服務概述

得益于硬件平臺算力的提升，汽車電子電氣架構的集成度逐漸提高，從單體ECU、到功能域集成控制器、到區域集成控制器，多域融合成為了目前行業中軟件工程的重要工作內容。同時，在傳統控制器C代碼開發的基礎上，C++、JAVA等高級別編程語言也得到了更多的應用。以典型的智能駕駛應用為例，以C++為代表的面向對象編程語言成為了感知、融合、定位、規劃的主流語言，同時由于傳統控制開發的延續性和可靠性要求，控制部分依然以C代碼或MBD生成的C代碼為主導。

經緯恒潤可以為汽車電子和軟件工程師在開發軟件架構過程中為滿足以下要求提供服務支持：

大算力硬件平臺遷移要求

原有多個單體ECU，需要融合到新的集成ECU中，例如低級別ADAS控制器、泊車控制器融合到域控制器中；BMS與VCU融合到域控制器中。融合過程中，需要利用面向對象、面向服務等思想、基于UML設計新的分層、模塊化架構，剝離原MBD模型。

既有硬件方案下軟件優化要求

既有硬件方案條件下（例如5R1V+TDA4），為了增加新的功能，需要盡量在不增加新的算力和傳感器的前提下充分利用資源，對軟件設計進行優化。

技術棧更新要求

在原Simulink開發的軟件模型的基礎上，利用C++等高級編程語言更新感知、融合、定位、規劃部分的軟件設計、適配新的通信協議（例如DDS、TSN）、中間件等。

能力提升要求

面對業內研發體系建設趨勢，例如ASPICE、功能安全、信息安全、從單體ECU向域集成控制器演進產品、從非AUTOSAR架構向AUTOSAR架構切換、從基于功能的開發向基于場景的開發轉型的動機，需要借助第三方實施經驗，制定迭代實施路徑，并協助開發完成成熟度較高的新一代軟件架構模型。

工程資源要求

現有軟件工程師資源不足，需要借助第三方資源，為具體項目提供支撐。

服務內容

既有軟件設計梳理與建模

在客戶領域專家深度參與的基礎上，利用專業能力分析和提煉既有軟件體系結構，并利用UML建立軟件架構模型，支持建立EA、Rhapsody、MagicDraw或其他工具模型。

架構優化目標制定

參考業務目標和ATAM (Architecture Tradeoff Analysis Method)等架構權衡指標，與客戶遴選制定架構優化目標。

軟件架構優化

根據架構優化目標，利用面向對象分析與設計方法，對軟件體系結構進行重構，例如通信調度剝離、算法剝離、新的設計模式的應用等，并利用UML進行建模，支持建立EA、Rhapsody、MagicDraw或其他工具模型。

新軟件設計實現與驗證

根據新的軟件架構模型，設計模型測試用例，執行MIL層級的軟件集成驗證。在客戶軟件工程師的深度參與基礎上，實現軟件生成，并通過軟件測試。支持Rhapsody、Simulink、SCADE模型實現。

服務方式

提供有經驗的項目經理組建聯合項目實施團隊并承擔項目管理

提供有經驗的架構師根據優化目標實施優化架構建模

提供有經驗的軟件工程師進行軟件實現與驗證

審核編輯 黃宇