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

к соответствующим элементам в течение всего проекта.
2. Влияние на изменения системных требований и их отнесение к элементам
проекта.
Предпосылка 2 Установленные требования должны быть документированы.
К установленным требованиям относятся следующие:
1. Требования нетехнического характера (т. е. соглашения, условия и
договорные сроки), которые определяют операции проекта разработки ПО либо
влияют на них.
Примеры соглашений, условий и договорных сроков: поставляемые продукты,
сроки поставки, этапы проекта.
2. Технические требования к ПО. Примеры технических требований:
пользовательские, операторские, вспомогательные функции или функции
интеграции; требования к рабочим характеристикам; проектные ограничения;
язык программирования; требования к интерфейсу.
3. Критерии приемки, по которым будет оценено соответствие программных
продуктов установленным требованиям.
Предпосылка 3 На управление установленными требованиями должны быть
выделены соответствующие ресурсы и финансирование.
1. Для управления установленными требованиями должны быть назначены
сотрудники, обладающие опытом и квалификацией как в прикладной области, так
и в области разработки ПО.
2. Действия по управлению требованиями должны быть обеспечены
вспомогательными инструментальными средствами.
Примеры вспомогательных инструментальных средств:
электронные таблицы,
инструменты управления конфигурацией,
инструментарий для отслеживания изменений,
инструментарий для управления тестированием.
Предпосылка 4 Члены группы разработки ПО и других смежных групп должны
пройти соответствующее обучение для выполнения своих задач по управлению
требованиями.
Примеры тем учебных занятий:
используемые в проекте методы, стандарты и процедуры;
предметная область.

Выполняемые операции

Операция 1 Группа разработки ПО рассматривает установленные требования
до их внедрения в проект.
1. Выявляются пропущенные пункты требований.
2. Выполняется проверка установленных требований на:
выполнимость и возможность реализации в виде программы,
четкость и корректность формулировки,
отсутствие противоречий между требованиями,
возможность тестирования.
3. Все установленные требования, в которых были обнаружены
потенциальные проблемы, проверяются группой, ответственной за анализ и
отнесение системных требований, после чего вносятся необходимые изменения.
4. Все вытекающие из установленных требований обязательства обсуждаются
вместе с задействованными группами.