概述

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

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

• 大算力硬件平臺(tái)遷移要求：原有多個(gè)單體ECU，需要融合到新的集成ECU中，例如低級(jí)別ADAS控制器、泊車控制器融合到域控制器中；BMS與VCU融合到域控制器中。融合過程中，需要利用面向?qū)ο蟆⒚嫦蚍?wù)等思想，基于UML設(shè)計(jì)新的分層、模塊化架構(gòu)，剝離原MBD模型
• 既有硬件方案下軟件優(yōu)化要求：既有硬件方案條件下（例如5R1V+TDA4），為了增加新的功能，需要盡量在不增加新的算力和傳感器的前提下充分利用資源，對軟件設(shè)計(jì)進(jìn)行優(yōu)化
• 技術(shù)棧更新要求：在原Simulink開發(fā)的軟件模型的基礎(chǔ)上，利用C++等高級(jí)編程語言更新感知、融合、定位、規(guī)劃部分的軟件設(shè)計(jì)、適配新的通信協(xié)議（例如DDS、TSN）、中間件等
• 能力提升要求：面對業(yè)內(nèi)研發(fā)體系建設(shè)趨勢，例如ASPICE、功能安全、信息安全、從單體ECU向域集成控制器演進(jìn)產(chǎn)品、從非AUTOSAR架構(gòu)向AUTOSAR架構(gòu)切換、從基于功能的開發(fā)向基于場景的開發(fā)轉(zhuǎn)型的動(dòng)機(jī)，需要借助第三方實(shí)施經(jīng)驗(yàn)，制定迭代實(shí)施路徑，并協(xié)助開發(fā)完成成熟度較高的新一代軟件架構(gòu)模型
• 工程資源要求：現(xiàn)有軟件工程師資源不足，需要借助第三方資源，為具體項(xiàng)目提供支撐

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

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

在客戶領(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è)計(jì)方法，對軟件體系結(jié)構(gòu)進(jìn)行重構(gòu)，例如通信調(diào)度剝離、算法剝離、新的設(shè)計(jì)模式的應(yīng)用等，并利用UML進(jìn)行建模，支持建立EA、Rhapsody、MagicDraw或其他工具模型。

• 新軟件設(shè)計(jì)實(shí)現(xiàn)與驗(yàn)證

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

服務(wù)方式

• 提供有經(jīng)驗(yàn)的系統(tǒng)建模工程師根據(jù)優(yōu)化目標(biāo)實(shí)施優(yōu)化架構(gòu)建模
• 提供有經(jīng)驗(yàn)的軟件工程師進(jìn)行軟件實(shí)現(xiàn)與驗(yàn)證