Software Requirements. Разработка требований.
В прошлом посте “Software Requirements. Три уровня требований.” мы рассмотрели три вида требований. Теперь давайте рассмотрим выглядит процесс их разработки.
Условно, разработку технических требований к созданию нового продукта, можно разделить на четыре этапа:
- Извлечение (elicitation).
- Анализ (analysis).
- Документирование (specification).
- Проверка (validation).
Извлечение (elicitation).
В этот этап входят все действия, которые связаны с поиском и выявлением требований. Это могут быть интервью, мозговые штурмы, анализ документации, прототипирование…
Ключевые действия этого этапа:
- выявление типов пользователей и заинтересованных сторон
- определение бизнес-требований, целей продукта, пользовательских требований и соотношение их друг с другом
- изучение среды (окружения) в которой продукт будет использоваться
- работа с каждым типом пользователей для выявления требований к функционалу и качеству
Анализ (analysis).
Анализ требований предполагает достижение более полного понимания каждого требования и представление множеств требований в удобном виде.
Ключевые действия этого этапа:
- классификация полученных данных для определения целей, задач, функциональны требований, ожидания качества, бизнес-правила и предложенные решения
- распределение высокоуровневых требований на соответствующие уровни детализации
- извлечение функциональных требований из полученной информации и требований
- определение приоритетов важности к требованиям качества
- определение приоритетов реализации функционала
- выявление пробелов и излишней информации в существующих требованиях
Документирование (specification).
Требования к документации включают в себя представление и хранение собранной информации в хорошо организованном виде.
Ключевые действия этого этапа:
- описание собранной информации и представление ее в графическом виде
- описание должно быть в понятно заданной целевой аудитории или рабочей группе
Проверка (validation).
Цель этого этапа в том, чтобы удостовериться, что у вас есть правильный набор требований, которые позволят разработчикам создавать решения, которые удовлетворяют поставленные бизнес-требования.
Ключевые действия этого этапа:
- просмотр документации, для удостоверения, что запросы пользователей понимаются однозначно перед реализацией продукта.
- разработка тестов, для подтверждения того, что продукт будет удовлетворять потребностям клиентов и достигать бизнес-целей
Важно.
Вы никогда не соберете идеальные и полные требования. С практической точки зрения, цель разработки требований, является накоплением достаточного количества требований, чтобы разработать очередную порцию продукта с приемлемым уровнем риска. Причем “порция” может составлять 1 или 100 процентов от всего продукта, так и весь продукт. Достаточное количество требований позволяет уберечь от незапланированных переделок, из-за неполного понимания требований в начале разработки или проектирования.
источник: Software Requirements
Чернов Дмитрий© chernov.pro