軟工模型總結
阿新 • • 發佈:2019-03-21
審核 評估 教訓 用戶反饋 接口 定義 運用 進入 輸入
瀑布模式
特點:
- 階段間具有順序性和依賴性:
- 前一階段完成後,才能開始後一階段
- 前一階段的輸出做為後一階段的輸入
- 推遲實現的觀點
- 質量保證:
- 每個階段必須交付出合格的文檔
- 對文檔進行審核
缺點:
- 開始需要把需求做到最全
- 懼怕用戶測試中的反饋,懼怕需求變更
螺旋模型
限制條件:
- 適應於內部的大規模軟件開發:螺旋模型強調風險分析,許多客戶都無法接受和相信這種分析因此
- 適合於大規模軟件項目(執行風險分析將大大影響項目的利潤,進行風險分析就毫無意義)
- 軟件開發人員應該擅長尋找可能的風險,準確地分析風險,否則將會帶來更大的風險
優點:
- 設計上的靈活性,可以在項目的各個階段進行變更.
- 以小的分段來構建大型系統,使成本計算變得簡單容易
- 客戶始終參為保證了項目不偏離正確方向以及項目的可控性
- 客戶始終掌握項目的最新信息,從而他或她能夠和管理層有效地交互.
- 客戶認可這種公司內部的開發方式帶來的良好的溝通和高質量的產品.
缺點:
很難讓用戶確信這種演化方法的結果是可以控制的.建設周期長,而軟件技術發展比較快,所以經常出現軟件開發完畢後,和當前的技術水平有了較大的差距,無法滿足當前用戶需求.
核心:
在於您不需要在剛開始的時候就把所有事情都定義的清清楚楚.在定義最重要的功能時,去實現它,然後聽取客戶的意見,之後再進入到下一個階段.如此不斷輪回重復,直到得到您滿意的最終產品
每輪循環包含如下六個步驟:
- 確定目標,可選項,以及強制條件
- 識別並化解風險
- 評估可選項
- 開發並測試當前階段
- 規劃下一階段
- 確定進入下一階段的方法步驟.
模型:
快速原型模型
優缺點:
- 優點: 克服瀑布模型的缺點,減少由於軟件需求不明確帶來的開發風險。
- 缺點: 所選用的開發技術和工具不一定符合主流的發展;快速建立起來的系統結構加上連續的修改可能會導致產品質量低下。
原型類型:
- 探索型原型: 目的是要型清用戶的需求,確定所期望的特性,並探索各種方案的可行性。它主要針對開發目標模糊,
- 實驗型原型: 主要用於設計階段,考核;實現方案是否合適,能否實陋
- 演化型原型: 主要用於及早向用戶提交一個原型系統,該原型系統或者包含系統的框架,或者包含系統的主要功能,在得到用戶的認可後,將原型系統不斷擴充演變為最終的軟件系統
原型的運用方式:
- 拋棄策略是將原型用於開發過程的某個階段,促使該階段的開發結果更加完整、準確、一致、可靠,該階段結束後,原型隨之作廢。探索型和實驗型就是采用此策略的。
- 附加策略是將原型用於開發的全過程,原型由最基本的核心開始,逐步增加新的功能和新的需求,反復修改反復擴充,最後發展為用戶滿意的最終系統,演化型快速原型就是采用此策略
模型:
增量模型
構件思想:
- 第一構件完成軟件提供的基本最核心的功能
- 後面的增構件是為了第一構件提供服務提供功能的
- 而且避免吧難題退後,首先完成的應該是高風險和重要部分
困難:
每個新的構件集成到現有的軟件結構中必須破壞原來以開發的產品,所以必須定義很好的接口
優點:
- 短時間內向用戶提供可完成部分工作的產品
- 逐步增加產品功能可以使用戶有時間了解和適應新產品
- 開放結構的軟件擁有的維護性明顯好於封閉結構的軟件
缺陷:
- 容易退化為邊做邊改模型,從而使軟件過程的控制失去整體性
- 如果增量包之間存在相交的情況且未很好處理,則必須做全盤系統分析
模型:
噴泉模型
優點:
噴泉模型不像瀑布模型那樣,需要分析活動結束後才開始設計活動,設計活動結束後才開始編碼活動.該模型的各個階段沒有明顯的界限,開發人員可以同步進行開發.其優點是可以提高軟件項目開發效率,節省開發時間,適應於面向對象的軟件開發過程.
缺點:
由於噴泉模型在各個開發階段是重疊的,因此在開發過程中需要大量的開發人員,因此不利於項目的管理.此外這種模型要求嚴格管理文檔,使得審核的難度加大,尤其是面對可能隨時加入各種信息、需求與資料的情況.
模型:
演化模型
思想:
演化模型主要針對事先不能完整定義需求的軟件開發.用戶可以給出待開發系統的核心需求,並且當看到核心需求實現後,能夠有效地提出反饋,以支持系統的最終設計和實現
開發順序:
- 根據用戶的核心需求,設計,編碼,測試,後提交用戶
- 精化:根據以能滿足用戶核心需求的核心系統上,增加用戶反饋的其他全部功能
優點:
- 任何功能一經開發就能進入測試以便驗證是否符合產品需求
- 開發中的經驗教訓能反饋應用於本產品的下一個循環過程,大大提高質量與效率
- 開發中的經驗教訓能反饋應用於本產品的下一個循環過程,大大提高質量與效率
- 大大有助於早期建立產品開發的配置管理
缺點:
- 主要需求開始並不完全弄清楚的話,會給總體設計帶來困難及削弱產品設計的完整性,並因而影響產品性能的優化及產品的可維護性
- 缺乏嚴格過程管理的話,這生命周期模型很可能退化為“試-錯-改”模式
- 不加控制地讓用戶接觸開發中尚未測試穩定的功能,可能對開發人員及用戶都產生負面的影響
軟工模型總結