迎合自動駕駛發(fā)展趨勢　ISO 26262標(biāo)準(zhǔn)把關(guān)車輛安全

隨著世界各地自動駕駛車輛上路測試的新聞，讓人們對未來運(yùn)輸充滿新的愿景，也牽引出如何確保車輛安全的議題，因此ISO 26262車輛電機(jī)/電子系統(tǒng)(簡稱車電系統(tǒng))之功能安全(Functional Safety)國際標(biāo)準(zhǔn)應(yīng)運(yùn)而生。

在自動駕駛車上市之前，先進(jìn)駕駛輔助系統(tǒng)(ADAS)成為最新車款的標(biāo)準(zhǔn)配備，此類車電系統(tǒng)已由高階豪華車種，普及到入門平價車款，以因應(yīng)日漸高漲的安全意識，與逐步完善的安全法規(guī)。

根據(jù)財團(tuán)法人車輛研究測試中心(ARTC)產(chǎn)業(yè)調(diào)查數(shù)據(jù)[車輛研測信息2015/8]顯示，2013年全球ADAS銷售為1.24億套，產(chǎn)值約為147.6億美元，預(yù)測至2018年全球銷售將提升至3.55億套以上，產(chǎn)值也將超過350億美元，全球ADAS市場成長二倍，而其復(fù)合成長率為19.2%。

為協(xié)助車輛產(chǎn)業(yè)與電子產(chǎn)業(yè)參與ADAS產(chǎn)值躍升的趨勢，ARTC開發(fā)多項(xiàng)車電系統(tǒng)，如緊急煞車輔助系統(tǒng)(Advanced Emergency Braking System, AEB)，研發(fā)之雛型性能優(yōu)異，已對國內(nèi)業(yè)者技術(shù)移轉(zhuǎn)，為確保符合消費(fèi)市場注重之安全議題，在2015年12月通過ISO 26262功能安全流程認(rèn)證，使開發(fā)產(chǎn)品可能的危害風(fēng)險降到最低，系統(tǒng)功能安全符合國際標(biāo)準(zhǔn)。

ISO 26262功能安全標(biāo)準(zhǔn)剖析
ISO 26262是國際標(biāo)準(zhǔn)化組織(ISO)2011年公告最新車電系統(tǒng)之功能安全國際標(biāo)準(zhǔn)，與車輛安全相關(guān)的車電系統(tǒng)均被要求須實(shí)現(xiàn)之，本標(biāo)準(zhǔn)是調(diào)適自IEC 61508，將功能安全聚焦在車輛議題。ISO 26262提供車輛安全生命周期各階段重要活動、車輛專屬風(fēng)險基礎(chǔ)之整合水平、避免不合理風(fēng)險的應(yīng)用需求、確保合適安全水平之驗(yàn)證與確認(rèn)，以及與供貨商的關(guān)系需求等。

有關(guān)功能安全，最初的國際標(biāo)準(zhǔn)是國際電工委員會(IEC)1998年公告的IEC 61508，針對一般工業(yè)領(lǐng)域的電機(jī)/電子/可程序電子(Electrical/Electronic/Programmable Electronic, E/E/PE)相關(guān)系統(tǒng)之功能安全評估與管控方法加以規(guī)范，而車電系統(tǒng)與一般工業(yè)用E/E系統(tǒng)有著一些差異，如成本考慮或可靠度要求等，因此在2011年公告專屬車輛領(lǐng)域之國際標(biāo)準(zhǔn)ISO 26262，其適用于3.5噸以下客車(M類)所裝載之車電系統(tǒng)，本標(biāo)準(zhǔn)使得研發(fā)項(xiàng)目清楚定義功能安全相關(guān)系統(tǒng)、硬件與軟件所應(yīng)遵循的共同目標(biāo)，并明確標(biāo)示系統(tǒng)達(dá)成的安全門坎，可作為保安設(shè)計之產(chǎn)品開發(fā)數(shù)據(jù)。

近年來，功能安全是否適用其他車輛種類，如貨車(N類)或是機(jī)車(L類)、如何調(diào)適車電系統(tǒng)之零組件如微控制單元(MCU)認(rèn)證需求、或是ADAS系統(tǒng)防護(hù)黑客入侵的保全(Security)議題，均將納入2016年新修的標(biāo)準(zhǔn)草案，以期滿足車輛使用之最新需求。

