?面向服務(wù)的架構(gòu)轉(zhuǎn)換應(yīng)通過以下兩種主要方法實現(xiàn),如下圖所示。
自下而上方法:應(yīng)遵循此方法,以改造現(xiàn)有車輛程序和平臺上實施的現(xiàn)有功能或系統(tǒng)的EE架構(gòu)(逆向工程)。由于國內(nèi)OEM的現(xiàn)有功能不具備邏輯功能架構(gòu),因此我們建議將網(wǎng)絡(luò)拓撲、網(wǎng)絡(luò)通信ECUs平臺架構(gòu)、功能需求和用例場景作為分析SOA轉(zhuǎn)換的起點。但是如果特性很復(fù)雜,那么仍然有必要使用邏輯功能架構(gòu)來定義高質(zhì)量和完整性的SOA。
自頂向下的方法:對于引入車輛程序和平臺的新特性或系統(tǒng),基于SOA的EE架構(gòu)應(yīng)遵循這種方法。這種方法需要給定特性或系統(tǒng)的需求和用例以及邏輯功能架構(gòu)作為輸入。
在上述兩種方法中,軟件平臺架構(gòu)師應(yīng)考慮應(yīng)提供的域控制器級別公共或基礎(chǔ)服務(wù),并考慮需要支持的子系統(tǒng)和功能的列表。當軟件架構(gòu)師在單個特性或系統(tǒng)級別定義服務(wù)和契約時,如果服務(wù)具有公共功能并且在平臺級別不存在,軟件架構(gòu)師需要與軟件平臺架構(gòu)師討論如何定義相同的服務(wù)和契約。