Материал: Учебник Рекомендовано Федеральным государственным учреждением

ные действия определяют как отдельный вариант использования, который связан с основным вариантом связью типа «расшире­
ние».
Главное назначение диаграммы вариантов использования за­
ключается в формализации функциональных требований к систе­
ме и возможности согласования полученной модели с заказчиком на ранней стадии проектирования. Любой из вариантов исполь­
зования может быть подвергнут дальнейшей декомпозиции на множество подвариантов использования отдельных элементов, которые образуют исходную сущность.
Для иллюстрации особенностей спецификации функциональ­
ных требований на диаграмме вариантов использования можно рассмотреть модель системы «Склад оптовой торговли». Для перво­
начального понимания структуры программной системы выявля­
ются действующие лица (люди или системы, между которыми происходит взаимодействие). Рассматриваемая система имеет пять актеров, двое из которых являются контрагентами, а другие менед­
жерами склада, осуществляющими выполнение всех операций.
Каждый из этих актеров взаимодействует с системой, хотя главны­
ми актерами, пожалуй, являются поставщики и покупатели (контр-
Рис. 4.16. Диаграмма вариантов использования для проектирования программного обеспечения АИС «Склад оптовой торговли»
118

агенты), поскольку именно они инициируют функциональность системы. Далее формулируются варианты использования, т. е. дей­
ствия, выполняемые системой для реализации общения действу­
ющих лиц (актеров).
Каждый из актеров преследует определенные цели по отноше­
нию к системе: поставщик — сдать товар на склад, покупатель — приобрести товар, менеджер склада — принять и отпустить товар, менеджер учетного отдела — определить объемы поступления и продаж и проанализировать товарный запас. На основании этих целей можно сформулировать базовые варианты использования и проанализировать взаимосвязи между ними (рис. 4.16).
На самом деле вариантов использования может быть гораздо больше. Например, проверить платежеспособность клиента, по­
лучить информацию о товаре, оценить запасы товара на складе, получить оплату, вывести информацию на экран и т.д. Однако эта диаграмма дает понять, что будет делать система, как она будет функционировать.
На следующем этапе разработки модели вариантов использо­
вания для рассматриваемой системы следует дополнить данную диаграмму текстовым сценарием, написанным на основе пред­
ложенного ранее шаблона. Этот сценарий будет дополнять диа­
грамму, раскрывая содержание и логическую последовательность отдельных действий, которые выполняются системой и актерами в процессе поступления и реализации товаров. В этом случае сценарий удобно представить в виде таблиц, каждая из которых описывает отдельный раздел шаблона.
Т а б л и ц а 4.3
Вариант
использова­
ния
Продажа товара
Актеры
Покупатель. Менеджер отдела оформления заказов.
Менеджер склада
Краткое
описание
Покупатель запрашивает товар. Менеджер отдела
оформления заказов резервирует товар, оформляет
заказ, передает заказ менеджеру склада. Покупатель
оплачивает товар, получает товар на складе
Цель
Получение необходимого товара
Тип
Базовый
Ссылки на
другие вари­
анты исполь­
зования
Включает в себя варианты использования:
определить наличие товара;
оформить заказ
119

Т а б л и ц а 4.4
Действия актеров
Отклик системы
1. Покупатель запрашивает
товар
2.
Менеджер отдела оформления
заказов проверяет наличие необходи­
мого товара на складе
3. Менеджер отдела оформления
заказов резервирует нужный товар
Исключение № 1. На складе нет необходимого количества запраши­
ваемого товара
4. Покупатель оплачивает
товар
5. Менеджер отдела оформления
заказов выдает разрешение на получе­
ние товара
6. Менеджер отдела оформления
заказов передает заказ на склад
7. Менеджер склада выдает товар и
расходную накладную покупателю
Исключение №
2.
Покупатель не оплатил товар
В главном разделе сценария (табл. 4.3) указываются имя рас­
сматриваемого варианта использования, имена взаимосвязанных с ним актеров, цель выполнения варианта, условный тип и ссыл­
ки на другие варианты использования.
В следующем разделе сценария (табл. 4.4) изложена последо­
вательность действий, приводящая к успешному выполнению рассматриваемого варианта использования. При этом инициато­
ром действий должен выступать актер Покупатель. Для удобства последующих ссылок каждое действие помечается порядковым номером.
В третьем разделе сценария (табл. 4.5) описывается последова­
тельность действий, выполняемых при возникновении исключи­
тельных ситуаций или исключений.
Т а б л и ц а 4.5
Действия актеров
Отклик системы
Исключение № 1. На складе нет необходимого количества запраши­
ваемого товара
4. Покупатель оплачивает
товар
3. Менеджер отдела оформления заказов
инициирует поставку нужного товара
Исключение №
2.
Покупатель не оплатил товар
6. Менеджер оформления заказов
блокирует получение товара покупате­
лем
120

