面向汽車應用的AUTOSAR設計技巧

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

　　方法

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

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

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

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

　　移植

　　AUTOSAR的軟件體系結構并非單一模塊，它包含了大量接口定義完整的標準模塊。這使得AUTOSAR的移植非常容易，即使是在項目之間進行移植；另外可以在一個項目之內(nèi)同時使用標準的AUTOSAR模塊和私有的軟件模塊。

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

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

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

　　前景

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