前一階段完成後,才能開始後一階段
前一階段的輸出文字為後一階段的輸入文字
推遲實現的觀點
質量保證:
每個階段必須交付出合格的文件
對文件進行審核
懼怕使用者測試中的反饋,懼怕需求變更
過於理想化缺乏靈活性
適合於大規模軟體專案(執行風險分析將大大影響專案的利潤,進行風險分析就毫無意義)
軟體開發人員應該擅長尋找可能的風險,準確地分析風險,否則將會帶來更大的風險
以小的分段來構建大型系統,使成本計算變得簡單容易
客戶始終參為保證了專案不偏離正確方向以及專案的可控性
客戶始終掌握專案的最新資訊,從而他或她能夠和管理層有效地互動.
客戶認可這種公司內部的開發方式帶來的良好的溝通和高質量的產品.
識別並化解風險
評估可選項
開發並測試當前階段
規劃下一階段
確定進入下一階段的方法步驟.
缺點： 所選用的開發技術和工具不一定符合主流的發展；快速建立起來的系統結構加上連續的修改可能會導致產品質量低下。
實驗型原型: 主要用於設計階段,考核；實現方案是否合適,能否實陋
演化型原型: 主要用於及早向使用者提交乙個原型系統,該原型系統或者包含系統的框架,或者包含系統的主要功能,在得到使用者的認可後,將原型系統不斷擴充演變為最終的軟體系統
附加策略是將原型用於開發的全過程,原型由最基本的核心開始,逐步增加新的功能和新的需求,反覆修改反覆擴充,最後發展為使用者滿意的最終系統,演化型快速原型就是採用此策略
後面的增構件是為了第一構件提供服務提供功能的
而且避免吧難題退後,首先完成的應該是高風險和重要部分
逐步增加產品功能可以使使用者有時間了解和適應新產品
開放結構的軟體擁有的維護性明顯好於封閉結構的軟體
如果增量包之間存在相交的情況且未很好處理，則必須做全盤系統分析
精化:根據以能滿足使用者核心需求的核心系統上,增加使用者反饋的其他全部功能
開發中的經驗教訓能反饋應用於本產品的下乙個迴圈過程,大大提高質量與效率
大大有助於早期建立產品開發的配置管理
缺乏嚴格過程管理的話,這生命週期模型很可能退化為「試－錯－改」模式
不加控制地讓使用者接觸開發中尚未測試穩定的功能,可能對開發人員及使用者都產生負面的影響
瀑布模型的突出缺點是不適應使用者需求的變化。
這幾種模型的適用情況：原形：需求不明確；瀑布：大系統風險小；螺旋：大系統需求不明，風險大
軟體工程 開發模型軟體工程 開發模型
瀑布模式 螺旋模型 快速原型模式 增量模式 噴泉模型 演化模型 特點 推遲實現的觀點 質量保證 缺點 限制條件 優點 缺點 很難讓使用者確信這種演化方法的結果是可以控制的.建設週期長,而軟體技術發展比較快,所以經常出現軟體開發完畢後,和當前的技術水平有了較大的差距,無法滿足當前使用者需求.核心 在於...
軟體工程 開發模型
為了指導軟體開發，可以用不同的方式將軟體生命週期中的所有開發活動組織組織起來從而形成不同的開發模型。瀑布模型嚴格遵守軟體生命週期各階段的固定順序 計畫 分析 設計 程式設計 測試和維護，上一階段完成才能進入到下一階段，整個模型像乙個飛流直下的瀑布一下，如圖所示 特點 缺點 限制條件 優點 缺點 核心...
軟體工程 開發模型
瀑布模型 快速模型 增量模型 螺旋模型 噴泉模型 瀑布模型 內容 需求分析 規格說明 設計 編碼 綜合測試 維護 特點 固定順序，從上到下，逐級過渡 單向 文件驅動 系統可能不滿足客戶的需求 快速模型 內容 快速模型 規格說明 設計 編碼 綜合測試 維護 根據使用者的主要需求，建立乙個軟體原型，使用...