Истории пользователей и варианты использования

Question

Варианты использования - это всего лишь несколько пользовательских историй ??

Каковы преимущества использования пользовательских историй перед вариантами использования ... и наоборот ... Когда использовать одну перед другой ... Все ли гибкие методологии используют пользовательские истории ??

Answer 1

На самом деле исходные варианты использования (см. Якобсона ) были довольно легкими, как и сейчас.Со временем они эволюционировали до тех пор, пока общий формат «вариантов использования» не превратился в сложный документ с входами, выходами, наследованием, использованием отношений, псевдокодом и т. Д. Программисты, как правило, пытаются преобразовать все в программирование.

В любом случае попытка определить, что отличает «вариант использования» от «пользовательской истории» от «сценария», довольно бесполезна, поскольку трудно найти двух авторитетных специалистов, которые согласны с этим. \

Лично я считаю полезным паттерн «[Актер] [глаголы] [существительное], чтобы получить [коммерческую ценность]».Если речь идет о абзаце текста, он может быть слишком большим.

Answer 2

Когда доходит до Agile, это всего лишь ярлык, и люди расходятся во мнениях относительно того, что именно это означает.Точно так же люди называют очень разные вещи «вариантами использования».

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

Варианты использования могут быть гораздо более формальными (хотя некоторые люди пишут их и неформально) - они сосредоточены на каждом взаимодействии с системой и могут более подробно описывать несколько различных систем / участников /и т. д. в одном варианте использования.

Это только мой опыт - есть вероятность, что каждый использовал эти инструменты по-разному.Я бы не стал слишком зацикливаться на ярлыках - просто используйте то, что подходит для вашего проекта.

Answer 3

Сценарии использования не являются сборниками пользовательских историй.

Пользовательские истории обычно намного проще, чем варианты использования. Я думаю, что варианты использования пытаются охватить абсолютно все, что связано с поведением какого-либо аспекта системы. То есть все поведения, все пути к ошибкам и вся обработка исключений.

Рекомендуемый шаблон для пользователя:

<цитата>

Как (роль) я хочу (чего-то), чтобы (выгода)

(Спасибо Майку Кону за этот простой шаблон)

Подобные описания поведения более гибкие.

Этот вид шаблонов позволяет описывать поведение, используя разные уровни детализации. Например:

1. для тех историй, которые будут реализованы в более позднем спринте, вы можете описать поведение на высоком уровне, например Как член операционной группы я хочу контролировать систему удаленно, чтобы я мог определять ее работоспособность в дороге.
2. для тех историй, которые будут реализованы в следующем спринте, вы можете описать поведение немного более подробно, например Как член команды операторов я хочу иметь специальный вход только для операторов, чтобы я мог проверять работоспособность системы.
3. для историй, реализуемых в текущем спринте, вы можете очень подробно описать поведение, например Как член операционной группы я хочу иметь веб-интерфейс, чтобы я мог проверять текущий статус принимающего ftp-сервера.

ИМХО варианты использования гораздо более высечены в камне! Следовательно, обновление после первоначальной версии может быть проблемой.

HTH

ура,

Роб

Answer 4

Одним словом, нет.

Сценарии использования, как правило, представляют собой подробные спецификации, в которых излагается, как будет работать определенная часть функциональности или как конкретный пользователь собирается использовать систему. Обычно это голос определенного пользователя (или актера) и довольно самодостаточен.

С другой стороны, пользовательская история - это «приглашение к обсуждению». Обычно это одно или два предложения. Вот хороший ресурс для этого. И User Stories Applied Майка Кона того стоит.

Типичный синтаксис: «Как <пользователь>, мне нужна <функциональность> для достижения <бизнес-ценности>» или «Для достижения <бизнес-ценности> как <пользователь> мне нужна <функциональность>», что определяет ценность истории.

Пользовательские истории не предназначены для автономного использования, а предназначены для обсуждения истории между разработчиком и заказчиком (или доверенным лицом клиента).

Answer 5

Вы можете думать о сценарии использования как о пользовательской истории, но не наоборот.Вариант использования будет охватывать несколько «концовок» истории, особые требования (например, поля формы должны быть введены в формате xyz и отображать сообщение об ошибке 123, если пользователь вводит поле в неправильном формате).Кроме того, вариант использования может включать дополнительные ссылки на внешние документы, например правила безопасности.

Answer 6

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

• Он скорее описывает почему вам следует сделать ту или иную функцию вместо КАК или ЧТО .
• По моему личному опыту, это отличный способ сбалансировать видение клиента и разработчика для создания лучшего продукта.

В отличие от США, вариант использования ориентирован на то, кто использует ваш продукт.Вот в чем разница.

Я бы сказал, что для Agile-разработчика нет другого такого инструмента, как User Stories.Если вы хотите научиться успешно их писать, ознакомьтесь с этим сообщение.