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

Диаграмма видов деятельности (activity diagram) показывает переходы между видами деятельности. Если вид деятельности не представляет собой замкнутого цикла, то диаграмма содержит начальное состояние вида деятельности и одно или более конечных состояний вида деятельности. Полностью закрашенная окружность представляет начальное состояние. Конечное состояние изображается в виде окружности с закрашенной центральной зоной.

Переходы могут разветвляться по условию и объединяться. В результате возникают альтернативные (alternative) вычислительные процессы (thread). Условие ветвления обозначается ромбом.

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

Рис. 1. Виды деятельности для прецедента Order Configured Computer (Internet-магазин)

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

Рис. 2. Диаграмма видов деятельности для прецедента Order Configured Computer (Интернет магазин)

Начальное состояние деятельности — Display Current Configuration, покупателю отображаются допустимые конфигурации продаваемых компьютеров. Рекурсивный переход на этом состоянии служит признанием того факта, что отображение непрерывно обновляется до тех пор, пока покупатель не выберет требуемую ему конфигурацию компьютера, т.е. сформирует событие (выбор сделан), будет совершён следующий переход (переход в состояние Get Order Request) – получение запроса на заказ. Этот факт может интерпретироваться как осознание того, что это состояние является деятельностью, а не действием.

Если при нахождении модели в состоянии Display Purchase Form (Отображение закупочной формы) сработает условие timeout (истечение времени ожидания), то выполнение модели видов деятельности завершится. Иначе, активизируется состояние Get Purchase Details (Детализировать информацию о покупке). Если детальные данные относительно покупки неполны, система вновь переходит в состояние Display Purchase Form. В противном случае система переходит в состояние Store Order - запомнить заказ, а затем — в состояние Email Order Details - отправить детальную ин формацию по заказу (конечное состояние).

Обратите внимание, что на диаграмме показаны только те условные переходы, которые (всегда) появляются на выходах из состояния вида деятельности. Условные переходы, которые являются внутренними для состояния вида деятельности, не показаны явно на диаграмме. Об их существовании можно догадаться по наличию нескольких исходящих переходов, которые, возможно, сопровождаются именем условия в квадратных скобках (например, таким как [timeout] на выходе из состояния Display Purchase Form).

2. Моделирование классов

Систему образует системное состояние. Состояние является функцией содержимого системной информации в заданный момент времени — это функция системного текущего набора объектов-экземпляров.

Определение внутреннего состояния системы дается в модели классов (class diagram). К элементам, принимающим участие в моделировании классов, относятся сами классы, атрибуты и методы классов, ассоциации, агрегации и композиции, а также обобщения. Диаграмма классов (class diagram) дает обобщенное визуальное представление обо всех этих элементах модели.

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