Основы управления требованиями к информационным и программным системам

Основной принцип управления требованиями

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

Управление требованиями по Д. Леффингуэллу и Д. Уидригу

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

В ходе управления требованиями по Карлу И. Виггерсу должны выполняться следующие действия:

• определение основной версии требований (моментальный срез требований для конкретной версии продукта);

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

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

• согласование плана проекта с требованиями;

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

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

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

Шаблон определения статуса требования по Карлу И. Виггерсу

Состояние	Определение
Proposed (Предложено)	Требование запрошено авторизованным источником
Approved (Одобрено)	Требование проанализировано, его влияние на проект просчитано и оно было размещено в базовой версии новой версии проекта. Ключевые заинтересованные в проекте лица согласились с этим требованием, а разработчики ПО обязались реализовать его
Implemented (Реализовано)	Код, реализующий требование, разработан, написан и протестирован. Требование отслежено до соответствующих элементов дизайна и кода
Verified (Проверено)	Коректное функционирование реализованного требования подтверждено в соответствующем продукте. Требование отслежено до соответствующих вариантов тестирования. Теперь требование считается завершенным
Deleted (Удалено)	Утвержденное требование удалено из базовой версии. Необходимо описать причины удаления и назвать того, кто принял решение об удалении требования
Rejected (Отклонено)	Требование предложено, но не запланировано для реализации ни в одной из будущих версий. Необходимо описать причины отклонения и назвать того, кто принял это решение

Основной инструмент управления требованиями

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