什么是AUTOSAR？從不同的角度去看，有不同的答案。在過去的幾年里，筆者總結了很多經驗。 寫這篇連載是一次難得的機會，可以將筆者這些年來所總結的經驗進行整理，感謝各位閱讀。

? AUTOSAR的概要、背景以及目的

AUTOSAR組織成立于2003年7月，其核心成員由德國寶馬、戴姆勒及博世等9家公司構成。在汽車行業，由于車載軟件和重復利用和轉移的發展，汽車電子和電氣 (E/E) 系統日益復雜。該組織成立的初衷是為越來越復雜的汽車ECU軟件建立一個標準化平臺，以減少其設計復雜度，增加其靈活性，提高其開發效率。成立至今的近15年時間里，得到了越來越多的行業認可，成員已超過幾百個。

在引入AUTOSAR之前，OSEK / VDX和HIS就已經在進行車載軟件標準化。然而，其應用范圍因各種原因受到限制，汽車制造廠都使用不同的專用或推薦的平臺，或ECU供應商自身的平臺，硬件等的抽象方法也各不相同。

在這里無需用具體的數字進行陳述，可以說汽車控制軟件的開發規模在呈爆發式增加。雖然作為再利用的有效解決方案，以往有些企業或者組織內部已經率先采用了一些標準化方法，例如，使用抽象度更高的概念等。但現在，整個業界要努力做到全行業通用的再利用。最近，關注度特別高的、以各種各樣的形態或形式開展的基于模型的開發就是其中之一。另外，在驗證的過程中，在很多方面所實現的自動化，也是一種很大意義的再利用。

在整個行業，為了提高效率，需要重新審視再利用工作的分工以及通用性架構的定義。例如，即便是將應用部分作為控制模型來描述、自動生成代碼，那如果與運行的底層的接口不同的話，模型以及底層的集成和驗證就需要單獨進行。而且，在各種自動化中，雖然定義了對象的工作模型，但假如最終產品的形態以及開發流程的定義不一樣，也需要特殊處理。

從長遠來考慮的話，若需要單獨開發和應對時，就會將再利用和自動化的經濟效益降低，可再利用的空間就會減少。為了實現更多的可能性，實現與底層軟件、接口方式、產品的形態以及開發的流程相通的定義會發揮很大的作用（*1）

AUTOSAR中，以提高軟件再利用率和應對項目變更等*2）為目標，在以下三個領域進行標準化活動。

（Software）Architecture※3）

Methodology

Application Interface

關于以上3個項目，接下來會論述其概要。

標準是由AUTOSAR Premium Partner以上的會員企業在參加Work Package中經過討論而制成/修訂的。討論的過程是通過郵件或者各種會議（包括電話會議）等方式進行的。而且，其標準文件以及相關文件/數據等一般都是公開的，可以通過網頁下載。在R（Release）4.2 Rev.1中文件數為218個。*4）

而且，在AUTOSAR中，并沒有對實現做標準化定義（在COMASSO中定義）。“誰在做什么”、“應該負責哪個部分”這種由廠商和ECU供貨商共同討論的部分（職責/任務的分解）雖然沒有具體的規定，但是提供了一些對具有指導意義的文件（例如對開發流程的共通性理解）。

注釋

※1）假如單獨開發對產品的差異化和用戶吸引力方面沒有很大的關聯效果，那么積極地從單獨開發轉移到行業標準有很大的價值。當然，這并不是絕對的。尤其是利用既有的處理方式能夠解決一部分問題時，其所得到的效果的變化部分會變少。這時候，以其所達到的水平或許就可以解決。但是，對于將來還需要深度思考。在將來如果有變動，那么為了繼續解決單獨開發中的問題，今后的累計投資也應該考慮到實際費用對效果的核算當中；

※2）參考通過AUTOSAR的RS Project Objective（Main Requirements）。R4.2 Rev.1中，文件名為AUTOSAR_RS_ProjectObjectives.pdf；

