软件定义汽车 vs 传统车企：开发模式对比

 

 

1️⃣开发流程对比

传统汽车整车开发流程

传统汽车整车开发流程整车开发流程界定一辆汽车从概念设计经过产品设计、工程设计到制造、最后转化为商品的整个过程中各业务部门的责任和活动，是构建汽车研发体系的核心。

传统汽车开发流程一般包含策划阶段、概念设计阶段、工程设计阶段、样车试验阶段和量产阶段。目前，国际汽车厂商的研发流程已有成熟模板，下图展示了通用汽车的全球整车开发流程。

软件定义汽车整车开发流程

软件定义汽车整车开发流程在整体上仍包含上述5个阶段，但具备以下显著不同点。软件开发比重将大幅增加。据摩根士丹利估计，未来软件价值占比可能达60%左右。此外，大众汽车表示，到2030年软件开发成本将占整车开发成本的一半左右。

软硬件开发解耦，但持续协同，如下图所示。软件定义汽车通过软硬件开发的有效解耦与持续协同，使软件开发、验证、交付等不依赖于整车硬件开发进度，在开发各个阶段都能即时释放软件产品。

硬件开发向架构化、模块化、工具箱策略趋势发展，如下图所示。当前国内外主要车企在整车开发上都注重发展平台化，将不同产品的子系统、零部件通用化。架构化、模块化的概念则基于平台化，当平台数量过多时会导致冗余浪费，通过研究平台间的关系，形成统一架构整合各平台。平台化的概念侧重于物理上的共用零件，而架构化的概念侧重于设计过程上的同方法和制造过程中的模块化。工具箱策略则是指不论车辆尺寸和性能，各种车型都可以通过已有整车开发工具箱内的模块集成拼装组成。

从开发策略与汽车等级的关系角度来看，平台化是单汽车等级的协同增效，底盘件共用等策略化仅适用于特定汽车等级的开发，架构化和模块化适用于多汽车等级的开发，工具箱策略则覆盖所有汽车等级的开发需求。

用户需求导向的定制化开发。软件定义汽车将从单一交通工具转变为用户的第三生活空间，整车开发将更加注重用户需求，以用户需求为导向。

软件定义汽车整车开发流程形成双闭环，第一个闭环是指通过交互评价数据采集、用户画像构建可指导新车开发，另一个闭环是指用户使用阶段可以借助OTA（Over-The-Air technology，空中下载技术）技术实现软件持续更新迭代。在车辆全生命周期中，软件迭代过程持续进行，因此整车开发也成为具备生命力的持续开发过程，直至车辆报废。

总体上，软件定义汽车整车开发流程是双闭环开发流程，包括车辆开发与软件迭代两个层面，如图4所示。车辆开发主要是指新车的开发阶段，总体上包括策划阶段、概念设计阶段、工程设计阶段、样车试验阶段、量产阶段等；软件迭代主要是指在用户使用阶段，通过交互评价数据采集、用户画像构建指导软件开发，利用OTA远程升级等技术进行软件远程更新迭代。

2️⃣整车开发模式对比

传统汽车整车开发模式

传统汽车整车开发模式是一种V型开发模式，下图所示。V型左侧涵盖需求分析，右侧对应模块测试，可在软硬件模型完整构建前完成集成测试方案设计，并有效保证测试方法与对应模块的兼容性，高效定位测试问题。但传统V型开发模式中“整车-系统-子系统-软硬件”的开发设计顺序局限于有明确需求导向的整车开发，难以适应软件定义汽车功能快速迭代的需求。

软件定义汽车整车开发模式

软件开发对软件定义汽车整车开发模式的构建举足轻重。传统迭代式软件开发模式下，每一次迭代都遍历需求分析、分析设计和测试等流程，并产生最终产品的一个子集。多期不间断的迭代使产品更适应多变的需求。此外，敏捷开发、螺旋式开发等软件开发模式也能提升软件产品的开发效率。

软件定义汽车整车开发模式如下图所示，将结合传统软件开发和整车V型开发模式的优点，具备快速迭代、持续集成、并行开发、多平台适用及用户个性化等特点。

软件定义汽车开发模式中，首先进行系统解耦分析，将整车解耦为子系统进行需求分析，然后进入持续集成开发阶段，按照“设计-开发-测试-发布”循环往复进行，持续将软硬件集成至系统主干上，最终完成发布。在持续集成开发阶段，各类开发工具平台如CarSim、PreScan、CARLA等的适用性可使整车开发效率大大提升。

整车投入使用后，根据用户反馈情况进行快速迭代，再次遍历“系统需求分析-持续集成”的流程并通过OTA技术完成功能发布。

软件定义汽车整车开发模式继承了传统软件开发模式的优势，通过并行开发、持续集成，高效利用多开发工具平台的优势，可极大提升整车系统的开发和测试效率。同时，利用快速迭代的软件开发模式可使用户个性化需求得到最大程度的满足，使整车开发贯穿全产品使用周期。