|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Подскажите, пожалуйста, какую диаграмму UML лучше использовать для написания бизнес сценариев?Только начинается разработка системы,нужно написать различные предварительные требования и проанализировать их. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2008, 16:54 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Что такое вариант использования - я знаю, что Вы подразумеваете под бизнес-сценарием - могу только догадываться. Для описания вариантов использования используется текстовый редактор, для разрисовывания их структуры - Use Case Diagram. Если хочется рисовать бизнес-процессы, то некоторые используют для этого UML Activity. Впрочем, IMHO это то же самое, что забивать гвозди отверткой. Для бизнес-процессов есть IDEF0, ARIS, BPMN. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.01.2008, 00:37 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
BPMN зело симпатично выглядит. Евойные рисовалки не дают рисовать дианграмму неправильно (с нарушением стандартов нотации). ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2008, 09:01 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Рисование процессов в чистом виде - это работа ради работы. Лучше озадачтесь вопросом, что потом с этими схемами делать. Подшить к отчету? Такой бумаги на каждом предприятии достаточно найдется. Мертвые схемы никому не нужны. Процесс должен быть не нарисованным, а ИСПОЛНЯЕМЫМ. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2008, 10:59 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
popitkaПодскажите, пожалуйста, какую диаграмму UML лучше использовать для написания бизнес сценариев?Только начинается разработка системы,нужно написать различные предварительные требования и проанализировать их.Нужно написать? Ну так и пишите, зачем вам UML? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2008, 23:12 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
AlexTheRavenДля описания вариантов использования используется текстовый редактор, для разрисовывания их структуры - Use Case DiagramСаша, что такое "структура вариантов использования"? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.01.2008, 23:13 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Майевтик AlexTheRavenДля описания вариантов использования используется текстовый редактор, для разрисовывания их структуры - Use Case DiagramСаша, что такое "структура вариантов использования"? Денис, варианты использования могут быть нескольких уровней - от RUPовского деления на "бизнес"-варианты использования (BUC) и системные варианты использования (UC), которые трассируются друг с другом, до Коберновского деления на "cloud", "kite", "sea", "fish" и "mollusc". Один вариант использования может быть связан с другим (предшествовать, включаться, расширять, создаваться на основании). Другое дело, что коберновская структура помогает думать аналитику в начале проекта, но затем, разрастаясь, запутывает всех остальных, увеличивает объём UC и ухудшает их удобочитаемость. Мы в конце концов пришли к двум уровням UC (пользовательские истории и тесты к ним), разложенным по пакетам, так чтобы в пакете получалось от 4 до 10 US, общим объёмом около 30 страниц А4. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.01.2008, 00:49 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
AlexTheRaven Денис, варианты использования могут быть нескольких уровней - от RUPовского деления на "бизнес"-варианты использования (BUC) и системные варианты использования (UC), которые трассируются друг с другом, до Коберновского деления на "cloud", "kite", "sea", "fish" и "mollusc". Один вариант использования может быть связан с другим (предшествовать, включаться, расширять, создаваться на основании).Саша, структурой некоторого понятия принято называть его внутреннее устройство, ты же говоришь про взаимосвязи. Странно, например, под "структурой зданий" понимать коммуникации между зданиями, а не их внутреннее устройство. Другое дело, что полный набор use-case'ов со всеми пакетами и связями представляет функциональную архитектуру системы (сколь угодно слоистую), но структура конкретного use-case'а, если нужен именно диграммный вид дополнительно к текстовому, раскрывается через activity diagram. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.01.2008, 00:59 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Майевтик AlexTheRaven<...>Саша, структурой некоторого понятия принято называть его внутреннее устройство, ты же говоришь про взаимосвязи.Денис, тобой принято - ты и называй :) . А вот БСЭ говорит другое: БСЭ Структура (философ.) - Структура, совокупность устойчивых связей объекта , обеспечивающих его целостность и тождественность самому себе, т, е. сохранение основных свойств при различных внешних и внутренних изменениях.------ Майевтик Странно, например, под "структурой зданий" понимать коммуникации между зданиями, а не их внутреннее устройство.А в моём понимании, - структура (ед.ч.) здания (ед.ч.), структуры (мн. ч.) зданий (мн. ч.) - внутренняя структура, описывающая внутреннее устройство здания; - структура (ед.ч.) зданий (мн. ч.) - внешняя структура, описывающая связи зданий друг с другом, например, городскую инфраструктуру. Кто прав - надо спросить у нашего лингвиста. ------ Майевтик Другое дело, что полный набор use-case'ов со всеми пакетами и связями представляет функциональную архитектуру системы (сколь угодно слоистую),Структура и архитектура - синонимы: Lingvo Thesaurus Ru-Ru структура Syn: устройство, строение, состав, архитектура , конфигурация, схема, фрейм------ Майевтик но структура конкретного use-case'а, если нужен именно диграммный вид дополнительно к текстовому, раскрывается через activity diagram.Структура UC более высокого уровня (например, kite) замечательно описывается последовательностью UC более низкого уровня (например, sea). И только самый низкий уровень "настоящих" UC (fish) хорошо описывается при помощи activity diagram, т.к. UC уровня "mollusc" - по сути, системные функции. ------ В общем, спор вообще ни о чём: о терминах и неоднозначностях естественного языка. Все поняли, но только ты ещё и придрался после того, как понял :) . Разреши полюбопытствовать, с какой целью? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.01.2008, 23:41 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
AlexTheRavenА в моём понимании, - структура (ед.ч.) здания (ед.ч.), структуры (мн. ч.) зданий (мн. ч.) - внутренняя структура, описывающая внутреннее устройство здания; - структура (ед.ч.) зданий (мн. ч.) - внешняя структура, описывающая связи зданий друг с другом, например, городскую инфраструктуру. Кто прав - надо спросить у нашего лингвиста.Внешняя структура - 5 баллов! ) Внешняя структура - структура, внешняя по отношению к данной. Структура и архитектура - синонимы:[quot Lingvo Thesaurus Ru-Ru] структура Syn: устройство, строение, состав, архитектура , конфигурация, схема, фрейм От мёртвого осла уши. "Колизей представляет собой отличный образчик структуры Древнего Рима", ага. В общем, спор вообще ни о чём: о терминах и неоднозначностях естественного языка.Одно из важнейших свойств аналитика - аккуратное использование языка, взвешенное использование слов и терминов. Все поняли, но только ты ещё и придрался после того, как понял :) . Разреши полюбопытствовать, с какой целью? С целью не дать перевирать понятия. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2008, 00:08 |
|
Определение и анализ требований
|
|||
---|---|---|---|
#18+
Я бы сказал, что понятие "архитектура" - подкласс понятия "структура". Понятие "структура" можно применять вместо "архитектура", хотя понятие от этого размывается. Архитектура - структура зданий и структура ПО. Майевтик От мёртвого осла уши. "Колизей представляет собой отличный образчик структуры Древнего Рима", ага. Денис, я не знал, что у тебя есть навыки в лингвистике, достаточные, чтобы спорить с лингвистическим справочником. Если так, то сформулируй, пожалуйста, отличие архитектуры ПО от структуры ПО. МайевтикОдно из важнейших свойств аналитика - аккуратное использование языка, взвешенное использование слов и терминов. Ещё более важное качество, причём не только для системного аналитика - говорить на понятном собеседнику языке. "Для описания вариантов использования используется текстовый редактор, для разрисовывания их структуры - Use Case Diagram" - неправильно, но понятно. "Для описания вариантов использования используется текстовый редактор, для визуального изображения функциональной структуры относительно вариантов использования - Use Case Diagram" - правильно, но непонятно. Я не считаю, системный аналитик должен быть загадочным человеком, который говорит много умных слов, которые никто не понимает. Майевтик<...>С целью не дать перевирать понятия. Я признаю, что ты внёс свой вклад в борьбу с мировым злом в моём лице :) . ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2008, 13:55 |
|
|
start [/forum/topic.php?fid=33&msg=35077403&tid=1548893]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
5ms |
others: | 11ms |
total: | 164ms |
0 / 0 |