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

　　方法

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

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

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

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

　　移植

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

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

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

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

　　前景

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