​面向服务的架构转换应通过以下两种主要方法实现，如下图所示。

车载SOA软件架构:开发流程_用例 

自下而上方法:应遵循此方法，以改造现有车辆程序和平台上实施的现有功能或系统的EE架构(逆向工程)。由于国内OEM的现有功能不具备逻辑功能架构，因此我们建议将网络拓扑、网络通信ECUs平台架构、功能需求和用例场景作为分析SOA转换的起点。但是如果特性很复杂，那么仍然有必要使用逻辑功能架构来定义高质量和完整性的SOA。

 

自顶向下的方法:对于引入车辆程序和平台的新特性或系统，基于SOA的EE架构应遵循这种方法。这种方法需要给定特性或系统的需求和用例以及逻辑功能架构作为输入。

 

在上述两种方法中，软件平台架构师应考虑应提供的域控制器级别公共或基础服务，并考虑需要支持的子系统和功能的列表。当软件架构师在单个特性或系统级别定义服务和契约时，如果服务具有公共功能并且在平台级别不存在，软件架构师需要与软件平台架构师讨论如何定义相同的服务和契约。