ГОСТРМЭК 60987—2011
7.3 Независимость верификации
7.3.1 Для систем класса 1 отдельные лица или группы лиц, проводящие верификацию проекта,
должны быть независимыми экспертами по отношению к разработчикам проекта: например, они могут
бытьизразныхотделоводнойорганизацииилиизразныхорганизаций. Длясистем класса 2 лица, прово
дящие верификацию, недолжны проектировать изделия, подлежащие верификации. Однако персонал,
ответственный за верификацию, может быть из той же организации, что и разработчики проекта. В
дополнение к этим требованиям:
a) проверяющий персонал должен иметь соответствующую техническую квалификацию.
b
) любые результаты верификации и ответы разработчиков проекта на эти результаты должны
бытьофициально задокументированы;
c) верификациядолжна проводиться в соответствии с задокументированными процедурами.
7.3.2 При проектировании аппаратных средств класса 2. когда для проверки аппаратных средств
используется автоматизированное испытательное оборудование, независимые детальные требова
ния. указанные выше, применяются кперсоналу, разрабатывающемуавтоматизированное испытатель
ное оборудование, а не к персоналу, контролирующему проводимые на этом испытательном
оборудованиииспытания. Однако при разработкеаппаратныхсредствкласса 1персоналнеотвечаетза
проведениеиспытанийаппаратныхсредств, которые он проектировал (проводимыхкаксиспользовани
ем, так ибез использованияавтоматизированного испытательного оборудования).
7.4 Методы
Для верификации проектадопускается использовать критическиеобзоры, ревизии, анализы, тес
ты или испытания, проводимые на автоматизированном испытательном оборудовании, а также сочета
ние этих методов. Проверяющий персонал должен определить, какие методы верификации следует
использовать. Обоснование методов верификациидолжно подробнодокументироваться, для того что
бы обеспечить контроль со стороны лиц. непосредственно не занятых проектированием или
верификацией проекта.
a) При выборесоответствующего метода верификации следует учитывать:
- классификациюсистемы побезопасности(т.е. классы 1 или 2.для класса 1 требуютсяболеестро
гие методы);
- анализы и испытания, проводимые в рамках процесса проектирования интегрированных аппа
ратных средств и программного обеспечения с прилагаемойдокументацией, пригодной для поддержки
верификации и валидации, т. е. следует убрать такие действия в процессе верификации и валидации
аппаратныхсредств, неэффективноиспользующих ресурсы, дублируя работу;
- предшествующиемероприятия поверификации, приведенные на аппаратныхсредствах или сис
темах. содержащих аппаратные средства (т. е. такие, где было установлено, чтооборудование соотве
тствует требованиям):
- проектные характеристики, например, размеры, завершенность/новизна используемых принци
пов. типы отказов и сложностьсистемы;
- сопутствующиеданные, которые можно получить при выполнениидругих мероприятий, таких как
мероприятия по обеспечению качества или оценке условий окружающей среды.
b
) Соответствующиесредства иметодыдолжны бытьпредусмотреныдля испытанияподсистем и
электронных компонентов для обеспечения их тщательного тестирования. Следует использовать авто
матические средства для улучшения сходимости показаний и тщательности испытания там, где
необходимо.
c) Контрольные приборы или тестовые инструментальные средства, используемые во время
верификации или испытаний, должны быть соответствующим образом откалиброваны и поверены для
обеспечения точности вычислений, тогда как процедуры должны гарантировать использование только
калиброванных инструментов.
d) Испытательные инструменты, применяемые для программного обеспечения, должны быть
утверждены до их использования и включены в конфигурационный контроль.
e) Результаты всего официального тестирования должны быть зарегистрированы (неофициаль
ноетестирование можетбытьпроведенововремяпроцесса проектированиякакпредшественника офи
циального тестирования). Проверяемые отчеты официального тестирования должны быть доступны
для подтверждения того, что все испытания были проведены и любые испытательные аномалии были
выявлены.
7.5 Документация
Все мероприятия поверификациидолжны быть официальнои достаточно подробнодокументиро ваны
для обеспечения контроля со стороны лиц. непосредственно не занятых разработкой и верифика-
12