【文章內(nèi)容簡介】 它表示一組目標，這些目標和將要安裝／銷售軟件的安裝前場地準備和將使用該軟件的各方所需的幫助相關(guān)聯(lián)。WINWIN模型強調(diào)風險分析和標識，使得開發(fā)人員和用戶對每個演化層出現(xiàn)的風險有所了解，繼而做出應有的反應。采用WINWIN模型的優(yōu)點是客戶和開發(fā)者達到一種平衡，實現(xiàn)雙贏，但是需要額外的談判技巧。螺旋模型提出了強調(diào)客戶交流的一個框架活動，該活動的目標是從客戶處誘導出項目需求。在理想情況下，開發(fā)人員簡單地詢問客戶需要什么，而客戶提供足夠的細節(jié)進行下去，不幸的是這種情形很少發(fā)生。而在WINWIN模型中，客戶和開發(fā)人員進入一個談判過程，客戶被要求在成本和應市之間的約束下平衡功能、性能和其他產(chǎn)品或系統(tǒng)特征。最好的談判追求“雙贏”結(jié)果，即通過談判客戶獲得大部分系統(tǒng)的功能，而開發(fā)人員則獲得現(xiàn)實和可達到的預算和時限。 原型實現(xiàn)模型原型實現(xiàn)模型從需求收集開始，開發(fā)者和客戶在一起定義軟件的總體目標，標識出已知的需求，并規(guī)劃出需要進一步定義的區(qū)域。然后是“快速設(shè)計”，即集中于軟件中那些對用戶／客戶可見的部分的表示。這將導致原型的創(chuàng)建，并由用戶／客戶評估并進一步精化待開發(fā)軟件的需求。逐步調(diào)整原型使其滿足客戶的要求，而同時也使開發(fā)者對將要做的事情有更好的理解。這個過程是迭代的，其流程從聽取客戶意見開始，隨后是建造／修改原型、客戶測試運行原型。然后往復循環(huán)，直到客戶對原型滿意為止。采用原型實現(xiàn)模型的軟件過程如圖110所示。圖110 采用原型實現(xiàn)模型的軟件過程原型實現(xiàn)模型的最大特點是能夠快速實現(xiàn)一個可實際運行的系統(tǒng)初步模型，供開發(fā)人員和用戶進行交流和評審，以便較準確地獲得用戶的需求。該模型采用逐步求精方法使原型逐步完善，即每次經(jīng)用戶評審后修改、運行，不斷重復得到雙方認可。這個過程是迭代過程，它可以避免在瀑布模型冗長的開發(fā)過程中看不見產(chǎn)品雛形的現(xiàn)象。其優(yōu)點一是開發(fā)工具先進，開發(fā)效率高，使總的開發(fā)費用降低，時間縮短；二是開發(fā)人員與用戶交流直觀，可以澄清模糊需求，調(diào)動用戶的積極參與，能及早暴露系統(tǒng)實施后潛在的一些問題；三是原型系統(tǒng)可作為培訓環(huán)境，有利于用戶培訓和開發(fā)同步，開發(fā)過程也是學習過程。原型實現(xiàn)模型的缺點是產(chǎn)品原型在一定程度上限制了開發(fā)人員的創(chuàng)新，沒有考慮軟件的整體質(zhì)量和長期的可維護性。由于達不到質(zhì)量要求產(chǎn)品可能被拋棄，而采用新的模型重新設(shè)計，因此原型實現(xiàn)模型不適合嵌入式、實時控制及科學數(shù)值計算等大型軟件系統(tǒng)的開發(fā)。增量模型和原型模型都是從概要需求出發(fā)開發(fā)的，但二者有明顯不同。增量模型是從一些不完整的系統(tǒng)需求出發(fā)開始開發(fā)，在開發(fā)過程中逐漸發(fā)現(xiàn)新的需求。然后進一步充實完善該系統(tǒng)，使之成為實際可用的系統(tǒng)；原型開發(fā)的目的是為了發(fā)現(xiàn)并建立一個完整并經(jīng)過證實的需求規(guī)格說明，然后以此作為正式系統(tǒng)的開發(fā)基礎(chǔ)。因此原型開發(fā)階段的輸出是需求規(guī)格說明，這是為了降低整個軟件生成期的費用而拉大需求分析階段的一種方法，大部分原型是“用完就扔”的類型。 RAD模型RAD（快速應用開發(fā)）模型是一個增量型的軟件開發(fā)過程模型，強調(diào)極短的開發(fā)周期。該模型是瀑布模型的一個“高速”變種，通過大量使用可復用構(gòu)件，采用基于構(gòu)件的建造方法贏得了快速開發(fā)。如果正確地理解了需求，而且約束了項目的范圍，利用這種模型可以很快創(chuàng)建出功能完善的信息系統(tǒng)。其流程從業(yè)務(wù)建模開始，隨后是數(shù)據(jù)建模、過程建模、應用生成、測試及反復。采用RAD模型的軟件過程如圖111所示。圖111 采用RAD模型的軟件過程RAD模型各個活動期所要完成的任務(wù)如下。（1）業(yè)務(wù)建模確定驅(qū)動業(yè)務(wù)過程運作的信息、要生成的信息、如何生成、信息流的去向及其處理等，可以輔之以數(shù)據(jù)流圖。（2）數(shù)據(jù)建模為支持業(yè)務(wù)過程的數(shù)據(jù)流查找數(shù)據(jù)對象集合、定義數(shù)據(jù)對象屬性，并與其他數(shù)據(jù)對象的關(guān)系構(gòu)成數(shù)據(jù)模型，可輔之以ER圖。（3）過程建模使數(shù)據(jù)對象在信息流中完成各業(yè)務(wù)功能，創(chuàng)建過程以描述數(shù)據(jù)對象的增加、修改、刪除、查找，即細化數(shù)據(jù)流圖中的處理框。（4）應用程序生成利用第4代語言（4GL）寫出處理程序，重用已有構(gòu)件或創(chuàng)建新的可重用構(gòu)件，利用環(huán)境提供的工具自動生成以構(gòu)造出整個的應用系統(tǒng)。（5）測試與交付由于大量重用，一般只做總體測試，但新創(chuàng)建的構(gòu)件還是要測試的。與瀑布模型相比，RAD模型不采用傳統(tǒng)的第3代程序設(shè)計語言來創(chuàng)建軟件，而是采用基于構(gòu)件的開發(fā)方法復用已有的程序結(jié)構(gòu)（如果可能）或使用可復用構(gòu)件和或創(chuàng)建可復用的構(gòu)件（如果需要）。在所有情況下，均使用自動化工具輔助軟件創(chuàng)造。很顯然，加在一個RAD模型項目上的時間約束需要“一個可伸縮的范圍”。如果一個業(yè)務(wù)能夠被模塊化使得其中每一個主要功能均可以在不到3個月的時間內(nèi)完成，則其是RAD的一個候選者。每一個主要功能可由一個單獨的RAD組來實現(xiàn)，最后集成起來形成一個整體。RAD模型通過大量使用可復用構(gòu)件加快了開發(fā)速度，對信息系統(tǒng)的開發(fā)特別有效。但是與所有其他軟件過程模型一樣，RAD方法有如下缺陷。① 并非所有應用都適合RAD。RAD模型對模塊化要求比較高，如果有哪一個功能不能被模塊化，那么建造RAD所需要的構(gòu)件就會有問題。如果高性能是一個指標且該指標必須通過調(diào)整接口使其適應系統(tǒng)構(gòu)件才能贏得，RAD方法也有可能不能奏效。② 開發(fā)人員和客戶必須在很短的時間內(nèi)完成一系列的需求分析，任何一方配合不當都會導致RAD項目失敗。③ RAD只能用于信息系統(tǒng)開發(fā)，不適合技術(shù)風險很高的情況。當一個新應用要采用很多新技術(shù)或當新軟件要求與已有的計算機程序的高互操作性時，這種情況就會發(fā)生。 并發(fā)開發(fā)模型并發(fā)開發(fā)模型也稱為“并發(fā)工程”，它關(guān)注于多個