Что такое Use Case и какие шаги нужны для его разработки?

Use Case — описание взаимодействия актора и системы

Use Case (вариант использования) — это описание последовательности действий, которые выполняет пользователь (актор) и система для достижения определённой цели. Use Case показывает, как пользователь взаимодействует с системой в конкретном сценарии.

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

1. Актор (Actor)

• Пользователь или внешняя система
• Инициирует взаимодействие
• Примеры: Покупатель, Администратор, Платёжная система

2. Основной поток (Main Flow / Happy Path)

• Последовательность шагов при нормальном сценарии
• Что должно произойти идеально

3. Альтернативные потоки (Alternative Flows)

• Что происходит при других условиях
• Исключительные случаи

4. Предусловия (Preconditions)

• Что должно быть истинно перед началом
• Пример: пользователь должен быть авторизован

5. Постусловия (Postconditions)

• Что будет истинно после завершения
• Пример: заказ будет создан в системе

Структура Use Case

УС: Оформление заказа

Актор: Покупатель

Предусловие: Покупатель авторизован, в корзине есть товары

Основной поток:
1. Покупатель нажимает "Оформить заказ"
2. Система показывает форму доставки
3. Покупатель вводит адрес и выбирает способ доставки
4. Система показывает способы оплаты
5. Покупатель выбирает способ оплаты
6. Система переводит на платёжный шлюз
7. Платёжная система подтверждает платёж
8. Система создаёт заказ и отправляет подтверждение по email
9. Покупатель видит сообщение "Заказ создан"

Альтернативный поток 1 (Платёж отклонен):
5a. Платёжная система отклоняет платёж
5b. Система показывает сообщение об ошибке
5c. Покупатель возвращается к шагу 4

Альтернативный поток 2 (Товар отсутствует):
2a. Система проверяет наличие товара
2b. Если товара нет, показывает сообщение
2c. Предлагает добавить в очередь ожидания

Постусловие: Заказ создан, письмо отправлено

Шаги разработки Use Case

Шаг 1: Выявление акторов

• Кто пользуется системой?
• Какие роли существуют?
• Кто инициирует процесс?

Шаг 2: Определение целей

• Что хочет достичь актор?
• Какие задачи решает система?
• Какой результат нужен?

Шаг 3: Описание основного потока

• Пронумеровать шаги действий актора
• Описать ответы системы
• Быть конкретным и ясным
• Избегать технических деталей

Шаг 4: Определение альтернативных потоков

• Что если пользователь вводит неверные данные?
• Что если система недоступна?
• Что если отсутствуют необходимые данные?

Шаг 5: Описание предусловий

• Какое состояние должно быть в начале?
• Какие данные должны существовать?

Шаг 6: Определение постусловий

• Какое состояние будет в конце?
• Какие объекты будут созданы/изменены?

Шаг 7: Проверка полноты

• Проверить, что все сценарии описаны
• Убедиться, что язык понятен всем
• Валидировать с бизнесом

Уровни детализации Use Case

Brief Use Cases (Краткие)

• 1-2 предложения
• Высокоуровневые сценарии
• На ранних этапах

Casual Use Cases (Неформальные)

• 2-3 абзаца
• Описание основного потока
• Без детализированных альтернатив

Fully Dressed Use Cases (Полные)

• Развёрнутое описание
• Все потоки и исключения
• Для разработки

Диаграмма Use Case

          ┌─────────────────┐
          │    Система      │
          │   Интернет-магазин │
          └─────────────────┘
                 ▲
      ┌──────────┼──────────┐
      │          │          │
   Покупатель  Администратор  Платёжная система
      │          │          │
      └──────┬───┴─────┬────┘
             │         │
        Оформить    Управлять
        заказ      товарами
             │         │
             └────┬────┘
              Отправить
             уведомление

Лучшие практики

Делай:

• ✓ Используй понятный язык
• ✓ Фокусируй на цели актора
• ✓ Описывай взаимодействие, не технику
• ✓ Включай исключительные случаи
• ✓ Валидируй с бизнесом

Не делай:

• ✗ Не описывай техническую реализацию
• ✗ Не используй жаргон, непонятный стейкхолдерам
• ✗ Не забывай про error handling
• ✗ Не делай слишком детализированные шаги
• ✗ Не игнорируй граничные случаи

Разница между Use Case и User Story

Use Case:

• Детальное описание процесса
• Может включать множество шагов
• Для анализа и дизайна

User Story:

• Простое описание требования
• "Как [актор], я хочу [действие], чтобы [цель]"
• Для разработки в спринте

Use Cases — это основа для понимания системы и разработки требований.