軟件過程模型的優(yōu)缺點對比

1、軟件過程模型的比較瀑布模型瀑布模型(經典生命周期)提出了軟件開發(fā)的系統化的、順序的方法。其流程從用戶 需求規(guī)格說 明開始，通過策劃、建模、構建和部署的過程，最終提供一個完整的軟件并提供持續(xù)的技術支持。優(yōu)點：.強調開發(fā)的階段性，各階段具有順序性和依賴性.強調早期調研和需求分析，推遲編碼實現的觀點.提供了一個摸板，這個摸板使得分析、設計、編碼、測試和支持的方法可以在該摸板下有一個共同的指導缺點：.文檔驅動，用戶無法及時了解產品的情況.依賴早期調研和需求分析，很難適應在許多項目開始階段必然存在的不確定性。.流程單一，必須要完成前一階段的任務，才能進行下一階段，開發(fā)過程中的成功經驗無法用于本產品。4?

2、測試在后期引入，對于系統存在的重大缺陷，如果在可執(zhí)行程序評審之前沒有被發(fā)現，將可能造成重大損失。.組織龐大，人員閑置。適用范圍：需求確定，工作能夠采用線性的方式完成的軟件。增量過程模型增量過程模型包括增量模型、RAD模型。(-)增量模型增量過程模型以迭代的方式運用瀑布模型，把軟件產品作為一系列的增量構件來設計、編碼、集成和測試。每個構件由多個相互作用的模塊構成，并且能夠 完成特定的功能。使用增量模型時，第一個增量往往是核心功能。優(yōu)點：.能在較短的時間內向用戶提交可完成部分工作的產品。.逐步增加產品功能可以使用戶有充裕的時間學習和適應新產品，從而減少一個 全新的軟件可能給客戶組織帶來的沖擊。.規(guī)

3、避技術風險.可并行開發(fā)構件，加快開發(fā)的進度 缺點:.沒有考慮軟件的整體質量和長期的可維護性。.大部分情況是不合適的操作算法被采用目的為了演示功能，不合適的開發(fā)工具被采用 僅僅為了它的方便，還有不合適的操作系統被選擇等等。.由于達不到質量要求產品可能被拋棄，而采用新的模型重新設計適用范圍：項目在既定的商業(yè)要求期限之前不可能找到足夠的開發(fā)人員；（二）RAD模型RAD模型是一種側重于短暫的開發(fā)周期的增量軟件過程模型，它是瀑布模型的“高 速”變體,通過基于構建的構建方法實現快速開發(fā)。開發(fā)團隊能夠在非常短的時間內創(chuàng)造出“全功能系統”優(yōu)點：?開發(fā)速度快，質量有保證。?對信息系統特別有效。缺點：.對于大型的

4、可伸縮的項目，RAD需要大量的人力資源來創(chuàng)建多個相對的獨立的RAD團隊.如果開發(fā)者和用戶沒有為短時間內急速完成整個系統做好準備，RAD項目將會失敗。.如果一個系統不能合理的模塊化，RAD構件建立會有很多問題。.如果系統需求是高性能，并且需要通過調整構件接口的方式來提高性能，不能采用RAD模型.技術風險很高的情況下構件接適用范圍：1、不適合技術風險很高的開發(fā)，不適合系統需求是高性能，并且需要通過調整 口的方式來提高性能的產品開發(fā)。構件接2、適用于工期緊張，又可細分功能，還要有合適的構件演化過程模型演化過程模型包括原型開發(fā)，螺旋模型，協同開發(fā)模型。（-）原型開發(fā) 從需求收集開始，開發(fā)者和客戶在一起

5、定義軟件的總體目標，標識己知的需求并且規(guī)劃出需要進一步定義的區(qū)域。 然后是快速設計”，它集中于軟件中那些對客戶 可見的部分 的表示，這將導致原型的創(chuàng)建，并由客戶評估并進一步精化待開發(fā)軟件的需求。逐步調整原型使其 滿足客戶的需求，這個過程是迭代的。其流 程從聽取客戶意見開 始、隨后是建造/修改原型、客戶 測試運行原型、然后回頭 往復循環(huán)直到客戶對原型滿意為 止。由于這種模型可以讓客戶快速的感 受到實際的系統（雖然這個系統不帶有任何質量的 保證），所以客戶和開發(fā)者都比較喜歡這種過程 模型（對于那些僅僅用來演示軟件功能的公司而言或從來不考慮軟件質量和不害怕長期維護的公司而言）優(yōu)點: 1、能讓人（開發(fā)

6、者或客戶）很快見到產品，有成就感。2、能漸進地啟發(fā)客戶提出新的要求或任務。缺點：1、沒有考慮軟件的整體質量和長期的可維護性。2大部分情況是不合適的操作算法被采用目的為了演示功能，不合適的開發(fā)工具被采用僅僅為了它的方便，還有不合適的操作系統被選擇等等。3、由于達不到質量要求產品可能被拋棄，而采用新的模型重新設計。（二）螺旋模型螺旋模型是一種演進式軟件過程模型，結合了原型的迭代性質和瀑布模型的系統性和可控性的特點，具有快速開發(fā)越來越完善軟件版本的潛力。開發(fā)步驟：沿螺線自內向外，每旋轉一圈便開發(fā)出更為完善的一個新的軟件版本。例如，在第一圈，確定了初步的目標、方案和限制條件以后，轉入右上象限，對風險進

7、行識別和分析。如果風險分析表明，需求有不確定性，那么在右下的工程象限內，所建的原型會幫助開發(fā)人員和客戶，考慮其它開發(fā)模型，并對需求做進一步修正?？蛻魧こ坛晒龀鲈u價之后，給出修正建議。在此基礎上需再次計劃，并進行風險分析。在每一 圈螺線上，風險分析的終點做出是否 繼續(xù)下去的判斷。假如風險過大，開發(fā)者和用戶無法 承受，項目有可能終止。多數情況下沿螺線的 活動會繼續(xù)下去，自內向外，逐步延伸，最 終得到所期望的系統。累計評愉方幕、一產局優(yōu)點：見險分孟、消除鳳徒一產局優(yōu)點：矍施8ft瀛;/翻風號險分可開發(fā)實現:測試;實施工程3.提供糾錯的機會缺點：3.提供糾錯的機會缺點：1.2.必須要轉業(yè)的風險分析

8、人員的參與1.2.必須要轉業(yè)的風險分析人員的參與每個階段都要提出被選方案，進行風險分析，研發(fā)周期長，效率低適用范圍：大型項目（三）協同開發(fā)模型 協同開發(fā)模型（協同工程），可以表示唯一系列的框架活動、軟件工程動作和任務以及相應的狀態(tài)。適用范圍：所有類型的軟件開發(fā)專用過程模型包括基于構件的開發(fā)、形式化方法模型、面向方面的軟件開發(fā)。（一）基于構件的開發(fā)基于構件的開發(fā)模型具有許多螺旋模型的特點，本質上是演化模型，需要以迭代方式構建軟件。不同之處在于，基于構件開發(fā)模型采用預先打包的軟件構件開發(fā)程序。開發(fā)過程：對所需構件進行評估-考慮構件的集成-設計系統的軟件框架一將構件放入框架一 進行測試優(yōu)點：1?構件

9、可復用。提高了開發(fā)效率.采用了面向對象的技術.能夠使軟件復川缺點：過分依賴于構件，構件庫的質量影響著產品質量（-）形式化方法模型形式化方法模型包含了一組活動，他們導致了計算機軟件的數學規(guī)約。形式化方法使得軟件工程師們能夠通過應用一個嚴格的數學符號體系來規(guī)約、開發(fā)、和驗證基于計算機的系統。這種方法的一個變種，稱為凈室軟件工程，己經被一些組織所采用。在開發(fā)中使用形式化方法時，它們提供了一種機制，能夠消除使用其它 軟件過程 模型難以克服的很多問題。二義性、不完整性、不一致性能被更容易地發(fā)現和糾 正，而不是通過專門的評審，是通過對應用的數學分析。形式化方法提供了可以產生無缺陷軟件的承諾。優(yōu)點：1、形式

10、化規(guī)約可直接作為程序驗證的基礎，可以盡早的發(fā)現和糾正錯誤（包括那些其它情況下不能發(fā)現的錯誤）。2、開發(fā)出來的軟件具有很高的安全性和健壯性，特別適合安全部門或者軟件錯誤會造成經濟損失的開發(fā)者。3、能夠開發(fā)出無缺陷軟件。缺點：1、開發(fā)費用昂貴，而且需要的時間較長。2、需要大量的培訓。3、不能將這種模型作為對客戶通信的機制，因為客戶對這些數學語言一無所 知。適用范圍：不適用于技術水平不高的客戶（三）面向方面的軟件開發(fā)將系統分成若干相對較獨立的組成部分，這些部分稱為方轉化優(yōu)點：超越了子程序和繼承的方法。缺點：技術還不成統一過程模型統一過程模型是一種“用例驅動、以體系結構為核心、迭代及增量”的軟件過程框架，由UML 方法和工具支持。它是一種增量模型，定義了五個階段：a起始階段，包括用 戶溝通和計劃活動，強調定義和細化用例 細化階段，包括用戶溝通和建?；顒?，重點是創(chuàng)建分析和設計模型。C、構件階段，細化模型設計，并將設計模型轉化為軟件構件