Инженерия требований

Инженерия требований ( Requirements Engineering - RE ) — это общеинженерная техническая дисциплина, которая отвечает за процессы разработки, документирования и поддержания требований. Эта дисциплина входит как в системную инженерию так и в программную инженерию.

Инженер, который занимается разработкой требований для программной или программно-аппаратной системы, называется инженер по требованиям ПО, а в случае системной инженерии часто на практике роль этого инженера может взять на себя системный инженер. В английском языке этот тип инженера называется Requirements Engineer.

Согласно модели CMMI 1.3 инженерия требования на верхнем уровне имеет два больших класса процессов: разработка требований (Requirements Development) и управление требованиями (Requirements Management).

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

Компании (поставщики) третьего уровня модели CMMI способны выполнять процессы разработки требований, т.е. разрабатывать требования для решения задач и проблем заказчика на основе исследования нужд заказчика, конечных пользователей, потенциальных сценариев использования, выявления ограничений, зависимостей, окружения и т.п. - другими словами, создавать продукт для решения задач и проблем заказчика, когда заказчик не является экспертом в создаваемом типе систем. Разработка требований - это процесс, целью которого является выявление, анализ и создание требований заказчика, продукта и уровня компонент.

Начиная с версии 2 модели CMMI (актуальна до конца июня 2024 года), а также в самой актуальной версии 3 модели (опубликована в 2023 году), разработка требований и управление требованиями описываются вместе (Requirements Development and Management - RDM) в одном разделе. Тем не менее, с точки зрения инженерии требований принципиальных изменений в классификации поставщиков в CMMI версии 2 нет. В CMMI модели 2.0 практики разработки требований (Requirements Development) отмечены как применимы только для компаний третьего уровня, что является эквивалентным по сути, и минорным изменением относительно CMMI 1.3 с точки зрения инженерии требований.