ГОСТ РМЭК 62061—2015
6.8.6Для выполнения упрощенного подхода при оценке вероятности случайных опасных отказов
технических средств подсистем (см.6.7.8.2) применяется следующее:
- если для достижения требуемой вероятности опасного случайного отказа технических средств
необходима функция(и) диагностики СБЭСУ и подсистема обладает устойчивостью к сбоям аппарат
ных средств больше нуля, то обнаружение сбоя и заданная реакция на сбой должны быть выполнены до
наступления опасной ситуации из-за этого сбоя;
- при реализации функции(й) диагностики СБЭСУ должно быть как минимум принято, что вероят
ность случайного отказа технических средств и систематическая полнота безопасности одинаковы и
равны значению, заданному для соответствующей(их) СБФУ;
Примечание — Ограничения архитектуры на полноту безопасности аппаратных средств не применяют
ся при реализации функции(й) диагностики:
- если значение вероятности опасного случайного отказа технических средств на порядок больше,
чем задано для СБФУ, то должна быть выполнена проверка, чтобы определить, будет ли работоспособ
на функция(и)диагностики или диагностирующие устройства. Предполагается, что такая проверка долж
на быть выполнена как минимум 10 раз в промежутке между контрольными проверками подсистемы.
Примечания
1 Проверка функции(й) диагностики должна, насколько это практически возможно, охватывать на 100 % те
компоненты, которые реализуют функцию(и) диагностики.
2 Если функция диагностики реализуется логическим устройством СБЭСУ. то нет необходимости отдельно
выполнять ее тестирование функции, так как ее отказ может быть обнаружен как отказ СБФУ.
3 Проверкаможетбыть выполненалибо внешнимисредствами (например, с помощью испытательногооборудо вания).
либо при помощи внутреннихдинамических проверок (например, встроенныхвлогическоеустройство) СБЭСУ
6.9 Реализация технических средств СБЭСУ
Необходимо, чтобы СБЭСУ была реализована в соответствии с проектной документацией на
СБЭСУ.
6.9.1 Межсоединения в СБЭСУ
6.9.1.1 Межсоединения в СБЭСУ должны быть реализованы так, чтобы удовлетворять соответ
ствующим частям спецификации требований к безопасности СБЭСУ, а также требованиям, относящим ся
к применению проводников, кабелей, проводов, представленным в МЭК 60204-1.
6.9.1.2 Меры по предотвращению и контролю отказов в соединительных проводах и кабеляхдолж
ны быть реализованы в соответствии с 6.4.1 и 6.4.2.
6.10 Спецификация требований к безопасности программного обеспечения
6.10.1 Общие положения
Если программное обеспечение должно использоваться в какой-либо части СБЭСУ. реализующей
СБФУ. то необходимо разработать и документально оформить спецификацию требований к безопас
ности программного обеспечения.
6.10.2 Требования
6.10.2.1 Спецификация требований к безопасности программного обеспечения должна быть раз
работана для каждой подсистемы на основе спецификации и архитектуры СБЭСУ.
6.10.2.2 Спецификация требований к безопасности программного обеспечения для каждой под
системы должна быть получена из (1) требований к безопасности, заданных для СБФУ, (2) требований,
вытекающих из архитектуры СБЭСУ. и (3) любых требований к планированию функциональной без
опасности (см. 4.2). Эта информация должна быть доступна для разработчика прикладного программ
ного обеспечения.
6.10.2.3 Спецификация требований к безопасности прикладного программного обеспечения долж
на быть достаточно подробной для того, чтобы обеспечить выполнение стадий проектирования и вне
дрения СБЭСУ для достижения требуемой полноты безопасности и позволить выполнить
верификацию.
6.10.2.4 Разработчик прикладного программного обеспечения должен просмотреть информацию,
содержащуюся в спецификации для того, чтобы гарантировать, что требования определены адекват
ным образом. В частности, разработчик программного обеспечения должен в соответствии с настоя щим
стандартом учесть следующее:
- связанные с безопасностью функции управления;
- конфигурацию или архитектуру системы;
35