基于生命周期的開發方法——瀑布開發方法

瀑布開發方法

20世紀80年代前，一直采用的是嚴格按照生命周期階段的開發過程，整個開發過程看起來就像瀑布一樣，穩定的向下依次經過這些階段。每個階段都有一個開始點和結束點，一旦到達下一階段，絕不允許再回到上一階段，正如瀑布不會向上倒流一樣。

規劃——分析——設計——程式設計——測試——維護

特點：順序性和依賴性

隻有前一階段完成才能開始後一階段；前一階段的輸出文檔是後一階段的輸入文檔。

瀑布方法嚴格規定了每一階段必須送出的文檔和必要的審查驗證。瀑布方法簡單，易了解，易了解，易操作，它迫使開發人員遵守規範的方法和步驟，消除了系統開發的随意性，并且每一階段對完成的文檔進行嚴格的審查，一定程度上保證了系統的品質。

缺點：不足與局限性

瀑布開發方法需要在系統開發之初嚴格定義或明确說明使用者需求，确定系統邊界。就系統的建設來說，明确問題本身不是一件輕松的事，這正是系統分析的困難所在。其次，系統的額推遲實作會帶來風險，客戶往往要等到開發周期的晚期才能看到系統的運作版本，這時，若發現大的錯誤，可能引起客戶的恐慌，其後果也可能是災難性的。

改進的瀑布方法增加了回退流程，即當後續階段發現前面階段的錯誤時，允許暫時回退到前一階段，修正前面的錯誤後再繼續完成中斷的錯誤。