Пример использования — учитесь на примерах

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

Диаграмма вариантов использования обычно проста. Он не показывает детали вариантов использования:

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

Как уже говорилось, диаграмма вариантов использования должна быть простой и содержать всего несколько фигур. Если ваш вариант содержит более 20 вариантов использования, вы, вероятно, неправильно используете диаграмму вариантов использования.

На рисунке ниже показана иерархия диаграммы UML и расположение диаграммы вариантов использования UML. Как видите, диаграммы вариантов использования относятся к семейству поведенческих диаграмм.

Краткий обзор схемы вариантов использования

Стандартная форма диаграммы вариантов использования определена в унифицированном языке моделирования, как показано в примере диаграммы вариантов использования ниже:

Обозначение ОписаниеВизуальное представление

Актер

  • Кто-то взаимодействует с вариантом использования (системной функцией).
  • Названо существительным.
  • Актер играет роль в бизнесе
  • Подобно концепции пользователя, но пользователь может играть разные роли
  • Например:
  • проф. может быть инструктором, а также исследователем
  • играет 2 роли с двумя системами
  • Актер запускает прецедент(ы) использования.
  • У Актера есть ответственность перед системой (входы), а у Актера есть ожидания от системы (выходы).

Пример использования

  • Функция системы (процесс — автоматизированный или ручной)
  • Названо глаголом + существительным (или именной фразой).
  • т.е. сделать что-то
  • Каждый субъект должен быть связан с вариантом использования, в то время как некоторые варианты использования могут быть не связаны с акторами.

Связь

  • Участие актера в варианте использования показано путем соединения актера с вариантом использования сплошной связью.
  • Субъекты могут быть связаны с вариантами использования ассоциациями, указывая на то, что субъект и вариант использования взаимодействуют друг с другом с помощью сообщений.

Граница системы

  • Граница системы потенциально представляет собой всю систему, как определено в документе с требованиями.
  • Для больших и сложных систем каждый модуль может быть границей системы.
  • Например, для ERP-системы для организации каждый из модулей, таких как личный, зарплатный, бухгалтерский и т.д.
  • может формировать системную границу для вариантов использования, специфичных для каждой из этих бизнес-функций.
  • Вся система может охватывать все эти модули, отображающие общую границу системы.

Структурирование диаграммы вариантов использования с отношениями

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

Взаимосвязь варианта использования — визуальное представление

Расширяет

  • Указывает, что вариант использования «Неверный пароль» может включать (с учетом указанного в расширении) поведение, заданное базовым вариантом использования «Учетная запись входа».
  • Изобразить направленной стрелкой, имеющей пунктирную линию. Кончик стрелки указывает на базовый вариант использования, а дочерний вариант использования соединяется с основанием стрелки.
  • Стереотип «<<extends>>» идентифицируется как отношение расширения.

Включать

  • Когда вариант использования изображается как использующий функциональность другой функциональности другого варианта использования, эта связь между вариантами использования называется отношением включения или использования.
  • Вариант использования включает функциональные возможности, описанные в другом варианте использования, как часть его бизнес-процесса.
  • Отношение «использует» от базового варианта использования к дочернему варианту использования указывает, что экземпляр базового варианта использования будет включать поведение, указанное в дочернем варианте использования.
  • Отношение включения изображается направленной стрелкой, имеющей пунктирную линию. Кончик стрелки указывает на дочерний вариант использования и родительский вариант использования, соединенные в основании стрелки.
  • Стереотип «<<include>>» идентифицирует отношение как отношение включения.

Обобщение

  • Отношение обобщения — это отношение родитель-потомок между вариантами использования.
  • Дочерний вариант использования в отношении обобщения имеет значение базового бизнес-процесса, но является расширением родительского варианта использования.
  • Обобщение показано направленной стрелкой с треугольным наконечником.
  • Дочерний вариант использования соединяется в основании стрелки. Кончик стрелки связан с родительским вариантом использования.

Учитесь на примерах — Пассажирское обслуживание

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

Используйте этот шаблон диаграммы вариантов использования, чтобы создать собственную диаграмму.

Просто  нажмите  « Использовать этот шаблон  » для редактирования или  нажмите  «Создать пустой »  , чтобы рисовать с нуля.

Учитесь на примерах — система вещания (пакет вариантов использования)

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

Используйте этот шаблон диаграммы вариантов использования, чтобы создать собственную диаграмму.

Просто  нажмите  « Использовать этот шаблон »  для редактирования или  нажмите  «Создать пустой »  , чтобы рисовать с нуля.

Учитесь на примерах — структурирование вариантов использования с помощью «включить» и «расширить»

В этом примере диаграммы прецедентов показана модель нескольких бизнес-прецедентов. Модель варианта использования представляет собой взаимодействие между рестораном (бизнес-системой) и его основными заинтересованными сторонами (бизнес-субъектами и деловыми работниками). После определения базовых вариантов использования вы можете структурировать их с помощью <> и <> вариантов использования для большей ясности.

Используйте этот шаблон диаграммы вариантов использования, чтобы создать собственную диаграмму.

Просто  нажмите  « Использовать этот шаблон »  для редактирования или  нажмите  «Создать пустой »  , чтобы рисовать с нуля.

Другие статьи UML

Единый язык моделирования (UML)

Leave a Reply

Ваш адрес email не будет опубликован.