"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу авторапройти обучение выполнению своих задач по управлению конфигурацией.
Примеры групп, связанных с разработкой ПО: группа обеспечения качества ПО, группа управления документацией. Примеры тем учебных занятий: стандарты, процедуры и методы выполнения работ по управлению конфигурацией группой разработки ПО и другими смежными группами, роль, сфера ответственности и полномочия группы управления конфигурацией ПО. Выполняемые операции Операция 1 Для каждого проекта по разработке ПО готовится план управления конфигурацией в соответствии с документированной процедурой. Эта процедура обычно определяет следующее: 1. План управления конфигурацией ПО разрабатывается на ранних стадиях общего планирования проекта и параллельно с ним. 2. План управления конфигурацией ПО рассматривается задействованными группами. 3. Документ плана управления конфигурацией ПО должен быть управляемым и контролируемым. "Управляемый и контролируемый" означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в данной группе ключевых процессов. Операция 2 Документированный и утвержденный план управления конфигурацией используется в качестве основы для выполнения работ по SCM. План охватывает следующие вопросы: 1. Выполняемые работы по управлению конфигурацией, график работ, назначение сфер ответственности и необходимые ресурсы (включая персонал, инструменты и аппаратное обеспечение). 2. Требования и работы по управлению конфигурацией, выполняемые группой разработки ПО и другими смежными группами. Операция 3 Устанавливается библиотечная система управления конфигурацией, служащая репозитарием базовых линий. Задачи, решаемые данной библиотечной системой: 1. Поддержка нескольких уровней контроля управления конфигурацией. Примеры ситуаций, ведущих к нескольким уровням контроля: в разные моменты жизненного цикла требуются различные уровни контроля (например, по мере роста зрелости продукта необходим более жесткий контроль); исключительно программные системы и системы, включающие в себя программное и аппаратное обеспечение, требуют различного уровня контроля. 2. Хранение и извлечение отдельных элементов/блоков конфигурации. 3. Обеспечение совместного использования и передачи элементов/блоков конфигурации между задействованными группами и между уровнями контроля внутри библиотеки. 4. Помощь в применении производственных стандартов к |
|
|