軟件設計——軟件過程模型


軟件過程模型

分類:

瀑布模型、 增量模型、演化模型(原型模型、螺旋模型)、噴泉模型、基於構件的開發模型、形式化方法模型

 

瀑布模型:

優點:

容易理解,管理成本低;強調開發的階段性早期計划及需求調查和產品測試。

不足之處是,客戶必須能夠完整、正確和清晰地表達他們的需要;在開始的兩個或3個階段中,很難評估真正的進度狀態;當接近項目結束時,出現了大量的集成和測試工作:直到項目結束之前,都不能演示系統的能力。

在瀑布模型中,需求或設計中的錯誤往往只有到了項目后期才能夠被發現,對於項目風險的控制能力較弱,從而導致項目常常延期完成,開發費用超出預算。

缺點:

(1)開發過程一般不能逆轉,否則代價太大;

(2)實際的項目開發很難嚴格按該模型進行;

(3)客戶往往很難清楚地給出所有的需求,而該模型卻要求如此。

(4)軟件的實際情況必須到項目開發的后期客戶才能看到,這要求客戶有足夠的耐心。

適用於:

(1)用戶的需求非常清楚全面,且在開發過程中沒有或很少變化;

(2)開發人員對軟件的應用領域很熟悉;

(3)用戶的使用環境非常穩定;

(4)開發工作對用戶參與的要求很低。

它是以文檔作為驅動、適合於軟件需求分明的軟件項目的模型

 

 

增量模型:

優點:

作為瀑布模型的一個變體,具有瀑布模型的所有優點。此外,它還有以下優點:

(1)第一個可交付版本所需要的成本和時間很少;

(2)開發由增量表示的小系統所承擔的風險不大;

(3)由於很快發布了第一個版本,因此可以減少用戶需求的變更;

(4)運行增量投資,即在項目開始時,可以僅對一個或兩個增量投資。

缺點:

(1)並行開發構件有可能遇到不能集成的風險,軟件必須具備開放式的體系結構;

(2)增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟件過程的控制失去整體性。

適用於:

(1)進行已有產品升級或新版本開發,增量模型是非常適合的;

(2)對完成期限嚴格要求的產品,可以使用增量模型;

(3)對所開發的領域比較熟悉而且已有原型系統,增量模型也是非常適合的。

增量模型適用於需求比較明確,架構比較穩定的軟件開發,每次增量不影響已有的架構,在已有的架構下增加新的功能。迭代模型適用於需求不甚明確、難度比較大的軟件開發。

 

 

原型模型:

優點:

(1)可以得到比較良好的需求定義,容易適應需求的變化;

(2)有利於開發與培訓的同步;

(3)開發費用低、開發周期短且對用戶更友好。

缺點:

(1)客戶與開發者對原型理解不同;

(2) 准確的原型設計比較困難;

(3) 不利於開發人員的創新。

適用於:

(1)對所開發的領域比較熟悉而且有快速的原型開發工具;

(2)項目招投標時,可以以原型模型作為軟件的開發模型;

(3)進行產品移植或升級時,或對已有產品原型進行客戶化工作時,原型模型是非常適合的。

適用於用戶需求不清、需求經常變換的情況。當系統規模不是很大也不是太復雜時,采用該方法比較好

 

 

螺旋模型:

優點:

(1)設計上的靈活性,可以在項目的各個階段進行變更;

(2)以小的分段來構建大型系統,使成本計算變得簡單容易;

(3)客戶始終參與每個階段的開發,保證了項目不偏離正確方向以及項目的可控性;

(4) 隨着項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。

缺點:

(1)采用螺旋模型需要具有相當豐富的風險評估經驗和專門知識,在風險較大的項目開發中,如果未能夠及時標識風險,勢必造成重大損失;

(2)過多的迭代次數會增加開發成本,延遲提交時間。

適用於:

螺旋模型只適合於大規模的軟件項目。

對於新近開發,需求不明確的情況下,適合用螺旋模型進行開發,便於風險控制和需求變更。

 

 

噴泉模型:

介紹:

噴泉模型是-種以用戶需求為動力,以對象作為驅動的模型,適合於面向對象的開發方法。

它克服了瀑布模型不支持軟件重用和多項開發活動集成的局限性。

噴泉模型使開發過程具有迭代性和無間隙性,迭代意味着模型中的開發活動常常需要重復多次,在迭代過程中不斷地完善軟件系統。無間隙是指在開發活動(如分析、設計、編碼)之大間不存在明顯的邊界,也就 是說,它不像瀑布模型那樣,在需求分析活動結束后才開始設計活動,在設計活動結束后才開始編碼活動,而是允許各開發活動交叉、迭代地進行。

適用於:

噴泉模型主要用於面向對象的軟件項目,軟件的某個部分通常被重復多次,相關對象在每次迭代中隨之加入漸進的軟件成分。

 

 

基於構件的開發模型:

介紹:

基於構件的開發模型具有許多螺旋模型的特點,它本質上是演化模型,需要以迭代方式構建軟件。

其不同之處在於,基於構建的開發模型采用預先打包的軟件構建開發應用系統

 

 

形式化方法模型:

主要活動:

生成計算機軟件形式的數學規格說明

 

 

統一過程(UP)模型:

參考具體:https://www.cnblogs.com/sunjiaojiao/p/11485547.html 【五、敏捷方法

(已經補充完整)

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM