軟件功能模塊劃分

按照軟件功能需求和功能安全等級分割軟件功能組件，一般ECU通用功能為例,模塊劃分先按照功能劃分，前面我們提到，對于基于標準AUTOSAR開發，當前無論是整車廠還是供應商，其底層開發均愿意采用基于工具鏈開發，不論是Vector亦或者東軟的neusar，其底層功能都有自己很成熟的功能模塊劃分，再此不做詳細介紹，大的功能模塊包含通信模塊、診斷服務模塊，存儲模塊，復雜驅動模塊幾類。

?
對于不同的ECU，不同的整車廠，不同的供應商，由于其功能需求區別過大，甚至可以說是完全不同的需求，因此無法采用完全固定的架構方案適配所有需求，因此對于整車廠和供應商，其架構主要功能模塊劃分工作在應用層，當然之里面也能抽出一些較為通用的功能，一般會包含狀態管理模塊，數據處理模塊，故障處理模塊，控制輸出模塊，通信信息處理模塊等。至于這些模塊功能具體怎么細分就需要架構師去詳細分析考量了。
?

模塊劃分重點考慮以下兩點：
1.模塊功能高內聚，模塊間低耦合
在做架構設計時都會考慮的，高內聚可以使模塊的可重用性、移植性大大更高。低耦合強可以減少模塊間接口。二者相輔相成，一般內聚性高，耦合性就會低。主要方法：
??? ?分層設計，應用層架構也盡量采用分層設計，從數據方向考慮，可以分為數據獲取層（I/O,CAN/LIN等方式獲取數據），數據應用層。比如CAN接收數據，一幀報文有十幾個信號，每個信號有偏移和縮放，但是實際使用的信號只有三個，那么數據獲取層只需將這三個信號進行偏移和縮放處理，傳給數據應用層。從邏輯方向考慮，可分為邏輯策略層，控制輸出層。
??? ?模塊只對外暴露最小限度的接口，形成最低的依賴關系，模塊內部的修改，就不得影響其他模塊，比如采集溫度處理，有二十個溫度處理點，但是后續只需要使用最大最小溫度，那么就不需要將所有溫度對外輸出，在數據獲取層模塊對溫度進行求極值處理，然后對外只輸出最大最小溫度兩個接口，這樣在溫度采樣點個數或獲取方式發生變更時只影響數據獲取層模塊，不會對數據應用層模塊產生影響。
??? ?不允許直接采用全局變量形式進行數據傳輸，所有對外數據交互均需通過RTE，所有接口均需通過RTE也是AUTOSAR要求的方式，可以保證模塊有更好的獨立和切割性。

2.功能安全。

隨著汽車電子器件越來越多的應用到汽車上，功能安全也越來越受到重視，功能安全需求的加入，在設計架構功能模塊時，就多了一個考慮因素，舉個例子，對于一個車速采集功能，其功能安全等級要求是ASIL C，但是在TSR（功能安全需求）中拆分為了兩條功能安全ASIL A(C)的需求和ASIL B（C）的需求，這樣我們在劃分模塊時也需要將電壓采集功能拆分為兩個功能模塊，一個用于實現安全ASIL A(C)的需求，一個用于實現實現安全ASIL B（C）的需求。（功能安全拆解在此不做詳細敘述）

總結

以上是生活随笔為你收集整理的基于AUTOSAR开发工具链的AUTOSAR软件实战开发-软件架构设计（二）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。