Модель зрелости процессов разработки программного обеспечения
Шрифт:
Предпосылка 5 Члены группы разработки ПО и других смежных групп должны пройти обучение выполнению своих задач по управлению конфигурацией.
Примеры групп, связанных с разработкой ПО:
группа обеспечения качества ПО,
группа управления документацией.
Примеры тем учебных занятий:
стандарты,
процедуры и методы выполнения работ по управлению конфигурацией группой разработки ПО и другими смежными группами,
роль, сфера ответственности и полномочия группы управления конфигурацией ПО.
Выполняемые операции
Операция 1
Эта процедура обычно определяет следующее:
1. План управления конфигурацией ПО разрабатывается на ранних стадиях общего планирования проекта и параллельно с ним.
2. План управления конфигурацией ПО рассматривается задействованными группами.
3. Документ плана управления конфигурацией ПО должен быть управляемым и контролируемым.
«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в данной группе ключевых процессов.
Операция 2 Документированный и утвержденный план управления конфигурацией используется в качестве основы для выполнения работ по SCM.
План охватывает следующие вопросы:
1. Выполняемые работы по управлению конфигурацией, график работ, назначение сфер ответственности и необходимые ресурсы (включая персонал, инструменты и аппаратное обеспечение).
2. Требования и работы по управлению конфигурацией, выполняемые группой разработки ПО и другими смежными группами.
Операция 3 Устанавливается библиотечная система управления конфигурацией, служащая репозитарием базовых линий.
Задачи, решаемые данной библиотечной системой:
1. Поддержка нескольких уровней контроля управления конфигурацией. Примеры ситуаций, ведущих к нескольким уровням контроля: в разные моменты жизненного цикла требуются различные уровни контроля (например, по мере роста зрелости продукта необходим более жесткий контроль); исключительно программные системы и системы, включающие в себя программное и аппаратное обеспечение, требуют различного уровня контроля.
2. Хранение и извлечение отдельных элементов/блоков конфигурации. 3. Обеспечение совместного использования и передачи элементов/блоков конфигурации между задействованными группами и между уровнями контроля внутри библиотеки. 4. Помощь в применении производственных стандартов к элементам/блокам конфигурации. 5. Хранение и извлечение архивных версий отдельных элементов/блоков конфигурации. 6. Обеспечение корректного создания продуктов на основе элементов из библиотеки базовых линий. 7. Хранение, обновление и предоставление записей по управлению конфигурацией. 8. Поддержка создания отчетов по управлению конфигурацией. 9. Поддержка структуры
Примеры функций поддержки библиотеки:
резервное копирование/восстановление библиотечных файлов,
восстановление библиотечной системы после сбоев.
Операция 4 Идентификация промежуточных программных продуктов, помещаемых в систему управления конфигурацией.
1. Выбор отдельных элементов/блоков конфигурации на основании документированных критериев.
Примеры промежуточных программных продуктов, которые можно определить в качестве элементов/блоков конфигурации:
документация по процессу (т. е. планы, стандарты или процедуры), требования к ПО, архитектура ПО, модули программного кода, процедуры тестирования ПО,
программная система, созданная для проведения тестирования ПО,
программная система, созданная для передачи заказчику или конечным пользователям,
компиляторы, другие вспомогательные инструментальные средства.
2. Элементам/блокам конфигурации присваиваются уникальные идентификаторы.
3. Определяются характеристики каждого элемента/блока конфигурации.
4. Определяются базовые линии, которым принадлежат элементы/блоки конфигурации.
5. Для каждого элемента/блока конфигурации определяется стадия разработки, на которой он помещается в систему управления конфигурацией.
6. Определяется ответственный за каждый элемент/блок конфигурации (т. е. его владелец с точки зрения управления конфигурацией).
Операция 5 Запросы на изменения и отчеты по проблемам для всех элементов/блоков конфигурации регистрируются, рассматриваются, утверждаются и отслеживаются в соответствии с документированной процедурой.
Операция 6 Изменения базовых линий контролируются в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Выполнение проверок и/или регрессионных тестов, позволяющих убедиться, что изменения не вызовут нежелательного влияния на базовую линию.
2. Внесение в библиотеку базовых линий лишь тех элементов/блоков конфигурации, которые были утверждены комиссией SCCB.
3. Внесение и извлечение элементов/блоков конфигурации выполняется таким способом, который не нарушает корректность и целостность библиотеки базовых линий.
Примеры пошаговых действий внесения и извлечения: проверка санкционирования изменений, создание журнала изменений, ведение копий изменений, обновление библиотеки базовых линий, архивирование замененных базовых линий.
Операция 7 Создание продуктов на основе библиотеки базовых линий и контролирование их выпуска в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Комиссия SCCB санкционирует создание продуктов на основе библиотеки базовых линий.
2. Эти продукты, как для внутреннего, так и для внешнего использования, создаются только из тех элементов/блоков конфигурации, которые содержатся в библиотеке базовых линий.
Операция 8 Запись статуса элементов/блоков конфигурации в соответствии с документированной процедурой.