Диаграмма вариантов использования (UCD)

Этот материал раскрывает понятие диаграммы вариантов использования (UCD) с акцентом на вопросы экзаменов, ключевые компоненты и практическое применение.

Суть

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

Определение

UCD отображает:

• Участников (роли и внешние системы) вне границ системы
• Границу системы (область охвата)
• Варианты использования (целевые сценарии)

Отношения между элементами:

• include: обязательное повторное использование (всегда требуется)
• extend: необязательное расширение под условием
• Обобщение: специализация участников или вариантов использования

UCD описывает что, а не как. Детали находят место в текстовых описаниях вариантов использования (триггеры, предусловия и постусловия, основные и альтернативные сценарии) и в диаграммах последовательности или активности.

Для аспектов безопасности используют антиварианты (misuse cases).

Ключевые точки для экзамена

• Уровень целей, не техничные щелчки в UI
• Участники это роли вне границ системы
• Различие include и extend (экзамены часто это проверяют)
• Вывод требований, критериев приемки и тестов из UCD
• Антиварианты для выявления угроз
• Версионирование и согласование диаграммы с текстовым описанием

Основные компоненты

1. Первичные и вторичные участники
2. Граница системы
3. Вариант использования (эллипс)
4. Связь участника с вариантом использования
5. include
6. extend
7. Обобщение
8. Внешние системы
9. Антиварианты
10. Отслеживаемость (вариант использования → тест)

Практический пример (интернет-магазин)

Участники: Покупатель, платёжный сервис, администратор
Варианты использования: Регистрация, вход, поиск товара, корзина, оплата
Оплата: include инициирование платежа
Оплата: extend применение скидки (если есть купон)
Антивариант: несанкционированный доступ → защита двухфакторной аутентификацией

Плюсы и минусы

Плюсы

• Отличная коммуникация с заинтересованными сторонами
• Ясное разграничение границ системы
• Хорошая основа для вывода требований и тестов

Минусы

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

Типичные экзаменационные вопросы (краткие ответы)

1. Для чего нужна диаграмма UCD? Функциональность глазами пользователя и границы системы.
2. Чем отличаются include и extend? include = всегда необходим, extend = опционален при выполнении условия.
3. Что входит в текстовое описание варианта использования? Триггеры, предусловия, постусловия, сценарии, критерии приемки.
4. Как вывести тесты? Каждая вариация сценария даёт минимум один тестовый случай.

Дополнительно

На экзамене FIAE под аббревиатурой UCD почти всегда имеют в виду именно диаграмму вариантов использования, а не user-centered design. Поэтому обращайте внимание на корректную нотацию, ясные названия целей и правильный вывод требований и тестов.

Стратегия подготовки

1. Набросайте UCD для интернет-магазина.
2. Опишите варианты использования текстом (предусловия и постусловия).
3. Потренируйтесь различать include и extend.
4. Создайте матрицу отслеживаемости от вариантов использования к тестовым случаям.

Основные источники

1. https://www.omg.org/spec/UML
2. https://de.wikipedia.org/wiki/Anwendungsfalldiagramm
3. https://alistair.cockburn.us/knowledgebase/writing-effective-use-cases/