CMMI過(guò)程管理OPD軟件生命周期模型描述V10

1、軟件生命周期模型描述文檔編號(hào)：GZCY_OPD_PRS-V1.0文檔信息：文檔名稱(chēng)：文檔類(lèi)別：CMMI模板密 級(jí)：機(jī)密版本信息：V1.0建立日期：創(chuàng) 建 人：審 核 者：批 準(zhǔn) 人： 批準(zhǔn)日期：保 管 人：存放位置：編輯軟件：Microsoft Office 2003 英文版CONFIDENTIAL文檔修訂記錄版本編號(hào)或者更改記錄編號(hào)變化狀態(tài)簡(jiǎn)要說(shuō)明（變更內(nèi)容和變更范圍）日期變更人批準(zhǔn)日期批準(zhǔn)人V1.0C初次創(chuàng)建2004-07-21CMM事業(yè)部*變化狀態(tài)：C創(chuàng)建，A增加，M修改，D刪除文檔審批信息序號(hào)審批人角色審批日期簽字備注前 言本文描述組織級(jí)定義的軟件生命周期模型，供項(xiàng)目策劃時(shí)根據(jù)項(xiàng)目的具

2、體情況選擇或裁剪使用，由此確定軟件項(xiàng)目開(kāi)發(fā)過(guò)程的各種不同的階段以及各階段的執(zhí)行順序。但是“所有的模型都是錯(cuò)誤，有些模型是有用的”。模型是對(duì)它們所代表的真實(shí)世界的簡(jiǎn)化，這種簡(jiǎn)化更多的是為了規(guī)范管理的需要，它只能夠照顧大多數(shù)。如果它不適合你的項(xiàng)目或者有更能真實(shí)表達(dá)現(xiàn)實(shí)世界的模型出現(xiàn)，因?yàn)樯婕暗浇M織管理方式的變化，任何模型的修改或新模型的加入都需要通過(guò)組織的審批。目 錄第一章 簡(jiǎn)介11.1 目的11.2 適用范圍11.3 術(shù)語(yǔ)表11.4 參考資料1第二章 過(guò)程概述3第三章 生命周期模型描述43.1 V字模型4 概述4 階段定義5 適用情況5 優(yōu)點(diǎn)6 缺點(diǎn)6 本企業(yè)適合項(xiàng)目類(lèi)型63.2 中等簡(jiǎn)化V字模

3、型6 概述6 階段定義7 適用情況7 優(yōu)點(diǎn)7 缺點(diǎn)7 本企業(yè)適合項(xiàng)目類(lèi)型73.3 最簡(jiǎn)化V字模型8 概述8 階段定義8 適用情況8 優(yōu)點(diǎn)9 缺點(diǎn)9 本企業(yè)適合項(xiàng)目類(lèi)型93.4 迭代模型9 概述9 階段定義11 適用情況11 優(yōu)點(diǎn)11 缺點(diǎn)12 本企業(yè)適合項(xiàng)目類(lèi)型12 以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型12 以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型133.5 原型瀑布模型14 概述14 階段定義15 適用情況15 優(yōu)點(diǎn)15 缺點(diǎn)16 本企業(yè)適合的項(xiàng)目類(lèi)型163.6 增量模型16 概述16 階段定義17 適用情況18 優(yōu)點(diǎn)18 缺點(diǎn)18 本企業(yè)適合的項(xiàng)目類(lèi)型183.7 增量的迭代過(guò)程模型18 概述

4、18 階段定義19 適用情況20 優(yōu)點(diǎn)20 缺點(diǎn)20 本企業(yè)適合的項(xiàng)目類(lèi)型203.8 快速應(yīng)用開(kāi)發(fā)模型20 概述20 階段定義21 適用情況22 優(yōu)點(diǎn)22 缺點(diǎn)22 本企業(yè)適合的項(xiàng)目類(lèi)型223.9 螺旋模型23 概述23 階段定義24 適用情況24 優(yōu)點(diǎn)24 缺點(diǎn)24 本企業(yè)適合的項(xiàng)目類(lèi)型24第一章 簡(jiǎn)介軟件生命周期由制定計(jì)劃、需求開(kāi)發(fā)、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等各項(xiàng)活動(dòng)組成，而如何將這些活動(dòng)合理、有效地銜接組織起來(lái)，就需要在軟件項(xiàng)目策劃階段選擇合適的軟件生命周期模型。正如每個(gè)項(xiàng)目的目的是唯一的，每個(gè)項(xiàng)目的軟件生命周期模型也將是唯一的，定義軟件生命周期是項(xiàng)目計(jì)劃的一個(gè)重要步驟，它將直接影響到WB

5、S及軟件開(kāi)發(fā)計(jì)劃的制定。1.1 目的本文的目的是為了指導(dǎo)軟件項(xiàng)目策劃人員如何選用軟件生命周期模型。1.2 適用范圍本文檔適用于公司中的所有軟件項(xiàng)目。1.3 術(shù)語(yǔ)表l 軟件生命周期(Software life cycle)：從軟件產(chǎn)品的設(shè)想開(kāi)始到軟件不再使用而結(jié)束的時(shí)間周期。軟件生命周期一般包括需求階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段、測(cè)試階段、運(yùn)行和維護(hù)階段，有時(shí)還包括退役階段。l 軟件過(guò)程：有關(guān)開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品（例如：項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼、測(cè)試用例、用戶(hù)手冊(cè)等）的活動(dòng)、方法、實(shí)踐和變更的集合。l CASE工具：計(jì)算機(jī)輔助軟件工程工具，為與軟件過(guò)程相關(guān)的每個(gè)活動(dòng)中的軟件工程管理者和實(shí)踐者提供

6、幫助，它們自動(dòng)化項(xiàng)目管理活動(dòng)，管理所有在過(guò)程中產(chǎn)生的工作產(chǎn)品并且輔助工程師完成他們的分析、設(shè)計(jì)、編碼和測(cè)試工作。1.4 參考資料l 軟件工程Java語(yǔ)言實(shí)現(xiàn)，Stephen R. Schach著，袁兆山等譯，機(jī)械工業(yè)出版社，1999年9月l 軟件工程實(shí)踐者的研究方法，Roger S. Pressman著，梅宏等譯，機(jī)械工業(yè)出版社，2002年9月l 實(shí)用軟件工程鄭人杰、殷人昆、陶永雷著，清華大學(xué)出版社，1997年4月l 軟件需求，Karl E. Wiegers著，陸麗娜、王忠民、王志敏等譯，機(jī)械工業(yè)出版社，2000年7月l 統(tǒng)一軟件開(kāi)發(fā)過(guò)程，Ivar Jacobson、Grady Booch、J

7、ames Rumbaugh著，周伯生、馮學(xué)民、樊東平等譯，機(jī)械工業(yè)出版社，2002年1月第二章 過(guò)程概述為了使項(xiàng)目在定義軟件過(guò)程時(shí)能夠依據(jù)其特性選擇適用的軟件生命周期，使得項(xiàng)目開(kāi)發(fā)過(guò)程流程化、易于管理、提高開(kāi)發(fā)速度和產(chǎn)品質(zhì)量，以達(dá)到更好的滿(mǎn)足客戶(hù)的要求，組織規(guī)定了以下幾種適于本組織使用的生命周期模型：l V字模型l 中等簡(jiǎn)化V字模型l 最簡(jiǎn)化V字模型l 迭代模型l 以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型l 以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型l 原型+瀑布模型l 增量模型l 增量的迭代過(guò)程模型l 快速應(yīng)用開(kāi)發(fā)模型l 螺旋模型注：1. 在組織中有些需求不清晰的項(xiàng)目中也會(huì)使用快速原型法，但這主要起

8、到需求獲取的作用，通常不作為生命周期模型描述，開(kāi)發(fā)過(guò)程使用的生命周期模型以上述幾種為主。第三章 生命周期模型描述3.1 V字模型3.1.1 概述V字模型其實(shí)就是瀑布模型，它是一種線型順序模型，是項(xiàng)目自始至終按照一定順序的步驟從需求分析進(jìn)展到系統(tǒng)測(cè)試直到提交用戶(hù)使用，它提供了一種結(jié)構(gòu)化的、自頂向下的軟件開(kāi)發(fā)方法，每階段主要工作成果從一個(gè)階段傳遞到下一個(gè)階段，必須經(jīng)過(guò)嚴(yán)格的評(píng)審或測(cè)試，以判定是否可以開(kāi)始下一階段工作，各階段相互獨(dú)立、不重疊。V字模型是所有軟件生命周期模型的基礎(chǔ)。V字模型的開(kāi)發(fā)流程如下圖：圖 1 V字模型示意圖3.1.2 階段定義No階段入口標(biāo)準(zhǔn)任務(wù)出口標(biāo)準(zhǔn)1需求開(kāi)發(fā)項(xiàng)目立項(xiàng)報(bào)告已經(jīng)

