Варианты использования и пользовательские истории: разница

Что такое вариант использования?

Вы когда-нибудь чувствовали, что готовый продукт существенно отличается от того, что вы сначала себе представляли? Или в окончательной версии нет функции, которую вы искали. Эти неудачи распространены, и их знание может облегчить понимание того, почему компаниям вообще нужны варианты использования.

Вариант использования можно описать как объяснение того, как кто-то достигнет цели, используя определенный процесс. Технически он описывает, как взаимодействуют система и ее действующие лица. Документ, содержащий все действия пользователя для достижения цели, является результатом этого процесса.

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

Некоторые важные термины используются на протяжении всего процесса использования. Эти принципы служат основой и основой всей процедуры.

• Цель: действующее лицо — это кто-то или что-то, взаимодействующее с системой. Это пользователи системы.
• Система: вариант использования, направленный на получение этого результата. Часто это результат этого процесса.
• Программа: включает каждый шаг, предпринятый для достижения желаемого эффекта.

Три фундаментальные концепции не всегда применимы. Каждый проект, модель и ситуация имеют уникальный уровень сложности. В случае использования для сложных элементов используются многочисленные дополнительные фразы. Подобные термины включают:

• Заинтересованные стороны: Все заинтересованные стороны заинтересованы в том, как сложится вариант использования. Пользователи не обязаны участвовать.
• Триггеры: события, которые позволяют запустить вариант использования, являются триггерами.
• Предпосылки: Это все условия, которые должны совпасть, чтобы кейс произошел.

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

Ознакомьтесь с нашими бесплатными курсами по разработке программного обеспечения.

Что такое пользовательская история?

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

Пользовательские истории создаются максимально простыми, чтобы избавить команду и заинтересованные стороны от необходимости интерпретировать множество технических языков. Но это не означает, что написать пользовательскую историю просто. В одну строку упаковано много данных. Команда также должна определить и разработать свой пользовательский образ, прежде чем создавать пользовательскую историю и составлять все требования к продукту.

Изучите наши популярные курсы по программной инженерии

Теория трех C

Три критических элемента эффективных пользовательских историй — это 3C. Идею выдвинул Рон Джеффрис, соавтор практики пользовательских историй. В наши дни, когда мы говорим о пользовательских историях, мы обычно имеем в виду пользовательские истории, состоящие из этих трех факторов.

Карты

Карточки используются для написания пользовательских историй. Короткая фраза с достаточным количеством текста появляется на каждой карточке истории пользователя, чтобы напомнить тему истории.

Беседа

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

Подтверждение

Подтверждение иногда можно назвать критерием приемлемости пользовательской истории. В ходе обсуждения требований заказчик консультирует аналитика о том, чего он хочет, а также об условиях и стандартах, при которых работающее программное обеспечение будет принято или отклонено. Определенные случаи записываются как доказательство. Помните, что подтверждение фокусируется на подтверждении правильности работы соответствующей пользовательской истории. Это не интеграционный тест.

Изучите наши бесплатные курсы по разработке программного обеспечения

Варианты использования и пользовательские истории: разница

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

Технический и пользовательский фокус

Потребности пользователя представлены в пользовательской истории. Он привлекает внимание к проблеме, с которой пользователь сталкивается ежедневно. Язык этого проекта прост и предназначен для обеспечения согласованности между всеми заинтересованными сторонами. Варианты использования, с другой стороны, разрабатываются только для команды разработчиков. Это дает команде представление о том, что должно делать программное обеспечение. В нем также описывается каждый шаг, который должны предпринять программисты для разработки программного обеспечения. Благодаря этому варианты использования гораздо более детализированы, чем пользовательские истории.

Базовый против углубленного

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

Востребованные навыки разработки программного обеспечения

Краткое против подробного

Пользовательские истории упускают значительный объем информации. Это потому, что он оставляет место для улучшения и обсуждения. Эта особенность пользовательских историй является преднамеренной. Это подталкивает заинтересованные стороны к диалогу и улучшению продукта. Напротив, варианты использования являются частными. Они подробно рассказывают о каждом шаге, который может предпринять разработчик. В общем, нет места для обсуждения.

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

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

• Указанная история пользователя может быть не так подробно записана, как вариант использования.
• Многочисленные важные детали намеренно опущены в пользовательских историях. Пользовательские истории формируются с целью начать обсуждение на встречах схватки.
• Более короткие шаги для более регулярной обратной связи, а не более тщательная формулировка требований заранее, как в сценариях использования.

Варианты использования и пользовательские истории: сходство

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

• Пользовательские истории включают цель, критерии приемлемости и роль пользователя.
• Сценарии использования включают сопоставимые компоненты, такие как действующее лицо, поток событий и постусловия.

Итак, какой из них вы должны использовать?

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

Многие команды считают, что использование как пользовательских историй, так и вариантов использования является наиболее эффективным способом работы. Команды могут использовать оба, чтобы извлечь выгоду из лучшего из обоих миров. Во-первых, они излагают свой Спринт простым языком, понятным всей команде и всем заинтересованным сторонам. Затем команда разрабатывает варианты использования, увеличивая пользовательские истории. Это обеспечивает им структуру и оригинальность, а также простоту и детализацию. Группы, использующие как пользовательские истории, так и варианты использования для своего проекта, лучше ориентируются и заявляют о своих ожиданиях.

Прочтите наши популярные статьи, связанные с разработкой программного обеспечения

Вывод

На этом этапе вы знаете цель вариантов использования и пользовательских историй. Успех продукта основан на этих идеях. Если вы хотите правильно понять, чем пользовательские истории отличаются от вариантов использования, MBA upGrad в Ливерпульской бизнес-школе поможет вам понять концепцию в деталях. Курс поможет вам стать одним из лучших в этой области. Зачисление на этот курс даст вам обучение по всем аспектам, необходимым для понимания концепций пользовательских историй и вариантов использования, а также их конкретной реализации для достижения оптимальных результатов.