生命周期模型選擇指南

1、生命周期模型選擇指南生命周期模型選擇指南目 錄1.目的12.范圍13.項(xiàng)目生命周期13.1.瀑布模型33.1.1.V字模型43.1.2.中等簡(jiǎn)化V字模型63.1.3.最簡(jiǎn)化V字模型73.2.原型模型93.3.螺旋模型103.4.增量模型123.5.迭代模型131. 目的1） 根據(jù)項(xiàng)目類型和實(shí)際情況，從公司認(rèn)可的生命周期模型選擇合適的生命周期模型；2） 根據(jù)所選擇的生命周期模型，裁剪和細(xì)化標(biāo)準(zhǔn)過程，使裁剪后的過程符合項(xiàng)目的特點(diǎn)和實(shí)際情況。2. 范圍本文件適用于公司所有類型的項(xiàng)目。3. 項(xiàng)目生命周期生命周期模型是從項(xiàng)目需求定義直至經(jīng)使用后廢棄為止，跨越整個(gè)生存期的系統(tǒng)開發(fā)、運(yùn)作和維護(hù)所實(shí)施的全部過

2、程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。生命周期模型一般分為：瀑布模型、原型模型、迭代模型、增量模型。軟件開發(fā)包括需求、設(shè)計(jì)、編碼和測(cè)試等階段，有時(shí)也包括維護(hù)階段。目前軟件開發(fā)實(shí)踐中使用的各種生命周期模型，都是下面各階段的不同排列與組合。 · 系統(tǒng)需求· 需求分析· 設(shè)計(jì)（概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)）· 編碼實(shí)現(xiàn)· 測(cè)試· 使用與維護(hù)各階段主要工作、應(yīng)完成的文檔、質(zhì)量控制手段見下表。階段主要工作應(yīng)完成的文檔應(yīng)完成的文檔質(zhì)量控制手段系統(tǒng)需求1 調(diào)研用戶需求及用戶環(huán)境2 論證項(xiàng)目可行性3 制定項(xiàng)目總體計(jì)劃及附屬計(jì)劃1 用戶需求規(guī)格說明書2 項(xiàng)目總體計(jì)劃3 各附

3、屬計(jì)劃1 規(guī)范工作程序及編寫文檔2 對(duì)已完成的文檔進(jìn)行評(píng)審需求分析1 確定系統(tǒng)運(yùn)行環(huán)境2 建立系統(tǒng)邏輯模型3 確定系統(tǒng)功能及性能要求4 編寫軟件需求規(guī)格說明書、總體測(cè)試計(jì)劃、系統(tǒng)測(cè)試計(jì)劃和系統(tǒng)測(cè)試用例、驗(yàn)收測(cè)試計(jì)劃和驗(yàn)收測(cè)試用例1 軟件需求規(guī)格說明書2 總體測(cè)試計(jì)劃3 系統(tǒng)測(cè)試計(jì)劃4 系統(tǒng)測(cè)試用例5 驗(yàn)收測(cè)試計(jì)劃6 驗(yàn)收測(cè)試用例1 在進(jìn)行需求分析時(shí)采用成熟的技術(shù)與工具，如結(jié)構(gòu)化分析2 規(guī)范工作程序及編寫文檔3 對(duì)已完成的文檔進(jìn)行評(píng)審設(shè)計(jì)概要設(shè)計(jì)1 建立系統(tǒng)總體結(jié)構(gòu)，劃分功能模塊2 定義各功能模塊接口3 數(shù)據(jù)庫設(shè)計(jì)（可選）4 編寫集成測(cè)試計(jì)劃和集成測(cè)試用例1 概要設(shè)計(jì)說明書2 數(shù)據(jù)庫設(shè)計(jì)說明書（

4、可選）3 集成測(cè)試計(jì)劃4 集成測(cè)試用例1 在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)采用先進(jìn)的技術(shù)與工具2 規(guī)范工作程序及編寫文檔3 對(duì)已完成的文檔進(jìn)行評(píng)審詳細(xì)設(shè)計(jì)1 設(shè)計(jì)各模塊具體實(shí)現(xiàn)算法2 確定模塊間詳細(xì)接口3 制定單元測(cè)試計(jì)劃、單元測(cè)試用例1 詳細(xì)設(shè)計(jì)說明書2 單元測(cè)試計(jì)劃3 單元測(cè)試用例1 設(shè)計(jì)時(shí)采用先進(jìn)的技術(shù)與工具。2 規(guī)范工作程序及編寫文檔3 對(duì)已完成的文檔進(jìn)行評(píng)審編碼實(shí)現(xiàn)1 編寫程序源代碼2 執(zhí)行單元測(cè)試、編寫單元測(cè)試報(bào)告3 編寫用戶操作手冊(cè)、安裝手冊(cè)1 單元測(cè)試報(bào)告2 用戶操作手冊(cè)3 用戶安裝手冊(cè)4 系統(tǒng)源程序1 在實(shí)現(xiàn)過程中采用先進(jìn)的技術(shù)與工具2 規(guī)范工作程序及編寫文檔3 對(duì)實(shí)現(xiàn)過程及已完成的文檔進(jìn)行

