Верификация и аудит

Аудит проводится для проверки, насколько точно отражена текущая ситуация в CMDB. Например, ин­струментальные средства аудита могут автоматически выполнять анализ рабочих станций и формиро­вать отчеты о текущей ситуации и статусе ИТ-инфраструктуры. Эта информация будет использоваться для проверки и обновления Конфигурационной Базы Данных. Аудит возможен в следующих ситуациях:

• после внедрения новой Конфигурационной Базы Данных;

• к примеру, спустя полгода с момента внедрения;

• перед серьезными изменениями и после них;

• после чрезвычайных обстоятельств;

• в любое другое удобное время.

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

• Регистрируются ли в CMDB данные всех Запросов на Изменения на всех этапах их реализации, и
контролирует ли процесс Управления Конфигурациями эту регистрацию?

• Находится ли Конфигурационная База Данных в актуальном состоянии, если нет, то почему? Ка­
кое воздействие это оказывает на процесс Управления Изменениями (анализ текущего воздейст­
вия запланированных изменений)?

• Производится ли присвоение имен новым Конфигурационным Единицам в соответствии с согла­
шением о присвоении имен?

• Правильно ли используются варианты?

• Правильно ли регистрируются Базисные Конфигурации и становятся ли они сразу же доступны­
ми к использованию?

• Соответствует ли содержимое Библиотеки эталонного программного обеспечения (DSL) и Скла­
да эталонного аппаратного обеспечения (DHS) информации в Конфигурационной Базе Данных?
Если нет, то почему?

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

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

6. УПРАВЛЕНИЕ КОНФИГУРАЦИЯМИ