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