3. Учебный вопрос 3. Виды деятельности процесса управления конфигурациями

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

• Планирование: определяются:

• стратегия, политика и задачи процесса,

• анализируется имеющаяся информация,

• определяются инструментальные средства и

• определяются ресурсы,

• создаются интерфейсы с другими процессами, проектами, поставщиками и т. д.

• Идентификация:

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

• разработка модель данных СMDB

• процедуры создания новых Конфигурационных Единиц и для изменения уже существующих.

• Контроль:

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

• Наличие контроля гарантирует, что ни одна Конфигурационная Единица не будет добавлена, изменена, заменена или удалена без соответствующего документа, например, утвержденного Запроса на Изменение или скорректированной спецификации.

• Мониторинг статуса: история статуса Конфигурационной Единицы на протяжении ее жизненного цикла. С помощью мониторинга статуса можно отследить, как меняется статус единицы, например «в разработке», «в тестировании», «в наличии», «в использовании», «выведено из рабочей среды».

• Верификация: верификация Конфигурационной Базы Данных путем аудита ИТ- инфраструктуры на наличие в ней зарегистрированных Конфигурационных Единиц и правильности регистрационных записей.

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

Ниже дается подробное описание этих действий.

1. Планирование

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

2. Идентификация

Идентификация связана с:

• Определением состава объектов инфраструктуры, контролируемых через CMDB, а также их взаимосвязей (объектная модель)

• определением и поддержкой соглашений о присвоении имен и

• нумерацией версий компонентов инфраструктуры,

• определением состава атрибутов (атрибутивная модель).

• Определением состава регистрируемых событий (событийная модель).

Базисные Конфигурации объектов IT-инфрпаструктуры, используемых в настоящий момент и в будущем описываются в форме специальных групп Конфигурационных Единиц (кластеров CI).

Общий вопрос, на который должна дать ответ идентификация ИТ-компонентов состоит в следующем:

Какие услуги и связанные с ними компоненты ИТ-инфраструктуры должны находиться под контролем Сервис-менеджмента и какая информация необходима для этого?

При разработке системы идентификации должны быть приняты решения:

• относительно охвата (границ)¹ процесса и

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

Для каждого параметра (характеристики) следует определить владельца или заинтересованное лицо².

Чем больше параметров регистрируется, тем больше усилий потребуется на обновление этой информации.

Общий вопрос «Что же регистрировать?» может быть сведен к перечню конкретных вопросов для определения требуемой информации, например:

• Какие ресурсы имеются для сбора и обновления информации?

• Какие виды деятельности, выполняемые, в т.ч. сторонними организациями, должны измеряться и контролироваться?

• Какие компоненты могут повлиять на услуги в случае сбоя и какая нужна информация для диагностики этих сбоев?

• Для каких компонентов следует регистрировать статус и его предысторию?

• Какие компоненты используются в организации в различных версиях или вариантах?

• Изменения в каких компонентах могут повлиять на доступность услуг?

• Какие компоненты являются дорогостоящими и их следует защищать от кражи или утери?

• Для каких компонентов требуется такая информация, как серийный номер, дата покупки и поставщик, и какая информация необходима для бухгалтерии?

• Какая информация необходима для выставления счетов заказчикам?

Ответы на эти вопросы дают представление об объеме работ, которые необходимо выполнить.

Следует принять решение об охвате (ширине, границах) CMDB и уровне ее детализации (глубине)..

3