Вы находитесь на страницах старой версии сайта.
Переходите на новую версию Interface.Ru

Достижение 2–го уровня CMMI в области процессов конфигурационного управления с помощью решений IBM Rational Software

© Рольф Райциг (Rolf W. Reitzig),
корпорация Founder Cognence, Inc.
© Джон Миллер (John B. Miller),
независимый старший консультант
© Реймонд Киль (Raymond L. Kile),
Главный инженер Центра совершенствования процессов
производства для системного руководства
(Process Improvement Center for Systems Management (CSM))
© Дейв Вест (Dave West)
Руководитель группы, корпорация Rational Software
Группа программного обеспечения IBM (IBM Software Group)

Содержание

В январском выпуске The Rational Edge Рольф Райциг (Rolf W. Reitzig) опубликовал обзорную статью о том, как RUP (Rational Unified Process) и другие программные решения IBM Rational могут помочь организациям достичь 2-го уровня Capability Maturity Model Integration (CMMI)1 (Объединенная модель зрелости процессов разработки ПО). Данная статья продолжает это исследование. В ней мы рассмотрим процессы конфигурационного управления с точки зрения CMMI высокого уровня и обсудим вопрос, в какой мере решения IBM Rational отвечают специальным и общим целям и практикам в области процессов Configuration Management Process Area - конфигурационного управления (КУ). В тех случаях, когда решения IBM Rational не будут в полной мере отвечать рассматриваемой практике, мы предложим рекомендации, которые, как мы надеемся, помогут организации соблюдать требования 2-го уровня.

В приложении к этой статье приводится таблица, содержащая описания задач и практик CMMI в области КУ, список ролей Rational Unified Process (RUP), ответственных за каждую практику, перечень инструментов Rational, процессов, процедур и шаблонов RUP, позволяющих реализовывать указанные практики, а также необходимые замечания и рекомендации по каждой из них.

Необходимые предпосылки

Экспертная модель CMMI представляет собой аудит деятельности организации, основанный на принципе: "говори, что делаешь – делай, что говоришь – все, что делаешь, подтверждай документально". Это означает, что организации, которые стремятся получить статус 2-го уровня зрелости CMMI, должны документировать все принятые управленческие и производственные практики, выполнять их в соответствии с утвержденными документами и быть способными подтвердить их уровень записями учета проверки качества и/или артефактами проекта (project artifacts).

При проведении аттестации официально уполномоченный ведущий эксперт SEI (Институт системного программирования при университете Карнеги-Меллон) вместе с компетентными членами экспертной комиссии изучают прямые и косвенные артефакты и официальные заверения на наличие объективных доказательств того, что в организации приняты и реализованы предложенные практики. Прямые артефакты – это материальные рабочие продукты (work products), созданные в результате внедрения практики (например, план проекта или план CM). Косвенные артефакты являются побочным результатом внедрения практики и косвенным образом подтверждают ее выполнение (например, производственные журналы, протоколы совещаний, ведомости, сметы, отчеты). Официальные заверения представляют собой устные или письменные административные решения, одобряющие и поддерживающие внедренную практику.

В этой статье предполагается, что организация:

  1. Принимает и реализует методологию Rational Unified Process (RUP).
  2. Использует RUP согласно документации.
  3. Создает артефакты в соответствии с методологией RUP.
  4. Разрабатывает для проектной группы планы реализации конфигурационного управления с описанием роли методологии RUP.

Что требуется для достижения 2-го уровня

Совместное использование RUP, Rational ClearCase, Rational ClearQuest и Unified Change Management (UCM) является необходимым условием достижения 2-го уровня в области процессов конфигурационного управления (CM, Configuration Management).

