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

Операция 2 Создание плана разработки ПО инициируется на ранних стадиях общего планирования проекта и выполняется параллельно ему.

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

1. Группа разработки рассматривает планы проектного уровня.

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

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

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

«водопад»,

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

«спираль»,

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

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

Операция 6 Подготовка проектного плана разработки ПО в соответствии с документированной процедурой.

Эта процедура обычно определяет следующие действия:

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

стандарты, применяемые заказчиком;

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

утвержденное техническое задание;

установленные требования.

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

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

Примеры других инженерных групп: системного проектирования, проектирования аппаратного обеспечения, системного тестирования.

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

4. План разработки ПО рассматривается:

менеджером проекта,

производственным менеджером проекта,

другими производственными менеджерами,

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

5. Документ плана разработки ПО должен быть управляемым и контролируемым.

Операция 7 Документирование плана проекта разработки ПО.

В ключевых практиках этот план (или совокупность планов) называется планом разработки ПО.

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

План разработки ПО раскрывает следующие вопросы:

1. Назначение, объем, цели и задачи проекта разработки.

2. Выбор жизненного цикла разработки.

3. Идентификация выбранных процедур, методов и стандартов разработки и сопровождения ПО.

Примеры стандартов и процедур разработки:

планирование разработки ПО,

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

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

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

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

4. Идентификация разрабатываемых промежуточных программных продуктов.

5. Оценки объема промежуточных программных продуктов и объема их изменений.

6. Оценки объема работ по проекту и затрат на их выполнение.

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

8. Календарные графики проекта разработки, включая определение ключевых точек и процедур проверки. 9. Идентификация и оценка рисков по выполнению проекта разработки.

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

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

См. описание Операции № 4 группы ключевых процессов «Управление конфигурацией ПО».

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

Эта процедура обычно определяет следующие действия:

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

Примеры оценочного расчета объема ПО:

оценка по функциональным точкам,

по реализованным возможностям,

по количеству строк кода,

по количеству пунктов требований,

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

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

системное ПО и вспомогательные программы,

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

программные и непрограммные промежуточные продукты (например, документы),

операции по разработке, проверке и утверждению промежуточных продуктов.

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

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

4. Предположения по оценкам объема документируются.

5. Оценки объема документируются, проверяются и согласуются.

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

менеджер проекта,

производственный менеджер проекта,

другие производственные менеджеры.