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

Практикум по 

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

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

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

16 

Пример.  Наиболее  значимым  для  данной  системы  и  ее  актеров 

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

Для  него  следует  построить  дополнительную  диаграмму  прецедентов, 

поясняющую этот вариант использования (рисунок 3.12). 

Рисунок 3.12 – Диаграмма вариантов использования, поясняющая прецедент «Заказ товаров» 

Созданной дополнительной диаграмме вариантов использования назначьте 

соответствующее имя (рисунок 3.13).  

Рисунок 3.13 – Название «Заказ товаров (Use Case Diagram)» для дополнительной диаграммы 

Практикум по 

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

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

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

17 

4. 

Посторенние диаграммы деятельности 

Диаграммы  деятельности  обеспечивают  еще  один  способ  моделирования 

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

Диаграммы  деятельности  создаются  также  на  разных  этапах  жизненного 

цикла системы для отражения последовательности выполнения операций. 

4.1. 

Основные элементы диаграмм деятельности 

Рассмотрим основные элементы нотации диаграмм деятельностей. На них 

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

Деятельностью называется исполнение определенного поведения в потоке 

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

Пример.  Деятельность  обозначает  некоторый  шаг  (этап)  процесса.  В 

прецеденте Заказ товаров одним из таких шагов может быть Добавить товар 
в корзину (рисунок 4.1). 

Рисунок 4.1 – Деятельность 

Переход  показывает,  как  поток  управления  переходит  от  одной 

деятельности  к  другой.  Обычно  переход  осуществляется  по  завершении 
деятельности (рисунок 4.2). 

Пример.  В  нашем  примере  выполняя  Заказ  товаров  покупатель  может 

Открыть  корзину  и  Удалить  товар  из  нее.  Это  две  разные  деятельности, 
переход к удалению товара возможен только после открытия корзины. 

Рисунок 4.2 – Переход между деятельностями 

Практикум по 

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

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

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

18 

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

определяют  продолжительность  потока.  Начальное  состояние  обязательно 
должно быть отмечено на диаграмме, оно определяет начало потока. Конечных 
состояний  может  быть  несколько  или  не  одного.  Оно  определяет  точку 
завершения  потока.  Конечных  состояний  может  быть  несколько,  но  начальное 
должно быть только одно. Начальное состояние изображается жирной точкой, а 
конечное – жирной точкой в окружности (рисунок 4.3). 

Рисунок 4.3 – Обозначения начального (Initial) и конечного (Final) состояний 

При  моделировании  управляющих  потоков  системы  часто  бывает 

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

диаграмме 

показывается 

ромбом, 

помещенным 

на 

переходе. 

Ограничительные  условия,  от  которых  зависит  выбор  направления  перехода, 
помещаются  обычно  над  ромбом.  В  нотации  UML  условия  записываются  в 
квадратных скобках: [условие]. 

Пример. Если все товары, которые хочет заказать покупатель, добавлены в 

корзину, то покупатель может просмотреть корзину и оформить заказ. Условие 
перехода от деятельности Добавить товар в корзину к Просмотреть корзину 
на диаграмме можно показать так, как это изображено на рисунке 4.4. 

Рисунок 4.4 – Условие перехода между деятельностями 

Синхронизация  –  это  способ  показать,  что  две  или  более  ветвей  потока 

выполняются  параллельно.  Деятельности,  помещенные  между  двумя  жирными 
линиями на диаграмме деятельности, исполняются синхронно, одновременно. 

Пример.  После  оплаты  заказа  покупателем  система  присваивает  заказу 

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

Практикум по 

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

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

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

19 

Рисунок 4.5 – Линии синхронизации 

Секции делят диаграмму деятельности на несколько участков. Это нужно 

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

Пример. Секция актера Покупатель изображена на рисунке 4.6. 

Рисунок 4.6 – Секция 

4.2. 

Создание диаграммы деятельности 

Чтобы  построить  диаграмму  деятельности  для  некоторого  прецедента  в 

StarUML,  нужно  щелкнуть  правой  кнопкой  мыши  по  этому  прецеденту,  в 
выпавшем контекстном меню выбрать пункт Add Diagram, затем в появившемся 
списке выбрать Activity Diagram (рисунок 4.7). 

Рисунок 4.7 – Добавление диаграммы деятельности 

Практикум по 

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

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

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

20 

Поле  для  создания  диаграммы  деятельности  появится  в  окне  программы, 

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

Пример.  Построим  диаграмму  деятельности  для  дополнительного 

прецедента  Оформить  заказ  актера  Покупатель  (рисунок  4.8).  Оформление 
заказа включает указание своих личных контактных данных, электронной почты 
и  оплату  заказа.  Оформление  начинается  из  корзины  покупателя,  когда  он 
выбирает опцию «Оформить заказ». 

Рисунок 4.8 – Диаграмма деятельности прецедента «Оформить заказ»