本系列學習筆記基於 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 不只是應用於汽車領域。
典型的車輛還會有很多基於 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。