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

Примеры элементов процесса:

элемент оценки ПО,

элемент проектирования архитектуры ПО,

элемент кодирования,

элемент экспертной оценки.

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

2. Описание каждого элемента процесса содержит ответы на следующие вопросы:

необходимые процедуры, практики, методы и технологии;

применяемые стандарты процессов и продуктов;

распределение ответственности за внедрение процесса;

необходимые инструменты и ресурсы;

исходные данные;

создаваемые промежуточные программные продукты;

промежуточные программные продукты, подлежащие экспертной оценке;

критерии готовности и завершения;

собираемые данные о продукте и процессе.

3. Описание отношений между элементами процесса касается следующих вопросов:

очередность,

интерфейсы,

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

Операция 3. Документирование и сопровождение описаний жизненных циклов ПО, утвержденных для использования в проектах.

Примеры жизненных циклов ПО:

«водопад»,

«водопад» с перекрытием,

«спираль»,

серийный выпуск,

единый прототип/»водопад» с перекрытием.

1. Жизненные циклы ПО должны быть совместимы с СППО.

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

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

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

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

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

Операция 4. Разработка и сопровождение инструкций и критериев для адаптации СППО к конкретному проекту.

1. Инструкции и критерии адаптации касаются следующих вопросов:

выбор и адаптация жизненного цикла ПО для проекта;

адаптация СППО с учетом жизненного цикла ПО и характеристик проекта;

стандарты документирования производственного процесса проекта.

Примеры адаптации:

адаптация процесса к новой линии продуктов или к среде разработки,

настройка процесса для конкретного проекта или класса проектов,

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

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

3. Документы, содержащие инструкции и критерии адаптации, должны быть управляемыми и контролируемыми.

Операция 5. Формирование и сопровождение базы данных производственного процесса организации (ППО).

1. База данных формируется в целях сбора и использования данных по производственным процессам и их промежуточным программным продуктам.

Примеры данных по процессам и промежуточным программным продуктам:

оценки объема ПО,

трудоемкости разработки и затрат;

фактические данные по объему ПО, трудоемкости разработки и затратам;

данные о производительности;

измерения качества ПО;

охват и эффективность экспертных оценок;

охват и эффективность тестирования;

меры по повышению надежности ПО;

количество и серьезность недостатков, обнаруженных в требованиях к ПО;

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

2. Информация, введенная в базу данных, проверяется в целях обеспечения целостности содержимого базы. Кроме этих сведений база данных содержит (непосредственно или в виде ссылок) фактические данные измерений и информацию, необходимую для понимания этих данных и оценки их корректности и применимости.