开发模式上，我们常见的智驾开发模式

开发模式上，我们常见的智驾开发模式，这里写了主要的两种：

一种是典型的V模型。做过智驾开发的应该都会比较熟悉。这个V模型，一般是从研发侧，基本上是从系统需求、系统架构，再到子系统的设计研发。相对于常见的V模型，从需求，到设计，到研发来说，智驾会复杂很多。

基于智驾的软件规模，基本上经常做的是一个大的系统需求，从顶层的架构，再分解到多个不同的模块或公司。这个公司本身会再去做顶层的系统需求的分解，然后再去做设计。这种层级可能有两到三层，导致的一个问题是：在需求设计上经过层层分解，而这个分解的过程和软件研发其实是分离的。需求设计可能更多停留在文档上，研发基本上就到了整个系统的设计，然后再到编码。这个过程其实是分离的，流程越长，分离的越开的话，会造成在真正开发过程中，越容易造成变形。有可能做着做着就做歪了，有一些东西可能会漏掉。

反过来做这种集成的时候，又会发现有这么多层这么多组在并行开发，反向去层层做集成的时候，集成的成本非常高。遇到一个小问题，可能都需要拉一大拨人去长时间的定位。一个问题当涉及到跨团队跨公司的时候，来回踢皮球的情况，其实非常常见。

另一种开发模式其实也很常见。我们一般会去做一个原型系统，其实是用来做算法验证快速迭代的。基于这个原型系统，并对效果做了一定迭代之后，再往量产的环境上迁移这时候会面临很多问题

开发模式上，我们常见的智驾开发模式开发模式上，我们常见的智驾开发模式开发模式上，我们常见的智驾开发模式开发模式上，我们常见的智驾开发模式