第一種瀑布模型
什么是瀑布模型？瀑布模型是在1970年由溫斯頓·羅伊斯（Winston Royce）提出，它將軟件的邏輯實現和物理實現分開，將功能的實現與設計分開，它定義了6個階段，制定計劃->需求分析->系統設計->編碼->測試->運行維護,這個軟件開發過程就按照該6個階段展開，層層遞進，就像瀑布一樣，一層一層往下落，所以叫做瀑布模型。
瀑布模型實際就是一個項目開發的架構，軟件開發的過程就是按照這一些列定義好的順序展開。在軟件工程才剛剛開始的早期階段，瀑布模型的提出，使人們開始以工程化和工序化的眼光看待軟件開發過程。（軟件有架構，軟件開發的過程一樣有架構）
瀑布模型的優點：1，非常清晰的定義出了軟件開發過程的六個階段，軟件開發團隊只需要按照定義好的階段按部就班的做該階段的工作就是了
2，工序化，流水線式的作業，已完成的階段，不需要關注
缺點：1，只適用于前期需求非常清晰且明確，并且在開發過程中需求不會變動，遇到需求不明且變動頻繁的情況，采用該模式，項目失敗的風險是非常之高。
2，軟件產品只有在軟件全部開發完成之后，才會呈現給用戶，如果遇到開發出來的產品不滿足用戶需求，失敗的風險也是非常之高
3，軟件測試在軟件開發完成之后開始進行，在這個階段發現出來的缺陷，去修復的成本是非常之高，軟件測試并沒有貫穿這個項目周期。
總結：在軟件工程思想剛剛興起的時候，瀑布模型無疑是一種非常優良的管理軟件開發過程的模式，但是隨著軟件變得越來越復雜，用戶的需求變得越來快且要求越來越多，要求交付的時間變短，這種模式無疑是無法滿足的，且得及其的笨重和緩慢，所以在當下更加流行的是敏捷開發模式，與其說流行不如說該模式更符合當下軟件開發的現狀，更能更快更好的滿足用戶的需求，但是瀑布模型做為一種經典的開發模式，也是值得去細細玩味的。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
