ГОСТ Р ИСО 26262-6—2014
7.4.13На уровне архитектуры программного обеспечения в соответствии с требованиями раз
дела 8 ИСО 26262-9 осуществляется анализ системы безопасности для того, чтобы:
определитьилиподтвердитьсвязанныесбезопасностьючастипрограммного
обеспечения; а также
поддержать спецификацию и проверку эффективности механизмов безопасности.
П р и м е ч а н и е - Механизмы безопасности могут быть предназначены как для охвата случайных от
казов аппаратных средств, так и сбоев программного обеспечения.
7.4.14Для определения необходимых механизмов обеспечения безопасности программного
обеспечения на уровне архитектуры программного обеспечения на основе результатов анализа без
опасности в соответствии с требованиями 7.4.13 должны быть применены механизмы для обнаруже
ния ошибок, перечисленные в таблице 4.
П р и м е ч а н и е - Если технические требования к системе безопасности не распределяются непо
средственно для программного обеспечения, то использование механизмов безопасности программного обеспе
чения рассматривается на уровне системы для анализа возможного воздействия на поведение системы.
Т а б л и ц а 4 - Механизмы обнаружения ошибок на уровне архитектуры программного обеспечения
Методы
А
УПБА
всD
1аПроверки диапазона входных и выходных данных
1ЬПроверка достоверности
1сОбнаружение ошибок в данных1"
1dВнешние средства мониторинга с>
1еМониторинг потока управления
1fРазнообразие в проекте программного обеспечения
++ +♦ ♦+ ++
+ + ♦ ++
+ + ♦ +
0
+ ♦
++
О
+ ♦♦ ++
0о
♦
++
проверки утверждений или сравнение сигналов от разных источников.
wТипы методов, которые могут быть использованы для обнаружения ошибок в данных, включают в себя коды
обнаружения ошибок и сегментирование памяти данных.
*’ Внешним средством мониторинга г/ожет быть, например. СИС или иной элемент программного обеспечения.
выполняющий функции сторожевого таймера.
7.4.15Данное требование распространяется на значения УПБА (А). (В), С и D в соответствии с
4.3. Для спецификации необходимых механизмов безопасности программного обеспечения на уровне
архитектуры программного обеспечения на основе результатов анализа безопасности, выполненного
в соответствии с требованиями 7.4.13. должны применяется механизмы для обработки ошибок, пред
ставленные в таблице 5.
П р и м е ч а н и я
1 Если технические требования к системе безопасности не распределяются непосредственно для про
граммного обеспечения, то использование механизмов безопасности программного обеспечения рассматривает ся
на уровне системы для анализа возможного воздействия на поведение системы.
2 Анализ возможных опасностей архитектуры программного обеспечения из-за аппаратных средств опи
сан в ИСО 26262-5.
Т а б л и ц а 5 - Механизмы обработки ошибок на уровне архитектуры программного обеспечения
Методы
А в
УПБА
с D
1а Статический механизм восстановленияJ|
♦ + +
+
1Ь Постепенное снижение эффективности
0>
♦
+
♦♦
♦+
1с Независимое постоянное резервирование о 0
+
++
1d Коды исправления данных
♦ + +
+
Статические механизмы восстановления могут включать в себя использование блоков восстановления, вос
становление предыдущего состояния файла, восстановление без возврата и восстановление посредством
повторения.
61Постепенное снижение эффективности на уровне программного обеспечения связано с расположением по
приоритетам реализуемых функций для минимизации негативного влияния возможных отказов на функцио
нальную безопасность.
с) Независимое постоянное резервирование может быть реализовано, используя разнородное программное
обеспечение в каждом параллельном канале.
12