5. Требования к интерфейсу определяют, что необходимо сделать на данном интерфейсе (глава 3.6) между различными системами, подсистемами или компонентами для работы продукта. Для физического интерфейса они будут определять, например, эксплуатационные или проектные характеристики физического соединения или соединения между двумя объектами (прочность соединения, давление, возникающее в соединении, несущем указанный поток жидкости или газа, размер и тип крепежных деталей), электрические характеристики (кодовый отраслевой номер разъема, допустимая нагрузка по току, сопротивление, емкость или скорость передачи данных через соединение).

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

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

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

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

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

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

Сформулированный и утвержденный набор требований необходим для начала процесса проектирования продукта и обеспечивает:

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

• понятные обязанности проектных групп для выполнения требований;

• ранние гарантии того, что все требования верхнего уровня полностью удовлетворены в продукте, с прослеживаемостью до того места, где они выполняются;

• проверку предотвращения непреднамеренного добавления функций и затрат, чтобы избежать внеплановой «позолоты» (удорожания) проекта;

• быструю оценку влияния любых изменений, внесенных в требования;

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

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