服務概述

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

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

       · 大算力硬件平臺遷移要求

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

       · 既有硬件方案下軟件優(yōu)化要求

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

       · 技術棧更新要求

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

       · 能力提升要求

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

       · 工程資源要求

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

服務內(nèi)容

       · 既有軟件設計梳理與建模

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

       · 架構優(yōu)化目標制定

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

       · 軟件架構優(yōu)化

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

       · 新軟件設計實現(xiàn)與驗證

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

服務方式

       · 提供有經(jīng)驗的項目經(jīng)理組建聯(lián)合項目實施團隊并承擔項目管理

       · 提供有經(jīng)驗的架構師根據(jù)優(yōu)化目標實施優(yōu)化架構建模

       · 提供有經(jīng)驗的軟件工程師進行軟件實現(xiàn)與驗證