9、由高層經(jīng)理簽字，項(xiàng)目開(kāi)始啟動(dòng)。需求訪談及分析系統(tǒng)測(cè)試設(shè)計(jì)軟件需求規(guī)格說(shuō)明書(shū)及系統(tǒng)測(cè)試設(shè)計(jì)完成并形成基線2概要設(shè)計(jì)軟件需求規(guī)格說(shuō)明書(shū)已經(jīng)完成并形成基線。進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)各模塊的概要設(shè)計(jì)集成測(cè)試設(shè)計(jì)概要設(shè)計(jì)說(shuō)明書(shū)及集成測(cè)試設(shè)計(jì)完成并形成基線。3詳細(xì)設(shè)計(jì)概要設(shè)計(jì)已完成并形成基線進(jìn)行詳細(xì)設(shè)計(jì)及單元測(cè)試用例編寫(xiě)。詳細(xì)設(shè)計(jì)及單元測(cè)試用例編寫(xiě)完成并形成基線。4實(shí)現(xiàn)詳細(xì)設(shè)計(jì)完成并形成基線進(jìn)行編碼及單元測(cè)試編碼及單元測(cè)試完成并形成基線。5測(cè)試系統(tǒng)測(cè)試設(shè)計(jì)完成集成測(cè)試設(shè)計(jì)完成編碼及單元測(cè)試完成用戶(hù)文檔完成（安裝、操作、維護(hù)）進(jìn)行集成、系統(tǒng)測(cè)試集成、系統(tǒng)測(cè)試完成并形成基線6運(yùn)行維護(hù)測(cè)試已經(jīng)完成系統(tǒng)安裝、運(yùn)行、維護(hù)組織

10、不再對(duì)產(chǎn)品進(jìn)行維護(hù)3.1.3 適用情況l 充分理解用戶(hù)需求,且需求是確定不變的l 用戶(hù)有一定的能力，對(duì)需求的表述是確切的 l 充分理解該解決方案的技術(shù)和體系 l 需要一個(gè)可維護(hù)性和可支持性較高的解決方案 l 所有過(guò)程工作產(chǎn)品的控制基線，需要有可見(jiàn)度和可靠性 l 適用于新的有較多用戶(hù)的產(chǎn)品、平臺(tái)/中間件開(kāi)發(fā)項(xiàng)目，或者是用戶(hù)對(duì)開(kāi)發(fā)過(guò)程有嚴(yán)格要求的工程定制項(xiàng)目 l 項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn) l 要求開(kāi)發(fā)周期時(shí)間較充分3.1.4 優(yōu)點(diǎn)l 強(qiáng)調(diào)開(kāi)發(fā)的階段性l 強(qiáng)調(diào)早期的計(jì)劃及需求調(diào)查與分析 l 強(qiáng)調(diào)產(chǎn)品測(cè)試的完備性 l 過(guò)程文檔齊全，便于追溯和重用l 過(guò)程的可見(jiàn)性強(qiáng)，便于過(guò)程質(zhì)量控制l 只要需求是穩(wěn)

11、定的，則進(jìn)度也是穩(wěn)定的3.1.5 缺點(diǎn)l 無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題l 靈活性差，依賴(lài)于早期進(jìn)行的需求調(diào)查，不能適應(yīng)需求的變化 l 由于是單一流程，開(kāi)發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能及時(shí)反饋并應(yīng)用于本產(chǎn)品的過(guò)程改進(jìn)3.1.6 本企業(yè)適合項(xiàng)目類(lèi)型組織所熟悉領(lǐng)域的應(yīng)用系統(tǒng)開(kāi)發(fā)；例如：聯(lián)行子系統(tǒng)的開(kāi)發(fā)。3.2 中等簡(jiǎn)化V字模型3.2.1 概述針對(duì)組織中項(xiàng)目的實(shí)際情況，對(duì)V字（瀑布）模型進(jìn)行演化是必要的。中等簡(jiǎn)化V字模型就是在標(biāo)準(zhǔn)瀑布模型基礎(chǔ)上根據(jù)組織中一些小項(xiàng)目等的實(shí)際需要演化來(lái)的。流程圖如下所示：圖 2 中等簡(jiǎn)化V字模型示意圖3.2.2 階段定義參見(jiàn)V字模型。3.2.3 適用情況l 項(xiàng)目的復(fù)雜度、團(tuán)隊(duì)

12、的規(guī)模、工作量和周轉(zhuǎn)時(shí)間都是中等程度的l 需求和技術(shù)都已被充分理解l 項(xiàng)目經(jīng)理有較高的項(xiàng)目管理和控制的經(jīng)驗(yàn)3.2.4 優(yōu)點(diǎn)l 可以適應(yīng)中等和較小項(xiàng)目的較靈活的管理需要l 提供中度的進(jìn)度控制，相對(duì)標(biāo)準(zhǔn)V字模型，可以減少部分項(xiàng)目管理工作量和開(kāi)支l 在產(chǎn)品交付方面進(jìn)行合理的控制3.2.5 缺點(diǎn)l 因項(xiàng)目開(kāi)發(fā)流程相對(duì)簡(jiǎn)化，項(xiàng)目的風(fēng)險(xiǎn)增大，質(zhì)量隱患增大3.2.6 本企業(yè)適合項(xiàng)目類(lèi)型在已經(jīng)運(yùn)行過(guò)的成型系統(tǒng)之上，根據(jù)客戶(hù)的不同需求進(jìn)行客戶(hù)化改造的項(xiàng)目，客戶(hù)對(duì)原系統(tǒng)有充分的了解，能夠提出比較成熟的需求，則項(xiàng)目過(guò)程可以采用中等簡(jiǎn)化V字模型。例如：廊坊農(nóng)信綜合業(yè)務(wù)系統(tǒng)客戶(hù)化改造項(xiàng)目。3.3 最簡(jiǎn)化V字模型3.3.

