"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

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

Цели

Цель 1
Установление контроля над системными требованиями к ПО в целях
формирования базовой линии, используемой разработчиками ПО и руководством
проекта.
Цель 2 Поддержка согласованности планов разработки, продуктов и
операций с системными требованиями, отнесенными к ПО.

Обязательства по выполнению

Обязательство 1 Проект следует документу организационной политики
управления системными требованиями, отнесенными к ПО.
В рамках этих практик системные требования, отнесенные к ПО, называются
"установленными требованиями".
Установленные требования являются подмножеством системных требований,
которые должны быть реализованы в программных компонентах системы.
Установленные требования являются основной входной информацией для плана
разработки ПО. Анализ требований к ПО позволяет конкретизировать, уточнить и
документировать установленные требования.
Эта политика обычно состоит из следующих положений:
1. Установленные требования должны быть документированы.
2. Установленные требования рассматриваются:
? производственными менеджерами,
? другими задействованными группами.
Примеры групп, задействованных в проекте:
группа системного тестирования,
разработки ПО (включая все подгруппы, например, проектирования ПО),
системного проектирования,
обеспечения качества ПО,
управления конфигурацией ПО,
управления документацией.
3. Изменение установленных требований должно сопровождаться
согласованными изменениями планов разработки, промежуточных продуктов и
операций.

Необходимые предпосылки

Предпосылка 1 Для каждого проекта устанавливается сфера ответственности
за анализ системных требований и их отнесение к оборудованию, ПО и другим
компонентам системы.
Анализ и отнесение системных требований не входит в сферу
ответственности группы разработчиков, но является предпосылкой для их
работы.
Эта сфера ответственности включает в себя следующее:
1. Управление системными требованиями, их документирование и отнесение