Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Galogen

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »
5131
Перевод книги Разработка и управления требованиями. (с сайта Telelogic.RU)
Глава 5. Разработка требований в области проблем.
Дело совсем не в том, что они не видят решения проблемы.
Дело в том, что они не видят сам проблему.
Гилберт Кит Честертон, писатель, 1874-1936

Вообщем рассматривается такая ситуация: цели как требования. Отсюда и управление.

5132
По мотивам описанной мною ранее книге.

Шаблоны
Типичное требование
<Тип пользователя> должен иметь возможность <описание возможности>

Требование с ограничениямими и условиями
<Тип пользователя> должен иметь возможность <описание возможности> с <показатель производительности> от <момент отсчета>, находясь в <условия эксплуатации>

Пример
Оператор должен иметь возможность произвести выстрел в течение 3 секунд с момента обнаружения цели радаром, находясь в сложных морских условиях.

Требование - ограничение
<Тип пользователя> не должен попадать под действие  <соответствующее законодательство>

Системное требование
<Система> должна <выполняемая функция> не менее чем <количество> <объект> функционируя в <условия эксплуатации>

Телекоммуникационная система должна обеспечивать телефонную связь   не менее чем с 10 абонентами, функционирую в условиях отсутствия источника внешнего электрического питания

Ну и так далее. Продолжать?

Периодическое требование
<Система> должна <выполняемая функция> <объект> каждые <показатель производительности> <единица измерения>

Кофе-машина должна производить горячий напиток каждые 10 секунд

Имеет смысл немного остановиться и спросить, а зачем нужны шаблоны, в чем их собственно прелесть.
Каждому или большинству требований можно назначить шаблон. Шаблон имеет некоторый идентификатор, скажем номер. Т.е. все требования со схожим шаблоном будут иметь соотвественно тот же самый номер шаблона и будут выглядеть структурно одинаковыми. Что это дает:
для быстрого и глобального изменения стиля формулировки досточно внести изменения в шаблон.
более простая и удобная технология обработки  информации, составления запросов по отдельному атрибуту шаблона требований, сортировки, фильтрация, поиск.
удобный способ защиты конфиденциальной информации - с помощью шаблона легко закрыть доступ к определенной части требования.

Примеры шаблонов требований с ограничением
Тип ограничения Шаблон
Производительность/возможность<Система> должна выполняемая функция> <объект> не менее чем
«производительность> раз в <единица измерения>
Производительность/возможность <Система> должна выполняемая функция> <объект> типа «характеристика> в течение <производительность> <единица измерения>
Производительность/мощность<Система> должна <выполняемая функция> не менее чем <количество> <объект>
Производительность/своевременность <Система> должна <выполняемая функция> <объект> в течение
<производительность> <единица измерения> с момента <событие>
Производительность/периодичность<Система> должна <выполняемая функция> не менее чем <количество> <объект> в течение <производительность> <единица измерения>
Способность к   взаимодействию/мощность <Система> должна <выполняемая функция> <объект> состоящий из не менее чем «производительность> <единица измерения> c <внешняя сущность>
Устойчивость/периодичность<Система> должна <выполняемая функция> <объект> с <производительность> <единица измерения> каждые <производительность> <единица измерения>
Окружение/работоспособность<Система> должна <выполняемая функция> <объект> функционируя в <условия эксплуатации>

Детализация требований
Телекоммуникационная система должна поддерживать телефонную связь
       не менее чем с 10 абонентами (выделен показатель производительности)
       функционируя в условиях отсутствия внешнего источника электроэнергии (выделено ограничение)

Альтернативное представление детализации требований
Функционируя в условиях отсутствия внешнего источника электроэнергии
  телекоммуникационная система должна поддерживать телефонную связь
        не менее чем с 10 абонентами
  телекоммуникационная система должна поддерживать радиосвязь
        не менее чем с 15 водителями скорой помощи





5133
Каков механизм управления требованиями?
Как это начинается и чем заканчивается?
Как это организуется, какие действия предпринимаются, что за чем выполняется?
(не плохо бы с примерами, вообще примеры по каждому пункту, гораздо нагляднее чем просто слова)

Какие инструменты управления требованиями существуют?
Какова их сравнительная характеристика?
Нет ли нужды организовать FAQ по инструментам сопровождения требований?

5134
Доброе время суток!
У меня вопрос , возможно очень сказочный.
Существуют ли  средства проектирования (создания) ПО без участия программиста,тестировщика.
Или скажем ген директор рисует диаграммы ( его понимания бизнеса) а на выходе: должностные  инструкции , карты коммуникаций между сотрудниками и т.п
Если рано или поздно мы добьемся этого, эре программиста прийдет конец, а руководители предприятий будут сплошь АНАЛИТИКИ

5135
Никита, надеюсь я не ошибаюсь с твоим именем:-)

Понимаешь - это была курсовая, слово консалтинг там конечно не было, это я его приплел. Курсовую сделали и уже 5 заработали. Но, я понимаю, что то, что сделано - несовсем то.

Тут я просто привел план курсовой. Очевидно, ничего разрабатывать в ней ненадо, но нужно было бы указать: какие процессы и функции требуется автоматизировать, какие модули нужно внедрять и какая техоснастка при этом потребуется. Я так понимаю это интеграционное и консалтинговое решение. Безусловно оно очень похоже на предпроектное обследование - но понимаешь одно другому не мешает: проведя предпроектное обследование- собственно консалтинг - можно решить а как дальше быть: каноническое проектирование использовать или типовое? Т.е. заказывать ИС или брать готовое решение.

Запрос стоит в том, как все это делается на практике. Кто и как принимает решение о внедрении скажем Галактики и почему именно Галактики. Как я понимаю - это вообще похоже на следующее: мне нужен телевизор, их много, иду к консультанту, он разказывает мне много интересного о разных ТВ, я слушаю разинув рот, консультатн подбирает мне наиприемлемый вариант?

5136
"Верификация, проверка, отслеживание" позволят диагностировать проблемную ситуацию с целями. Но позволят ли они её изменить? Употребленный в названии темы термин "управление" предполагает активные действия по изменению целей (Заказчика?). Какие средства есть в арсенале Исполнителя для изменения этих целей ?
Да у меня возник такой же вопрос, как у автора цитаты. А что значит управлять целью?
Управлять проектом: может означать, делать какие-то действия, которые позволяют не выходить за рамки бюджета, не увеличивать сложность проекта, довести проект до завершения.
Управлять машиной: делать определенные действия по удержанию машины на заданном направлении, с заданой скоростью и т.п.
А управлять целью? Что это значит? Выбрать цель - которая лучше подходит к нашему проекту? Или отвечате пониманию разработчика? Или как в парадоксе времени, я (будущий) порождаю (корректирую) цель, к которой стремлюсь я (прошлый)? Или выстраивать такие отношения с заказчиком. что бы воздействуя на его миропонимание, навязывать ему собственное понимание цели? В чем прагматическая задача у "Управлять целями"? Какие возможны термино-заменители?

5137
Постоянные проблемы в работе форума, мелкие, но пакостные, которые неожиданно появляются и вдруг исчезают, появляются бесситемно, одни в это время прекрасно работают, у других полный караул - наталкивает на мысль, а не сменить ли провайдера.

Мысль появилась и повлекла за собой другую. А все ли хорошо в королевстве Датском? Хорошо ли сайт, прекрасен форум? Все ли так, как хочется и нет ли чего лишнего.

Появилось мнение при переезде все переделать, вернее не переделать и сделать серьезную вивисекцию и удалить полностью то, что не нужно.
Тот, кто поддерживает эту идею предлагают оставить и развивать только форум. Сайт убить как ненужное и лишнее.
Возможные проблемы такого решения: все ссылки внутри форума на темы форума или ресурсы сайта сделаны в стиле GET и естественно будут работать в этом виде, только при наличии интеграции между форумом и сайтом (joomla). Т.е. если мы удаляем сайт, оставляем форум - все ссылки будут нарушены, работать будут только внешние. Насколько это проблематично? Решать вам!