13、1 概述針對(duì)組織中項(xiàng)目的實(shí)際情況，對(duì)V字（瀑布）模型進(jìn)行演化是必要的。最簡(jiǎn)化V字模型就是在標(biāo)準(zhǔn)瀑布模型基礎(chǔ)上根據(jù)組織中的小項(xiàng)目和維護(hù)項(xiàng)目等的實(shí)際需要演化出來(lái)的。一般情況下，不建議使用此種模型。流程圖如下所示：圖 3 最簡(jiǎn)化V字模型示意圖3.3.2 階段定義參見(jiàn)V字模型。3.3.3 適用情況l 項(xiàng)目的規(guī)模和工作量都比較小 l 項(xiàng)目具有較小的開(kāi)發(fā)團(tuán)隊(duì) l 需求和技術(shù)都是被充分確定和理解的 l 系統(tǒng)具有低復(fù)雜度，不需要獨(dú)立的設(shè)計(jì)階段 l 產(chǎn)品的體系結(jié)構(gòu)是穩(wěn)定的 l 項(xiàng)目經(jīng)理經(jīng)驗(yàn)豐富，對(duì)項(xiàng)目有較好的管理控制能力 l 項(xiàng)目開(kāi)發(fā)周期較短3.3.4 優(yōu)點(diǎn)l 可以適應(yīng)小項(xiàng)目的靈活性 l 減少過(guò)程復(fù)雜帶來(lái)的產(chǎn)品

14、提交時(shí)間延長(zhǎng) l 過(guò)程相對(duì)簡(jiǎn)單，項(xiàng)目管理控制的工作量相對(duì)較少l 提供中度的進(jìn)度控制 l 減少開(kāi)支3.3.5 缺點(diǎn)l 對(duì)階段性的控制較弱，問(wèn)題不能及時(shí)發(fā)現(xiàn) l 項(xiàng)目前期控制較弱，使得項(xiàng)目產(chǎn)品質(zhì)量留有隱患3.3.6 本企業(yè)適合項(xiàng)目類(lèi)型單項(xiàng)功能的修改或增加的項(xiàng)目，開(kāi)發(fā)時(shí)間小于10天的項(xiàng)目可以選用最簡(jiǎn)化V字模型；例如：綜合業(yè)務(wù)系統(tǒng)中儲(chǔ)蓄批量自動(dòng)結(jié)息的效率優(yōu)化項(xiàng)目。3.4 迭代模型3.4.1 概述在項(xiàng)目做計(jì)劃的過(guò)程中，選用迭代模型時(shí)，有如下要求：l 進(jìn)行第一次項(xiàng)目計(jì)劃時(shí)，確定所選擇的生命周期模型為迭代模型時(shí)，要求在計(jì)劃中明確進(jìn)行迭代流程階段、迭代的次數(shù)、每次迭代所選的生命周期模型以及每次迭代的起止日期。

15、l 每次迭代所選的生命周期模型，可以根據(jù)本次迭代的重點(diǎn)，選擇瀑布型-標(biāo)準(zhǔn)V模型、中等簡(jiǎn)化V字模型、最簡(jiǎn)化V字模型中的一種，或者是某種瀑布模型的某幾個(gè)流程階段，確定為本次迭代的工作流程階段。l 對(duì)項(xiàng)目WBS的要求：以下表格可以與WBS結(jié)合，用于明確各流程階段的工作任務(wù)、該任務(wù)在本次迭代中的重要程度（強(qiáng)、中、弱）、該流程階段的控制點(diǎn)及控制手段（如重要程度為“強(qiáng)”的任務(wù)須進(jìn)行評(píng)審，“中”的任務(wù)可以通過(guò)變更過(guò)程進(jìn)行控制，“弱”的任務(wù)可以通過(guò)批準(zhǔn)直接在文檔的修訂頁(yè)中注明）。迭代次數(shù)流程階段工作任務(wù)重要程度（強(qiáng)、中、弱）工作產(chǎn)品控制點(diǎn)及控制手段       

16、60;                     l 根據(jù)每次迭代的WBS任務(wù)和各WBS任務(wù)在本次迭代中的重要程度（強(qiáng)、中、弱），參照迭代模型樣例圖，繪制本項(xiàng)目的迭代模型圖。l 從第二次到第N次的迭代，在不與第一次計(jì)劃沖突的基礎(chǔ)上，制定本次迭代的小計(jì)劃，也可以直接在項(xiàng)目的PROJECT圖上進(jìn)行本次迭代計(jì)劃的細(xì)化。l 如果后幾次迭代對(duì)第一次計(jì)劃的內(nèi)容有變動(dòng)，如進(jìn)度的調(diào)整，控制點(diǎn)的變化等，則須進(jìn)行變更及批準(zhǔn)。迭代模型的開(kāi)發(fā)流程圖如下：圖 4 迭代模型示意圖3.4.2 階段定義參見(jiàn)V字模型。3.4.3

