ГОСТ Р ИСО 26262-8—2014
П р и м е ч а н и я
1 Случаи использования могут описывать взаимодействия пользователя с инструментальным программ
ным обеспечением или применяемое подмножество функциональности инструментального программного обес
печения.
2 Случаи использования могут включать в себя требования к конфигурации инструмента и к окружающей
среде, в которой выполняется инструментальное программное обеспечение:
d) окружающей среды, в которой выполняется инструментальное программное обеспечение;
e) максимального значения УПБА из всех требований к системе безопасности, распределенных
устройству или элементу, которые могут быть нарушены, если инструментальное программное обес
печение содержит ошибку и реализует соответствующий неверный выходной результат.
П р и м е ч а н и е - Максимальное значение УПБА может быть определено в условиях конкретной раз
работки или его можно предположить, учитывая общее использование инструментального программного обеспе
чения. Если значение УПБА предполагается определить заранее, то такое предположение верифицируется;
0 методов квалификации инструментального программного обеспечения, в случае необходимо
сти. на основании определенного уровня доверия.
11.4.4.2Для обеспечения надлежащей оценки или применения инструментального программно
го обеспечения необходима следующая информация:
a) описание характеристик, функций и технических свойств инструментального программного
обеспечения;
b
) руководство пользователя или другие руководства по применению, если они применяются;
c) описание внешней среды, необходимой для его эксплуатации;
d) описание предполагаемого поведения инструментального программного обеспечения при
аномальных условиях эксплуатации, в случае необходимости.
Примеры
1 Аномальными условиями эксплуатации могут быть запрещенные комбинации клю
чей компилятора, среда, не соответствующая руководству пользователя, или неправиль
ная установка.
2 Предполагаемым поведением при аномальном условии эксплуатации может быть
подавление сгенерированного выхода, указание пользователю или отчет пользователю;
e) описание известных ошибок инструментального программного обеспечения и соответствую
щих мер защиты, мер предотвращения или мер «обхода» проблемы, если они применимы.
Примеры
1 Руководства по применению или «обходные» пути, устраняющие известные неис
правности, ограничение оптимизации кода компиляторами или использование ограничен
ного набора средств для моделирования.
2 Для выполнения соответствующей деятельности меры защиты включают
предотвращение с помощью ограничения, обнаружения и учета всех известных сбоев и
проблем, а также использование безопасных альтернативных методов;
0меры для обнаружения ошибок и соответствующих неверных результатов работы инструмен
тального программного обеспечения, идентифицированные в ходе определения необходимого уров
ня доверия для этого инструментального программного обеспечения.
П р и м е ч а н и е- Меры по обнаружению соответствующих неверных результатов работы могут
устранить как известные, так и возможные неверные результаты на выходе инструментального программного
обеспечения.
Пример -Сравнения результатов работы резервного инструментального про
граммного обеспечения, выполненных тестов, результатов статического анализа или
критических обзоров, результатов анализа записей журнала регистрации событий для ин
струментального программного обеспечения.
11.4.5 Оценка инструментального программного обеспечения на основе анализа
11.4.5.1Описание применения инструментального программного обеспечения должно содер
жать следующую информацию:
a) намеченную цель.
Пример -Моделирование функции, генерация исходного кода или тестирование
встроенного программного обеспечения, настройка или упрощение жизненного цикла си
стемы безопасности или автоматизация действий и задач, предусмотренных настоящим
стандартом;
b
) входы и предполагаемые выходы.
20