Чтобы заложить прочную основу для успешной реализации предлагаемых решений, организации, независимо от того, принимают ли они наилучшие практики IBM Rational и новейшие инструментальные средства или желают адаптировать уже существующие, должны выполнить следующие шаги.

  1. Оценка текущего состояния дел в области конфигурационного управления.
    1. Проведение экспертизы в области конфигурационного управления на основе CMMI.
    2. Документирование во время экспертиз положительных результатов, а также выявленных недостатков, дефектов и расхождений.
  2. Планирование процесса реализации.
    1. Определение по результатом экспертизы на основе CMMI списка рабочих продуктов, необходимых для успешной реализации.
      1. Структурная политика.
      2. Шаблон плана организационной структуры конфигурационного управления.
      3. Процесс совершенствования организационной структуры конфигурационного управления.
      4. Документально подтвержденные обязательные процедуры.
      5. Относящиеся к проекту учебные и обзорные материалы по конфигурационному управлению.
      6. Обязательные измерения для оценки состояния операций конфигурационного управления и непрерывного совершенствования.
    2. Определение списка и порядка работ, необходимых для успешной реализации (или успешной адаптации).
    3. Определение необходимых ресурсов.
      1. Набор лицензий на Rational ClearQuest, Rational ClearCase и RUP.
      2. Аппаратные и программные ресурсы для обеспечения инфраструктуры конфигурационного управления.
      3. Персонал для планирования и развертывания конфигурационного управления.
      4. Постоянный персонал для обслуживания конфигурационного управления.
      5. Учебные курсы по изучению процессов конфигурационного управления и инструментальных средств.
      6. Учебные курсы по реализации конфигурационного управления в рамках проекта.
    4. Определение круга заинтересованных лиц, которые будут рецензировать и утверждать план по распространению конфигурационного управления.
    5. Внедрение готового к работе процесса унифицированного управления изменениями (UCM, Unified Change Management), либо установка Rational ClearQuest и Rational ClearCase, настроенных под задачи организации.
    6. Разработка плана реализации конфигурационного управления и утверждение его заинтересованными лицами.
  3. Развертывание процесса реализации.
    1. Внедрение инструментальных средств.
      1. Установка и настройка Rational ClearQuest, Rational ClearCase, RUP и UCM.
      2. . Разработка отчетов, входящих в пакет требований CMMI.
    2. Разработка и утверждение планов и процедур по каждому проекту.
      1. План конфигурационного управления по проекту.
      2. Процедуры конфигурационного управления по проекту.
    3. Обзорные материалы и учебные курсы для каждого проекта.
      1. Ознакомление каждого сотрудника группы со структурной политикой в области конфигурационного управления.
      2. Проведение учебных курсов по углубленному изучению конфигурационного управления с соответствующими сотрудниками проектной группы.
      3. Проведение учебных курсов по изучению процессов и инструментальных средств IBM Rational с соответствующими сотрудниками проектной группы.
      4. Проведение учебного курса по реализации в рамках проекта конфигурационного управления со всеми сотрудниками проектной группы.
    4. Реализация конфигурационного управления в рамках проекта.
      1. Внесение объектов конфигурационного управления в Rational ClearCase.
      2. Отслеживание и управление изменениями/управление объектами конфигурационного управления.
      3. Создание и управление базовыми версиями (baselines) и релизами (releases).
      4. Составление отчетов о состоянии объектов конфигурационного управления (configuration items) и базовых версий.
    5. Управление и контроль за соблюдением плана реализации конфигурационного управления.
  4. Надзор за процессом реализации.
    1. Оценка развертывания конфигурационного управления в соответствии с утвержденным планом.
    2. Проведение аудитов.
      1. Физической конфигурации.
      2. Функциональной конфигурации.
    3. Оценка реализации конфигурационного управления в соответствии с утвержденным планом конфигурационного управления по проекту и организационными мероприятиями под руководством:
      1. Руководителя проекта.
      2. Органы по управлению качеством.
      3. Высшего руководства.
    4. Совершенствование процесса реализации на основе метрик и данных измерений, информации, поставляемой проектной группой, и надзора со стороны руководства.

Область процессов конфигурационного управления

Задача конфигурационного управления (Configuration Management) – установление и обеспечение целостности рабочих продуктов с помощью процедур идентификации конфигурации и управления конфигурацией, аудитов конфигураций и анализа состояний конфигураций.

Область конфигурационного управления включает следующие процессы:

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

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

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

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

Рис.1. Графическое представление области процессов конфигурационного управления2.

Ниже приводится графическое представление области процессов конфигурационного управления.

Соответствие специальным целям и практикам области процессов конфигурационного управления

В области процессов конфигурационного управления можно перечислить следующие специальные цели и необходимые для их достижения специальные практики:

Специальная цель 1 (SG 1). Создание базовых версий для идентифицированных рабочих продуктов

Эта специальная цель предусматривает реализацию специальных практик для создания базовых версий. Специальные практики в рамках специальной цели "Отслеживание и управление изменениями" (Track and Control Changes) осуществляют поддержку базовых версий. Специальные практики в рамках специальной цели "Установление целостности" (Establish Integrity) документируют и проверяют целостность базовых версий.

Специальная практика 1.1 (SP 1.1). Идентификация объектов конфигурационного управления, компонентов и связанных рабочих продуктов, которые будут находиться под конфигурационным управлением.

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

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

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

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

Типичные рабочие продукты:

SP 1.1 Подход к реализации

Следуя рекомендациям задачи RUP "Конфигурационное управление->Разработка плана конфигурационного управления и управления изменениями в проекте->Создание плана управления конфигурациями", необходимо в рамках проекта идентифицировать объекты конфигурационного управления, определенные в шаблоне RUP "Software Configuration Management Plan (SCMP)" (План конфигурационного управления ПО). Для достижения этой цели каждая проектная группа должна идентифицировать объекты, находящиеся в области управления конфигурацией. В результате каждый проект должен иметь заполненный шаблон SCMP.

Специальная практика 1.2 (SP 1.2). Создание и обеспечение системы конфигурационного управления и управления изменениями для управления рабочими продуктами.

Система конфигурационного управления состоит из среды хранения данных, процедур конфигурационного управления и инструментальных средств доступа к системе.

Система управления изменениями состоит из среды хранения данных, процедур управления изменениями и инструментальных средств записи и доступа к запросам на изменение.

Типичные рабочие продукты:

SP 1.2 Подход к реализации

Для создания системы конфигурационного управления и управления изменениями требуется установить и настроить инструменты Rational ClearCase, Rational ClearQuest и UCM. Руководство по тому, как это можно сделать, содержится в задаче RUP "Конфигурационное управление и управление изменениями->Создание среды для конфигурационного управления проектом". Ответственность за управление системой RUP возлагается на роль специалиста по инструментальным средствам (Tool Specialist).

С помощью инструмента Rational ClearCase можно управлять любым видом рабочего продукта, включая требования, документы, коды, планы и т.п.

В CMMI неявно предполагается, что часть системы конфигурационного управления включает документированные процедуры управления доступом. Поскольку RUP и UCM не предоставляют подробные документированные процедуры, необходимо создать их в рамках проекта и поддерживать как часть SCMP или в виде отдельного документа по "проектным процедурам". Эти проектные процедуры должны документально подтверждать роли и обязанности персонала не только конфигурационного управления проекта, но и конфигурационного управления более крупной структурной единицы. Документация должна регламентировать систему ответственности и подотчетности в управлении конфигурацией проекта (например, для контролирующих органов).

Специальная практика 1.3 (SP 1.3). Создание или выпуск базовых версий для внутреннего пользования и поставок заказчику.

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

В сфере разработки программного обеспечения такая совокупность рабочих продуктов, как набор требований, проектные решения, файлы исходного и исполняемого кодов, сборочные файлы и пользовательская документация (связанные рабочие продукты), которым был присвоен уникальный идентификатор, может рассматриваться как базовая версия. Релиз базовой версии извлекает файлы исходного кода (объекты конфигурационного управления) из системы конфигурационного управления и создает исполняемые файлы. Базовая версия, поставляемая заказчику, обычно называется "релизом", в отличие от базовой версии для внутреннего пользования, которая называется "сборкой".

Типичные рабочие продукты:

SP 1.3 Подход к реализации

Задачи RUP "Конфигурационное управление и управление изменениями->Управление базовыми версиями и релизами->Создание базовых версий", "Конфигурационное управление и управление изменениями->Управление базовыми версиями и релизами->Продвижение базовой версии системы", а также "Конфигурационное управление и управление изменениями->Управление базовыми версиями и релизами->Создание инсталляционного пакета" содержат рекомендации о том, как следует создавать и выпускать в проекте базовые версии.

Эту специальную практику можно реализовать в полном объеме, если объединить RUP с инструментальными средствами Rational ClearCase и Rational ClearQuest. Проектная группа должна документально подтвердить процедуры сборки и выпуска, а также гарантировать, что эти процедуры будут создавать отчеты, адекватно описывающие базовые версии.

Специальная цель 2 (SG 2). Отслеживание и управление изменениями в рабочих продуктах, находящихся в области конфигурационного управления.

Эта цель предусматривает реализацию специальных практик, осуществляющих поддержку базовых версий. Она ставится уже после того, как базовые версии будут созданы в результате внедрения специальных практик, относящихся к специальной цели Establish Baselines (Создание базовых версий).

Специальная практика 2.1 (SP 2.1). Отслеживание запросов на изменение для объектов конфигурационного управления.

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

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

Типичные рабочие продукты:

SP 2.1 Подход к реализации

Задачи RUP "Внесение запроса на изменение", "Модификация запроса на изменение" и "Рецензирование запроса на изменение", входящие в процесс "Конфигурационное управление и управление изменениями->Управление запросами на изменение", посвящены вопросу реализации этой специальной практики. Инструментальное средство Rational ClearQuest представляет собой базу данных запросов на изменение.

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

Специальная практика 2.2 (SP 2.2). Управление изменениями в объектах конфигурационного управления.

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

Типичные рабочие продукты:

SP 2.2 Подход к реализации

Управление над объектами конфигурационного управления осуществляется с помощью инструментального средства Rational ClearCase, которое также предоставляет журнал истории ревизий объектов конфигурационного управления и архивы базовых версий. Задачи RUP "Распределение работ", "Внесение изменений" и "Передача измененных артефактов", входящих в процесс "Конфигурационное управление->Изменение и передача объектов конфигурационного управления", содержат рекомендации о том, как эта специальная практика должна выполняться.

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

Специальная цель 3 (SG 3). Установление и обеспечение целостности базовых версий.

Целостность базовых версий устанавливается процессами, связанными со специальной целью Establish Baselines (Создание базовых версий), поддерживается процессами, связанными со специальной целью Track and Control Changes (Отслеживание и управление изменениями) и реализуется специальными практиками, входящими в эту специальную цель.

Специальная практика 3.1 (SP 3.1). Создание и ведение записей, характеризующие объекты конфигурационного управления.

Типичные рабочие продукты:

SP 3.1 Подход к реализации

Инструментальные средства Rational ClearQuest и Rational ClearCase предоставляют записи, необходимые для реализации этой ключевой практики. В частности, Rational ClearCase предоставляет записи журналов изменений и истории ревизий объектов конфигурационного управления, а также отчеты о состоянии объектов конфигурационного управления и сравнения базовых версий. Rational ClearQuest предоставляет доступ к запросам на изменение. Для реализации этой специальной практики применяется процесс RUP "Конфигурационное управление и управление изменениями->Изменение и передача объектов конфигурационного управления" и содержащиеся в нем задачи "Внесение изменений" и "Передача измененных артефактов".

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

Специальная практика 3.2 (SP 3.2). Проведение аудитов конфигурации для обеспечения целостности базовых версий.

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

Типичные рабочие продукты:

SP 3.2 Подход к реализации

В задаче RUP "Конфигурационное управление и управление изменениями->Мониторинг состояния конфигурации"->Аудит конфигурации системы" содержится рекомендации о том, как выполнить это требование CMMI. Проведение аудитов должно проводиться в соответствии с утвержденными документами.

Соответствие общим целям и практикам области процессов конфигурационного управления

В области процессов конфигурационного управления можно перечислить следующие общие цели и необходимые для их достижения общие практики:

Общая цель 2 (GG 2). Учреждение процесса RUP как управляемого процесса.

Реализация этой цели является необходимым условием получения 2-го уровня зрелости в области процессов конфигурационного управления. Она призвана гарантировать не только соблюдение и обеспечение процессов RUP в рамках проекта, но и официальное внедрение их в структуру организации.

Этой цели отвечают общие практики, которые предусмотрены для решения следующих задач проекта:

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

Согласие на выполнение общей практики 2.1 (GP 2.1 - AB 1). Разработка и проведение структурной политики, обеспечивающей планирование и выполнение процесса конфигурационного управления.

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

CMMI предъявляет к организации требование, чтобы она придерживалась документов структурной политики в каждой области процесса, применяя общее свойство Commitment to Perform (Согласие на выполнение). Методология RUP не направлена на удовлетворение потребности в структурных политиках (или единой общей политике), несмотря на то, что руководство процесса разработки ПО (Software Engineering Process Authority, SEPA), описанное в RUP, является тем органом, который, вероятно, мог бы оказать поддержку при разработке структурных политик. Обычно санкции и резолюции на проведение структурной политики выдаются представителем высшего руководства организации.

Согласно этой основной практике руководство организации должно выработать, объявить и проводить структурную политику конфигурационного управления.

Возможность выполнения общей практики 2.2 (GP 2.2 - AB 1). Разработка и реализация плана выполнения процесса конфигурационного управления.

План проекта, описание которого находится в области процесса Project Planning (Планирование проекта), может включать или ссылаться на план выполнения процесса конфигурационного управления.

Чтобы соответствовать требованиям общей практики Ability to Perform (Возможность выполнения), организация должна в рамках проекта разработать и осуществлять план конфигурационного управления ПО (SCMP) методологии RUP посредством стандартного шаблона SCMP. В план SCMP можно вносить любые документированные процедуры, связанные с конфигурационным управлением, в качестве приложений.

Рекомендации, относящиеся к реализации этой общей практики, содержатся в задаче RUP "Конфигурационное управление и управление изменениями ->Разработка плана конфигурационного управления и управления изменениями".

Возможность выполнения общей практики 2.3 (GP 2.3 - AB 2). Выделение необходимых ресурсов для осуществления процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов.

В качестве предоставляемых ресурсов можно рассматривать следующие инструментальные средства:

Организации могут соотнести обязательные для CMMI ресурсы с ролями RUP, имея в виду задачи CMMI, за которые отвечают эти роли, даже если эти задачи не предусмотрены методологией RUP. Чтобы эти роли эффективно исполняли свои обязанности, организации должны их профинансировать. Задача RUP "Управление проектом ->Разработка плана создания продукта->Определение организационной структуры проекта и набор персонала" предоставляет соответствующие средства для определения и планирования всех необходимых ролей.

Планирование набора инструментальных средств и среды конфигурационного управления выполняется в задаче RUP "Выбор и приобретение инструментальных средств".

Возможность выполнения общей практики 2.4 (GP 2.4 - AB 3). Распределение обязанностей и полномочий для осуществления процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов.

Распределение обязанностей и полномочий для реализации процесса конфигурационного управления, как и в предыдущей общей практики Ability to Perform, выполняется в задаче RUP "Управление проектом ->Разработка плана создания продукта ->Определение организационной структуры проекта и набор персонала".

Возможность выполнения общей практики 2.5 (GP 2.5 - AB 4). Своевременное обучение персонала знаниям и навыкам, необходимым для выполнения и обслуживания процесса конфигурационного управления.

В учебные курсы могут входить следующие темы:

Для реализации этой общей практики CMMI Ability to Perform организации потребуются разные роли и группы, подготовленные или сориентированные на конфигурационное управление. Методология RUP предусматривает неформальное обучение всех сотрудников проектной группы по материалам, размещенным в Интернете, с помощью web-браузера.

В университете Rational University проводятся официальные учебные курсы и семинары, на которых можно получить фундаментальные знания по процессам и инструментальным средствам конфигурационного управления. Издается огромное количество книг, посвященных методологии RUP и ее наилучшим практикам. Наконец, существуют углубленные курсы и солидные научные книги для специалистов в области конфигурационного управления.

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

