ГОСТРМЭК 62061—2015
a) тестирование методом «черного ящика»: тест(ы) динамического поведения в реальных усло
виях функционирования выявляют несоответствия с функциональной спецификацией СБЭСУ. а также
оценивают полезность и надежность СБЭСУ.
Примечание — См. также 6.12.2.1;
b
) тестирование с введением (включением) неисправностей должны проводиться, если требуе
мая доля безопасных отказов < 90%. В таких испытаниях вводятся или имитируются неисправности в
технических средствах СБЭСУ. а полученный результат документально оформляется:
c) тестирование «наихудшего случая» следует выполнять для оценки экстремальных (т. е. худ
ших) случаев, определенных в результате применения аналитических методов (см. 8.3.2).
Примечание — Операционная способность СБЭСУ иее измеряемые компоненты тестируются при наи
худших случаях. Условия окружающей среды изменяются до их максимально допустимых предельных значений.
Наиболее существенные результаты тестов СБЭСУ проверяются и сравниваются со спецификацией требований к
безопасности;
d) практический опыт: использование практического опыта из различных применений как одна из
мер. позволяющая избежать сбоев во время выполнения подтверждения соответствия СБЭСУ.
Примечание — См. также 6.12.2.
9 Модификация
9.1 Цель
Данный раздел определяет процедуру(ы) модификации, которые должны применяться при вне
сении изменений в СБЭСУ на стадиях проектирования, интеграции и подтверждения соответствия (на
пример. во время установки и ввода в эксплуатацию СБЭСУ).
9.2 Порядок внесения изменений
9.2.1 Причинами для появления запроса на модификацию могут быть, например:
- изменение спецификации требований к безопасности;
- использование реальных условий;
- опыта происшествий/аварий;
- изменение обрабатываемого материала:
- модификации машины или ее режимов работы.
Примечание — Вмешательства (например, настройка, установка, ремонт) в СБЭСУ в соответствии с
инструкцией для пользователя или инструкцией по эксплуатации СБЭСУ не считаются модификациями вконтексте
настоящего раздела.
9.2.2 Причина(ы) запроса на модификацию СБЭСУ должны быть документально оформлены.
9.2.3 Влияние запрашиваемого изменения должно быть проанализировано, чтобы установить его
влияние на функциональную безопасность СБЭСУ.
9.2.4 Анализ влияния модификации и влияние на функциональную безопасность СБЭСУ должны
быть документально оформлены.
9.2.5 Все принятые изменения, которые оказывают влияние на СБЭСУ. должны инициировать воз
вращение к соответствующей стадии проектирования аппаратных средств и/или программного обеспе
чения СБЭСУ (например, спецификация, проектирование, интеграция, установка, ввод в эксплуатацию и
подтверждение соответствия). Все последующие стадии должны осуществляться в соответствии с
процедурами, установленными для этих стадий согласно требованиям настоящего стандарта. Все со
ответствующие документы должны быть пересмотрены, изменены и переизданы соответственно.
9.2.6 Перед выполнением любой модификации на основе этих пересмотренных документов дол
жен быть подготовлен полный план действий и документально оформлен.
9.3 Процедуры управления конфигурацией
9.3.1Процедуры управления конфигурацией должны выполняться в соответствии с планом функ
циональной безопасности (см. 4.2.1). учитывая следующее:
а) план каждого процесса модификации;
46