Основы управления конфигурацией

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

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

• конфигурационная идентификация артефактов (рабочих материалов), используемых или создаваемых в ходе проекта;
• контроль конфигурации, включая информацию о воздействии изменений на организационную и управленческую структуру, текущие приоритеты заданий, ресурсы и состояние проекта;
• учет состояния конфигурации на основе состояния артефактов, используемых в разработке, при выпуске готовых версий ПС или их сопровождении;
• ревизия и аудит конфигурации, в ходе которой оценивается состояние и готовность продукта;
• процедуры управления выпуском продукта (release management), его доставки и мониторинга состояния проекта;
• версионный контроль рабочих материалов проекта, обеспечивающий повторяемость сборки продукта на основании его базовых версий.

К основным элементам процесса управления конфигурацией можно отнести (см. рисунок 1.) следующие четыре элемента:

1. Конфигурационная идентификация.
2. Контроль конфигурации.
3. Учет состояния конфигурации.
4. Ревизия и аудит конфигурации.

Рисунок 1

Рассмотрим подробнее состав каждого из этих элементов.

Конфигурационная идентификация основывается на следующих составляющих:

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

Контроль конфигурации включает:

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

Учет состояния конфигурации предполагает:

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

Ревизия и аудит конфигурации включает:

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

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

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

Процесс управления конфигурацией включает:

· идентификацию конфигурации;

· контроль конфигурации;

· учёт состояния конфигурации;

· оценку конфигурации;

· управление выпуском и поставку.

При создании проектов сложных ИС, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, возникает проблема учёта их связей и функций, создания унифицированной структуры и обеспечения развития всей системы. Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ. Общие принципы и рекомендации конфигурационного учёта, планирования и управления конфигурациями ПО отражены в проекте стандарта ISO/IEC 12207.

К управлению конфигурацией следует отнести функции анализа производительности и оптимизации системы.

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

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

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

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

В плане управления конфигурацией в компании следует:

установить и поддерживать базовые конфигурации;

иметь опись (карту) ИС, актуализируемую с учетом жизненного цикла, в которую входят аппаратура, программное обеспечение и документация;

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

Цели управления конфигурацией:

* контроль вносимых изменений;

* улучшение качества продукта или услуги;

* повышение степени удовлетворенности пользователей и/или заказчиков;

* организация взаимодействия различных рабочих групп. Действия:

* создание или обновление рабочего пространства по заданному профилю;

* внесение изменений в файлы проекта;

* интеграция изменений с изменениями, внесенными другими участниками;

* фиксирование базовой линии текущих версий файлов проекта;

* регистрация запросов;

* назначение исполнителей и сроков;

* контроль исполнения (периодический контроль).

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

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

Консультанты компании «Ай-Теко» обладают достаточной квалификацией и практическим опытом проведения проектов по внедрению и созданию системы автоматизации процесса управления конфигурациями. Ниже предлагается примерный вариант построения процесса:

· осуществить планирование и проектирование процесса управления конфигурациями в реальных условиях функционирования организации;

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

· осуществить проектирование и наполнение Базы Данных Учётных Элементов;

· осуществить дополнительную настройку программных средств в соответствии с пожеланиями заказчика;

· обучить персонал работе в соответствии с разработанными процедурами при помощи программных средств;

· осуществить пилотный ввод процесса в эксплуатацию;

· разработать и осуществить документирование процедур совершенствования процесса, учёта известных ошибок и вносимых изменений;

· осуществить доработку процесса в соответствии с накопленным в ходе эксплуатации опытом;

· окончательно передать процесс в эксплуатацию заказчику.

⇐ Предыдущая123456789Следующая ⇒

Поделиться: