ГОСТ Р ИСО 26262-8—2014
Приложение В
(справочнное)
Пример соглашения о взаимодействии при разработке (СВР)
В.1 Цели
В настоящем приложении приводится иллюстративный пример соглашения о взаимодействии при разра
ботке (СВР) в соответствии с требованиями раздела 5 (перечисления с) - д) 5.4.3.1). с адаптацией под конкрет
ную организацию в соответствии с требованиями и рекомендациями 5.4.5 и 5.5.1 ИСО 26262-2. если необходимо.
Также может быть выполнена настройка действий по обеспечению безопасности для конкретного проекта в со
ответствии с требованиями 6.4.5 ИСО 26262-2.
В.2 Общие положения
На вид и обьем взаимодействий заказчик-поставщик будет влиять много факторов; данный пример упро
щен и основан на применении сценария взаимодействия, описанного в В.З. и наборе исходных условий, пере
численных в В.4.
В таблицах В.1 - В.З представлен пример СВР:
таблица В.1 примерно соответствует требованиям 5.4.2 с некоторыми дополнениями для конкретной
организации, предназначенными для предотвращения или устранения риска от поставщика с не отвечающими
требованиям возможностями;
таблица В.2 примерно соответствует требованиям 5.4.3 с некоторыми дополнениями для конкретной
организации, предназначенными для предотвращения или устранения риска от неправильного понимания или
определения границы компонента С и его взаимодействий с его окружением;
таблица В.З примерно соответствует требованиям 5.4.4 применительно к компоненту С аппаратных
средств.
П р и м е ч а н и е - В каждой таблице соответствующий раздел настоящего стандарта указан в скоб
ках.
В.З Сценарий применения
Примеры СВР. представленные в таблицах В.1 - В.З. основаны на следующем сценарии применения:
a) Заказчик несет ответственность за проектирование и производство транспортного средства.
b
) Заказчик несет ответственность за проектирование системы, состоящей из большого количества ком
понентов аппаратных средств и программного обеспечения, среди которых один компонент аппаратных средств С
должен быть поставлен другим поставщиком.
c) Для компонента С будут определены требования, соответствующие значению УПБА. равному D.
d) Компонент С не был ранее разработан, т. е. он не является коммерческим продаваемым изделием. Он
включает в себя новые технологии, для которых нет достаточного пула проверенных поставщиков.
в) Множество поставщиков заинтересованы в поставке компонента С. но их возможности, отвечающие
требованиям для поддержки проекта, не очевидны.
f) Используется процесс разработки, основанный на модели.
В.4 Исходные условия
Данный пример разработан на основе следующих исходных условий;
a) Ресурсы, необходимые для управления проектом и рарабогки. доступны в случав необходимости.
b
) Оценки команд, которые квалифицируются как «независимые», доступны для каждой участвующей ор
ганизации и используются там. где это необходимо.
c) При выполнении независимой оценки для всех участвующих организаций, претендующих на самый вы
сокий уровень полноты, используется одинаковый процесс и общая архитектура.
1) Чтобы квалифицировать на требуемый уровень полноты, повторно используемые средства согласовы
вают с процессом и общей архитектурой и независимо оценивают.
2) Чтобы квалифицировать на требуемый уровень полноты другие ресурсы, например, инструментальные
средства, согласовывают с процессом и общей архитектурой и независимо оценивают.
3) Участвующие организации выбирают конкретные процессы и инструменталь-ные средства, которые
совместимы и выполняются в той же архитектуре.
4) Явные мета-модели или спецификации однозначно определяют семантики инструментов, языков моде
лирования. языков программирования, а также создаваемых моделей.
5) Модели внешне наблюдаемого поведения, рабочие характеристики (в том числе в наихудших условиях)
и виды отказов и их влияние доступны для компонентов аппаратных средств, включая устройства ввода / выво
да. Модели представлены в форме, которая может обеспечить корректную интеграцию для создания
моделей (суб Системы.
d) Обеспечено высококачественное выполнение других взаимодействий заказчик-поставщик, реализуемых
не только для проектирования, обеспечивающего высокий уровень полноты, которые не включены в данный
пример, например, взаимодействие бизнес-процессов, управление проектами и управление качеством.
Если исходные условия, перечисленные выше, не выполняются, то потребуются дополнительные взаимо
действия заказчик-поставщик и последующие усилия, которые не определены вданном примере.
38