随着智能汽车的发展及更加多样化的汽车生态，智能汽车正在向车载娱乐系统、车联网，以及自动驾驶技术应用快速发展，同时数字化新一代的电子电气架构也在向中央集中化演进，而这些技术的发展和应用，都需要SOA（Service Oriented Architecture 面向服务的架构）在各个业务中应用。

01 SOA对智能汽车电子电气架构的转变

面向服务的架构（SOA, Service-Oriented Architecture），并在SOA的软件框架下，去实现“软件定义汽车”的需求，通过定义新的组合服务与流程服务，去实现新的产品功能。

Autosar联盟也在Classic Autosar的基础上，发布了Adaptive Autosar，用来支撑智能汽车新的软件设计要求。

    Classic Autosar 与 Adaptive Autosar

02 SOA的电子电气架构设想

智能汽车主要分为以下几个域控制器，数字智能控制单元，包含了自动驾驶域控制器，智能座舱域控制器，车联网通信控制器，以及传统的动力和底盘控制器，车身控制器等。而SOA在电子电气架构应用的，可以基于域控制器的分类，划分出对应的服务应用。

在智能汽车电子电气架构的业务流程中，从系统设计、功能网络设计，软件设计和物理设计的各个业务板块分类，SOA属于软件设计中的一个重要部分，他承载了电子电气功能到物理零部件的软件实现。

SOA软件平台可以打造车-云-智能终端的一体化生态，从而让消费者，可以更方便快捷的通过智能终端定制化“千车千面”的个性化体验，同时通过云平台，将各个生态伙伴集成到智能汽车生态中，打造多应用的智能汽车应用生态。

03 SOA的开发业务流程

SOA的开发业务流程，主要分为四个部分

1. 服务的设计，包含服务的定义，创建服务，及服务的类型。

2. 服务的部署，包含软件、硬件平台的需求等：

3. 服务模型的设计，包含服务接口和通讯的定义，数据类型等

4. Autosar CP和AP的应用

对于SOA服务分类与定义，分为如下3类：

• 原子服务 A micro service, is a service for the smallest an low level parts of a SOA. Named a micro service ***_MSERV
• 功能服务 A functional service, is a service which shall not make decisions. Named a micro service ***_FSERV 
• 系统服务 A Orchestrated Service, is like a conductor for other services. Named a orchestrated service ***_OSERV 

达索系统的AUTOSAR Builder(简称AB)工具聚焦于RTE层以上的开发过程，对于RTE层以下的部分，达索系统希望和生态合作伙伴进行联合开发与设计，共同为客户提供更有创造力的数字化环境。AUTOSAR Builder是达索系统旗下一款基于Eclipse的开放、可扩展工具套件，用于设计和开发符合AUTOSAR CP&AP标准的系统软件，该工具基于Artop 平台实现，可以同其他符合 AUTOSAR标准的工具无缝集成。

下图是经典CP开发的过程，蓝框里所示步骤六以上都由达索系统的工具完成，包括RTE的开发，其优势更强调系统层面的开发，帮助大家搭出更完整的系统架构，再到单个ECU完成抽取，再交给后面其他的工具完成剩余流程的开发。

下图为某主机厂的SOA设计的业务流程，SOA任务的输入为整车性能，产品需求，特性清单等。完成SOA的主要工作任务内容后，就输出了相应的服务设计要求规范。最后进行软件开发和持续集成测试。

基于达索系统的三维体验平台及软件工具，支持端到端的SOA的开发设计，可以把SOA的业务活动分为四个部分。

第一部分的主要活动为需求收集，场景设计和功能需求描述。达索系统的Reqtify 和 CATIA Magic可以完整的满足此业务开发。

第二部分的主要活动为服务设计，服务调用，服务部署，信号转服务S2S，服务通讯设计，达索系统的Autosar Builder可以完整的满足此业务开发。

第三部分的主要活动为服务建模，服务治理设计，达索系统的Autosar Builder可以完整的满足此业务开发。

第四部分，是底层软件开发，这部分可以用达索系统的生态合作伙伴软件工具进行底层软件的开发设计。

最后基于达索系统强大的工具链，可以实现从需求、系统架构、控制模型及软件的综合虚拟仿真验证。基于达索的三维体验平台，整个系统设计和软件设计，软件在环、模型在环等在同一个平台里实现，从而加速整个开发过程和提高研发质量。