ISO 26262標(biāo)準(zhǔn)概述
ISO 26262涵蓋車輛整個生命周期，稱為安全生命周期(Safety Lifecycle)，由管理、開發(fā)、生產(chǎn)、經(jīng)營、維修至報廢皆有相應(yīng)的要求，本標(biāo)準(zhǔn)包含十個章節(jié)，計有Part 1名詞解釋(Vocabulary)、Part 2功能安全管理(Management of Functional Safety)、Part 3概念階段(Concept Phase)、Part 4產(chǎn)品開發(fā)在系統(tǒng)層級(Product Development at the System Level)、Part 5產(chǎn)品開發(fā)在硬件層級(Product Development at the Hardware Level)、Part 6產(chǎn)品開發(fā)在軟件層級(Product Development at the Software Level)、Part 7生產(chǎn)與操作(Production and Operation)、Part 8支持流程(Supporting Processes)、Part 9車輛安全完整性等級導(dǎo)向與安全導(dǎo)向分析(Automotive Safety Integrity Level-oriented and Safety-oriented Analyses)、Part 10 ISO 26262指南(Guideline on ISO 26262)。

ISO 26262實(shí)行所謂車輛安全完整性等級(ASIL)的指針來評估車電系統(tǒng)符合之功能安全程度，使得研發(fā)項(xiàng)目清楚定義功能安全相關(guān)系統(tǒng)、硬件與軟件所應(yīng)遵循之共同目標(biāo)，明確標(biāo)示ASIL可作為產(chǎn)品開發(fā)之安全目標(biāo)。ASIL由嚴(yán)重度(Severity)、暴露機(jī)率(Probability of Exposure)與可控度(Controllability)決定，等級分為QM(Quality Management)與ASIL A至D五種，QM等級無須適用ISO 26262，比照一般車輛產(chǎn)業(yè)質(zhì)量管理系統(tǒng)ISO/TS 16949要求即可，而ASIL等級愈高，系統(tǒng)功能安全要求愈多，故ASIL D設(shè)計開發(fā)的安全考慮最嚴(yán)密。

何謂產(chǎn)品安全生命周期
車輛產(chǎn)品的安全議題，要包含功能導(dǎo)向與質(zhì)量導(dǎo)向之開發(fā)活動與工作產(chǎn)品，ISO 26262正是清楚定義研發(fā)項(xiàng)目的功能安全相關(guān)系統(tǒng)、硬件與軟件所應(yīng)完成之開發(fā)活動與工作產(chǎn)品，形成產(chǎn)品的安全生命周期之各個階段(圖1)，完整標(biāo)準(zhǔn)架構(gòu)即成為車輛開發(fā)模型(V-model)。

圖1 安全生命周期(Safety Lifecycle)

安全生命周期涵蓋ISO 26262 Part 2至Part 7，整個生命周期分為概念階段、產(chǎn)品開發(fā)與生產(chǎn)交付后等三階段，由綜合說明之功能安全管理起始，往下就是大V-model開始之概念階段，接續(xù)是產(chǎn)品開發(fā)在系統(tǒng)層級、產(chǎn)品開發(fā)在硬件層級、產(chǎn)品開發(fā)在軟件層級與結(jié)束之生產(chǎn)與操作，其間產(chǎn)品開發(fā)在系統(tǒng)層級包含產(chǎn)品開發(fā)在硬件層級與產(chǎn)品開發(fā)在軟件層級兩章，形成系統(tǒng)、子系統(tǒng)的階層架構(gòu)，而軟、硬件開發(fā)又各成一小V-model，兩者并有相互關(guān)聯(lián)，確保系統(tǒng)開發(fā)是軟硬兼顧。

ISO 26262安全生命周期之細(xì)項(xiàng)，依章節(jié)如下：2-5 Overall safety management、2-6 Safety management during the concept phase and the product development、2-7 Safety management after the item's release for production、3-5 Item definition、3-6 Initiation of the safety lifecycle、3-7 Hazard analysis and risk assessment、3-8 Functional safety concept、4-5 Initiation of product development at the system level、4-6 Specification of the technical safety requirement、4-7 System design、4-8 Item integration and testing、4-9 Safety validation、4-10 Functional safety assessment、4-11 Release for production、5-5 Initiation of product development at the hardware level、5-6 Specification of hardware safety requirements、5-7 Hardware design、5-8 Evaluation of the hardware architectural metrics、5-9 Evaluation of safety goal violations due to random hardware failures、5-10 Hardware integration and testing、6-5 Initiation of product development at the software level、6-6 Specification of software safety requirements、6-7 Software architectural design、6-8 Software unit design and implementation、6-9 Software unit testing、6-10 Software integration and testing、6-11 Verification of software safety requirements、7-5 Production、7-6 Operation, service。

