Марк Паулк - Модель зрелости процессов разработки программного обеспечения
компиляторы, другие вспомогательные инструментальные средства.
2. Элементам/блокам конфигурации присваиваются уникальные идентификаторы.
3. Определяются характеристики каждого элемента/блока конфигурации.
4. Определяются базовые линии, которым принадлежат элементы/блоки конфигурации.
5. Для каждого элемента/блока конфигурации определяется стадия разработки, на которой он помещается в систему управления конфигурацией.
6. Определяется ответственный за каждый элемент/блок конфигурации (т. е. его владелец с точки зрения управления конфигурацией).
Операция 5 Запросы на изменения и отчеты по проблемам для всех элементов/блоков конфигурации регистрируются, рассматриваются, утверждаются и отслеживаются в соответствии с документированной процедурой.
Операция 6 Изменения базовых линий контролируются в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Выполнение проверок и/или регрессионных тестов, позволяющих убедиться, что изменения не вызовут нежелательного влияния на базовую линию.
2. Внесение в библиотеку базовых линий лишь тех элементов/блоков конфигурации, которые были утверждены комиссией SCCB.
3. Внесение и извлечение элементов/блоков конфигурации выполняется таким способом, который не нарушает корректность и целостность библиотеки базовых линий.
Примеры пошаговых действий внесения и извлечения: проверка санкционирования изменений, создание журнала изменений, ведение копий изменений, обновление библиотеки базовых линий, архивирование замененных базовых линий.
Операция 7 Создание продуктов на основе библиотеки базовых линий и контролирование их выпуска в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Комиссия SCCB санкционирует создание продуктов на основе библиотеки базовых линий.
2. Эти продукты, как для внутреннего, так и для внешнего использования, создаются только из тех элементов/блоков конфигурации, которые содержатся в библиотеке базовых линий.
Операция 8 Запись статуса элементов/блоков конфигурации в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Запись действий по управлению конфигурацией производится с детализацией, достаточной для того, чтобы иметь в наличии содержимое и статус всех элементов/блоков конфигурации и возможность восстановить прежние версии.
2. Ведение текущего статуса и истории (т. е. истории изменений и других действий) для всех элементов/блоков конфигурации.
Операция 9 Разработка стандартных отчетов, документирующих операции управления конфигурацией и содержимое базовых линий, и их распространение между задействованными в проекте группами и сотрудниками.
Примеры отчетов:
протоколы совещаний комиссии SCCB,
краткое описание и статус запроса на изменение,
краткое описание и статус отчета о проблемах (включая решения проблем),
краткое описание изменений базовых линий,
история изменений элементов/блоков конфигурации,
статус базовой линии конфигурации,
результаты аудитов базовых линий.
Операция 10 Проведение аудитов базовых линий конфигурации в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Аудит должен быть подготовлен соответствующим образом.
2. Проводится оценка целостности базовых линий.
3. Проверяется структура и средства библиотечной системы управления конфигурацией.
4. Проверяется полнота и корректность содержимого библиотеки базовых линий.
5. Проверяется соответствие применяемым стандартам и процедурам управления конфигурацией ПО.
6. Группа управления конфигурацией докладывает производственному менеджеру проекта о результатах аудита.
7. Действия, рекомендуемые по результатам аудита, отслеживаются до их завершения.
Измерения и анализ
Измерение 1. Выполнение измерений и использование их результатов для определения состояния работ по управлению конфигурацией.
Примеры измерений:
количество запросов на изменение, обрабатываемое за единицу времени;
выполнение этапов работ по управлению конфигурацией в сравнении с планом;
объем выполненных работ по управлению конфигурацией и израсходованные при этом ресурсы.
Проверка внедрения
Проверка 1. Регулярная проверка высшим руководством работ по управлению конфигурацией.
Регулярные проверки проводятся высшим руководством для получения своевременной информации о процессе разработки ПО и его понимания на соответствующем уровне абстрагирования. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.
Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 2. Регулярные и событийные проверки менеджером проекта работ по управлению конфигурацией ПО.
Практики, связанные со стандартным содержанием проверок со стороны руководства проекта, содержатся в описании Проверки № 2 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
Проверка 3. Регулярный аудит базовых линий, проводимый группой управления конфигурацией ПО в целях проверки их соответствия определяющей документации.
Проверка 4. Проведение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов SCM и выполнение отчетов по их результатам.
См. группу ключевых процессов «Обеспечение качества ПО».
Минимальное содержание проверок и/или аудитов:
1. Соответствие стандартам и процедурам управления конфигурацией работы следующих групп:
группы управления конфигурацией ПО, комиссии SCCB,
группы разработки ПО,
других групп, связанных с разработкой ПО.
2. Регулярность проведения аудитов базовых линий конфигурации.
ГЛАВА 9. УРОВЕНЬ 3: ОПРЕДЕЛЕННЫЙ УРОВЕНЬ
9.1. Координация производственного процесса организации
Группа ключевых процессов для уровня 3: определенный уровень
Цель группы ключевых процессов «Координация производственного процесса организации» заключается в установлении организационной сферы ответственности за выполнение мероприятий, совершенствующих общие производственные возможности организации.
Координация производственного процесса организации (ППО) включает в себя достижение и поддержку должного уровня понимания производственных процессов организации и проекта, а также координацию работ по оценке, разработке, сопровождению и усовершенствованию этих процессов.
Организация принимает на себя долгосрочные обязательства и обеспечивает ресурсы для группы (например, для группы инженерии производственного процесса), координирующей разработку и поддержку производственных процессов текущего и будущих проектов. Эта группа несет ответственность за работы, связанные с ППО, в частности за развитие и поддержку стандартного производственного процесса организации (СППО) и связанных с ним основных средств (как это описано в группе ключевых процессов «Определение производственного процесса организации»), а также координирует операции процесса с проектами разработки ПО.
Цели
Цель 1. Координация мероприятий по разработке и усовершенствованию производственного процесса в рамках всей организации.
Цель 2. Выявление преимуществ и недостатков используемых производственных процессов в сравнении со стандартным процессом.
Цель 3. Планирование мероприятий, проводимых на уровне организации в целях разработки и усовершенствования производственного процесса.
Обязательства по выполнению
Обязательство 1. Организация следует документированной политике координирования общекорпоративных мероприятий по разработке и усовершенствованию производственного процесса.
Эта политика обычно состоит из следующих указаний:
1. Создается группа, в сферу ответственности которой входят работы, связанные с ППО, и их координация с проектами.
2. Регулярная оценка производственных процессов, используемых в проектах, проводимая в целях оценки их преимуществ и недостатков.
3. Производственные процессы проектов получаются путем соответствующей адаптации стандартного производственного процесса организации к конкретному проекту.
