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

В отличие от большинства других средств UML диаграмма деятельности заимствует идеи из нескольких различных методов, в частности из мнения моделирования состояния и сети Петри. Эти диаграммы получены в описании поведения, включающего большое количество параллельных процессов.

Диаграммы деятельности также полезны при параллельном программировании, поскольку можно графически изобразить все ветви и определить когда их необходимо синхронизировать.

Диаграмма деятельности можно применить для описания потоков событий в вариантах использования. С помощью текстового описания можно достаточно подробно рассказать о потоке событий, но в сложных и замкнутых потоках со множеством альтернативных ветвей будет трудно понять логику событий.

Диаграммы деятельности предоставляют ту же информацию, что и текстовое описание потока событий, но и в наглядной графической форме.

Основным элементом диаграммы является деятельность, положение этого термина зависит от той точки зрения, с которой строится диаграмма. Это может быть: некоторая задача, которую необходимо выполнить вручную или автоматизированным способом или операции класса.

Деятельность изображается в виде заключенного в прямоугольнике текстовым описанием. Любая диаграмма деятельности должна иметь начальную точку, определяющую начало потока событий. Конечная точка необязательна. На диаграмме может быть несколько конечных точек, но только одна начальная. На диаграмме могут присутствовать объекты и потоки объектов. Объект может использоваться или изменяться в одной из деятельности.

Показ объектов и их состояний помогает понять, когда и как происходит смена состояний объекта.

Рисунок 24. Диаграмма действий САИ Пальма

Объекты связаны с деятельностью через потоки объектов. Поток объектов отмечается пунктирной стрелкой ( ) от деятельности к изменяемому объекту или от объекта к деятельности, использующей объект.

На нашем примере после поступления информации о номере КБД, блок ПСЧ переходит в состояние формирования сообщения 266. Когда завершится процесс формирования данных для работы приложения transporter и будет произведен вызов сервера transporter, возникают деятельности «Работа сервера АСУТ» и «Работа сервера КСАИД» переводящие сообщения 266 в состояния "Мониторинг САИ", «Работа системы ГИД» и затем он используется в деятельности "Работа АСОУП".

Переход ( ) показывает, как поток управления переходит от одной деятельности к другой.

Если для перехода определено событие, то переход выполняется только после наступления другого события. Ограничивающее условие определяет, когда переход может, а когда не может осуществляться. Если необходимо показать, что 2 или более ветвей потока выполняются параллельно, то используются линейки синхронизации.

Любая деятельность может быть подвергнута дальнейшим декомпозициям. Описание декомпозированной деятельности может быть представлено в виде другой диаграммы деятельности.

Диаграмма деятельности предпочтительней использовать в следующих ситуациях:

1. Анализ потока событий в конкретном варианте использования. Здесь нас не интересует связь между действиями и объектами, а нужно просто посмотреть какие действия должны иметь место и каковы зависимости в поведении системы.

2. Анализ потока событий в различных вариантах использования. Когда варианты использования взаимодействуют друг с другом, на диаграмме деятельности удобно представить и проанализировать их потоки событий.

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