汽車功能安全的案例
汽車電子行業(yè)的功能安全標準ISO26262
1 功能安全標準介紹
隨著汽車工業(yè)的發(fā)展和人們對駕駛舒適性日益提高的要求，電子系統(tǒng)在汽車中的應(yīng)用日趨廣泛。從2005年至2010年，全球車用半導體市場以約每年8%的速度增長，到2015年達到300億美元，預(yù)計2015年至2020年之間的年增長率約為6%，高于半導體行業(yè)預(yù)計的3%至4%的增幅。這將使汽車半導體的年銷售額在390億-420億美元之間。與此同時，汽車電子系統(tǒng)的功能安全變得越來越重要。尤其是在出現(xiàn)"豐田剎車門"事件之后，以及2015年黑客遠程入侵并控制Jeep自由光事件后，汽車電子系統(tǒng)的功能安全更是吸引了國際和國內(nèi)社會的廣泛關(guān)注。
事實上，汽車安全一直都是汽車技術(shù)發(fā)展趨勢之一，對汽車電子系統(tǒng)功能安全標準的討論也一直在業(yè)界中進行，下面列出了汽車電子行業(yè)中幾個常見的安全法規(guī)或標準：
美國聯(lián)邦機動車安全標準FMVSS
FMVSS是FederalMotorVehicleSafetyStandard的簡稱，它由美國運輸部國家高速公路安全管理局頒布，是美國的汽車安全技術(shù)法規(guī)。對于美國境內(nèi)銷售車輛，要求進行強制性認證。它由一系列與機動車安全相關(guān)的法規(guī)組成，比如針對變速器換擋桿順序的FMVSS102，針對加速器控制系統(tǒng)的FMVSS124，針對電子穩(wěn)定控制系統(tǒng)的FMVSS126等等。法規(guī)針對機動車某個跟安全相關(guān)的零部件或設(shè)備定義了要求。比如FMVSS124中要求電子節(jié)氣門必須要有兩個動力源能夠使節(jié)氣門回到怠速位置，以保證在某一動力源失效時的安全，并且還對響應(yīng)時間做出了規(guī)定[2]：對重量小于或等于4536kg的車輛要求節(jié)氣門在1s內(nèi)能從任何位置回到怠速位置，如果測試環(huán)境是在低溫狀態(tài)（-18攝氏度到-40攝氏度），則響應(yīng)時間要求可以延長至3s。
展開 智能網(wǎng)聯(lián)汽車功能安全開發(fā)解決方案
概述
“安全”被普遍認為是智能駕駛汽車被用戶接受或者得到商業(yè)應(yīng)用較大的問題，傳統(tǒng)汽車電子按照功能安全（ISO 26262，避免系統(tǒng)性故障及隨機硬件失效）標準進行安全設(shè)計，而智能駕駛汽車安全要求超越了功能安全范疇，尤其是L4及以上智能駕駛車輛中駕駛員將不再接管對車輛的控制權(quán)，功能安全要求演化為失效可工作（Fail-operational），產(chǎn)品設(shè)計需要兼顧預(yù)期功能安全（ISO/PAS 21448，解決產(chǎn)品性能受限及駕乘人員誤操作）、信息安全（ISO/SAE 21434，防御網(wǎng)絡(luò)攻擊）等多重安全需求。
經(jīng)緯恒潤結(jié)合自身汽車電子產(chǎn)品研發(fā)實踐，功能安全咨詢團隊在智駕域提供覆蓋安全流程、產(chǎn)品開發(fā)認證及工具平臺的綜合解決方案。
智能駕駛功能安全流程搭建
智能駕駛安全產(chǎn)品開發(fā)及認證
通過功能安全模板、開發(fā)實例及定制的Workshop給客戶提供專業(yè)的咨詢服務(wù)。
智能駕駛功能安全開發(fā)平臺
結(jié)合客戶工程需求，恒潤會協(xié)助構(gòu)建適配智能駕駛的高可靠、高自動化功能安全平臺，以基于模型的安全分析為重要手段驅(qū)動智能駕駛產(chǎn)品架構(gòu)及設(shè)計不斷持續(xù)改進。
依托Medini平臺及豐富的API接口可以構(gòu)建完整的基于模型開發(fā)的功能安全平臺，所有的系統(tǒng)功能和系統(tǒng)架構(gòu)基于SysML模型描述，基于這些系統(tǒng)設(shè)計，可以直接一鍵生成FMEA表格，以及快速的構(gòu)建故障樹，進行FTA。在集成化的平臺里，可以管理安全目標、安全需求，并把安全需求分配給對應(yīng)的系統(tǒng)和組件。進而，安全需求、系統(tǒng)設(shè)計、安全分析三者可以統(tǒng)一平臺中進行連接、交互和管理。
展開 自動駕駛功能安全評估：故障注入仿真試驗完善驗證
本文譯自《2017 IEEE International Conference on Vehicular Electronics and Safety (ICVES) 》
所收錄文章《Safety Assessment of Automated Vehicle Functions by Simulation-based Fault Injection 》
原作者：Garazi Juez , Estibaliz Amparan
來源：汽車功能安全
編者按：在依據(jù)現(xiàn)有版本 ISO 26262 進行汽車功能安全概念階段分析時，多采用例如 FMEA（失效模式與影響分析）、FTA（故障樹分析法）、DFA（相關(guān)失效分析）等理論方法來分析失效影響，并據(jù)此推導得到安全目標及安全要求。但在面對自動駕駛汽車這一復雜系統(tǒng)時，一個失效的影響并不一定是事先可知的。
針對這一問題，在已知故障類型的前提下，本文作者引入故障注入（Fault Inject，F(xiàn)I）仿真試驗作為上述安全分析方法的補充，依據(jù)試驗數(shù)據(jù)完善失效影響，安全目標及安全要求。
隨著自動駕駛汽車的發(fā)展，在故障的情況下確保車輛安全變得越來越重要。本文提出了一種基于仿真試驗的故障注入方法（Sab otage），以在 ISO 26262 的概念階段作為傳統(tǒng)安全分析方法的補充，依據(jù)試驗數(shù)據(jù)得到失效影響，并完善安全目標及安全要求。
展開 新技術(shù)挑戰(zhàn)下如何高效開展ISO26262功能安全分析？
在汽車、航空航天、軌道、芯片設(shè)計等領(lǐng)域，系統(tǒng)的安全性一直都備受關(guān)注。隨著各行業(yè)功能需求和技術(shù)不斷創(chuàng)新，系統(tǒng)日趨復雜，安全分析的工作量和難度也呈指數(shù)增長，各行業(yè)也相應(yīng)對系統(tǒng)安全性建立了標準，這對安全分析人員提出了一系列嚴格的要求，面對日趨增長的挑戰(zhàn)，有什么樣的方法、思路和工具可以讓我們的安全分析工作更高效便捷呢？
本文將以汽車行業(yè)為例，介紹ANSYS如何高效地幫助實現(xiàn)符合ISO 26262的功能安全分析。
為什么功能安全這么難？
2011年，汽車行業(yè)關(guān)于電子電氣系統(tǒng)的功能安全標準ISO 26262第一版發(fā)布，至此，功能安全就成為汽車行業(yè)的一個熱門話題從未停止討論，近年來國內(nèi)無論是OEM，還是各子系統(tǒng)、零部件廠商，都在積極開展功能安全工作，然而，功能安全工作的復雜和繁瑣也讓各位功能安全工程師深有體會。為什么功能安全難做？我們先看看ISO 26262 要求我們做什么？
ISO 26262 標準對電子電氣系統(tǒng)開發(fā)的各個階段提出了相應(yīng)的要求，也就是說，在概念階段、系統(tǒng)設(shè)計、軟硬件設(shè)計的各階段中，都需要伴隨著相應(yīng)的安全相關(guān)活動，比如：項目定義、功能和故障識別、風險評估、安全目標和安全需求推導，安全需求分配到架構(gòu)、FMEA和FTA、硬件失效率指標計算、安全項目管理、管理追溯性和一致性證等等。而這些工作，在實際工程中是怎么做的呢？
展開 
Medini Analyze — 智能駕駛功能安全平臺工具
“安全”被普遍認為是智能駕駛汽車被用戶接受或者得到商業(yè)應(yīng)用的問題，傳統(tǒng)汽車電子按照功能安全（ISO 26262，避免系統(tǒng)性故障及隨機硬件失效）標準進行安全設(shè)計，而智能駕駛汽車安全要求超越了功能安全范疇，尤其是L4及以上智能駕駛車輛中駕駛員將不再接管對車輛的控制權(quán)，功能安全要求演化為失效可工作（Fail-operational），產(chǎn)品設(shè)計需要兼顧預(yù)期功能安全（ISO/PAS 21448，解決產(chǎn)品性能受限及駕乘人員誤操作）、信息安全（ISO/SAE 21434，防御網(wǎng)絡(luò)攻擊）等多重安全需求。
如何進行安全分析才能安全需求充分？如何驗證系統(tǒng)/ 軟件/ 硬件設(shè)計方案的安全性？如何有效融合功能安全、預(yù)期功能安全及信息安全要求以創(chuàng)建安全智能駕駛體系？如何保證開發(fā)過程的追溯性、一致性？
2020年3月，Medini Analyze推出了針對預(yù)期功能安全（SOTIF）、信息安全（Cybersecurity）領(lǐng)域的解決方案，成為一款具備功能安全、預(yù)期功能安全（SOTIF）、信息安全（Cybersecurity）三大領(lǐng)域開發(fā)的專業(yè)安全開發(fā)平臺。
展開 功能安全管理（四）：功能安全審核及功能安全評估
作者 | HYZY
出品 | 焉知
知圈 | 進“芯片社群”請加微信13636581676，備注芯片
功能安全開發(fā)流程的終點應(yīng)該是對相關(guān)項的安全認可，以確認其達到了生產(chǎn)發(fā)布的安全條件。
一、認可措施的關(guān)系
ISO 26262標準中定義的認可措施包括認可評審、功能安全審核和功能安全評估三種類型，ISO 26262標準中允許將認可評審和功能安全審核與功能安全評估合并、聯(lián)合，以支持相關(guān)項類似變型的處理。
下圖1展示了三種認可措施及驗證評審之間的關(guān)系，可以看出：
認可評審/驗證評審與功能安全審核相對獨立，分別是針對工作成果及功能安全開發(fā)流程；
功能安全評估的范圍最廣，除涵蓋了認可評審、驗證評審和功能安全審核外，還包括安全措施的適宜性和有效性、功能安全實現(xiàn)的論證、安全檔案提供的論證、安全異常原因已按規(guī)定關(guān)閉等其它內(nèi)容。
圖 1 認可措施及驗證評審范圍
二、功能安全審核
1、功能安全審核內(nèi)涵
功能安全審核可類比ASPICE過程能力審核與TS 16949體系審核，可由公司的體系審核員或第三方機構(gòu)審核員按照ISO 26262標準中對于過程的要求，審核項目開發(fā)中的安全流程實施情況。
功能安全審核可與ASPICE過程能力評估一同進行（特別是對于支持過程的審核），但ASPICE過程能力評估不能代替功能安全審核。
展開 功能更新丨HyperMesh：被動安全報告管理器ASRM 2024.1，助力汽車安全開發(fā)效率再升級
<p>Altair被動安全報告管理器（Altair Safety Report Manager, ASRM）2024.1版本目前已經(jīng)正式發(fā)布。這個版本通過高度自動化的報告生成能力、廣泛的法規(guī)支持及新增模塊功能，為汽車碰撞安全分析與合規(guī)驗證提供了一站式解決方案，顯著提升開發(fā)效率與決策速度。</p><p><br></p><p><strong>核心功能亮點有哪些？</strong></p><p><br></p><p><strong>1、全流程自動化報告生成</strong></p><p><br></p><p>ASRM支持從數(shù)據(jù)輸入到PPT/HTML報告生成的全自動化流程，覆蓋模型信息、仿真質(zhì)量統(tǒng)計、乘員保護要求、結(jié)構(gòu)評估等關(guān)鍵內(nèi)容。用戶可根據(jù)需求自定義模塊組合，快速生成符合全球主流安全法規(guī)的“第一眼報告”（First Sight Report），減少人工操作誤差，縮短開發(fā)周期。</p><p><img src="https://mmbiz.qpic.cn/mmbiz_png/x0yLiaf5fF6yibYKGX2Id7WI7ibFMwjVzOibdiayj000JMTUDkrxbagVAAxR8PdNyCso91EWpaicg1ibrpxveicXddh3Wg/640?wx_fmt=png&from=appmsg"></p><p><br></p><p><strong>2、多場景法規(guī)全覆蓋</strong></p><p><br></p><ul><li><strong>碰撞類型</strong>：支持前碰、側(cè)碰、后碰及座椅碰撞等多種場景。
展開 汽車功能安全工程師入行指南
來源 |
?？W(wǎng)
近年來 ISO 26262 越來越被汽車行業(yè)所接受，國內(nèi)外各大主流汽車企業(yè)陸續(xù)將 ISO 26262 中定義的需求融入自己的研發(fā)體系和流程中。與此同時，各大主流車企也紛紛在開發(fā)體系中獨立出了功能安全的專職崗位。高缺口、高福利、高發(fā)展使得功能安全工程師崗位也成了很多汽車從業(yè)者的一個優(yōu)先級比較高的考慮對象。
而相比系統(tǒng)工程師、軟件工程師、硬件工程師、測試工程師等這些在汽車研發(fā)體系中已經(jīng)非常成熟的崗位，論發(fā)展年頭，功能安全工程師這一新興的崗位著實屬于“小弟”。因此，很多工程師朋友在考慮這個崗位時，不免心生很多疑問。
基于此，該系列文章試圖結(jié)合工作經(jīng)驗和見聞，從以下幾個方面對功能安全工程師這一崗位進行一個比較全面的介紹，希望能為有意向從事功能安全的同行朋友提供一些有價值的參考。
什么是功能安全？
功能安全如何在企業(yè)落地？
功能安全經(jīng)理的工作定義
主機廠和供應(yīng)商功能安全合作
系統(tǒng)/軟件/硬件功能安全工程師的工作日常
功能安全的前景及一些建議
1
什么是功能安全？
在這里僅從功能安全的定義出發(fā)，幫助建立對功能安全的淺顯易懂的初印象。
展開 AUTO TECH 2025 廣州國際汽車軟件與安全技術(shù)展覽會
AUTO TECH 2025 華南展匯集各種汽車嵌入式軟件開發(fā)與應(yīng)用、車載操作系統(tǒng)、智駕功能安全與SOTIF、基礎(chǔ)軟件平臺、車載通信、AI大模型、汽車信息安全技術(shù)、功能安全技術(shù)、底盤安全技術(shù)、新一代電子電氣架構(gòu)（EEA）、軟件測試工具等；
1、智能汽車軟件：底層系統(tǒng)軟件層(包括BSP、虛擬機、系統(tǒng) 內(nèi)核、中間 件 組件等);功能軟件層(庫組件、中間件等)；上層應(yīng)用算法軟件層(包括智能座艙HMI、ADAS/AD 算法、網(wǎng)聯(lián)算法、云平臺等)；
2、嵌入式軟件開發(fā)工具、基礎(chǔ)軟件平臺、高性能計算軟件平臺、車載通信解決方案、自動駕駛軟件、車載操作系統(tǒng)、新一代電子電氣架構(gòu)（EEA）、面向服務(wù)的架構(gòu)（SOA）、OTA、智能汽車域控制器、軟件定義汽車時代供應(yīng)鏈、汽車軟件質(zhì)量與測試等；
3、智能化、自動化和電動汽車的安全技術(shù)：汽車信息安全技術(shù)、功能安全技術(shù)、底盤安全技術(shù)、新能源汽車安全、ADAS和ADS的測試技術(shù)等。
AUTO TECH 2025 華南展同期汽車軟件與安全技術(shù)論壇話題包括不限于：
新一代架構(gòu)下SDV整車軟件研發(fā)實踐
應(yīng)對軟件定義汽車下的質(zhì)量與安全挑戰(zhàn)
智能汽車軟件驗證
自動駕駛測試驗證--基于軟件的數(shù)據(jù)回放及仿真
增強AI，下一代數(shù)字座艙
整車廠在汽車功能安全與SOTIF領(lǐng)域的布局
智能座艙操作系統(tǒng)功能安全體系構(gòu)建與思考
智能汽車零部件功能安全需求與解決方案
基于新一代電子電氣架構(gòu)的汽車安全防護思路
展開 經(jīng)緯恒潤預(yù)期功能安全（SOTIF）解決方案為自動駕駛安全保駕護航
經(jīng)緯恒潤功能安全團隊已為上汽、嵐圖汽車、北汽研究院、北汽福田等眾多國內(nèi)主流客戶提供了汽車預(yù)期功能安全產(chǎn)品開發(fā)技術(shù)咨詢服務(wù)，產(chǎn)品覆蓋乘用車、商用車領(lǐng)域，L2+、L3級別自動駕駛。服務(wù)質(zhì)量得到了客戶們的廣泛認可！未來，經(jīng)緯恒潤將緊跟行業(yè)發(fā)展趨勢和市場需求，結(jié)合自身汽車電子產(chǎn)品研發(fā)和國內(nèi)外咨詢實踐，一如既往地堅持自主創(chuàng)新道路，為自動駕駛安全保駕護航。
電動汽車電機驅(qū)動控制器功能安全架構(gòu)研究
0 引言
伴隨著新能源汽車產(chǎn)業(yè)的發(fā)展，車用電子電氣系統(tǒng)的功能也日趨復雜，如何確保電子電氣系統(tǒng)的功能安全已成為行業(yè)關(guān)注的重點和研究的熱點。國際標準化組織（ISO）于2011年正式發(fā)布了ISO26262《道路車輛功能安全》標準，其提供了一套涵蓋系統(tǒng)（包括硬件和軟件）及其生產(chǎn)制造的完整功能安全設(shè)計流程與認證制度，以確保汽車行駛的安全性，并已成為汽車行業(yè)目前普遍接受的一套完整的評估并降低風險的方法，獲得了全球主要汽車制造商以及零部件供應(yīng)商的廣泛認可和采用。盡管該標準針對功能安全性給出了完整的設(shè)計流程，對功能安全理念的引入發(fā)揮了至關(guān)重要的作用，但由于其并不涉及特定產(chǎn)品的具體設(shè)計，同時國內(nèi)外的相關(guān)文獻也鮮有介紹，因此如何正確地實現(xiàn)產(chǎn)品級的功能安全，對設(shè)計人員而言仍然具有一定的難度。
作為純電動汽車核心動力部件，電機驅(qū)動控制器其功能安全的正確實施顯得尤為重要。本文將從純電動汽車電機驅(qū)動控制器的安全目標出發(fā)，詳細闡述針對不同微處理器結(jié)構(gòu)如何實現(xiàn)系統(tǒng)架構(gòu)設(shè)計層面的功能安全。
1 電動汽車電機驅(qū)動控制器安全完整性等級分析
1.1 安全目標及安全完整性等級ASIL
產(chǎn)品安全性開發(fā)的最終目的是為了符合安全目標。安全目標是系統(tǒng)最高層面的安全要求，是危害分析和風險評估（HARA）的結(jié)果。基于HARA分析可以得出針對安全目標的汽車安全完整性等級（ASIL）。根據(jù)文獻可知，ASIL等級的確定需要針對危害事件綜合考慮嚴重度（S）、暴露概率（E）和可控性（C）的因素，如表1所示，其中D代表最高等級，A代表最低等級，QM表示質(zhì)量管理。
對于S，E，C指標，文獻中均有明確定義，本文不再贅述。需要說明的是，一個安全目標可能與多種危害相關(guān)，而多個安全目標也可能與某種單一的危害有關(guān)。
展開 
經(jīng)緯恒潤SOA功能安全開發(fā)方案, 助力車企軟件定義汽車
作為功能安全國家標準委員會成員，參與了GB/T34590第一版、第二版起草工作及修訂工作；作為芯片創(chuàng)新聯(lián)盟核心成員，參與了車規(guī)級自主芯片功能安全標準制定。結(jié)合20余年汽車電子產(chǎn)品研發(fā)實踐，功能安全咨詢團隊提供面向量產(chǎn)車型開發(fā)從概念設(shè)計到正式投產(chǎn)的全棧功能安全咨詢服務(wù)。
目前，經(jīng)緯恒潤已經(jīng)為戴姆勒、現(xiàn)代、菲亞特克萊斯勒、一汽紅旗、一汽解放、東風、長安、上汽、吉利、長城、蔚來汽車、華人運通、合眾汽車、嵐圖汽車、博格華納、華域麥格納等國內(nèi)外主流客戶提供了功能安全開發(fā)服務(wù)并得到客戶廣泛認可。未來，經(jīng)緯恒潤將緊跟軟件定義汽車大勢，堅持自主創(chuàng)新，為智能汽車安全發(fā)展保駕護航！
展開 從功能安全視角看軟件架構(gòu)設(shè)計
功能安全應(yīng)該如何考慮軟件架構(gòu)，什么樣的架構(gòu)是符合功能安全標準要求的，對于軟件架構(gòu)工程師和功能安全工程師，很難在兩個方面都說得明白，本篇來從功能安全的角度談?wù)勡浖軜?gòu)設(shè)計的基本要求。
首先，功能安全軟件的架構(gòu)設(shè)計是基于兩個層次的：
第一：
選取和建立一個層次分明，易于理解的軟件架構(gòu)；
第二：
在第一條的基礎(chǔ)上，符合相應(yīng)功能安全等級要求的軟件設(shè)計要求。
接下來，以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準，談?wù)剺藴适侨绾螐囊陨蟽蓚€層次來做出規(guī)定的。
軟件架構(gòu)階段的開始
軟件架構(gòu)設(shè)計是軟件生命周期的第二個階段，前面的階段是軟件需求階段（software requirements specification）,在軟件需求設(shè)計時，把整個軟件當成一個黑盒處理，來確定該軟件的所有功能、性能，與硬件的接口定義，與外部其它系統(tǒng)的接口定義，而在軟件架構(gòu)階段，需要設(shè)計一種架構(gòu)來滿足軟件需求，通過層次化結(jié)構(gòu)的方式來表示軟件架構(gòu)的組件構(gòu)成和他們之間的交互方式。以下圖為例，虛線框之外是軟件需求，虛線框內(nèi)是軟件架構(gòu)。
什么是軟件組件
上面這個圖用于解釋軟件架構(gòu)所做的工作，將整個軟件劃分為功能和接口清晰的組件。
展開 從功能安全視角看軟件架構(gòu)設(shè)計
來源 | 薄說安全
功能安全應(yīng)該如何考慮軟件架構(gòu)，什么樣的架構(gòu)是符合功能安全標準要求的，對于軟件架構(gòu)工程師和功能安全工程師，很難在兩個方面都說得明白，本篇來從功能安全的角度談?wù)勡浖軜?gòu)設(shè)計的基本要求。
首先，功能安全軟件的架構(gòu)設(shè)計是基于兩個層次的：
第一：選取和建立一個層次分明，易于理解的軟件架構(gòu)；
第二：在第一條的基礎(chǔ)上，符合相應(yīng)功能安全等級要求的軟件設(shè)計要求。
接下來，以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準，談?wù)剺藴适侨绾螐囊陨蟽蓚€層次來做出規(guī)定的。
軟件架構(gòu)階段的開始
軟件架構(gòu)設(shè)計是軟件生命周期的第二個階段，前面的階段是軟件需求階段（software requirements specification）,在軟件需求設(shè)計時，把整個軟件當成一個黑盒處理，來確定該軟件的所有功能、性能，與硬件的接口定義，與外部其它系統(tǒng)的接口定義，而在軟件架構(gòu)階段，需要設(shè)計一種架構(gòu)來滿足軟件需求，通過層次化結(jié)構(gòu)的方式來表示軟件架構(gòu)的組件構(gòu)成和他們之間的交互方式。以下圖為例，虛線框之外是軟件需求，虛線框內(nèi)是軟件架構(gòu)。
什么是軟件組件
上面這個圖用于解釋軟件架構(gòu)所做的工作，將整個軟件劃分為功能和接口清晰的組件。
展開 詳解功能安全概念階段
來源 | 汽車ECU開發(fā)
“當我們展望未來新技術(shù)的挑戰(zhàn)時，采用統(tǒng)一的開發(fā)和應(yīng)用標準至關(guān)重要。” — 通用汽車副總裁 Ken Kelzer， 2018。
在諸多的標準與規(guī)范中，ISO 26262（汽車功能安全標準），繼承自 IEC 61508（通用電子電氣功能安全標準），定義了針對汽車工業(yè)的安全（Safety）相關(guān)組件的國際標準。簡單的說，ISO 26262通過指導與規(guī)范化的形式，對汽車電子產(chǎn)品，從概念階段到最后的產(chǎn)品報廢階段，提出了標準化的要求。更進一步的是，ISO 26262細化了如何控制一個汽車電子產(chǎn)品或組件的人身傷害風險在可接受的范圍，及文檔化整個分析、設(shè)計、開發(fā)、測試及生產(chǎn)過程。
ISO 26262的歷史可以追溯到2011年，第一版的ISO 26262標準發(fā)布。
展開 