軟體開發模型
一、 瀑布模型 定義階段 開發階段 維護階段。
思想 : (從制作時間上按工序把問題花間
将功能實作與制作分開便于分工寫作) 依懶性
缺點 時間周期長 ,使用者見面晚,修改難。成功率低一般為25%
優點 比較嚴格,保證品質。
2. B模型 軟體開發 維護循環 開發維護分開
二、快速原型模型 需求分析,原型開發,原型評價,最終系統設計,最終系統實作
快速原型兩種(丢棄型,漸增模型)
優點 (1)可以得到比較良好的需求定義,容易适應需求的變化;
(2)有利于開發與教育訓練的同步;
(3)開發費用低、開發周期短且對使用者更友好。
缺點 (1)客戶與開發者對原型了解不同;
(2) 準确的原型設計比較困難;
(3) 不利于開發人員的創新。
第三個 漸增模型
- 基本思想,先建立一個不完全的系統,然後通過測試這個系統,進一步使系統擴充和完善
- 優點,開發人員和使用者都共同參加,有問題随時修改,滿足使用者的需求
- 使用範圍,使用那些知識型軟體系統的開發
- 優點 整體結構不如瀑布模型清晰,軟體的文檔不如瀑布型的劃分嚴格,周期長 成本高,與使用者見面快,開發效率高
四、螺旋模型 隻适用大規模的軟體項目
優點 (1)設計靈活、可在各個階段進行變更
(2)以小的分段來建構大型系統,使成本計算變得簡單容易
(3)客戶始終參與,保證項目不偏離方向,項目的可控制性
(4)因為一直參與,與管理層有互動
缺點 (1)需要搞得風險評估,不然勢必造成重大損失。
(2)過多的疊代次數 ,增加開發時間,延遲送出時間。
第五個噴泉模型 疊代,無界限 、
以面向對象的軟體開發方法為基礎,以使用者需求為動力,以對象來驅動的模型
優點 (1)不像瀑布模型那樣,先分析結束後再到設計,設計完再到編碼。
(2)各個階段沒有明顯的界限,開發人員同步開發
(3)效率高,時間短
缺點 (1)開發階段是重疊的,是以需要大量的開發人員,不利于項目的管理
(2)模型要求嚴格管理文檔,是得稽核的難度加大,
六、形式化方法模型
有兩種 1.變換模型 2.淨室軟體過程模型
變換模型:
是一種用于軟體的形式化開發的方法。在軟體需求分析确定以後,便用形式化的規格說明語言将其描述為“形式化軟體規格說明”,然後對其進行一系列自動或半自動的變換,最終得到軟體系統的目标程式。
淨室軟體工程模型:
也是軟體開發的一種形式化方法,它力求在分析和設計階段就消除錯誤,確定正确,然後在無缺陷或“潔淨”的狀态下實作軟體的制作,以生成極高品質的軟體。它使用盒結構規約進行分析和設計模組化,并且強調将正确性驗證而不是測試,作為發現和消除錯誤的主要機制。它使用測試來擷取認證,使被傳遞的軟體的出錯率達到最低。