另外，Part 8與Part 9之細(xì)項(xiàng)包括：8-5 Interfaces within distributed developments、8-6 Specification and management of safety requirements、8-7 Configuration management、8-8 Change management、8-9 Verification、8-10 Documentation、8-11 Confidence in the use of software tools、8-12 Qualification of software components、8-13 Qualification of hardware components、8-14 Proven in use argument、9-5 Initiation of product development at the system level、9-6 Specification of the technical safety requirement、9-7 System design、9-8 Item integration and testing。

ISO 26262融入CMMI-DEV流程
ISO 26262只專注于功能安全，與適用于發(fā)展的能力成熟度整合模式(CMMI-DEV)之等級2或3(ML2/ML3)流程相當(dāng)，兩者搭形成完整的路線圖(Road Map)，才能有效導(dǎo)入組織運(yùn)作。CMMI-DEV為美國軟件工程學(xué)院(SEI)自1984年起所發(fā)展的一套組織質(zhì)量管理標(biāo)準(zhǔn)，以確保軟/硬件產(chǎn)品的研發(fā)質(zhì)量，已廣為世界各研發(fā)組織流程改善所遵循；而2004年另一套標(biāo)準(zhǔn)ISO/IEC 15504，就是俗稱SPICE(Software Process Improvement and Capability dEtermination)，此軟件流程改善與能力檢定是與CMMI-DEV相當(dāng)?shù)南到y(tǒng)工程要求。

功能安全技術(shù)搭配系統(tǒng)工程之路線圖，形成完整的機(jī)制，為研發(fā)流程融入功能安全之可行方案，以滿足車電系統(tǒng)安全又可靠的需求，CMMI-DEV與ISO 26262的關(guān)聯(lián)匯整如表1所示，ARTC透過ML3流程與安全生命周期之相互關(guān)聯(lián)性，融合兩者建立完整的開發(fā)機(jī)制。

表1　CMMI-DEV與ISO 26262關(guān)聯(lián)

檢視ISO 26262流程認(rèn)證的ARTC案例
ARTC研發(fā)質(zhì)量管理流程符合ISO 9001與CMMI-DEV ML3，也著手將功能安全融入ML3流程，讓研發(fā)項(xiàng)目形成由組織支持專業(yè)分工的系統(tǒng)工程團(tuán)隊(duì)。為因應(yīng)車輛電子產(chǎn)業(yè)最新功能安全標(biāo)準(zhǔn)(ISO 26262)，已于2015年歷經(jīng)功能安全訓(xùn)練與落差分析、功能安全文件準(zhǔn)備與融入流程、功能安全流程認(rèn)證等作業(yè)，最終在年底12月份通過ISO 26262流程認(rèn)證，進(jìn)一步呼應(yīng)車電產(chǎn)業(yè)的安全需求。

標(biāo)準(zhǔn)訓(xùn)練與落差分析
ISO 26262為車電系統(tǒng)功能安全之流程/產(chǎn)品認(rèn)證標(biāo)準(zhǔn)，ARTC為服務(wù)車電產(chǎn)業(yè)需求，基于科專計劃所開發(fā)技術(shù)，均須再行移轉(zhuǎn)車輛電子產(chǎn)業(yè)商品化，確立只進(jìn)行ISO 26262流程認(rèn)證，開始與臺灣檢驗(yàn)科技股份有限公司(SGS)合作內(nèi)訓(xùn)項(xiàng)目，從2014年起對研發(fā)同仁開辦多場ISO-26262標(biāo)準(zhǔn)訓(xùn)練，也有6人通過車輛功能安全專業(yè)人員(Automotive Functional Safety Professional, AFSP)專業(yè)證照，此證照為3年效期，可用工作實(shí)績加以延長。接著，2015年項(xiàng)目重點(diǎn)為安全生命周期V Model左半段(圖2)，進(jìn)行落差分析、功能安全管理、功能安全概念與技術(shù)安全概念等階段，預(yù)計年底完成ISO 26262功能安全流程認(rèn)證，以因應(yīng)后續(xù)技轉(zhuǎn)產(chǎn)品認(rèn)證需求。

