服務(wù)概述

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

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

大算力硬件平臺遷移要求

原有多個單體ECU，需要融合到新的集成ECU中，例如低級別ADAS控制器、泊車控制器融合到域控制器中；BMS與VCU融合到域控制器中。融合過程中，需要利用面向?qū)ο蟆⒚嫦蚍?wù)等思想、基于UML設(shè)計新的分層、模塊化架構(gòu)，剝離原MBD模型。

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

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

技術(shù)棧更新要求

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

能力提升要求

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

工程資源要求

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

服務(wù)內(nèi)容

既有軟件設(shè)計梳理與建模

在客戶領(lǐng)域?qū)＜疑疃葏⑴c的基礎(chǔ)上，利用專業(yè)能力分析和提煉既有軟件體系結(jié)構(gòu)，并利用UML建立軟件架構(gòu)模型，支持建立EA、Rhapsody、MagicDraw或其他工具模型。

架構(gòu)優(yōu)化目標(biāo)制定

參考業(yè)務(wù)目標(biāo)和ATAM (Architecture Tradeoff Analysis Method)等架構(gòu)權(quán)衡指標(biāo)，與客戶遴選制定架構(gòu)優(yōu)化目標(biāo)。

軟件架構(gòu)優(yōu)化

根據(jù)架構(gòu)優(yōu)化目標(biāo)，利用面向?qū)ο蠓治雠c設(shè)計方法，對軟件體系結(jié)構(gòu)進行重構(gòu)，例如通信調(diào)度剝離、算法剝離、新的設(shè)計模式的應(yīng)用等，并利用UML進行建模，支持建立EA、Rhapsody、MagicDraw或其他工具模型。

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

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

服務(wù)方式

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

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

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

審核編輯 黃宇