昂辉科技的博客

DevOps源自“Development”与“Operations”的融合，本质上是一种综合性方法论，它融合人力、流程与技术，聚焦于创造客户价值，持续推动产品价值的递增。它倡导的是一种横贯软件全生命周期的精益、敏捷开发策略，并通过实施先进技术、流程改革以及文化转型，从而推动企业达成快速交付高质量软件的能力。

随着智能汽车的蓬勃发展，汽车功能日新月异，软件代码量日益增加，传统 V 模型下的瀑布式开发已经不堪重负，为了快速交付给客户最迫切需要的功能，软件开发流程的转变至关重要。目前，越来越多的开发公司转向了敏捷开发。但在实际工作中，要实现敏捷转型，也面临不小的挑战。根据敏捷年度报告中的统计，敏捷转型中面临的挑战主要有以下方面：从占比最高的前三项可以看出，对于很多组织来说，内部文化仍然是敏捷转型的巨大阻碍。因此，汽车软件开发流程向敏捷开发转变的过程，也是内部组织架构调整的过程。

Automotive SPICE（ASPICE）是在SPICE（或ISO/IEC 15504）标准内开发的一个流程评估框架。它适用于那些希望证明其软件开发流程水平足以满足OEM（原始设备制造商）的要求，并在整个汽车软件开发生命周期中应用最佳实践的汽车供应商和制造商。通过规范化开发过程，ASPICE有助于提高软件产品的质量和可维护性，确保软件符合质量要求；同时对于开发者来讲，ASPICE的实施要求团队具备一定的技能和知识，这促进了团队技能和专业知识的提升，同时也促进了组织内的知识和经验的共享。

DDS（Data Distribution Service）是由OMG（Object Management Group）发布的分布式通信规范。OMG成立于1989年，是一个国际性、开放性、非营利性的技术标准联盟，由供应商、终端用户、学术机构和政府机构推动。OMG工作组致力于制定企业集成标准和开发可为数千个垂直行业提供现实价值的技术标准，其中包括统一建模语言SYSML、UML，以及中间件标准CORBA、DDS等。DDS最早应用于美国海军系统，用于解决在军舰系统复杂网络环境中进行大量软件升级时的兼容性问题。

2011年，宝马设计并提出了SOME/IP（Scalable Service-oriented Middleware over IP）协议。SOME/IP采用服务器-客户端的服务通信模式，并且具备高度可扩展性。SOME/IP协议是一种应用层协议，运行在TCP/UDP传输协议之上（车载以太网第四层以上）。它作为以太网通信的中间件，实现应用层与IP层之间的数据交互，使其不依赖于操作系统，并且兼容AUTOSAR和非AUTOSAR平台。因此，SOME/IP可以独立于硬件平台、操作系统和编程语言。

2）屏蔽异构性，实现互操作；本质上，中间件可以被认为是一种广义操作系统，不同于QNX、Linux、Vxworks这些底层OS内核，它是介于上层应用和底层系统之间的一套软件框架，是对软硬件资源进行管理、分配和调度的平台，充当着软件和硬件解耦的关键角色。借助于中间件平台，插拔式设计可以将主机厂的不同硬件配置进行统一定制化开发，整个自动驾驶系统方案，在开发时可以根据需求进行不同拓展，而这里的不同拓展，既可以体现为适配不同的传感器、芯片、车辆平台等硬件，也体现为选配不同的软件算法模块，实现不同级别的自动驾驶功能。

传统的整车架构，尤其是电子和电气部分，主要就是分布式ECU，嵌入式软件和现场总线级别的通信网络，传统的EEA很大程度上是一套硬件集成方案。对于传统OEM，根据自己的专业背景，在这一轮技术升级中，基本都能看到域控制器、新型传感器、车载以太网、操作系统、APP和各种算法等新技术，但如何把它们有效地集成在一起，做成用户体验卓越的智能产品，还能保证成本可控，是一个比较大的挑战。

SOA是一种C/S (Client-Server，客户端/服务器）架构的软件设计方法，其通过采用分层的方式去强调构建松散耦合的架构，可在将软/硬件解耦的同时做到整车的应用功能与开发的车型也同步解耦。

SOA 将车端不同功能及硬件能力划分为服务，并按整车的原子能力将服务拆分为颗粒度更小的接口。各服务组件的接口进行标准化封装，可通过既定协议互相访问、 拓展组合；SOA 的核心要素包括松耦合、标准化定义、软件复用等。SOA 使应用层功能可在不同车型上复用，且能够基于标准化接口快速响应用户新的功能需求， 软件工程师在修改或新增某一软件功能时，只需对上层相对应的服务组件进行代码编写，而无需进行基础软件层、运行环境层和其他软件组件的重新编译和重复开发， 这极大地减少了软件升级的复杂度和成本，提高了效率。