短短兩年時(shí)間，汽車行業(yè)的SOA架構(gòu)已經(jīng)從星星之火發(fā)展到燎原之勢(shì)，各大主機(jī)廠宣傳新架構(gòu)時(shí)必然會(huì)把SOA架構(gòu)作為金字招牌大書特書。SOA架構(gòu)為什么會(huì)一夜之間從概念到全行業(yè)普及呢，究其原因，還是要從汽車行業(yè)普遍面臨的痛點(diǎn)，以及SOA架構(gòu)本身的優(yōu)勢(shì)來探究一二。

當(dāng)前主機(jī)廠們的痛點(diǎn)

1，短：隨著新車型上市的窗口紅利期越來越短，為了搶占市場(chǎng)，主機(jī)廠們想盡辦法加速把新車推向市場(chǎng)，車型開發(fā)周期越來越短；

2、頻：在項(xiàng)目開發(fā)過程中，開發(fā)需求變更頻繁，軟件升級(jí)迭代越來越頻繁；

3、快：隨著車上新功能的不斷呈現(xiàn)，主機(jī)廠需要快速響應(yīng)，滿足市場(chǎng)的需求；

4、異：隨著消費(fèi)市場(chǎng)的成熟，終端客戶不再滿足于車輛固定化功能，對(duì)差異化有了更深入需求； 與之對(duì)應(yīng)的是，傳統(tǒng)汽車軟件架構(gòu)是面向信號(hào)的開發(fā)范式，所謂面向信號(hào)就是：為了實(shí)現(xiàn)某一項(xiàng)功能，ECU從底層到應(yīng)用層開發(fā)了一整套的軟件，并根據(jù)事先設(shè)定的特定信號(hào)與外部進(jìn)行交互，這些事先設(shè)定的信號(hào)通LIN/CAN等總線技術(shù)在ECU之間通訊。

為了降低不同功能之間軟件重復(fù)開發(fā)工作量，AUTOSAR把軟件分層為基礎(chǔ)軟件層，運(yùn)行環(huán)境層，應(yīng)用層，通過參數(shù)配置實(shí)現(xiàn)不同軟件功能，但是這種配置是靜態(tài)的，一旦設(shè)定無法輕易變動(dòng)，如果開發(fā)新的功能，那么整條軟件鏈路上所有相關(guān)的參數(shù)都需要重新編寫和配置，也即模塊之間的耦合度太高，其中一個(gè)升級(jí)會(huì)影響其他模塊都得跟著升級(jí)，這也就決定了新功能的開發(fā)是費(fèi)時(shí)費(fèi)力的，系統(tǒng)的擴(kuò)展性差，不能靈活的進(jìn)行分布式布置！

因此，也就無法解決“短”、“頻”、“快”、“異”的行業(yè)痛點(diǎn)需求。 事實(shí)情況是目前許多新功能并不總是從零開始，而是許多簡(jiǎn)單功能基于場(chǎng)景的智能化能組合，能不能將一個(gè)一個(gè)小功能通過調(diào)用的方式以某種邏輯拼湊在一起形成一個(gè)更加智能的場(chǎng)景化功能？所以車企們把目光紛紛投向了在IT行業(yè)非常成熟的SOA軟件架構(gòu)。SOA架構(gòu)核心將每個(gè)控制器的底層功能以”服務(wù)“的形式進(jìn)行封裝，一個(gè)服務(wù)即是一個(gè)獨(dú)立可執(zhí)行的軟件組件，并對(duì)其賦予特定的IP地址和標(biāo)準(zhǔn)化接口以便隨時(shí)調(diào)用，最終通過這些底層功能的自由組合，以實(shí)現(xiàn)某項(xiàng)復(fù)雜智能化功能。

SOA是一種IT行業(yè)應(yīng)用軟件的開發(fā)范式，目標(biāo)是使軟件開發(fā)滿足復(fù)雜多變的業(yè)務(wù)需求。

SOA架構(gòu)本身的優(yōu)勢(shì)

