8.2. Цель процесса

Процесс Управления Релизами занимается управлением и распространением (дистрибуцией) ис­пользуемых в рабочей среде версий программного и аппаратного обеспечения, находящихся на под­держке ИТ-подразделения для обеспечения необходимого уровня услуг.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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