ГОСТ Р МЭК 61800-5-2—2015
6.2.4.1.4 Планирование испытаний
В процессе проектирования по мере необходимости должны быть запланированы следующие раз
личные типы испытаний:
a) испытание подсистемы.
b
) испытание интеграции;
c) проверка подтверждения соответствия;
d) испытание конфигурации (см. 7.1).
Документация по планированию испытаний должна включать:
e) типы выполняемых тестов и процедуры их выполнения;
f) условия, инструменты, конфигурацию и программы испытаний;
д) критерии оценки «прошел испытание»/«не прошел испытание».
Если применимо, то должны использоваться автоматические инструменты испытаний и интегриро
ванные средства разработки.
Примечание — Полнота таких инструментов может быть продемонстрирована конкретными испытания
ми. обширной историей удовлетворительного применения или независимой проверкой их результатов для конкрет
ных СЭРС (СБ) в процессе их разработки.
6.2.4.1.5 Требования к поддержке проекта
На стадии проектирования должен быть определен процесс поддержки проекта и повторного ис
пытания. гарантирующий, что полнота безопасности СЭРС (СБ) остается на требуемом уровне во время
последующих версий проекта.
6.2.4 2 Требования по управлению систематическими сбоями
6.2.4.2.1 Характеристики проекта
Для управления систематическими сбоями проект должен обладать характеристиками, которые
делают СЭРС (СБ) иее подсистемы устойчивыми к любым:
a) остаточным сбоям в проекте аппаратных средств, если вероятность сбоев проекта аппаратных
средств не может быть исключена, применяя раздел А.З итаблицу А.16 МЭК 61508-2:2000;
b
) внешним воздействиям, включая электромагнитные, применяя раздел А.З и таблицу А.17
МЭК 61508-2:2000;
c) ошибкам оператора СЭРС (СБ) (см. раздел А.З и таблицу А.18 МЭК 61508-2:2000):
d) остаточным ошибкам в проекте программного обеспечения (см. пункт 7.4.3 МЭК 61508-3:1998 и
соответствующие таблицы);
е) ошибкам и последствиям, возникающим в результате выполнения любого процесса передачи
данных (см. 6.4).
6 2.4.2.2 Контролепригодность и ремонтопригодность
Контролепригодность иремонтопригодность необходимо рассмотретьво время выполнениядействий
по проектированию и разработке, чтобы обеспечить выполнение этих свойств при завершении СЭРС (СБ).
6.2.4.2.3 Ограничения человека
Проект СЭРС (СБ) должен учитывать способности и ограничения человека и быть пригодным для
действий, предписанных операторам и штату обслуживания. Проект интерфейсов оператора должен
соответствовать хорошей практике учета человеческого фактора идолжен приспособиться к наиболее
вероятному уровню подготовки или знаний операторов.
6.2.4.2.4 Защита от непредумышленной модификации
СЭРС (СБ) должна включать меры для защиты (или упрощения защиты) от непредумышленных
модификаций, связанных с безопасностью программного обеспечения, аппаратных средств, параметри
зации и конфигурации СЭРС (СБ).
Примечание — См. В.4.8МЭК61508-7:2000.
6.2.4.2.5 Подтверждение ввода и ошибки оператора
Проект СЭРС (СБ)должен включатьподтверждение вводадля управления отказами эксплуатации.
Проект должен также защищатьот ошибокоператора, связанных с функциями безопасности СЭРС (СБ), с
помощью контроля достоверности данных.
Примечание — См. В.4.6 и В.4.9 МЭК61508-7:2000.
6.2А2.6 Потеря электропитания
СЭРС (СБ) должна быть специфицирована и спроектирована с учетом последствий при потере
электропитания.
20