瀑布模型

軟體開發
核心行動
過程 需求 設計 工程 構造 測試 偵錯 部署 維護
範式與模式
原型設計 淨室 增量建模 瀑布模型 敏捷軟體開發 螺旋模型
方法論與框架
快速應用程式開發 DevOps 極限編程 團隊軟體流程 個人軟體程式 動態系統開發方法 MSF Scrum 看板 V模型 FDD MDD 迭代式開發 精實開發 統一流程
支援行為
組態管理 文件 品質保證 專案管理 使用者體驗
實踐
ATDD 行為驅動開發 持續整合 持續交付 領域驅動設計 結對編程 站會 測試驅動開發
工具
編譯器 偵錯器 效能分析 GUI設計器 建模 整合式開發環境 組建自動化 發布自動化 測試
標準與知識體系
能力成熟度模型整合 IEEE標準 ISO 9001 ISO/IEC標準 SWEBOK 專案管理知識體系 BABOK

與傳統開發方法那種大規模的、不頻繁的發布（通常以「季度」或「年」為單位）相比，敏捷方法大大提升了發布頻率（通常以「天」或「周」為單位）

瀑布模型（Waterfall Model）最早強調軟體或系統開發應有完整周期，且軟體開發過程中必須依次經過中間的每一個階段，開發過程中也應充分考量分析與設計的技術、時間和資源的投入等。由於該模式強調開發過程中有完成的規劃、分析、設計、測試等過程，因此能有效的確保系統品質，因此它是軟體開發界最初的標準。（Boehm, 1988）。

模型（階段）

1. 需求定義（Requirements）
2. 設計（Design）
3. 實作（Implementation）
4. 整合與測試（Integration）
5. 移交與維護（Maintenance）

缺點

在專案製作的過程需要製作大量的技術檔案，在做專案時可能會較為費時。

參見

• 專案生命周期
• 螺旋模型
• 混沌模型
• 敏捷軟體開發
• 歸納與總結

參考文獻

本條目部分或全部內容出自以GFDL授權發佈的《自由線上電腦詞典》（FOLDOC）。 《系統分析與設計–理論與實務應用》三版，吳仁和、林信惠 著，智勝出版社

外部連結

• 在c2.com上的討論 （頁面存檔備份，存於網際網路檔案館）