【正文】 備工具。本階段具有非常重要的意義，在這個(gè)階段中所關(guān)注的是整個(gè)項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險(xiǎn)。迭代模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開(kāi)發(fā)之中。實(shí)質(zhì)上，它類(lèi)似小型的瀑布式項(xiàng)目。（4）適用范圍①產(chǎn)品定義（或項(xiàng)目需求）和技術(shù)方案非常明確、用戶(hù)的需求有很好的了解； ②對(duì)質(zhì)量的要求高于對(duì)成本和進(jìn)度的要求； ③工期相對(duì)較寬裕；④開(kāi)發(fā)隊(duì)伍技術(shù)力量較弱或缺乏經(jīng)驗(yàn)；⑤維護(hù)項(xiàng)目。 驗(yàn)證后的《系統(tǒng)需求分析說(shuō)明書(shū)》、《需求跟蹤管理表》 14需求分析階段評(píng)審按照《項(xiàng)目評(píng)審管理規(guī)范》的規(guī)定，QA組織對(duì)《需求分析說(shuō)明書(shū)的評(píng)審》 15里程碑評(píng)審（可選）完成《項(xiàng)目里程碑報(bào)告》并組織評(píng)審 分析設(shè)計(jì)階段《分析設(shè)計(jì)管理規(guī)范》16概要設(shè)計(jì)概要設(shè)計(jì)相關(guān)技術(shù)資料 17設(shè)計(jì)文檔編寫(xiě)《概要設(shè)計(jì)說(shuō)明書(shū)》 18概要設(shè)計(jì)評(píng)審（可選）《概要設(shè)計(jì)說(shuō)明書(shū)》的評(píng)審（建議詳細(xì)設(shè)計(jì)或概要設(shè)計(jì)必須做一個(gè)正式評(píng)審）19詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)相關(guān)工具和技術(shù)資料 20文檔編寫(xiě)《詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》 21用戶(hù)界面設(shè)計(jì)《用戶(hù)界面設(shè)計(jì)說(shuō)明書(shū)》 22數(shù)據(jù)庫(kù)設(shè)計(jì)《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)》 23詳細(xì)設(shè)計(jì)評(píng)審設(shè)計(jì)評(píng)審記錄《項(xiàng)目評(píng)審報(bào)告》 24里程碑評(píng)審（可選）完成《項(xiàng)目里程碑報(bào)告》并組織評(píng)審 實(shí)現(xiàn)開(kāi)發(fā)階段《產(chǎn)品實(shí)現(xiàn)管理規(guī)范》25編程源代碼 26代碼走查《代碼走查檢查單》 27單元測(cè)試《單元測(cè)試報(bào)告》 28初步完成三大手冊(cè)初步完成《系統(tǒng)安裝手冊(cè)》《用戶(hù)操作手冊(cè)》《項(xiàng)目維護(hù)手冊(cè)》 測(cè)試階段《項(xiàng)目測(cè)試管理規(guī)范》29集成測(cè)試測(cè)試bug清單30測(cè)試文檔項(xiàng)目《測(cè)試計(jì)劃》、《測(cè)試用例》、《測(cè)試報(bào)告》部署運(yùn)行《系統(tǒng)部署管理規(guī)范》31部署安裝使用《系統(tǒng)部署用戶(hù)確認(rèn)書(shū)》需要用戶(hù)確認(rèn)32客戶(hù)培訓(xùn)《客戶(hù)培訓(xùn)簽到表》《客戶(hù)培訓(xùn)效果調(diào)查表》驗(yàn)收《項(xiàng)目驗(yàn)收管理規(guī)范》32內(nèi)部驗(yàn)收在正式部署之前完成。 瀑布模型中，每個(gè)階段完成后，可以在下一個(gè)階段修改上一個(gè)階段的工作產(chǎn)品，但是必須按照基線變更進(jìn)行管理，如果發(fā)生變更，需要回溯前面所有階段的工作產(chǎn)品，以便使工作產(chǎn)品保持一致。瀑布模型的突出特征是文檔驅(qū)動(dòng)。以下對(duì)各種常用的軟件生命周期模型的設(shè)計(jì)思想、WBS劃分（Work Breakdown Structure，即工作分解結(jié)構(gòu)）、優(yōu)缺點(diǎn)、使用范圍進(jìn)行分析。只要選擇了最適合的，并按照此模型的流程來(lái)開(kāi)發(fā)軟件，都會(huì)取得成功。 選用恰當(dāng)?shù)能浖芷谀Ｐ瓦M(jìn)行軟件開(kāi)發(fā)，可以提高產(chǎn)品質(zhì)量；降低項(xiàng)目管理難度；縮短開(kāi)發(fā)進(jìn)度；便于項(xiàng)目狀態(tài)跟蹤；為過(guò)程改進(jìn)和度量提供基線；改善組織級(jí)的過(guò)程弱勢(shì)，提高過(guò)程能力成熟度級(jí)別。軟件產(chǎn)品WBS分解指南一、概述 同任何事物一樣，一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、衰亡等階段，一般稱(chēng)為“軟件生命周期”。 為了便于分類(lèi)匯總和統(tǒng)計(jì)各種生命周期模型的指標(biāo)和數(shù)據(jù)，結(jié)合公司軟件開(kāi)發(fā)過(guò)程的實(shí)際，我們選擇了常用的幾種基本模型進(jìn)行了描述，項(xiàng)目開(kāi)發(fā)小組在進(jìn)行項(xiàng)目策劃時(shí)，可以根據(jù)模型的適用前提、優(yōu)缺點(diǎn)和項(xiàng)目的實(shí)際需要進(jìn)行選擇，并在《項(xiàng)目實(shí)施計(jì)劃》中，參加評(píng)審。需要強(qiáng)調(diào)的是，不管采用什么模型，項(xiàng)目實(shí)施中有四項(xiàng)活動(dòng)是必不可少的——需求、設(shè)計(jì)、編碼和測(cè)試。瀑布模型 （1）基本思想 瀑布模型（Waterfall Model）是最基本也最常用的一種生命周期模型，又稱(chēng)線性模型。從需求分析到系統(tǒng)維護(hù)，每一項(xiàng)活動(dòng)的工作成果就是此項(xiàng)活動(dòng)所產(chǎn)生的工作文檔，以及在此基礎(chǔ)上形成的產(chǎn)品。定義階段維護(hù)階段策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼集成測(cè)試驗(yàn)收維護(hù)開(kāi)發(fā)階段A 系統(tǒng)分析員M 項(xiàng)目管理員P 程序員T 高級(jí)程序員U 用戶(hù)UAMUAMATMATMMPMTPUTPUAMUAMP圖 1 瀑布模型的思想示意圖（2）WBS劃分說(shuō)明：圖中標(biāo)記為的階段為選定的里程碑，該階段完成時(shí)需進(jìn)行里程碑評(píng)審活動(dòng)，并對(duì)其輸出進(jìn)行嚴(yán)格的變更控制。《項(xiàng)目?jī)?nèi)部驗(yàn)收評(píng)審報(bào)告》33客戶(hù)驗(yàn)收《客戶(hù)驗(yàn)收計(jì)劃》、《客戶(hù)驗(yàn)收?qǐng)?bào)告》 結(jié)項(xiàng)階段《項(xiàng)目結(jié)項(xiàng)管理規(guī)范》34結(jié)項(xiàng)申請(qǐng)《結(jié)項(xiàng)申請(qǐng)表》 35結(jié)項(xiàng)總結(jié)《結(jié)項(xiàng)總結(jié)報(bào)告》 36總結(jié)會(huì)議結(jié)項(xiàng)總結(jié) 維護(hù)階段《項(xiàng)目運(yùn)行維護(hù)管理規(guī)范》37維護(hù)計(jì)劃審批維護(hù)工作啟