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

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

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

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

Элементы Use Case

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

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

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

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

Use Case vs 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. Как написать сценарий использования