ГОСТ Р МЭК 61508-6-2012
ТаблицаЕ.2 — Программное обеспечение, проектирование и разработка:
архитектура (см. МЭК 61508-3, пункт 7.4.3)
Метод/средство
Ссылка УПБ2
Интерпретация (в настоящем приложении)
1 Обнаружение и диагностика сбоев
С.3.1R
Проверка диапазона данных, контрольный
таймер, ввод/вывод, средства связи. В
случае ошибки поднимает тревогу (см. За)
2 Коды обнаружения и исправления С.3.2
ошибок
За Программирование с проверкой С.3.3
ошибок
R Встраиваетсяспользовательскими
функцииями: требуется тщательный выбор
R Выделяет часть многозвенной логической
схемы ПЛК для проверки некоторых важных
условий безопасности (см. 1)
RНе предпочитается: обеспечение гарантии
независимости приводит кувеличению
сложности программного обеспечения
ЗЬ Методы контроля (при реализации С.3.4
процесса контроля и контролируемой
функциинаодномкомпьютере
обеспечивается их независимость)
ЗсМетодыконтроля(реализация С.3.4
процесса контроля и контролируемой
функции на разных компьютерах)
R Проверяетразрешенныекомбинации
веода.’вывода на мониторе независимого
компьютера, обеспечивающегобезопас
ность
Не предпочитается: недостаточное
повышение безопасности по сравнению с Зс
Не предпочитается: в значительной степени
достигается Зс
R
Встраиваетсяспользовательскими
функциями: требуется тщательный выбор
Не используется. Управление процессом
нуждается в состояниях, чтобы запоминать
состояние установки
3d Многовариантное программирова С.3.5
ние. реализующее одну спецификацию
требований к программному обеспе
чению системы безопасности
Зе Многовариантное (функциональ но)
С.3.5
программирование,реализующее
различные спецификации требований к
программному обеспечению системы
безопасности
3fВосстановлениепредыдущего
С.3.6
состояния
Зд Проектирование программного обе С.2.12
спечения. не сохраняющего состояние
(или проектирование ПО. сохраняюще
го ограниченное описание состояния)
4а Механизмы повторных попыток С.3.7
парирования сбоя
4Ь Постепенное отключение функцийС.3.8
5Исправлениеошибокметодами
С.3.9
искусственного интеллекта
RИспользуется в соответствии с требованиями
прикладной задачи (см. 2 и ЗЬ)
R Не используется для программирования с
ограниченной изменчивостью
NR Не используется для программирования с
ограниченной изменчивостью
6 Динамическая реконфигурация
С.3.10
Модульный подходТабл.
В.9
NR Не используется для программирования с
ограниченной изменчивостью
HR
8 Использование доверительных/про- С.2.10
веренныхэлементовпрограммного
обеспечения (если таковые имеются)
HR Созданный ранее код для более ранних
проектов
9 Прямая прослеживаемость между С.2.11
спецификацией требований к програм
мному обеспечению системы безопас
ности и архитектурой программного
обеспечения
RПроверка полноты: проверка, гарантирую
щая, что все требования к программному
обеспечению системы безопасности учтены
в требованиях к архитектуре программного
обеспечения
131