5 методов сбора требований

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

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

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

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

1. Интервью

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

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

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

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

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

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

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

5. Семинары

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

2 комментария

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

Оставить ответ