一、架構(gòu)升級(jí)
1.1 軟件架構(gòu)：分層解耦、服務(wù)化、API 接口標(biāo)準(zhǔn)化
隨著企業(yè)向軟件定義汽車(chē)開(kāi)發(fā)方法的轉(zhuǎn)變，軟件架構(gòu)也需要同步進(jìn)行升級(jí)，引入面向服務(wù)的架構(gòu)（Service-Oriented Architecture，簡(jiǎn)稱(chēng) SOA）方法論。汽車(chē) SOA 是對(duì)整車(chē)智能化的底層能力進(jìn)行組織。將車(chē)端的硬件能力和各種功能服務(wù)化，這些服務(wù)根據(jù) SOA 標(biāo)準(zhǔn)進(jìn)行接口設(shè)計(jì)，基于 SOA 標(biāo)準(zhǔn)協(xié)議進(jìn)行通信。這樣，各服務(wù)組件之間就可以相互訪問(wèn)，從而擴(kuò)展了服務(wù)的組合形式。
圖 4-1 SOA 服務(wù)化架構(gòu)示意圖
SOA 的引入使汽車(chē)傳統(tǒng)封閉、固化的軟件系統(tǒng)逐漸成為具備開(kāi)放性、重用性的軟件生態(tài)。在新一輪的軟件架構(gòu)升級(jí)中，基于分層解耦的 SOA 服務(wù)化架構(gòu)，利用設(shè)備抽象和原子服務(wù)實(shí)現(xiàn)硬件能力的充分服務(wù)化，具體對(duì)象包括控制器周邊的傳感器、執(zhí)行器、傳統(tǒng)總線通信，以及控制器自身的診斷、存儲(chǔ)設(shè)備。同時(shí)，基于“邏輯語(yǔ)義轉(zhuǎn)換”的設(shè)計(jì)思想，完成接口標(biāo)準(zhǔn)化，實(shí)現(xiàn)不同平臺(tái)、不同車(chē)型的接口重用性目標(biāo)。
圖 4-2 SOA 架構(gòu)下的基礎(chǔ)服務(wù)舉例
隨著基礎(chǔ)架構(gòu)及開(kāi)發(fā)方式的變化，“軟件定義汽車(chē)”會(huì)顛覆整個(gè)汽車(chē)開(kāi)發(fā)流程，基于SOA 的軟件架構(gòu)方案為智能汽車(chē)系統(tǒng)提供了重要的服務(wù)抽象。嚴(yán)謹(jǐn)?shù)姆庋b和分層結(jié)構(gòu)支持使用敏捷開(kāi)發(fā)方法和針對(duì)接口進(jìn)行測(cè)試，并降低了系統(tǒng)的復(fù)雜性，將大大簡(jiǎn)化軟件組件在車(chē)輛更新?lián)Q代時(shí)的重用。
圖 4-3 軟件分層架構(gòu)示意圖
架構(gòu)標(biāo)準(zhǔn)化：
分層架構(gòu)，在原有的整車(chē)架構(gòu)中，引入原子服務(wù)層和設(shè)備抽象層。
-
設(shè)備抽象層負(fù)責(zé)封裝底層的硬件差異，并把硬件層的特性以服務(wù)的方式提供接口，供原子服務(wù)層進(jìn)行調(diào)用，硬件的調(diào)整不應(yīng)導(dǎo)致系統(tǒng)軟件對(duì)外提供的接口發(fā)生變化，使得應(yīng)用邏輯擺脫底層硬件平臺(tái)的束縛；
-
原子服務(wù)層作為中間層，與平臺(tái)解耦，對(duì)上承接應(yīng)用服務(wù)的調(diào)用，對(duì)下進(jìn)行設(shè)備抽象的訪問(wèn)，體現(xiàn)車(chē)型差異，并配置化適配，使能上層應(yīng)用跨車(chē)型復(fù)用；
-
應(yīng)用/組合層服務(wù)主要負(fù)責(zé)用戶(hù)需求邏輯的實(shí)現(xiàn)，通過(guò)調(diào)用原子服務(wù)層提供的接口，組合出千變?nèi)f化的場(chǎng)景化應(yīng)用。
接口標(biāo)準(zhǔn)化：
跨車(chē)型、跨零部件供應(yīng)商，最大化復(fù)用，降低軟件定義汽車(chē)軟硬件開(kāi)發(fā)復(fù)雜度。
在架構(gòu)標(biāo)準(zhǔn)化的基礎(chǔ)上，如何能實(shí)現(xiàn)軟件的跨車(chē)企使用？就需要對(duì)層與層之間的接口進(jìn)行標(biāo)準(zhǔn)化，不同整車(chē)廠、Tier1、平臺(tái)供應(yīng)商定義同一套服務(wù)接口，使得不同整車(chē)廠之間，不同 Tier1 之間的軟件可以相互調(diào)用，大大增加軟件的復(fù)用性，縮短車(chē)輛開(kāi)發(fā)周期。
在接口標(biāo)準(zhǔn)化推動(dòng)方面，中國(guó)汽車(chē)工業(yè)協(xié)會(huì)已經(jīng)發(fā)布了第三版《軟件定義汽車(chē)原子服務(wù) API 接口與設(shè)備抽象 API 接口參考規(guī)范》，包含 700 多個(gè) API，涵蓋車(chē)身控制、熱管理、能量管理、運(yùn)動(dòng)控制、智駕域、動(dòng)力域、底盤(pán)域等多個(gè)功能域，參與接口標(biāo)準(zhǔn)化定義的成員包含整車(chē)廠、零部件、基礎(chǔ)平臺(tái)供應(yīng)商、軟件供應(yīng)商等 100 多家公司。
1.2 通信架構(gòu)：基于車(chē)載以太網(wǎng)的技術(shù)應(yīng)用
隨著車(chē)輛功能的不斷增加，特別是自動(dòng)駕駛、智能座艙的不斷發(fā)展，需要傳遞的信號(hào)已呈爆炸式增長(zhǎng)，車(chē)輛功能不斷升級(jí)更新，用戶(hù)對(duì)于 OTA 升級(jí)體驗(yàn)提出更高的要求，傳統(tǒng)的 CAN 總線通信的方式已不能滿足車(chē)輛功能的增長(zhǎng)速度，采用基于以太網(wǎng)服務(wù)的通訊方式，可實(shí)現(xiàn)功能的靈活重組，有效解決傳統(tǒng)面向信號(hào)的通信架構(gòu)中因個(gè)別信號(hào)增減/變更，而導(dǎo)致功能相關(guān)的所有系統(tǒng)均產(chǎn)生變更的問(wèn)題。
車(chē)載以太網(wǎng)及其支持的上層協(xié)議架構(gòu)如下圖所示，車(chē)載以太網(wǎng)主要涉及 OSI 的 1、2層技術(shù)，車(chē)載以太網(wǎng)同時(shí)支持 AVB、TCP/IP、DoIP、SOME/IP、DDS 等多種協(xié)議或應(yīng)用形式。
圖4-4車(chē)載以太網(wǎng)及其支持的上層協(xié)議架構(gòu)
SOME/IP 的全稱(chēng)為：Scalable service-Oriented MiddlewarE over IP，基于 IP 的可擴(kuò)展的面向服務(wù)的中間件，已于 2013 年納入 AUTOSAR 4.1 規(guī)范。
圖 4-5 支持面向服務(wù)的 SOME/IP中間件
通信架構(gòu)升級(jí)之后帶來(lái)的變化：
-
更靈活的溝通機(jī)制：CAN 總線為廣播式通信，多主方式的工作使得每個(gè)節(jié)點(diǎn)發(fā)送的信息都可能占據(jù)所有的通信媒介，只是接收節(jié)點(diǎn)可以選擇是否接收該信息。而以太網(wǎng)以一對(duì)一或一對(duì)多兩種方式進(jìn)行通信，一對(duì)一的方式發(fā)送節(jié)點(diǎn)的報(bào)文中涵蓋自己和一個(gè)接收節(jié)點(diǎn)的地址；一對(duì)多的方式中發(fā)送節(jié)點(diǎn)的報(bào)文中涵蓋自己和多個(gè)接收節(jié)點(diǎn)的地址。二者都不影響其他節(jié)點(diǎn)的通信。
-
更高的帶寬，更低的時(shí)延：車(chē)內(nèi)數(shù)據(jù)傳輸總量及對(duì)傳輸速度的要求持續(xù)提升，以及在跨行業(yè)的標(biāo)準(zhǔn)協(xié)議需求的驅(qū)動(dòng)下，支撐更多應(yīng)用場(chǎng)景、更高速的以太網(wǎng)取代CAN/LIN 等傳統(tǒng)汽車(chē)車(chē)內(nèi)通信網(wǎng)絡(luò)已經(jīng)成為必然。
-
更多的應(yīng)用場(chǎng)景，易互聯(lián)易擴(kuò)展：車(chē)載以太網(wǎng)與車(chē)外網(wǎng)絡(luò)基于相同協(xié)議，在與車(chē)外網(wǎng)絡(luò)進(jìn)行通信時(shí)，接口過(guò)渡更加平滑。傳統(tǒng)車(chē)內(nèi)通信網(wǎng)絡(luò)基于獨(dú)有的網(wǎng)絡(luò)協(xié)議，且接口標(biāo)準(zhǔn)化差；與車(chē)外網(wǎng)絡(luò)進(jìn)行交互時(shí)，需要對(duì)不同系統(tǒng)的協(xié)議進(jìn)行轉(zhuǎn)換。在網(wǎng)聯(lián)化趨勢(shì)下，車(chē)載以太網(wǎng)的協(xié)議轉(zhuǎn)換成本更小。
-
更快的 OTA 升級(jí)速度，更易用的體驗(yàn)：采用以太網(wǎng)進(jìn)行 OTA 升級(jí)，通訊速度相對(duì)傳統(tǒng)的 CAN 升級(jí)，提升了 10 倍以上，大大降低了用戶(hù)等待的時(shí)間。采用基于服務(wù)的通訊 SOME/IP，可實(shí)現(xiàn)功能的靈活重組，有效解決傳統(tǒng)以功能需求為核心的架構(gòu)中因個(gè)別功能增減/變更，而導(dǎo)致功能相關(guān)系統(tǒng)均需變更的問(wèn)題，降低系統(tǒng)OTA 升級(jí)的復(fù)雜度。
1.3 硬件架構(gòu)：區(qū)域接入+算力集中化
整車(chē)電子電氣架構(gòu)是實(shí)現(xiàn)軟件定義汽車(chē)的基石，目前市場(chǎng)上銷(xiāo)售的傳統(tǒng)汽車(chē)大部分是分布式電子電氣架構(gòu)，如下圖所示。
圖 4-6 傳統(tǒng)分布式電子電氣架構(gòu)示意圖
在分布式電子電氣架構(gòu)中，首先將汽車(chē)功能劃分為不同的模塊，如動(dòng)力控制、底盤(pán)控制、主動(dòng)安全、被動(dòng)安全、智能駕駛、信息娛樂(lè)和車(chē)身等。然后再將每個(gè)模塊的功能再進(jìn)一步細(xì)分，例如車(chē)身功能又細(xì)分為車(chē)燈控制、車(chē)門(mén)控制、座椅控制等功能。不同的電控功能采用獨(dú)立電控單元（ECU）實(shí)現(xiàn)，不同 ECU 之間通過(guò) CAN/CAN FD 進(jìn)行通信。
因?yàn)槊總€(gè) ECU 由不同的供應(yīng)商開(kāi)發(fā)，有著不同的嵌入式軟件和底層代碼，所以分布式電子電氣架構(gòu)在整車(chē)層面造成大量的冗余和 BOM 成本。另外，因?yàn)檐?chē)內(nèi)軟件都分布于各 ECU 上，且 ECU 都由各供應(yīng)商獨(dú)立完成，其軟硬件是緊密耦合的，整車(chē)廠并沒(méi)有權(quán)限去維護(hù)和更新 ECU 上的軟件。
快速滿足用戶(hù)需求是整車(chē)廠搶占市場(chǎng)份額的關(guān)鍵，而分布式電子電氣架構(gòu)嚴(yán)重制約整車(chē)廠響應(yīng)市場(chǎng)需求的速度。假設(shè)某車(chē)型中設(shè)計(jì)完成后，用戶(hù)提出增加駕駛員位置記憶功能，即駕駛員將車(chē)輛的座椅、方向盤(pán)、外后視鏡等相關(guān)系統(tǒng)調(diào)整到舒適的位置后，可以將其設(shè)置為記憶位置，方便后續(xù)快速調(diào)整。需要對(duì)車(chē)門(mén)控制器、座椅控制器、方向盤(pán)控制器、網(wǎng)關(guān)等多個(gè)部件進(jìn)行軟件變更，只有當(dāng)各個(gè)零部件供應(yīng)商完成變更，并且整車(chē)廠完成集成測(cè)試和整車(chē)測(cè)試后，才能夠?qū)⑿鹿δ芡斗攀袌?chǎng)，這將造成開(kāi)發(fā)和變更周期長(zhǎng)、成本高等問(wèn)題。
為此，各整車(chē)廠早已開(kāi)始儲(chǔ)備新型電子電氣架構(gòu)方案，以促進(jìn)軟件定義汽車(chē)的快速實(shí)現(xiàn)。新型電子電氣架構(gòu)的顯著特征是功能（軟件）集中化、硬件標(biāo)準(zhǔn)化。通過(guò)中央計(jì)算平臺(tái)/域控制器對(duì)控制功能進(jìn)行統(tǒng)一管理，從而降低硬件冗余和 BOM 成本，減少整車(chē)廠對(duì)眾多供應(yīng)商的依賴(lài)。根據(jù)功能集中程度不同，新型電子電氣架構(gòu)主要分為三種類(lèi)型。
第一種：域集中式電子電氣架構(gòu)
在域集中式電子電氣架構(gòu)中，將整車(chē)電子電氣控制功能劃分為 N 個(gè)功能域，每個(gè)功能域設(shè)計(jì)一個(gè)域控制器，其余控制器均為域內(nèi)控制器，各域內(nèi)控制器一般為智能傳感器、執(zhí)行器和傳統(tǒng)控制器。
域集中式電子電氣架構(gòu)示意圖如下圖所示，示例中將整車(chē)電子電氣控制功能劃分為五大功能域：動(dòng)力域、底盤(pán)安全域、智能駕駛域、信息娛樂(lè)域和車(chē)身舒適域。
圖 4-7 域集中式電子電氣架構(gòu)示意圖
第二種：跨域集中式電子電氣架構(gòu)
在域集中式電子電氣架構(gòu)中，域控制器只負(fù)責(zé)一個(gè)域的功能集中控制；而在跨域集中式電子電氣架構(gòu)中，有些域控制器負(fù)責(zé)兩個(gè)或兩個(gè)以上域的功能集中控制，進(jìn)一步提升了系統(tǒng)功能集成度。比較常見(jiàn)的跨域集中式電子電氣架構(gòu)是三域架構(gòu)，跨域集中式電子電氣架構(gòu)的示意圖如下圖所示。
圖 4-8 跨域集中式電子電氣架構(gòu)示意圖
三域架構(gòu)分別為車(chē)輛控制域、智能駕駛域和智能座艙域，將原來(lái)的動(dòng)力域、底盤(pán)安全域和車(chē)身舒適域整合為車(chē)輛控制域，智能駕駛域和智能座艙域?qū)Ｗ?shí)現(xiàn)汽車(chē)智能化和網(wǎng)聯(lián)化。
三域架構(gòu)有 3 個(gè)域控制器：
車(chē)輛域控制器負(fù)責(zé)整車(chē)控制，對(duì)實(shí)時(shí)性和安全性要求高；
智能駕駛域控制器負(fù)責(zé)自動(dòng)駕駛相關(guān)感知、規(guī)劃、決策相關(guān)功能實(shí)現(xiàn)；
智能座艙域控制器負(fù)責(zé) HMI 交互和座艙相關(guān)功能實(shí)現(xiàn)。
第三種：區(qū)域接入+中央集中式電子電氣架構(gòu)
中央集中式電子電氣架構(gòu)不再按照功能去部署車(chē)內(nèi)的電子電氣系統(tǒng)，而將整車(chē)所有功能域的控制邏輯均集中于中央計(jì)算平臺(tái)，進(jìn)一步提升了系統(tǒng)功能集成度。原有分布式和域集中式架構(gòu)中的 ECU 的控制/計(jì)算功能被中央計(jì)算平臺(tái)收編，轉(zhuǎn)變?yōu)楦雍?jiǎn)單的傳感器或執(zhí)行器。
為了減少線束長(zhǎng)度，簡(jiǎn)化通信，就近接入和供電，在中央集中式架構(gòu)下可以按照物理位置劃分區(qū)域并在區(qū)域內(nèi)部署區(qū)域控制器，形成中央計(jì)算平臺(tái)和多個(gè)區(qū)域控制器的架構(gòu)，中央集中式電子電氣架構(gòu)的示意圖如下圖所示。
圖 4-9 中央集中式電子電氣架構(gòu)示意圖
硬件架構(gòu)的升級(jí)，同時(shí)需要考慮跨域功能的融合、SOA 架構(gòu)下的軟件功能分層、服務(wù)化后的控制實(shí)時(shí)性、功能安全設(shè)計(jì)、復(fù)雜的硬件設(shè)計(jì)與集成等等。
二、安全升級(jí)：構(gòu)建多層次的整車(chē)縱深防御體系
2.1 功能安全
隨著電子電氣架構(gòu)技術(shù)的不斷升級(jí)，整車(chē)越來(lái)越多的系統(tǒng)和組件對(duì)功能安全產(chǎn)生影響，為此，功能安全也從部分關(guān)鍵系統(tǒng)開(kāi)發(fā)，向整車(chē)各系統(tǒng)全面開(kāi)發(fā)拓展。
同時(shí)，由于域控制器、中央計(jì)算平臺(tái)等新架構(gòu)技術(shù)的出現(xiàn)，對(duì)功能安全提出了新的技術(shù)挑戰(zhàn)，功能安全必須建立針對(duì)這些復(fù)雜系統(tǒng)及軟件的開(kāi)發(fā)和測(cè)評(píng)手段。
功能安全技術(shù)也影響著電子電氣架構(gòu)技術(shù)的發(fā)展，從傳統(tǒng)的失效安全（Fail-Safe）向失效運(yùn)行（Fail-Operational）演變，電子電氣架構(gòu)設(shè)計(jì)中引入了更多的冗余（如通信冗余、冗余控制器等）及安全保障措施。
未來(lái)，車(chē)輛智能化生態(tài)的形成，將促進(jìn)功能安全技術(shù)走出單車(chē)，向全鏈路延伸，實(shí)現(xiàn)整體智能生態(tài)的整體安全。
2.2 預(yù)期功能安全
電子電氣架構(gòu)相關(guān)的預(yù)期功能安全指的是規(guī)避由于功能不足、或可合理預(yù)見(jiàn)的人員誤用所導(dǎo)致的人身危害。預(yù)期功能安全技術(shù)屬于汽車(chē)技術(shù)的一部分，對(duì)應(yīng)的標(biāo)準(zhǔn)為 ISO 21448。根據(jù)自動(dòng)駕駛功能及其運(yùn)行設(shè)計(jì)域，分析滿足預(yù)期功能安全要求的系統(tǒng)配置方案，基于系統(tǒng)配置方案確定或選擇合適的電子電氣架構(gòu)方案。預(yù)期功能安全關(guān)鍵技術(shù)點(diǎn)：
（1）自動(dòng)駕駛安全準(zhǔn)則制定技術(shù)：針對(duì)自動(dòng)駕駛已知場(chǎng)景和未知場(chǎng)景下的安全表現(xiàn)，制定客觀量化準(zhǔn)則，科學(xué)判定自動(dòng)駕駛的安全水平；
（2）安全分析技術(shù)：通過(guò) STPA 等安全分析手段，識(shí)別自動(dòng)駕駛安全相關(guān)功能的不足性能局限及危害觸發(fā)條件，制定針對(duì)性措施，開(kāi)展功能更新；
（3）多支柱法測(cè)試技術(shù)：由仿真測(cè)試、定場(chǎng)景測(cè)試和真實(shí)道路測(cè)試組成的自動(dòng)駕駛預(yù)期功能安全測(cè)試體系；
（4）安全論證技術(shù)：基于安全開(kāi)發(fā)、分析、測(cè)試等結(jié)果，制定預(yù)期功能安全檔案策略，通過(guò) GSN 等論證手段，評(píng)估自動(dòng)駕駛安全風(fēng)險(xiǎn)，完成預(yù)期功能安全發(fā)布；
（5）安全監(jiān)控技術(shù)：通過(guò)車(chē)載和遠(yuǎn)程手段，監(jiān)測(cè)自動(dòng)駕駛運(yùn)行過(guò)程中的安全表現(xiàn)，識(shí)別安全風(fēng)險(xiǎn)并開(kāi)展必要的風(fēng)險(xiǎn)控制措施，以確保自動(dòng)駕駛運(yùn)行安全。
2.3 網(wǎng)絡(luò)安全
智能汽車(chē)車(chē)輛端、通信管道、云平臺(tái)以及移動(dòng)應(yīng)用均面臨一系列的信息安全威脅。從汽車(chē)網(wǎng)絡(luò)空間維度出發(fā)，通過(guò)多重技術(shù)協(xié)同、不同手段互補(bǔ)、從外到內(nèi)多層次部署安全防線，滿足車(chē)輛信息安全防護(hù)的縱深性、均衡性、完整性的要求。需要依據(jù)新一代車(chē)輛電子電氣架構(gòu)，從網(wǎng)聯(lián)安全、內(nèi)網(wǎng)安全、ECU 安全角度實(shí)施部署相應(yīng)防護(hù)措施。
圖 4-10 智能汽車(chē)全方位網(wǎng)絡(luò)安全防御
-
網(wǎng)聯(lián)安全
網(wǎng)聯(lián)接入層主要抵御針對(duì)以太網(wǎng)的 DOS、PING 類(lèi)型、畸形報(bào)文、掃描爆破、欺騙、木馬等網(wǎng)絡(luò)攻擊。需要具備車(chē)云聯(lián)動(dòng)機(jī)制的主動(dòng)安全防護(hù)能力，可通過(guò)云端系統(tǒng)實(shí)時(shí)配置防護(hù)策略，主要包括接入認(rèn)證機(jī)制、通信保護(hù)機(jī)制、以太網(wǎng)防火墻機(jī)制和入侵檢測(cè)與防御（IDPS）機(jī)制。
-
車(chē)內(nèi)網(wǎng)安全
車(chē)輛內(nèi)網(wǎng)安全主要抵御針對(duì)車(chē)載 CAN/CAN FD、車(chē)載以太網(wǎng)的攻擊入侵，包括報(bào)文監(jiān)聽(tīng)、錯(cuò)誤注入、報(bào)文重放等攻擊。防護(hù)的策略包括：總線入侵檢測(cè)機(jī)制、內(nèi)網(wǎng)防火墻機(jī)制、功能域隔離機(jī)制、總線通信保護(hù)機(jī)制和診斷安全保護(hù)機(jī)制。
-
關(guān)鍵 ECU 安全
為確保車(chē)輛系統(tǒng)或關(guān)鍵數(shù)據(jù)不被破壞，在車(chē)輛關(guān)鍵 ECU 層面需具備安全啟動(dòng)、關(guān)鍵數(shù)據(jù)安全存儲(chǔ)、系統(tǒng)安全運(yùn)行的安全能力，并可為應(yīng)用運(yùn)行提供權(quán)限管理能力。
-
服務(wù)安全
SOA 安全框架需要遵循五個(gè)基本原則：機(jī)密性、完整性、真實(shí)性、授權(quán)性和可用性，通過(guò)信息加密、數(shù)字簽名、密碼認(rèn)證、設(shè)計(jì)訪問(wèn)控制列表 ACL、DOS 攻擊監(jiān)控等多種方案及產(chǎn)品實(shí)現(xiàn)網(wǎng)絡(luò)安全，同時(shí)保證這些網(wǎng)絡(luò)信息可被發(fā)現(xiàn)、被訪問(wèn)、被通信以及被監(jiān)測(cè)。
圖 4-11 車(chē)載 SOA 服務(wù)網(wǎng)絡(luò)安全原則
-
在服務(wù)發(fā)現(xiàn)上，設(shè)定信息安全分組隔離機(jī)制，使得服務(wù)廣播消息只發(fā)給有需要的的服務(wù)使用者；
-
在服務(wù)訪問(wèn)上，為服務(wù)提供方設(shè)置信息安全訪問(wèn)控制機(jī)制，認(rèn)證并授權(quán)服務(wù)使用方發(fā)起的服務(wù)請(qǐng)求；
-
在服務(wù)通信上，根據(jù) SOA 服務(wù)實(shí)際的業(yè)務(wù)應(yīng)用場(chǎng)景決定 SOA 消息應(yīng)采用的信息安全傳輸機(jī)制；
-
在服務(wù)監(jiān)測(cè)上，設(shè)置服務(wù)安全監(jiān)控機(jī)制，發(fā)現(xiàn) SOA 服務(wù)相關(guān)的異常事件及安全響應(yīng)處理機(jī)制。
三、流程變革：敏捷開(kāi)發(fā)，迭代發(fā)布
汽車(chē)上的功能日新月異，軟件代碼量日益增加，傳統(tǒng) V 模型下的瀑布式開(kāi)發(fā)已經(jīng)不堪重負(fù)，為了快速交付給客戶(hù)最迫切需要的功能，軟件開(kāi)發(fā)流程的轉(zhuǎn)變至關(guān)重要。目前，越來(lái)越多的汽車(chē)零部件供應(yīng)商轉(zhuǎn)向了敏捷開(kāi)發(fā)。在系統(tǒng)架構(gòu)實(shí)現(xiàn)軟硬件解耦，層次化架構(gòu)系統(tǒng)軟件、中間件和應(yīng)用軟件的基礎(chǔ)上，實(shí)現(xiàn)軟件功能的快速迭代、發(fā)布，使得整車(chē)廠可以快速占領(lǐng)市場(chǎng)。
敏捷開(kāi)發(fā)流程的核心是培養(yǎng)研發(fā)人員的協(xié)作意識(shí)、責(zé)任意識(shí)、質(zhì)量意識(shí)、學(xué)習(xí)意識(shí)、創(chuàng)新意識(shí)，進(jìn)而提升整個(gè)軟件研發(fā)團(tuán)隊(duì)的研發(fā)能力，高效地開(kāi)發(fā)高質(zhì)量的軟件產(chǎn)品。特性開(kāi)發(fā)采用以月為研發(fā)周期的迭代開(kāi)發(fā)模式，進(jìn)一步分為詳細(xì)設(shè)計(jì)與評(píng)審、特性開(kāi)發(fā)與代碼走讀、代碼質(zhì)量檢視與評(píng)估、測(cè)試用例設(shè)計(jì)與編寫(xiě)、特性功能聯(lián)調(diào)、特性合入評(píng)審等多個(gè)子流程。每個(gè)子流程有具體的輸出件（設(shè)計(jì)文檔、源代碼、評(píng)審報(bào)告、測(cè)試用例、測(cè)試報(bào)告等）和量化評(píng)判體系（設(shè)計(jì)文檔章節(jié)完整性、增量代碼度量報(bào)告、評(píng)審意見(jiàn)密度、測(cè)試用例覆蓋率、缺陷密度等），確保每一個(gè)子流程均按照軟件研發(fā)質(zhì)量要求達(dá)成，并對(duì)所有文檔歸檔以支持軟件質(zhì)量回溯。
版本發(fā)布采用以周為發(fā)布周期的軟件版本快速迭代模式，每周從穩(wěn)定分支發(fā)布版本，對(duì)軟件基本功能、新增特性進(jìn)行充分驗(yàn)證，對(duì)已解決的問(wèn)題進(jìn)行回歸測(cè)試，均通過(guò)之后再發(fā)布版本。敏捷開(kāi)發(fā)的業(yè)務(wù)價(jià)值：
-
用戶(hù)體驗(yàn)?zāi)芤栽聻閱挝话l(fā)布。
-
漏洞和補(bǔ)丁按周進(jìn)行快速發(fā)布。
-
軟件版本按小時(shí)迭代，部件與整車(chē)同步集成、自動(dòng)化驗(yàn)證（7*24h 無(wú)人值守）。
四、工具鏈升級(jí)：基于 SOA 的整車(chē)服務(wù)化開(kāi)發(fā)
SOA 的總體思路是設(shè)計(jì)服務(wù)模型，將不同的基礎(chǔ)服務(wù)進(jìn)行抽取，分層解耦定義恰當(dāng)?shù)腁PI 接口，應(yīng)用調(diào)用服務(wù) API 接口實(shí)現(xiàn)業(yè)務(wù)邏輯。API 接口定義獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言，確保構(gòu)建在不同系統(tǒng)中的服務(wù)可以以一種統(tǒng)一通用的方式進(jìn)行交互。
對(duì)于汽車(chē)行業(yè)而言，SOA 是一套新引入的技術(shù)，需要一套有效的流程、方法和工具鏈，三者相輔相成，當(dāng)前業(yè)界還沒(méi)有一套非常成熟的方法論和工具鏈，大部分整車(chē)廠和 Tier1/Tier2 都處于探索階段，下圖展示了一種基于服務(wù)的功能開(kāi)發(fā)流程方法。
圖 4-12 基于服務(wù)的功能開(kāi)發(fā)流程方法
首先對(duì)功能進(jìn)行需求分析，輸出場(chǎng)景定義和特性設(shè)計(jì)，以及對(duì)應(yīng)的物理拓?fù)浜湍K功能定義接著繼續(xù)進(jìn)行系統(tǒng)設(shè)計(jì)，包括服務(wù)架構(gòu)設(shè)計(jì)、服務(wù)設(shè)計(jì)和通信設(shè)計(jì)，服務(wù)定義需依據(jù)中國(guó)汽車(chē)工業(yè)協(xié)會(huì)軟件定義汽車(chē)工作組發(fā)布的 API 接口參考規(guī)范。
轉(zhuǎn)自汽車(chē)電子與軟件