Другое мнения состоит в том, что оставить все как есть. Можно несколько уменьшить функционал сайта, оставить например новостную ленту, архив, куда будем размещать необходимые файлы для загрузки, FAQ по тематикам, возможно результаты семинаров - но в том виде как на форуме, а солидном издании с фотками, дискуссиями и докладами.
Да он вообще мне кажется не мешает - есть сайт или нет, тот кто предпочитает ходить сразу на форум - ну и ходите туда на здоровье, кому нужен при этом для чего-то сайт - тоже пользуйтесь.
Недостатки возможные: проблемы форума могут быть вызваны проблемами интеграции joomla и smf, возможно без интеграции работа будет гораздо эффективнее (но приведет к потере ссылок!!!)

5138
Проектирование / Re: Базы данных
« : 19 Июля 2007, 21:46:49 »
Получается я не могу определить БД например как объект?
Вероятно можно, почему нет, если в качестве атрибутов хранить всю метоинформацию (например в текстовом виде? или в виде запросов?) операций будут хранить методы конвертации
Цитировать
Создать стереотип и сответсвующую для него пиктаграму отличную от стандарной пиктаграммы объекта?
Никто не мешает, лишь бы ваш case умел их трансформировать в код.
Цитировать
Потом сказать про этот объект что он реализует метод create и создает xml поток?
Потом сказать, что у него так же есть метод export и он выгружает данные в поток?
Далее сказать что приемник это тоже объект, и он релизует вызвов внешнего приложения bcp.exe для импорта данных?
Да заради бога. Только это ведь вы тут описываете совсем другое, чо раньше говорили.
Цитировать
Честно сказать я задумался на правильном ли я вообще пути.. :)
Вообще все зависит от цели. Задачу нужно решать всегда с наименьшими усилиями
Вот Юра верно говорит - если задача разовая, то это одно и есть множесвто иных средств. Если задача актуальна настолько, что требует чего-то этого, то можно и ее решить

Цитировать
Жду Ваших коментариев.
Вот такие комментарии, поскульку ваша задача находится в сфере конкретного решения, т.е. это не какая-то там ИС, где множество пользователей и т.п., это скорее решение типа банкомата. Потому и надо действовать аналогично.

5139
Проектирование / Re: Базы данных
« : 19 Июля 2007, 19:53:38 »
Ничего не понял.

Давайте по порядку.
UML в первую очередь заточен на создание OO приложений. Т.е. Основу составляет диаграмма классов с атрибутами, операциями и связями.
При этом различают два вида диаграмм классов: диаграмму предметной области - где обычно указываются сущностные классы (они обычно эквивалентны таблицам или сущностям ER) и диаграмму классов приложения, а здесь уже мы указываем классы управляющие процессом, классы интерфейсы и классы сущности тоже.

Диаграммы ВИ, последовательности и деятельности -  определяют модель взаимодействия(взаимодействия внешних сил с системой, внутренних компонентов между собой)

Диаграмма состояний - дает нам возможность понять как меняется состояние объекта (одно заметьте, хотя это может быть и система в целом и ваша БД, но в целом, а не как ее отдельные частички).

В вашей задаче не понятно что вы хотите сделать? Описать алгоритм? Создать приложение конвертирующее из разных БД, что в одну? Если да то начните с того, а что ваше конвертрующее приложение будет делать:
соединятся к СУБД
соединятся к БД
извлекать метаинформацию
строить алгоритм перехода по этой информации
проверять данные разрешать конфликты

Пока не очень понятно что вы хотите. Есть лишь задача: перместить все разные БД на одну платформу без потери целостности.

Но может сначал надо построить желаемую БД? а помтом подумать как ее заполнить данным из всех других?