圖2 ISO 26262功能安全認(rèn)證流程

因應(yīng)功能安全流程認(rèn)證項(xiàng)目，選擇AEB為試行標(biāo)的，并組成安全小組，依第三方認(rèn)證單位要求，安全經(jīng)理(Safety Manager)應(yīng)由非AEB計劃成員擔(dān)任，其主要負(fù)責(zé)項(xiàng)目為選擇計劃成員、建立并維護(hù)項(xiàng)目安全計劃(Safety Plan)、管理內(nèi)部接口(各部門)與外部接口(SGS臺灣與德國專家，合稱SGS-TüV)。

完整團(tuán)隊(duì)組成與分工包括：第三方(I3)負(fù)責(zé)流程認(rèn)證(含輔導(dǎo)與咨詢)；工作產(chǎn)品審核(PM)項(xiàng)目計劃之部門主管負(fù)責(zé)；安全經(jīng)理(SM)負(fù)責(zé)安全計劃；計劃主持人(PL)負(fù)責(zé)計劃執(zhí)行規(guī)劃書(IPEP)；系統(tǒng)工程師(SE)負(fù)責(zé)系統(tǒng)規(guī)劃，包含項(xiàng)目定義(Item Definition)、危害分析與風(fēng)險評估(HARA)、安全目標(biāo)(Safety Goals)、技術(shù)安全需求(TSR)；軟/硬件工程師(DE/SW/HW)負(fù)責(zé)硬件規(guī)劃，承接系統(tǒng)層級之功能安全需求(FSR)，轉(zhuǎn)為軟/硬件層級之設(shè)計文件；測試工程師(TE)負(fù)責(zé)測試規(guī)劃，承接系統(tǒng)層級之FSR，轉(zhuǎn)為測試文件。

SGS-TüV落差分析(Gap Analysis)作業(yè)為期兩天，由SGS-TüV稽核員(簡稱主評)對ARTC研發(fā)項(xiàng)目流程、AEB計劃數(shù)據(jù)與ISO 26262功能安全標(biāo)準(zhǔn)要求之122項(xiàng)工作產(chǎn)品加以比對，將落差評比分為四類成熟等級(Maturity Level)：符合(OK)、部分符合(Conditionally OK, COK)、尚未符合(Not OK, NOK)與無須符合(Tailored)等，提供第二階段文件準(zhǔn)備之參考，目標(biāo)完成部分符合與尚未符合之工作產(chǎn)品。

功能安全文件準(zhǔn)備與融入流程說明
準(zhǔn)備功能安全系統(tǒng)、硬件與軟件層級之設(shè)計與測試文件，逐步進(jìn)行V Model左半段之功能安全管理、功能安全概念與技術(shù)安全概念等階段，由安全小組依專業(yè)分工，完成各項(xiàng)工作產(chǎn)品，并與SGS專家討論相關(guān)產(chǎn)出，以對應(yīng)落差分析之主評建議，也以AEB試行計劃制定功能安全融入研發(fā)流程之可行方案。

首先是V Model的功能安全管理階段，由安全經(jīng)理完成安全計劃并定期更新，故此項(xiàng)工作產(chǎn)品會在數(shù)據(jù)紀(jì)錄表各個章節(jié)重復(fù)出現(xiàn)，以表現(xiàn)安全計劃的最新進(jìn)度或內(nèi)容修訂。安全計劃主要包含項(xiàng)次、標(biāo)準(zhǔn)章節(jié)、內(nèi)容、輸入文件、輸出文件、負(fù)責(zé)人、起/迄時間與備注等，這些項(xiàng)目同樣與ISO 26262標(biāo)準(zhǔn)要求之工作產(chǎn)品一致，如此逐項(xiàng)檢討安全計劃，就可完成功能安全要求，此一安全計劃采用附件形式納入計劃執(zhí)行規(guī)劃書(Integrated Project Execution Plan, IPEP)。計劃主持人也在IPEP新增安全經(jīng)理之專業(yè)分工，因須由非計劃成員擔(dān)任，故列在計劃成員之上，以顯示其獨(dú)立性。
另外，為查證各項(xiàng)工作產(chǎn)品，須制定功能安全評估計劃(Functional Safety Assessment Plan)，其不同于安全計劃，研發(fā)流程已透過里程碑審查，進(jìn)行工作產(chǎn)品的查證，故功能安全評估計劃可與里程碑審查整合，又因?yàn)镮SO 26262針對工作產(chǎn)品之確認(rèn)措施，皆不可由該工作產(chǎn)品之相關(guān)人員執(zhí)行，所以規(guī)劃須依Part2車電系統(tǒng)之ASIL執(zhí)行分級查證，如表2所示。

