ГОСТ Р ИСО 26262-6—2014
классифицирован по следующим категориям:
a) вновь разрабатываемый;
b
) используемый повторно с модификациями или
c) используемый повторно без изменений.
7.4.7 Связанные с безопасностью компоненты программного обеспечения, которые были вновь
разработаны и используются повторно с модификациями, должны быть разработаны в соответствии с
требованиями настоящего стандарта.
П р и м е ч а н и е - В этих случаях требования раздела 12 ИСО 26262-8 не применяются.
7.4.8 Связанные с безопасностью компоненты программного обеспечения, которые использу
ются повторно без изменений, должны быть квалифицированы в соответствии с требованиями раз
дела 12 ИСО 26262-8.
П р и м е ч а н и е- Использование квалифицированных компонентов программного обеспечения не
влияет на применимость требований разделов 10 и 11. Тем не менее, некоторые действия, описанные в разде лах
8 и 9. могут быть опущены.
7.4.9 Требования безопасности к программному обеспечению должны быть распределены для
программных компонентов. В результате каждый компонент программного обеспечения должен быть
разработан в соответствии с самым высоким значением УПБА среди распределенных для него тре
бований.
П р и м е ч а н и е - После этого распределения может быть необходимо дальнейшее уточнение требо
ваний к программному обеспечению системы безопасности.
7.4.10 Если встроенное программное обеспечение реализуется с использованием компонентов
программного обеспечения с различными значениями УПБА или с использованием компонентов про
граммного обеспечения, связанных с безопасностью и не связанных с безопасностью, то все встро
енное программное обеспечение должно рассматриваться в соответствии с самым высоким значени
ем УПБА, если программные компоненты не отвечают критериям совместимости в соответствии с
требованиями раздела 6 ИСО 26262-9.
7.4.11 Если используется разделение программного обеспечения (см. приложение D) для
устранения влияния между компонентами программного обеспечения, то следует обеспечить, чтобы:
a) общие ресурсы использовались таким образом, чтобы отсутствовало влияние между разде
лами программного обеспечения.
П р и м е ч а н и я
1 Задачи внутри раздела программного обеспечения не свободны от влияния со стороны друг друга.
2 Один раздел программного обеспечения не может изменить ни код или данные другого раздела про
граммного обеспечения, ни команду неразделяемых ресурсов других разделов программного обеспечения.
3 Сервис, получаемый из общих ресурсов одним разделом программного обеспечения, не может зависеть
от сервиса, получаемого другим разделом программного обеспечения. Он включает в себя такие параметры вы
полнения соответствующих ресурсов, как периодичность, задержка, уровень случайных искажений и длитель
ность запланированного доступа к ресурсу;
b
) разделение программного обеспечения поддерживается специальными функциями аппарат
ных средств или эквивалентными средствами (данное требование распространяется на значение
УПБА, равное D. в соответствии с 4.3);
c) часть программного обеспечения, которая реализует разделение программного обеспечения,
разрабатывается в соответствии с тем же или с более высоким значением УПБА. чем наивысшее
значение УПБА, назначенное требованиями для разделов программного обеспечения.
П р и м е ч а н и е- В общем случае операционная система предоставляет или поддерживает про
граммы для создания разделов;
d) верификация разделения программного обеспечения в процессе интеграции и тестирования
программного обеспечения (в соответствии с требованиями раздела 10) не выполняется.
7.4.12 Если при реализации требований безопасности к программному обеспечению предпола
гается отсутствие влияния или достаточная независимость между компонентами программного обес
печения. то анализ зависимых отказов осуществляется в соответствии с требованиями раздела 7
ИСО 26262-9.
11