(高清版)GBT 34590.1-2022 道路車輛 功能安全 第1部分：術語

道路車輛功能安全國家市場監(jiān)督管理總局國家標準化管理委員會I Ⅲ V 1 1 24縮略語 24 28 29Ⅲ本文件代替GB/T34590.1—2017《道路車輛功能安全第1部分：術語》,與GB/T34590.1—第1章，2017版的第1章);IV 第3章); 59個縮略語(見第4章); 等6個縮略語(見2017年版的第3章)本文件修改采用ISO26262-1:2018《道路車輛功能安全第1部分 更改了縮略語T&.B的描述(見第4章),與GB/T3730.1—2022中規(guī)定的車輛類型保持一致 用資料性引用的GB/T34590.8 V34590.12—2022替換了ISO18305替換了IAIF16949。限公司、上海禾賽科技有限公司、宇通客車股份——2017年首次發(fā)布為GB/T34590.1—2017;V M 第9部分：以汽車安全完整性等級為導向和以安全為導向的分析。描述了關于ASIL剪裁的 第10部分：指南。目的是增強對GB/T34590其他部分的理解，提供了GB/T34590的關鍵——第11部分：半導體應用指南。提供了GB/T34590其他部分針對半導體開發(fā)的參考，包括半導體組件及其分區(qū)、特定半導體技術和應用案例、如何使——第12部分：摩托車的適用性。描述了GB/T34590其他部分對摩托車適用性的要求，包括對GB/T34590基于V模型為產(chǎn)品開發(fā)的不同階段提供參考過程模型，圖1為GB/T34590的整體3.概念階段12.摩托車的適用性12-5摩托車的適用性總則9-6要素共存的準則9-6要素共存的準則2-7生產(chǎn)、運行、服務、報廢的安2-7生產(chǎn)、運行、服務、報廢的安4.產(chǎn)品開發(fā)：系統(tǒng)層面[7-5生產(chǎn)、運行、服務和報廢計劃4.產(chǎn)品開發(fā)：系統(tǒng)層面[7-5生產(chǎn)、運行、服務和報廢計劃報廢4-7系統(tǒng)及相關項集成和測試6.產(chǎn)品開發(fā)：軟件層面6-5軟件層面產(chǎn)品開發(fā)概述8.支持過程9.以汽車安全完整性等級為導向和以安全為導向的分析10.指南11.半導體應用指南注1:陰影“V”表示GB/T34590.3—2022、GB/T34590.4-2022、GB/T34590.5—2022、GB/T34590.6—2022GB/T34590.7—2022之間的相互關系。注2:對于摩托車： 注3:以“m-n”方式表示的具體章條中，“m”代表特定部分的編號，“n”代表該部分章的編號。1本文件適用于安裝在除輕便摩托車外的量產(chǎn)道路車輛上的包含一個或多個電氣/電子系統(tǒng)的與安已經(jīng)完成生產(chǎn)發(fā)布的系統(tǒng)及其組件或在本文件發(fā)布日期前正在開發(fā)的系統(tǒng)及其組件不適用于本文件。對于在本文件發(fā)布前完成生產(chǎn)發(fā)布的系統(tǒng)及其組件進行變更時，本文件基于周期的活動進行裁剪。未按照本文件開發(fā)的系統(tǒng)與按照本文件開發(fā)的系統(tǒng)進合到企業(yè)特定的開發(fā)框架中。本文件規(guī)定了為實現(xiàn)產(chǎn)品功能安全的技術開發(fā)下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不GB/T34590.3—2022道路車輛功能安全第3部分：概念階段(ISO26262-3:2018,MOD)GB/T34590.4—2022道路車輛功能安全第4部分：產(chǎn)品開發(fā)：系統(tǒng)層面(ISO26262-4:2018,GB/T34590.5—2022道路車輛功能安全第5部分：產(chǎn)品開發(fā)：硬件層面(ISO26262-5:2018,GB/T34590.6—2022道路車輛功能安全第6部分：產(chǎn)品開發(fā)：軟件層面(ISO26262-6:2018,GB/T34590.7—2022道路車輛功能安全第7部分：生產(chǎn)、運行、服務和報廢(ISO26262-7:2GB/T34590.1—20223已批準的可作為變更基礎的一組單一或多個工作成果(3.185)、相關項(3.84)或要素(3.41)的版本。車輛上裝制造商bodybuilder;BB將載貨汽車(3.174)、客車(3.14)、專用汽車(3.186)、掛車(3.171)(T&B)的車身、貨運工具或設備增加到基礎車輛(3.9)上的組織。車輛上裝設備bodybuilderequipment安裝在T&B基礎車輛(3.9)上的機械、車身或貨運工具。分支覆蓋率branchcoverage在測試中，已執(zhí)行計算機程序的控制流分支所占的比率。設計、制造和技術特性上用于載運乘客及其隨身行李，包括駕駛員座位在內(nèi)的座位數(shù)超過9個的汽車。標定數(shù)據(jù)calibrationdata在開發(fā)過程中，軟件構建后將用作軟件參數(shù)值的數(shù)據(jù)。候選項candidate與已經(jīng)發(fā)布并在運行的相關項(3.84)或要素(3.41)的定義和使用條件相同，或具有高度通用性的級聯(lián)失效cascadingfailure由一個根本原因[來自要素(3.41)內(nèi)部或外部]導致某個相關項(3.84)的要素(3.41)的失效(3.50),4注：級聯(lián)失效是相關失效(3.29),其可能是導致共因失效(3.18)的根本原因之一，見圖2。XX(內(nèi)部)故障2XAABB(外部)注：共因失效是非級聯(lián)失效(3.17)的相關失效(3.29),見圖3。(內(nèi)部)故障2XB根本原因(外部)注：以相同方式失效(3.50)并不意味著這些失效必須是完全一樣的。失效模式(3.51)接近到什么程度才能歸為共模失效，需要根據(jù)實際情況而定。示例1:某系統(tǒng)(3.163)具有兩個互為比較的溫度傳感器。如果兩個溫度傳感器之間的溫差大于或等于5℃時，將其作為故障(3.54)處理，系統(tǒng)(3.163)進入安全狀態(tài)(3.131)。某個共模失效使得兩個溫度傳感器以兩者之間溫差小于5℃的形式失效，從而無法探測到。示例2:在CPU鎖步架構(3.1)中，兩個CPU的輸出將會進行周期性的比較，兩個CPU需要以完全相同的方式失效才會導致失效(3.50)不被探測到。在這種情況下，共模失效使兩個CPU以完全相同方式失效。示例3:由于多個元器件不符合其過電壓規(guī)范而導致的過壓失效(3.50)是一種共模失效。5統(tǒng)層面的要素(3.41)。配置數(shù)據(jù)configurationdata在要素構建過程中分配的且控制要素構建過程的數(shù)據(jù)。認可措施confirmationmeasure認可評審confirmationreview確認工作成果(3.185)能夠提供充分且具有說服力的證據(jù)，證明其促成了考慮GB/T34590相關目的和要求的功能安全(3.67)的實現(xiàn)。可控性controllability通過所涉及人員的及時反應[可能具備外部措施(3.49)的支持]避免特定的傷害(3.74)或者損傷的能力。耦合系數(shù)couplingfactors多個要素(3.41)間的共同特征或關系，這種共同特征或關系會導致這些要素失效(3.50)的相關性。在評估違背安全目標(3.139)的可能性的過程中，用于確保所聲明的失效率(3.53)的措施。降級degradation相關項(3.84)或要素(3.41)的功能縮減、性能降低或兩者均有的狀態(tài)，或向該狀態(tài)的過渡。相關失效dependentfailures不具有統(tǒng)計獨立性的失效(3.50),即失效(3.50)組合發(fā)生的概率不等于所有考慮的獨立失效(3.50)發(fā)生概率的乘積。6通過耦合系數(shù)(3.26),導致多個要素(3.41)失效的單一根本原因。在規(guī)定時間內(nèi)通過安全機制(3.142)可以探測到的故障(3.54)。客戶與供應商之間的協(xié)議，該協(xié)議規(guī)定了與相關項(3.84)或要素(3.41)開發(fā)相關的各方在待開展的活動、待評審的證據(jù)或待交換的工作成果(3.185)方面所承擔的責任。診斷覆蓋率diagnosticcoverage;DC由實施的安全機制(3.142)探測或控制的失效率占硬件要素(3.41)失效率(3.53)或硬件要素(3.41)某一失效模式(3.51)失效率(3.53)的百分比。診斷點diagnosticpoints要素(3.41)的輸出信號，用來觀察故障(3.54)的探測或校正。安全機制(3.142)執(zhí)行在線診斷測試之間的時間間隔，包括在線診斷測試的執(zhí)行時間。分布式開發(fā)distributeddevelopment在某個相關項(3.84)或要素(3.41)開發(fā)中，分配客戶和供應商在整個相關項(3.84)或要素(3.41)的開發(fā)責任。7多樣性diversity以實現(xiàn)獨立性(3.78)為目標，滿足相同要求的不同解決方案。雙點失效dual-pointfailure由兩個獨立硬件故障(3.54)的組合引起，且直接導致違背安全目標(3.139)的失效(3.50)。雙點故障dual-pointfault與另一個非相關故障(3.54)組合而導致雙點失效(3.38)的一個故障(3.54)。由電氣和/或電子要素(3.41),包括可編程電子要素所構成的系統(tǒng)(3.163)要素element嵌入式軟件embeddedsoftware在一個處理要素(3.113)上運行的充分集成的軟件。緊急運行emergencyoperation相關項(3.84)的一種運行模式(3.102),用于對故障(3.54)作出反應后提供安全(3.132),直到過渡到安全狀態(tài)(3.131)。注1:見圖4和圖5。保持緊急運行(3.43)的時間間隔。8在無不合理風險(3.128)的情況下，能夠維持緊急運行(3.43)的特定時間間隔。注1:見圖4。圖4緊急運行容錯時間間隔由能夠根據(jù)對實際摩托車(3.93)的操作評估可控性(3.25)分級的人員擔任的角色。 處于某運行場景(3.104)的狀態(tài)，在該運行情況下，如果發(fā)生所分析的失效模式(3.51),可能導致危害。外部措施externalmeasure獨立于且不同于相關項(3.84)的措施，以降低或減輕由相關項(3.84)導致的風險(3.128)。由于故障(3.54)出現(xiàn)導致要素(3.41)或相關項(3.84)預期行為的終止。9要素(3.41)或相關項(3.84)未能提供預期行為的方式。失效模式覆蓋率failuremodecoverage;FMC硬件要素(3.41)某一失效模式(3.51)的失效率(3.53)中被實施的安全機制探測或控制的比例。失效率failurerate硬件要素(3.41)的失效(3.50)概率密度除以幸存概率(可靠度)。能夠引起要素(3.41)或相關項(3.84)失效的異常情況。從故障(3.54)發(fā)生到被探測到的時間間隔。注1:見圖5。故障探測時間間隔(3.55)和故障響應時間間隔(3.59)的總和。注2:見圖5。故障注入faultinjection評估要素(3.41)內(nèi)故障(3.54)影響的方法，該方法通過注入故障(3.54)、錯誤(3.46)、或失效(3.50)從而通過觀測點(3.101)對注入后的響應進行觀測。故障模型faultmodel由故障(3.54)導致的失效模式(3.51)的表現(xiàn)。從探測到故障(3.54)到進入安全狀態(tài)(3.131)或進入緊急運行(3.43)的時間間隔。故障容錯faulttolerance在一個或多個特定故障(3.54)存在的情況下，實現(xiàn)特定功能的能力。的最短時間間隔。異常表現(xiàn)形式記法formalnotation不存在由電氣/電子系統(tǒng)(3.40)的功能異常表現(xiàn)(3.88)引起的危害(3.75)而導致不合理的風險危害hazard為了避免不合理的風險(3.176),對相關項(3.84)的危害事件(3.77)進行識別和歸類的方法以及定兩個或者多個要素(3.41)間不存在會導致違背安全(3.132)要求的相關失適用于GB/T34590,實現(xiàn)整車層面功能件之一： 要求以及轉換為ASIL(3.6)等級后的安全措施(3.141),以避免摩托車特定應用的相關項(3.84)或要素在未被探測且未被感知到的情況下，與其他獨立故障(3.54)組合可能導致一個多點開發(fā)一個具有先前未定義功能的相關項(3.84)或要素(3.41不同于GB/T34590規(guī)定范圍內(nèi)的電氣/電子技術的技術。多不超過9個座位的汽車。發(fā)生并持續(xù)直到被移除或修復的故障(3.54)。 在制造時具有未定義的電路功能，并在集成到更高級別的要素(3.41)時進行配置的硬件組件通過在用證明(3.115)對一組給定的生命周期(3.86)子階段(3.161)及相應工作成果(3.185)的隨機硬件故障randomhardwarefault用于驗證相關項(3.84)或要素(3.41)中一個已實施的變更不會影響到未殘余故障residualfault發(fā)生在硬件要素(3.41)中，可導致違背安全目標(3.139)的隨機硬件故障(3.119)中未被安全機制(3.142)覆蓋的部分。殘余風險residualrisk實施安全措施(3.141)后剩余的風險(3.128)。按照評審目的，為實現(xiàn)預期的工作成果(3.185)目標而對工作成果(3.185)進行的檢查。傷害(3.74)發(fā)生的概率及其嚴重度(3.154)的組合。在無效的輸入或有壓力的環(huán)境條件下，具有正確工作的能力的設計。 安全故障safefault不會顯著增加違背安全目標(3.139)的概率的故障(3.54)。安全狀態(tài)safestate相關項(3.84)在失效(3.50)的情況下，沒有不合理風險(3.128)的運行模式(3.102)。安全safety沒有不合理的風險(3.176)。安全活動safetyactivity在安全(3.132)生命周期(3.86)的一個或多個階段(3.110)或子階段(3.161)進行的活動。安全異常safetyanomaly偏離預期并可能導致傷害(3.74)的情況。安全架構safetyarchitecture用來實現(xiàn)安全(3.132)要求的一系列要素(3.41)以及他們之間的交互。安全檔案safetycase實現(xiàn)相關項(3.84)或要素(3.41)功能安全(3.67)、收集整理開發(fā)過程中安全活動的工作成果(3.185)證據(jù)來滿足功能安全(3.67)的論據(jù)。安全文化safetyculture組織中持久的價值觀、態(tài)度、動機和認知，即：在決策和行為中，安全(3.132)優(yōu)先于與之沖突的獨立于環(huán)境的安全要素safetyelementoutofcontext;SEooC不是在特定的相關項(3.84)定義下開發(fā)的安全相關要素(3.144)。安全目標safetygoal作為整車層面危害分析和風險評估(3.76)結果的最高層面的安全(3.132)要求。安全經(jīng)理safetymanager對實現(xiàn)功能安全(3.67)所必需的活動，負責監(jiān)督和確保其開展的人員或組織。安全措施safetymeasure用來避免或控制系統(tǒng)性失效(3.164),探測或控制隨機硬件失效(3.118),或減輕他們有害影響的活動或技術解決方案。安全機制safetymechanism為了保持預期功能(3.83)或者達到/保持某種安全狀態(tài)，由電氣/電子系統(tǒng)的功能/要素(3.41)或者其他技術(3.105)來實施的技術解決方案，以探測并減輕/容許故障(3.54)、或者控制/避免失效(3.50)。安全相關事件safety-relate安全確認safetyvalidation要素(3.41)中直接導致違背安全目標(3.139)的硬件故障(3.54),且該要素(3.41)中的故障(3.54)軟件工具softwaretool軟件單元softwareunit客戶和供應商之間的協(xié)議，其中規(guī)定了各項活動將一種形式的能量轉換成另一種形式的能量的硬件元器件(3.71),其靈敏度決定了其輸出能量形GB/T34590.1—2022瞬態(tài)故障transientfault發(fā)生一次且隨后消失的故障(3.54)。載貨汽車goodsvehicle設計、制造和技術特性上主要用于載運貨物和/或牽引掛車的汽車，也包括裝備一定的專用設備或器具但以載運貨物為主要目的，且不屬于專項作業(yè)車、專門用途汽車的汽車。T&B車輛配置T&BvehicleconfigurationT&B的基礎車輛(3.9)和車輛上裝設備(3.12)的技術特性，這些特性在運行期間不會發(fā)生改變。不合理的風險unreasonablerisk按照現(xiàn)行的安全觀念，被判斷為在某種環(huán)境下不可接受的風險(3.128)。T&B車輛使用的變化varianceinT&Bvehicleoperation在車輛壽命期內(nèi)受貨物或牽引的影響，使用的T&B車輛具有不同的動態(tài)特性。整車功能vehiclefunction用戶可觀察到的、預期通過一個或多個相關項(3.84)來實現(xiàn)的車輛行為。車輛運行狀態(tài)vehicleoperatingstate與運行場景(3.104)結合的運行模式(3.102)。確定檢查對象是否滿足其特定要求。 驗證評審verificationreview確保開發(fā)活動結果滿足項目要求和/或技術要求的驗證(3.180)活動。工作成果workproduct4縮略語ECU:電控單元(ElectronicCoEMC:電磁兼容性(ElectroMagneticCompatibilISA:指令集架構(InstructionSetA[1]GB/T3730.1-2022汽車、掛車及汽車列車的術語和定義第1部分：類型[2]GB/T5359.1-2019摩托車和輕便摩托車術語第1部分：車輛類型[3]GB/T18305質(zhì)量管理體系汽車生產(chǎn)件及相關服務件組織應用GB/T19001-2008的特別要求[4]GB/T34590.2-2022道路車輛功能安全第2部分：功能安全管理[5]GB/T34590.8—2022道路車輛功能安全第8部分：支持過程[6]GB/T34590.9—2022道路車輛功能安全第9部分：以汽車安全完整性等級為導向和[7]GB/T34590.10—2022道路車輛功能安全第10部分：指南[8]GB/T34590.11-2022道路車輛功能安全第11部分：半導體應用指南[9]GB/T34590.12—2022道路車輛功能安全第12部分：摩托車的適用性[10]ISO3779Roadvehicles—Vehicleidentificationnumber(V[11]ISO9000:2015Qualitymanagementsystems-Funda[12]IEC61508(allparts)Functionalsafetyofelectrical/elec[14]ECE/TRANS/WP.29/78/Rev.3+Amend.1[ConsolidatedResolutionontheofVehicles(R.E.3)][16]SAEJ1211Physics索A安全3.132安全措施3.141安全檔案3.136安全故障3.130安全活動3.133安全計劃3.143安全架構3.135安全經(jīng)理3.140安全目標3.139安全確認3.148安全文化3.137安全相關的特殊特性3.147安全相關事件3.146安全相關要素3.144安全異常3.134安全狀態(tài)3.131B半掛車3.151半形式記法3.149半形式驗證3.150報警和降級策略3.183暴露3.48標定數(shù)據(jù)3.15不合理的風險3.176C殘余故障3.125測試3.169車輛上裝制造商3.11車輛運行狀態(tài)3.179乘用車3.107引處理要素3.113D單點故障3.156單點失效3.155電氣/電子系統(tǒng)3.40動力輸出裝置3.112獨立性3.78獨立于環(huán)境的安全要素3.138多點故障3.97多點故障探測時間間隔3.98多點失效3.96F非功能性危害3.100非相關失效3.79非形式記法3.80分布式開發(fā)3.36分區(qū)3.106分支覆蓋率3.13風險3.128服務說明3.153G工作成果3.185功能安全3.67功能安全概念3.68功能概念3.66功能異常表現(xiàn)3.88供應協(xié)議3.162共模失效3.19共因失效3.18故障模型3.58故障容錯3.60故障容錯時間間隔3.61掛車3.171觀測點3.101管理體系3.87H候選項3.16回歸策略3.123J基礎車輛3.9基礎失效率3.8基于模型的開發(fā)3.90級聯(lián)失效3.17技術安全概念3.167技術安全要求3.168架構3.1檢查3.82階段3.110緊急運行3.43K開發(fā)接口協(xié)議3.32可編程邏輯器件3.114可感知故障3.108可合理預見的3.120可控性3.25可探測的故障3.31可用性3.7L量產(chǎn)道路車輛3.152魯棒性設計3.129M免于干擾3.65摩托車3.93摩托車安全完整性等級3.94目標環(huán)境3.1660耦合系數(shù)3.26P配置數(shù)據(jù)3.22Q其他技術3.105汽車安全完整性等級3.6牽引車3.170嵌入式軟件3.42R認可措施3.23認可評審3.24冗余3.122軟件單元3.159軟件工具3.158軟件組件3.157S傷害3.74審核3.5生命周期3.86失效3.50失效模式覆蓋率3.52失效物理學3.111雙點故障3.39雙點失效3.38瞬態(tài)故障3.173隨機硬件故障3.119W外部措施3.49完整車輛3.20危害3.75危害事件3.77X系統(tǒng)3.163系統(tǒng)性失效3.164現(xiàn)場數(shù)據(jù)3.62相關失效3.29相關項3.84新開發(fā)3.99形式驗證3.64修改條件/判定覆蓋率3.92Y嚴重度3.154驗證3.180驗證評審3.181要素3.41硬件基礎子元器件3.72硬件架構度量3.70硬件元器件3.71硬件子元器件3.73永久性故障3.109語句覆蓋率3.160預期功能3.83運行場景3.104運行模式3.102運行時間3.103Z再制造3.124在用證明3.115在用證明可信度3.116診斷測試時間間隔3.35診斷點3.34整車功能3.178值得信賴的3.184質(zhì)量管理3.117專業(yè)摩托車駕駛員3.47專用措施3.27轉換器3.172子階段3.161組件3.21最長修復時間間隔3.89載貨汽車3.174專用汽車3.186ASIL等級能力3.2T&B車輛配置3.175T&B車輛使用的變化3.177AASILdecomposition………………………auditAutomotiveSafetyIntegrityBbodybuilder………………bodybuilderequipment………………………3.12branchcoverage……Ccalibrationdatacascadingfailure………………………CMFcommoncausefailurecommonmodefailurecompletevehicle……………configurationdata…………confirmationmeasureconfirmationreviewcouplingfactors…………Ddependentfailures………………………dependentfailureinitiator……developmentinterfaceagreementdiagnosticcoverage………diagnosticpoints…diagnostictesttimeinterval…distributeddevelopment………………dual-pointfailure…………………dual-pointfault……………………3.39Eelectricaland/orelectronicsystemembeddedsoftwareemergencyoperationemergencyoperationemergencyoperationtolerancetimeinterval……………EOTIexpertrider…………………exposure………………………Ffailuremodecoverage………………3.52faultfaultdetectiontimeintervalfaulthandlingtimeintefaultreactiontimeintervalfaulttolerancefielddataformalverificationfreedomfrominterferenceFRTIfunctionalconcept…………………3.66functionalsafety……………Ggoodsvehicle…………Hhardwarearchitecturalmetricshardwaresubpart…………………IIndependence…………independentfailures……………inheritanceintendedfunctionality……LMmanagementsystem………………maximumtimetorepairmodifiedcondition/demotorcycle…………………………multi-coremultiple-pointfailure…N0observationpoints………………operatingmode………………operatingtime……………………operationalsituation……othertechnology………………3.105Ppartitioning……………………3.106passengercar…………………3.perceivedfault…………permanentfault…………………………physicsoffailure……………3.111PLDpowertake-off…………