Состояния действия и состояния деятельности

Виды деятельности

Моделирование видов деятельности

Модель видов деятельности (activity model) может представлять в графической форме поток событий для прецедента. Этот тип модели был введен только в более поздние версии UML и позволил преодолеть разрыв между высокоуровневым представлением поведения системы с помощью моделей прецедентов и намного более низким уровнем представления поведения с помощью моделей взаимодействий (диаграмм последовательностей и диаграмм кооперации). Каждый шаг соответствует состоянию (state), в котором что-либо выполняется. Поэтому шаги выполнения называются состояниями вида деятельности. Диаграмма описывает, какие шаги выполняются последовательно, а какие — параллельно. Передача управления от одного состояния вида деятельности к другому называется переходом (transition).

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

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

Состояние вида деятельности представляется в UML в виде прямоугольника с закругленными углами. Следует сразу уточнить, что один и тот же графический символ используется для визуализации состояния вида деятельности (activity state) и состояния действия (action state). Различие между деятельностью и действием заключается в их временном масштабе. Для осуществления деятельности требуется определенное время; действие же завершается столь быстро, что может считаться происходящим мгновенно.

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

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

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

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

Таблица 4.3. Установление действий в основном и альтернативных потоках

№	Формулировка прецедента	Состояние вида деятельности
	Начало прецедента совпадает с решением клиента заказать сконфигурированный компьютер с помощью выбора функции Продолжить (или аналогичной функции) при отображении на экране детализированной информации, относящейся к заказу	Отображение текущей конфигурации, Получение запроса на заказ
	Система просит клиента ввести детализированную информацию о покупке, в том числе: имя продавца (если оно известно); детали, касающиеся доставки (имя и адрес клиента); детальную информацию по оплате (если она отличается от информации по доставке); способ оплаты (карточка или наличная) и произвольные комментарии	Отображение закупочной Формы
	Клиент выбирает функцию Покупка (или аналогичную функцию) для отправки заказа производителю	Детализировать информацию о покупке
	Система присваивает уникальный номер заказа и клиентский учетный номер заказу на покупку и запоминает информацию о заказе в базе данных	Запомнить заказ
	Система отправляет клиенту по электронной почте номер заказа и клиентский номер клиенту вместе со всеми деталями, относящимися к заказу, в качестве подтверждения принятия заказа	Отправить детальную информацию по заказу
	Клиент инициирует функцию Покупка до того, как введет всю обязательную информацию. Система отображает на экране сообщение об ошибке и просит ввести пропущенную информацию	Детализировать информацию о покупке, Отображение закупочной Формы
	Клиент выбирает функцию Сброс (или аналогичную) для того, чтобы вернуться к исходной форме заказа на покупку. Система дает возможность клиенту вновь ввести информацию	Отображение закупочной формы

Дата добавления: 2014-01-05