SOA 軟件架構(gòu)設(shè)計方面

聯(lián)合汽車電子：

在某客戶項目中，整車廠規(guī)劃基于新一代中央域控+區(qū)域接入的電子電氣架構(gòu)實(shí)現(xiàn)整車功能服務(wù)化，聯(lián)合電子應(yīng)用業(yè)務(wù)驅(qū)動型開發(fā)方法幫助整車廠完成整車服務(wù)架構(gòu)設(shè)計。

圖 6-3 SOA 服務(wù)架構(gòu)設(shè)計過程展開

業(yè)務(wù)驅(qū)動型指從業(yè)務(wù)用例出發(fā)，以服務(wù)為導(dǎo)向，正向設(shè)計 SOA 汽車軟件的開發(fā)方法。在設(shè)計過程中，通過“業(yè)務(wù)過程分析”、“服務(wù)操作分析”、“候選服務(wù)分析”三個步

驟，解決“應(yīng)該構(gòu)建哪些服務(wù)？”、“每個服務(wù)應(yīng)該封裝什么邏輯？”兩個核心問題。

以雨刮子系統(tǒng)為例，客戶提出雨刮低速、雨刮高速、雨刮點(diǎn)動等多個場景用例，分析過程如下：

業(yè)務(wù)過程分析：

采用用例驅(qū)動的方法來分析業(yè)務(wù)需求和過程。用例驅(qū)動指從用戶使用的角度而非開發(fā)人員的角度考量功能需求和系統(tǒng)實(shí)現(xiàn)，重視從系統(tǒng)外部觀察對系統(tǒng)的使用。由用例驅(qū)動的開發(fā)活動，可以建立需求和服務(wù)操作之間清晰的追溯關(guān)系，為抽象和封裝服務(wù)提供充足的語境信息。

雨刮低速

雨刮高速

雨刮點(diǎn)動

服務(wù)操作分析：

服務(wù)封裝的業(yè)務(wù)邏輯，由服務(wù)操作實(shí)現(xiàn)。服務(wù)操作代表了服務(wù)所執(zhí)行的特定動作，可類比軟件中的方法或函數(shù)。

服務(wù)操作分析過程

候選服務(wù)分析：

“SOA 汽車軟件分層模型”為候選服務(wù)分析提供了有價值的參考。根據(jù)重用性和自主性的面向服務(wù)設(shè)計原則，參考三層模型設(shè)計元服務(wù)和基礎(chǔ)服務(wù)。對元服務(wù)和基礎(chǔ)服務(wù)的設(shè)計，SOA 鼓勵即使沒有立即重用的要求，也要根據(jù)服務(wù)導(dǎo)向的設(shè)計原則促進(jìn)重用，因此潛在的重用也要考慮在內(nèi)。通過良好的 SOA 設(shè)計，當(dāng)業(yè)務(wù)用例增加，或原有業(yè)務(wù)用例發(fā)生變更時，良好的基礎(chǔ)服務(wù)和元服務(wù)設(shè)計，保證了重用性和較少的軟件變更，從而實(shí)現(xiàn)更快速高效的功能迭代和清晰明確的版本管理。

候選服務(wù)分析結(jié)果

服務(wù)接口設(shè)計：

服務(wù)接口設(shè)計是服務(wù)架構(gòu)設(shè)計過程中的重要一環(huán)，在候選服務(wù)分析完成后，大致暴露的服務(wù)接口會被確定，服務(wù)接口決定了服務(wù)之間的動態(tài)數(shù)據(jù)交互，決定了業(yè)務(wù)邏輯的行為和功能，需要在迭代中不斷完善，反復(fù)更新。

此處，值得一提的是原子服務(wù)和設(shè)備抽象服務(wù)接口的設(shè)計和定義), 設(shè)備抽象服務(wù)解決電子電氣架構(gòu)中不同執(zhí)行器/傳感器暴露統(tǒng)一的接口問題，原子服務(wù)則對傳感/執(zhí)行器的語義做統(tǒng)一的規(guī)劃和定義。聯(lián)合電子將對原子服務(wù)和設(shè)備抽象服務(wù)接口的設(shè)計定義為平臺驅(qū)動型(由下至上)設(shè)計方法下的工作產(chǎn)出。

當(dāng)前，軟件定義汽車工作組發(fā)布的API 參考文檔為定義智能汽車軟硬件接口標(biāo)準(zhǔn)化的規(guī)范性文件。工作組通過對 API 接口的標(biāo)準(zhǔn)化定義，為各領(lǐng)域帶來全新的體驗，聯(lián)合電子也正在參與 API 接口定義工作，并在項目上進(jìn)行應(yīng)用實(shí)踐。

服務(wù)部署：

在 SOA 軟件開發(fā)過程中，服務(wù)的部署涉及到整車電子電氣架構(gòu)的信號矩陣。對于業(yè)務(wù)驅(qū)動型分析方法，功能需求導(dǎo)向是設(shè)計原則，對于Tier1 熟知的業(yè)務(wù)邏輯領(lǐng)域，推薦Tier1 提供具體服務(wù)模塊的部署信息， 這些部署信息作為正向設(shè)計的產(chǎn)物，會體現(xiàn)在后續(xù)的整車廠整車軟件架構(gòu)之中，是整車廠設(shè)計整車信號通訊矩陣不可或缺的重要一環(huán)。

在 SOA 軟件架構(gòu)下，整車廠整體把握軟件架構(gòu)的總集成方，Tier1 作為各個業(yè)務(wù)領(lǐng)域(車控、底盤、動力、高級輔助駕駛系統(tǒng)等)的合作伙伴，將作為組件負(fù)責(zé)人向整車廠提供對應(yīng)的架構(gòu)描述文檔，最終系統(tǒng)級的架構(gòu)設(shè)計文檔由整車廠輸出，并結(jié)合軟件模塊和基礎(chǔ)軟件部分，完成各個子系統(tǒng)的集成。

圖 6-4 SOA 架構(gòu)在軟件中的實(shí)現(xiàn)過程

聯(lián)合電子認(rèn)為， 面向服務(wù)化的軟件架構(gòu)，未來將促進(jìn)多個供應(yīng)商體系下軟件集成互相協(xié)同。在這樣的方案里， Tier1 會充當(dāng) Component Designer 的角色，是Component 的“專家”，對組件內(nèi)部的架構(gòu)設(shè)計和業(yè)務(wù)邏輯有著主導(dǎo)權(quán)；組件與組件之間的接口則由整車廠來承擔(dān)和定義，Tier1/軟件供應(yīng)商在嚴(yán)格遵照該定義后，將軟件架構(gòu)和軟件模塊以固定的形式持續(xù)向整車廠推送。未來逐步迭代和成熟的接口也將是軟件定義汽車的標(biāo)準(zhǔn)接口，其一定程度的抽象可以形成行業(yè)內(nèi)的標(biāo)準(zhǔn)規(guī)范。