ГОСТ Р 56923—2016
А.7 Процессы поддержки программных средств (7.2)
Таблица А.ЗЗ — Процесс менеджмента программной документации (7.2.1)
Положение
ИСО/МЭК 12207
а) См. также таблицу 13— Процесс менеджмента информации (6.3.6)
6.3.6.3
Ь) Документация должна также включать эталонные соглашения, необходимые для понима
ния требований, проекта, кодов, тестов, а также другую информацию
Таблица А.34 — Процесс менеджмента конфигурации программных средств (7.2.2)
7.2.1.3.2.1
Положение
ИСО/МЭК 12207
а) См. также таблицу 12— Процесс менеджмента конфигурации (6.3.5)
6.3.5.3
Ь) План менеджмента конфигурации может также быть частью приобретения, поставки, реа
лизации. функционирования, плана(ов) сопровождения или любого другого соответствующего
плана.
7.2.23.1.1
с) Дополнительное руководство по управлению конфигурацией может быть найдено в ИСО
10007
72.2.3.1.1
d) Схема идентификации конфигурации должна охватить указатели для идентификации сущ
ностей (объектов), которые будут помещены под управление конфигурацией, и должна по
зволить назначать уникальный идентификатор на каждый программный объект. Указатели
должны охватить продукты программных средств, которые будут разрабатываться или ис
пользоваться. и должны охватить элементы программной инженерной окружающей среды.
Схема идентификации должна быть на уровне управления сущностью, например, компьютер
ными файлами, электронными СМИ.документами, программными единицами (блоками), объ
ектами аппаратных и программных средств. Схема идентификации должна включать статус
версии/пересмотра/выпуска каждой сущности
72.2.3.2.1
е) Основное содержание требований в этом объекте — те объекты, продукты или сущности,
непосредственно связанные с программными средствами для проекта, т.е. планирование и
техническая информация в компьютерных файлах, электронных СМИ. и документах, описы
вающих программные средства, и компьютерные файлы и электронные СМИ. непосредствен
но содержащие программные средства. В то время как другими объектами, продуктами или
сущностями, такими как отчеты или документы, связанные с управлением и оценкой тех про
дуктов. нужно управлять на некоторых уровнях. Это не является намерением ИСО/МЭК 12207
требовать, чтобы все такие объекты, продукты или сущности управлялись с той же самой
степенью строгости
7.2.2.3.3.1
f) Процедуры менеджмента конфигурации должны охватывать уровни управления, через ко
торые каждый идентифицированный объект, продукт, или сущность обязаны проходить (на
пример. авторский надзор, управление проектного уровня, управление приобретающей сто
роны). людей или группы, уполномоченные разрешать иделать изменения на каждом уровне,
и сопровождаемые шаги с запросами на разрешение изменений, запросами на изменения
процесса, с непосредственными изменениями, распределением изменений и сохранением
прошлых версий. Изменения, воздействующие на объект, продукт или сущность уже при
управлении приобретающей стороной, должны быть предложены приобретающей стороне в
соответствии с установленными контрактом формами и процедурами
7.2.2.3.3.1
д) Записи должны быть подготовлены и поддержаны для сущностей (объектов), которые нахо
дятся под определенным уровнем управления конфигурацией (например, проектным уровнем
или более высоким уровнем управления конфигурацией). Эти записи должны сопровождать ся
в течение срока действия, определенного в контракте, или для соответствия организаци онной
политике
7.2.2.3.4.1
h) Управление выпуском и требования поставки обращаются к стороне, которая выпускает
программную продукцию
7.2.2.3.6.1
97