ГОСТ Р ИСО/МЭК 19770-2-2014
настоящего стандарта подтверждает использование тегов идентификации программного обеспечения
для обнаружения и определения доступной для отслеживания и проверки информации по элементам
конфигурации программного обеспечения.
b
) В ИСО/МЭК 20000-1:2005. 9.1. оговаривается следующее: «Процедуры управления конфигура
цией должны обеспечивать сохранение целостности систем, сервисов и сервисных компонентов».
Данная часть настоящего стандарта утверждает необходимость в процедурах управления кон
фигурацией для обеспечения целостности, и. таким образом, предоставляет создателям возможность
включения в продукт цифровой подписи (см. 6.1.11). Цифровая подпись может использоваться для про
верки того, что определенные значения обязательных элементов не подверглись изменениям. Такая
проверка, соответственно, позволит поставщикам программного обеспечения или поставщикам тегов
достоверно выявлять случаи взлома тегов идентификации программного обеспечения или отсутствие
тегов.
c) В ИСО/МЭК 20000-1:2005. 9.1. оговаривается следующее: «Управление мастер-копиями циф
ровых элементов конфигурации должно осуществляться в защищенных физических или электронных
библиотеках, и ссылки на нихдолжны присутствовать в записях конфигурации, например, программно го
обеспечения, результатов тестирования, вспомогательной документации».
Данная часть настоящего стандарта рекомендует включение тегов идентификации программного
обеспечения в соответствующие элементы конфигурации программного обеспечения в библиотеку эта
лонного программного обеспечения.
d) В ИСО/МЭК 20000-1:2005. 9.1. оговаривается следующее: «Все элементы конфигурации долж
ны уникально идентифицироваться и фиксироваться в базе данных CMDB. доступ к которой должен
быть строго контролируем».
Данная часть настоящего стандарта согласуется с тем требованием, что все элементы конфи
гурации программного обеспечения должны уникально идентифицироваться. Элемент конфигурации
программного обеспечения уникально идентифицируется идентификатором продукта, серийным номе
ром. единицей складского хранения, каждый из которых можно соотнести с подтверждением наличия
лицензии, заказом на покупку и элементами конфигурации программного обеспечения, хранящимися в
базе данных CMDB (см. 8.4.14. 8.4.20, 8.4.21).
Метод, в соответствии с которым тег идентификации программного обеспечения сохраняется в
базе данных CMDB и получает уникальный ссылочный номер в этой базе данных, в данной части на
стоящего стандарта (см. 1.2) не рассматривается.
d)В ИСО/МЭК 20000-1:2005.10.1. оговаривается следующее: «Процессы выпуска релизов и рас
пространениядолжны разрабатываться и реализовываться таким образом, чтобы в процессеустановки,
обработки, упаковки и поставки сохранялась целостность аппаратного и программного обеспечения».
Данная часть настоящего стандарта подтверждает необходимость обеспечения целостности про
цесса выпуска релизов и. соответственно, устанавливает, что теги идентификации программного обе
спечения должны полностью соответствовать процессам выпуска релизов, оговоренным в ИСО/МЭК
20000-1:2005. Данная часть настоящего стандарта рекомендует включение дополнительных элемен
тов. относящихся к сведениям о релизах, в теги идентификации программного обеспечения (см. 8.4).
5.4 Согласование с ИСО/МЭК 20000-2:2005 Информационная технология. Управление услу
гами. Часть 2. Нормы и правила
a) В ИСО/МЭК 20000-2:2005. 10.1.5. оговаривается следующее: «Процессы выпуска релизов и
распространения должны разрабатываться и реализовываться таким образом, чтобы а) соблюдалось
соответствие стандартам архитектуры систем, стандартам управления услугами и инфраструктурным
стандартам провайдера услуг; Ь) в процессе установки, обработки, упаковки и поставки сохранялась
целостность...)».
Данная часть настоящего стандарта подтверждает важность обеспечения соответствия процес
сов выпуска релизов и распространения посредством создания дополнительного элемента «Release
package» (пакет релизов) (см. 8.4.17).
b
) В ИСО/МЭК 20000-2:2005. 10.1, оговаривается следующее: «В ходе верификации и приемки
процессов: а) должна осуществляться проверка того, что управляемое окружение для проведения
приемосдаточных испытаний отвечает требованиям целевого производственного окружения: Ь) долж но
быть обеспечено создание релиза из версий согласно процессам управления конфигурацией и его
установка в окружении для проведения приемосдаточных испытаний с использованием запланирован
ного производственного процесса...».
13