ГОСТ Р ИСО 26262-8—2014
8.4 Требования и рекомендации
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 Оценка запроса на изменение
8.4.4.1Запрос на изменение должен оцениваться с учетом результатов анализа влияния, вы
полненного в соответствии с требованиями 8.4.3.1. а решение о принятии, отказе или отсрочке изме
нения принимается уполномоченными лицами.
Пример - Обычно уполномоченными лицами являются:
руководитель проекта;
менеджер по обеспечению безопасности;
лицо, ответственное за обеспечение качества;
участвующие разработчики.
П р и м е ч а н и е - Принятые запросы на изменения могут быть расположены по приоритету и объ
единены со связанными принятыми запросами на изменение.
13