Моделирование · База
Как описать use cases системы
Зафиксировать цели акторов, основной поток и альтернативные исходы взаимодействия.
Кратко: за 2 минуты
Зафиксировать цели акторов, основной поток и альтернативные исходы взаимодействия. Результат работы — Use Case Specification.
Когда применять
Урок относится к этапу «Моделирование». Сделать процессы, состояния и данные обозримыми для бизнеса и команды разработки. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.
Что это дает
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Use Case Specification».
Пошагово: как выполнить
- Определите актора и его цель
- Опишите предусловия и основной поток
- Добавьте альтернативы и постусловия
Критерии приемки
- Use case заканчивается ценностью для актора
- Ошибки описаны отдельно
- Границы системы соблюдены
Типичные ошибки
- Делать use case перечнем экранов
- Описывать внутреннюю реализацию
Инструменты
Пример
Плохой пример
Делать use case перечнем экранов
Хороший пример
Учебный пример. Основной поток меняет адрес до передачи в доставку. Альтернативный поток объясняет отказ после отгрузки; актор описывает внешнюю роль, а не конкретного сотрудника.
Шаблон
Сценарий изменения адреса
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Рабочий артефакт
Сценарий изменения адреса
Учебный пример. Основной поток меняет адрес до передачи в доставку. Альтернативный поток объясняет отказ после отгрузки; актор описывает внешнюю роль, а не конкретного сотрудника.
- Процессы
- Состояния
- Сущности
- Исключения
Контроль качества
Комплект моделей системы
Use case заканчивается ценностью для актора
После релизов, изменения требований, обновления целей и появления новых рисков.
Контекст, проблему, доказательство, владельца, срок и критерий приемки.
Перед отметкой выполнено: Use case заканчивается ценностью для актора
Как применять
Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как описать use cases системы»?
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Use Case Specification».
С чего начать выполнение?
Определите актора и его цель
Как понять, что пункт выполнен?
Use case заканчивается ценностью для актора
Какая ошибка чаще всего мешает результату?
Делать use case перечнем экранов
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol