Диаграммы видов деятельности для вариантов использования

Бизнес-процесс, что моделируется "варианты использования" должны быть переведены на системной процесса, который визуализируется через "диаграммы деятельности". Подключение прецедентов поддерживающих их диаграмм деятельности является полезным способ переключения между бизнес и системных областей. Это подход, который объясняет не только Что система сделает, но и Как он будет делать это.

При проектировании новой услуги, моя первая задача заключается в захвате многочисленные абстрактные идеи на бумаге. Более конкретно, Я использую инструмент моделирования для выявления личностей и систем (e.g. the Кто) , которые будут взаимодействовать и их сценарии использования (e.g. the Что). С точки зрения UML, индивиды называются "актеры" и сценарии использования, называются "варианты использования".

Пример: Пользователь Логин и регистрация

Регистрация и Войти являются примером универсального сценария использования, так как почти все веб-сайты имеют бизнес-требования для пользователя, чтобы зарегистрироваться, прежде чем они могут войти. Как пользователь регистрируется и входит в систему, другими словами поведение системы, может сильно отличаться. Регистрация может требовать от пользователя завершить длинную форму заявки, представить просто адрес электронной почты, или использовать центральную систему аутентификации, такие как OpenID. Все эти системы конкретных средств для достижения той же бизнес-требования.

Диаграмма прецедентов выше показывает, что регистрация пользователя и Логин будет частью дизайна. Это не объясняет, как это будет достигнуто.

Отображение Варианты использования в операцию Диаграммы

В то время как вариант использования "Посетителей создает учетную запись" предоставляет достаточно информации, чтобы понять конструкции системы, подробнее должна быть предоставлена ​​до развития может начаться. Диаграмма деятельности обеспечивает простой, Блок-схема способ указать недостающие сведения. Отрывок из "регистрация посетителей" Диаграмма деятельности показывает, что это отсутствующая деталь.

Эта диаграмма деятельности сегментирован на "плавать полосы" показывая свою деятельность на веб-браузером и сети на основе, веб-сервер. Пунктирная рамка представляет собой деятельность для "Посетителей создает учетную запись" использовать дело, который позволит разработчикам программного обеспечения для визуализации, что именно подразумевается под прецедента.

Реализация Use Case Mapping

Одним из способов реализации этого отображения представлен статьи из Enterprise Architect, Отображение Варианты использования.

Инструменты моделирования EA иногда мешает простоты, как в этом случае. Для проще прецедентов и диаграмм деятельности, Я бы просто создать модель деятельности внутри диаграммы прецедентов на EA "Проект браузера"