汽車學(xué)堂聯(lián)合優(yōu)策科技組織的汽車功能安全主題直播第3期，8月10日線上直播回放部分精彩內(nèi)容回顧。

前面分享過什么是功能安全和預(yù)期功能安全的概念。本期分享如何做高效的功能安全開發(fā)！

在汽車功能安全開發(fā)過程中，關(guān)鍵的細(xì)節(jié)該如何處理，例如：如何定義功能安全目標(biāo)，將功能安全目標(biāo)進(jìn)行逐層的分解，如何選取分析工具等等。

//?精彩回顧

本次嘉賓老師

周老師，功能安全技術(shù)總監(jiān)，曾在某大型零部件公司負(fù)責(zé)功能安全產(chǎn)品開發(fā)?，F(xiàn)從事功能安全開發(fā)、項目、工程的咨詢服務(wù)。

Q：功能安全目標(biāo)什么時候確定？

A:?一般是先確定功能，再根據(jù)功能分析出概念階段的安全目標(biāo)，確定安全目標(biāo)之后得到功能安全需求。一般在主機(jī)廠的項目競標(biāo)階段，會提供一份關(guān)于客戶需求（功能、性能、測試、驗證等要求）的文檔，這份文檔會給到潛在的供應(yīng)商進(jìn)行報價和評估。

一般是先有功能安全目標(biāo)，再分解到具體的開發(fā)任務(wù)中，形成功能安全需求，給到供應(yīng)商。

Q：汽車產(chǎn)品開發(fā)周期長，在漫長的開發(fā)周期中，主機(jī)廠或者供應(yīng)商是否會變更功能安全目標(biāo)？

A:?理論上是可以的。根據(jù)功能安全標(biāo)準(zhǔn)中的準(zhǔn)則，在安全分析或者系統(tǒng)架構(gòu)設(shè)計過程中，先識別的尚未被功能安全目標(biāo)覆蓋的危害，應(yīng)該更新到標(biāo)準(zhǔn)規(guī)定危害中，更新迭代之前那份功能安全分析的文檔。從技術(shù)角度出發(fā)，是有可能在產(chǎn)品開發(fā)周期過程中變更功能安全目標(biāo)。

但是在實際開發(fā)過程中，往往不會遇到。因為功能安全的需求和目標(biāo)多少、高低、等級的不一樣，會顯著影響各個供應(yīng)商的開發(fā)時間和周期。供應(yīng)商在已經(jīng)進(jìn)入研發(fā)周期內(nèi)，如軟件架構(gòu)、芯片等已經(jīng)確定完畢的時候，更改功能安全目標(biāo)的情況，意味著架構(gòu)需要推翻重新制定，芯片也需要重新選取，等同于是災(zāi)難性的事故。?

所以一般在實際開發(fā)過程中不會遇到中途更改功能安全目標(biāo)的情況。會嚴(yán)格按照確定好的功能安全目標(biāo)來執(zhí)行。

Q：如何把一個系統(tǒng)的功能安全目標(biāo)分解到軟件、硬件？

A:一般系統(tǒng)階段，會將主機(jī)廠提交的功能安全需求轉(zhuǎn)化成技術(shù)安全需求。而技術(shù)安全需求里面的要素會要求明確分配到軟件、硬件，比如這一條技術(shù)安全需求分配給硬件來實施，還是分配給軟件實施，還是同時分配給軟硬件，由硬件提供平臺，軟件來具體完成實施。

不論是需求的分配還是系統(tǒng)的架構(gòu)，都需要指定是軟件實施還是硬件實施。

Q：功能安全目標(biāo)ASIL是如何分解的？

A:功能安全目標(biāo)等級分解原則。ISO 26262標(biāo)準(zhǔn)已經(jīng)給出了明確的依據(jù)和參考，羅列了所有可以分解的情況。

功能安全目標(biāo)可以分解的原因是,目標(biāo)分解之后并不會降低分解之前要求的ASIL等級。例如，ASIL-D分解成C+A,只是降低了實施的成本或者難度，并沒有降低需求，依舊可以達(dá)到ASIL D等級。

錯過回放的同學(xué)，可以聯(lián)系堂主，領(lǐng)取回放學(xué)習(xí)！