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

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

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

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

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

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

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

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

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

Актер

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

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

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

Связь

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

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

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

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

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

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

Расширяет

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

Включать

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

Обобщение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文

Оставить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *