生命周期模型及選擇指南設(shè)計(jì)

1、實(shí)用標(biāo)準(zhǔn)生命周期模型及選擇指南錯(cuò)誤!未指定書(shū)簽。1文檔名稱(chēng)：ZD-MMI-Guidelines-生命周期及模型選擇指南-V1.1修訂歷史記錄序號(hào)日期版本號(hào)修改說(shuō)明修改人評(píng)審人批準(zhǔn)人1.2014-5-230.1初次撰寫(xiě)李葉繁王洪濤2.2014-6-201.0EPG評(píng)審發(fā)布王洪濤EPG、質(zhì)量管理中心周順平3.2015-1-91.1制度化發(fā)布王洪濤EPG、質(zhì)量管理中心周順平4.5.6.7.8.9.文檔目錄1 目的和范圍 12生命周期可選模型簡(jiǎn)介11.1 瀑布模型11.1.1 標(biāo)準(zhǔn)瀑布模型 21.1.2 V 模型31.1.3 中等簡(jiǎn)化V字模型（V4模型）61.1.4 最簡(jiǎn)化 V字模型（V3模型）71.

2、2 原型模型 1.01.2.1 原型模型的形式1.01.2.2 特點(diǎn)1.11.2.3 缺點(diǎn)1.11.2.4 適用項(xiàng)目 111.2.5 階段劃分121.3 螺旋模型 1.21.3.1 特點(diǎn)1.21.3.2 適用項(xiàng)目 131.3.3 階段劃分131.4 增量模型1.41.4.1 特點(diǎn)1.41.4.2 適用項(xiàng)目 151.4.3 階段劃分 151.5 迭代模型 1.51.5.1 特點(diǎn)1.71.5.2 適用f青況181.5.3 迭代分類(lèi)183生命周期模型選擇指南 203.1 生命周期模型選擇特性指標(biāo) .203.1.1 需求清晰性、完整性、穩(wěn)定性 203.1.2 項(xiàng)目規(guī)模 213.1.3 項(xiàng)目類(lèi)型223.

3、1.4 技術(shù)復(fù)雜度 223.1.5 可重用性223.1.6 重用已有產(chǎn)品 223.2 生命周期模型選擇決策參考 233.3 生命周期模型與特性指標(biāo)對(duì)應(yīng)關(guān)系 243.4 生命周期選擇25附錄：標(biāo)準(zhǔn)項(xiàng)目生命周期圖 26軟件生命周期模型及選擇指南1目的和范圍本文用以描述中地公司推薦的軟件項(xiàng)目生命周期（以下簡(jiǎn)稱(chēng)LC）模型，并說(shuō)明如何根據(jù)項(xiàng)目特性選擇合適的 LC模型。2生命周期可選模型簡(jiǎn)介軟件生命周期指軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件開(kāi)發(fā)包括需求、設(shè)計(jì)、編碼和測(cè)試等階段，有時(shí)也包括維護(hù)階段。3.5 瀑布模型3.5.1 標(biāo)準(zhǔn)瀑布模型.1特點(diǎn)1、階段間具有順序性和依賴(lài)性：必須等前一階段的工作完成

4、之后，才能開(kāi)始后一階段 的輸入。對(duì)本階段工作進(jìn)行評(píng)審，若得到確認(rèn)，則繼續(xù)下階段工作，否則返回前一階段，甚 至更前階段。只有前一階段輸出正確，后一階段才能正確；2、推遲實(shí)現(xiàn)的觀點(diǎn)：在編碼之前，設(shè)置了需求分析與設(shè)計(jì)的各個(gè)階段，分析與設(shè)計(jì)階 段的根本任務(wù)規(guī)定在這兩個(gè)階段主要考慮目標(biāo)系統(tǒng)的邏輯模型，不涉及軟件的物理實(shí)現(xiàn)；3、質(zhì)量保證的觀點(diǎn)是每個(gè)階段都堅(jiān)持兩個(gè)做法：規(guī)定文檔，沒(méi)有文檔就沒(méi)有完成該段 任務(wù)；每個(gè)階段結(jié)束前都要對(duì)完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問(wèn)題，改正錯(cuò)誤。.2缺點(diǎn)1、無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題；2、依賴(lài)于早期進(jìn)行的唯一的一次需求調(diào)查，不能適應(yīng)需求的變化；3、由于是單一流程，開(kāi)發(fā)

5、中的經(jīng)驗(yàn)教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過(guò)程；4、風(fēng)險(xiǎn)往往遲至后期的開(kāi)發(fā)階段才顯露，因而失去及早糾正的機(jī)會(huì)。.3適用項(xiàng)目1、充分理解用戶(hù)需求，且需求是確定不變的；2、用戶(hù)有一定的能力，對(duì)需求的表述是確切的；3、充分理解該解決方案的技術(shù)和體系；4、需要一個(gè)可維護(hù)性和可支持性較高的解決方案；5、所有過(guò)程工作產(chǎn)品的控制基線，需要有可見(jiàn)度和可靠性；6、適用于新的有較多用戶(hù)的產(chǎn)品、平臺(tái)/中間件開(kāi)發(fā)項(xiàng)目，或者是用戶(hù)對(duì)開(kāi)發(fā)過(guò)程有嚴(yán)格要求的工程定制項(xiàng)目；7、項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn)；8、需求清晰明了且時(shí)間要求寬松的軟件開(kāi)發(fā)項(xiàng)目；9、規(guī)模小、需求簡(jiǎn)單、功能單一的項(xiàng)目。.4階段劃分1、需求階段2、設(shè)計(jì)階段3、編碼階

6、段4、測(cè)試階段5、發(fā)布階段6、實(shí)施階段7、運(yùn)行維護(hù)階段3.5.2 V模型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ǔ)。流程圖如下所示：Product InvestigationReport/User Requirements/Acceptance Test PlanAcceptance TestRASystem

7、TestPlanCLSKOProjectKickoffHLDIntegration Test PlanDCDeliveryCompleteRequirementsSCSign OffITSystem CompleteASOArchitectureLLDModuleTestPlanFCSign OffFunctionCompleteDSOCSOSuggested for system shape:SystemDesign SignOffCUTCode Sign OffLEGENDSubsystemSubsystemSubsystemModuleModuleModueeMoMuoeule Unit

8、U.； UnitUnfn-Unit二 Unit I |nnUnBIU UnitUnitUnitXXXControl FlowData Flow Checkpoint that can be signed off by theProject ManagerCheckpoint that isrecommended tobe signed off bySeniorManagementStandard V-Waterfall Lifecycle.1特點(diǎn)1、強(qiáng)調(diào)開(kāi)發(fā)的階段性；2、強(qiáng)調(diào)早期的計(jì)劃及需求調(diào)查與分析；3、強(qiáng)調(diào)產(chǎn)品測(cè)試的完備性；4、過(guò)程文檔齊全，便于追溯和重用；5、過(guò)程的可見(jiàn)性強(qiáng)，便于過(guò)程質(zhì)量

9、控制；6、只要需求是穩(wěn)定的，則進(jìn)度也是穩(wěn)定的。.2缺點(diǎn)1、無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題;2、靈活性差，依賴(lài)于早期進(jìn)行的需求調(diào)查，不能適應(yīng)需求的變化;3、由于是單一流程，開(kāi)發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能及時(shí)反饋并應(yīng)用于本產(chǎn)品的過(guò)程改進(jìn)。.3適用項(xiàng)目1、充分理解用戶(hù)需求，需求是確定不變的；2、用戶(hù)有一定的能力，對(duì)需求的表述是確切的；3、充分理解該解決方案的技術(shù)和體系；4、需要一個(gè)可維護(hù)性和可支持性較高的解決方案；5、所有過(guò)程工作產(chǎn)品的控制基線，需要有可見(jiàn)度和可靠性；6、適用于新的有較多用戶(hù)的產(chǎn)品、平臺(tái)/中間件開(kāi)發(fā)項(xiàng)目，或者是用戶(hù)對(duì)開(kāi)發(fā)過(guò)程有嚴(yán)格要求的工程定制項(xiàng)目；7、項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn)；8、

10、要求開(kāi)發(fā)周期時(shí)間較充分。.4階段劃分1、需求開(kāi)發(fā)2、項(xiàng)目計(jì)劃3、概要設(shè)計(jì)4、詳細(xì)設(shè)計(jì)5、編碼和單元測(cè)試6、集成測(cè)試7、系統(tǒng)測(cè)試8、驗(yàn)收測(cè)試9、驗(yàn)收10、發(fā)布3.5.3 中等簡(jiǎn)化V字模型（V4模型）針對(duì)項(xiàng)目的實(shí)際情況，對(duì) V字（瀑布）模型進(jìn)行演化是必要的。中等簡(jiǎn)化V字模型是 在標(biāo)準(zhǔn)瀑布模型基礎(chǔ)上根據(jù)組織中一些小項(xiàng)目等的實(shí)際需要演化來(lái)的。流程圖如下所示:Product Investigation Report/User requirementsAcceptance Test PlanJDELCLSKOSTRARSOCUTLLDCode Sign OffDSOProjectKickoffDelive

11、ryCompleteRequirements Sign OffSystem Test Plan Acceptance TestSystemCompleteDesign SignOffLEGENDSuggested forFour Phase V-Waterfall Life CycleXXXXXXControl FlowData FlowCheckpoint that canbe signed off by theProject ManagerCheckpoint that isrecommended tobe signed off bySeniorManagement.1特點(diǎn)1、可以適應(yīng)中等

12、和較小項(xiàng)目的較靈活的管理需要；2、提供中度的進(jìn)度控制，相對(duì)標(biāo)準(zhǔn)V字模型，可以減少部分項(xiàng)目管理工作量和開(kāi)支;3、在產(chǎn)品交付方面進(jìn)行合理的控制。.2缺點(diǎn)因項(xiàng)目開(kāi)發(fā)流程相對(duì)簡(jiǎn)化，項(xiàng)目的風(fēng)險(xiǎn)增大，質(zhì)量隱患增大。.3適用項(xiàng)目1、項(xiàng)目的復(fù)雜度、團(tuán)隊(duì)的規(guī)模、工作量和周轉(zhuǎn)時(shí)間都是中等程度的;2、需求和技術(shù)都已被充分理解；3、項(xiàng)目經(jīng)理有較高的項(xiàng)目管理和控制的經(jīng)驗(yàn)。.4階段劃分1、需求開(kāi)發(fā)2、設(shè)計(jì)3、編碼和單元測(cè)試4、系統(tǒng)測(cè)試5、驗(yàn)收測(cè)試6、驗(yàn)收7、發(fā)布3.5.4 最簡(jiǎn)化V字模型（V3模型）最簡(jiǎn)化V字模型在標(biāo)準(zhǔn)瀑布模型基礎(chǔ)上根據(jù)組織中的小項(xiàng)目和維護(hù)項(xiàng)目等的實(shí)際需要演化而來(lái)。流程圖如下所示：Project Go A

13、headAcceptance Test PlanAcceptance TestDELTest strategySTDSOCUTCSOCode Sign offSystem CompleteInvestigation (INV)Design Sign OffCLSDCDeliveryCompleteSuggested for small projectswhose scope is enhancement ofan existing productLEGEND*- Control FlowData FlowCheckpoint that can be signed off by the Proj

14、ect ManagerThree Phase V- Waterfall Life CycleXXXCheckpoint that isrecommended to besigned off by SeniorManagement.1特點(diǎn)1、可以適應(yīng)小項(xiàng)目的靈活性；2、減少過(guò)程復(fù)雜帶來(lái)的產(chǎn)品提交時(shí)間延長(zhǎng)；3、過(guò)程相對(duì)簡(jiǎn)單，項(xiàng)目管理控制的工作量相對(duì)較少;4、提供中度的進(jìn)度控制；5、減少開(kāi)支。.2缺點(diǎn)1、對(duì)階段性的控制較弱，問(wèn)題不能及時(shí)發(fā)現(xiàn)；2、項(xiàng)目前期控制較弱，使得項(xiàng)目產(chǎn)品質(zhì)量留有隱患。.3適用項(xiàng)目1、項(xiàng)目的規(guī)模和工作量都比較??；2、項(xiàng)目具有較小的開(kāi)發(fā)團(tuán)隊(duì)；3、需求和技術(shù)都是被充分確定和理解的；4

15、、系統(tǒng)具有低復(fù)雜度，不需要獨(dú)立的設(shè)計(jì)階段；5、產(chǎn)品的體系結(jié)構(gòu)是穩(wěn)定的；6、項(xiàng)目經(jīng)理經(jīng)驗(yàn)豐富，對(duì)項(xiàng)目有較好的管理控制能力;7、項(xiàng)目開(kāi)發(fā)周期較短。.4階段劃分1、集成設(shè)計(jì)階段2、編碼和單元測(cè)試3、系統(tǒng)測(cè)試4、驗(yàn)收5、發(fā)布3.6 原型模型原型模型是快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集。一般來(lái)說(shuō)，根據(jù)客戶(hù)的需要在很短的時(shí)間內(nèi)解決用戶(hù)最迫切需要，完成一個(gè)可以演示的產(chǎn)品， 這個(gè)產(chǎn)品只實(shí)現(xiàn)部分功能。 原型最重要的是為了確定用戶(hù) 的真正需求。原型模型在克服瀑布模型缺點(diǎn)、減少由于軟件需求不明確給開(kāi)發(fā)工作帶來(lái)風(fēng)險(xiǎn)方面，確有顯著效果。3.6.1 原型模型的形式

16、.1拋棄型開(kāi)發(fā)原型為了獲取需求，在原型開(kāi)發(fā)之后，已獲取了更為清晰的需求信息，原型無(wú)需保留而廢棄。.2漸進(jìn)型原型作為軟件最終產(chǎn)品的一部分，可滿足用戶(hù)的部分需求，如進(jìn)一步在此基礎(chǔ)上開(kāi)發(fā)， 則可在實(shí)現(xiàn)其他需求后交付使用。3.6.2 特點(diǎn)1、用戶(hù)需求不完全或不確定；2、針對(duì)總體的輪廓先建立一個(gè)用戶(hù)需求原型，然后進(jìn)行評(píng)價(jià)和反饋；3、對(duì)原型進(jìn)行擴(kuò)充、改進(jìn)和求精；4、完成最終系統(tǒng)。3.6.3 缺點(diǎn)1、沒(méi)有考慮軟件的整體質(zhì)量和長(zhǎng)期的可維護(hù)性；2、大部分情況是不合適的操作算法被采用，目的是為了演示功能，不合適的開(kāi)發(fā)工具 被采用，僅僅為了它的方便，還有不合適的操作系統(tǒng)被選擇等等；3、由于達(dá)不到質(zhì)量要求產(chǎn)品可能被拋

17、棄，而采用新的模型重新設(shè)計(jì)。3.6.4 適用項(xiàng)目1、客戶(hù)能提出一般性的目標(biāo)，但不能標(biāo)出詳細(xì)的輸入、處理及輸出需求；或開(kāi)發(fā)者不 能確定算法的有效性、操作系統(tǒng)的適應(yīng)性、及人機(jī)交互的形式；2、用戶(hù)定義了一組一般性目標(biāo)，但不能標(biāo)識(shí)出詳細(xì)的輸入、處理及輸出需求；3、開(kāi)發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式。實(shí)用標(biāo)準(zhǔn)3.6.5 階段劃分.1拋棄型原型模型的階段劃分1-需求分析階段一一獲取業(yè)務(wù)需求2-原型開(kāi)發(fā)階段一一主要是界面實(shí)現(xiàn)，業(yè)務(wù)流程用圖形方式表示3-原型評(píng)價(jià)階段一一和客戶(hù)確認(rèn)，完善業(yè)務(wù)需求4、系統(tǒng)設(shè)計(jì)5、系統(tǒng)實(shí)現(xiàn).2漸進(jìn)型原型模型的階段劃分1、需求分析階段（需求分析、原型實(shí)現(xiàn)

18、、客戶(hù)評(píng)價(jià)）2、設(shè)計(jì)階段3、編碼階段4、測(cè)試階段5、發(fā)布階段6、實(shí)施階段2.3 螺旋模型實(shí)用標(biāo)準(zhǔn).1優(yōu)點(diǎn)1、對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟 件開(kāi)發(fā)的一個(gè)重要目標(biāo)；2、減少了過(guò)多測(cè)試或測(cè)試不足；3、維護(hù)和開(kāi)發(fā)之間并沒(méi)有本質(zhì)區(qū)別。.2缺點(diǎn)1、執(zhí)行風(fēng)險(xiǎn)分析的費(fèi)用較高，會(huì)大大降低項(xiàng)目的利潤(rùn)。一般只有大型項(xiàng)目才有必要采 用此模型，并且要有足夠的經(jīng)費(fèi)支持；2、使用該模型要求開(kāi)發(fā)人員具備相當(dāng)豐富的風(fēng)險(xiǎn)分析經(jīng)驗(yàn)，如果項(xiàng)目實(shí)際上正走向?yàn)?zāi) 難，而分析人員還認(rèn)為一切良好，那么項(xiàng)目就會(huì)失??；3、螺旋模型過(guò)于復(fù)雜，不及瀑布模型那么容易理解和使用。2.3.2 適用項(xiàng)目主要是用于大

19、規(guī)模軟件項(xiàng)目，需求不明朗，風(fēng)險(xiǎn)比較高的項(xiàng)目。2.3.3 階段劃分螺旋模型沿著螺線旋轉(zhuǎn)，由內(nèi)向外每旋轉(zhuǎn)一圈便開(kāi)發(fā)出更完善的一個(gè)新版本。一個(gè)螺旋式周期可分為：1、制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；2、風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；3、實(shí)施工程：實(shí)施軟件開(kāi)發(fā)（需求、設(shè)計(jì)、編碼、測(cè)試等按螺旋周期推進(jìn)）4、客戶(hù)評(píng)估：評(píng)價(jià)本輪的開(kāi)發(fā)結(jié)果，提出修正建議，計(jì)劃下一輪的工作。2.4 增量模型增量模型融合了瀑布模型的基本成分和原型的迭代特征。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)分析、設(shè)計(jì)、編碼、測(cè)試和發(fā)布。2.4.2 特點(diǎn)1、第一階

20、段增量往往是核心產(chǎn)品；2、每一階段增量均為可發(fā)布一個(gè)版本，早期的增量是最終產(chǎn)品的“可拆卸”版本。.1優(yōu)點(diǎn)1、人員分配靈活，剛開(kāi)始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)階段增量。同時(shí)人員可以并行工作；2、需求明確部分可以分階段實(shí)現(xiàn)，逐步優(yōu)化系統(tǒng)需求，逐步集成系統(tǒng)元素；3、階段交付，當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)或者客戶(hù)/市場(chǎng)要求進(jìn)度急迫時(shí)，提供了一種先推出核心產(chǎn)品的途徑，這樣階段交付部分功能給客戶(hù)，對(duì)客戶(hù)起到鎮(zhèn)靜劑的作用。.2缺點(diǎn)新開(kāi)發(fā)的“增量”在合并進(jìn)原有軟件系統(tǒng)時(shí)，可能破壞原來(lái)構(gòu)造好了的內(nèi)容。2.4.3 適用項(xiàng)目適用于需求逐漸清晰的軟件項(xiàng)目。2.4.4 階

21、段劃分1、計(jì)劃階段2、第一階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）3、第二階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）4、第N階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）5、發(fā)布階段6、實(shí)施階段7、運(yùn)行維護(hù)階段2.5 迭代模型在項(xiàng)目做計(jì)劃的過(guò)程中，選用迭代模型時(shí)，有如下要求：2.5.2 一次項(xiàng)目計(jì)劃時(shí)，確定所選擇的生命周期模型為迭代模型時(shí)，要求在計(jì)劃中明確進(jìn)行迭代流程階段、迭代的次數(shù)、每次迭代所選的生命周期模型以及每次迭代的起止日2、每次迭代所選的生命周期模型，可以根據(jù)本次迭代的重點(diǎn)，選擇瀑布型 型、中等簡(jiǎn)化 V字模型、最簡(jiǎn)化 V字模型中的一種，或者是某種瀑布模型的某幾個(gè)流程階 段，確定為本次迭代的工作流程階段。

22、對(duì)項(xiàng)目WBS的要求：1、以下表格可以與 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)及控制手段2、根據(jù)每次迭代的 WBS任務(wù)和各 WBS任務(wù)在本次迭代中的重要程度（強(qiáng)、中、弱），參照迭代模型樣例圖，繪制本項(xiàng)目的迭代模型圖；3、從第二次到第N次的迭代，在不與第一次計(jì)劃沖突的基礎(chǔ)上，制訂本次迭代的小計(jì)劃，也可以直接在項(xiàng)目的 Project圖

23、上進(jìn)行本次迭代計(jì)劃的細(xì)化；4、如果后幾次迭代對(duì)第一次計(jì)劃的內(nèi)容有變動(dòng)，如進(jìn)度的調(diào)整，控制點(diǎn)的變化等，則 須進(jìn)行變更及批準(zhǔn)。迭代模型的開(kāi)發(fā)流程圖如下:7 -達(dá)他流程階段'第一校迭代第二次迭代 口 口 01 口第11次迭代需求分析強(qiáng)中L/FRI弱卜、-小> J項(xiàng)目計(jì)劃強(qiáng)J/ 、中,1i iI7L11 J1fc"- J1 1弱k嘏要透討強(qiáng)一 i1J 3中i1i1rJ1 I弱/t洋粥談?dòng)?jì)建1J1-!_中iJ弱i -5S-Zl111-工編螞及單元惻國(guó)叁j 11! 一11L-中11k一一J_弱1 1ia f集成惻試強(qiáng)1J1 1zn中r jI1JU fV何1VII累統(tǒng)刪試強(qiáng)11i r

24、-中 尋號(hào)7 L72.5.3 特點(diǎn)1、允許變更需求，中途的修改是容易的，但需要在項(xiàng)目組內(nèi)部和外部之間有良好的溝 通渠道；2、有助于項(xiàng)目組的學(xué)習(xí)和提高，團(tuán)隊(duì)成員有機(jī)會(huì)在整個(gè)生命周期中邊做邊學(xué)，各顯其 能；3、迭代流程自身可在進(jìn)行過(guò)程中得到改進(jìn)和精煉；4、生成性能更強(qiáng)壯的產(chǎn)品；5、風(fēng)險(xiǎn)管理比較容易，可及早降低風(fēng)險(xiǎn)，前提是存在良好的信息傳遞渠道；6、與其他生命周期模型相比，它在開(kāi)發(fā)周期內(nèi)具有更好的性能。.1缺點(diǎn)1、因本模型較為靈活，對(duì)管理的要求較高，項(xiàng)目經(jīng)理需要有豐富的項(xiàng)目管理經(jīng)驗(yàn)；2、迭代的次數(shù)和任務(wù)規(guī)劃難把握，對(duì)項(xiàng)目策劃要求較高。2.5.4 適用情況1、規(guī)模較大的項(xiàng)目或產(chǎn)品；2、需求的清晰度低，

25、且需要進(jìn)一步的調(diào)查；3、技術(shù)或體系結(jié)構(gòu)方面的知識(shí)匱乏。2.5.5 迭代分類(lèi)新領(lǐng)域、新技術(shù)的研發(fā)項(xiàng)目，比如公司內(nèi)部的平臺(tái)系統(tǒng)的研發(fā)就屬于標(biāo)準(zhǔn)的迭代類(lèi)型，兩種代表性的迭代模型：.1以需求、計(jì)劃、設(shè)計(jì)為重點(diǎn)的迭代模型此種模型是根據(jù)組織目前的實(shí)際情況制定的，常用于需求不明確的項(xiàng)目。使用此模型的要求與迭代模型相同，流程圖如下所示迭代流程階第一次迭代第二次迭代F，%19 a D D D第H段迭棧需求分祈強(qiáng)L：' f中/ 1 g項(xiàng)自計(jì)刷弱強(qiáng)J-Jj-J1中v j y J11弱工11概要謖計(jì)強(qiáng)“-l!L_1中L Iy弱Vr ii1 f11-詳細(xì)談?dòng)憦?qiáng)1"r i 1中弱j11<II褊碼及

26、單元惻記強(qiáng)11中弱V-I111II 集成測(cè)試半場(chǎng)測(cè)試強(qiáng) 中I 111 11f， 一111-弱強(qiáng)丁/ 1n7 11 J1 1f !中弱1* i a /J二一Jb.2以計(jì)劃、設(shè)計(jì)、編碼、測(cè)試為重點(diǎn)的迭代模型此種模型是根據(jù)組織目前的實(shí)際情況制定的，常用于算法型等技術(shù)難度較高的項(xiàng)目。使 用此模型的要求與迭代模型相同，流程圖如下所示:迭代 鼐程階段7.第一凌迭代第二;煨代 DI CD D 第N次搜代需求分析強(qiáng)中V弱/項(xiàng)目計(jì)劃強(qiáng)j" r 中； X/ N弱/j =概3窕計(jì)強(qiáng)11中/1J1弱| 11詳恥設(shè)計(jì)強(qiáng)111一:中1 1|11弱廠-11 ¥y一端碼展單元測(cè)試強(qiáng)frJJ 1中二1一弱1

27、1 AH-X.-Hl集成調(diào)試二強(qiáng)1J1中口X j一1 3y弱i r i系線測(cè)試二強(qiáng)1 11 中;:l I1弱1V一P飛;'_v3生命周期模型選擇指南3.1 生命周期模型選擇特性指標(biāo)在選擇軟件生命周期模型的時(shí)候，需要考慮以下因素：3.1.1 需求清晰性、完整性、穩(wěn)定性1、清晰性：項(xiàng)目成員及客戶(hù)對(duì)需求的理解程度。需求越明確，后期需求變更就越小;2、完整性：需求定義的來(lái)源多樣，需求開(kāi)發(fā)可兼顧各類(lèi)項(xiàng)目干系人；3、穩(wěn)定性：需求的穩(wěn)定程度。若需求穩(wěn)定程序不高，對(duì)瀑布模型要適當(dāng)調(diào)整或組合。等級(jí)分為三級(jí)： High、Medium and Low 。3.1.2 項(xiàng)目規(guī)模項(xiàng)目規(guī)模通過(guò)以下指標(biāo)進(jìn)行衡量:.1

28、工作量LC規(guī)模。指完成項(xiàng)目的工作量，通常工作量越大，就要求越嚴(yán)格、正規(guī)的1、Large:Effort > 30 Person Month (PM)2、Medium:Effort between 15-30 PM3、Small:Effort between 6-15 PM4、Very Small:Effort < 6 PM說(shuō)明：1 Person Month=22 Person Day.2團(tuán)隊(duì)規(guī)模指項(xiàng)目團(tuán)隊(duì)的人員數(shù)量，通常團(tuán)隊(duì)規(guī)模越大，就要求越嚴(yán)格、正規(guī)的LC規(guī)模，以緩解溝通渠道增加帶來(lái)的風(fēng)險(xiǎn)。1、Large:>302、Medium:Between 10 and 303、Smal

29、l:Between 3 and 104、Very Small:<3.3項(xiàng)目周期對(duì)從項(xiàng)目開(kāi)始到完成的日歷時(shí)間，一般來(lái)說(shuō),LC模型越正規(guī)，要求時(shí)間越長(zhǎng)。文檔> 12月1、Large:2、Medium: Between 6-12 月3、Small:Between 3-6 月4、Very Small:< 3 月3.1.3 項(xiàng)目類(lèi)型1、內(nèi)部產(chǎn)品研發(fā)：因公司戰(zhàn)略發(fā)展需要，根據(jù)市場(chǎng)調(diào)研的用戶(hù)需求、技術(shù)發(fā)展動(dòng)向， 結(jié)合有關(guān)的政策、法令、法規(guī)和標(biāo)準(zhǔn)，面向特定領(lǐng)域、行業(yè)針對(duì)性的產(chǎn)品成果或解決方案。2、市場(chǎng)合同項(xiàng)目：為履行與外部客戶(hù)已訂立合同的項(xiàng)目。3.1.4 技術(shù)復(fù)雜度指開(kāi)發(fā)軟件的復(fù)雜度，復(fù)雜度

30、與規(guī)模、功能、接口數(shù)量有關(guān)。復(fù)雜度越高、就要求越嚴(yán) 格、正規(guī)的LC規(guī)模，因?yàn)槠溆懈玫目刂茩C(jī)制。等級(jí)分為三級(jí)： High、Medium and Low 。3.1.5 可重用性指開(kāi)發(fā)軟件的可重用程度，如果要求重用，則要求嚴(yán)格、正規(guī)的 LC規(guī)模。等級(jí)分為三級(jí)： High、Medium and Low 。3.1.6 重用已有產(chǎn)品指是否重用其它軟件或組件等。等級(jí)分為三級(jí)： High、Medium and Low 。3.2 生命周期模型選擇決策參考圖為根據(jù)項(xiàng)目特征選擇生命周期模型的參考決策樹(shù)。注意：3.3 決策樹(shù)僅供參考，即使使用這張決策樹(shù)，也請(qǐng)仔細(xì)閱讀后面的模型缺點(diǎn)說(shuō)明和適應(yīng)項(xiàng)目類(lèi)型表，從而作出正確的

31、選擇；3.4 果出現(xiàn)無(wú)法用此決策樹(shù)找出合適的生命周期模型的情況，這暗示著項(xiàng)目的需求集合、采納新技術(shù)的決策以及決定的交付方式的組合可能引起項(xiàng)目的重大風(fēng)險(xiǎn)，建議項(xiàng)目組重新考慮，如繼續(xù)開(kāi)發(fā)需求、 減少新技術(shù)的使用等方法來(lái)改變項(xiàng)目技術(shù)特征，降低項(xiàng)目失敗的可能性。實(shí)用標(biāo)準(zhǔn)3.3 生命周期模型與特性指標(biāo)對(duì)應(yīng)關(guān)系特性指標(biāo)瀑布模型原型模型螺旋模型增量模型迭代模型標(biāo)準(zhǔn)/V模型V4V3需求清晰性HighMediumHighLowVery LowLow to MediumLow需求完整性HighMediumMediumLow to MediumLow to MediumLowLow to Medium需求穩(wěn)定性HighMediumMediumLowLowLow to MediumLow to Medium項(xiàng)目規(guī)模工作量Medium to LargeSmall toMe