- •Лабораторная работа № 3
- •Порядок выполнения лабораторной работы
- •Содержание отчёта по лабораторной работе
- •Методические указания
- •Диаграмма классов (Class diagram);
- •Диаграмма активности (Activity diagram);
- •1. Моделирование видов деятельности
- •Выявление видов деятельности
- •Спецификация видов деятельности
- •Виды деятельности
- •Диаграмма видов деятельности
- •2. Моделирование классов
- •2.1. Классы
- •Атрибуты
- •Ассоциации
- •Агрегации
- •Обобщения
- •Диаграмма классов
Виды деятельности
Если моделирование видов деятельности используется для визуализации последовательности видов деятельности, связанных с прецедентом, то состояния вида деятельности можно установить на основе документа описания прецедента. Как было отмечено выше, имена действиям следует присваивать, исходя из системных соображений, а не с точки зрения субъекта.
Состояние вида деятельности (действия) представляется в UML в виде прямоугольника с закругленными углами. Следует сразу уточнить, что один и тот же графический символ используется для визуализации состояния вида деятельности (activity state) и состояния действия (action state). Различие между деятельностью и действием реакцией заключается в их временном масштабе. Для осуществления деятельности (операции) требуется определенное время; действие же завершается событием, которое совершается столь быстро, что — в масштабах временной шкалы — может считаться происходящим мгновенно. (Следовательно, в модели состояний (statechart diagram) виды деятельности могут быть определены только в рамках состояния объекта, а модели видов деятельности действия могут появляться также при переходе между состояниями объекта).
В табл. 1 изложены события, относящиеся к основному и альтернативным потокам, заимствованным из документа описания прецедента, а также обозначены состояния видов деятельности. Обратите внимание, что имя каждому виду деятельности присвоено, исходя из системной точки зрения, а не с точки зрения субъекта.
Виды деятельности, приведенные в табл. 1 и показаны на рис. 1.
Таблица 1. Установление действий в основном и альтернативных потоках
№ п/п |
Формулировка прецедента |
Состояние вида деятельности |
1 |
Начало прецедента совпадает с решением клиента заказать сконфигурированный компьютер с помощью выбора функции Continue (или аналогичной функции) при отображении на экране детализированной информации, относящейся к заказу |
Display Current Configuration (Отображение текущей конфигурации); Get Order Request (Получение запроса на заказ) |
2 |
Система просит клиента ввести детализированную информацию о покупке, в том числе: имя продавца (если оно известно); детали, касающиеся доставки (имя и адрес клиента); детальную информацию по оплате (если она отличается от информации по доставке); способ оплаты (кредитная карточка или чек) и произвольные комментарии |
Display Purchase Form (Отображение закупочной формы) |
3 |
Клиент выбирает функцию Purchase (или аналогичную функцию) для отправки заказа производителю |
Get Purchase Details (Детализировать информацию о покупке) |
4 |
Система присваивает уникальный номер заказа и клиентский учетный номер заказу на покупку и запоминает информацию о заказе в базе данных |
Store Order (Запомнить заказ) |
5 |
.Система отправляет клиенту по электронной почте номер заказа и клиентский номер клиенту вместе со всеми деталями, относящимися к заказу, в качестве подтверждения принятия заказа |
Email Order Details (Отправить детальную ин формацию по заказу) |
6 |
Клиент инициирует функцию Purchase до того, как введет всю обязательную информацию. Система отображает на экране сообщение об ошибке и просит ввести пропущенную информацию |
Get Purchase Details; Display Purchase Form |
7 |
Клиент выбирает функцию Reset (или аналогичную) для того, чтобы вернуться к исходной форме заказа на покупку. Система дает возможность клиенту вновь ввести информацию |
Display Purchase Form |