70616-1 (665007), страница 2
Текст из файла (страница 2)
Все данные из ключевых областей процесса (Key Process Area) охватывают возможные методы исполнения функции конфигурационного управления. В СММ все качественные требования представляются именно как KPA. Каждый из этих методов четко описывает определенный участок с формализованными требованиями, а RUP способен привести этот участок в соответствие означенному требованию.
Механизмы, идентифицирующие определенные единицы конфигурации, содержатся в KPA и описывают развитие и сопровождение каждой единицы конфигурации (исходные тексты, картинки, документация и пр.).
Ниже приведены требования CMM к процессу конфигурационного управления. Это требования 2 и 3 уровней. Хочется отметить, что внедрение СС в соответствии с RUP автоматически дает уровень 3 качества процесса.
Цели процесса УК: 1. Управление конфигурацией происходит на плановой основе 2. Все изменения происходят управляемо
Обязательства по выполнению 1. Проект следует документированной организационной политике 1.1. Есть ответственные за выполнение проекта 1.2. УК реализуется на протяжении всего жизненного цикла (см. руп) 1.3. УК реализуется для конечных продуктов, промежуточных, экспериментальных и перспективных 1.4. Все проекты имеют собственный репозиторий 1.5. На регулярной основе проводится аудит базовых линий 1.6. На регулярной основе проводится аудит работ по управлению УК 2. Должна существовать комиссия по управлению БЛ 2.1. (задача 1) Санкционированное создание БЛ 2.2. (задача 2) Представлять интересы менеджера проекта и групп 2.3. (задача 3) Ревизия и изменение БЛ 2.4. (задача 4) Создание продуктов из БЛ 3. Необходима группа, отвечающая за координацию и реализацию УК 3.1. Создание библиотеки БЛ и управление ей 3.2. Разработка, сопровождение и распространение планов и стандартов УК 3.3. Идентификация набора продукта (под контролем) 3.4. Управление доступом к элементам 3.5. Обновление БЛ 3.6. Создание продуктов из БЛ 3.7. Запись действий по УК 3.8. Создание отчетов 4. Работы по УК должны быть обеспечены ресурсами 4.1. Назначение менеджера УК 4.2. Назначение администратора УК 4.3. Работы обеспечены инстр. Средствами и аппаратурой 5. Участники УК должны пройти обучение целям, процедурам и методам выполнения работ по УК 6. Члены группы разработки ПО должны пройти обучение по выполнению своих задач
Операции 1. Для каждого проекта готовится план УК 1.1. План разрабатывается на ранних стадиях общего планирования проекта 1.2. План рассматривается задействованными группами и рецензируется ими 1.3. План должен быть доступен, управляем и конфигурируем 2. Документированный и утвержденный план УК используется в качестве основы для всех действий (охватывает следующие вопросы) 2.1. Выполняемые работы по УК 2.2. График работ 2.3. Сферы ответственности 2.4. Ресурсы 2.5. Требования и работы по УК, выполняемые группой разработки ПО и смежными группами 3. Устанавливается библиотечная система УК, служащая репозиторием БЛ (задачи) 3.1. Многоуровневая поддержка контроля УК 3.2. Хранение и извлечение элементов конфигурации 3.3. Совместное использование элементов группами 3.4. Помощь в применении производственных стандартов УК 3.5. Хранение и извлечение архивных версий 3.6. Обеспечение корректного создания продуктов 3.7. Хранение и обновление записей по УК 3.8. Поддержка создания отчетов 3.9. Поддержка структуры и содержимого библиотеки 4. Идентификация промежуточных программных продуктов, находящихся в системе УК 4.1. Выбор элементов на основании документированных критериев 4.2. Элементам репозитория назначаются уникальные идентификаторы 4.3. Определяются характеристики каждого блока конфигурации 4.4. Определяются базовые линии 4.5. Для каждого блока определена стадия разработки, на которой он помещается в систему УК 4.6. Определен ответственный за каждый элемент 5. Запросы обслуживаются. Отчеты составляются 6. Изменение базовых линий происходит подконтрольно, в соответствии с документированной процедурой 6.1. Выполнение проверок и регрессионных тестов 6.2. Внесение в библиотеку БЛ лишь утвержденных блоков конфигурации 6.3. Внесение и извлечение блоков конфигурации не нарушает целостность проекта 7. Создание продуктов на основе ББЛ и контролирование их выпуска в соответствии с документированной процедурой 7.1. Комиссия контролирует создание продуктов на основе ББЛ 7.2. Все элементы создаются только из блоков конфигурации, содержащихся в ББЛ 8. Запись статуса элементов конфигурации в соответствии с документированной процедурой 8.1. Запись действий по УК производится с детальностью, достаточной для того, чтобы иметь в наличии статус всех элементов 8.2. Иметь возможность восстановить прежние версии 8.3. Ведение истории изменений 9. Разработка стандартных отчетов, документирующих операции УК 9.1. протоколы совещаний 9.2. краткое описание запросов 9.3. краткое описание проблем 9.4. краткое описание базовых линий 9.5. история изменений 9.6. результаты аудита БЛ
Измерения и анализ 1. Выполнение измерений и использование их результатов для определения состояния работ по УК 1.1. количество запросов за единицу времени 1.2. выполнение этапов работ по УК в сравнении с планом 1.3. объем выполненных работ по УК 1.4. ресурсы
Проверка внедрения 1. Регулярная проверка высшим руководством по УК 2. Регулярные и событийные проверки менеджером проекта работ по УК 3. Регулярный аудит БЛ (проверка на соответствии документации)
Заключение
Обратите внимание на схожесть требований к процессу УК в разных стандартах. Попробуйте применить требования CMM к тому, что есть в Вашей компании! Посмотрите. Сколько % требований у Вас реализовано.
Список литературы
Для подготовки данной работы были использованы материалы с сайта http://www.cmcons.com/
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
