0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

開發(fā)接口協(xié)議DIA應(yīng)用場景示例

汽車電子工程知識體系 ? 來源:汽車電子硬件設(shè)計 ? 作者:汽車電子硬件設(shè)計 ? 2021-03-09 09:54 ? 次閱讀

開發(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

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 接口
    +關(guān)注

    關(guān)注

    33

    文章

    8639

    瀏覽量

    151385

原文標題:開發(fā)接口協(xié)議(DIA)示例ISO26262:2018-8-B

文章出處:【微信號:QCDZYJ,微信公眾號:汽車電子工程知識體系】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    倍頻器的技術(shù)原理和應(yīng)用場景

    倍頻器是一種用于將輸入信號的頻率倍增的電子設(shè)備,以下是關(guān)于倍頻器的技術(shù)原理和應(yīng)用場景的詳細解釋:技術(shù)原理倍頻器的技術(shù)原理主要基于非線性元件(如二極管、晶體管等)的特性和頻率變換技術(shù)。 非線性元件
    發(fā)表于 11-29 14:49

    模塊化儀器的技術(shù)原理和應(yīng)用場景

    模塊化儀器是插拔式的計算機板卡,功能類似于傳統(tǒng)的臺式儀器,其技術(shù)原理和應(yīng)用場景可以歸納如下:一、技術(shù)原理 模塊化設(shè)計:模塊化儀器使用一個框架,可以將不同類型或不同數(shù)量的功能卡插入其中,從而適應(yīng)一系列
    發(fā)表于 11-28 15:09

    系統(tǒng)放大器的技術(shù)原理和應(yīng)用場景

    系統(tǒng)放大器是一種重要的電子設(shè)備,其技術(shù)原理和應(yīng)用場景都具有一定的專業(yè)性和廣泛性。以下是對系統(tǒng)放大器的技術(shù)原理和應(yīng)用場景的詳細介紹:一、技術(shù)原理系統(tǒng)放大器的工作原理基于電子器件的非線性特性,通過控制
    發(fā)表于 11-18 14:46

    信令測試儀器的技術(shù)原理和應(yīng)用場景

    信令測試儀器是一種專門用于測試通信系統(tǒng)中信令的設(shè)備,其技術(shù)原理和應(yīng)用場景如下:一、技術(shù)原理信令測試儀器的技術(shù)原理主要涉及信令的捕獲、解碼和分析。 信令捕獲:信令測試儀器通過物理接口或無線接收器捕獲
    發(fā)表于 10-31 14:45

    不同音頻線接口的使用場景

    稱為TRS(Tip-Ring-Sleeve)接口,是一種非常普遍的音頻連接方式。它由一個尖端(Tip)、一個環(huán)(Ring)和一個套筒(Sleeve)組成,可以傳輸立體聲信號。 1.2 使用場景 便攜設(shè)備 :大多數(shù)智能手機、筆記本電腦和便攜式音樂播放器都配備了3.5mm耳機
    的頭像 發(fā)表于 10-30 14:39 ?468次閱讀

    HarmonyOS NEXT應(yīng)用元服務(wù)開發(fā)控件位置調(diào)整場景與重新設(shè)置新焦點位置的場景

    設(shè)置新焦點位置的場景用場景:當前焦點所在的控件消失或者隱藏后,需要重新設(shè)置新的焦點位置 說明:一般情況下,新焦點應(yīng)該在原控件位置的下一個控件上,不應(yīng)該跳變到前面的控件。應(yīng)用可以調(diào)用主動聚焦的接口對想要聚焦
    發(fā)表于 10-25 09:49

    實時示波器的技術(shù)原理和應(yīng)用場景

    實時示波器是一種高性能的電子測量儀器,其技術(shù)原理和應(yīng)用場景對于電子工程和通信技術(shù)領(lǐng)域具有重要意義。以下是對實時示波器的技術(shù)原理和應(yīng)用場景的詳細解釋:一、技術(shù)原理實時示波器的工作原理基于電子束在熒光屏
    發(fā)表于 10-23 14:22

    源測量單元設(shè)備的技術(shù)原理和應(yīng)用場景

    通過計算機軟件進行遠程控制和自動化測試,便于集成到更復(fù)雜的測試系統(tǒng)中。 二、應(yīng)用場景 消費電子: 在手機、平板電腦等消費電子產(chǎn)品的開發(fā)中,SMU主要用于電池管理電路的測試。通過評估充放電效率和電流
    發(fā)表于 10-22 11:10

    NFC協(xié)議分析儀的技術(shù)原理和應(yīng)用場景

    NFC協(xié)議分析儀的技術(shù)原理和應(yīng)用場景可以詳細闡述如下:技術(shù)原理NFC(Near Field Communication,近場通信)協(xié)議分析儀是一種用于分析NFC通信協(xié)議和性能的專業(yè)設(shè)備
    發(fā)表于 09-25 14:45

    USB協(xié)議分析儀的技術(shù)原理和應(yīng)用場景

    時自動捕獲數(shù)據(jù),從而幫助工程師精確定位問題。 應(yīng)用場景USB協(xié)議分析儀在多個領(lǐng)域具有廣泛的應(yīng)用場景,主要包括以下幾個方面: USB設(shè)備開發(fā)與調(diào)試: 在USB設(shè)備的
    發(fā)表于 09-24 14:29

    UART協(xié)議的工作原理和應(yīng)用場景

    UART(Universal Asynchronous Receiver/Transmitter,通用異步收發(fā)傳輸器)協(xié)議是一種廣泛使用的串行通信協(xié)議,它允許計算機與外部設(shè)備之間通過串行接口進行數(shù)據(jù)傳輸。以下是對UART
    的頭像 發(fā)表于 08-25 17:15 ?3337次閱讀

    FPGA與MCU的應(yīng)用場景

    肯定是不同的。在需要處理多個高速數(shù)據(jù)流的場景下,F(xiàn)PGA的多通道IO接口設(shè)計能力顯得尤為重要,例如PCIe、DDR還是其他高速通信協(xié)議。FPGA可以進行高速數(shù)字信號處理,能夠以極高的效率執(zhí)行數(shù)
    發(fā)表于 07-29 15:45

    NanoEdge AI的技術(shù)原理、應(yīng)用場景及優(yōu)勢

    能耗并提高數(shù)據(jù)安全性。本文將對 NanoEdge AI 的技術(shù)原理、應(yīng)用場景以及優(yōu)勢進行綜述。 1、技術(shù)原理 NanoEdge AI 的核心技術(shù)包括邊緣計算、神經(jīng)網(wǎng)絡(luò)壓縮和低功耗硬件設(shè)計。邊緣計算
    發(fā)表于 03-12 08:09

    LoRa協(xié)議層次及應(yīng)用場景

    Application,MAC,Modulation,其中Application為應(yīng)用層,用戶自定義的基于LoRaWAN技術(shù)的應(yīng)用程序、軟件接口等。常見的LoRaWAN協(xié)議即為LoRaMAC協(xié)議
    的頭像 發(fā)表于 03-06 16:39 ?3007次閱讀
    LoRa<b class='flag-5'>協(xié)議</b>層次及應(yīng)<b class='flag-5'>用場景</b>

    AG32VF-MIPI應(yīng)用場景

    的基礎(chǔ)上,集成了MIPI接口協(xié)議,提供了豐富的功能和特性,能夠滿足不同應(yīng)用場景的需求,為用戶提供更加全面、便捷、高效的數(shù)據(jù)傳輸方案。 基本參數(shù): MIPI up to 1.5Gbps LVDS up
    發(fā)表于 01-22 08:56