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

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

 

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

 

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

 

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



本文节选自AUTOSEMO《车载SOA软件架构技术规范1.1》(2021年9月27日)

原文链接:https://bbs.z-onesoft.com/omp/community/front/api/page/mainTz?articleId=7761 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值