ГОСТ Р ИСО 26262-8—2014
f) реакции функций при не соответствующих норме условиях эксплуатации.
Пример - Повторный вызов компонента программного обеспечения, не обладающего
повторной входимостью;
д) зависимости от других компонентов программного обеспечения:
h) описание известных отклонений от нормы с соответствующими мерами для их «обхода».
12.4.3.2 Чтобы представить доказательства того, что компонент программного обеспечения вы
полняет свои требования, верификация этого компонента программного обеспечения должна:
a) показать охват требования в соответствии с требованиями раздела 9 26262-6.
П р и м е ч а н и е - Эта верификация основывается, прежде всею, на тестировании на основе требо
ваний. Могут быть использованы результаты тестирования на основе требований компонента программного
обеспечения, выполненного во время его разработки или во время предыдущих тестов интеграции.
Пример - Применение специального квалификационного набора тестов, анализ всех
тестов, уже выполненных в ходе реализации и интеграции любого компонента программ
ного обеспечения;
b
) охватывать как нормальные условиях эксплуатации, так и поведение в случав отказа:
c) привести к отсутствию известных ошибок, которые ведут к нарушению требований к системе
безопасности.
12.4.3.3 Требование данного подпункта распространяется на значения УПБА, равное D. в соот
ветствии с 4.3. Чтобы оценить полноту набора тестов, должно быть измерено структурное покрытие в
соответствии с требованиями раздела 9 ИСО 26262-6. При необходимости должны быть специфици
рованы дополнительные наборы тестов или должно быть предусмотрено обоснование.
12.4.3.4 Верификация в соответствии с требованиями 12.4.3.2 будет допустима только для реа
лизации неизменяемого компонента программного обеспечения.
12.4.3.5 Квалификация компонента программного обеспечения должна быть документально
оформлена, включая следующее:
a) уникальный идентификатор компонента программного обеспечения;
b
) уникальную конфигурацию компонента программного обеспечения;
c) лицо или организацию, которые выполнили квалификацию:
d) описание внешней среды, используемой для квалификации;
е) результаты верификации мер. применяемых для квалификации компонента программного
обеспечения;
0 максимальное целевое значение УПБ. характеризующее любое из всех требований к системе
безопасности, которые могут быть нарушены, если этот программный компонент выполняется непра
вильно.
12.4.4 Верификация квалификации компонента программного обеспечения
12.4.4.1 Должны быть верифицированы результаты квалификации компонента программного
обеспечения вместе с обоснованностью этих результатов относительно целевого использования
компонента программного обеспечения. При необходимости должны быть применены дополнитель
ные меры.
П р и м е ч а н и е - Обоснованность квалификации гложет измениться, если квалификация выполняет
ся для другой промышленной области или другого автомобильного применения.
Пример - Контроль двигателя, контроль кузова и контроль шасси - разные примене
ния контроля в автомобиле. Железные дороги и гражданская бортовая радиоэлектроника
- различные промышленные области.
12.4.4.2 Спецификация компонента программного обеспечения должна соответствовать требо
ваниям целевого использования этого компонента программного обеспечения.
12.5Результаты работы
12.5.1 Документация на компонент программного обеспечения
В результате выполнения требований 12.4.3.1.
12.5.2 Отчет о результатах квалификации компонента программного обеспечения
В результате выполнения требований 12.4.3.5.
12.5.3 План по обеспечению безопасности (уточненный)
В результате выполнения требований 12.4.2.
26