Саша, твой фак рулит!Есть несколько возможностей для решения данного вопроса.
Но нам бы его:
1) Опубликовать на самом сайте
2) Иметь возможность совместного редактирования
1) Опубликовать на самом сайтеНе вопрос
2) Иметь возможность совместного редактированияТак добавляйте сюда, а я потом поправлю основную статью
Чем отличается диаграммы Бизнес ВИ и Системных ВИ?дополнения или мое видение
На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>. Данная диаграмма используется на этапе Бизнес Моделирования. Очень важно на этом этапе показать диаграмму Бизнес Объектов, которая отображает основные бизнес-сущности (и их свойства) и взаимосвязи между ними.
На Системной Диаграмме ВИ (СВИ) отображается, как взаимодействуют ваши внутренние Пользователи с вашей автоматизированной Системой, т.е. отображаются пользовательские функциональные требования к ПО. Данная диаграмма используется на этапе Системного Анализа и формализации требований к ПО.
Модель бизнес-анализа в целом определяет контекст, в котором строится будущее решение и служит для понимания проблемы или того, что необходимо изменить в бизнесе для решения проблемы.Q: Что такое проблема?
...Не очень удачная формулировка. КАК взаимодействуют Агенты и Система/Бизнес, показывают сценарии, диаграммы последовательности и взаимодействия. Диаграммы ВИ показывают лишь, в КАКИЕ отношения вступают Агенты и Система в контексте достижения целей, или например, из каких целевых контекстов состоит взаимодействие в Системе.
Диаграмма ... Вариантов Использования (ДБВИ) отображает - как взаимодействуют внешние пользователи с ... для достижения ... целей.
Q: Как связаны бизнес-варианты использования и бизнес-процессы?Совокупность сценариев БВИ и бизнес-правил дает полное описние бизнес процессов организации.
Q: Что включает в себя модель бизнес-анализа?Это немного за рамками данного ФАКа, но:
Q: Что такое проблема?Это уже точно за рамками данного ФАК
Q: Как связаны модель, диаграмма и сценарий ВИ?см. выше
Совокупность сценариев БВИ и бизнес-правил дает полное описние бизнес процессов организации.Дай бог! А более чётко? Вот есть конкретный процесс (скажем, "Продажа карт оплаты"), сколькими БВИ он должен покрываться? Грубо говоря, каково отношение процессов и кол-ва БВЛ: 1:1, 1:N, M:1, N:M?
За рамками данного ФАКаНу так давай расширим, а? %) Иначе получается что ты отталкиваешься от неопределённых ранее терминов. В вики это бы делалось элементарно, ссылкой на статью другого тематического фака типа "Бизнес-анализ".
Чтобы четко сказать сколькими БВИ описывается БП "Продажа карт оплаты" надо расписывать этот БП. Если ты имеешь ввиду : "Продавец приходит в магазин, спрашивает нужную карту, продавец говорит цену, клиент дает деньги ... Продавец дает карту ", то это описывается одним БВИ "Продать карту оплаты". Если же ты имеешь в виду всю последовательность от привоза карты до ее продажи, то это скорее всего несколько БВИ. Таким образом можно заключить, что чаще всего отношение: БП:БВИ - 1:1..N, а в общем случае N:M.ЦитироватьСовокупность сценариев БВИ и бизнес-правил дает полное описние бизнес процессов организации.Дай бог! А более чётко? Вот есть конкретный процесс (скажем, "Продажа карт оплаты"), сколькими БВИ он должен покрываться? Грубо говоря, каково отношение процессов и кол-ва БВЛ: 1:1, 1:N, M:1, N:M?
Ну так давай расширим, а? %) Иначе получается что ты отталкиваешься от неопределённых ранее терминов. В вики это бы делалось элементарно, ссылкой на статью другого тематического фака типа "Бизнес-анализ".Давай, бизнес-проблема - это не соответсвие между текущем положением дел в БП и тем, как должен протекать текущий БП. Заказчик как правило описывает некую общую проблему, которая видна ему и может не иметь решения или иметь множество решений, аналитику же надо докопаться до корневой, т.е. самой главной проблемы, которую можно и нужно решить.
... Продавец дает карту ", то это описывается одним БВИ "Продать карту оплаты".
Ты видимо хотел сказать, что БВИ будет называться "Купит карту оплаты", при условии что scope -- это контора которя их продает :-).Именно :) Денис меня сбил количественным отношением, на этом и сосредоточился :)
Вариант использования | Алгоритм (функция) |
| Диалог между пользователем и системой | "Атомарное" вычисление |
| Последовательность событие/реакция | Ряд шагов |
| Основной/альтернативные потоки | Один шаг варианта использования |
| Множество участвующих объектов | Операция класса |
| Пользователь и Система | Исключительно Система (в оригинале All System) |
Что такое актер (actor)?А по-моему, тот факт, что актёр может быть внешним, а точнее должен быть внешним, по отношению к проектируемой системе - это весьма важный факт. Поправьте, если не прав...)
Актер (действующее лицо или actor) - это пользователь, который взаимодействует с Системой. Актером может быть так же конечный пользователь (внешний к вашей организации) или внешняя система.
А по-моему, тот факт, что актёр может быть внешним, а точнее должен быть внешним, по отношению к проектируемой системе - это весьма важный факт. Поправьте, если не прав...)Вы правы :)
Вы правы :)Тогда, может имеет смысл поправить предложение "Актер (действующее лицо или actor) - это пользователь, который взаимодействует с Системой."? :-) А то может кто-то не увидит того, что пользователь должен быть внешним по отношению к системе...)
actor
An element in the use-case model that represents something external to a system. It can represent the role a user plays with respect to the system. It can also represent an external system or an external device.
business actor
An actor defined as part of a business use-case model. A business actor defines a role that something outside the business (for example an individual, a system, or another business) can play when interacting with the business.
:)Однозначно лучше :)
Бизнес Актер - это элемент модели бизнес вариантов использования, характеризующий роль, которая является чем-то внешним по отношению к организации (человек, система, другая организация) и участвует во взаимодействии с описываемой организацией.
А как вам такое определение
Актор (действующее лицо, актант) - элемент модели вариантов использования, который характеризует нечто внешнее по отношению к системе. Актор может представлять роль пользователя, внешнюю систему или внешнее устройство.
В этот faq входят дви дбви ... почему бы не добавить примерт таких диограм.Добавим. Спасибо.
Декомпозировать ВИ до функции является очень большой ошибкой.
Подробнее можно прочитать здесь: http://www.uml2.ru/index.php?option=com_smf&Itemid=45&action=dlattach;topic=47.0;attach=23
Ссылка не работает. Можно ли где-нибудь ознакомиться с тем, что там было написано? Может текст "переехал" на другой адрес?
А чем тогда является ВИ?
- ВИ не является "последовательностью событий".
Наверное, ДЛ не является только пользователем, да, но
- Действующее лицо не является, в общем случае, пользователем.
Давайте расширим и актуализируем описание?
- Состав ДВИ пополнен по сравнению с описанным тут.
А как иначе?
- "Правильно построить ДВИ" -- не означает идти слепо по какой-то метОде, насколько бы привычной кому-то она не была.
А чем, частью спецификации?
- Сценарий ВИ не является его спецификацией.
Так и есть. Следует изменить.
- [Пред]Условия не инициируют ВИ.
Триггер это событие, инициирующее ВИ. Так?
- Триггер не является "условиями".
Ясно, что у всех свои традиции. А как напишут?
- В сценарии [на моей планете] не напишут шаг "Пользователь считается авторизованным".
Видимо да.[/list]
- Сценарий ВИ и экземпляр ВИ -- вещи разные.
А чем тогда является ВИ?Об этом написаны статьи и книги. Не думаю, что следует пытаться дать ответ в 2х словах на этот вопрос.
An actor is behaviored classifier which specifies a role played by an external entity that interacts with the subject (e.g., by exchanging signals and data), a human user of the designed system, some other system or hardware using services of the subject.Заметим, как сабжект стал системой, а затем обратно сабжектом.
Давайте расширим и актуализируем описание?Зачем? Давайте уберём устаревшее и неактуальное (почти во всех его пунктах) описание. Книги, статьи, стандарты уже всё описали. Ужели у нас лучше получится?
А как иначе?Привязка понятия о правильности как о следовании какой-то методе приводит к перекосам вроде отождествления акторов с юзерами, юзкейсов -- с целями юзеров и т. п. За примерами "перекосов" далеко ходить не надо. Они тут на форуме во множестве. Люди считают привычное правильным. Всегда ли это верно?
А чем, частью спецификации?Да.
Триггер это событие, инициирующее ВИ. Так?Есть версия, что это одно из событий, служащих причинами инициирования ВИ.
Ясно, что у всех свои традиции. А как напишут?Коберн, кажется, был против глаголов, заканчивающихся на "-ся". Кем "считается"? Кто выполняет это шаг? Давать альтернативы написанному не входит в мои планы.