開發(fā)接口協(xié)議DIA應(yīng)用場景示例
開發(fā)接口協(xié)議(DIA)示例
1.目的
本附件提供了一個說明性的示例，說明根據(jù)第5條[特別是5.4.3.1的c)至k)]的要求，根據(jù)ISO26262-2：2018的5.4.6和ISO26262-2：2018的5.5.1（如果有的話）的要求和建議，進行特定組織的適應(yīng)。相關(guān)項具體裁剪，符合ISO26262-2：2018的6.4.5，也可適用。
2.概述
許多因素將影響客戶-供應(yīng)商交互的類型和數(shù)量；本示例是一個被簡化的、基于表 B.3中所描述的 應(yīng)用場景和表 B.4中所列的一系列前提的例子。
表B.1至B.3構(gòu)成DIA的一個示例如下：
表B.1大約符合5.4.2的要求，并增加了某些組織特定內(nèi)容，旨在以避免或消除供應(yīng)商能力不足帶來 的風險。
表B.2大致符合5.4.3的要求，并增加了某些組織特定內(nèi)容，旨在避免或消除由于對組件C的邊界 及其與環(huán)境相互作用的錯誤理解或錯誤定義帶來的風險。
表B.3大致相當于5.4.4的要求，適用于硬件組件C。
注：在每個表中，相應(yīng)的ISO26262條款在括號中表示。
3.應(yīng)用場景
表B.1~表B.3所示的DIA示例基于下述應(yīng)用場景：
客戶負責整車的工程和制造。
客戶負責系統(tǒng)工程開發(fā),該系統(tǒng)由多個硬件和軟件組件構(gòu)成,其中某個硬件組件C由供應(yīng)商 提供。
組件C被分配了具有 ASILD等級的要求。
組件C以前沒有開發(fā)過，即它不是商業(yè)現(xiàn)成的(COTS)產(chǎn)品。它所涉及的新技術(shù)對供應(yīng) 商來說沒有充足的儲備。
多個供應(yīng)商對供應(yīng)組件C感興趣,但其足以支持項目的能力并不明顯。
采用基于模型的開發(fā)過程。
4.前提
本示例的開發(fā)基于下述前提：
相關(guān)項管理和工程所需的資源在需要時可用。
每個參加組織都有合格的“獨立”評估小組，并在需要時可使用。
所有參與組織都使用相同的流程和架構(gòu)框架，經(jīng)獨立評估符合最高誠信水平。
可復(fù)用資產(chǎn)符合流程和體系結(jié)構(gòu)框架，并被獨立評估以符合所需的完整性級別。
其他資源，例如工具，符合流程和體系結(jié)構(gòu)框架，并被獨立評估以符合所需的完整性水平。
參與組織選擇兼容的特定流程和工具，并提交到相同的架構(gòu)中。
顯式元模型或規(guī)范明確地定義了工具、建模語言、編程語言和生成的模型的語義。
外部可見行為、性能（包括最壞情況）以及故障模式和效果的模型可用于硬件組件，包括I/O設(shè)備。模型是一種可以正確集成以創(chuàng)建（子）系統(tǒng)模型的形式。
其他客戶-供應(yīng)商交互的高質(zhì)量執(zhí)行，不是高完整性工程所獨有的，不包括在本例中，例如業(yè)務(wù)流程、相關(guān)項管理和質(zhì)量管理的交互。
如果上面的前提不成立，將需要額外的客戶-供應(yīng)商互動和努力-在這個示例中沒有確定。
表B.1-客戶-供應(yīng)商數(shù)據(jù)交換，以確定和選擇供應(yīng)商
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| a.1 |
供應(yīng)商資質(zhì)預(yù)審； 項目獨立標準； 注入5.4.2 |
能力評估問卷a： 安全文化(ISO26262-2：2018的5.4.2)； 能力證據(jù)(ISO26262-2：2018的5.4.4)； 質(zhì)量管理證據(jù)(ISO26262-2：2018的5.4.5)； -ISO26262 準許條件，例如 獨立評估（5.4.5）； DIA模板 |
— |
| a.2 | — | 條件的接受 | |
| a.3 | — |
能力評估(ISO26262-2：2018的第5條) 披露 建議的整改措施 |
|
| a.4 | 評估:未經(jīng)鑒定的ASIL等級 | — | |
| a.5 |
合格的供應(yīng)商 （通過預(yù)審的）a5.4.2 |
客戶組織特定的過程適應(yīng)ISO26262-2：2018的5.4.6包括:方法、語言、工具和使用約束/指南。 | — |
| — |
第一方合規(guī)的考核。 披露 跟蹤記錄（5.4.2.1）。建議采取糾正行動 實現(xiàn)目標的替代方法或建議 |
||
| 迭代評估和查詢差距和替代方案 | 對計劃和備選方案的迭代修訂 | ||
| 評估:未經(jīng)鑒定的ASIL等級 | — | ||
| a.6 | 請求建議5.4.2.2. |
RFP/RFQ，包括特定相關(guān)項的定制流程[5.4.3.1b]，產(chǎn)品概念 i.e.相關(guān)項定義(ISO26262-3：2018的5.5.1)和安全目標(ISO26262-3：2018的6.5.1)。 |
— |
| a.7 | — | — |
報價； 符合性聲明；先前提交的最新信息的更新 |
| a.8 | 選擇供應(yīng)商5.4.2. | 擬議的DIA（具體相關(guān)項）5.4.3 | — |
| a：活動或數(shù)據(jù)為組織所特有的，在ISO26262未作要求。 |
表B.1（續(xù)）
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| a.9 | — |
選定的項目資源及其能力評估。安全小組成員的技能、能力和資質(zhì)(ISO26262-2：2018的5.5.2)； 特定組織的規(guī)章和流程(ISO26262-2：2018的5.5.1)，包括工具、庫； 初步計劃，例如安全計劃(ISO26262-2：2018的6.5.3) |
|
| a.10 | 迭代評估和查詢。例如關(guān)于技能差距 | 迭代修改,解決客戶的質(zhì)疑a | |
| a.11 |
DIA的接受（5.5.2)， 選擇報告(5.5.1） |
接受DIA（5.5.2） | |
| a.12 | 概念(ISO26262-3；ISO26262-4)和計劃階段(ISO26262-2)的合同包括開發(fā)工作的聲明。 | 接受。 | |
| a：活動或數(shù)據(jù)為組織所特有的，在ISO26262未作要求。 |
表B.2-客戶-供應(yīng)商在相關(guān)項啟動和系統(tǒng)概念方面的數(shù)據(jù)交換
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| b.1 |
啟動項目（5.4.3） 創(chuàng)建功能安全概念. (ISO26262-3：2018的第5至7條) |
系統(tǒng)層面計劃 相關(guān)項定義(ISO26262-3：2018的5.5.1)及其生命周期(圖1，ISO26262-2：2018的5.2.2；ISO26262-2：2018的圖2和ISO26262-2：2018的6.4.5) 功能安全概念(ISO26262-3：2018的第7條) |
— |
| b.2 | — | — |
安全計劃（5.5.3）. HARA（5.4.3.2）， 硬件組件行為模型，包括。故障度量[5.4.3.1f)、ISO26262-5：2018的附件B和ISO26262-5：2018的第9條]。 計劃的獨立評估，包括：確保配置和分配流程和資源以匹配所需的工作成果，包括，技能集。[5.4.3.1c)、e)、g)、j)、5.4.5] |
| b.3 | — | 接受 | — |
| b.4 | 對已用于類似項目 的 組 件、工具、庫的在用證明經(jīng)驗的考量,以及可能的候選項的在用證明數(shù)據(jù)和分析（第14條） | 初步的安全計劃(ISO262622：2018的第5條)，包括。系統(tǒng)安全檔案結(jié)構(gòu) | — |
表B.2（續(xù)）
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| b.5 | — | — | 提供在用證明的要素（第14條)，項目適合性的獨立評估(5.4.5） |
| b.6 | — | 接受 | — |
| b.7 | 系統(tǒng)開發(fā)生命周期[5.4.3.1c)] | 技術(shù)安全概念(ISO262624：2018的6.5.2)，系統(tǒng)設(shè)計規(guī)范的相關(guān)部分，硬件規(guī)范，設(shè)計和實現(xiàn)(D&I)約束，硬件-軟件接口(HSI)規(guī)范(ISO26262-4：2018的6.5.4)。 |
迭代評估、澄清疑問及沖突反饋，完整性，一致性等。技術(shù)限制（如果有的話)；變更需求(如果有的話)(5.4.4）。 更新行為模式，包括，故障模型。 |
| b.8 | 迭代的澄清、響應(yīng)和修訂，包括對系統(tǒng)體系結(jié)構(gòu)設(shè)計和確認規(guī)范的更新(ISO262624：2018的6.5.3、ISO26262-4：2018的6.5.6)，硬件規(guī)范.(ISO26262-5：2018的7.5.1)與組件C、HSI、分配等有關(guān)。 | 關(guān)于組件C及其環(huán)境之間邊界的反饋。 | |
| b.9 | — | — | 接受 |
表B.3-硬件開發(fā)生命周期中的客戶-供應(yīng)商數(shù)據(jù)交換
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| c.1 | 計劃（5.4.3）. | 硬件開發(fā)的授權(quán) | — |
| c.2 | — |
計劃：安全計劃(5.5.3和 ISO26262-2：2018的6.5.3)，DIA的計劃（5.4.3）等。 對計劃的符合性進行獨立審查（5.4.5）。 |
|
| c.3 | 接受。授權(quán)開始需求定義。 | — | |
| c.4 | 要求(5.4.5和ISO26262-5). | — |
硬件規(guī)格-派生；改進；D&I約束(ISO26262-5：2018的6.5.1)。 擴展到確認計劃 HSI變更需求(ISO26262-5：2018的6.5.2)。 獨立安全審計（5.4.3.1）. 獨立確認（5.4.5和5.5.4）。 |
| c.5 | — | 接受。授權(quán)開始設(shè)計。 | — |
| a：活動或數(shù)據(jù)為組織所特有的，在ISO26262未作要求。 |
表B.3（續(xù)）
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| c.6 |
設(shè)計 (5.4.5和ISO26262-5) |
— |
設(shè)計規(guī)范(ISO26262-5：2018的7.5.1)；實施約束，包括。架構(gòu)(ISO262625：2018的第8條)。 擴展或變更HARA(ISO26262-3：2018的第6條)，如果有的話。 擴展到相關(guān)項集成和測試計劃(ISO26262-5：2018的10.5)。 HSI變更需求(ISO26262-5：2018的6.5.2)。 獨立的安全審（5.4.3.1,5.4.5）. |
| c.7 | 5.4.4和5.4.5 | 對系統(tǒng)層面發(fā)現(xiàn)的沖突進行迭代評估和反饋。 |
針對客 戶 反 饋 和 詢 問 的 迭 代 澄 清、修改及其他響應(yīng)。 獨立的評估（5.4.5和5.5.4）。 |
| c.8 | 5.4.4和5.4.5 |
組件設(shè)計驗收。 授權(quán)開始實施。 |
執(zhí)行情況。 環(huán)境的要求。 獨立的評估（5.4.5和5.5.4）。 |
| c.9 | — | 接受 | — |
| c.10 | — | — |
原型件 集成驗證(ISO262625：2018的10.5) 獨立的評估（5.4.5）。 |
| c.11 | — |
集成的評估(ISO26262-4：2018的第7條)。 變更需求，如果有的話。 |
— |
| c.12 | — | — |
對已處理的變更進行評審和審核 獨立的評估（5.4.5、5.5.4）。 |
| c.13 | — | 接受 | — |
| c.14 | — | — |
樣品進行批量生產(chǎn). 獨立的評估（5.4.5、5.5.4）。 |
| c.15 | — |
集成的評價(ISO26262-4：2018的第7條) 變更需求，如果有的話。 |
— |
| a：活動或數(shù)據(jù)為組織所特有的，在ISO26262未作要求。 |
表B.3（續(xù)）
| id | 活動 | 客戶提供給供應(yīng)商的數(shù)據(jù) | 供應(yīng)商提供給客戶的數(shù)據(jù) |
| c.16 | — | — |
對已處理的變更進行評審和審核 獨立的評估（5.4.4、5.4.5和5.5.4）。 |
| c.17 | — | 授權(quán)開始生產(chǎn)階段 | — |
| c.18 | — | — | 量產(chǎn)后的報告(5.4.6和5.5.5和ISO26262-2：2018的7.5.1)。 |
| a：活動或數(shù)據(jù)為組織所特有的，在ISO26262未作要求。 |
原文標題：開發(fā)接口協(xié)議(DIA)示例ISO26262:2018-8-B
文章出處：【微信公眾號：汽車電子硬件設(shè)計】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
責任編輯：haq
-
接口
+關(guān)注
關(guān)注
33文章
9453瀏覽量
156232
原文標題：開發(fā)接口協(xié)議(DIA)示例ISO26262:2018-8-B
文章出處：【微信號：QCDZYJ，微信公眾號：汽車電子工程知識體系】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
Switch的應(yīng)用場景
藍牙網(wǎng)關(guān)是什么？都有哪些功能？應(yīng)用場景有哪些？
京東API應(yīng)用場景全解析，讓你的店鋪運營更高效！
星火電子：羅氏線圈接口及應(yīng)用場景總結(jié)
閑魚API接口的術(shù)應(yīng)用場景分析
小紅書API接口的應(yīng)用場景介紹
京東API接口的應(yīng)用場景介紹
1688 API接口的應(yīng)用場景介紹
淘寶API接口的技術(shù)應(yīng)用場景介紹
LDR6500 PD 協(xié)議芯片的運用場景
工商網(wǎng)監(jiān)
評論