Software Requirements. Разработка требований.

В прошлом посте “Software Requirements. Три уровня требований.” мы рассмотрели три вида требований. Теперь давайте рассмотрим выглядит процесс их разработки.

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

  1. Извлечение (elicitation).
  2. Анализ (analysis).
  3. Документирование (specification).
  4. Проверка (validation).

Извлечение (elicitation).

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

Ключевые действия этого этапа:

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

Анализ (analysis).

Анализ требований предполагает достижение более полного понимания каждого требования и представление множеств требований в удобном виде.

Ключевые действия этого этапа:

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

Документирование (specification).

Требования к документации включают в себя представление и хранение собранной информации в хорошо организованном виде.

Ключевые действия этого этапа:

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

Проверка (validation).

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

Ключевые действия этого этапа:

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

    Важно.

    Вы никогда не соберете идеальные и полные требования. С практической точки зрения, цель разработки требований, является накоплением достаточного количества требований, чтобы разработать очередную порцию продукта с приемлемым уровнем риска. Причем “порция” может составлять 1 или 100 процентов от всего продукта, так и весь продукт. Достаточное количество требований позволяет уберечь от незапланированных переделок, из-за неполного понимания требований в начале разработки или проектирования.

    источник: Software Requirements

    Чернов Дмитрий© chernov.pro