ГОСТ IEC 62304—2022
7.4.2 Анализ влияния изменений программного обеспечения на выполненные меры по
УПРАВЛЕНИЮ РИСКОМ
ИЗГОТОВИТЕЛЬ должен анализировать изменения программного обеспечения, включая измене
ния ПОНП, с целью определения возможности конфликта модифицированного программного обеспе
чения и выполненных мер по УПРАВЛЕНИЮ РИСКОМ. [Классы В, С]
7.4.3 Осуществление ДЕЯТЕЛЬНОСТИ по МЕНЕДЖМЕНТУ РИСКА, основанной на результа
тах анализа
ИЗГОТОВИТЕЛЬ должен осуществить уместную ДЕЯТЕЛЬНОСТЬ по МЕНЕДЖМЕНТУ РИСКА,
которая определена в 7.1, 7.2 и 7.3, основанную на результатах проведенного анализа. [Классы В, С]
8* ПРОЦЕСС менеджмента конфигурации программного обеспечения
8.1* Идентификация конфигурации
8.1.1 Установление средств идентификации СОСТАВНОЙ ЧАСТИ КОНФИГУРАЦИИ
ИЗГОТОВИТЕЛЬ должен установить схему уникальной идентификации подлежащих управлению
СОСТАВНЫХ ЧАСТЕЙ КОНФИГУРАЦИИ и их ВЕРСИЙ в соответствии с планированием разработки и
конфигурации, установленной в 5.1. [Классы А, В, С]
8.1.2 Идентификация ПОНП
Для каждой СОСТАВНОЙ ЧАСТИ КОНФИГУРАЦИИ ПОНП, который будет использоваться, вклю
чая библиотеки стандартов, ИЗГОТОВИТЕЛЬ должен документировать:
a) наименование;
b
) ИЗГОТОВИТЕЛЯ;
c) уникальный указатель (обозначение) ПОНП.
[Классы А, В, С]
Примечание — Уникальным указателем ПОНП может быть, например, ВЕРСИЯ, дата выпуска, номер
патча или обозначение модернизации.
8.1.3 Идентификация документации конфигурации СИСТЕМЫ
ИЗГОТОВИТЕЛЬ должен документировать набор СОСТАВНЫХ ЧАСТЕЙ КОНФИГУРАЦИИ и их
ВЕРСИЙ, входящих в состав конфигурации ПРОГРАММНОЙ СИСТЕМЫ.
[Классы А, В, С]
8.2* Управление изменениями
8.2.1 Одобрение ЗАПРОСОВ НА ИЗМЕНЕНИЯ
ИЗГОТОВИТЕЛЬ может изменять СОСТАВНЫЕ ЧАСТИ КОНФИГУРАЦИИ, идентифицированные
как подлежащие управлению согласно 8.1, только после того, как будет одобрен ЗАПРОС НА ИЗМЕНЕ
НИЯ. [Классы А, В, С]
Примечание 1— Решение одобрить ЗАПРОС НА ИЗМЕНЕНИЯ может быть частью ПРОЦЕССА управ
ления изменениями или частью другого ПРОЦЕССА. Этот подпункт требует только того, чтобы одобрение измене
ния предшествовало его выполнению.
Примечание 2— Вотношении ЗАПРОСОВ НА ИЗМЕНЕНИЯ на разных стадиях жизненного цикла могут
использоваться различные ПРОЦЕССЫ одобрения, как это установлено в планах, см. 5.1.1 d) и 6.1 е).
8.2.2 Осуществление изменений
ИЗГОТОВИТЕЛЬ должен осуществить изменение так, как это определено в ЗАПРОСЕ НА ИЗ
МЕНЕНИЯ. ИЗГОТОВИТЕЛЬ должен идентифицировать и выполнить любую ДЕЯТЕЛЬНОСТЬ, кото
рую нужно повторить из-за произведенных изменений, включая изменение класса безопасности ПРО
ГРАММНЫХ СИСТЕМ и ПРОГРАММНЫХ СОСТАВНЫХ ЧАСТЕЙ. [Классы А, В, С]
Примечание — Данный подпункт устанавливает, как изменение должно быть реализовано для обе
спечения надлежащего управления изменениями. Это не означает, что внедрение (реализация) является неотъ
емлемой частью ПРОЦЕССА управления изменениями. При внедрении должны использоваться запланированные
ПРОЦЕССЫ, см. 5.1.1 е) и 6.1 е).
22