【正文】 心需求非常清楚；②項(xiàng)目人員不足；③產(chǎn)品可以分割成不同的階段分別完成?？焖僭O(shè)計(jì)建立軟件中對(duì)用戶可見(jiàn)的部分，即“原型”。 ③運(yùn)行/評(píng)價(jià)原型階段 項(xiàng)目負(fù)責(zé)人協(xié)同市場(chǎng)人員與用戶對(duì)設(shè)計(jì)原型進(jìn)行評(píng)價(jià)和討論，明確設(shè)計(jì)原型中要保留的和需去除的原型設(shè)計(jì)部分，提出需要進(jìn)一步補(bǔ)充和完善的需求內(nèi)容。選擇一個(gè)適合項(xiàng)目團(tuán)隊(duì)特點(diǎn)的開(kāi)發(fā)模型尤為重要。18。三、軟件生命周期模型的選擇在眾多的開(kāi)發(fā)模型和過(guò)程方法中，企業(yè)應(yīng)選擇什么樣的開(kāi)發(fā)模型，應(yīng)從以下幾方面進(jìn)行慎重考慮：實(shí)施推廣的難度雖然各種開(kāi)發(fā)模型的內(nèi)容極其豐富，定義項(xiàng)目各個(gè)階段的活動(dòng)，并提供了一大堆的文檔模板，但是各個(gè)開(kāi)發(fā)模型的實(shí)施最終還是依靠人。使用原型模型進(jìn)行軟件開(kāi)發(fā)，項(xiàng)目活動(dòng)包含以下幾個(gè)階段：①確定用戶需求階段 軟件項(xiàng)目負(fù)責(zé)人員根據(jù)用戶意向或市場(chǎng)調(diào)研等前期準(zhǔn)備的資料、文檔，對(duì)用戶需求進(jìn)行分析，編寫(xiě)用戶需求文檔。原型模型從需求收集開(kāi)始，軟件開(kāi)發(fā)組與目標(biāo)用戶一起定義軟件的總體目標(biāo)，標(biāo)識(shí)出已知的需求，并規(guī)劃出進(jìn)一步定義的區(qū)域。如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量；②可快速生產(chǎn)出可使用的系統(tǒng)：它提供了一種先推出核心產(chǎn)品的途徑，這樣即可先發(fā)布部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用；③能夠有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)。每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”， 第一個(gè)建立的增量完成預(yù)計(jì)功能/性能的一部分（往往包含了核心功能，即實(shí)現(xiàn)了基本的需求），下一個(gè)增量實(shí)現(xiàn)另外的部分，增加更多的功能/性能，然后與前面實(shí)現(xiàn)的增加進(jìn)行集成，如此循環(huán)，直到系統(tǒng)完全實(shí)現(xiàn)。如果開(kāi)發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開(kāi)發(fā)有誤的迭代的花費(fèi)；②降低了產(chǎn)品無(wú)法按照既定進(jìn)度進(jìn)入市場(chǎng)的風(fēng)險(xiǎn)。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問(wèn)題，所有主要的結(jié)構(gòu)問(wèn)題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開(kāi)發(fā)項(xiàng)目來(lái)講，初始階段可能很短。RUP認(rèn)為，所有的階段都可以細(xì)分為迭代。《項(xiàng)目?jī)?nèi)部驗(yàn)收評(píng)審報(bào)告》33客戶驗(yàn)收《客戶驗(yàn)收計(jì)劃》、《客戶驗(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ù)工作啟動(dòng)制定《項(xiàng)目維護(hù)計(jì)劃》并通過(guò)審批 38維護(hù)報(bào)告項(xiàng)目結(jié)束維護(hù)，完成《項(xiàng)目維護(hù)總結(jié)報(bào)告》 （3）優(yōu)缺點(diǎn)該模型的優(yōu)點(diǎn)： ①階段分明、活動(dòng)明確，為軟件開(kāi)發(fā)工作提供一種結(jié)構(gòu)化、有序的方法；②過(guò)程控制可見(jiàn)性較強(qiáng)：按照順序開(kāi)展每一個(gè)階段的工作，每一階段是在上一階段徹底完成的情況下才啟動(dòng)，可以保證每一個(gè)階段的開(kāi)發(fā)質(zhì)量都有保證，減少了返工；③開(kāi)發(fā)過(guò)程中的各項(xiàng)文檔降低了溝通的成本，有利于及早發(fā)現(xiàn)問(wèn)題，降低項(xiàng)目的階段成本；④文檔多，過(guò)程記錄比較全，有利于后期維護(hù)。從需求分析到系統(tǒng)維護(hù)，每一項(xiàng)活動(dòng)的工作成果就是此項(xiàng)活動(dòng)所產(chǎn)生的工作文檔，以及在此基礎(chǔ)上形成的產(chǎn)品。需要強(qiáng)調(diào)的是，不管采用什么模型，項(xiàng)目實(shí)施中有四項(xiàng)活動(dòng)是必不可少的——需求、設(shè)計(jì)、編碼和測(cè)試。軟件產(chǎn)品WBS分解指南一、概述 同任何事物一樣，一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長(zhǎng)、成熟、衰亡等階段，一般稱為“軟件生命周期”。只要選擇了最適合的，并按照此模型的流程來(lái)開(kāi)發(fā)軟件，都會(huì)取得成功。瀑布模型的突出特征是文檔驅(qū)動(dò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用戶界面設(shè)計(jì)《用戶界面設(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è)》《用戶操作手冊(cè)》《項(xiàng)目維護(hù)