定義
瀑布模型（Waterfall Model）是一個項目開發架構，開發過程是通過設計一系列階段順序展開的，從系統需求分析開始直到産品發布和維護，每個階段都會産生循環反饋，因此，如果有信息未被覆蓋或者發現了問題，那麼最好“返回”上一個階段并進行适當的修改，項目開發進程從一個階段“流動”到下一個階段，這也是瀑布模型名稱的由來。包括軟件工程開發、企業項目開發、産品生産以及市場銷售等構造瀑布模型。
核心思想
瀑布模型核心思想是按工序将問題化簡，将功能的實現與設計分開，便于分工協作，即采用結構化的分析與設計方法将邏輯實現與物理實現分開。将軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動，并且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。
重要地位
瀑布模型是最早出現的軟件開發模型，在軟件工程中占有重要的地位，它提供了軟件開發的基本框架。其過程是從上一項活動接收該項活動的工作對象作為輸入，利用這一輸入實施該項活動應完成的内容給出該項活動的工作成果，并作為輸出傳給下一項活動。同時評審該項活動的實施，若确認，則繼續下一項活動；否則返回前面，甚至更前面的活動。對于經常變化的項目而言，瀑布模型毫無價值。
模型優缺點
瀑布模型有以下優點
1）為項目提供了按階段劃分的檢查點。
2）當前一階段完成後，您隻需要去關注後續階段。
3）可在叠代模型中應用瀑布模型。
增量叠代應用于瀑布模型。叠代1解決最大的問題。每次叠代産生一個可運行的版本，同時增加更多的功能。每次叠代必須經過質量和集成測試。
4）它提供了一個模闆，這個模闆使得分析、設計、編碼、測試和支持的方法可以在該模闆下有一個共同的指導。
瀑布模型有以下缺點
1）各個階段的劃分完全固定，階段之間産生大量的文檔，極大地增加了工作量。
2）由于開發模型是線性的，用戶隻有等到整個過程的末期才能見到開發成果，從而增加了開發風險。
3）通過過多的強制完成日期和裡程碑來跟蹤各個項目階段。
4）瀑布模型的突出缺點是不适應用戶需求的變化。
模型客戶需求
盡管瀑布模型招緻了很多批評，但是它對很多類型的項目而言依然是有效的，如果正确使用，可以節省大量的時間和金錢。對于您的項目而言，是否使用這一模型主要取決于您是否能理解客戶的需求以及在項目的進程中這些需求的變化程度，對于經常變化的項目而言，瀑布模型毫無價值，對于這種情況，您可以考慮其他的架構來進行項目管理，比如名為螺旋模型（spiralmodel）的方法。
在瀑布模型中，軟件開發的各項活動嚴格按照線性方式進行，當前活動接受上一項活動的工作結果，實施完成所需的工作内容。當前活動的工作結果需要進行驗證，如果驗證通過，則該結果作為下一項活動的輸入，繼續進行下一項活動，否則返回修改。
瀑布模型強調文檔的作用，并要求每個階段都要仔細驗證。但是，這種模型的線性過程太理想化，已不再适合現代的軟件開發模式，幾乎被業界抛棄，其主要問題在于：
（1）各個階段的劃分完全固定，階段之間産生大量的文檔，極大地增加了工作量。
（2）由于開發模型是線性的，用戶隻有等到整個過程的末期才能見到開發成果，從而增加了開發的風險。
（3）早期的錯誤可能要等到開發後期的測試階段才能發現，進而帶來嚴重的後果。
按照瀑布模型的階段劃分，軟件測試可以分為單元測試，集成測試，系統測試。
