2.3軟件開發(fā)模型2.3.1瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測試和運(yùn)行維護(hù)等六個(gè)基本活動，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

2.3.2螺旋模型

螺旋模型沿著螺線進(jìn)行若干次迭代，圖2-5中的四個(gè)象限代表了以下活動.螺旋模型沿著螺線旋轉(zhuǎn)，每個(gè)螺旋推進(jìn)的過程都是漸進(jìn)的實(shí)現(xiàn)過程，整個(gè)過程的實(shí)現(xiàn)，按照”制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評估”四個(gè)步驟循環(huán)實(shí)施。（1）制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件。定義資源、進(jìn)度及其他相關(guān)項(xiàng)目信息所需要的任務(wù)，以調(diào)整項(xiàng)目的目標(biāo)和改善系統(tǒng)實(shí)施的效率。

（2）風(fēng)險(xiǎn)分析：分析評估所選方案，考慮如何識別和消除風(fēng)險(xiǎn)。從風(fēng)險(xiǎn)角度分析方案的開發(fā)策略，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過建造原型來完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動下一個(gè)開發(fā)步驟?；谏鲜瞿繕?biāo)，評估技術(shù)及管理的風(fēng)險(xiǎn)，以決定如何實(shí)施項(xiàng)目。

（3）實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證。包括系統(tǒng)需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、單元測試、系統(tǒng)測試和驗(yàn)證測試等項(xiàng)目具體實(shí)施的各種任務(wù)。

(4）客戶評估：評價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。

螺旋模型的缺點(diǎn)是：

(1)它可能難以使用戶相信演化方法是可控的；（2）瀑布模型要求在軟件開發(fā)的初期就完全確定軟件的需求，這在很多情況下往往是無法實(shí)現(xiàn)的。螺旋模型加入了瀑布模型所忽略的風(fēng)險(xiǎn)分析，從而彌補(bǔ)了瀑布模型的不足。螺旋模型也有一定的限制條件，這些限制條件是：1）螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的，因此，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。2）如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤，那么進(jìn)行風(fēng)險(xiǎn)分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。3）軟件開發(fā)人員應(yīng)該擅長尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會帶來更大的風(fēng)險(xiǎn)。

2.3.3增量模型

增量模型和瀑布模型之間的本質(zhì)區(qū)別是：瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個(gè)階段的工作之前，必須完成前一階段的所有細(xì)節(jié)。而增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)，從而較早的產(chǎn)生工作軟件。增量模型是在項(xiàng)目的開發(fā)過程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。

增量模型也存在以下缺陷：

（1）

由于各個(gè)構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。

（2）

在開發(fā)過程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性。2.3.4噴泉模型

該模型表明軟件刻畫活動需要多次重復(fù)。例如，在編碼之前，（實(shí)踐之后），再次進(jìn)行分析和設(shè)計(jì)，其間添加有關(guān)功能，使系統(tǒng)得以演化。同時(shí)，該模型還表明活動之間沒有明顯的間隙，例如在分析和設(shè)計(jì)之間沒有明顯的界限。2.4快速原型開發(fā)

軟件原型化方法是指，在獲得一組基本需求說明后，經(jīng)過快速分析構(gòu)造出一個(gè)小型的軟件系統(tǒng)（原型系統(tǒng)），滿足用戶的基本要求。用戶試用該原型系統(tǒng)，從中得到感受和啟發(fā)，并對該原型系統(tǒng)做出反映和評價(jià)，然后開發(fā)者根據(jù)用戶的意見對原型加以改進(jìn)。隨著不斷地實(shí)驗(yàn)、糾錯(cuò)、使用、評價(jià)和修改，不斷獲得新的原型版本。如此反復(fù)，逐步減少分析和通信中的誤解，彌補(bǔ)不足，進(jìn)一步確定各種需求細(xì)節(jié)，適應(yīng)需求的變更，從而提高最終產(chǎn)品的質(zhì)量。．軟件原型的分類1.廢棄型也稱為快速建立需求規(guī)格原型RSP法。先構(gòu)造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對這個(gè)模型系統(tǒng)反復(fù)進(jìn)行分析修改，從而形成較好設(shè)計(jì)思想。2.追加型也稱為快速建立漸進(jìn)原型RCP法。采用循環(huán)漸進(jìn)的開發(fā)方式，對系統(tǒng)模型作連續(xù)精化，即先構(gòu)造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心，將系統(tǒng)需要具備的性質(zhì)逐步添加上去，通過不斷地?cái)U(kuò)充修改，逐步追加新的要求，直至所有性質(zhì)全部滿足，此時(shí)的原型模型也就是最終的產(chǎn)品。2.4.3.原型軟件的周期1．原型分析原型分析是指在分析者和用戶的緊密配合下，快速確定軟件系統(tǒng)的基本要求。根據(jù)原型所要體現(xiàn)的特性（或總體結(jié)構(gòu)、處理功能，模擬性能、界面形式等），描述基本需求規(guī)格說明，以滿足開發(fā)原型的需要。當(dāng)在分析階段使用原型化方法時(shí)，必須從系統(tǒng)結(jié)構(gòu)、邏輯結(jié)構(gòu)、用戶特征、應(yīng)用約束、項(xiàng)目管理和項(xiàng)目環(huán)境等多方面來考慮，以決定是否采用原型化方法。2．原型構(gòu)造在原型分析的基礎(chǔ)上，根據(jù)基本需求規(guī)格說明，忽略細(xì)節(jié)，只考慮主要特性，快速構(gòu)造一個(gè)可運(yùn)行的系統(tǒng)。為此需要強(qiáng)有力的軟件工具的支持。3．原型運(yùn)行與評價(jià)原型運(yùn)行與評價(jià)階段是軟件開發(fā)人員與用戶頻繁通訊、發(fā)現(xiàn)問題、消除誤解的重要階段。其目的是驗(yàn)證原型的正確程度，進(jìn)而開發(fā)新的并修改原有的需求。4．原型修正對于原型系統(tǒng)，一定要根據(jù)修改意見進(jìn)行修正。如果原型運(yùn)行的結(jié)果沒能滿足需求規(guī)格說明中的需求，那么就反映出對需求規(guī)格說明存在著不一致的理解或?qū)崿F(xiàn)方案不夠合理。若因?yàn)閲?yán)重的理解錯(cuò)誤而使正常操作的原型與用戶要求相違背時(shí)，就有可能產(chǎn)出廢品，因此應(yīng)當(dāng)立即放棄。5．判定原型完成如果原型經(jīng)過修正或和改進(jìn)，獲得了參與者的一致認(rèn)可，那么原型開發(fā)的迭代過程可以結(jié)束。為此，應(yīng)判斷有關(guān)應(yīng)用的實(shí)質(zhì)是否已經(jīng)掌握，迭代周期是否可以結(jié)束等。判定的結(jié)果有兩個(gè)不同的轉(zhuǎn)向：一個(gè)是繼續(xù)迭代驗(yàn)證；另一個(gè)是進(jìn)行詳細(xì)說明，比如將需求轉(zhuǎn)化為報(bào)表，給出統(tǒng)計(jì)數(shù)字等。對于那些不能通過模型進(jìn)行說明的成分，如果必要，須提供說明，并利用屏幕等進(jìn)行討論和確定。

6．判定原型效果考察用戶新加入的需求信息和細(xì)部說明信息，看其對模型效果有何影響？是否會影響模塊的有效性？如果使模型效果受到影響，甚至導(dǎo)致模型實(shí)效，則要進(jìn)行修正和改進(jìn)。7．整理原型和提供文檔整理原型的目的是為進(jìn)一步開發(fā)提供依據(jù)。原型的初期需求模型是一個(gè)自動的文檔。2.4.4快速原型的優(yōu)點(diǎn)1、增進(jìn)了軟件開發(fā)人員和用戶對系統(tǒng)需求的理解，便于將用戶模糊的功能需求明確化。2、為用戶提供了一種強(qiáng)有力的學(xué)習(xí)手段。3、易于確定系統(tǒng)的性能，是理解和確認(rèn)軟件需求規(guī)格說明的良好工具。4、按照快速建立漸進(jìn)原型（RCP）