5、評(píng)審測(cè)試集成測(cè)試1 執(zhí)行集成測(cè)試2 編寫集成測(cè)試報(bào)告集成測(cè)試報(bào)告1 測(cè)試時(shí)采用先進(jìn)的技術(shù)和工具2 規(guī)范工作程序及文檔編寫3 對(duì)測(cè)試工作及已完成的文檔進(jìn)行評(píng)審系統(tǒng)測(cè)試1. 執(zhí)行系統(tǒng)測(cè)試2. 編寫系統(tǒng)測(cè)試報(bào)告系統(tǒng)測(cè)試報(bào)告驗(yàn)收測(cè)試1 測(cè)試整個(gè)軟件系統(tǒng)（健壯性測(cè)試）2 執(zhí)行驗(yàn)收測(cè)試驗(yàn)收測(cè)試報(bào)告維護(hù)1 為糾正錯(cuò)誤，完善應(yīng)用而進(jìn)行修改2 對(duì)修改進(jìn)行配置管理3 編寫問題記錄表和變更申請(qǐng)表4 修訂用戶操作手冊(cè)1 變更申請(qǐng)單2 缺陷跟蹤表1 維護(hù)時(shí)采用先進(jìn)的工具2 規(guī)范工作程序及編寫文檔3 配置管理4 對(duì)維護(hù)工作及已完成的文檔進(jìn)行評(píng)審該生命周期模型適合于所有項(xiàng)目。一個(gè)完整的開發(fā)類項(xiàng)目生命周期一般分為：需求分析、

6、設(shè)計(jì)、編碼、測(cè)試、發(fā)布、實(shí)施以及運(yùn)行維護(hù)階段。3.1. 瀑布模型1) 特點(diǎn)l 階段間具有順序性和依賴性：必須等前一階段的工作完成之后，才能開始后一階段的輸入。對(duì)本階段工作進(jìn)行評(píng)審，若得到確認(rèn)，則繼續(xù)下階段工作，否則返回前一階段，甚至更前階段。只有前一階段輸出正確，后一階段才能正確；l 推遲實(shí)現(xiàn)的觀點(diǎn)：在編碼之前，設(shè)置了需求分析與設(shè)計(jì)的各個(gè)階段，分析與設(shè)計(jì)階段的根本任務(wù)規(guī)定在這兩個(gè)階段主要考慮目標(biāo)系統(tǒng)的邏輯模型，不涉及軟件的物理實(shí)現(xiàn)；l 質(zhì)量保證的觀點(diǎn)是每個(gè)階段都堅(jiān)持兩個(gè)做法：規(guī)定文檔，沒有文檔就沒有完成該段任務(wù)；每個(gè)階段結(jié)束前都要對(duì)完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問題，改正錯(cuò)誤。2) 缺點(diǎn)l

7、無法解決軟件需求不明確或不準(zhǔn)確的問題；l 依賴于早期進(jìn)行的唯一的一次需求調(diào)查，不能適應(yīng)需求的變化；l 由于是單一流程，開發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過程；l 風(fēng)險(xiǎn)往往遲至后期的開發(fā)階段才顯露，因而失去及早糾正的機(jī)會(huì)。3) 適用項(xiàng)目l 充分理解用戶需求,且需求是確定不變的；l 用戶有一定的能力，對(duì)需求的表述是確切的；l 充分理解該解決方案的技術(shù)和體系；l 需要一個(gè)可維護(hù)性和可支持性較高的解決方案；l 所有過程工作產(chǎn)品的控制基線，需要有可見度和可靠性；l 適用于新的有較多用戶的產(chǎn)品、平臺(tái)/中間件開發(fā)項(xiàng)目，或者是用戶對(duì)開發(fā)過程有嚴(yán)格要求的工程定制項(xiàng)目；l 項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn)；l 需

