8.4.1 Планирование и запуск управления изменениями
8.4.1.1 Процесс управления изменениями должен планироваться и запускаться до внесения изменений в результаты работы.
Примечание - Управление конфигурацией и управление изменениями запускаются одновременно. Между двумя процессами определяются и поддерживаются интерфейсы для того, чтобы прослеживать изменения.
8.4.1.2 Должны быть определены результаты работы, для которых выполняется управление изменением, и они должны включать результаты работы, требуемые настоящим стандартом, для которых выполняется управление конфигурацией.
8.4.1.3 Для каждого результата работы должен быть определен график применения процесса управления изменениями.
8.4.1.4 Процесс управления изменениями должен включать:
a) формирование запросов на изменение в соответствии с требованиями 8.4.2;
b) анализ запросов на изменение в соответствии с требованиями 8.4.3;
c) принятие решений с обоснованием по рассматриваемым запросам на изменение в соответствии с требованиями 8.4.4;
d) осуществление принятых изменений в соответствии с требованиями 8.4.5;
e) документальное оформление в соответствии с требованиями 8.4.5.
8.4.2 Запросы на изменение
8.4.2.1 Каждому запросу на изменение должен быть присвоен уникальный идентификатор.
8.4.2.2 Каждый запрос на изменение, по меньшей мере, должен включать следующую информацию:
a) дату;
b) причину запрашиваемого изменения;
c) подробное описание запрашиваемого изменения;
d) конфигурацию, для которой запрашивается изменение.
8.4.3 Анализ запроса на изменение
8.4.3.1 Для каждого запроса на изменение должен быть выполнен анализ его влияния на изменяемое устройство, его интерфейсы и подключенные к нему устройства. Должно быть выполнено следующее:
a) определен тип запроса на изменение.
Примечание - Возможные типы изменений включают в себя: устранение ошибок, адаптацию, усовершенствование, предотвращение;
b) определены изменяемые результаты работы и результаты работы, на которые это изменение повлияет;
c) выявлены и привлечены стороны, на которые это изменение повлияет в случае распределенной разработки;
d) определено возможное влияние изменения на функциональную безопасность;
e) сформирован график реализации и верификации изменения.
8.4.3.2 Каждое изменение результата работы должно запускать возвращение на соответствующую стадию жизненного цикла системы безопасности. При этом последующие стадии должны выполняться в соответствии с требованиями настоящего стандарта.
8.4.4 Оценка запроса на изменение