Use Case. Как описывать и использовать

Use Case (синонимы: вариант использования, прецедент, сценарий) – это способ описания сценария взаимодействия пользователя с системой. Use Case помогает определить функциональные требования к системе, а также показать, как она взаимодействует с другими участниками.

UC рассматривает проектируемое ПО как «чёрный ящик», описывая взаимодействие с системой с точки зрения внешнего наблюдателя: что система должна сделать, чтобы актор достиг своей цели, а не как это должно быть реализовано в коде.

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

Use Case может состоять из следующих элементов

💩Название. Кратко и однозначно отражает суть сценария
💩Цель. Зачем нужен этот сценарий? Для чего? Без цели сценарий бесполезен
💩Акторы. Участники, которые вовлечены в сценарий (человек или система)
💩Предусловия. Условия, которые должны быть выполнены перед началом сценария
💩Триггеры. События, которые запускают основной поток.
💩Основной поток. Последовательность шагов, которые выполняются акторами для достижения цели сценария. Каждый шаг описывает действие актора и реакцию системы
💩Альтернативные потоки. Варианты развития событий, которые отличаются от основного потока. Они могут быть вызваны ошибками, исключениями, выбором пользователя (if-else) или другими причинами
💩Результат (Постусловия). Что получится на выходе сценария
💩Бизнес-правила. Регламенты или ограничения, влияющие на Use Case

Как прорабатывать требования в формате Use Case

1️⃣ Определите акторов – людей и системы
2️⃣ Составьте список всех UC, которые задействуют акторов
3️⃣ Для каждого UC определить цель, предусловия, постусловия
4️⃣ Опишите основной поток каждого UC
5️⃣ Дополните описания UC альтернативными потоками

Use Case может быть описан в виде таблицы, текстом или на диаграмме UML.

Use Case 🆚 User Story

🔸 User Story — это краткое описание того, что хочет достичь пользователь, используя систему. Они обычно начинаются со слов «как пользователь, я хочу… «, и далее следует описание того, что пользователь хочет сделать. User Story сосредоточены на том, что пользователь хочет, а не на том, как это реализовать.

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

📖 Книга: Алистер Коберн, «Современные методы описания функциональных требований»

📎 Статьи
1. Алгоритм описания функциональных требований к системе в формате Use Case — А. Вичугова и А. Гасраталиева / Systems Education
2. USE CASES. Что это такое и зачем они нужны?
3. Инструкция по работе со сценариями использования для молодого системного аналитика
4. Как мы создали шаблон функциональных требований к разработке ПО — от аналитиков МТС
5. Двадцать лет с юзкейсами: выжимаем практический опыт — статья от аналитика Qiwi
6. Усиление методики Use Case данное в книге Алистера Кобёрна — Евгений Скориков
7. Варианты на все случаи жизни: как написать полезный use case
8. Use Case и User Story: в чем разница
9. Ликбез по UML Use Case диаграмме

⏯ Видео
1. Использование Use case и User story для декомпозиции задач — Михаил Максимов
2. Фиксация требований с помощью Use Case / Демо-занятие курса «Системный аналитик»
3. Use Cases. Разбор вопросов и примеров диаграмм и описания от ЛАФ: часть 1 и часть 2
4. Идеальный USE CASE: как описать сценарий, чтобы его не вернули на доработку — MediaSoft
5. Как написать сценарий использования

#требования