表2　執(zhí)行確認(rèn)措施所需之獨(dú)立性

研發(fā)項(xiàng)目之IPEP包含許多流程次計劃，如文件管理、計劃監(jiān)控管理、風(fēng)險管理、建構(gòu)管理、流程與產(chǎn)品質(zhì)量保證、度量與分析、供貨商協(xié)議管理、查證與確認(rèn)等，這些次計劃與Part8之供貨商、建構(gòu)管理、變更管理、文件章節(jié)要求一致。

再來是V Model的功能安全概念階段，應(yīng)在項(xiàng)目定義說明文件目的、AEB之功能與目的、功能方塊圖、邊界條件與內(nèi)/外部接口、安全與可靠度之潛在沖擊來源、其他需求(含環(huán)境條件)、法規(guī)與標(biāo)準(zhǔn)、外部措施與最小風(fēng)險，這些內(nèi)容與IPEP之計劃目標(biāo)與范圍、假設(shè)與限制，產(chǎn)品規(guī)格需求書(SRS)之產(chǎn)品介紹、產(chǎn)品用戶、產(chǎn)品范圍、客戶的期望、限制與接口、系統(tǒng)架構(gòu)等重復(fù)，由系統(tǒng)工程師整理為英文的數(shù)據(jù)，整合式計劃管理(IPM)與需求發(fā)展(RD)流程維持原訂之IPEP與SRS。

危害分析與風(fēng)險評估(Hazard Analysis and Risk Assessment, HARA)是指車輛因電子電機(jī)系統(tǒng)故障所產(chǎn)生的風(fēng)險，如非預(yù)期加速、非預(yù)期減速或燃燒/爆炸等，透過故障所生風(fēng)險之嚴(yán)重度(S)、暴露機(jī)率(E)與可控度(C)三項(xiàng)參數(shù)，分析車輛安全完整性等級(ASIL)，共有五階段度量(QM、A、B、C、D)之整車層級安全目標(biāo)(Safety Goal)，自ASIL A開始，必須采取額外之風(fēng)險降低措施，而ASIL D表示最高之潛在風(fēng)險。

以AEB計劃所得HARA為例，總計33項(xiàng)整車故障之危害，因不同的操作情境、潛在危害、可能失效與外部減輕等，依據(jù)Part3決定ASIL，如某一項(xiàng)危害是非預(yù)期加速，其嚴(yán)重性為S3、發(fā)生機(jī)率為E4與可控性為C2，所以ASIL為C，各項(xiàng)ASIL取最高階段度量也是ASIL C，代表AEB的ASIL就是C。依前列表2，HARA工作產(chǎn)品須經(jīng)第三方(I3)查證，SGS專家多次檢討各種AEB危害情境之S/E/C三項(xiàng)參數(shù)的想定，確認(rèn)AEB之ASIL為C。

功能安全概念(Functional Safety Concept, FSC)是依據(jù)HARA所得高層之安全目標(biāo)(安全目標(biāo)可能與數(shù)個危害相關(guān)，也可能數(shù)個安全目標(biāo)與一個危害相關(guān))，規(guī)范系統(tǒng)之功能安全需求(Functional Safety Requirements, FSR)，并推導(dǎo)功能安全參數(shù)(包含安全狀態(tài)、容許故障時間等)，加以配置至相關(guān)組件的活動，另外，因應(yīng)車電系統(tǒng)量產(chǎn)的成本考慮，ISO 26262制定ASIL分解(Decomposition)作法，將ASIL需求分配到數(shù)個組件中，使得單一需求可以降低，這只在項(xiàng)目架構(gòu)中，被分解組件存在足夠獨(dú)立性條件下才能施行，可以透過「相依性」故障分析，確認(rèn)獨(dú)立性之存在。
以AEB計劃所得FSC為例，總計有9項(xiàng)安全目標(biāo)，建立25項(xiàng)FSR，如第1項(xiàng)安全目標(biāo)(SG1)與FSR1、FSR2、FSR3、FSR15、FSR16建立相關(guān)，而單一FSR也與多個安全目標(biāo)相關(guān)，如第1項(xiàng)功能安全需求(FSR1)與SG1、SG3、SG4與SG5相關(guān)，SG與FSR非屬直線關(guān)系，而是交互關(guān)聯(lián)。