5140
нужно почитать нарекания на SMF..., можеть есть объективная бага в нем самом.
Как минимум, мы сидим на RC3 версии 1.1,, как я понимаю, ... А есть версия 1.3 и она не RC...
Саш, есть версия 1.1.3
Но гонятся за версиями тоже удовольствие.
Правда надо было сразу переходить на версию 1.1 Final, а из нее постепено апгрейдится, там это проще. Сейчас тут нужна куча манипуляций.
По идее нужно проэкспериментировать
1. сделать полный бэкап.
2. поставить новый форум где-то локально - накатить на него бэкап и посмотреть что будет
или
2.поставить старый форум, к нем упоставить апгрейд до 1.1.3, накатить бэкап и смотреть что будет. Последнее сложнее всего, так как надо еще бэкапить все файлы (вложения там и прочее)

У меня сейчас совсем нет возможности активно этим занятся, поскольку работа опечатана и сижу из дома, а в доме ну очень дорогой интернет - а тут рулить нужно будет постоянно через админку.

5141
Проектирование / Re: Базы данных
« : 19 Июля 2007, 19:25:34 »
Для начала вопрос:
1. Базы данных под управлением разных СУБД чем-то отличаются или имеют общую структуру?
2. Если все БД имеют разную структуру, то предполагается ли их объединение и создание единого инфорационного пространства с единой совокупоснтью связей, или это будет простое множество таблиц?

Пожелания:
1. Может для начал все БД привести к общему знаменателю, т.е. перевести их на единую СУБД, пусть они будут разрознены.
2. Если существуют уже данные и следует сохранить их ссылочную целостность, то следует начать с одной БД и отработать приемы перевода. Хотя кажется такие инструменты уже есть

5142
Есть вот такая вот статья, http://www.it2b.ru/it2b2.view3.page123.html
О том что такая специальность вводится в государственную учебную программу Украины, есть ли такие специальности в России?
Круть! Наверное есть и в России. Но у нас нет. Правда есть например такие специальности как Антикризисное управление, Мат методы в экономике (там что-то изучаетсятакое, что тесно связано с BI, BA, KM)

5143
В СЕНТЯБРЕ ПЕРЕЕЗД НА НОВЫЙ ХОСТИНГ!
ПРОСЬБА ДО СЕНТЯБРЯ ПОТЕРПЕТЬ.

Саш, а вдруг хост тут не причем? Вот ведь досада будет.

5144
Если такой укрупненный способ, что описан, устраивает, то я его распишу поподробней. Просто вдруг прямо в Access'е есть средства выполнить SQL-запрос, а я тут так сложно, через дополнительные программы все объясняю.
Думаю такая цель: можно ли только средствами ЕА это сделать, не прибегая ни к какими другим, как например это делается в ERWin. Описанный тобою способ - можно назвать стандартным: получаем SQL- скрипт исполняем его. Для выполнения SQL-скрипта под Аксесс он должен выглядеть не как ANSI инструкция DDL, а как процедура VBA. Только так :-) ERWin как раз и формирует VBA-скрипт, что и ценно. Но конечно Аксесс не такая уж серьезная штука, чтобы с ней сильно заморачиваться, правда если тут окажется все это столь же просто ка в ERWIN, тогда можно от последнего отказаться полностью :-)

5145
Спасибо. Надеюсь с редакцией освоилась?

У меня маленькое пожелание замечание.  Все такие процесс конвертации запроса в Аксесс нужно прописать чуть по подробнее и по шагам.
Просто часто сталкиваюсь, что многим именно такое объяснение требуется :-)
 И не забывай выставлять параметр опубликовано, очобенно когда работаешь через фронтэнд, иначе только админы и прочитают твои сообщения:-)

Так же советую выработать стиль для FAQ, но это конечно так развитие.

Ты видишь там два вида факов один в виде блога, другой простой таблицей, что оставить что удалить?

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »