日韩A级特黄色片,欧美va在线电影,欧美性爱人人干人人操

當前位置：首頁 > 汽車電子1 > 糖果Autosar

[導讀]一電子電氣架構的正向開發(fā)流程國外的OEM在多年的Know-how積累下，其在規(guī)劃新一代電子電氣架構平臺時，基本完全按照正向的流程來開發(fā)，例如VW的MEBE3架構，Volvo的SPA2等，伴隨其正向電子電氣架構開發(fā)的需要，誕生了強大的工具供應商，比如Vector的PREEvisio...

一電子電氣架構的正向開發(fā)流程

國外的OEM在多年的Know-how積累下，其在規(guī)劃新一代電子電氣架構平臺時，基本完全按照正向的流程來開發(fā)，例如VW的MEB E3架構，Volvo的SPA2等，伴隨其正向電子電氣架構開發(fā)的需要，誕生了強大的工具供應商，比如Vector的PREEvision，其囊括了電子電氣開發(fā)的整個流程，從需求分析、邏輯功能架構、軟件架構、硬件架構到電氣原理設計、線束原理設計、幾何拓撲設計以及線束2D圖紙設計，同時包含通訊設計、功能安全開發(fā)、變形管理等，提供了電子電氣開發(fā)的集成平臺，需求工程師、功能工程師、軟件工程師，通信工程師、架構工程師、電氣工程師、功能安全工程師可以在這個平臺彼此協(xié)作開發(fā)，數(shù)據(jù)無縫傳遞，每個專業(yè)的輸入可通過上游設計的輸出數(shù)據(jù)重構生成，數(shù)據(jù)可在全流程追溯，在應對目前電子電氣的復雜性上確實具有領先性。

下面以PREEvision為例來簡單介紹下電子電氣架構的正向開發(fā)流程是什么樣的：

1、需求工程和需求管理

在電子電氣架構開發(fā)的概念階段，我們需要明確開發(fā)的目標及范圍，需要收集客戶對車輛的功能需求、法規(guī)需求以及其他非功能需求，在這個階段涉及兩個重要的概念：

lCustomer Feature：在高層級描述車輛的特征，通常是客戶可以感知的功能，比如自動空調，自動啟停，自動泊車、自適應巡航等，

lRequirements:需求Requirement 是對Customer Feature的進一步細化，包括功能需求，技術需求（工作溫度范圍等），法規(guī)需求（排放法規(guī)等）；

同時可以將Requirement和Customer Feature進行映射關聯(lián)，從而實現(xiàn)追溯，另外Customer Feature和Requirement在向下映射過程也是有差別的，Customer Feature通常和邏輯架構層（Logical Function Architecture）的元素(Activity Chain)進行映射,而Requirement通常和軟件架構層（Software Architecture）的元素以及硬件架構層（Harware Architecture）的元素進行映射。

2、邏輯功能架構（Logical Function Archtecture）

邏輯功能架構設計階段，就是根據(jù)需求階段定義的Customer Feature，為每一個Feature設計功能的實現(xiàn)邏輯，設計的Activity Chain提供了一個功能的抽象視圖，只從功能實現(xiàn)的角度劃分Sensor（Input）、Logical Function(Process)、Actuator（Output），并不關心具體的軟件實現(xiàn)、以及硬件實現(xiàn)，在該階段設計完成的邏輯組件（Logical Component）會分配到硬件架構中的組件（ECU、傳感器、執(zhí)行器等）以及軟件架構中組件（Application Software Component等）。

3、軟件架構（Software Architecture）

在汽車行業(yè)嵌入式軟件開發(fā)領域繞不開AUTOSAR（Automotive Open System Architecture）,其定義了一套分布式的、功能驅動的汽車電子軟件開發(fā)方法和電子控制單元上的軟件架構標準方案，AUTOSAR的核心思想“統(tǒng)一標準、分散實現(xiàn)、集成配置”，即提供統(tǒng)一、開放的軟件架構標準和平臺，軟件構建在不同的汽車平臺上復用，應用軟件整合到ECU 中，建立獨立于硬件的、分層的軟件架構，針對AUTOSAR Classic的系統(tǒng)和軟件架構設計在PREEvision中可以分為如下步驟：

同時，在目前SDV趨勢下，PREEvision同時支持面向服務的架構設計（SOA）以及Adaptive AutoSAR系統(tǒng)和軟架構設計，并提供SOA