Стремление к реализации общей практики 2.6 (GP 2.6 - DI 1). Размещение оговоренных рабочих продуктов процесса конфигурационного управления на соответствующих уровнях конфигурационного управления.

В число рабочих продуктов, находящихся под конфигурационным управлением, входят:

Конфигурационному управлению также подлежат модули кода, планы проекта, спецификации и технические описания. Для реализации этой общей практики следует разместить в области конфигурационного управления описания процессов конфигурационного управления, а также соответствующие планы, процедуры и структурные политики.

Данной общей практики отвечают такие задачи RUP, как "Распределение работ", "Внесение изменений" и "Передача измененных артефактов" (предполагается, что идентифицированные объекты уже находятся в области конфигурационного управления).

Стремление к реализации общей практики 2.7 (GP 2.7 - DI 2). Выявление и вовлечение заинтересованных сторон в процесс конфигурационного управления согласно утвержденному плану.

В число задач, требующих участия заинтересованных сторон, входят:

Для реализации этой общей практики необходимо, чтобы стороны, заинтересованные в проекте, просмотрели и одобрили план конфигурационного управления проектом. Проект будет отвечать этой практике, если, следуя рекомендациям задачи RUP "Создание плана управления конфигурациями", получит одобрение заинтересованных сторон. Данная практика представляет собой попытку выявления лиц и организаций, которые имеют деловые интересы в этой области процессов и открыто планируют свое участие в них. Обычно группа заинтересованных сторон значительно больше, чем число подписавшихся под планом конфигурационного управления. Следует обратить особое внимание на то, чтобы в плане учитывались требования всех заинтересованных сторон.

Стремление к реализации общей практики 2.8 (GP 2.8 - DI 3). Наблюдение и контроль за процессом конфигурационного управления в сравнении с планом его выполнения и проведение корректирующих операций.

При наблюдении и контроле за процессом конфигурационного управления измеряются следующие показатели:

Эта общая практика со свойством CMMI Verifying Implementation (Проверка реализации по модели CMMI) требует неоднократного проведения следующих проверок RUP:

  1. Инвестиционное рецензирование проекта
  2. Оценка инвестиционной целесообразности проекта
  3. Рецензирование плана итерации
  4. Рецензирование проекта представителями руководства
  5. Рецензирование критериев оценки итерации
  6. Подготовка акта о приемке работ по итерации
  7. Подготовка заключения о переходе к следующей фазе жизненного цикла
  8. Подготовка акта о приемке работ по проекту

Перечисленные выше проверки могут проводиться с помощью задачи RUP "Контроль состояния проекта". Эта задача требует, чтобы сотрудники проектной группы предоставляли руководителю проекта свои отчеты по состоянию проекта.

Однако методология RUP не нацелена на выявление несоответствий между состоянием процесса конфигурационного управления и его планом. Проект будет отвечать этой общей практики, если документация, собранная при проведении проверок, подтвердит наличие постоянного контроля над процессом конфигурационного управления.

Проверка реализации общей практики 2.9 (GP 2.9 - DI 1). Объективная оценка соответствия реального процесса управления конфигурации его описанию, стандартам, процедурам и выявление имеющихся расхождений.

При проведении оценки на соответствие рассматриваются следующие задачи:

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

Обязательные для CMMI объективные проверки легко выполнимы при использовании роли RUP "Рецензент проекта", которая принимает участие в совещаниях по состоянию проекта и проводимых высшим руководством рецензированиях. Такие проверки необходимы также и для других общих практик Verifying Implementation (Проверка реализации). Кроме того, для проекта имеет большое значение, чтобы в основе проверок рабочих продуктов и процесса конфигурационного управления лежали объективные источники.

В некоторых случаях следует проводить специальное совещание по результатам рецензирования, посвященное области процессов конфигурационного управления. Как правило, график этих рецензирований определяется руководством организации в плане обеспечения качества.

роверка реализации общей практики 2.10 (GP 2.10 - DI 2). Рецензирование задач, результатов и состояния процесса конфигурационного управления высшим руководством, а также решение возникающих проблем.

В задаче RUP "Рецензирование проекта представителями руководства" можно размещать результаты рецензирований, проводимых высшим руководством. Эти задача требует, чтобы высшее руководство рецензировало задачи и контрольные точки процесса в рамках проекта. Для того чтобы организация отвечала этой общей практике Верификации реализации, результаты проверок процесса конфигурационного управления и его продуктов должны отражаться в "Записи о результатах рецензирования".

Дополнительную информацию о поддержке корпорацией IBM Rational модели CMMI можно найти в Интернете по адресу: www.rational.com/CMMI

Приложение

