Ян Ван Бон - ИТ Сервис-менеджмент. Введение

Задачами Процесса Управления Релизами являются:

• Планирование, координация и внедрение (или организация внедрения) программных и аппаратных средств.

• Разработка и внедрение рациональных [136] Efficient. процедур для распространения и инсталляции изменений в ИТ-системах.

• Обеспечение отслеживаемости и безопасности программных и аппаратных средств, подвергшихся изменениям, и гарантирование того, что в рабочей среде находятся только корректные, авторизованные и тестированные версии.

• Коммуникации и оповещение пользователей, учет их ожиданий при планировании и развертывании новых релизов.

• Определение состава релизов и планирование их развертывания совместно с Процессом Управления Изменениями.

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

• Обеспечение сохранности оригинальных копий программ в Библиотеке эталонного программного обеспечения (DSL) и регулярного обновления базы данных CMDB; то же касается аппаратных средств на Складе DHS.

8.2.1. Преимущества использования процесса

Вместе с эффективными Процессами Управления Конфигурациями и Управления Изменениями Процесс Управления Релизами способствует тому, чтобы:

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

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

• Бизнес-подразделения внимательно контролировали инвестиции в программное обеспечение, от которых во многом зависит бизнес.

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

• Уменьшалась опасность возникновения инцидентов и известных ошибок за счет тестирования и контроля внедрения.

• Пользователи больше привлекались к участию в тестировании релизов.

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

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

• Бизнес-подразделения могли стандартизировать версии программного и аппаратного обеспечения в своих подразделениях для облегчения их поддержки.

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

• Облегчалось обнаружение неавторизованных копий и некорректных версий.

Процесс Управления Релизами состоит из следующих видов деятельности:

• разработка политики в отношении релизов и их планирование;

• компоновка и конфигурирование релизов;

• тестирование и приемка релизов;

• планирование развертывания релизов;

• оповещение, подготовка и обучение;

• распространение и инсталляция релизов.

В действительности эти виды деятельности не располагаются в хронологическом порядке. Определение политики и планирование релизов могут проводиться раз в полгода или в год, в то время как другие действия могут проводиться ежедневно.

Рис. 8.4. Управление Релизами

Успешное проведение Управления Релизами зависит от входной информации, поступающей из других процессов ITIL, и от взаимодействия с этими процессами (рис. 8.4). Главными являются интерфейсы со следующими процессами.

8.3.1. Управление Конфигурациями

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