UML. Диаграмма деятельности

Разработчики:

• Анастасия Сафонова (группа ИДБ-13-14)
• Гуц Максим (группа ИДБ-13-13) - параллельные операции
• Блохин Михаил (группа ИДБ-13-13) - "плавательные дорожки" (swim lanes)

Swimlanes "плавательные дорожки"

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

Здесь будет Диаграмма деятельности, рекомендованная ситуация для описания:

1. системный архитектор создает UML-описание для списков, возвращаемых из БД

2. системный архитектор создает JSON-файл с контрольным примером

3. программист №1 разрабатывает UI, проверяя его через JSON

4. программист №2 разрабатывает БД, проверяя запросы сравнением с заданным JSON

5. результаты разработки программистов сливаются

http://www.uml-diagrams.org/activity-diagrams.html Позже будет дополнено