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

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

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

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

Для моделирования этих особенностей в языке UML используются специальные конструкция получившая название дорожки.

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

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

Для диаграммы последовательнсти ключевым моментом является динамика взаимодействия объектов во времени. Диаграмма последовательности имеет 2 измерения:

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

2. Вертикальная временная ось направленная сверху вниз. Начальному моменту времени соответствует вернхняя точка.

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

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

Линия жизни – изображается пунктирной вертикальной линией, служит для обозначения периода времени, в течении которого объект существует в системе.

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

Сообщения могут инициировать выполняемые операции. На диаграмме последовательности все сообщения изображены горизонтальными стрелками, соед. линии жизни или фокусы управления. Т.о. в языке UML каждое сообщение ассоциируется с некоторым действием, которое должно быть выполнено объектом, при этом действие может иметь некоторые аргументы или параметры. Сообщения могут быть следующих 2 типов:

1. Асинхронные – не блокируют работу вызывающего объекта. Можно использовать для создания нового объекта или установления связи с уже выполненной ветвью процесса.

2. Вызов процедуры – вовзращение из процедуры подразумевает не явно и на диаграмме не отображаются.