8、求清晰明了且時(shí)間要求寬松的軟件開發(fā)項(xiàng)目；l 規(guī)模小、需求簡(jiǎn)單、功能單一的項(xiàng)目。4) 階段劃分l 需求階段l 設(shè)計(jì)階段l 編碼階段l 測(cè)試階段l 發(fā)布階段l 實(shí)施階段l 運(yùn)行維護(hù)階段3.1.1. V字模型V字模型其實(shí)就是瀑布模型，它是一種線型順序模型，是項(xiàng)目自始至終按照一定順序的步驟從需求分析進(jìn)展到系統(tǒng)測(cè)試直到提交用戶使用，它提供了一種結(jié)構(gòu)化的、自頂向下的軟件開發(fā)方法，每階段主要工作成果從一個(gè)階段傳遞到下一個(gè)階段，必須經(jīng)過嚴(yán)格的評(píng)審或測(cè)試，以判定是否可以開始下一階段工作，各階段相互獨(dú)立、不重疊。V字模型是所有生命周期模型的基礎(chǔ)。流程圖如下所示：1） 特點(diǎn)l 強(qiáng)調(diào)開發(fā)的階段性；l 強(qiáng)調(diào)早期的計(jì)劃及

9、需求調(diào)查與分析；l 強(qiáng)調(diào)產(chǎn)品測(cè)試的完備性；l 過程文檔齊全，便于追溯和重用；l 過程的可見性強(qiáng)，便于過程質(zhì)量控制；l 只要需求是穩(wěn)定的，則進(jìn)度也是穩(wěn)定的。2） 缺點(diǎn)l 無法解決軟件需求不明確或不準(zhǔn)確的問題；l 靈活性差，依賴于早期進(jìn)行的需求調(diào)查，不能適應(yīng)需求的變化；l 由于是單一流程，開發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能及時(shí)反饋并應(yīng)用于本產(chǎn)品的過程改進(jìn)。3） 適用項(xiàng)目l 充分理解用戶需求,且需求是確定不變的；l 用戶有一定的能力，對(duì)需求的表述是確切的；l 充分理解該解決方案的技術(shù)和體系；l 需要一個(gè)可維護(hù)性和可支持性較高的解決方案；l 所有過程工作產(chǎn)品的控制基線，需要有可見度和可靠性；l 適用于新的有較多用戶

10、的產(chǎn)品、平臺(tái)/中間件開發(fā)項(xiàng)目，或者是用戶對(duì)開發(fā)過程有嚴(yán)格要求的工程定制項(xiàng)目；l 項(xiàng)目經(jīng)理有一定的項(xiàng)目管理經(jīng)驗(yàn)；l 要求開發(fā)周期時(shí)間較充分。4） 階段劃分l 需求開發(fā)l 項(xiàng)目計(jì)劃l 概要設(shè)計(jì)l 詳細(xì)設(shè)計(jì)l 編碼和單元測(cè)試l 集成測(cè)試l 系統(tǒng)測(cè)試l 驗(yàn)收測(cè)試l 驗(yàn)收l 發(fā)布3.1.2. 中等簡(jiǎn)化V字模型針對(duì)組織中項(xiàng)目的實(shí)際情況，對(duì)V字（瀑布）模型進(jìn)行演化是必要的。中等簡(jiǎn)化V字模型就是在標(biāo)準(zhǔn)瀑布模型基礎(chǔ)上根據(jù)組織中一些小項(xiàng)目等的實(shí)際需要演化來的。流程圖如下所示：1) 特點(diǎn)l 可以適應(yīng)中等和較小項(xiàng)目的較靈活的管理需要；l 提供中度的進(jìn)度控制，相對(duì)標(biāo)準(zhǔn)V字模型，可以減少部分項(xiàng)目管理工作量和開支；l 在產(chǎn)

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

12、間延長(zhǎng)；l 過程相對(duì)簡(jiǎn)單，項(xiàng)目管理控制的工作量相對(duì)較少；l 提供中度的進(jìn)度控制；l 減少開支。2) 缺點(diǎn)l 對(duì)階段性的控制較弱，問題不能及時(shí)發(fā)現(xiàn)；l 項(xiàng)目前期控制較弱，使得項(xiàng)目產(chǎn)品質(zhì)量留有隱患。3) 適用項(xiàng)目l 項(xiàng)目的規(guī)模和工作量都比較??；l 項(xiàng)目具有較小的開發(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)目開發(fā)周期較短。4) 階段劃分l 集成設(shè)計(jì)階段l 編碼和單元測(cè)試l 系統(tǒng)測(cè)試l 驗(yàn)收l 發(fā)布3.2. 原型模型用戶反饋需求分析原型開發(fā)原型評(píng)價(jià)最終系統(tǒng)設(shè)計(jì)最終系統(tǒng)實(shí)現(xiàn)

