瀑布模型表示如圖1.1所示。該模型說明整個軟件看法過程是按圖中五個階段進行的。每個階段的任務完成之後，產生相應的文檔，經過確認後的文檔表明該階段的工作完成了，可以進行下一階段的工作。每個階段均以上一階段的文檔作為開發的基礎，如果某階段的文檔出問題，則可能需要追溯到前一些階段，必要時還要修改前面已經完成的文檔。
圖1.1 瀑布模型
2.瀑布模型的優點
①它提供了一個模板，模板使得分析、設計、編碼、測試和維護的方法可以在該模板下有一個共同的指導。
②雖然有不少缺陷，但比在軟件開發中隨意的狀態要好得多。
3.瀑布模型的缺點
①實際的項目大部分情況難以按照該模型給出的順序進行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。
②在通常情況下，用戶難以表達真正的需求，而這種模式卻要求如此，這種模型是不歡迎具有二義性問題存在的。
③用戶要等到開發週期的晚期才能看到程序運行的測試版本，而在這時若發現大的錯誤，可能引起用戶的驚慌，而後果也可能是災難性的。
④採用這種線性模型，經常在過程的開始和結束時，要等待其他成員完成後，才能進行下去，有可能花在等待的時間比開發的時間要長。我們稱之為“堵塞狀態”。
分享到:
閱讀更多 時氪分享 的文章
