ГОСТ Р МЭК 61800-5-2—2015
6.5 Требования к интеграции и тестированию СЭРС (СБ)
6.5.1 Интеграция аппаратных средств
СЭРС (СБ) должна быть интегрирована в соответствии с ее конкретным проектом. В процессе ин
теграции всех подсистем и компонентов в СЭРС (СБ) СЭРС (СБ) должна быть испытана в соответствии
с конкретными тестами интеграции. Эти тесты определены в плане проверки и должны показать, что все
модули взаимодействуют правильно ивыполняют предназначенные для них функции и не выполняют не
предназначенные для них функции.
Кроме того, охватываются требования интеграции аппаратных средств, если успешно выполняют
ся типовые испытания СЭРС (СБ) согласно 6.2.5 и МЭК 61800-5-1 и. кроме того. МЭК 61800-1. или МЭК
61800-2. или МЭК 61800-4 (при необходимости).
6.5.2 Интеграция программного обеспечения
Интеграция части/модуля связанного с безопасностью программного обеспечения СЭРС (СБ)
должна быть выполнена согласно МЭК 61508-3. Она должна включать тесты, которые определены в
плане проверки программного обеспечения, чтобы гарантировать совместимость программного обеспе
чения с аппаратными средствами так. чтобы были удовлетворены функциональные требования и требо
вания показателей безопасности.
П р и м е ч а н и е — Такое тестирование не подразумевает испытание для всех входных комбинаций. Мо
жет быть достаточным испытание для всех классов эквивалентности (см. МЭК 61508-7:2000. пункт В.5.2). Статиче
ский анализ (см. МЭК61508-7:2000. пункт В.6.4), динамический анализ (см. МЭК61508-7:2000, пункт В.6.5) илианализ
отказов (см. МЭК 61508-7:2000. пункт В.6.6) могут сократить количество тестовых сценариевдо приемлемого уровня.
6.5.3 Модификации в процессе интеграции
В процессе интеграции для любой модификации или любого изменения СЭРС (СБ) должны быть
выполнены анализ влияния, который должен определить все затронутые компоненты, идополнительная
проверка.
6.5.4 Применимые тесты интеграции
Тест(ы) интеграции должен(ны) быть определены) в плане проверки. Должен быть применен функ
циональный тест, вкотором навход СЭРС (СБ)подаютсяданные или набор значений, которые адекватно
характеризуют обычно ожидаемую работу. Запрашивается функция безопасности (например, активаци
ей STO или нарушением ограничения скорости для SLS) и наблюдается результат ее выполнения,
кото рый сравнивается с заданным в спецификации. (См. также раздел 9.)
6.5.5 Документальное оформление поверки
Во время тестирования интеграции СЭРС (СБ)должнобытьдокументальнооформленоследующее:
a) используемая версия плана тестирования:
b
) критерии принятия тестов интеграции:
c) тип и версия тестируемой СЭРС (СБ);
d) используемые инструменты и оборудование вместе с калибровочными данными;
в) результаты каждого теста;
f) любое несоответствие между ожидаемыми и фактическими результатами.
7 Информация для применения
7.1Информация и инструкции для применения СЭРС (СБ) в системах безопасности
Следующая информация должна бытьдокументально оформлена производителем идолжна быть
доступна пользователю.
а)Функциональная спецификация каждой функции и интерфейса, которые доступны для исполь
зования в реализации функций безопасности. Она должна включать:
- подробное описание функции безопасности (включая реакцию(и) на нарушение предельных зна
чений),
- функцию реакции на сбой;
- время отклика каждой связаннойс безопасностью функции исвязанных функций реакции насбой;
- условие(я) (например, рабочий режим), при котором(ых) функция безопасности предназначена
быть активной или отключенной:
- указание приоритета для тех функций, которые одновременно активны и могут конфликтовать
друг с другом.
23