Файл: Практическое задание №1 Создание диаграмм вариантов использования.pdf

Практикум по 

объектно-ориентированному 

моделированию с помощью UML 

Практическое задание №1

11 

Ассоциация  –  это  коммуникативное  отношение,  которое  соответствует 

стереотипу <<communicate>>, который, впрочем, всегда опускается. 

Два и более актера могут иметь общие свойства, т.е. взаимодействовать с 

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

Обобщение  (Generalization) – это отношение между общей сущностью и 

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

Пример.  Для  изменения  статуса  заказов  в  магазине  «Style»  с 

проектируемой системой будут работать сотрудник отдела продаж и кладовщик. 
На  диаграмме  мы  можем  показать  с  помощью  отношения  обобщения 
взаимосвязь  между  актером  Сотрудник  и  актерами  Менеджер  и  Кассир 

(рисунок 3.6). 

Рисунок 3.6 – Отношение обобщения между актерами 

Актеры,  прецеденты  и  отношения  –  это  основные  элементы  нотации 

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

Практикум по 

объектно-ориентированному 

моделированию с помощью UML 

Практическое задание №1

12 

3.2. 

Построение диаграммы прецедентов 

В  StarUML  диаграммы  прецедентов  (вариантов  использования) 

располагаются  в  представлении  Use  Case  View.  Если  в  навигаторе  модели 
(обозреватель  Model  Explorer)  щелкнуть  два  раза  по  имени  диаграммы,  то 
откроется ее рабочее поле (рисунок 3.7).  

Рисунок 3.7 – Главная диаграмма прецедентов в представлении Use Case View 

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

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

Когда элемент помещается на поле диаграммы, он становится доступен для 

редактирования имени и некоторых свойств. В выделенное поле введите новое 
имя прецедента или актера (см. рисунок 3.7). 

Для  создания  отношения  между  элементами  диаграммы  щелкните  по 

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

Чтобы удалить элемент с диаграммы достаточно щелкнуть левой кнопкой 

мыши по этому элементу, а затем нажать кнопку Delete, либо щелкнуть правой 
кнопкой мыши по элементу и в контекстном меню выбрать команду Delete. 

Обратите внимание, что элемент был удален с диаграммы, но не из модели 

(рисунок  3.8).  Его  можно  найти  в  навигаторе  модели  (обозреватель  модели 

Model  Explorer),  несмотря  на  то,  что  на  диаграмме  он  больше  не  отображается 
(элемент «Актер1» не отображается в рабочей области). 

Практикум по 

объектно-ориентированному 

моделированию с помощью UML 

Практическое задание №1

13 

Рисунок 3.8 – Элемент «Актер1» удален из рабочей области диаграммы,  

но отображается в обозревателе модели 

Если  мы  передумали  и  решили  вернуть  элемент  на  диаграмму,  то  это 

можно сделать, перетащив его из навигатора модели на поле диаграммы. 

Для того чтобы удалить элемент  из  модели  нужно щелкнуть по нему на 

диаграмме или по его изображению в навигаторе модели правой кнопкой мыши 
и  в  контекстном  меню  выбрать  пункт  Delete from Model.  Элемент  будет 
полностью удален. 

Описанные выше способы добавления и удаления элементов и отношений 

могут  быть  использованы  для  построения  диаграмм  любых  типов.  Все 
описанные операции доступны также из главного меню StarUML. 

Пример.  Для  системы  заказов  магазина  «Style»  мы  определили  актеров 

Покупатель,  Сотрудник,  Система  Склад  и  прецеденты  Заказ  товаров, 
Управление статусом заказа, Получение информации о заказе. Построим 
основную диаграмму прецедентов (рисунок 3.9). 

Рисунок 3.9 – Основная диаграмма вариантов использования системы заказов 

Практикум по 

объектно-ориентированному 

моделированию с помощью UML 

Практическое задание №1

14 

Для  актера  Покупатель  и  прецедента  Заказ  товаров  установили 

отношение  направленной  ассоциации:  Заказ  товаров  инициализируется 
Покупателем.  Сотрудник  имеет  возможность  управлять  статусом  заказа,  при 
этом  он  непременно  участвует  в  прецеденте  Получение  информации  о 
заказе.  Направленную  ассоциацию  от  Получение  информации  о  заказе  к 
актеру Система Склад можно понимать, как автоматическую передачу данных 
из моделируемой системы в систему снабжения товарами Склад. 

В  модель  нужно  включить  краткое  описание  каждого  актера  или 

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

3.3. 

Документирование элементов модели 

В StarUML добавление описания к элементам модели делается следующим 

образом.  Выделите  элемент  модели,  щелкнув  по  нему  мышкой,  и  откройте 
редактор  Documentation.  Введите  описание  элемента  в  окно  документирования 

(рисунок 3.10).  

Рисунок 3.10 – Документирование элемента модели в StarUML 

Все элементы модели должны быть задокументированы. Описанный выше 

способ подходит для любого элемента любой диаграммы. 

Пример.  Для  актеров  и  прецедентов  системы  заказов  магазина  «Style» 

сделаем  краткое  описание.  Покупатель  –  это  человек,  делающий  заказ  в 
магазине «Style» с помощью системы заказов. 

Практикум по 

объектно-ориентированному 

моделированию с помощью UML 

Практическое задание №1

15 

Сотрудник – это все сотрудники магазина «Style», которые могут получать 

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

Система Склад  – это внешняя система, которая получает информацию о 

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

Заказ товаров – этот прецедент запускается покупателем для того, чтобы 

оформить заказ в магазине «Style». Состоит из просмотра каталога, добавления 
товаров  в  корзину,  просмотра  корзины,  изменения  содержания  корзины  и 
оформления заказа, включая оплату. 

Управление  статусом  заказа  –  этот  прецедент  используется 

сотрудниками магазина для изменения статуса заказа в процессе его обработки. 

Получение  информации  о  заказе  –  прецедент  используется  всеми 

актерами для просмотра информации о заказе. 

3.4. Создание дополнительной диаграммы прецедентов 

Для  того  чтобы  создать  еще  одну  диаграмму  (любого  типа),  например, 

детализирующую  прецедент,  необходимо  в  обозревателе  Model  Explorer 
щелкнуть  правой  кнопкой  мыши  по  папке  Use  Case  View  и  в  появившемся 
контекстном меню выбрать Add  Diagram, затем выбрать из списка  требуемую 
диаграмму.  

Например,  можно  создать  дополнительную  диаграмму  прецедентов, 

выбрав пункт Use Case Diagram (рисунок 3.11). 

Рисунок 3.11 – Создание дополнительной диаграммы прецедентов