4. Uml Диаграмма вариантов использования и правила ее построения. Пример.

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

Основная цель: в визуальной и наглядной форме отобразить функциональность системы для обсуждения с заказчиком и для дальнейшей работы системы.

Обычно она является первым этапом построения диаграмм.

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

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

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

• Сформулировать общие требования к функциональному поведению проектируемой системы.

• Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.

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

Модель вариантов использования реализует иерархический подход

(концептуальный->логический->физический->)

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером.

Актант - внешний источник, приемник информации, играющий определенную роль и взаимодействует с системой, с целью получения определенного сервиса при функционировании системы. Устанавливаются границы системы, и считается, что актанты находится в пределах этих границ. Актант - внешняя сущность. Между актантами может быть отношение обобщения.

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

Множество вариантов использования в целом должно определять все возможные стороны ожидаемого поведения системы.

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

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

Связь – ассоциация – частный вид зависимости, который предполагает связь экземпляр-экземпляр.

Ассоциации могут быть направленными navigable (навигационный)

Как правило, большинство ассоциаций двунаправлены (бинарны). (если стрелка не нарисована, то двунаправленны)

В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:

«extend» отношение расширения

«extend»

«include» отношение включение

«include»

«generalization» отношение обобщение

Расширения: рекомендуется использовать в тех случаях, когда основная последовательность действий по некотором условиям нуждается в отклонениях точка, с которой начинается расширяющая последовательность: extend point. Предполагается, что начиная с этой точки, при выполнении условий, выполняется дополнительный сценарий или вариант использования. После выполнения расширяющего варианта, управление не обязательно предается в основной процесс, а может протекать в другом направлении. Управление может не возвратиться.

Включения рекомендуется использовать, когда в несколько вариантов использования применяется одна и та же последовательность, причем применяется последовательно. Точка, с которой начинается включение – include point. Безусловно выполняется, после возвращения в туже точку.

Обобщения используется для наглядности изображения. Наследуются нижестоящие.