最后是V Model之技術(shù)安全概念階段，延續(xù)系統(tǒng)之功能安全需求展開為軟/硬件之功能安全需求規(guī)格，由系統(tǒng)工程師完成技術(shù)安全需求(Technical Safety Requirements, TSR)，再交開發(fā)工程師制定軟/硬件技術(shù)安全需求之規(guī)格，進(jìn)而邁入V Model的設(shè)計與整合測試階段。

以AEB計劃所得TSR為例，總計有64項(xiàng)TSR，如第1項(xiàng)TSR(TSR1)與FSR 1至FSR 9相關(guān)，系統(tǒng)工程師也訂定容許故障時間、分配組件與軟/硬件單元，以利后續(xù)軟/硬件開發(fā)工程師加以設(shè)計，再輔以測試工程師進(jìn)行整合測試，確認(rèn)AEB功能安全需求已經(jīng)實(shí)現(xiàn)。

進(jìn)行功能安全流程認(rèn)證
為確保SGS-TüV至ARTC進(jìn)行ISO 26262功能安全流程認(rèn)證順利，10月底先以電話會議進(jìn)行預(yù)評，德國主評檢討安全經(jīng)理所提報資料，包含會前詢問中心安全文化與建構(gòu)管理機(jī)制，德國主評對安全小組執(zhí)行狀況的評價良好，只請小組補(bǔ)充計劃訓(xùn)練規(guī)劃與修正工具安全評價(Tool Confidence Level, TCL)檔案，并約12月初辦理流程稽核(Process Audit)。

為期一天的流程稽核作業(yè)，安全經(jīng)理以流程稽核簡報，逐項(xiàng)說明工作產(chǎn)品之執(zhí)行狀況，德國主評對ARTC研發(fā)流程表示很好，符合ISO 26262標(biāo)準(zhǔn)，對于各項(xiàng)工作產(chǎn)品，建議注意可讀性(Accountability)、可追溯(Traceability)與透明度(Transparency)等數(shù)據(jù)屬性，如同ISO 9001標(biāo)準(zhǔn)之說寫作一致要求，并強(qiáng)調(diào)安全文化，以期中心的研發(fā)項(xiàng)目能更完整對應(yīng)功能安全。

SGS-TüV在2015年12月中旬簽署與發(fā)行功能安全流程認(rèn)證證書(證書編號為FS/71/220/15/0112)，代表ARTC通過ISO 26262功能安全流程認(rèn)證，此證書是依稽核報告(Audit Report Process)發(fā)行。而稽核報告需德國認(rèn)證單位(Deutsche Akkreditierungss- telle GmbH, DAkkS)授權(quán)才能發(fā)行，此一關(guān)系如同臺灣各檢測實(shí)驗(yàn)室需獲全國認(rèn)證基金會(TAF)認(rèn)證，所發(fā)行之檢測報告才能追溯至國際系統(tǒng)。

獲頒認(rèn)證，不僅展顯ARTC在研發(fā)上的專業(yè)，更是對國內(nèi)汽車電機(jī)、電子系統(tǒng)技術(shù)水準(zhǔn)的肯定，因?yàn)锳RTC各項(xiàng)研發(fā)系統(tǒng)雛型均具備初步功能安全設(shè)計與測試數(shù)據(jù)，在技轉(zhuǎn)予廠商后可縮短開發(fā)認(rèn)證時程，讓車電系統(tǒng)更接近世界需求，在開發(fā)的前端協(xié)助完成了最后一哩路的規(guī)劃，將加速技術(shù)商品化進(jìn)程，符合車廠對功能安全要求，進(jìn)而快速加入供應(yīng)鏈。

編輯：admin  最后修改時間：2017-09-19