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

Zijian/TENG發表於2021-07-18

本系列學習筆記基於 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]。
image

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。

更多關於 Adaptive AUTOSAR 文章

https://www.cnblogs.com/tengzijian/category/1995263.html

相關文章