ГОСТ РМЭК 62061—2015
6.6.2.1.2 Необходимо, чтобы начальная концепция архитектуры СБЭСУ была создана в соответ
ствии со структурой функциональных блоков.
Примечание — Должно быть постоянное сотрудничество между разработчиком связанной с безопас
ностью архитектуры (системы) управления, организацией, ответственной за конфигурацию устройств, и разра
ботчиком программного обеспечения. В процессе такого сотрудничества уточняются требования к безопасности
программного обеспечения и возможные его архитектуры, что может повлиять на архитектуру аппаратных средств
СБЭСУ. поэтому такое тесное сотрудничество между разработчиком архитектуры СБЭСУ. поставщиком(ами) под
системы, разработчиком программного обеспечения и. по мере необходимости, проектировщиком машины или
пользователем может помочь сократить возможность появления систематических отказов.
6.6.2.1.3 Каждый функциональный блок должен быть реализован соответствующей подсистемой
в архитектуре СБЭСУ. Одна подсистема может реализовать более одного функционального блока.
6.6.2.1.4 Каждая подсистема и реализуемые в ней функциональные блоки должны быть четко
определены.
6.6.2.1.5 Необходимо, чтобы архитектура была документально оформлена, ее подсистемы и их
взаимосвязи были описаны.
6.6.2.1.6 Требования к безопасности для каждого функционального блока должны быть сформу
лированы. как указано в спецификации требований к безопасности соответствующей СБФУ, в терминах:
- функциональных требований (например, входная информация, внутренняя логика работы и вы
ходная информация функционального блока);
- требований к полноте безопасности.
6.6.2.1.7 Требования к безопасности для подсистемы должны быть такими же. как и для функцио
нальных блоков, которые она реализует. Если подсистема реализует более одного блока, то для нее при
меняется требование с наибольшим значением полноты безопасности (см. 6.6.3). Эти требования долж ны
быть документально оформлены в качестве спецификации требований к безопасности подсистемы.
6.6.3 Требования к оценке полноты безопасности, достигаемой СБЭСУ
6.6.3.1 Общие положения
УПБ. который может быть достигнут СБЭСУ. следует рассматривать отдельно для каждой СБФУ.
выполняемой СБЭСУ.
УПБ. который можот быть достигнут СБЭСУ. определен вероятностью опасных случайных отказов
технических средств, архитектурными ограничениями, а также систематической полнотой безопасно
сти подсистем, входящих в СБЭСУ. Достигаемый с помощью СБЭСУ УПБ меньше или равен наимень
шему значению предельного требования к УПБ любой из подсистем, входящих в СБЭСУ.
6.6.3.2 Полнота безопасности технических средств
6.6.3.2.1 Вероятность опасного отказа каждой СБФУ из-за случайных опасных отказов техниче
ских средств должна быть меньше или равна целевой величине отказов, заданной в спецификации
требований к безопасности.
Примечание — Целевые значения отказов, связанные с УПБ. приведены в таблице 2.
6.6.3.2.2 Вероятность опасного отказа каждой СБФУ из-за случайных опасных отказов техниче
ских средств должна быть оценена с учетом:
a) архитектуры СБЭСУ. поскольку это касается каждой рассматриваемой СБФУ.
Примечание — При этом приходится решать, какие виды отказов подсистем находятся в последова
тельной связи (любой отказ вызывает отказ соответствующей СБФУ. которая должна выполняться), а какие — в
параллельной (для сбоя соответствующей СБФУ необходимы совпадающие отказы);
b
) оцененной частоты отказов каждой подсистемы для функциональных блоков, которые она реа
лизует. в любых режимах, способных вызвать опасный отказ СБЭСУ.
6.6.3.2.3 Оценка вероятности опасных отказов должна быть основана на вероятности случайных
опасных отказов аппаратных средств каждой соответствующей подсистемы, которая определяется с
использованием информации, перечисленной в 6.7.2.2. с учетом в соответствующих случаях 6.7.2.2,
перечисление к) для цифровой передачи данных между процессами подсистем. Вероятность случай
ных отказов аппаратных средств в СБЭСУ является суммой вероятностей опасных случайных отказов
аппаратных средств всех подсистем, участвующих в реализации СБФУ. и включает в случае необходи
мости вероятность опасных ошибок цифровой передачи данных коммуникационных процессов:
PFHD = PFH01 + ...+ PFHDn* P TE.
21