В разработке программного обеспечения истории пользователей и случаи использования — это две часто используемые техники для фиксации и описания требований с точки зрения конечных пользователей. Хотя обе техники используются для описания потребностей пользователей, у них есть некоторые ключевые различия, которые делают их подходящими для разных ситуаций. В этой статье мы обсудим истории пользователей против случаев использования, их различия и когда следует использовать каждый из них.
Истории пользователей
Истории пользователей — это техника, используемая для описания потребности пользователя или бизнес-требования в простой и краткой форме. Обычно они записываются по простому шаблону: «Как <пользователь>, я хочу <цель/желание>, чтобы <причина/выгода>». Например: «Как клиент, я хочу иметь возможность просматривать историю своих заказов, чтобы отслеживать свои предыдущие покупки».
Истории пользователей обычно используются в методологиях Agile, таких как Scrum или Kanban, где требования фиксируются итеративно и поэтапно. Цель истории пользователя — зафиксировать небольшой, отдельный элемент функциональности, который может быть доставлен за один итерационный цикл или спринт. Истории пользователей часто записываются на карточках или стикерах и используются для ведения диалога между командой разработки и заинтересованными сторонами.
Одним из преимуществ историй пользователей является их простота понимания и возможность их написания любым человеком, включая не технических заинтересованных сторон. Они фокусируются на потребностях пользователя и написаны на языке, доступном всем. Истории пользователей также гибкие и могут легко изменяться или переоцениваться по приоритетам по мере изменения требований.
Однако у историй пользователей есть некоторые ограничения. Они не дают полной картины системы или её функциональности, и не описывают взаимодействие между пользователями и системой. Они также не предоставляют чёткого определения критериев приемки или тестовых случаев.
Случаи использования
Случаи использования — это техника, используемая для описания взаимодействия между пользователем и системой. Обычно они описывают серию шагов, которые пользователь предпринимает для достижения конкретной цели, а также реакции системы на каждый шаг. Случаи использования обычно записываются на более формальном языке, используя шаблон, включающий список участников, предусловия, триггеры, шаги и постусловия.
Например, случай использования для интернет-магазина может быть «Сделать заказ». Этот случай использования описывает шаги, которые предпринимает пользователь для оформления заказа, например, выбор товаров, ввод информации о доставке и ввод информации о платеже. Случай использования также описывает реакции системы на каждый шаг, например, проверку информации пользователя, расчет общей суммы заказа и отправку подтверждающего электронного письма.
Случаи использования часто используются в более традиционных методологиях разработки программного обеспечения, таких как модель водопада, где требования фиксируются заранее и детально анализируются до начала разработки. Случаи использования предоставляют более полную и детальную картину функциональности системы и могут использоваться для создания подробных тестовых случаев и критериев приемки.
Однако у случаев использования есть некоторые ограничения. Их может быть сложно понять не техническим заинтересованным сторонам, а их разработка и поддержка могут быть трудоемкими. Они также фокусируются на взаимодействии между пользователями и системой, а не на потребностях и целях пользователя.
Истории пользователей против случаев использования: когда использовать каждый из них
Истории пользователей и случаи использования — это обе полезные техники для фиксации требований, но они подходят для разных ситуаций.
Используйте истории пользователей, когда:
- Вы хотите зафиксировать потребности и цели пользователя в простой и понятной форме
- Вы используете методологии Agile, такие как Scrum или Kanban
- Вы хотите приоритизировать требования на основе потребностей пользователя
- Вы хотите поощрять сотрудничество и диалог между командой разработки и заинтересованными сторонами
- Вы хотите сосредоточиться на поставке небольших, поэтапных частей функциональности
Используйте случаи использования, когда:
- Вы хотите зафиксировать подробную картину функциональности системы
- Вы используете более традиционную методологию разработки программного обеспечения
Обзор
Истории пользователей и случаи использования — это обе ценные техники для фиксации и описания требований с точки зрения конечных пользователей. Хотя истории пользователей полезны для фиксации потребностей и целей пользователя в простой и понятной форме, случаи использования предоставляют более детальную картину функциональности системы и её взаимодействия с пользователями. Выбор той или иной техники зависит от конкретного проекта и используемой методологии разработки. В конечном итоге, обе техники могут помочь обеспечить соответствие разрабатываемого программного обеспечения потребностям конечных пользователей, что приведёт к более успешному продукту.