ГОСТ Р 60.2.0.1—2022
Рисунок 4 — Сбои, связанные с безопасностью и не связанные с безопасностью
Примечание — Ошибки могут быть вызваны программными или аппаратными дефектами; причинами
последних являются сбои в работе аппаратуры. Дефекты могут быть скрытыми, то есть не влияющими на работу
системы до тех пор, пока они не проявят себя по какой-либо причине, например, при особой комбинации состояний
системы.
Модуль с программными свойствами, обрабатывающий ошибки, должен поддерживать следую
щие возможности для того, чтобы обрабатывать и исправлять ситуации с возникновением ошибки:
- отправлять и принимать данные о состоянии ошибки и исправлении ошибки внешним модулям
и от внешних модулей (например, от модуля менеджера безопасности) в соответствии с 7.4;
- разделять ошибки на ошибки, связанные с безопасностью, ошибки, связанные с защищенно
стью, и другие ошибки, зависящие от применения.
Примечание — Ошибки, не связанные с безопасностью, относятся кдругим ошибкам;
- поддерживать жизненный цикл выполнения программного модуля (рисунок 6) для обеспечения
безопасности в соответствии с 7.3;
- применять методы обработки неизвестных ошибок.
Разработчики модулей должны определить надлежащие реакции в зависимости от типов выяв
ленных ошибок. Для ошибок, связанных с безопасностью, может потребоваться сразу передать ин
формацию об ошибке на уровень системы (например, модулю менеджера безопасности). Для ошибок,
связанных с защищенностью, также может потребоваться их обработка на уровне системы (напри мер,
модулем менеджера защищенности). Другие ошибки, по возможности, обрабатываются на нижнем уровне
(например, в самом модуле).
Модули, предназначенные для идентификации и обработки ошибок, должны иметь достаточную
надежность. Уровень эффективности защиты такого модуля должен быть не ниже требуемого уровня
эффективности защиты любой функции безопасности, связанной с обработкой ошибок.
Если два или более внешних модуля способны обрабатывать одни и те же ошибки, то они должны
иметь приоритеты, установленные для отправки ответа или команды модулям с возникшими ошибками.
7.2.5 Взаимодействие программных модулей
Модули должны быть способны обмениваться информацией и взаимодействовать с другими мо
дулями, созданными разными разработчиками.
Для обеспечения эффективной интероперабельности программных модулей сервисного робота в
спецификации модуля должны быть приведены следующие данные:
a) информация, которой обмениваются модули, при необходимости (см. 7.2.2);
b
) информация для управления модулем (см. 7.4.2);
c) информация, используемая в профиле характеристик модуля (см. 7.2.3);
d) информация по обработке и исправлению ошибок (см. 7.2.4).
Для обеспечения эффективной интероперабельности и повторного использования программных
модулей сервисного робота рекомендуется привести также следующие сведения:
e) установленная информационная модель обмена информацией между модулями и промежу
точным программным обеспечением (см. 7.2.2);
Следующие сведения могут быть приведены для обеспечения эффективной интероперабельно
сти и повторного использования модулей сервисного робота:
f) установленная модель слоя аппаратных абстракций или драйвера устройства.
27