13、原型模型是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集。一般來說，根據(jù)客戶的需要在很短的時(shí)間內(nèi)解決用戶最迫切需要，完成一個(gè)可以演示的產(chǎn)品，這個(gè)產(chǎn)品只實(shí)現(xiàn)部分功能。原型最重要的是為了確定用戶的真正需求。原型模型在克服瀑布模型缺點(diǎn)、減少由于軟件需求不明確給開發(fā)工作帶來風(fēng)險(xiǎn)方面，確有顯著效果。軟件系統(tǒng)的原型常用有兩種形式：l 拋棄型開發(fā)原型為了獲取需求，在原型開發(fā)之后，已獲取了更為清晰的需求信息，原型無需保留而廢棄。l 漸進(jìn)型原型作為軟件最終產(chǎn)品的一部分，可滿足用戶的部分需求，如進(jìn)一步在此基礎(chǔ)上開發(fā)，則可在實(shí)現(xiàn)其他需求后交付使用。1) 特點(diǎn)l 用戶需求

14、不完全或不確定；l 針對(duì)總體的輪廓先建立一個(gè)用戶需求原型，然后進(jìn)行評(píng)價(jià)和反饋；l 對(duì)原型進(jìn)行擴(kuò)充、改進(jìn)和求精；l 完成最終系統(tǒng)。2) 缺點(diǎn)l 沒有考慮軟件的整體質(zhì)量和長(zhǎng)期的可維護(hù)性；l 大部分情況是不合適的操作算法被采用，目的是為了演示功能，不合適的開發(fā)工具被采用，僅僅為了它的方便，還有不合適的操作系統(tǒng)被選擇等等；l 由于達(dá)不到質(zhì)量要求產(chǎn)品可能被拋棄，而采用新的模型重新設(shè)計(jì)。3) 適用項(xiàng)目l 客戶能提出一般性的目標(biāo)，但不能標(biāo)出詳細(xì)的輸入、處理及輸出需求；或開發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性、及人機(jī)交互的形式； l 用戶定義了一組一般性目標(biāo)，但不能標(biāo)識(shí)出詳細(xì)的輸入、處理及輸出需求；l

15、開發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式。4) 階段劃分拋棄型原型模型的階段劃分：l 需求分析階段-獲取業(yè)務(wù)需求l 原型開發(fā)階段主要是界面實(shí)現(xiàn)，業(yè)務(wù)流程用圖形方式表示。l 原型評(píng)價(jià)階段-和客戶確認(rèn)，完善業(yè)務(wù)需求l 系統(tǒng)設(shè)計(jì)l 系統(tǒng)實(shí)現(xiàn)漸進(jìn)型原型模型的階段劃分：l 需求分析階段（需求分析、原型實(shí)現(xiàn)、客戶評(píng)價(jià)）l 設(shè)計(jì)階段l 編碼階段l 測(cè)試階段l 發(fā)布階段l 實(shí)施階段3.3. 螺旋模型螺旋模型是將瀑布模型與演化模型結(jié)合起來，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析。集成與測(cè)試原型1原型2原型3可運(yùn)行原型需求計(jì)劃生存期計(jì)劃開發(fā)計(jì)劃軟件需求需求確認(rèn)設(shè)計(jì)確認(rèn)與驗(yàn)證軟件 產(chǎn)品設(shè)計(jì)詳細(xì)設(shè)

