ГОСТ Р ИСО 26262-6—2014
Для разработки проекта архитектуры программного обеспечения реализуются как требования к
программному обеспечению, связанные с безопасностью, так и все требования к программному обес
печению. не связанные с безопасностью. Следовательно, на данной подстадии связанные с безопас
ностью и но связанные с безопасностью требования рассматриваются в рамках единого процесса
разработки.
Проект архитектуры программного обеспечения предусматривает средства для реализации
требований безопасности к программному обеспечению и для управления сложностью разработки
программного обеспечения.
7.3 Входная информация
7.3.1 Предварительные требования
Необходима следующая информация:
план обеспечения безопасности (уточненный) в соответствии с 5.5.1;
руководствапо проектированиюикодированию дляязыков моделированияи
программирования в соответствии с 5.5.3;
спецификация программно-аппаратного интерфейса в соответствии с требованиями 7.5.3
ИСО 26262-4;
спецификация требований безопасности к программному обеспечению в соответствии с
6.5.1;
план верификации программного обеспечения (уточненный) в соответствии с 6.5.3;
отчет о верификации программного обеспечения в соответствии с 6.5.4.
7.3.2 Дополнительная информация
Следующая информация может быть учтена:
техническая концепция системы безопасности (см. с 7.5.1 ИСО 26262-4);
спецификация проекта системы (см. 7.5.2 ИСО 26262-4);
о доступных квалифицированных компонентах программного обеспечения (см. раздел 12
ИСО 26262-8);
руководства по применению инструментальных средств в соответствии с 5.5.4;
руководства по применению методов (из внешнего источника).
7.4 Требования и рекомендации
7.4.1Для того, чтобы проект архитектуры программного обеспечения получал информацию, не
обходимую для обеспечения корректного и эффективного выполнения последующих действий по
разработке, проект архитектуры программного обеспечения должен быть описан на соответствующих уровнях
абстрагирования, используя представления для проекта архитектуры программного обеспе чения.
перечисленные в таблице 2.
Т а б л и ц а 2 - Представления для проекта архитектуры программного обеспечения
Методы
У П Б А
А В
с
D
44
+
4
1
Неформальные представления
2
Полуформальные представления
3
Формальные представления
444+444
♦
444
7.4.2 При разработке проекта архитектуры программного обеспечения необходимо рассмотреть
следующее:
a) верефицируемость проекта архитектуры программного обеспечения.
П р и м е ч а н и е - Эго подразумевает двунаправленную прослеживаемость между проектом архитек
туры программного обеспечения и требованиями к безопасности программного обеспечения;
b
) пригодность программного обеспечения к конфигурируемости;
c) возможность разработки и реализации программных модулей;
d) тестируемость архитектуры программного обеспечения во время тестирования интеграции
программного обеспечения;
e) удобство сопровождения проекта архитектуры программного обеспечения.
7.4.3 Для предотвращения отказов из-за высокой сложности проект архитектуры программного
обеспечения должен обладать следующими свойствами в случае применения принципов, перечис-
9