Виды деятельности. Если моделирование видов деятельности используется для визуализации последовательности видов деятельности

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

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

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

Виды деятельности, приведенные в табл. 1 и показаны на рис. 1.

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

№ п/п	Формулировка прецедента	Состояние вида деятельности
	Начало прецедента совпадает с решением клиента заказать сконфигурированный компьютер с помощью выбора функции Continue (или аналогичной функции) при отображении на экране детализированной информации, относящейся к заказу	Display Current Configuration (Отображение текущей конфигурации); Get Order Request (Получение запроса на заказ)
	Система просит клиента ввести детализированную информацию о покупке, в том числе: имя продавца (если оно известно); детали, касающиеся доставки (имя и адрес клиента); детальную информацию по оплате (если она отличается от информации по доставке); способ оплаты (кредитная карточка или чек) и произвольные комментарии	Display Purchase Form (Отображение закупочной формы)
	Клиент выбирает функцию Purchase (или аналогичную функцию) для отправки заказа производителю	Get Purchase Details (Детализировать информацию о покупке)
	Система присваивает уникальный номер заказа и клиентский учетный номер заказу на покупку и запоминает информацию о заказе в базе данных	Store Order (Запомнить заказ)
	.Система отправляет клиенту по электронной почте номер заказа и клиентский номер клиенту вместе со всеми деталями, относящимися к заказу, в качестве подтверждения принятия заказа	Email Order Details (Отправить детальную ин формацию по заказу)
	Клиент инициирует функцию Purchase до того, как введет всю обязательную информацию. Система отображает на экране сообщение об ошибке и просит ввести пропущенную информацию	Get Purchase Details; Display Purchase Form
	Клиент выбирает функцию Reset (или аналогичную) для того, чтобы вернуться к исходной форме заказа на покупку. Система дает возможность клиенту вновь ввести информацию	Display Purchase Form

Дата добавления: 2017-01-14