SOA架構(gòu)的機(jī)遇和挑戰(zhàn)
時(shí)間:2021-11-15 14:52:27
手機(jī)看文章
掃描二維碼
隨時(shí)隨地手機(jī)看文章
[導(dǎo)讀]一電子電氣架構(gòu)的正向開發(fā)流程國外的OEM在多年的Know-how積累下,其在規(guī)劃新一代電子電氣架構(gòu)平臺(tái)時(shí),基本完全按照正向的流程來開發(fā),例如VW的MEBE3架構(gòu),Volvo的SPA2等,伴隨其正向電子電氣架構(gòu)開發(fā)的需要,誕生了強(qiáng)大的工具供應(yīng)商,比如Vector的PREEvisio...
一 電子電氣架構(gòu)的正向開發(fā)流程
國外的OEM在多年的Know-how積累下,其在規(guī)劃新一代電子電氣架構(gòu)平臺(tái)時(shí),基本完全按照正向的流程來開發(fā),例如VW的MEB E3架構(gòu),Volvo的SPA2等,伴隨其正向電子電氣架構(gòu)開發(fā)的需要,誕生了強(qiáng)大的工具供應(yīng)商,比如Vector的PREEvision,其囊括了電子電氣開發(fā)的整個(gè)流程,從需求分析、邏輯功能架構(gòu)、軟件架構(gòu)、硬件架構(gòu)到電氣原理設(shè)計(jì)、線束原理設(shè)計(jì)、幾何拓?fù)湓O(shè)計(jì)以及線束2D圖紙?jiān)O(shè)計(jì),同時(shí)包含通訊設(shè)計(jì)、功能安全開發(fā)、變形管理等,提供了電子電氣開發(fā)的集成平臺(tái),需求工程師、功能工程師、軟件工程師,通信工程師、架構(gòu)工程師、電氣工程師、功能安全工程師可以在這個(gè)平臺(tái)彼此協(xié)作開發(fā),數(shù)據(jù)無縫傳遞,每個(gè)專業(yè)的輸入可通過上游設(shè)計(jì)的輸出數(shù)據(jù)重構(gòu)生成,數(shù)據(jù)可在全流程追溯,在應(yīng)對(duì)目前電子電氣的復(fù)雜性上確實(shí)具有領(lǐng)先性。?下面以PREEvision為例來簡單介紹下電子電氣架構(gòu)的正向開發(fā)流程是什么樣的:1、需求工程和需求管理在電子電氣架構(gòu)開發(fā)的概念階段,我們需要明確開發(fā)的目標(biāo)及范圍,需要收集客戶對(duì)車輛的功能需求、法規(guī)需求以及其他非功能需求,在這個(gè)階段涉及兩個(gè)重要的概念:lCustomer Feature:在高層級(jí)描述車輛的特征,通常是客戶可以感知的功能,比如自動(dòng)空調(diào),自動(dòng)啟停,自動(dòng)泊車、自適應(yīng)巡航等,lRequirements:需求Requirement 是對(duì)Customer Feature的進(jìn)一步細(xì)化,包括功能需求,技術(shù)需求(工作溫度范圍等),法規(guī)需求(排放法規(guī)等);?同時(shí)可以將Requirement和Customer Feature進(jìn)行映射關(guān)聯(lián),從而實(shí)現(xiàn)追溯,另外Customer Feature和Requirement在向下映射過程也是有差別的,Customer Feature通常和邏輯架構(gòu)層(Logical Function Architecture)的元素(Activity Chain)進(jìn)行映射,而Requirement通常和軟件架構(gòu)層(Software Architecture)的元素以及硬件架構(gòu)層(Harware Architecture)的元素進(jìn)行映射。2、邏輯功能架構(gòu)(Logical Function Archtecture)邏輯功能架構(gòu)設(shè)計(jì)階段,就是根據(jù)需求階段定義的Customer Feature,為每一個(gè)Feature設(shè)計(jì)功能的實(shí)現(xiàn)邏輯,設(shè)計(jì)的Activity Chain提供了一個(gè)功能的抽象視圖,只從功能實(shí)現(xiàn)的角度劃分Sensor(Input)、Logical Function(Process)、Actuator(Output),并不關(guān)心具體的軟件實(shí)現(xiàn)、以及硬件實(shí)現(xiàn),在該階段設(shè)計(jì)完成的邏輯組件(Logical Component)會(huì)分配到硬件架構(gòu)中的組件(ECU、傳感器、執(zhí)行器等)以及軟件架構(gòu)中組件(Application Software Component等)。3、軟件架構(gòu)(Software Architecture)在汽車行業(yè)嵌入式軟件開發(fā)領(lǐng)域繞不開AUTOSAR(Automotive Open System Architecture),其定義了一套分布式的、功能驅(qū)動(dòng)的汽車電子軟件開發(fā)方法和電子控制單元上的軟件架構(gòu)標(biāo)準(zhǔn)方案,AUTOSAR的核心思想“統(tǒng)一標(biāo)準(zhǔn)、分散實(shí)現(xiàn)、集成配置”,即提供統(tǒng)一、開放的軟件架構(gòu)標(biāo)準(zhǔn)和平臺(tái),軟件構(gòu)建在不同的汽車平臺(tái)上復(fù)用,應(yīng)用軟件整合到ECU 中,建立獨(dú)立于硬件的、分層的軟件架構(gòu),針對(duì)AUTOSAR Classic的系統(tǒng)和軟件架構(gòu)設(shè)計(jì)在PREEvision中可以分為如下步驟:?同時(shí),在目前SDV趨勢下,PREEvision同時(shí)支持面向服務(wù)的架構(gòu)設(shè)計(jì)(SOA)以及Adaptive AutoSAR系統(tǒng)和軟架構(gòu)設(shè)計(jì),并提供SOA