本系列學習筆記基于 AUTOSAR Adaptive Platform 官方檔案 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf

縮寫

AP：AUTOSAR Adaptive Platform
WP：Work Product

3.3 方法論和 Manifest

應用的分布式、獨立、敏捷開發要求開發方法論的標準化，AUTOSAR Adaptive 方法論包括兩部分：

用于描述 Service、Application、Machine 的 Work Product 的標準化以及他們的配置
定義 Work Product 如何互動，以交換設計資訊的任務

圖 3-3 概括地示意了如何實作 Adaptive 方法論，更多詳細步驟請參考 [3]，

3.4 Manifest

Manifest 代表了一個 AUTOSAR 的模型描述，上傳到 AP 產品，用以支持 AP 產品的配置，上傳到 AP 時，可能結合其他該 Manifest 適用的檔案，如含有可執行代碼的二進制檔案，

Manifest 只限于 AP，但這不意味著 AP 專案中所有產生的 ARXML 都是 Manifest，事實上，AUTOSAR AP is usually not exclusively used in a vehicle project ~~不只是應用于汽車領域~~，

典型的車輛還會有很多基于 AUTOSAR CP 開發的 ECU，因此整車系統設計要同時考慮基于 AUTOSAR CP 和 AP 的 ECU，

原則上，術語 Manifest 在概念上可以定義為單一的 Manifest，部署的各個方面都會在這個 Manifest 的背景關系中處理，但是這樣現實中并不可行，因為專案中和 Manifest 相關的模型存在于整個專案的各個不同階段，出于這個原因，除了 Application Design 之外，Manifest 又可以細分為三類：

Application Design

描述所有應用設計相關的方面，不需要部署到 AP 機器上，但 Application Design 會輔助在 Execution Manifest 和 Service Instance Manifest 中定義應用軟體的部署，

Execution Manifest

描述應用部署相關的資訊，和可執行代碼系結，以支持將可執行代碼集成到機器，

Service Instance Manifest

描述針對特定的傳輸協議（如 SOME/IP），進行面向服務通信的配置，和可執行代碼系結，

Machine Manifest

描述運行 AUTOSAR AP 的機器，和共同組成 AP 實體的軟體系結，

按照定義（和用法）劃分 Manifest 導致使用了不同的物理檔案來存盤三類 Manifest 的內容，除了 Application Design 和不同的 Manifest，AUTOSAR 方法論支持系統設計，可以在單一模型中描述系統中 CP、AP 兩個平臺的軟體模塊，不同平臺中軟體模塊可以通過面向服務的方式通信，但是也可以描述一個信號到服務的映射，在面向服務的通信和基于信號的通信之間搭建一個橋梁，

預告

下一篇學習筆記中，將進一步深入學習 Application Design、Execution Manifest、Service Instance Manifest 以及 Machine Manifest，

Adaptive AUTOSAR 學習筆記 6 - 架構 - 方法論和 Manifest

縮寫