敏捷：应对软件定义汽车时代的开发模式变革

随着软件定义汽车典型应用场景的落地，汽车从交通工具转向智能移动终端的趋势愈发明显。几十年前，一台好车的定义主要取决于高性能的底盘操稳与动力系统；几年前，一台好车的定义主要取决于智能化系统与智能交互能否满足终端用户的用车体验；相信不久后的将来，一台好车的定义将变成：全车传感器与数据驱动方式定义智能移动终端。本文将从开发模式变革来讨论软件定义汽车所需要的改变，并介绍软件定义汽车模式下的典型应用场景。

1.开发模式变革

传统汽车的软件开发采用 V 字形瀑布式开发模式，如下图所示。

由于各开发部分之间相对独立，更多只是在部分内部展开局部性优化，缺乏系统级平台级的开发全局观，很难做到整体优化。同时，各部分的开发时间并不全然一致，进度顺序依赖很容易造成队列效应，一旦出现某个部分开发发生延误时，便会影响整体的开发进度。每个阶段都过于依赖上个阶段成果，就会导致开发成本较高且周期过长，与“软件定义汽车”涉及的【缩短产品上市周期、产品基于消费者需求、支持不断的迭代、对市场需求迅速响应】等要求相矛盾。

▲传统 V 字瀑布式开发流程图

因此，软件定义汽车背景下，汽车软件开发将由传统的瀑布式开发向敏捷开发模式转变。敏捷式开发模式既有利于达到密切的协调合作，最大限度地减少管理成本，同时因其灵活的工作模式能够使开发团队与用户实现高度互动，采用最低可行性产品的形式快速满足用户需求，并在使用中不断创新迭代，实现持续开发、持续集成、持续交付，体现软件定义汽车的优势。主要体现如下：

软件开发流程

传统控制器的开发，遵循 V 型开发流程，以整车厂的需求为输入，考虑信息安全和功能安全，严格执行设计、实现、验证的完整流程，最终也以控制器为对象完成需求的验收，有利于保障需求的完整实现。同时，整个流程也有质保、流程、售后等部门参与其中进行评审和审核，以此形成良好的质量管理和质量保证体系。但整个流程相对封闭，不符合软件快速迭代的开放性和扩展性要求。

开发交付方式

传统汽车软件的开发场景明确，软件与硬件紧密耦合，对于嵌入式软件的交付，并没有明确的“软件交付”的概念，软件随着控制器硬件一起交付。技术层面来看，应用软件与基础软件一起集成和固化，有着明确统一的释放节点。随着软件定义汽车时代的到来，“软硬分离，软软分离”逐渐成了主旋律，嵌入式软件从依附于硬件的一堆“代码”真正脱胎换骨为独立可售卖的产品；且这项产品可以在整个车辆的生命周期内持续产生价值。从嵌入式软件开发和验证的技术层面，这样的趋势使得软件要能够快速迭代，持续更新持续交付。

项目管理

在传统控制器开发中，在项目前期形成相对完备的系统架构和软件架构，再向下分解到软件组件，经由详细设计到达软件开发。这样的开发模式适合控制器的产品形态，依赖成熟技术的完整积累。面向开放架构/持续交付的软件特性，在项目管理上，敏捷成为了关键词，软件交付不再是统一固定的交付节点，软件模块在整个车辆生命周期都有新增的机会：模块化软件具备单独交付的条件和场景，随之而来的是软件的设计/开发/测试/验证的节点也随之迭代起来，变化和持续交付是常态，这对整体的软件项目管理提出了更高的要求。

综上，汽车软件开发模式由传统的瀑布式开发向敏捷开发模式的变革，将为软件定义汽车落地面带来巨大挑战。