ГОСТРМЭК 62061—2015
Для элементов подсистемы одинаковой конструкции:
kDe — интенсивность опасных отказов 1-го или 2-го элемента подсистемы;
DC — охват диагностикой 1-го или 2-го элемента подсистемы.
>•0**0 =- М 2 « ^Ое2 -2 D C ) - т2! 2* [ 10в2 • (1 - DC)] • Г,} ♦>.De,(D.2)
P F H D
s s
D
= ^OssO ’ 1 ч -
Рисунок 9 — Логическое представление подсистемы типа D
Примечания
1На рисунке 9 показано логическое представление архитектуры подсистемы типа D. которое не должно рас
сматриваться как ее физическая реализация. Показанная функция диалтостики может быть осуществлена:
- диагностируемой подсистемой;
- другими подсистемами СБЭСУ;
- подсистемами, не участвующими в выполнении связанных с безопасностью функций управления.
2 Предполагается, что реакцией на отказ такой подсистемы является прекращение соответствующей опера
ции согласно требованиям 6.3.1. Если ремонт в неавтономном режиме предусматривается в проекте, в котором
реакцией на сбой является сообщение о сбое, но выполнение соответствующей операции не прекращается, то в
таком случае для остальной архитектуры должно быть определено новое значение PFHDдля подсистемы после
появления первого сбоя.
6.7.8.3 Упрощенный подход для оценки вклада отказов по общей причине (ООП)
6.7.8.3.1 Для оценки вклада отказов по общей причине в вероятность опасных случайных отказов
технических средств подсистемы требуются знания о восприимчивости подсистемы к отказам по общей
причине (см. 6.7.8.1).
6.7.8.3.2 Если используется избыточная архитектура для достижения требуемой вероятности
опасных случайных отказов технических средств подсистемы и отказы по общей причине могут устра
нить результат этой избыточности, то вероятность опасного случайного отказа технических средств, ос
нованная на вероятности появления общей причины, должна быть добавлена к вероятности опасного
случайного отказа технических средств подсистемы, использующей избыточность.
6.7.8.3.3 Вероятность возникновения отказов по общей причине, как правило, зависит от сочета
ния технологии, архитектуры, применения и окружающей среды. Для эффективного предотвращения
многих видов отказов по общей причине необходимо использовать приложение F.
6.7.8.3.4 Приложение F содержит таблицу оценок и соответствующую методологию, которые мо
гут быть использованы для оценки эффективности мер. применяемых при проектировании подсистемы
для ограничения ее восприимчивости к отказам по общей причине.
6.7.9 Требования к систематической полноте безопасности подсистем
Если выполнены требования 6.7.9.1 и 6.7.Э.2, то предельное требование к УПБ. связанное с си
стематической полнотой безопасности подсистемы, достигает УПБ 3.
32