Учет статусов

Контроль конфигураций

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

• лицензионный контроль - проверяет количество людей, которые используют лицензионный продукт, следит за тем, чтобы в организации не использовались нелицензионные продукты, следит за сроками истечения лицензий и т.п.;
• управление изменениями;
• контроль версий активов, программного и аппаратного обеспечения, релизов, сборок и т.п.;
• контроль активов - возможности, место хранения, CMS;
• контроль сборки с использованием документации от CMS;
• поддержка и миграция электронных данных и информации;
• формирование базы активов и конфигурационных единиц перед релизом;
• контроль развертывания;
• инсталляция;
• управление целостностью Библиотеки эталонного ПО. Библиотека эталонного ПО (Definitive Media Library (DML) - одно или несколько защищенных хранилищ, в которых находятся определенные и авторизованные версии всех конфигурационных единиц, относящиеся к программному обеспечению. DML также может содержать CI, ассоциированные с ПО, такие как лицензии и документация. DML является логически единым хранилищем, даже если физически места хранения распределены. Все программное обеспечение в DML находится под контролем Управления изменениями и Управления релизами, должно быть зарегистрировано в Системе управления конфигурациями. В релизе может быть использовано только программное обеспечение из DML.

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

Каждая CI имеет ряд дискретных статусов в рамках своего жизненного цикла. Значимость каждого статуса определяется использованием CI в его рамках.

Выделяют следующие статусы:

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

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

Рис. 6. Пример жизненного цикла конфигурационной единицы

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

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

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

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

Проверки

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

• соответствие документации и актуального состояния CI;
• физическое наличие CI в организации, функциональные характеристики;
• документации для релиза до его осуществления.

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

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

• процентное улучшение в управлении расписаниями в рамках жизненного цикла активов;
• ускоренная идентификация активов, вызвавших сбои в работе услуг;
• уменьшение влияния инцидентов и ошибок на CI;
• процент лицензий, которые используются, к общему количеству купленных (в идеале 100%);
• увеличение качества информации о CI в CSM;
• уменьшение использования нелицензионного ПО;

Информацию, формируемую в рамках SACM, используют все процессы в рамках жизненного цикла услуг.

Дата добавления: 2014-01-05