軟件生命周期指引范文

1、文檔編號(hào):日期:軟件生命周期指南任務(wù)名稱：擬制人：審核：所屬項(xiàng)目名稱：審校：批準(zhǔn)：代號(hào)：版本：武漢貝斯特通信集團(tuán)有限公司變更記錄1前言軟件生命周期是指軟件產(chǎn)品或軟件系統(tǒng)從產(chǎn)生、投入使用到被淘汰的全過(guò)程。隨著軟件復(fù)雜性的增長(zhǎng)，人們認(rèn)識(shí)到軟件開(kāi)發(fā)活動(dòng)應(yīng)劃分為需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等若干個(gè)活動(dòng)，并將這些活動(dòng)以適當(dāng)?shù)姆绞椒峙涞讲煌碾A段中去完成。軟件生命周期模型是描述軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。比較常見(jiàn)的軟件生命周期模型是瀑布模型、增量模型、原型模型和螺旋模型等。1.1 目的和適用范圍本文檔規(guī)定了貝斯特集團(tuán)軟件研發(fā)部適用的軟件生命周期模型，作為項(xiàng)目經(jīng)理在制定項(xiàng)目計(jì)劃時(shí)根據(jù)項(xiàng)目需求、復(fù)雜

2、程度、進(jìn)度要求等項(xiàng)目特點(diǎn)確定采用何種開(kāi)發(fā)過(guò)程的依據(jù)。如果確定的生命周期模型不在本文檔中規(guī)定的范圍內(nèi)，必須經(jīng)過(guò)系統(tǒng)集成部的審批才能使用。本文檔適用于貝斯特集團(tuán)軟件研發(fā)部的所有軟件項(xiàng)目。1.2 縮略語(yǔ)pp項(xiàng)目計(jì)劃PMC項(xiàng)目監(jiān)督和控制PPQA過(guò)程和產(chǎn)品質(zhì)量保證CM配置管理SOW工作說(shuō)明書(shū)WBS工作分解結(jié)構(gòu)SRS軟件需求規(guī)格說(shuō)明書(shū)1.3 參考文獻(xiàn)CMMI1.1。2瀑布模型瀑布模型是最常用的軟件開(kāi)發(fā)模型，它的各個(gè)階段是按線性序列組織的。開(kāi)發(fā)過(guò)程中的階段劃分為項(xiàng)目策劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、軟件集成和集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收和安裝等（圖1）。盡管開(kāi)發(fā)過(guò)程中定義了各個(gè)階段的順序，但這

3、些階段有時(shí)是相互交迭進(jìn)行的，階段間的依賴性由入口準(zhǔn)則來(lái)確定。驗(yàn)收和安裝系統(tǒng)測(cè)試I軟件集成I,編碼和單和集成測(cè)試詳細(xì)設(shè)計(jì)元測(cè)試n概要設(shè)計(jì)I需求分析項(xiàng)目策劃L圖i瀑布模型瀑布模型的每個(gè)階段均具有以下特征：從上一階段接受本階段工作的對(duì)象，作為輸入；對(duì)上述輸入實(shí)施本階段的活動(dòng)；給出本階段的工作成果，作為輸出傳入下一階段；對(duì)本階段工作進(jìn)行評(píng)審，如果本階段工作得到確認(rèn)，那么繼續(xù)下階段工作，否則返回前一階段，甚至更前階段。瀑布模型為軟件開(kāi)發(fā)與維護(hù)提供了一種有效的管理模式，根據(jù)這一管理模式制訂開(kāi)發(fā)計(jì)劃、進(jìn)行成本預(yù)算、組織開(kāi)發(fā)人員，以階段評(píng)審和文檔控制為手段有效地對(duì)整個(gè)開(kāi)發(fā)過(guò)程進(jìn)行指導(dǎo)，從而保證了軟件產(chǎn)品的質(zhì)量

4、。優(yōu)點(diǎn)：近30年來(lái)之所以廣為流行，是因?yàn)樗谥С珠_(kāi)發(fā)結(jié)構(gòu)化軟件、控制軟件的開(kāi)發(fā)復(fù)雜度、促進(jìn)軟件開(kāi)發(fā)工程化方面起著顯著作用。缺點(diǎn)：缺乏靈活性，無(wú)法通過(guò)開(kāi)發(fā)活動(dòng)澄清本來(lái)不夠確切的軟件需求。這些問(wèn)題可能導(dǎo)致開(kāi)發(fā)出的軟件并不是用戶真正需要的軟件，并且這一點(diǎn)在開(kāi)發(fā)過(guò)程完成后才有所察覺(jué)。2.1 項(xiàng)目策劃項(xiàng)目策劃是每個(gè)項(xiàng)目的初始階段，目的是為開(kāi)發(fā)過(guò)程和過(guò)程管理做好必要的準(zhǔn)備。項(xiàng)目策劃的主要工作是進(jìn)行可行性分析和研究，進(jìn)行估計(jì)和制定管理項(xiàng)目的計(jì)劃。主要輸入項(xiàng)目任務(wù)書(shū)、建議書(shū)或工作說(shuō)明書(shū)（SOW客戶需求/需要入口準(zhǔn)則客戶需求/需要已被批準(zhǔn)項(xiàng)目任務(wù)書(shū)、建議書(shū)或SOW已被批準(zhǔn)項(xiàng)目經(jīng)理和相關(guān)人員已經(jīng)到位參與項(xiàng)目準(zhǔn)備和

5、策劃的人員接受過(guò)相關(guān)技能的培訓(xùn)角色與職高層經(jīng)理、項(xiàng)目經(jīng)理、PPQA和SCM工程師、測(cè)試人員、客戶或責(zé)客戶代表、項(xiàng)目組主要成員、領(lǐng)域?qū)＜摇ｍ?xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、可行性分析和研究2、構(gòu)建WBS3、倩計(jì)項(xiàng)目的規(guī)模、工作量、成本和CCR等4、標(biāo)識(shí)和分析風(fēng)險(xiǎn)5、計(jì)劃資源及具獲取方式6、制定項(xiàng)目進(jìn)度和預(yù)算7、編制項(xiàng)目計(jì)劃8、計(jì)劃驗(yàn)收測(cè)試9、建立需求跟蹤矩陣10、評(píng)審和批準(zhǔn)項(xiàng)目計(jì)劃和驗(yàn)收計(jì)劃主要輸出WBS仙U記錄風(fēng)險(xiǎn)分析表和風(fēng)險(xiǎn)評(píng)估報(bào)告軟件項(xiàng)目計(jì)劃，包括軟件開(kāi)發(fā)計(jì)劃、PPQA十劃、SCM十劃等驗(yàn)收計(jì)劃需求跟蹤矩陣出口準(zhǔn)則項(xiàng)目約定和計(jì)劃得到受影響的組和個(gè)人的認(rèn)可軟件項(xiàng)目計(jì)劃和驗(yàn)收計(jì)劃已

6、被批準(zhǔn)并置于配置管理之下項(xiàng)目策劃所花的工作量和資金，評(píng)審工作量和返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.2 需求分析需求分析階段的主要目的是生成一個(gè)正確說(shuō)明客戶所有需求的文檔。軟件需求規(guī)格說(shuō)明書(shū)（SRS）是該階段的主要輸出。需求分析的主要工作是需求提煉及分析、需求歸檔和需求評(píng)審等。需求分析階段執(zhí)行的活動(dòng)主要集中在兩個(gè)領(lǐng)域：?jiǎn)栴}分析和產(chǎn)品描述。問(wèn)題分析活動(dòng)分準(zhǔn)備、采集需求和分析等，而產(chǎn)品描述活動(dòng)分準(zhǔn)備SRS和評(píng)審SRS等。主要輸入客戶需求/需要入口準(zhǔn)則項(xiàng)目計(jì)劃得到評(píng)

7、審和批準(zhǔn)項(xiàng)目策劃階段已經(jīng)結(jié)束參與需求分析的人員接受過(guò)相關(guān)技能的培訓(xùn)角色與職責(zé)高層經(jīng)理、項(xiàng)目經(jīng)理、需求分析師、測(cè)試人員、PPQA、SCM、客戶或客戶代表、領(lǐng)域?qū)ｕ购图夹g(shù)專豕。項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、準(zhǔn)備需求米集和分析2、采集和分析需求3、準(zhǔn)備SRS4、細(xì)化需求跟蹤矩陣5、計(jì)劃系統(tǒng)測(cè)試6、評(píng)審SRS系統(tǒng)測(cè)試計(jì)劃和測(cè)試用例、需求跟蹤矩陣主要輸出SRS需求跟蹤矩陣系統(tǒng)測(cè)試計(jì)劃和測(cè)試用例出口準(zhǔn)則SRS、系統(tǒng)測(cè)試計(jì)劃和測(cè)試用例、需求跟蹤矩陣得到評(píng)審和批準(zhǔn)并置于配置管理之下需求分析所花的工作量和資金，評(píng)審工作量和返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)

8、準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.3 概要設(shè)計(jì)概要設(shè)計(jì)階段是從實(shí)現(xiàn)的角度開(kāi)發(fā)針對(duì)客戶需求的解決方案。在這個(gè)階段給出的是高級(jí)的抽象方案，這個(gè)方案包含兩個(gè)主要部分，即應(yīng)用的功能體系結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。主要輸入SRS入口準(zhǔn)則SRS已經(jīng)過(guò)評(píng)審和批準(zhǔn)角色與職責(zé)項(xiàng)目經(jīng)理、設(shè)計(jì)人員、測(cè)試人員、客戶或客戶代表、PPQA、SCM項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、定義標(biāo)準(zhǔn)（編碼、文檔、用戶接口等）2、進(jìn)行功能設(shè)計(jì)3、開(kāi)發(fā)物理數(shù)據(jù)庫(kù)設(shè)計(jì)4、編寫(xiě)概要設(shè)計(jì)文檔5、計(jì)劃集成測(cè)試6、評(píng)審概要設(shè)計(jì)文檔、集成測(cè)試計(jì)劃和測(cè)試用例主要輸出概要設(shè)計(jì)文檔項(xiàng)目標(biāo)準(zhǔn)

9、集成測(cè)試計(jì)劃和測(cè)試用例出口準(zhǔn)則概要設(shè)計(jì)文檔、集成測(cè)試計(jì)劃和測(cè)試用例得到評(píng)審和批準(zhǔn)并置于配置管理之下概要設(shè)計(jì)工作量、概要設(shè)計(jì)缺陷、評(píng)審工作量和返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.4 詳細(xì)設(shè)計(jì)在詳細(xì)設(shè)計(jì)階段，概要設(shè)計(jì)階段開(kāi)發(fā)的整體應(yīng)用被分成幾個(gè)模塊和程序。為每個(gè)程序進(jìn)行邏輯設(shè)計(jì)，然后歸檔作為程序規(guī)格。同時(shí)，為每個(gè)程序生成一個(gè)單元測(cè)試計(jì)劃。詳細(xì)設(shè)計(jì)階段的活動(dòng)包括通用例程和程序的確定（如數(shù)據(jù)有效性例程、框架程序的開(kāi)發(fā)及用于提高生產(chǎn)率的實(shí)用程序和工具的開(kāi)發(fā)）。主要輸入概

10、要設(shè)計(jì)文檔入口準(zhǔn)則概要設(shè)計(jì)文檔經(jīng)過(guò)評(píng)審和授權(quán)角色與職責(zé)項(xiàng)目經(jīng)理、設(shè)計(jì)人員、測(cè)試人員、PPQA、SCM項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、將功能分成小的構(gòu)件2、設(shè)計(jì)/開(kāi)發(fā)代碼框架3、開(kāi)發(fā)例程和工具4、進(jìn)行程序設(shè)計(jì)5、編寫(xiě)詳細(xì)設(shè)計(jì)文檔6、計(jì)劃單元測(cè)試7、評(píng)審詳細(xì)設(shè)計(jì)文檔、單元測(cè)試計(jì)劃和測(cè)試用例主要輸出詳細(xì)設(shè)計(jì)文檔單元測(cè)試計(jì)劃和測(cè)試用例出口準(zhǔn)則詳細(xì)設(shè)計(jì)文檔、單兀測(cè)試計(jì)劃和測(cè)試用例得到評(píng)審和批準(zhǔn)并置于配置管理之下詳細(xì)設(shè)計(jì)工作量、詳細(xì)設(shè)計(jì)缺陷、單元測(cè)試缺陷、程序框架缺陷以及評(píng)審和返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)

11、項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.5 編碼和單元測(cè)試在編碼階段，根據(jù)詳細(xì)設(shè)計(jì)用編程語(yǔ)言和合適的編碼規(guī)范產(chǎn)生源代碼、可執(zhí)行代碼和數(shù)據(jù)庫(kù)。這個(gè)階段的輸出是隨后測(cè)試和驗(yàn)證的主體。主要輸入詳細(xì)設(shè)計(jì)文檔、項(xiàng)目標(biāo)準(zhǔn)、單元測(cè)試計(jì)劃和測(cè)試用例入口準(zhǔn)則詳細(xì)設(shè)計(jì)文檔經(jīng)過(guò)評(píng)審和授權(quán)角色與職責(zé)項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、生成測(cè)試數(shù)據(jù)庫(kù)2、對(duì)程序進(jìn)行編碼3、代碼評(píng)審4、記錄和修正缺陷5、代碼自測(cè)6、進(jìn)行獨(dú)立的單元測(cè)試主要輸出測(cè)試數(shù)據(jù)可執(zhí)行代碼代碼評(píng)審報(bào)告/評(píng)審記錄獨(dú)立的單元測(cè)試報(bào)告和評(píng)審記錄出口準(zhǔn)則成功執(zhí)行所有單元測(cè)試計(jì)劃中的測(cè)試用例編碼和單元測(cè)試的工

12、作量、代碼評(píng)審缺陷、獨(dú)立的單元測(cè)試缺陷以及評(píng)審和返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.6 軟件集成和集成測(cè)試軟件集成是把設(shè)計(jì)階段制定的，已通過(guò)單元測(cè)試的模塊構(gòu)建成一個(gè)完整的軟件結(jié)構(gòu)的系統(tǒng)方法。在該階段，同時(shí)要進(jìn)行集成測(cè)試，以發(fā)現(xiàn)和接口相關(guān)的缺陷。集成按集成計(jì)劃中制定的順序進(jìn)行，并執(zhí)行每個(gè)集成階段的相應(yīng)測(cè)試用例。主要輸入概要設(shè)計(jì)文檔和程序、集成測(cè)試計(jì)劃和測(cè)試用例入口準(zhǔn)則被集成的模塊通過(guò)了單元測(cè)試角色與職責(zé)項(xiàng)目經(jīng)理、集成人員、測(cè)試人員、開(kāi)發(fā)人員項(xiàng)目應(yīng)根據(jù)具體情況，列

13、出每個(gè)角色的職責(zé)活動(dòng)1、確定集成環(huán)境和集成規(guī)程2、進(jìn)行集成和集成測(cè)試主要輸出集成計(jì)劃、集成后的完整軟件產(chǎn)品、集成測(cè)試報(bào)告出口準(zhǔn)則完成軟件集成，并成功地執(zhí)行了集成測(cè)試計(jì)劃中的所有測(cè)試用例軟件集成和集成測(cè)試的工作量、集成測(cè)試中發(fā)現(xiàn)的缺陷、返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源2.7 系統(tǒng)測(cè)試系統(tǒng)測(cè)試是依據(jù)需求規(guī)格說(shuō)明書(shū)驗(yàn)證軟件產(chǎn)品有效性的活動(dòng)。這個(gè)階段是為了發(fā)現(xiàn)那些只有通過(guò)測(cè)試整個(gè)系統(tǒng)才能暴露的缺陷，像外部接口、性能、安全和可靠性等只有在這個(gè)階段才能判斷其是否有效。主要

14、輸入軟件需求規(guī)格說(shuō)明書(shū)、集成后的完整軟件產(chǎn)品、系統(tǒng)測(cè)試計(jì)劃和測(cè)試用例入口準(zhǔn)則軟件產(chǎn)品通過(guò)了集成測(cè)試角色與職責(zé)項(xiàng)目經(jīng)理、系統(tǒng)測(cè)試人員、開(kāi)發(fā)人員項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、確定系統(tǒng)測(cè)試環(huán)境和測(cè)試規(guī)程2、進(jìn)行系統(tǒng)測(cè)試主要輸出系統(tǒng)測(cè)試報(bào)告出口準(zhǔn)則成功地執(zhí)行了系統(tǒng)測(cè)試計(jì)劃中的所有測(cè)試用例系統(tǒng)測(cè)試的工作量、系統(tǒng)測(cè)試中發(fā)現(xiàn)的缺陷、返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范范可應(yīng)用的規(guī)程、方根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源法、工具和資源2.8 驗(yàn)收和安裝在驗(yàn)收和安裝階段，軟件產(chǎn)品被集成到它的操作環(huán)境中，并在這個(gè)環(huán)境中經(jīng)受測(cè)試，以確

15、保它按需求執(zhí)行。這個(gè)階段包括兩個(gè)基本任務(wù)：使軟件得以驗(yàn)收和在客戶處安裝。驗(yàn)收指的是用戶根據(jù)早期準(zhǔn)備的驗(yàn)收測(cè)試計(jì)劃而進(jìn)行正式的測(cè)試，并對(duì)測(cè)試結(jié)果進(jìn)行分析，以確定系統(tǒng)是否滿足驗(yàn)收準(zhǔn)則。當(dāng)分析結(jié)果滿足驗(yàn)收準(zhǔn)則時(shí)，用戶接受軟件。安裝指的是把接受的軟件置于實(shí)際的產(chǎn)品環(huán)境中。主要輸入系統(tǒng)測(cè)試后的軟件產(chǎn)品、驗(yàn)收計(jì)劃入口準(zhǔn)則軟件產(chǎn)品通過(guò)了系統(tǒng)測(cè)試角色與職責(zé)項(xiàng)目經(jīng)理、安裝隊(duì)伍、客戶、開(kāi)發(fā)人員項(xiàng)目應(yīng)根據(jù)具體情況，列出每個(gè)角色的職責(zé)活動(dòng)1、按計(jì)劃執(zhí)行驗(yàn)收2、執(zhí)行安裝主要輸出驗(yàn)收?qǐng)?bào)告、安裝后的軟件出口準(zhǔn)則客戶在驗(yàn)收?qǐng)?bào)告上簽字、軟件運(yùn)行在實(shí)際的產(chǎn)品環(huán)境中驗(yàn)收和安裝的工作量、驗(yàn)收中發(fā)現(xiàn)的缺陷、返工工作量可應(yīng)用的標(biāo)準(zhǔn)和規(guī)范

16、根據(jù)項(xiàng)目情況列出本階段應(yīng)該遵循的過(guò)程和產(chǎn)品的標(biāo)準(zhǔn)和規(guī)范可應(yīng)用的規(guī)程、方法、工具和資源根據(jù)項(xiàng)目情況列出本階段其它可應(yīng)用的規(guī)程、方法、工具和資源3其他生命周期模型3.1 原型模型原型模型從需求采集開(kāi)始，開(kāi)發(fā)者和客戶一起定義軟件的總體目標(biāo)，標(biāo)識(shí)出已知需求并規(guī)劃出進(jìn)一步定義的范圍。然后是進(jìn)行快速設(shè)計(jì)，快速設(shè)計(jì)集中于軟件中那些對(duì)客戶可見(jiàn)部分的表示（如輸入方式和輸出格式）?？焖僭O(shè)計(jì)導(dǎo)致原型的建造。原型由客戶進(jìn)行評(píng)價(jià)，并進(jìn)一步精化待開(kāi)發(fā)的軟件需求。逐步調(diào)整原型使其滿足客戶的要求，同時(shí)也使開(kāi)發(fā)者對(duì)將要做的事情有更好的理解，這個(gè)過(guò)程是迭代的。最終系統(tǒng)實(shí)現(xiàn)1圖2原型模型原型模型在克服瀑布模型缺點(diǎn)、減少由于軟件需求

17、不明確給開(kāi)發(fā)工作帶來(lái)風(fēng)險(xiǎn)方面，有顯著效果。軟件系統(tǒng)的原型有多種形式：丟棄型一一原型開(kāi)發(fā)之后，已獲取了更為清晰的需求信息，原型無(wú)需保留而廢棄；演示型一一開(kāi)發(fā)原型僅以演示為目標(biāo)；樣品型一一原型規(guī)模與最終產(chǎn)品相同，只是原型僅供研究用；增長(zhǎng)式演式型一一原型作為軟件最終產(chǎn)品的一部分，可以滿足用戶的部分需求,一步在此基礎(chǔ)上開(kāi)發(fā)，則可增加需求，實(shí)現(xiàn)后再交付使用；粗陋型一一用較短時(shí)間開(kāi)發(fā)的簡(jiǎn)易原型。原形模型適合：客戶能提出一般性的目標(biāo)，但不能標(biāo)出詳細(xì)的輸入、處理及輸出需求；或開(kāi)發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性及人機(jī)交互的形式。3.2 螺旋模型螺旋模型是將瀑布模型與進(jìn)化模型相結(jié)合，并增加了兩者所忽略的

18、風(fēng)險(xiǎn)分析。它將軟件項(xiàng)目開(kāi)發(fā)分別劃分為四類活動(dòng)，沿著螺線旋轉(zhuǎn)，在笛卡兒坐標(biāo)的四個(gè)象限上分別表達(dá)了四個(gè)方面的活動(dòng)，即：制訂計(jì)劃一一確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；風(fēng)險(xiǎn)分析一一分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；實(shí)施工程一一實(shí)施軟件開(kāi)發(fā)；客戶評(píng)估一一評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議。沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開(kāi)發(fā)出更為完善的一個(gè)新的軟件版本。螺旋模型通常用以指導(dǎo)大型軟件項(xiàng)目的開(kāi)發(fā)，如果開(kāi)發(fā)風(fēng)險(xiǎn)過(guò)大，開(kāi)發(fā)者和客戶無(wú)法承受，項(xiàng)目有可能因此終止。多數(shù)情況下會(huì)沿著螺線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的軟件。如果對(duì)所開(kāi)發(fā)項(xiàng)目的需求已有了較好的理解或較大的把握，無(wú)需開(kāi)發(fā)原型，便可采用普通

19、的瀑布模型。這在螺旋模型中可認(rèn)為是單圈螺線。與此相反，如果對(duì)所開(kāi)發(fā)項(xiàng)目的需求理解較差，需要開(kāi)發(fā)原型，甚至需要不止一個(gè)原型的幫助，那就要經(jīng)歷多圈螺線。在這種情況下，外圈的開(kāi)發(fā)包含了更多的活動(dòng)。也可能某些開(kāi)發(fā)采用了不同的模型。和其它模型相比螺旋模型的優(yōu)越性較為明顯，但要求許多客戶接受和相信進(jìn)化方法并不如果項(xiàng)目風(fēng)險(xiǎn)較大，又制訂計(jì)劃決定目標(biāo)方案和限制累計(jì)成本風(fēng)險(xiǎn)分析方案，識(shí)別、消除風(fēng)除提交線評(píng)審既型2客戶評(píng)價(jià)詳細(xì)設(shè)計(jì)實(shí)現(xiàn)驗(yàn)收測(cè)試凝測(cè)試開(kāi)發(fā)、驗(yàn)證下一產(chǎn)品實(shí)施工程容易。本模型的使用需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)。未能及時(shí)發(fā)現(xiàn)，勢(shì)必造成重大損失。螺旋模型圖3螺旋模型3.3 增量模型增量模型融合了瀑

20、布模型的基本成分和原型的迭代特征。增量模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。每一個(gè)增量的處理流程均可以采用原型模型。在使用增量模型時(shí)，第一個(gè)增量往往是核心產(chǎn)品，以后每次交付可使用的部分功能，每次交付包含前一次交付的功能和一些新功能，最后一次交付一個(gè)完整的系統(tǒng)。增量模型適用于業(yè)務(wù)高速發(fā)展的用戶應(yīng)用系統(tǒng)。使用該模型時(shí)，首次交付的內(nèi)容通常完成了最基本的需求，其它需求通過(guò)交付內(nèi)容的使用情況和評(píng)價(jià)來(lái)制定下一次交付內(nèi)容的開(kāi)發(fā)計(jì)劃，此過(guò)程不斷重復(fù)，直到滿足整個(gè)系統(tǒng)需求。這種模型適用于需求逐漸清晰的軟件項(xiàng)目。圖4增量模型3.4 RAD模型快速應(yīng)用開(kāi)發(fā)模型（RAD模型）是瀑布模型的一個(gè)“高速”變種，強(qiáng)調(diào)極短的開(kāi)發(fā)周期。通過(guò)使用基于構(gòu)件的建造方法獲得快速開(kāi)發(fā)。如果需求理解的好，且約束了項(xiàng)目范圍，RAD過(guò)