軟考——軟體過程模型
阿新 • • 發佈：2019-01-28
瀑布模型
瀑布模型嚴格遵循軟體生命週期各階段的固定順序，上一階段完成後才能進入到下一階段，整個模型就像一個飛流直下的瀑布。
它是以文件為驅動、適合於軟體需求很明確的軟體專案的模型。
優點
(1)可強迫開發人員採用規範的方法
(2)嚴格規定了各階段必須提交的文件
(3)要求每個階段結束後，都要進行嚴格的評審。
缺點
（1）過於理想化，缺乏靈活性
（2）需求或設計中的錯誤往往到了專案後期才能夠被發現，對專案風險的控制能力較弱。
變體是V模型：將驗證確認活動應用於早期軟體工程工作的方法
增量模型
增量模型融合了瀑布模型的基本成分和原型實現的迭代特徵，假設可以將需求分段為一系列增量產品，每一增量可以分別開發。第一個增量往往是核心的產品。
優點：
（1）.第一個可交付版本所需要的成本和時間很少
（2）.減少使用者需求的變更
（3）.開發由增量表示的小系統所承擔的風險不大。
缺點：
（1）.如果沒有對使用者的變更要求進行規劃，那麼產生的初始變數可能會造成後來增量的不穩定；
（2）.如果需求不像早期思考的那樣穩定和完整，那麼一些增量就需要重新開發，重新發布；
（3）.管理髮生的成本、進度和配置的複雜性可能會超出組織的能力。
原型模型
一個原型不必滿足目標軟體的所有約束，其目的是能快速、低成本地構建原型。 適用於需求不夠明確的專案。 根據使用原型的目的不同，原型可以分為探索性原型、實驗型原型和演化型原型3種。螺旋模型
將瀑布模型和演化模型結合起來，加入兩種模型均忽略的風險分析，彌補了這兩種模型的不足。 螺旋模型將開發過程分為幾個螺旋週期，每個螺旋週期分4個工作步驟 （1）制定計劃 （2）風險分析 （3）實施工程 （4）使用者評估 適用於龐大、複雜並且高風險的系統。
噴泉模型
以使用者需求為動力，以物件作為驅動的模型，適合於面向物件的開發方法，開發過程具有迭代性和無間隙性。 各個階段沒有明顯的界限，開發人員可以同步執行。
優點： 可以提高軟體專案的開發效率，節省開發時間。 缺點： 由於噴泉模型在各個開發階段是重疊的，在開發過程中需要大量的開發人員，不利於專案的管理，這種模型要求嚴格管理文件，使得稽核的難度加大。