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

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

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

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

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

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