瀑布模型

瀑布模型（），亦稱瀑布模式，是於1970年由等人所發展之系統發展生命周期的模型。該模型將系統發展的過程，大致區分為四個階段：分析、設計、實作、測試，其並且明確的定義每一階段中的工作。當完成一個階段的工作以後，才會進入下一個階段的工作。而依照該模型的系統發展的過程，即如同瀑布一般。經過改良的瀑布模型，在發現上一個階段的工作不夠完善時，尚可以回溯至上一個階段中。
 階段 
瀑布模型，沒有明確的規定系統開發的過程，應該劃分成多少個階段。當問題較小或是較單純時，其所劃分之階段，可能少至三個。例如：分析階段、設計階段、實施階段。若面對的問題較大或是較複雜時，其所劃分之階段，可能即需要再細分至十個。例如：在分析階段中，細分為可行性分析階段、需求分析階段、系統分析階段；在設計階段中，細分為概念性設計階段、細部設計階段；在實施階段中，細分為程式編輯與單元測試階段、整合測試階段、安裝與系統測試階段、教育訓練階段、操作與維護階段。
 優點與缺點 
當運用瀑布模型來開發小型的系統或是較為簡單的系統時，在每一階段中所必需交付的文件與任務，對於系統開發者而言，是較為明確的，並且是易於管理的。不過，該模型的缺點，是必須直到系統開發的最後階段，才會有成果出現，而使得系統開發的風險，比起其它系統發展生命周期模型而言，是較高的。另外，若是在分析階段中的工作，做得不夠明確與嚴謹，則在設計階段與實作階段中的工作，將難以實行。
参考文献

 註釋 

参见
项目生命周期
螺旋模型
混沌模型
敏捷软件开发
归纳与总结
外部链接
在c2.com上的讨论 

Category:软件工程
Category:軟體開發