面向汽車應(yīng)用的AUTOSAR設(shè)計(jì)技巧

　　RTE實(shí)現(xiàn)了對(duì)于I/O、內(nèi)存和其它基本服務(wù)的訪問。利用基于模型的描述，可以針對(duì)指定的ECU定制RTE，這樣可以適應(yīng)不同的需求并節(jié)省資源。

　　方法

　　在定義ECU軟件體系架構(gòu)的同時(shí)，AUTOSAR標(biāo)準(zhǔn)也定義了開發(fā)AUTOSAR系統(tǒng)的方法。符合經(jīng)過確認(rèn)的開發(fā)過程是開發(fā)軟件的一個(gè)重要前提。需求列表中的不足會(huì)在開發(fā)早期被發(fā)現(xiàn)，軟件組件的重用使得開發(fā)流程變得簡化，整個(gè)系統(tǒng)也就更加可靠。但是，這種方法也允許一定程度的自由：例如，用戶可以自己決定是使用從上至下還是從下至上的開發(fā)流程。

　　AUTOSAR的目的在于通過工具為軟件開發(fā)流程提供通用的支持。成熟的工具用于需求的結(jié)構(gòu)化實(shí)現(xiàn)和相應(yīng)的管理，同時(shí)建立相應(yīng)的配置。

　　第一步包括三個(gè)主要方面的形式化描述：軟件（軟件組件），ECU（ECU資源）和系統(tǒng)約束。合適的編輯工具用于創(chuàng)建完整的系統(tǒng)描述，如圖2所示。

　　系統(tǒng)配置作為ECU配置的基礎(chǔ)，而用戶可以利用配置工具根據(jù)ECU配置生成基礎(chǔ)軟件組件。在開發(fā)流程的末期，有多種生成工具可以用來生成RTE和基礎(chǔ)軟件。開發(fā)過程中的所有設(shè)計(jì)和配置數(shù)據(jù)都用統(tǒng)一的文件格式保存。為此，AUTOSAR定義了一種基于XML的文件格式。一方面，統(tǒng)一的文件格式保證了開發(fā)流程的通用性；另一方面，它簡化了開發(fā)工具之間的無縫集成。

　　移植

　　AUTOSAR的軟件體系結(jié)構(gòu)并非單一模塊，它包含了大量接口定義完整的標(biāo)準(zhǔn)模塊。這使得AUTOSAR的移植非常容易，即使是在項(xiàng)目之間進(jìn)行移植；另外可以在一個(gè)項(xiàng)目之內(nèi)同時(shí)使用標(biāo)準(zhǔn)的AUTOSAR模塊和私有的軟件模塊。

　　為了實(shí)現(xiàn)這樣的移植工作，首先必須將已有的軟件架構(gòu)和AUTOSAR體系結(jié)構(gòu)進(jìn)行比較。通過分析重疊的功能和集成選項(xiàng)，進(jìn)而決定哪些模塊可以保留，哪些模塊應(yīng)該被標(biāo)準(zhǔn)的軟件模塊替換。

　　因此，在應(yīng)用程序和基礎(chǔ)軟件之間引入一個(gè)分隔層是非常明智的選擇。一個(gè)可行的方法是在移植過程的早期就準(zhǔn)備好應(yīng)用程序和AUTOSAR軟件組件，并將它們通過RTE集成在一起。在RTE之下，一個(gè)專用的修改層用于為已有的基礎(chǔ)軟件提供接口，如圖3所示。

　　如果已有的基礎(chǔ)軟件有一部分需要被AUTOSAR基礎(chǔ)軟件替換，那么重點(diǎn)就集中在使用統(tǒng)一的工具。Vector提供合適的工具，可以用于配置私有的軟件模塊。非AUTOSAR模塊可以被AUTOSAR模塊逐步取代，從而避免推倒整個(gè)體系結(jié)構(gòu)所需承擔(dān)的風(fēng)險(xiǎn)或重新編寫模塊所帶來的巨大工作量。

　　前景

　　AUTOSAR 3.0的發(fā)布標(biāo)志著AUTOSAR標(biāo)準(zhǔn)的進(jìn)一步完善。參與標(biāo)準(zhǔn)制定的各家公司承諾為實(shí)現(xiàn)AUTOSAR的目標(biāo)而進(jìn)行持續(xù)的努力。當(dāng)前引入的各種想法將在AUTOSAR未來的4.0版本中得到實(shí)現(xiàn)。