Можно дополнить данный сценарий, аналогичным образом описав не только варианты использования «Оформление заказа» и «Определение наличия товара», но и рассмотрев другие исклю­
чения, например оформление скидок постоянным покупателям, и т. п. При этом полнота сценариев и модели вариантов исполь­
зования будут определяться теми функциональными требования­
ми, которые сформулированы в рамках конкретного проекта.
Отдельные, небольшие по своему объему, сценарии могут быть размещены на диаграмме в форме примечаний. Примечание (note) предназначено для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта. В качестве такой информации могут быть комментарии разработчика (например, дата и версия раз­
работки диаграммы или ее отдельных компонентов), ограничения
(например, на значения отдельных связей или экземпляры сущ­
ностей) и помеченные значения. Применительно к диаграммам вариантов использования примечание может иметь уточняющую информацию, относящуюся к контексту тех или иных вариантов использования.
Графически примечания на всех типах диаграмм обозначаются прямоугольником с «загнутым» верхним правым уголком (рис.
4.17).
Собственно текст примечания размещается внутри этого пря­
моугольника. Примечание может относиться к любому элементу диаграммы, в этом случае их соединяет пунктирная линия. Если примечание относится к нескольким элементам, то от него про­
водят соответственно несколько линий. Как уже отмечалось, при­
мечания могут присутствовать не только на диаграмме вариантов использования, но и на других канонических диаграммах.
Поскольку одно из главных назначений диаграммы вариантов использования — формализация функциональных требований к системе, она может служить основой для согласования с заказчи-

ком этих требований на ранней стадии проектирования. Любой из базовых вариантов использования в последующем может быть подвергнут декомпозиции на частные варианты использования.
При этом рекомендуется, чтобы общее количество актеров в мо­
дели не превышало 20, а вариантов использования — 50. В про­
тивном случае модель теряет свою наглядность и, возможно, за­
меняет собой одну из некоторых других диаграмм.
Для разработки диаграммы вариантов использования рекомен­
дуется некоторая последовательность действий:
— определить главных или первичных и второстепенных акте­
ров;
— определить цели главных актеров по отношению к системе;
— сформулировать основные варианты использования, которые специфицируют функциональные требования к системе;
— упорядочить варианты использования по степени убывания риска их реализации;
— рассмотреть все базовые варианты использования в порядке убывания их степени риска;
— выделить участников, интересы, предусловия и постусловия выполнения выбранного варианта использования;
— написать успешный сценарий реализации выбранного вари­
анта использования;
— определить исключения или неуспех в выполнении сценария варианта использования;
— написать сценарии для всех исключений;
— выделить общие варианты использования и изобразить их взаимосвязи с базовыми со стереотипом uses/include;
— выделить варианты использования для исключений и изо­
бразить их взаимосвязи с базовыми со стереотипом extend;
— проверить диаграмму на отсутствие дублирования вариантов использования и актеров.
Семантика построения диаграммы вариантов использования должна определяться следующими особенностями рассмотренных выше элементов модели. Отдельный экземпляр варианта исполь­
зования по своему содержанию является выполнением последо­
вательности действий, которая инициализируется посредством экземпляра сообщения от экземпляра актера. В качестве отклика или ответной реакции на сообщение актера выполняется после­
довательность действий, установленная для данного варианта использования. При этом актеры могут генерировать новые со­
общения для инициирования вариантов использования. Подобное взаимодействие будет продолжаться до тех пор, пока не закончит­
ся выполнение требуемой последовательности действий экзем­
пляром варианта использования и указанный в модели экземпляр актера не получит требуемый экземпляр сервиса. Окончание
122

взаимодействия означает отсутствие инициализации сообщений от актеров для базовых вариантов использования.
Варианты использования могут быть дополнительно специфи­
цированы примечаниями с текстом, которые в последующем могут стать прототипами операций и методов совместно с атри­
бутами. Дальнейшая разработка моделей связана с реализацией вариантов использования в виде графа деятельности, посредством конечного автомата или любого другого механизма логического представления поведения, включающего предусловия и постусло­
вия. Взаимодействие между вариантами использования и актера­
ми может уточняться на диаграмме кооперации, когда описыва­
ются взаимосвязи между системой, содержащей эти варианты использования, и окружением или внешней средой этой систе­
мы.
4.3.4. Диаграммы деятельности
Если диаграмма вариантов использования дает «вид сверху» на функциональность системы, диаграмма деятельности, напротив, позволяет подробно иллюстрировать отдельный вариант исполь- зования и его сценарии.
Под д е я т е л ь н о с т ь ю в данном случае понимают задачу
(операцию), которую необходимо выполнить вручную или с по­
мощью средств автоматизации. Каждому варианту использования соответствует своя последовательность задач. В теоретическом плане диаграммы деятельности — обобщенное представление алгоритма, реализующего анализируемый вариант использования.
На диаграмме деятельность обозначается прямоугольником с за­
кругленными углами (рис. 4.18, а).
Диаграммы деятельности позволяют описывать альтернативные и параллельные процессы. Для обозначения альтернативных про­
цессов используют ромб (рис. 4.18, б ), условие указывают рядом, а альтернативы «да», «нет» — рядом с соответствующими выхода­
ми. С помощью этого же блока можно построить циклический
^Деятельность^
¥А • »
Рис. 4.18. Условные обозначения диаграммы деятельностей:
а
— деятельность;
б
— выбор;
в
— линейки синхронизации;
г
— начало;
д —
конец
123

Рис. 4.19. Пример диаграммы деятельности с указанием параллельно­
сти процессов
процесс. Множественность активации деятельности обозначают символом «*», помещенным рядом со стрелкой активации деятель­
ности, и при необходимости уточняют надписью вида «для каждой строки».
Для обозначения параллельных процессов используют линей­
ки синхронизации (рис. 4.18, в), причем условие синхронизации можно уточнить, указав его на диаграмме (рис. 4.19).
Рис. 4.20. Пример диаграммы деятельности
124