Перейти к содержимому

Сбор требований: 5 методов (кратко)

20 Декабрь 2010

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

Наиболее часто используемые техники:

  1. Интервьюирование;
  2. Прототипирование;
  3. Анализ вариантов использования;
  4. Пользовательские истории;
  5. Семинары.

Рассмотрим чуть подробнее каждый из приведенных методов.

1. Интервью

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

2. Прототипирование

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

3. Анализ вариантов использования

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

4. Пользовательские истории

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

5. Семинары

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

Комментарии (2) leave one →
  1. 11 Январь 2011 18:30

    Ань, а о сборе каких требований ты пишешь: функциональных, нефункциональных, интеграционных?

  2. 14 Январь 2011 16:08

    Здесь было бы уместно говорить о сборе требований от заинтересованных лиц. А уже исходя из полученных сведений аналитик сможет сформулировать функциональные и нефункциональные требования к системе.

Добавить комментарий

Fill in your details below or click an icon to log in:

Логотип WordPress.com

You are commenting using your WordPress.com account. Log Out / Изменить )

Фотография Twitter

You are commenting using your Twitter account. Log Out / Изменить )

Фотография Facebook

You are commenting using your Facebook account. Log Out / Изменить )

Connecting to %s

Follow

Get every new post delivered to your Inbox.