ГОСТ Р ИСО/МЭК 20000-2—2010
В связи с тем. что при создании релиза подробности его развертывания могутбыть изначально не
известны, планировать развертывание релиза следует поэтапно.
Планирование релиза иего развертыванияобычно включает:
a) дату создания релиза иописание его поставки;
b
) ссылки наизменения, проблемы иизвестныеошибки, закрытые или решаемые с помощью это
го релиза, а также на известныеошибки, которые были обнаружены вовремя его тестирования;
c) связанные процессы для реализации релиза во всехделовых и территориальных подразделе
ниях;
d) способ возвращения релиза в исходное состояние или его исправления в случае неудачной
реализации;
e) процессверификации иприемки;
f) обмен информацией, подготовку, документирование и практические занятия для заказчика и
персонала поддержки;
д) логистику и процессы закупки, хранения, отправки, подключения, приемки и распоряжения
составными частями релиза;
h) ресурсы поддержки, требуемые для гарантии обеспечения уровней услуг в необходимом
объеме;
i) выявлениезависимостей, связанныхдругсдругом измененийисопутствующихрисков, которые
могут влиять на беспрепятственную передачу релиза на приемочное тестирование и в производствен
ную среду;
j) порядок завершения релиза;
k) календарныйпланпроведенияаудитовпроизводственнойсреды, предназначеннойдля выпол
нения значительных изменений, для гарантии надлежащего состояния рабочей среды в процессе
инсталляции релиза.
10.1.4 Разработка или приобретение программных средств
Релизы информационныхсистем и программных средств, получаемые отвнутренних командспе
циалистов. специалистов комплектующих системы, системных интеграторов или других организаций,
следует верифицироватьпри получении.
Этот процессследуетдокументировать вплане менеджмента конфигурации.
10.1.5 Проектирование, компоновка и конфигурирование релиза
Релиз и его распространение следует проектировать и осуществлятьдля:
a) приведения в соответствие с архитектурой систем провайдеров услуг, менеджментом услуг и
стандартами инфраструктуры;
b
) гарантии поддержания целостности релиза во время его компоновки, инсталляции, обработки,
упаковки идоставки;
c) использованиябиблиотекисоответствующихрепозитариев сцельювыполненияменеджмента
иуправления компонентами в процессе компоновки ивыпуска релиза;
d) четкогоопределения рисков иреагирования на них при необходимости;
е) предоставления возможности удостовериться в том. что программно-техническая платформа,
на которой будет инсталлирован релиз, удовлетворяет предварительно установленным требованиям;
f)предоставления возможности проверки полной укомплектованности релиза, когдаон достигнет
места назначения.
Результатами этого процесса должны быть извещения о релизе, инструкции по его инсталляции,
установленные программные и технические средства с соответствующей базовой линией конфигу
рации.
Итоговыеданные о релизе должны быть переданы группе, ответственной за его тестирование.
Процессы компоновки, инсталляции, выпуска ираспространения релизов могут бытьавтоматизи
рованы с целью уменьшения количества ошибок, гарантии повторяемости процессов и быстроты раз
вертывания новых релизов.
10.1.6 Ворификация и приемка релиза
Окончательным результатом должно быть уведомление о завершении комплектования пакета
релиза в целом в соответствии с предъявляемыми требованиями.
В процессе верификации и приемки следует:
a) удостовериться, чтоконтролируемаясреда приемочноготестированиясоответствуеттребова
ниям. установленным для производственной среды.
b
) гарантировать создание релиза из версий, находящихся под менеджментом конфигурации, и
его установку в среде приемочного тестирования, использующей запланированный производственный
процесс;
24