Идентификация конфигураций

Управление и планирование

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

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

Контекст и цель.

Охват:

• применяемые услуги;
• среда и инфраструктура:
• географическое месторасположение.

Требования:

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

Применяемые политики и стандарты:

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

Организация Управлением конфигурациями:

• роли и ответственности;
• комитеты для контроля изменений и конфигураций;
• авторизация.

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

Процессы и процедуры в рамках Управления активами и конфигурациями, например:

• идентификация конфигураций;
• управление версиями;
• управление интерфейсами;
• управление поставщиками;
• управление изменениями конфигураций;
• релиз и развертывание;
• управление сборкой;
• управление снабжением;
• управление CMS.

Ссылка на План реализации

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

Для идентификации конфигураций важно:

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

Деятельность в рамках идентификации конфигураций включает в себя:

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

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

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

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

• уникальный идентификатор;
• тип CI;
• имя/описание;
• версия;
• расположение;
• дата поставки;
• детали лицензии (в частности, дата ее истечения);
• владелец/куратор;
• статус;
• поставщик/источник;
• документация;
• данные истории, например, аудиторские отчеты;
• тип связей;
• соответствующий SLA.

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

Основные связи между CI:

• CI является частью другой CI. Например, сервер является частью инфраструктуры сайта. Это отношение "родитель-ребенок";
• CI соединен с другим CI. Например, персональный компьютер соединен с локальной сетью;
• CI использует другой CI. Например, программа использует модуль другой программы;
• CI установлена на другую CI, например, Windows Excel на персональный компьютер.

CI может иметь множество связей. Например, быть частью другой CI и одновременно использоваться другими CI.

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