17、適用情況l 規(guī)模較大的項(xiàng)目或產(chǎn)品 l 需求的清晰度低，且需要進(jìn)一步的調(diào)查 l 技術(shù)或體系結(jié)構(gòu)方面的知識(shí)匱乏3.4.4 優(yōu)點(diǎn)l 允許變更需求，中途的修改是容易的，如果在項(xiàng)目組內(nèi)部和外部之間有良好的溝通渠道l 有助于項(xiàng)目組的學(xué)習(xí)和提高，團(tuán)隊(duì)成員有機(jī)會(huì)在整個(gè)生命周期中邊做邊學(xué)，各顯其能 l 迭代流程自身可在進(jìn)行過(guò)程中得到改進(jìn)和精煉 l 生成性能更強(qiáng)壯的產(chǎn)品l 風(fēng)險(xiǎn)管理比較容易，可及早降低風(fēng)險(xiǎn)，前提是存在良好的信息傳遞渠道 l 與其他生命周期模型相比，它在開(kāi)發(fā)周期內(nèi)具有更好的性能 3.4.5 缺點(diǎn)l 因本模型較為靈活，對(duì)管理的要求較高，項(xiàng)目經(jīng)理需要有豐富的項(xiàng)目管理經(jīng)驗(yàn) l 迭代的次數(shù)和任務(wù)規(guī)劃難把握，

18、對(duì)項(xiàng)目策劃要求較高3.4.6 本企業(yè)適合項(xiàng)目類(lèi)型新領(lǐng)域、新技術(shù)的研發(fā)項(xiàng)目。3.4.7 以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型此種模型是根據(jù)組織目前的實(shí)際情況制定的，常用于需求不明確的項(xiàng)目：使用此模型的要求與迭代模型相同，流程圖如下所示圖 5 以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型示意圖3.4.8 以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型此種模型是根據(jù)組織目前的實(shí)際情況制定的，常用于算法型等技術(shù)難度較高的項(xiàng)目：使用此模型的要求與迭代模型相同，流程圖如下所示圖 6 以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型示意圖3.5 原型瀑布模型3.5.1 概述原型模型本身是一個(gè)迭代的模型，是為了解決在產(chǎn)品開(kāi)發(fā)的早期階段

19、存在的不確定性、二義性和不完整性等問(wèn)題，通過(guò)建立原型使開(kāi)發(fā)者進(jìn)一步確定其應(yīng)開(kāi)發(fā)的產(chǎn)品，使開(kāi)發(fā)者的想象更具體化，也更易于被客戶(hù)所理解。原型只是真實(shí)系統(tǒng)的一部分或一個(gè)模型，完全可能不完成任何有用的事情，通常包括拋棄型和進(jìn)化型兩種，拋棄型指原型建立、分析之后要扔掉，整個(gè)系統(tǒng)重新分析和設(shè)計(jì)；進(jìn)化型則是對(duì)需求的定義較清楚的情形，原型建立之后要保留，作為系逐漸增加的基礎(chǔ)，采用進(jìn)化型一定要重視軟件設(shè)計(jì)的系統(tǒng)性和完整性，并且在質(zhì)量要求方面沒(méi)有捷徑，因此，對(duì)于描述相同的功能，建立進(jìn)化型原型比建立拋棄型原型所花的時(shí)間要多。原型建立確認(rèn)需求之后采用瀑布模型的方式完成項(xiàng)目開(kāi)發(fā)。圖表 7原型瀑布模型開(kāi)發(fā)流程圖3.5.2

20、 階段定義No階段入口標(biāo)準(zhǔn)任務(wù)出口標(biāo)準(zhǔn)1需求開(kāi)發(fā)項(xiàng)目立項(xiàng)報(bào)告已經(jīng)由高層經(jīng)理簽字，項(xiàng)目開(kāi)始啟動(dòng)。需求訪談及分析軟件需求說(shuō)明2原型設(shè)計(jì)軟件需求說(shuō)明快速設(shè)計(jì)系統(tǒng)原型原型設(shè)計(jì)說(shuō)明3原型實(shí)現(xiàn)原型設(shè)計(jì)說(shuō)明快速進(jìn)行原型的制作系統(tǒng)原型4原型測(cè)試系統(tǒng)原型用戶(hù)測(cè)試評(píng)估原型，進(jìn)一步精化需求，開(kāi)發(fā)人員制作新的軟件需求 改進(jìn)后的軟件需求，并作為下個(gè)原型的設(shè)計(jì)入口5瀑布開(kāi)發(fā)原型得到用戶(hù)認(rèn)可按照V字瀑布模型進(jìn)行產(chǎn)品開(kāi)發(fā)參照V字模型3.5.3 適用情況l 項(xiàng)目包含一種新技術(shù)，例：新硬件、新的開(kāi)發(fā)語(yǔ)言、新的系統(tǒng)架構(gòu)等；l 需求不很清楚；l 存在關(guān)于性能、可靠性和可行性方面的主要的、未解決的問(wèn)題；l 用戶(hù)界面對(duì)系統(tǒng)成功是很關(guān)鍵的

21、，但不很清楚。3.5.4 優(yōu)點(diǎn)l 開(kāi)發(fā)者可以很快的構(gòu)建系統(tǒng)，客戶(hù)也可以盡快的感受到實(shí)際的系統(tǒng)。l 客戶(hù)和開(kāi)發(fā)者對(duì)系統(tǒng)有更好的理解。l 客戶(hù)充分參與，可以減少部分培訓(xùn)的工作。3.5.5 缺點(diǎn)l 由于原型并非最終產(chǎn)品，如果原型不能利用，可能導(dǎo)致成本的增加；同時(shí)會(huì)引起客戶(hù)的誤解，以為產(chǎn)品即將完成。l 開(kāi)發(fā)者為了使原型能夠盡早工作，常常會(huì)采取一些臨時(shí)性的做法，而不管這些做法是否合理，如：使用一個(gè)效率低的算法僅僅是為了演示功能。在經(jīng)過(guò)一段時(shí)間后，開(kāi)發(fā)者對(duì)這些做法已經(jīng)習(xí)慣了，忘記了它們不合理的原因。于是這些不合理的做法就成了系統(tǒng)的組成部分。3.5.6 本企業(yè)適合的項(xiàng)目類(lèi)型新領(lǐng)域的應(yīng)用項(xiàng)目的開(kāi)發(fā)；如企業(yè)應(yīng)用

22、系統(tǒng)開(kāi)發(fā)項(xiàng)目等。3.6 增量模型3.6.1 概述增量模型是一種進(jìn)化軟件過(guò)程模型，融合了線性順序模型的基本成分（重復(fù)地應(yīng)用）和原型模型的迭代特征，如下圖所示。當(dāng)使用增量模型時(shí)，第一個(gè)增量往往是核心產(chǎn)品，即實(shí)現(xiàn)了基本的需求；核心產(chǎn)品交用戶(hù)使用（或進(jìn)行更詳細(xì)的復(fù)審），使用和/或評(píng)估的結(jié)果是下一個(gè)增量的開(kāi)發(fā)計(jì)劃，該計(jì)劃包括對(duì)核心產(chǎn)品的修改，使其能更好的滿(mǎn)足用戶(hù)的需要，并發(fā)布一些新增的特點(diǎn)和功能。增量模型和原型模型不一樣，強(qiáng)調(diào)每一個(gè)增量均要發(fā)布一個(gè)可操作產(chǎn)品。早期的增量是最終產(chǎn)品的“可拆卸”版本，但能提供用戶(hù)服務(wù)功能和用戶(hù)評(píng)估的平臺(tái)。圖表 8 增量模型開(kāi)發(fā)流程圖3.6.2 階段定義No階段入口標(biāo)準(zhǔn)任務(wù)出

23、口標(biāo)準(zhǔn)1需求開(kāi)發(fā)項(xiàng)目立項(xiàng)報(bào)告已經(jīng)由高層經(jīng)理簽字，項(xiàng)目開(kāi)始啟動(dòng)。需求訪談及分析系統(tǒng)分析軟件需求規(guī)格說(shuō)明書(shū)完成并形成基線2軟件結(jié)構(gòu)設(shè)計(jì)軟件需求規(guī)格說(shuō)明書(shū)已經(jīng)完成并形成基線。進(jìn)行系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)和概要設(shè)計(jì)系統(tǒng)結(jié)構(gòu)設(shè)計(jì)及概要設(shè)計(jì)說(shuō)明書(shū)3增量1立項(xiàng)報(bào)告已經(jīng)由高層經(jīng)理簽字，并進(jìn)行了總體的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第一階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第一階段產(chǎn)品完成。4增量2增量1產(chǎn)品已經(jīng)完成并完善了本階段的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第二階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第二階段產(chǎn)品完成。5增量3增量2產(chǎn)品已經(jīng)完成并完善了本階段的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第三階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第三階段產(chǎn)品完成。

24、6維護(hù)產(chǎn)品全部投入運(yùn)行進(jìn)行系統(tǒng)維護(hù)組織不再對(duì)產(chǎn)品進(jìn)行維護(hù)3.6.3 適用情況l 當(dāng)項(xiàng)目可清晰地劃分為多個(gè)功能獨(dú)立的子項(xiàng)目，或采用階段開(kāi)發(fā)時(shí)，適合選擇增量模型。l 市場(chǎng)期限或資源非常緊迫，不可能完成一個(gè)完善的產(chǎn)品時(shí)，但可以提交一個(gè)有限的版本以應(yīng)付競(jìng)爭(zhēng)和商業(yè)壓力時(shí)，適合選擇增量模型。l 核心產(chǎn)品或系統(tǒng)需求能夠被很好的理解，但是細(xì)節(jié)尚需要進(jìn)一步明確時(shí)，適合選擇增量模型。3.6.4 優(yōu)點(diǎn)l 有利于控制成本，可以用較少的成本先生成“產(chǎn)品核心”，然后根據(jù)需要適時(shí)生成完善的產(chǎn)品。l 可以有計(jì)劃的管理技術(shù)風(fēng)險(xiǎn)，新的技術(shù)可以在增量版本中使用，減少在最初就采用新技術(shù)的風(fēng)險(xiǎn)。l 提供了用戶(hù)評(píng)估的平臺(tái)，能夠更好的滿(mǎn)足

25、用戶(hù)需求。3.6.5 缺點(diǎn)由于增量模型的靈活性，往往容易退化成邊做邊改方法，使軟件過(guò)程的控制喪失了整體性，最終的產(chǎn)品也不是開(kāi)放的，而是成為維護(hù)人員的惡夢(mèng)。3.6.6 本企業(yè)適合的項(xiàng)目類(lèi)型各種中、大規(guī)模的項(xiàng)目類(lèi)型；已有系統(tǒng)技術(shù)路線發(fā)生改變但需求明確的移植類(lèi)項(xiàng)目。3.7 增量的迭代過(guò)程模型3.7.1 概述該模型是一個(gè)不斷迭代和增量的過(guò)程，迭代過(guò)程首先要處理一組客戶(hù)的業(yè)務(wù)需求，這些業(yè)務(wù)需求合起來(lái)能夠辨別所開(kāi)發(fā)產(chǎn)品的可用性。其次，迭代過(guò)程要解決最突出的風(fēng)險(xiǎn)問(wèn)題。后續(xù)的迭代過(guò)程建立在前一次的迭代過(guò)程末期所產(chǎn)生的產(chǎn)品之一。一個(gè)增量不一定是對(duì)原有產(chǎn)品的增加，尤其在生命周期初期，開(kāi)發(fā)人員可能用更加詳細(xì)和更加完

26、善的設(shè)計(jì)來(lái)代替最初簡(jiǎn)單的設(shè)計(jì)。在較后的階段，增量通常是對(duì)原有產(chǎn)品的增加。采用此種模型最好是基于構(gòu)件和有相應(yīng)的構(gòu)件開(kāi)發(fā)工具。圖表 9增量的迭代模型3.7.2 階段定義No階段入口標(biāo)準(zhǔn)任務(wù)出口標(biāo)準(zhǔn)1迭代1立項(xiàng)報(bào)告已經(jīng)由高層經(jīng)理簽字，并進(jìn)行了總體的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第一階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第一階段產(chǎn)品完成。2迭代2迭代1產(chǎn)品已經(jīng)完成并完善了本階段的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第二階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第二階段產(chǎn)品完成。3迭代3迭代2產(chǎn)品已經(jīng)完成并完善了本階段的需求開(kāi)發(fā)及概要設(shè)計(jì)。進(jìn)行第三階段的詳細(xì)設(shè)計(jì)、編碼、測(cè)試及發(fā)布。第三階段產(chǎn)品完成。3.7.3 適用情況l 規(guī)模較大的

27、項(xiàng)目或產(chǎn)品，但是需求的清晰度低，且需要進(jìn)一步的調(diào)查。 l 新領(lǐng)域或有大量新技術(shù)的應(yīng)用。l 項(xiàng)目可清晰地劃分為多個(gè)功能獨(dú)立的子項(xiàng)目，或可以采用階段開(kāi)發(fā)。l 市場(chǎng)期限或資源非常緊迫，不可能完成一個(gè)完善的產(chǎn)品時(shí)，但可以提交一個(gè)有限的版本以應(yīng)付競(jìng)爭(zhēng)和商業(yè)壓力。3.7.4 優(yōu)點(diǎn)l 允許變更需求，中途的修改是容易的。 l 有助于項(xiàng)目團(tuán)隊(duì)的建設(shè)，團(tuán)隊(duì)成員有機(jī)會(huì)邊做邊學(xué)，積累知識(shí)和經(jīng)驗(yàn)。 l 有利于控制成本，可以用較少的成本先生成“產(chǎn)品核心”，然后根據(jù)需要適時(shí)生成完善的產(chǎn)品。l 可以有計(jì)劃的管理技術(shù)風(fēng)險(xiǎn)，新的技術(shù)可以在增量版本中使用，減少在最初就采用新技術(shù)的風(fēng)險(xiǎn)。l 提供了用戶(hù)評(píng)估的平臺(tái)，能夠更好的滿(mǎn)足用戶(hù)需

28、求。3.7.5 缺點(diǎn)需要相當(dāng)?shù)娘L(fēng)險(xiǎn)評(píng)估的技術(shù)；每個(gè)迭代循環(huán)控制不好會(huì)變成邊做邊改模式。3.7.6 本企業(yè)適合的項(xiàng)目類(lèi)型較復(fù)雜的應(yīng)用項(xiàng)目，如：新一代銀行綜合業(yè)務(wù)系統(tǒng)。3.8 快速應(yīng)用開(kāi)發(fā)模型3.8.1 概述快速應(yīng)用開(kāi)發(fā)模型（RAD）是一個(gè)線性順序的軟件開(kāi)發(fā)模型，強(qiáng)調(diào)極短的開(kāi)發(fā)周期（23個(gè)月）。該模型是線性順序模型的一個(gè)“高速”變種，如果需求理解得很好，且約束了項(xiàng)目范圍，就可通過(guò)使用基于構(gòu)件或可得用軟件包的建造方法獲得快速開(kāi)發(fā)。主要適用于信息系統(tǒng)應(yīng)用軟件的開(kāi)發(fā)。圖表 10快速應(yīng)用開(kāi)發(fā)模型3.8.2 階段定義No階段入口標(biāo)準(zhǔn)任務(wù)出口標(biāo)準(zhǔn)1業(yè)務(wù)建模立項(xiàng)報(bào)告已經(jīng)由高層經(jīng)理簽字，并對(duì)客戶(hù)需求進(jìn)行充分的理解

29、和進(jìn)行可系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)分析業(yè)務(wù)信息流程，建立業(yè)務(wù)模型業(yè)務(wù)模型獲得批準(zhǔn)2數(shù)據(jù)建模業(yè)務(wù)模型已經(jīng)建立根據(jù)業(yè)務(wù)模型，對(duì)信息進(jìn)行細(xì)化，形成一組支持業(yè)務(wù)所需要的數(shù)據(jù)對(duì)象，標(biāo)識(shí)出每個(gè)對(duì)象的屬性，并且定義對(duì)象間的關(guān)系，形成數(shù)據(jù)模型數(shù)據(jù)模型獲得批準(zhǔn)3處理建模數(shù)據(jù)模型已經(jīng)建立把數(shù)據(jù)模型定義的數(shù)據(jù)對(duì)象變換，以實(shí)現(xiàn)完成一個(gè)業(yè)務(wù)功能所需要的信息流處理模型獲得批準(zhǔn)4應(yīng)用生成模型已經(jīng)建立根據(jù)模型，使用自動(dòng)化輔助工具和構(gòu)造系統(tǒng)構(gòu)件構(gòu)件構(gòu)造完成5測(cè)試構(gòu)件構(gòu)造完成反復(fù)進(jìn)行構(gòu)件和構(gòu)件接口的測(cè)試，根據(jù)測(cè)試結(jié)果修改自動(dòng)生成的代碼，以達(dá)到設(shè)計(jì)要求，如效率和可維護(hù)性等構(gòu)件測(cè)試通過(guò)，達(dá)到設(shè)計(jì)要求6集成和測(cè)試構(gòu)件測(cè)試通過(guò)反復(fù)進(jìn)行系統(tǒng)集成和測(cè)試，以達(dá)到設(shè)計(jì)要求系統(tǒng)測(cè)試通過(guò)7驗(yàn)收系統(tǒng)測(cè)試通過(guò)用戶(hù)進(jìn)行系統(tǒng)驗(yàn)收用戶(hù)驗(yàn)收通過(guò)8維護(hù)用戶(hù)驗(yàn)收通過(guò)，系統(tǒng)投入運(yùn)行進(jìn)行系統(tǒng)維護(hù)組織不在對(duì)產(chǎn)品進(jìn)行維護(hù)3.8.3 適用情況當(dāng)項(xiàng)目必須在最短的時(shí)間內(nèi)完成，而且需求理解的很好且約束了項(xiàng)目范圍，適合選擇該模型。3.8.4 優(yōu)點(diǎn)開(kāi)發(fā)周期短。3.8.5 缺點(diǎn)對(duì)大型的、但可伸縮的項(xiàng)目，RAD需要足夠的人力以創(chuàng)建足夠的RAD小組。RAD要求開(kāi)發(fā)者和用戶(hù)在一個(gè)很短的時(shí)間內(nèi)完成一個(gè)系統(tǒng)，如果雙方中的任何一方?jīng)]完成約定，都會(huì)導(dǎo)致RAD項(xiàng)目失敗。3.8.6 本企業(yè)適合的項(xiàng)目類(lèi)型具有可重用的構(gòu)件庫(kù)和CASE工具的應(yīng)用項(xiàng)目：如信息系統(tǒng)等。3