軟體開發常用的幾種開發模式

● 瀑布開發模式（也叫線性開發模式）

在瀑布開發模式中，所有的開發活動都遵循一定的順序。在軟體開發裡，這些活動的通常順序是：需求的商業價值分析、需求的細化和需求說明書的制定、預研、方案和架構設計、編碼實現、測試、後期運維維護。

瀑布模型的特點是所有的開發活動動都是順序執行的，不能倒退。就像瀑布裡的水不能從瀑布底部回到瀑布頂部一樣。

瀑布模式是一種專案開發架構。這種架構不僅僅應用在軟體開發上，其實在人類活動的各個地方都能見到瀑布模式。比如房屋的建造：前期的地質勘查，建築的架構藍圖設計，施工和施工中的監測，完工後的檢驗和後期維護。

瀑布模型的主要優點優點在於每個階段的職責清晰，便於檢查。清晰定義出了各個階段的輸入和輸出，隔離了不相鄰活動階段之間的依賴，便於提高階段活動的效率。

瀑布模型的主要缺點在於系統只有在整個專案的最末期才能見到真正的成品。如果前期的需求、設計有不符合使用者的期望或實際情況的，在整個專案的最末端再進行修改會極大增加整個專案的成本。而在軟體開發領域，後期的需求改變和設計改變的可能性較大，也可以說是需求和設計的不確定性較高。在這種情況下，這些改變需要的後期改動在軟體開發專案的許多時候對專案的按時完成是致命的。在軟體研發的歷史上這種例子數不勝數，比如微軟的Windowns Vista系統的開發就是一個例子

當然，針對瀑布模型的缺點，也有固定的方法可以在一定程度上進行緩解。在專案管理流程中的變更控制流程就是一個很好的例子。在專案團隊裡有變更控制委員會，對於所有在專案實施過程中發生的變更，都需要走變更控制流程，進行書面的評估、批准、溝通和實施等一系列流程，保證變更的有效

瀑布模型適用於不確定性較低的軟體專案。比如使用固定、成熟框架的軟體產品，尤其是一些相對小的例行常規專案。但如果是一些需要新技術，或是是新市場的創新性專案，瀑布模型的適用性就會大大折扣

● 迭代式開發模式 （也叫增量式開發模式）

迭代式開發模式是指將整個軟體的開發過程劃分成多個迭代階段。在每個迭代階段中，只完成軟體的一小部分功能。但是在這個迭代中，還是會包括開發的大部分活動，比如需求的分析，開發、測試。

迭代開發的最大優點是可以通過儘快的釋出可工作的產品，得到市場或使用者的反饋，然後進行修改，進而降低整個軟體專案在需求、技術和進度上的風險，或者也可以說降低了不確定性。

迭代開發的最大缺點，或者說是最大難點，就是比較不容易做到又能保證每個階段的持續功能輸出，又能做到高的效率和質量。具體表現在要在一個迭代完成所有開發階段的活動，對外界環境和人員的素質要求都比較高。比如，在現代工業模式裡，引以為傲的通過流水線的細化分工達到高產出的效率在迭代模式裡就比較困難。因為它要求團隊一起做需求分析、一起做開發、一起做測試，一起負責端到端的功能，對不同方面的知識，技巧要求都比較高。

在實際中，迭代開發模式更適用於需要快速變化的領域。比如使用新技術或者開拓新市場的產品。因為快遞的反饋比穩定的預測更為重要。

而對於大軟體系統的開發，比如超過500人，團隊還分佈在異地。純粹的迭代開發模式就不一定比瀑布模式要好。或者說，對於大軟體系統開發，除了極少數的頂尖企業，絕大部分的軟體公司都做得不怎麼樣。引用《人月神話》作者的比喻，這些公司都在大系統的焦油坑裡掙扎

● 迭代式開發模式的改進

迭代開發模式一個較大的架構。其中演化出了不同的細分、改進模式

● 迭代式開發模式的改進 - Time Boxed 定時開發

定時開發基於迭代開發。特點在於

1. 每次迭代有固定的時間

2. 每次迭代完成後都有一定的可釋出的功能輸出

● 迭代式開發模式的改進 - Continuous Flow 持續工作流

持續工作流也是居於迭代開發模式。最大的區別在於持續工作流除了要求每個迭代的持續釋出，加入了精益（Lean）的思想：通過控制半成品（Work in Progress， WIP）的數量，達到降低在整個開發流程中的浪費（Waste）的目的

不同開發模式的實際使用

在任何領域，永遠都不存在一種東西絕對比一種東西好。具體到軟體開發領域，沒有任何一種開發模式可以絕對地比另外一種好。用軟體行業的話來說，就是沒有銀彈（No Silver Bullet）。

具體的例子就是，在實際的絕大部分軟體公司裡，並不會單純地使用上面的一種開發模式，而更多的是使用混合的開發模式。這些混合的模式需要結合不同公司，不同產品的不同情況。這樣才可以達到取長補短的效果。畢竟，最為重要的，不是一個組織使用什麼樣的開發模式，而是在這種模式下是否能更好的實現長期和短期的質量和效率。

主要參考資料

1. Software Development Metrics, David Nicolette, 2015