※3）AUTOSAR發行的資料中只寫了“Architecture”，沒有Software這個詞；

※4）但是一部分是壓縮的ZIP文件，如果展開的話，其總數還會繼續增加。

?AUTOSAR的會員組織

AUTOSAR的組織會員有5種類別。其中3種是基本類別，剩下2種是特殊類別。加入AUTOSAR的汽車相關公司通常屬于3種基本類型之一。

核心合作伙伴（9家企業）

高級合作伙伴（57家公司/團隊）年度會費：17,500€；年度貢獻：1.5 FTE(FTE：全職人力工時)

一般合作伙伴（47家公司/團隊）年度會費：2000€；年度貢獻：0.5 FTE

開發合作伙伴（127家公司/團隊）年度會費：10,000€；

觀察員（127家公司/團隊）

官方網站上公開了AUTOSAR標準，會員以外的瀏覽者也可以查看到，其內容還包括每個成員公司的知識產權。但AUTOSAR標準的商業使用權只有成為AUTOSAR會員才能獲得（至少是合作伙伴）。此外，如果您想要在AUTOSAR標準中的加入特殊要求，至少需要成為高級合作伙伴才有這個權利。

基本類型成員所擁有的權利/義務，其量級關系簡單地如下排列：

核心合作伙伴>高級合作伙伴>合作伙伴

?AUTOSAR的應用現狀（2015年6月版）

2011年2月，AUTOSAR版本3.x（R3.x）是量產開發的主要版本，R4.x系列僅發布R4.0 Rev.1，距離實際應用還有很遠的距離。

截至2015年6月，在AUTOSAR的實際應用（量產的采用）方面，主要是歐洲汽車制造商廣泛采用，并已擴展到其他領域。

AUTOSAR所采用的版本趨勢（見下文），在量產開發中，首次采用R4.x的汽車廠商不斷出現，R4.X系統作為一個整體一直在曾加。在R4.x系列中，R4.0 Rev.3的使用率遠遠高于最新的R4.2 Rev.1。

此外，R3.x系列的使用率也并未減少，并且很多汽車廠商采用R3.x向R4.過渡。

AUTOSAR作為一個平臺，是構建可重用設計資產的基礎，比起不斷地向最新設計資產過度，還不如先繼續使用一段時間來確保進行資產回收的機會。所以使用最新版本并不總是最好的。

?AUTOSAR標準將在2020前持續修訂R4.x系列

在AUTOSAR標準開發方面，R3.x系列已經進入LoKI（List of Know Issues）階段，修訂工作已經停止并且進入穩定階段。（LoKI更新：R3.1一直持續到2016年，R3.2到目前為止尚未安排更新續訂日期）。

此外，在R 4.x系列中還包括功能安全（ISO 26262），多核，部分網絡，CAN FD，安全和以太網功能，為了能夠對應到這些新的熱點問題，并便于改進工作分配，R4.x已經做了許多修訂。

此外，R4.3將在2017年繼續修訂，并且將繼續修訂至2020年。

? 關于AUTOSAR的版本

AUTOSAR中的版本, 都會顯示Release Number和Revision。例如, Release 4.2 Revision 1通常表示為R4.2Rev.1、R4.2.1或者R421，都表示為同一個版本。

大多數情況下，只需要分辨Major Release Number的差異，即R3.x和R4.x系統之間的差異。例如，MCAL（微控制器抽象層：硬件相關驅動軟件）只被寫入R4.0 Rev.3的標準時，在R4.0 Rev.2或R4.1 Rev.3的情況下也沒有問題。

在大多數情況下，工具廠商可以吸收相應AUTOSAR XML版本的差異，并且在極少數情況下接口方面會發生重大變化。在實際的AUTOSAR操作中，考慮如何處理不同版本的組合而比堅持使用相同版本更為重要。并且，基于R4.0 Rev.3，經常能看到更高版本的一些功能。