SOA架構(gòu)是一種粗粒度、開放式、松耦合的服務(wù)結(jié)構(gòu)，要求整車軟件在開發(fā)過程中，按照相關(guān)的標(biāo)準(zhǔn)或協(xié)議，進(jìn)行分層開發(fā)。通過這種分層設(shè)計(jì)或架構(gòu)體系可以使整車軟件變得更加彈性和靈活，且盡可能的與第三方整車軟件互補(bǔ)兼容，以達(dá)到快速擴(kuò)展，滿足或響應(yīng)市場(chǎng)或客戶需求的多樣化、多變性。 理解SOA架構(gòu)（Service Oriented Architecture面向服務(wù)的架構(gòu)）關(guān)鍵時(shí)理解什么是“服務(wù)’，”服務(wù)“是在特定場(chǎng)景下對(duì)特定對(duì)象處理特定任務(wù)，包含了數(shù)據(jù)、功能、業(yè)務(wù)的三個(gè)特征，不同“服務(wù)”需要引用不同/相同的數(shù)據(jù)源、功能塊 ， 并依據(jù) 業(yè)務(wù)邏輯進(jìn)行重構(gòu)；數(shù)據(jù)源、功能塊，業(yè)務(wù)邏輯三者有一項(xiàng)不同，就構(gòu)成新“服務(wù)“，因此，相比于“功能”，“服務(wù)”會(huì)非常多樣化！

利用SOA架構(gòu)開發(fā)的時(shí)候，其基于松耦合的特性能給車企帶來諸多的好處： 第一、更易維護(hù) 業(yè)務(wù)服務(wù)提供者和業(yè)務(wù)服務(wù)使用者的松散耦合關(guān)系及對(duì)開放標(biāo)準(zhǔn)的采用確保了該特性的實(shí)現(xiàn)。建立在以 SOA基礎(chǔ)上的信息系統(tǒng)，當(dāng)需求發(fā)生變化的時(shí)候，不需要修改提供業(yè)務(wù)服務(wù)的接口，只需要調(diào)整業(yè)務(wù)服務(wù)流程或者修改操作即可，整個(gè)應(yīng)用層也更容易被維護(hù)。 第二、更高的可用性 該特點(diǎn)是在于服務(wù)提供者和服務(wù)使用者的松散耦合關(guān)系上得以發(fā)揮與體現(xiàn)。使用者無須了解提供者的具休實(shí)現(xiàn)細(xì)節(jié)。 第三、更好的伸縮性 依靠業(yè)務(wù)服務(wù)設(shè)計(jì)、開發(fā)和部署等所采用的架構(gòu)模型實(shí)現(xiàn)伸縮性。使得服務(wù)提供者可以互相彼此獨(dú)立地進(jìn)行調(diào)整，以滿足新的服務(wù)需求。

汽車服務(wù)軟件的實(shí)現(xiàn)和部署工作主要在服務(wù)組件層（Service Components）完成

SOA開發(fā)流程概覽

SOA開發(fā)流程主要包括功能需求分析、功能方案設(shè)計(jì)、模塊架構(gòu)設(shè)計(jì)、模塊詳細(xì)設(shè)計(jì)四個(gè)重要步驟： 功能需求分析：分析用戶需求，定義功能是什么，用戶會(huì)如何使用它，以及獲得的收益 功能方案設(shè)計(jì)：分析車輛應(yīng)需具備的“能力（Capability）”用來實(shí)現(xiàn)在功能需求分析階段定義的各項(xiàng)需求 模塊架構(gòu)設(shè)計(jì)：將上一階段車輛具備的各項(xiàng)能力分配到不同模塊，在模型庫中進(jìn)行模塊架構(gòu)搭建 模塊詳細(xì)設(shè)計(jì)：針對(duì)模塊內(nèi)部實(shí)現(xiàn)方案進(jìn)行詳細(xì)設(shè)計(jì)，遵循“高內(nèi)聚、低耦合”的原則進(jìn)行SWC劃分和服務(wù)提取

總結(jié)： 隨著汽車”新四化“的不斷深化，在整車生命周期內(nèi)，汽車的E/E功能需要不斷更新迭代升級(jí)，甚至重新分配。而SOA架構(gòu)主要優(yōu)勢(shì)是可以很大程度上實(shí)現(xiàn)軟硬解耦，服務(wù)高內(nèi)聚，軟件易重用，服務(wù)的靈活部署，讓功能改變只需要升級(jí)某個(gè)服務(wù)就可以實(shí)現(xiàn)，大大提高了整車軟件易維護(hù)性和可擴(kuò)展性。 這樣的SOA架構(gòu)，哪個(gè)OEM會(huì)不愛呢？

編輯：黃飛