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

Диаграмма вариантов использования — это поведенческая диаграмма в рамках унифицированного языка моделирования (UML) которая предоставляет высокий уровень графического представления предполагаемой функциональности системы. Она определяет что делает система, показывая взаимосвязь между пользователями (актерами) и функциями, которые они выполняют (варианты использования).

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

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

Диаграмма вариантов использования использует лишь несколько основных элементов, что делает её одной из самых простых диаграмм UML для чтения и создания.

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

Граница системы — это прямоугольник, который визуально определяет охват системы, рассматриваемой в данный момент. Всё, что находится внутри прямоугольника, является частью системы; всё, что находится за пределами прямоугольника, — внешнее.

• Обозначение: Большой прямоугольник.
• Цель: Чтобы чётко отделить ответственность системы от внешних сущностей (актеров), с которыми она взаимодействует.

Б. Актеры

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

• Обозначение: Фигура-иголка с обозначением названия роли.
• Определение:Актер — это роль, а не конкретный человек. Например, «Клиент» — это актер, а «Джейн Доу» — экземпляр этой роли.
• Типы актеров:
  • Основной актер: Инициирует взаимодействие для достижения желаемой цели (например, Клиент инициирует покупку).
  • Вторичный участник: Предоставляет услуги системе (например, Платежный шлюз).
  • Пассивный участник: Влияется на использование случая, но не инициирует его (например, Система склада получение уведомления о поступлении товара).

C. Сценарии использования

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

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

2. Связи в диаграмме сценариев использования

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

A. Связь связи

Это самая простая и распространенная связь, указывающая на участие участника в сценарии использования.

• Обозначение: Сплошная линия, соединяющая участника с эллипсом сценария использования.
• Цель: Показывает, какие функции инициируются или используются какими ролями.

B. Связь включения (<<включить>>)

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

• Обозначение: Штриховая стрелка, направленная от Базовый сценарий к Включённый сценарий, помеченная как <<включить>>.
• Применение: Используется для выделения общего поведения из нескольких сценариев.
  • Пример: Сделать заказ включает Аутентифицировать пользователя.

C. Связь расширения (<<расширить>>)

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

• Обозначение: Штриховая стрелка, направленная от Расширение использования случая к Базовый случай использования, помеченный как <<расширить>>.
• Использование: Моделирует альтернативное, исключительное или специализированное поведение. Расширение происходит только при выполнении определенного условия.
  • Пример: Обработка оплаты является базовым случаем использования, и Применение скидки за лояльность расширяет Обработка оплаты при условии [если статус лояльности — Золотой].

D. Отношение обобщения (наследование)

Это отношение указывает, что один актер или один случай использования является специализированной версией другого.

• Обозначение: Сплошная линия с пустым треугольным наконечником стрелки, указывающим от специализированного элемента к более общему элементу.
• Использование:
  • Актеры: Администратор системы является обобщением Зарегистрированный пользователь.
  • Случаи использования: Оплата с помощью кредитной карты является обобщением Обработка оплаты.

3. Пошаговый пример: онлайн-платформа обучения

Представьте моделирование основной функциональности онлайн-платформы обучения.

Элемент	Тип	Описание
Студент	Актер	Основная роль пользователя.
Преподаватель	Актер	Создает и управляет контентом.
Пройти курс	Сценарий использования	Основная функция студента.
Просмотр прогресса	Сценарий использования	Ценная функция для студента.
Аутентификация пользователя	Сценарий использования	Общая, обязательная стадия для обоих актеров.
Создать курс	Сценарий использования	Основная функция преподавателя.
Создать сертификат об окончании	Сценарий использования	Дополнительная функция, расширяющаяПройти курс.

Моделирование потока

1. Граница системы:Нарисуйте большой прямоугольник, охватывающий все варианты использования.
2. Жизненные линии:РазместитеСтудентиПреподавательактеров за пределами прямоугольника.
3. Связь:СоединитеСтудентсПройти курсиПросмотреть прогресс. СоединитеПреподавательсСоздать курс.
4. Включить: Пройти курсиСоздать курсоба соединяются сАутентификация пользователявариантом использования с<<включить>>стрелками, так как вход в систему обязателен для обоих.
5. Расширить: С Создать сертификат завершения Случай использования подключается к Пройти курс с <<расширить>> стрелка, указывающая, что это происходит только при условии [после завершения курса на 100%].

Краткое содержание

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

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

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