一鍵發布任務
發布成功
發布成功
贊賞金額：
支付金額：5元
支付方式：
贊賞成功！
你的贊賞是對作者最大的肯定~?
【中心議題】
【解決方案】
一、綜述
實行標準化是解決軟件復雜度問題和增強模塊性、適應性、輕便性、重用性、可維護性等的要點。標準化可以通過定義優良的軟件架構和需求結構化來達到。需求結構化由AUTOSAR規定，旨在達到模塊化，兼容性，可移植性和重用性。
根據AUTOSAR，模型要求組件配置、接口定義和接口的抽象層能夠方便地被AUTOSAR兼容軟件所實現。
二、AUTOSAR概念綜述
AUTOSAR的主要目標是開發封裝的應用軟件，它從硬件中抽象出來，并且獨立于通訊技術，操作系統等。這類軟件組件可以重新部署到不同的ECU，同時可以在不同的汽車制造商和供應商中進行重用。
AUTOSAR軟件組件(SWC)–應用和下部構造分離，并且將軟件組件進行封裝。每個軟件組件將以功能結構自我封裝，擁有與其他軟件組件進行交互的接口。
實時環境(RTE)–AUTOSAR指定了軟件組件間的通訊，這些組件駐留在抽象層。在ECU內實現通訊抽象層被稱為實時環境。一個聯網的環境一般由幾個ECU組成，相關聯的RTE共同建立了通訊網絡的抽象層。在AUTOSAR術語中，它被稱為虛擬功能總線(VFB)。
AUTOSAR底層軟件(BSW)–運行在下部構造軟件中的應用軟件組件，該組件隱藏了詳細的微處理器，ECU硬件，設備驅動，以及服務的細節。這個下部構造軟件由ECU指定，并且提供了應用軟件的軟件平臺。應用軟件組件和底層軟件組件的交互總是通過在RTE中定義的通用API來完成的。
三、在基于模型的開發中集成AUTOSAR需求
基于組件的設計–應用軟件建模從建立框架開始。組件映射到一個內嵌的Simulink子系統中，使硬件、通訊和操作系統互相分離。
數據與服務–與AUTOSAR綜述中指定的通訊機構相關聯。
此模型需要一個模擬數據與服務通訊的通訊層，其中包含信號的映射，必要的信號條件，信號傳送功能等。在軟件中，該層被映射到復合I/O抽象層和通訊層。這種設置提供了一個使應用層獨立于目標環境的通用平臺。
實時環境(RTE)–位于RTE區域中的功能模塊，它能促進應用層和操作系統的交互。每個軟件組件與RTE交互，使得數據與事件傳遞到各個模塊。RTE鏈接了不同的應用軟件組件。在執行時，RTE提供了入口函數和與其他模塊通訊的宏定義。建模、仿真和RTE的實現是重點，它們互相補充，構成了基于模型的開發過程。
操作系統(OS)–需要小型的操作系統模型來模擬OS服務，比如像計數器，警報器等等，這些是和應用層分離開的。
應用層使用了OS服務以得到想要的事件驅動動作。
四、外燈模塊建模過程示例
外燈模塊是一個應用軟件組件，它控制了汽車的外燈，例如剎車燈，轉向燈，大燈，位置燈等。該組件接收剎車板，轉向燈，大燈，檔位位置和其他感應器的輸入信號。
此例的目標是在基于模塊的開發環境中實現AUTOSAR的概念。該項目由應用層執行模塊和可仿真的RTE和OS組成。
模型的構造描述——模型的構造分為功能分區和接口定義。功能分區就是把具有相關邏輯的功能歸類到一個軟件組件中。接口定義描述了每個軟件組件輸入和輸出的接口。組件接口有幾種屬性：例如，名稱，類型，系統類型，方向，軟件數據類型，數據升級策略等。
架構模型的生成——這個過程由組件配置工具自動操作。
生成可仿真的RTE——此架構模擬了軟件RTE，以提供模型測試的實際環境。
功能模型——雖然AUTOSAR不指定組件的內部結構，但是對于組件的模塊性和重用性有一定的要求。為了提高重用性，需要有更強的功能配置、數據改變和優化配置的能力。
子函數處理器——軟件組件被細分成各個子功能。在外燈的例子中，每個子功能按燈的性質來分組。這個分組的設計保證了軟件的標準化，以使該組件可以被重用。
代碼生成——建立數據詞典是代碼生成過程中的首要任務。在數據詞典完成后，運用組件配置工具可以讓模型屬性的設置得以自動化。
系統配置——因為組件是獨立于環境的，組件描述文件不包含有關于數據和服務來源的信息。同樣，它也不包含ECU駐留的信息。系統描述文件提供了數據和服務網絡的細節。
總結
一個基于模型的AUTOSAR兼容軟件開發使得標準化的軟件開發擁有高質量和高效率。輔助AUTOSAR兼容軟件開發的工具也在逐步推出，選擇這些工具將極大的幫助AUTOSAR兼容軟件組件的開發。
