Контроль изменений требований

Разработка материалов проекта на основе требований

Анализ требований

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

Обучение

Специалисты, которые в соответствии с должностными инструкциями могут занимать в проекте роль Аналитика проходят специальное обучение по темам:

· Процедуры и методики управления требованиями

· Стандарты управления требованиями

· Использование средства Rational Requisite Pro в управлении требованиями

Назначение специалистов на роль Аналитика осуществляется из числа специалистов, владеющих тематикой в требуемой предметной области проекта.

Перед началом работ по проекту по разработке программного обеспечения требования проходят следующие проверки:

1. Менеджер проекта анализирует требования в отношении их корректности, соответствия контракту и другим исходным документам.

2. Аналитик анализирует требования в отношении их качества.

3. Проектировщик анализирует требования с точки зрения их технической реализуемости.

4. Тестировщик анализирует требования с точки зрения их тестируемости.

5. Разработчик анализирует требования с точки зрения трудоемкости их выполнения.

По результатам анализа вносятся предложения по корректировке требований. Для конечной версии требований составляется список проблем и рисков, по которым должно приниматься решение.

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

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

2. Проектировщик разрабатывает Технический проект. Источникам для разработки Технического проекта являются утвержденные требования и данные ГТР по апробированным проектным решениям в указанном домене требований.

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

4. Разработчик осуществляет кодирование и отладку программного обеспечения. Источником для работы являются утвержденное ТЗ, Технический проект, план тестирования.

При внесении изменений или конкретизации требований Аналитик проводит первичную оценку влияния изменений на проект и готовит предложения о целесообразности внесения изменений. В процессе работы он ведет согласование с Заказчиком и в рабочей группе проекта и координирует всю работу по подготовке решения об изменении.

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

Запрос на изменение проходит проверку у руководителя проекта, проектировщика, тестировщика и разработчика. Решение об изменении утверждается в порядке, предусмотренном для основного документа.

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

После утверждения изменений требований проводится каскадное приведение в соответствие всех зависящих материалов проекта:

1. Руководителем проекта выполняются необходимые изменения в плане проекта и плане рисков.

2. Проектировщик модифицирует Технический проект.

3. Тестировщик вносит изменения в План тестирования.

4. Разработчиком выполняются необходимые правки в разработанных модулях программного обеспечения.

Новые версии документов помещаются под конфигурационный контроль с описанием произведенных изменений.

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

Дата добавления: 2014-01-07