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

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

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

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

7.3.2 Идентификация конфигурации и Учетных элементов.

Идентификация конфигурации - это выбор, идентификация и маркировка конфигурационных структур и Учетных элементов, включая их «владельца» и взаимосвязи между ними. Учетными элементами могут быть АО, ПО или документация. В качестве примера можно указать услуги, серверы, среды, оборудование, компоненты сети, рабочие станции, переносные устройства, приложения, лицензии, телекоммуникационные услуги и элементы базовой инфраструктуры. Идентификация конфигурации включает присвоение идентификаторов Учетным элементам, в том числе индивидуальные версии УЭ и их конфигурационную документацию. Другие учетные записи и данные, связанные с УЭ, включают Инциденты, Известные ошибки и Проблемы, а также корпоративную информацию о сотрудниках, поставщиках, офисах, бизнесподразделениях и процедурах.

Важная часть Управления конфигурациями - решение о том, на каком уровне осуществлять контроль, до какого уровня делать разбивку обобщенных УЭ на компоненты, которые сами по себе являются Учетными элементами, и так далее. Более подробную информацию по этой теме вы найдете в параграфе 7.6.2. В качестве иллюстрации приведен Рисунок 7.1. показывающий пример Системы А, которая состоит из компонентов Al, А2, АЗ. Каждый из компонентов можно разбить на более мелкие компоненты. Каждый из компонентов показан как УЭ, включая всю систему.

Рисунок 7.1 - Разбивка конфигурации.

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

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

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

7.3.4 Учет статуса конфигурации.

Учет статуса конфигурации - это отчетность по всем текущим и историческим данным каждого УЭ в течение всего его жизненного цикла. Он позволяет отслеживать Изменения в УЭ и их учетных записях - например, отслеживать статус Учетного элемента по мере его перехода из одного состояния в другое, к примеру, «в разработке», «в тестировании», «в эксплуатации» или «снят с эксплуатации».

7.3.5 Верификация и аудит конфигураций.

Верификация и аудит конфигураций состоит из серии обзоров и аудитов для проверки физического существования Учетных элементов. Эти обзоры и аудиты удостоверяют, что УЭ правильно учтены в CMDB и контролируемых библиотеках. Эти действия включают верификацию Релизов и конфигурационной документации перед тем, как произвести ввод в эксплуатацию.

7.3.6 Конфигурационный базис.

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

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

7.3.7 Конфигурационная база данных учетных элементов (CMDB).

Многие организации уже используют некоторые элементы Управления конфигурациями, часто с помощью электронных таблиц, локальных баз данных или систем учета, основанных на бумажном документообороте. Сегодня в больших и сложных ИТ-инфраструктурах Управление конфигурациями требует использования средств поддержки, в числе которых Конфигурационная база данных учетных элементов (Configuration Management Database, или CMDB). Помимо CMDB для хранения эталонных копий программного обеспечения и документации необходимы физические и электронные библиотеки. CMDB обычно основана на технологии баз данных, которая предоставляет гибкие и мощные средства для выполнения запросов. Некоторые примеры ее потенциального использования приведены в списке ниже:.

■ содержание Релиза, включая составные УЭ и их номера версий;.

■ составные УЭ и их номера версий в тестовой среде и среде эксплуатации;.

■ УЭ, затронутые (авторизованным) Изменением, проводимым в соответствии с графиком;.

■ все Запросы на Изменение (RFC), связанные с конкретным УЭ;.

■ УЭ, закупленные у конкретного поставщика в определенный период;.

■ история УЭ;.

■ оборудование и программное обеспечение, находящиеся в каком-либо офисе, например, для помощи при проведении аудита;.

■ УЭ, которые планируется модернизировать, заменить или вывести из эксплуатации;.

■ записи об Изменениях и Проблемах, связанных с УЭ;.

■ все УЭ, затронутые какой-либо Проблемой.

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

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

CMDB также может быть использована для хранения и контроля сведений о Пользователях ИТ, персонале ИТ и бизнес-подразделениях. При этом необходимо рассмотреть юридические аспекты, связанные со сбором информации о людях. Наличие такой информации позволит связывать Изменения в штате персонала с Изменениями в информации о владельцах УЭ.

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

7.3.8 Библиотеки программного обеспечения и документов.

Контролируемая библиотека - это набор Учетных элементов категории «ПО» или «Документация» с известным типом и статусом. Доступ к элементам в контролируемой библиотеке должен быть ограничен. Библиотеки программного обеспечения используются для контроля и выпуска релиза программного обеспечения в течение всего жизненного цикла системной разработки, например в разработке, сборке, тестировании и эксплуатации.

7.3.9 Библиотека эталонного программного обеспечения (DSL).

Библиотека эталонного программного обеспечения (Definitive Software Library, или DSL) - термин, используемый для библиотеки, в которой хранятся и защищаются от несанкционированного доступа эталонные авторизованные версии всехУЭ типа ПО. Это физическое место для хранения или библиотека, где размещены мастер-кошта версий ПО. Это логически единое место для хранения в действительности может состоять из нескольких физических библиотек ПО или хранилищ файлов. Библиотеки должны быть размещены отдельно от мест проведения разработки, тестирования и эксплуатации. DSL также может включать физическое хранилище для хранения мастер-копий купленного ПО, например, защищенное на случай пожара. Только авторизованное программное обеспечение может быть допущено в DSL, что строго контролируется Управлением изменениями и Управлением релизами.

DSL - общая основа для процессов Управления релизами и Управления конфигурациями. Подробности можно найти в главе 9 - «Управление релизами».

7.3.10 Управление лицензиями.

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

Ответственность за контроль и аудит лицензий на ПО должна быть недвусмысленной и включать управление закупками, Управление активами и Управление конфигурациями. Это может привести к трудностям, поскольку Пользователям может оказаться легче купить и загрузить программное обеспечение через интернет. Эту задачу можно решить с помощью ссылок на процедуры рабочей дисциплины, определенные в рамках Политики безопасности организации (см. Книгу ITIL по Управлению безопасностью - ISBN 0-11-330014х).