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

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

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

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

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

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