Инновации от идеи до рынка

Распределение требований выполняется на самом раннем уровне создания концепции продукта. Функциональный анализ и распределение функций на разных уровнях продукта или системы обычно опираются на архитектуру системы и предшествуют распределению требований. Процесс установления и распределения требований при разработке продукта носит итеративный характер.

Характеристики хорошего требования (полезного, не вызывающего путаницы и реализуемого) включают множество позиций. Основные соображения при разработке хорошего требования перечислены далее:

• В формулировке требования должно быть указаны слова, что «продукт должен» (делать, выполнять, работать, обеспечивать, взвешивать), за которыми следует описание того, что должно быть сделано.

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

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

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

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

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

• Требование должно быть согласованным и прослеживаемым с другими требованиями выше и ниже в системной иерархии.

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

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

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