Начальное и конечное состояния

Начальное и конечное состояния определяют продолжительность потока событий. Любая диаграмма деятельности должна иметь одно единственное начальное состояние (отмечено жирной точкой), определяющее начало потока событий.

Конечное состояние необязательно. На диаграмме оно показывает точку завершения потока и отмечено значком «глаз быка». На диаграмме может быть несколько конечных состояний, причем в совершенно разных местах.

 

Объекты и поток объектов

Язык UML поддерживает добавление объектов в диаграммы деятельности.

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

В примере с системой бронирования авиабилетов после ввода клиентом информации о кредитной карточке, объект – билет переходит в состояние «не подтвержден». Когда завершится процесс обработки кредитной карточки и будет подтвержден перевод денег, возникает деятельность «Бронирование авиабилета», которая установит объект – билет в состояние «куплен». Это два примера, показывающие каким образом вообще возникает связь между деятельностью и объектом, а также как деятельность изменяет состояние объекта.

Объект является входным в деятельность. Так как для генерации подтверждения система должна продать билет, поэтому для деятельности «Генерация номера подтверждения» объект – билет является входом в эту деятельность (рис.6.3).

 

 

Рис.6.3. Отношения между деятельностями и объектами

 

Переходы

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

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

Если клиент изменит свое первоначальное решение и отменит событие, то необходимо вернуть снятую со счета сумму и отменить бронирование билета.

События запускают переход, а граничные условия контролируют, будет ли выполнен переход (для выполнения перехода условие должно получить значение true).

Граничное условие заключается в квадратные скобки и может содержать в себе любое событие:

 

[Новое резервирование]

 

 

 

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

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

 

•••

 

Узел соединения

 

Рис.6.4. Использование узла соединения для упрощения диаграммы деятельности

 

Узлы соединения всегда добавляются парами, с одним именем для каждой пары.

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

Пины (pins - контакты) в языке UML аналогичны параметрам процедур в реализации системы. Имя или значение одного пина, выходящего из одного состояния деятельности (или просто из деятельности на диаграмме), является входным параметром для следующего. Другими словами тип параметра процедуры в исходной деятельности должен соответствовать типу параметра процедуры в целевой деятельности, т.е. запрос с выходного контакта должен предоставлять тип объекта, соответствующий входному контакту.

Показывать контакты на диаграмме деятельности не обязательно. Контакты удобны, когда требуется увидеть данные, принимаемые и передаваемые различными процедурами. При моделировании бизнес- процессов посредством контактов можно отображать ресурсы, которые потребляются и производятся различными процедурами. С помощью контактов можно показать несколько потоков, входящих в одну и ту же процедуру. На рис.6.5 показан тот факт, что клиент должен быть включен в протекающий процесс.

Рис.6.5. Улучшенный способ обозначения переходов между двумя состояниями деятельности, основывающийся на соединении их переходом с использованием пинов

 

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

⇐ Предыдущая12131415161718192021Следующая ⇒

Поделиться: