Модель зрелости процессов разработки программного обеспечения

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

Проверка внедрения

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

Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».

Проверка 2. Регулярные и событийные проверки мероприятий по инженерии разработки программного продукта со стороны менеджера проекта.

Практики, связанные со стандартным содержанием проверок со стороны руководства проекта, содержатся в описании Проверки № 2 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».

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

См. группу ключевых процессов «Обеспечение качества ПО».

Минимальное содержание этих проверок и/или аудитов:

1. Проверка следующих качеств требований к ПО:

полнота,

корректность,

непротиворечивость,

осуществимость,

возможность тестирования.

2. Выполнение критериев готовности и завершения для каждой задачи разработки ПО.

3. Соответствие программных продуктов указанным для них стандартам и требованиям.

4. Выполнение требуемого тестирования.

5. Выполнение системного и приемочного тестирования ПО в соответствии с документированными планами и процедурами.

6. Соответствие результатов тестирования приемочным критериям согласно документу плана тестирования ПО.

7. Успешное выполнение тестов и запись их результатов.

8. Документирование, отслеживание и принятие мер по устранению обнаруженных проблем и недостатков.

9. Отслеживание установленных требований до требований к ПО, архитектуры, кода и тестовых сценариев.

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

9.6. Межгрупповая координация

Группа ключевых процессов для уровня 3: определенный уровень

Цель группы ключевых процессов «Межгрупповая координация» заключается в том, чтобы установить средства активного взаимодействия разработчиков с другими инженерными группами в целях более эффективного и рационального удовлетворения потребностей заказчика.

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

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

Практики, относящиеся к разработке ПО и связанные с этими инженерными задачами, описываются в группах ключевых процессов «Управление требованиями» и «Инженерия разработки программного продукта».

Цели

Цель 1. Согласование требований заказчика со всеми группами, задействованными в проекте.

Цель 2. Взаимное согласование обязательств между задействованными инженерными группами.

Цель 3. Выявление, отслеживание и разрешение инженерными группами проблем межгруппового взаимодействия.

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

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

Эта политика обычно состоит из следующих положений:

1. Системные требования к проекту и цели проектного уровня определяются и рассматриваются всеми задействованными группами.

Примеры групп, задействованных в проекте:

группа разработки ПО,

оценки составляющих проекта,

системного тестирования,

обеспечения качества ПО,

управления конфигурацией ПО,

управления договорами,

управления документацией.