Как стать автором
Поиск
Написать публикацию
Обновить

Методы формализации требований: Use Case vs User Story

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров35K
Всего голосов 9: ↑8 и ↓1+10
Комментарии2

Комментарии 2

User Story: "Как администратор сайта, я хочу создать отчёт о продажах, чтобы анализировать месячные продажи и принимать решения по ассортименту."

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

Пример Use Case содержит ряд грехов по версии всех религий, кроме ленивой.

  1. Актор висит в вакууме, выбрает товары в вакууме и т.п.
    Если свою систему не причисляете к акторам (а зря), то надо указать, с чем взаимодействует один этот актор.

  2. Система, по-видимому, обладает телепатией, раз знает, есть товар на складе или нет. Надо анализировать наличие товара в системе с признаком "склад", а не товар на складе - это очень грубая ошибка, какой бы суперавтоматизированной система ни была

Зарегистрируйтесь на Хабре, чтобы оставить комментарий