SOA架构与传统EEA在开发流程、方法上有哪些区别 .pdfVIP

SOA架构与传统EEA在开发流程、方法上有哪些区别

01

电子电气架构的正向开发流程

国外的OEM在多年的Know-how积累下，其在规划新一代电子

电气架构平台时，基本完全按照正向的流程来开发，例如VW的MEB

E3架构，Volvo的SPA2等，伴随其正向电子电气架构开发的需要，

诞生了强大的工具供应商，比如Vector的PREEvision，其囊括了电子

电气开发的整个流程，从需求分析、逻辑功能架构、软件架构、硬件

架构到电气原理设计、线束原理设计、几何拓扑设计以及线束2D图纸

设计，同时包含通讯设计、功能安全开发、变形管理等，提供了电子

电气开发的集成平台，需求工程师、功能工程师、软件工程师，通信

工程师、架构工程师、电气工程师、功能安全工程师可以在这个平台

彼此协作开发，数据无缝传递，每个专业的输入可通过上游设计的输

出数据重构生成，数据可在全流程追溯，在应对目前电子电气的复杂

性上确实具有领先性。

下面以PREEvision为例来简单介绍下电子电气架构的正向开发流

程是什么样的：

1、需求工程和需求管理

在电子电气架构开发的概念阶段，我们需要明确开发的目标及范

围，需要收集客户对车辆的功能需求、法规需求以及其他非功能需求，

在这个阶段涉及两个重要的概念：

lCustomerFeature：在高层级描述车辆的特征，通常是客户可以

感知的功能，比如自动空调，自动启停，自动泊车、自适应巡航等，

lRequirements:需求Requirement是对CustomerFeature的进

一步细化，包括功能需求，技术需求（工作温度范围等），法规需求

（排放法规等）；

同时可以将Requirement和CustomerFeature进行映射关联，

从而实现追溯，另外CustomerFeature和Requirement在向下映射

过程也是有差别的，CustomerFeature通常和逻辑架构层（Logical

FunctionArchitecture）的元素(ActivityChain)进行映射,而

Requirement通常和软件架构层（SoftwareArchitecture）的元素以

及硬件架构层（HarwareArchitecture）的元素进行映射。

2、逻辑功能架构（LogicalFunctionArchtecture）

逻辑功能架构设计阶段，就是根据需求阶段定义的Customer

Feature，为每一个Feature设计功能的实现逻辑，设计的Activity

Chain提供了一个功能的抽象视图，只从功能实现的角度划分Sensor

（Input）、LogicalFunction(Process)、Actuator（Output），并

不关心具体的软件实现、以及硬件实现，在该阶段设计完成的逻辑组

件（LogicalComponent）会分配到硬件架构中的组件（ECU、传感

器、执行器等）以及软件架构中组件（ApplicationSoftware

Component等）。

3、软件架构（SoftwareArchitecture）

在汽车行业嵌入式软件开发领域绕不开AUTOSAR（Automotive

OpenSystemArchitecture）,其定义了一套分布式的、功能驱动的汽

车电子软件开发方法和电子控制单元上的软件架构标准方案，

AUTOSAR的核心思想“统一标准、分散实现、集成配置”，即提供

统一、开放的软件架构标准和平台，软件构建在不同的汽车平台上复

用，应用软件整合到ECU中，建立独立于硬件的、分层的软件架构，

针对AUTOSARClassic的系统和软件架构设计在PREEvision中可以

分为如下步骤：

同时，在目前SDV趋势下，PREEvision同时支持面向服务的架构

设计（SOA）以及AdaptiveAutoSAR