瀑布流模型簡單易行，對於軟體質量有比較高的保障。但是瀑布模型對於前期需求不明確的專案，很難開展需求分析，後續如果有需求變更，瀑布流模型便很難響應。
快速原型模型，就是為了要解決客戶的需求不明確和需求多變的問題。先迅速建造乙個可以執行的軟體原型，然後收集使用者反饋，再反覆修改確認，使開發出的軟體能真正反映使用者需求，這種開發模型就叫快速原型模型，也叫原型模型。
但這種快速原型開發往往是以犧牲質量為代價的。針對原型模型的這種快速、低質量的特點，通常有兩種處理策略：拋棄策略和附加策略。
增量模型主要適用於：需求比較清楚，能模組化的軟體系統，並且可以按模組分批次交付。
在每乙個迭代中都會包括需求分析，設計，實現和測試，類似於乙個小瀑布模型。迭代結束時要完成乙個可以執行的交付版本。迭代模型最難的部分，在於規劃每次迭代的內容和要達到的目標。
軟體工程 開發模型軟體工程 開發模型
瀑布模式 螺旋模型 快速原型模式 增量模式 噴泉模型 演化模型 特點 推遲實現的觀點 質量保證 缺點 限制條件 優點 缺點 很難讓使用者確信這種演化方法的結果是可以控制的.建設週期長,而軟體技術發展比較快,所以經常出現軟體開發完畢後,和當前的技術水平有了較大的差距,無法滿足當前使用者需求.核心 在於...
軟體工程 開發模型
為了指導軟體開發，可以用不同的方式將軟體生命週期中的所有開發活動組織組織起來從而形成不同的開發模型。瀑布模型嚴格遵守軟體生命週期各階段的固定順序 計畫 分析 設計 程式設計 測試和維護，上一階段完成才能進入到下一階段，整個模型像乙個飛流直下的瀑布一下，如圖所示 特點 缺點 限制條件 優點 缺點 核心...
軟體工程 開發模型
前一階段完成後,才能開始後一階段 前一階段的輸出文字為後一階段的輸入文字 推遲實現的觀點 質量保證 每個階段必須交付出合格的文件 對文件進行審核 懼怕使用者測試中的反饋,懼怕需求變更 過於理想化缺乏靈活性 適合於大規模軟體專案 執行風險分析將大大影響專案的利潤,進行風險分析就毫無意義 軟體開發人員應...