瀑布模型
瀑布模型（wate***ll model），它是乙個專案開發架構，它的開發過程是通過設計一系列的階段順序展開的，從系統需求分析到產品的發布和維護，一共分為六個基本的階段。
即：指定計畫、需求分析、軟體設計、程式編寫、軟體測試、執行和維護
每個階段都會產生迴圈反饋，這樣某個階段出現問題時，就可以去上個階段或者更上乙個階段去進行修改。
·第一次接觸軟體工程的開發模型，也聽過往後很多的模型跟瀑布模型都有聯絡，所以對此模型要好好了解了解
為什麼叫做瀑布模型？顧名思義，因為這樣的開發過程就像是瀑布一樣，水的流向是一樣的，都朝向同乙個方向，並且只有經過這個過程才可以到下乙個過程，就像該模型一樣,先做計畫，做好計畫才可以進行需求分析，做完需求分析才可以進行設計，當然你也可以先設計再去需求分析，不過那樣的話就不能叫做瀑布模型了
定義
瀑布模式是將軟體生存週期的各項活動規定為按固定順序而連線的若干工作階段，形如瀑布流水，最終得到軟體產品
是很牛的溫斯頓·羅伊斯在2023年提出來的。
核心思想
瀑布模型核心思想是按工序將問題簡化，將功能的實現與設計分開，便於分工協作，即採用結構化的分析與設計方法將邏輯現實與物理現實分開。
簡單描述
它是最早出現的軟體開發模型，現在介紹一下它的執行過程，其過程是從上乙個過程輸出的結果作為該項過程的所需物件並作為輸入,利用這一輸入實施該項過程應完成的任務給出該項過程的工作結果，並把其作為輸出物件傳給下乙個過程。同**審該過程的實施，如果沒有問題，則進行下乙個過程；否則，返回前面，或者更前面的過程。
不過對於那些經常變化的專案而言，瀑布模式毫無價值。
優點
提供按階段劃分的檢查點
可在迭代模型中應用瀑布模型
缺點
各階段完全固定，階段之間產生大量文件，極大地增加了工作量
因為是線性開發，所以只能在末期看到開發結果，增加了開發風險
我覺得最突出的就是不靈活，不能適應使用者的需求變化
·目前對於瀑布模型的了解僅限於能查到的對其的介紹，不過再往後接觸的過程中一定會更深層次地對瀑布模型進行分析與理解
軟體工程 開發模型軟體工程 開發模型
瀑布模式 螺旋模型 快速原型模式 增量模式 噴泉模型 演化模型 特點 推遲實現的觀點 質量保證 缺點 限制條件 優點 缺點 很難讓使用者確信這種演化方法的結果是可以控制的.建設週期長,而軟體技術發展比較快,所以經常出現軟體開發完畢後,和當前的技術水平有了較大的差距,無法滿足當前使用者需求.核心 在於...
軟體工程模型
這些牆很有趣。剛入獄的時候，你痛恨周圍的高牆 慢慢地，你習慣了生活在其中 最終你會發現自己不得不依靠它而生存。這就叫體制化。肖申克的救贖 瀑布模型 wate ll model 是乙個專案開發架構，開發過程是通過設計一系列階段順序展開的，從系統需求分析開始直到產品發布和維護，每個階段都會產生迴圈反饋，...
軟體工程過程 第4章 瀑布模型應用例項
博主內推 阿里菜鳥網路春招 部門直推 海量實習崗位 正式崗位 1.infosys 過程模型如下圖所示 p82 包括需求規範 高層設計 詳細設計 構建 單元測試 整合測試計畫 整合測試 系統測試計畫 系統測試 文件化 驗收測試 安裝和維護支援。2.需求階段主要兩個方面 問題分析和產品描述。需求分析活動...