16、計(jì)風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析驗(yàn)收測(cè)試實(shí)現(xiàn)集成與測(cè)試單元測(cè)試編碼提交評(píng)審累計(jì)成本實(shí)施工程開發(fā)、驗(yàn)證下一產(chǎn)品風(fēng)險(xiǎn)分析評(píng)價(jià)方案，識(shí)別風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)制訂計(jì)劃決定目標(biāo)方案和限制客戶評(píng)價(jià)1) 特點(diǎn)風(fēng)險(xiǎn)驅(qū)動(dòng)的，關(guān)注風(fēng)險(xiǎn)，風(fēng)險(xiǎn)分析后決策是否繼續(xù)進(jìn)行項(xiàng)目2) 優(yōu)點(diǎn)l 對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)；l 減少了過多測(cè)試或測(cè)試不足；l 維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。3) 缺點(diǎn)l 執(zhí)行風(fēng)險(xiǎn)分析的費(fèi)用較高，會(huì)大大降低項(xiàng)目的利潤。一般只有大型項(xiàng)目才有必要采用此模型，并且要有足夠的經(jīng)費(fèi)支持；l 使用該模型要求開發(fā)人員具備相當(dāng)豐富的風(fēng)險(xiǎn)分析經(jīng)驗(yàn)，如果項(xiàng)目實(shí)際上正走向

17、災(zāi)難，而分析人員還認(rèn)為一切良好，那么項(xiàng)目就會(huì)失??；l 螺璇模型過于復(fù)雜，不及瀑布模型那么容易理解和使用。4) 適用項(xiàng)目主要是用于大規(guī)模軟件項(xiàng)目，需求不明朗，風(fēng)險(xiǎn)比較高的項(xiàng)目。5) 階段劃分螺旋模型沿著螺線旋轉(zhuǎn)，自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā)出更完善的一個(gè)新版本。一個(gè)螺旋式周期可分為： l 制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；l 風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；l 實(shí)施工程：實(shí)施軟件開發(fā)（需求、設(shè)計(jì)、編碼、測(cè)試等按螺旋周期推進(jìn)）；l 客戶評(píng)估：評(píng)價(jià)本輪的開發(fā)結(jié)果，提出修正建議，計(jì)劃下一輪的工作。3.4. 增量模型增量模型融合了瀑布模型的基本成分和原型的迭代特征

18、。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。把軟件產(chǎn)品作為一系列的增量構(gòu)件來分析、設(shè)計(jì)、編碼、測(cè)試和發(fā)布。特點(diǎn)l 第一階段增量往往是核心產(chǎn)品；l 每一階段增量均為可發(fā)布一個(gè)版本，早期的增量是最終產(chǎn)品的“可拆卸”版本。1) 優(yōu)點(diǎn)l 人員分配靈活，剛開始不用投入大量人力資源，當(dāng)核心產(chǎn)品很受歡迎時(shí)，可增加人力實(shí)現(xiàn)下一個(gè)階段增量。同時(shí)人員可以并行工作；l 需求明確部分可以分階段實(shí)現(xiàn)，逐步優(yōu)化系統(tǒng)需求，逐步集成系統(tǒng)元素；l 階段交付，當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)或者客戶/市場(chǎng)要求進(jìn)度急迫時(shí)，提供了一種先推出核心產(chǎn)品的途徑，這樣階段交付部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。2) 缺點(diǎn)l 新開發(fā)

19、的“增量”在合并進(jìn)原有軟件系統(tǒng)時(shí)，可能破壞原來構(gòu)造好了的內(nèi)容。3) 適用項(xiàng)目適用于需求逐漸清晰的軟件項(xiàng)目。4) 階段劃分計(jì)劃階段第一階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）第二階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）第N階段（需求、設(shè)計(jì)、編碼、測(cè)試、發(fā)布）發(fā)布階段實(shí)施階段運(yùn)行維護(hù)階段3.5. 迭代模型在項(xiàng)目做計(jì)劃的過程中，選用迭代模型時(shí)，有如下要求：l 進(jìn)行第一次項(xiàng)目計(jì)劃時(shí)，確定所選擇的生命周期模型為迭代模型時(shí)，要求在計(jì)劃中明確進(jìn)行迭代流程階段、迭代的次數(shù)、每次迭代所選的生命周期模型以及每次迭代的起止日期。l 每次迭代所選的生命周期模型，可以根據(jù)本次迭代的重點(diǎn)，選擇瀑布型-標(biāo)準(zhǔn)V模型、中等簡(jiǎn)化V字模型

20、、最簡(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ù)可以通過變更過程進(jìn)行控制，“弱”的任務(wù)可以通過批準(zhǔn)直接在文檔的修訂頁中注明）。迭代次數(shù)流程階段工作任務(wù)重要程度（強(qiáng)、中、弱）工作產(chǎn)品控制點(diǎn)及控制手段                              l 根據(jù)每次迭代的WBS任務(wù)和各WBS任務(wù)在本次迭代中的重要程度（強(qiáng)、中、弱），參照迭代模型樣例圖