Истории пользователей и сценарий использования
в чем разница между пользовательскими историями и сценарием использования , с точки зрения цели ?
2 ответов
варианты использования больше похожи на контракт в то время как истории использования являются инструментом планирования. Следовательно, прецеденты обычно переживают истории пользователей, поскольку они (должны) служить документацией, которая конкретно отражает построенную систему.
истории пользователей написаны клиентом / заинтересованным лицом/клиентом / пользователем. Истории пользователей не очень подробны и относительно открыты для интерпретации.
варианты использования более формальны по структуре и часто написаны кем-то на команда-требования инженер / менеджер продукта. Они часто более детализированы, разбивая взаимодействие на отдельные этапы и четко определяя предварительные и последующие условия, такие как условия неудачи и условия успеха.
в то время как один вариант использования может охватывать множество сценариев - успех и неудача; ошибки проверки; дополнительные варианты использования и расширения-история пользователя более ограничена по области, обычно описывая один сценарий.
Смотрите также User_story#Comparing_with_use_cases в Википедии, а также глава" какие варианты использования не являются " в книге Примененные Истории Пользователей.
и наконец, по данным Allistair Кокберн...
история пользователя является синонимом "функции", используемой в 1990-х годах, маркером того, что должно быть построено, достаточно мелкозернистым, чтобы вписаться в современные периоды итерации/спринта.
прецедент предоставляет контекстное представление то, что должно быть построено, служит для того, чтобы связать организацию вместе, среди прочего.
" история пользователя для случая использования, как газель для беседки.- ...Кокберн!--2-->
Рассказы Пользователей (в отличие от требований) краткие заявления о намерениях, которые описывают что-то система должна сделать для некоторых пользователей. Это основной метод, используемый agile-команд понимать и связывать требования клиента. Это, безусловно, удобная конструкция, и небольшие истории пользователей помогают нам управлять крайним инструментализмом это характеризует гибкое развитие.
Варианты Использования являются традиционным способом выражения поведения системы в сложных системах. Варианты использования являются основным средством представления требований с помощью UML. Они хорошо описаны, а также в различных текстах на эту тему. случаи использования можно использовать как для спецификации, так и для анализа. Они особенно полезны, когда система интересов, в свою очередь, состоит из других подсистем.
Книги I рекомендую:
- Требования К Гибкому Программному Обеспечению (Дин Леффингуэлл)
- Написание Эффективных Вариантов Использования (Алистер Коберн)