【文章內(nèi)容簡(jiǎn)介】 析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；③實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；④客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。迭代模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。使用迭代模型進(jìn)行軟件開發(fā)，項(xiàng)目活動(dòng)包含以下幾個(gè)階段：①初始階段初始階段有時(shí)也稱先啟階段。初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個(gè)階段中所關(guān)注的是整個(gè)項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險(xiǎn)。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來(lái)講，初始階段可能很短。②細(xì)化階段細(xì)化階段的目標(biāo)是分析問(wèn)題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)做出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時(shí)為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。 ③構(gòu)造階段在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。從某種意義上說(shuō)，構(gòu)建階段是一個(gè)制造過(guò)程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。 ④交付階段交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問(wèn)題，所有主要的結(jié)構(gòu)問(wèn)題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。圖 3 迭代模型的幾個(gè)階段（2）WBS劃分實(shí)際采用迭代模型中，項(xiàng)目階段仍可參考瀑布執(zhí)行。迭代模型實(shí)施重要的關(guān)鍵點(diǎn)是架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）、制定迭代開發(fā)計(jì)劃。階段和項(xiàng)目標(biāo)準(zhǔn)過(guò)程任務(wù)工作成果名稱項(xiàng)目策劃階段《項(xiàng)目策劃管理規(guī)范》完成《項(xiàng)目實(shí)施計(jì)劃》《項(xiàng)目實(shí)施計(jì)劃》中WBS分解要參考本表 項(xiàng)目迭代計(jì)劃（★）《項(xiàng)目迭代開發(fā)計(jì)劃》l 必須有架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）l 《項(xiàng)目迭代開發(fā)計(jì)劃》必須說(shuō)明哪些是關(guān)鍵迭代，完成的時(shí)機(jī)以及預(yù)期成果l 下一個(gè)迭代，在前幾個(gè)迭代基礎(chǔ)上需要完善的要點(diǎn)以及完善步驟架構(gòu)（概要）設(shè)計(jì)（★）概要設(shè)計(jì)說(shuō)明書系統(tǒng)完成架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)） 詳細(xì)需求分析、設(shè)計(jì)及實(shí)現(xiàn)第1個(gè)迭代需求分析迭代1的需求分析，形成《需求說(shuō)明書》 需求評(píng)審關(guān)鍵迭代需要組織評(píng)審 詳細(xì)設(shè)計(jì)直接做詳細(xì)設(shè)計(jì)，完成迭代《設(shè)計(jì)說(shuō)明書》 文檔編寫《詳細(xì)設(shè)計(jì)說(shuō)明書》 用戶界面設(shè)計(jì)《用戶界面設(shè)計(jì)說(shuō)明書》 數(shù)據(jù)庫(kù)設(shè)計(jì)《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》 編程源代碼 代碼走查按照《項(xiàng)目實(shí)施計(jì)劃》中質(zhì)量控制點(diǎn)計(jì)劃要求完成《代碼走查檢查單》 單元測(cè)試按照《項(xiàng)目實(shí)施計(jì)劃》中質(zhì)量控制點(diǎn)計(jì)劃要求完成《單元測(cè)試報(bào)告》 第一個(gè)迭代部署/集成按照《項(xiàng)目迭代開發(fā)計(jì)劃》將迭代開發(fā)成果部署到統(tǒng)一架構(gòu)中。 第一個(gè)迭代集成測(cè)試迭代后的開發(fā)成果部署到統(tǒng)一架構(gòu)后做集成測(cè)試 詳細(xì)需求分析、設(shè)計(jì)及實(shí)現(xiàn)第2個(gè)迭代按照《項(xiàng)目迭代開發(fā)計(jì)劃》中的規(guī)劃實(shí)現(xiàn)，如果實(shí)現(xiàn)計(jì)劃有變化需要變更該計(jì)劃。………詳細(xì)需求分析、設(shè)計(jì)及實(shí)現(xiàn)第N個(gè)迭代…按照《項(xiàng)目迭代開發(fā)計(jì)劃》中的規(guī)劃實(shí)現(xiàn)，如果實(shí)現(xiàn)計(jì)劃有變化需要變更該計(jì)劃。 測(cè)試階段《項(xiàng)目測(cè)試管理規(guī)范》所有迭代按照《項(xiàng)目迭代開發(fā)計(jì)劃》全部實(shí)現(xiàn)后，需要做系統(tǒng)測(cè)試。 （3）優(yōu)缺點(diǎn)與傳統(tǒng)的瀑布模型相比較，迭代模型具有以下優(yōu)點(diǎn)： ①降低了在一個(gè)增量上的開支風(fēng)險(xiǎn)。如果開發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi)；②降低了產(chǎn)品無(wú)法按照既定進(jìn)度進(jìn)入市場(chǎng)的風(fēng)險(xiǎn)。通過(guò)在開發(fā)早期就確定風(fēng)險(xiǎn)，可以盡早來(lái)解決而不至于在開發(fā)后期匆匆忙忙；③加快了整個(gè)開發(fā)工作的進(jìn)度。因?yàn)殚_發(fā)人員清楚問(wèn)題的焦點(diǎn)所在，他們的工作會(huì)更有效率；④由于用戶的需求并不能在一開始就做出完全的界定，它們通常是在后續(xù)階段中不斷細(xì)化的。因此，迭代過(guò)程這種模式使適應(yīng)需求的變化會(huì)更容易些。迭代模型的缺點(diǎn)：①風(fēng)險(xiǎn)管理成本較高：迭代模型本身強(qiáng)調(diào)風(fēng)險(xiǎn)，但風(fēng)險(xiǎn)管理本身也存在成本問(wèn)題；如果風(fēng)險(xiǎn)管理成本過(guò)大，將會(huì)嚴(yán)重影響項(xiàng)目的利潤(rùn)；②對(duì)項(xiàng)目組成員的要求非常高：在風(fēng)險(xiǎn)分析、進(jìn)度管理等方面，需要有較高層次的人員配置及豐富的項(xiàng)目管理和項(xiàng)目實(shí)施的經(jīng)驗(yàn)。這對(duì)于開發(fā)隊(duì)伍技術(shù)力量較弱或缺乏經(jīng)驗(yàn)的團(tuán)隊(duì)很難實(shí)施。（4）適用范圍①在項(xiàng)目開發(fā)早期需求可能有所變化；②分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域很熟悉；③高風(fēng)險(xiǎn)項(xiàng)目；④用戶可不同程度