開發(fā)模式上，我們常見的智駕開發(fā)模式,，這里寫了主要的兩種：

一種是典型的V模型,。做過智駕開發(fā)的應該都會比較熟悉。這個V模型,，一般是從研發(fā)側(cè),，基本上是從系統(tǒng)需求、系統(tǒng)架構(gòu),，再到子系統(tǒng)的設計研發(fā),。相對于常見的V模型，從需求,，到設計,，到研發(fā)來說，智駕會復雜很多,。

基于智駕的軟件規(guī)模,，基本上經(jīng)常做的是一個大的系統(tǒng)需求，從頂層的架構(gòu),，再分解到多個不同的模塊或公司,。這個公司本身會再去做頂層的系統(tǒng)需求的分解，然后再去做設計,。這種層級可能有兩到三層,，導致的一個問題是：在需求設計上經(jīng)過層層分解，而這個分解的過程和軟件研發(fā)其實是分離的,。需求設計可能更多停留在文檔上,，研發(fā)基本上就到了整個系統(tǒng)的設計，然后再到編碼,。這個過程其實是分離的，流程越長,，分離的越開的話,，會造成在真正開發(fā)過程中，越容易造成變形,。有可能做著做著就做歪了,，有一些東西可能會漏掉,。

反過來做這種集成的時候，又會發(fā)現(xiàn)有這么多層這么多組在并行開發(fā),，反向去層層做集成的時候,，集成的成本非常高。遇到一個小問題,，可能都需要拉一大撥人去長時間的定位,。一個問題當涉及到跨團隊跨公司的時候，來回踢皮球的情況,，其實非常常見,。

另一種開發(fā)模式其實也很常見。我們一般會去做一個原型系統(tǒng),，其實是用來做算法驗證快速迭代的,。基于這個原型系統(tǒng),，并對效果做了一定迭代之后,，再往量產(chǎn)的環(huán)境上遷移這時候會面臨很多問題

開發(fā)模式上，我們常見的智駕開發(fā)模式開發(fā)模式上,，我們常見的智駕開發(fā)模式開發(fā)模式上,，我們常見的智駕開發(fā)模式開發(fā)模式上，我們常見的智駕開發(fā)模式