瀑布式開發方法（Waterfall Model）是軟體開發中最古老的方法之一，它是一種通過循序漸進的步驟來推進專案的 方法。這種模式在完成每個步驟後才會進入下一個步驟，就像瀑布（waterfall）從上到下流動一樣，具有按 步驟進行的特點。本文將詳細探討瀑布式開發方法的定義、主要特點、優缺點以及使用案例。

瀑布式開發方法的定義

瀑布式開發方法是一種按照軟體開發生命週期（SDLC：Software Development Life Cycle）的每個步驟 依序進行的方法。這種模式最初由溫斯頓·洛伊斯（Winston W. Royce）於 1970 年代提出，並在 此後被許多專案採用。瀑布模式包含以下步驟：

1. 需求分析（Requirements Analysis）: 收集和明確定義專案需求的階段。

2. 設計（Design）: 進行軟體架構和詳細設計的階段。

3. 實現（Implementation）: 編寫實際程式碼並開發軟體的階段。

4. 測試（Test）: 測試開發的軟體，發現並修復錯誤的階段。

5. 部署（Deployment）: 將軟體部署到實際運營環境的階段。

6. 維護（Maintenance）: 維護和改進已部署軟體的階段。

如上圖所示，一旦規劃完成並獲得確認，就會進行設計，設計完成並獲得確認後，就會進行下一階段的開發， 開發完成並獲得確認後，就會進行測試，如果沒有錯誤就會啟動。在規劃階段，可能會進行多次修改， 在設計階段也可能會進行多次修改。

但是，就像水從上往下流一樣，開發開始後，不會突然修改規劃，導致開發方向改變。

瀑布式開發方法的特點

• 循序漸進：每個步驟在完成後才會進入下一個步驟。
• 重視文件化：每個步驟都必須進行詳細的文件化，留下明確的記錄。
• 固定需求：在初始需求分析階段明確定義所有需求，在後續步驟中很難更改需求。

瀑布式開發方法的優缺點

優點

1. 明確的結構: 各個步驟清晰分隔，方便掌握進度。

2. 文件化: 每個階段都進行嚴格的文件化，便於追蹤專案進展和決策。

3. 易於管理: 方便計劃和安排時間，可以設定每個步驟的明確目標。

缺點

1. 難以更改: 初始階段的需求固定，後續步驟中更改需求很困難且代價昂貴。

2. 步驟之間的依賴性: 一個步驟未完成之前無法進入下一個步驟，容易造成延誤。

3. 客戶參與度不足: 初始階段之後，客戶參與有限，最終結果可能與客戶期望不符。

開發方法中使用的術語，指的是按照步驟依序進行開發。

❗更多值得了解的資訊

與此相反的方式是 敏捷開發方式，通過原型進行啟動，並持續不斷地修改和添加功能來解決問題或進行改進。這種方法主要用於開發 自有服務，因為它可以提高服務的完善度，並能夠應對持續修改所需的人力。

如果在開發客戶服務（SI 外包）時採用敏捷開發方法，則客戶每月支付開發人員的薪資和運營費用 （租金、管理費等）來進行開發，但實際上，開發通常會以 2 個月開發、5 個月開發等形式確定金額， 很少會以每月支付多少金額的形式進行開發，因為無法預測何時結束。