Цель и практика CMMI Описание практики Роль RUP Процесс RUP Процедура RUP Инструментальное средство Замечания и рекомендации
SG 1 Создание базовых версий - Создание базовых версий для идентифицированных рабочих продуктов.          
SP 1.1 Идентификация объектов конфигурационного управления – Идентификация объектов конфигурационного управления, компонентов и связанных рабочих продуктов, которые будут находиться под конфигурационным управлением. Менеджер по конфигурационному управлению.Менеджер по управлению изменениями. Конфигурационное управление и управление изменениями.Разработка плана конфигурационного управления и управления изменениями. Задача: Создание плана управления конфигурациями. Шаблон: План конфигурационного управления ПО (SCMP).   Замечания: RUP позволяет идентифицировать все виды объектов конфигурационного управления и рабочих продуктов. Шаблон "План управления конфигурациями" (CM Plan) содержит метки-заполнители для каждого типа данных, которые будут идентифицироваться как объекты конфигурационного управления. Рекомендации: Заполните шаблон SCMP, предоставляемый RUP, идентифицировав все объекты конфигурационного управления.
SP 1.2 Создание системы конфигурационного управления – Создание и обеспечение системы конфигурационного управления и управления изменениями для управления рабочими продуктами. Менеджер по конфигурационному управлению.Менеджер по управлению изменениями. Конфигурационное управление и управление изменениями. Создание среды для конфигурационного управления проектом. Задача: Создание плана управления конфигурациями. Шаблон: План конфигурационного управления ПО (SCMP). Задача: Развертывание среды конфигурационного управления. Задача: Ввод в действие процесса контроля за изменениями. ClearCaseClearQuest Замечания: RUP позволяет создавать систему конфигурационного управления, которую проект может использовать для управления требованиями, документами, кодом и другими рабочими продуктами. Предусматривается обязательное документирование процедур управления доступом к системе конфигурационного управления. Обычно это выполняется посредством инструментов Rational ClearCase и ClearQuest.Рекомендации: Документируйте все процедуры доступа, сборки и создания отчетов в системе конфигурационного управления и управления изменениями
SP1.3 Создание или выпуск базовых версий – Создание или выпуск базовых версий для внутреннего пользования и поставок заказчику. Интегратор Конфигурационное управление и управление изменениями. Управление базовыми версиями и релизами. Задача: Создание базовых версий.Задача: Продвижение базовой версии системы.Задача: Создание инсталляционного пакета. Шаблон: План конфигурационного управления ПО (SCMP). ClearCase Замечания: RUP позволяет проекту создавать и управлять базовыми версиями любых рабочих продуктов. Релизы базовых версий должны создаваться проектной группой.Рекомендации: Документируйте процедуры создания базовой версии, выпуска продукта, создания спецификаций материалов и других процедур, описывающих набор объектов конфигурационного управления, которые содержатся в базовой версии
SG 2 Отслеживание и управление изменениями – Отслеживание и управление изменениями в рабочих продуктах, находящихся в области конфигурационного управления.          
SP 2.1 Отслеживание запросов на изменение – Отслеживание запросов на изменение для объектов конфигурационного управления. Любая роль. Группа управления изменениями. Конфигурационное управление и управление изменениями. Управление запросами на изменение. Задача: Внесение запроса на изменение.Задача: Модификация запроса на изменение.Задача: Рецензирование запроса на изменение. ClearQuest Замечания: RUP предлагает руководство по управлению изменениями. Инструмент Rational ClearQuest предназначен для отслеживания запросов на изменение. Рекомендации: Документируйте все процедуры управления запросами на изменение.
SP 2.2 Управление объектами конфигурационного управления – Управление изменениями в объектах конфигурационного управления Руководитель проекта. Группа управления изменениями. Управление проектом, Мониторинг и контроль проекта.Конфигурационное управление и управление изменениями,Изменения и передача объектов конфигурационного управления. Задача: Распределение работЗадача: Внесение изменений.Задача: Передача измененных артефактов. ClearCaseClearQuest Замечания: RUP предлагает руководство по управлению объектами конфигурационного управления. Инструмент Rational ClearCase предназначен для контроля и управления объектами конфигурационного управления. Рекомендации: Документируйте все процедуры управления объектами конфигурационного управления
SG 3 Установление целостности – Установление и обеспечение целостности базовых версий.          
SP 3.1 Создание записей конфигурационного управления – Создание и ведение записей, характеризующие объекты конфигурационного управления. Любая роль. Конфигурационное управление и управление изменениями,Изменения и передача объектов конфигурационного управления. Задача: Внесение изменений.Задача: Передача измененных артефактов. ClearCase ClearQuest Замечания: Инструменты ClearCase и ClearQuest предоставляют отчеты, описывающие объекты конфигурационного управления. Рекомендации: Создавайте отчеты, подробно описывающие состояние базовых версий и объектов конфигурационного управления. Документируйте эти процедуры.
SP 3.2 Проведение аудитов конфигурации – Проведение аудитов конфигурации для обеспечения целостности базовых версий. Менеджер по конфигурационному управлению. Конфигурационное управление и управление изменениями,Мониторинг состояния конфигурации. Задача: Аудит конфигурации системы. Шаблон: План конфигурационного управления ПО (SCMP).   Замечания: Этот процесс обеспечивает проведение аудитов конфигурации.Рекомендации: Документируйте все процедуры аудитов конфигурации, чтобы подтвердить их проведение.
GG 1 Признание и реализация управляемого процесса – Признание и реализация процесса конфигурационного управления как управляемого процесса.          
GP 2.1 CO 1 Разработка структурной политики – Разработка и проведение структурной политики, обеспечивающей планирование и выполнение процесса конфигурационного управления. Высшее руководство.Руководство процесса разработки ПО (SEPA).       Замечания: RUP не предназначается для создания политик, соответствующих требованиям CMMI. Рекомендации: За создание политик разработки программного обеспечения отвечает высшее руководство организации. RUP отсылает к своей концепции руководства процесса разработки ПО (SEPA), которое может поддержать разработку и проведение политик. Чтобы организация могла отвечать этой практики, все политики должны быть документированы, опубликованы и реализованы
GP 2.2 AB 1 Планирование процесса конфигурационного управления – Разработка и реализация плана выполнения процесса конфигурационного управления. Руководитель проекта. Конфигурационное управление и управление изменениями,Разработка плана конфигурационного управления и управления изменениями. Задача: Создание плана управления конфигурациями.Шаблон: План конфигурационного управления ПО (SCMP). Замечания: RUP поддерживает разработку плана конфигурационного управления проектом. От персонала проекта требуется критическое мышление и постоянное обновление данных, содержащихся в шаблоне RUP. Рекомендации: Заполните шаблон SCMP, предоставляемый RUP.
GP 2.3 AB 2 Выделение ресурсов – Выделение необходимых ресурсов для выполнения процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов. Руководитель проекта.Специалист по инструментальному средству. Управление проектом.Разработка плана создания продукта. Поддержка среды разработки, Подготовка среды проекта. Задача: Определение организационной структуры проекта и набор персонала.Задача: Выбор и приобретение инструментальных средств. Замечания: RUP располагает несколькими процессами, которые совместно обеспечивают выделение ресурсов задачам и поставляемым артефактам структуры рабочего процесса. Рекомендации: Документируйте все ресурсы, необходимые для проекта, в плане создания продукта (SDP) или в плане конфигурационного управления ПО (SCMP).
GP 2.4 AB 3 Распределение обязанностей – Распределение обязанностей и полномочий для выполнения процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов. Руководитель проекта. Управление проектом.Разработка плана создания продукта. Задача: Определение организационной структуры проекта и набор персонала. Замечания: RUP располагает несколькими процессами, которые совместно обеспечивают выделение ресурсов задачам и поставляемым артефактам структуры рабочего процесса. Рекомендации: Документируйте все роли и обязанности проекта в плане создания продукта (SDP) или в плане конфигурационного управления
GP 2.5 AB 4 Обучение персонала – Своевременное обучение персонала знаниям и навыкам, необходимым для выполнения и обслуживания процесса конфигурационного управления. Руководитель проекта. Управление проектом.Проведение итерации. Задача: Набор персонала Замечания: Университет Rational University проводит учебные курсы и семинары, на которых можно получить фундаментальные знания по процессам (RUP, UCM) и инструментальным средствам (ClearCase, ClearQuest).Рекомендации: Специалисты в области конфигурационного управления должны по квалификацию и участвовать в процессе обучения корпорации IBM Rational. Кроме того, сотрудникам проектной группы необходимо предоставить знания по среде, процедурам и процессам конфигурационного управления, которые используются в проекте
GP 2.2 AB 1 Планирование процесса конфигурационного управления – Разработка и реализация плана выполнения процесса конфигурационного управления. Руководитель проекта. Конфигурационное управление и управление изменениями,Разработка плана конфигурационного управления и управления изменениями. Задача: Создание плана управления конфигурациями.Шаблон: План конфигурационного управления ПО (SCMP). Замечания: RUP поддерживает разработку плана конфигурационного управления проектом. От персонала проекта требуется критическое мышление и постоянное обновление данных, содержащихся в шаблоне RUP. Рекомендации: Заполните шаблон SCMP, предоставляемый RUP.
GP 2.3 AB 2 Выделение ресурсов – Выделение необходимых ресурсов для выполнения процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов. Руководитель проекта.Специалист по инструментальному средству. Управление проектом.Разработка плана создания продукта.Поддержка среды разработки, Подготовка среды проекта. Задача: Определение организационной структуры проекта и набор персонала.Задача: Выбор и приобретение инструментальных средств. Замечания: RUP располагает несколькими процессами, которые совместно обеспечивают выделение ресурсов задачам и поставляемым артефактам структуры рабочего процесса. Рекомендации: Документируйте все ресурсы, необходимые для проекта, в плане создания продукта (SDP) или в плане конфигурационного управления ПО (SCMP).
GP 2.4 AB 3 Распределение обязанностей – Распределение обязанностей и полномочий для выполнения процесса конфигурационного управления, реализации его возможностей и разработки рабочих продуктов. Руководитель проекта. Управление проектом. Разработка плана создания продукта. Задача: Определение организационной структуры проекта и набор персонала. Замечания: RUP располагает несколькими процессами, которые совместно обеспечивают выделение ресурсов задачам и поставляемым артефактам структуры рабочего процесса. Рекомендации: Документируйте все роли и обязанности проекта в плане создания продукта (SDP) или в плане конфигурационного управления ПО
GP 2.5 AB 4 Обучение персонала – Своевременное обучение персонала знаниям и навыкам, необходимым для выполнения и обслуживания процесса конфигурационного управления. Руководитель проекта. Управление проектом. Проведение итерации. Задача: Набор персонала Замечания: Университет Rational University проводит учебные курсы и семинары, на которых можно получить фундаментальные знания по процессам (RUP, UCM) и инструментальным средствам (ClearCase, ClearQuest). Рекомендации: Специалисты в области конфигурационного управления должны повышать свою квалификацию и принимать участие в процессе обучения корпорации IBM Rational. Кроме того, сотрудникам проектной группы необходимо предоставить знания по среде, процедурам и процессам конфигурационного управления, которые используются в проекте.
GP 2.6 DI 1 Управление конфигурациями – Размещение оговоренных рабочих продуктов процесса конфигурационного управления на соответствующих уровнях конфигурационного управления. Руководитель проекта Любая роль. Управление проектом.Мониторинг и контроль проекта Конфигурационное управление и управление изменениями,Изменения и передача объектов конфигурационного управления. Задача: Распределение работЗадача: Внесение изменений.Задача: Передача измененных артефактов.Шаблон: План конфигурационного управления ПО (SCMP). ClearCase ClearQuest Замечания: Этот процесс RUP предназначен для размещения рабочих продуктов проекта в области конфигурационного управления. Рекомендации: Персонал, участвующий в проекте, должен определить перечень управляемых рабочих продуктов и предъявить доказательства того, что они управляемы.
GP 2.7 DI 2 Выявление и вовлечение заинтересованных сторон – Выявление и вовлечение заинтересованных сторон в процесс конфигурационного управления согласно утвержденному плану. Руководитель проекта. Менеджер по конфигурационному управлению. Менеджер по управлению изменениями Конфигурационное управление и управление изменениями,Разработка плана конфигурационного управления и управления изменениями. Задача: Создание плана управления конфигурациями.Шаблон: План конфигурационного управления ПО (SCMP).   Замечания: RUP предлагает для заинтересованных сторон руководство по рецензированию и утверждению плана конфигурационного управления. Рекомендации: Руководство проекта должно выявить заинтересованные в проекте стороны и предложить им отрецензировать и утвердить план конфигурационного управления ПО (SCMP). Они также должны быть введены в курс всего проекта.
GP 2.8 DI 3 Наблюдение и контроль за процессом – Наблюдение и контроль за процессом конфигурационного управления в сравнении с планом его выполнения и проведение корректирующих операций. Руководитель проекта. Управление проектом.Мониторинг и контроль проекта Задача: Контроль состояния проекта   Замечания: Задача "Контроль состояния проекта" обеспечивает мониторинг продуктов проекта, но не предлагает специального руководства по мониторингу процесса. Рекомендации: При проверке состояния проекта необходимо вести мониторинг задач конфигурационного управления. Также необходимо, чтобы результаты проведенной проверки нашли свое отражение в протоколах совещаний по состоянию проекта.
GP 2.9 VE 1 Объективная оценка соответствия – Объективная оценка соответствия реального процесса управления конфигурации его описанию, стандартам, процедурам и выявление имеющихся расхождений. Руководитель проекта. Управление проектом. Мониторинг и контроль проекта Задача: Контроль состояния проекта Замечания: Поставляя шаблон плана обеспечения качества продукта (SQAP), RUP придает большее значение аудитам и рецензированиям продукта, чем оценке самого процесса. Рекомендации: При проверке состояния проекта группа управления качеством (SQA) должна вести мониторинг задач конфигурационного управления. Также необходимо, чтобы результаты проведенной проверки нашли свое отражение в протоколах совещаний.

Примечания

1 "CMMI Integration, версия 1.1 – Многоуровневое представление" на web-странице: www.sei.cmu.edu/cmmi. Замечательная работа "CMMI Distilled" Денниса Агерна (Dennis M. Ahern), Аарона Клоуза (Aaron Clouse) и Ричарда Тернера (Richard Turner) (Addison Wesley, 200).

В этой статье предлагается развернутая оценка методологии Rational Unified Process или RUP версии 2002.05.00.

2 Взято из статьи Майка Филлипса (Mike Phillips) "CMMI v1.1 Tutorial".

Текст, выделенный курсивом, цитируется из CMMI.


Дополнительная информация

За дополнительной информацией обращайтесь в компанию Interface Ltd.

Обсудить на форуме

Рекомендовать страницу
INTERFACE Ltd.
Телефон/Факс: +7 (495) 925-0049
Отправить E-Mail
http://www.interface.ru
Rambler's Top100
Ваши замечания и предложения отправляйте редактору
По техническим вопросам обращайтесь к вебмастеру
Дата публикации: 03.09.03