Моделирование пользовательских требований (use-case)

Сложность: medium Тема: REQ
заинтересованные лица use-case сценарии использования роли пользователей

Контекст задачи

Программный продукт создаётся для людей — пользователей, администраторов, внешних систем. Если не определить, кто именно будет использовать систему и что каждый из них хочет получить, требования будут неполными или противоречивыми. Моделирование пользовательских требований через use-case и диаграммы прецедентов позволяет визуализировать взаимодействие ролей с системой и выявить все ключевые сценарии использования.

Формулировка

Выделите пользователей вашего программного продукта, смоделируйте их роли и постройте диаграмму вариантов использования (use-case) с сценариями для каждого ключевого действующего лица.

Ожидаемый результат

  • Иерархия заинтересованных лиц с ролями пользователей
  • Диаграмма use-case со всеми акторами и вариантами использования
  • Сценарии использования для каждой роли (минимум 1 на роль)
    • Название: [глагол + существительное]
      • Актор: [роль]
      • Предусловие: [что уже верно]
      • Основной поток: [шаги 1..N]
      • Альтернативные потоки: [если есть]
      • Постусловие: [состояние системы после]
      • Инструментарий

Методы и подходы:

**Название:** Создать новый отчёт
**Актор:** Менеджер проекта
**Предусловие:** Пользователь авторизован в системе
**Основной поток:**
1. Менеджер нажимает «Создать отчёт»
2. Система отображает форму выбора параметров
3. Менеджер выбирает период и тип отчёта
4. Менеджер нажимает «Сформировать»
5. Система генерирует отчёт и отображает его
**Альтернативный поток:** 3a. Период не выбран → система выводит предупреждение
**Постусловие:** Отчёт создан и сохранён в репозитории

📝 Критерии оценки

  • Выделены как минимум 3 роли пользователей с чётким описанием потребностей
  • Построена диаграмма use-case с акторами и вариантами использования
  • Для каждой роли составлен сценарий использования в заданном формате
  • Указаны предусловия и постусловия для каждого сценария
  • Описаны альтернативные потоки (ошибки, исключения)