軟件行業(yè)發(fā)展了30多年，形成了不同的開發(fā)模式，每個(gè)開發(fā)模式各有千秋，對(duì)應(yīng)不同的項(xiàng)目背景以及項(xiàng)目模式，主流的常用開發(fā)模式瀑布模型、迭代開發(fā)模型和敏捷開發(fā)模式。

1、瀑布模型

是由W.W.Royce在1970年最初提出的軟件開發(fā)模型， 瀑布式開發(fā)是一種傳統(tǒng)的計(jì)算機(jī)軟件開發(fā)方法。

瀑布模型式是最典型的預(yù)見性的方法，嚴(yán)格遵循預(yù)先計(jì)劃的需求分析、設(shè)計(jì)、編碼、集成、測(cè)試、維護(hù)的步驟順序進(jìn)行。

步驟成果作為衡量進(jìn)度的方法，例如需求規(guī)格，設(shè)計(jì)文檔，測(cè)試計(jì)劃和代碼審閱等等。

瀑布式的主要問題是它的嚴(yán)格分級(jí)導(dǎo)致的自由度降低，項(xiàng)目早期即作出承諾導(dǎo)致對(duì)后期需求的變化難以調(diào)整，代價(jià)高昂。瀑布式方法在需求不明并且在項(xiàng)目進(jìn)行過程中可能變化的情況下基本是不可行的。

也被稱作迭代增量式開發(fā)或迭代進(jìn)化式開發(fā)，是一種與傳統(tǒng)的瀑布式開發(fā)相反的軟件開發(fā)過程，它彌補(bǔ)了傳統(tǒng)開發(fā)方式中的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率。

什么是迭代式開發(fā)？

每次只設(shè)計(jì)和實(shí)現(xiàn)這個(gè)產(chǎn)品的一部分,逐步逐步完成的方法叫迭代開發(fā),每次設(shè)計(jì)和實(shí)現(xiàn)一個(gè)階段叫做一個(gè)迭代。在迭代式開發(fā)方法中，整個(gè)開發(fā)工作被組織為一系列的短小的、固定長(zhǎng)度（如3周）的小項(xiàng)目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。采用這種方法，開發(fā)工作可以在需求被完整地確定之前啟動(dòng)，并在一次迭代中完成系統(tǒng)的一部分功能或業(yè)務(wù)邏輯的開發(fā)工作。再通過客戶的反饋來細(xì)化需求，并開始新一輪的迭代。

迭代式開發(fā)的優(yōu)點(diǎn)：

1、降低風(fēng)險(xiǎn)

2、得到早期用戶反饋

3、持續(xù)的測(cè)試和集成

4、使用變更

5、提高復(fù)用性

1988年，巴利·玻姆(Barry Boehm)正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。

“螺旋模型”剛開始規(guī)模很小，當(dāng)項(xiàng)目被定義得更好、更穩(wěn)定時(shí)，逐漸展開。

“螺旋模型”的核心就在于您不需要在剛開始的時(shí)候就把所有事情都定義的清清楚楚。您輕松上陣，定義最重要的功能，實(shí)現(xiàn)它，然后聽取客戶的意見，之后再進(jìn)入到下一個(gè)階段。如此不斷輪回重復(fù)，直到得到您滿意的最終產(chǎn)品。

（1）制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；

（2）風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；

（3）實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；

（4）戶客評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。

螺旋模型很大程度上是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的方法體系，因?yàn)樵诿總€(gè)階段之前及經(jīng)常發(fā)生的循環(huán)之前，都必須首先進(jìn)行風(fēng)險(xiǎn)評(píng)估。

又稱敏捷開發(fā)， 是一種從1990年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，是一種應(yīng)對(duì)快速變化的需求的一種軟件開發(fā)能力。它們的具體名稱、理念、過程、術(shù)語都不盡相同，相對(duì)于“非敏捷”，更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對(duì)面的溝通（認(rèn)為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法，也更注重軟件開發(fā)中人的作用。

人和交互 重于過程和工具。

可以工作的軟件 重于求全而完備的文檔。

客戶協(xié)作重于合同談判。

隨時(shí)應(yīng)對(duì)變化重于循規(guī)蹈矩。

其中位于右邊的內(nèi)容雖然也有其價(jià)值，但是左邊的內(nèi)容最為重要。

敏捷開發(fā)小組主要的工作方式可以歸納為：作為一個(gè)團(tuán)隊(duì)整體工作；按短迭代周期工作；每次迭代交付一些成果；關(guān)注業(yè)務(wù)優(yōu)先級(jí)； 不斷檢查與調(diào)整復(fù)盤。

最重要的因素恐怕是項(xiàng)目的規(guī)模。規(guī)模增長(zhǎng)，面對(duì)面的溝通就愈加困難，因此敏捷方法更適用于較小的隊(duì)伍，40、30、20、10人或者更少。大規(guī)模的敏捷軟件開發(fā)也在不斷的進(jìn)行探索和應(yīng)用階段。

瀑布式開發(fā)

按照從需求到設(shè)計(jì)，從設(shè)計(jì)到編碼，從編碼到測(cè)試，從測(cè)試到提交流程，要求每一個(gè)開發(fā)階段都要做到最好。特別是前期階段，設(shè)計(jì)的越完美，提交后的成本損失就越少。

不要求每一個(gè)階段的任務(wù)做的都是最完美的，而是明明知道還有很多不足的地方，卻偏偏不去完善它，而是把主要功能先搭建起來為目的，以最短的時(shí)間，最少的損失先完成一個(gè)“不完美的成果物”直至提交。然后再通過客戶或用戶的反饋信息，在這個(gè)“不完美的成果物”上逐步進(jìn)行完善。

很大程度上是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的方法體系，因?yàn)樵诿總€(gè)階段之前及經(jīng)常發(fā)生的循環(huán)之前，都必須首先進(jìn)行風(fēng)險(xiǎn)評(píng)估。

相比迭代式開發(fā)兩者都強(qiáng)調(diào)在較短的開發(fā)周期提交軟件，但是敏捷開發(fā)的周期可能更短，并且更加強(qiáng)調(diào)隊(duì)伍中的高度協(xié)作。敏捷方法有時(shí)候被誤認(rèn)為是無計(jì)劃性和紀(jì)律性的方法，實(shí)際上更確切的說法是敏捷方法強(qiáng)調(diào)適應(yīng)性而非預(yù)見性。適應(yīng)性的方法集中在快速適應(yīng)現(xiàn)實(shí)的變化。當(dāng)項(xiàng)目的需求起了變化，團(tuán)隊(duì)?wèi)?yīng)該迅速適應(yīng)。這個(gè)團(tuán)隊(duì)可能很難確切描述未來將會(huì)如何變化.