Погружаемся в использование Use Case в JIRA🌟

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

1. Акторы

Представляют собой роли или внешние сущности, взаимодействующие с системой. Это могут быть как пользователи, так и другие системы или устройства. Например, в системе онлайн-заказов актором может быть "Покупатель" или "Администратор".

2. Предусловия

Описывают состояния и условия, которые должны быть выполнены до начала сценария использования. Например, для сценария оформления заказа предусловие может быть: "Пользователь должен быть авторизован в системе".

3. Основной поток

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

4. Альтернативные потоки:

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

5. Постусловия:

Описывают состояние системы после завершения сценария. Например, для сценария оформления заказа постусловие может быть: "Информация о заказе сохранена в базе данных".

6. Исключения:

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

Название: Сброс пароля

Акторы: Зарегистрированный пользователь

Предусловия: Пользователь должен иметь доступ к зарегистрированному электронному адресу.

Основной сценарий:

Пользователь нажимает на кнопку "Забыли пароль?".

Система запрашивает электронный адрес.

Пользователь вводит свой электронный адрес.

Система отправляет инструкции по сбросу пароля на указанный адрес.

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

Альтернативный сценарий: Если пользователь вводит неверный электронный адрес, система отображает сообщение об ошибке.

Постусловия: Новый пароль успешно установлен.

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

Итак, что использовать в работе use cases или user stories? Как решить, что лучше для вашей команды? Если у вас есть большой опыт работы с agile-проектами и в agile-командах, вы знаете неоспоримую ценность user stories. Они передают то, что пользователь или клиент хочет достичь, так что команды всегда учитывают потребности пользователя. Однако, несмотря на то, что use cases немного устарели, они могут предоставить необходимый контекст относительно того, как используется система. Они описывают, как пользователь взаимодействует с системой, отвечая на многие вопросы заранее, чтобы помочь управлять сложными процессами.

Кроме того, было бы не очень по agile-ски игнорировать решение только потому, что вы не пробовали его раньше. 😉