ГОСТ Р МЭК 60880—2010
10.4.2 Эти процедуры отчета о дефектах и устранения дефектовдолжны применяться ко всем дефек
там. обнаруженным во время валидации системы и требующим модификации проекта системы или про
граммного обеспечения.
10.4.3 В этих процедурах должно быть предусмотрено проведение повторной верификации проекта
системы, технического и программного обеспечений в соответствии с планом управления конфигурацией
системы.
10.4.4 Эти процедурыдолжны обеспечивать проведение модификации проекта системы и программ
ного обеспечения в соответствии с процедурой модификации раздела 11 и планом управления конфигура
цией системы.
10.4.5 Должна проводиться оценка каждого указанного в отчете дефекта с целью определения, не
был ли характердефекта таким, чтобы он мог быть обнаружен на более раннем этапе.
10.4.6 Если установлено, что дефект мог быть обнаружен на более раннем этапе, то должен быть
проведен анализ этого более раннего этапа с целью обнаружения возможного систематическогодефекта.
11 Модификация программного обеспечения
Модификацией программного обеспечения считается внесенное в программное обеспечение измене
ние, которое обычно влияет как на рабочую программу, так и на документацию.
Модификация программного обеспечения может потребоваться по следующим причинам:
- изменения функциональных требований;
- изменения в программных средствах;
- изменения в техническом обеспечении;
- отклонения, обнаруженные во время тестирований или эксплуатации.
Модификация программного обеспечения может потребоваться на этапе разработки или после по
ставки:
a) До реализации любой модификации программного обеспечения должна быть установлена и доку
ментально оформлена формализованная процедура управления модификацией, которая должна вклю
чать в себя требования по верификации и валидации.
b
) В этой процедуре должно бытьустановлено, каким образом учитывать требования данного пункта.
11.1 Процедура запроса на модификацию
11.1.1 При рассмотрении вопроса модификациидолжны быть предприняты следующие шаги:
- составление запроса на модификацию;
- оценка запроса;
- решение.
11.1.2 В составленном запросе на модификацию должны быть однозначно определены:
- причины запроса;
- цель;
- функциональная область применения;
-инициатор;
- дата возникновения.
11.1.3 Запрос на модификацию должен быть включен в документацию по модификации программно
го обеспечения в качестве ее составной части. Если программное обеспечение модифицируется в рамках
модификации проекта системы, то документация по модификации программного обеспечениядолжна вхо
дить вдокументацию по модификации проекта системы вкачестве ее составной части.
11.1.4 Должна быть проведена независимая оценка запроса на модификацию.
11.1.5 В оценке запроса на модификацию должна быть проверена ее целесообразность с целью
обеспечения того,чтобы:
- предлагаемые изменения были четко и однозначно определены;
- предлагаемые изменения исправляли причины отклонений, если изменение вытекает из отчета об
отклонениях;
- предлагаемые изменения не ухудшали способность программного обеспечения обеспечивать тре
буемые функции категории А;
- преимущества от реализации любых изменений не превышались нарушениями, которые может вне
сти их реализация (неправильно спроектированные и реализованные изменения могут вызвать отказы сис
темы).
26