【正文】 動(dòng)制定《項(xiàng)目維護(hù)計(jì)劃》并通過審批 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)明確，為軟件開發(fā)工作提供一種結(jié)構(gòu)化、有序的方法；②過程控制可見性較強(qiáng)：按照順序開展每一個(gè)階段的工作，每一階段是在上一階段徹底完成的情況下才啟動(dòng)，可以保證每一個(gè)階段的開發(fā)質(zhì)量都有保證，減少了返工；③開發(fā)過程中的各項(xiàng)文檔降低了溝通的成本，有利于及早發(fā)現(xiàn)問題，降低項(xiàng)目的階段成本；④文檔多，過程記錄比較全，有利于后期維護(hù)。迭代模型（1）基本思想迭代模型是RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程)推薦的周期模型。RUP認(rèn)為，所有的階段都可以細(xì)分為迭代。使用迭代模型進(jìn)行軟件開發(fā)，項(xiàng)目活動(dòng)包含以下幾個(gè)階段：①初始階段初始階段有時(shí)也稱先啟階段。對于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來講，初始階段可能很短。 ③構(gòu)造階段在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測試。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。 第一個(gè)迭代集成測試迭代后的開發(fā)成果部署到統(tǒng)一架構(gòu)后做集成測試 詳細(xì)需求分析、設(shè)計(jì)及實(shí)現(xiàn)第2個(gè)迭代按照《項(xiàng)目迭代開發(fā)計(jì)劃》中的規(guī)劃實(shí)現(xiàn)，如果實(shí)現(xiàn)計(jì)劃有變化需要變更該計(jì)劃。如果開發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi)；②降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市場的風(fēng)險(xiǎn)。迭代模型的缺點(diǎn)：①風(fēng)險(xiǎn)管理成本較高：迭代模型本身強(qiáng)調(diào)風(fēng)險(xiǎn)，但風(fēng)險(xiǎn)管理本身也存在成本問題；如果風(fēng)險(xiǎn)管理成本過大，將會嚴(yán)重影響項(xiàng)目的利潤；②對項(xiàng)目組成員的要求非常高：在風(fēng)險(xiǎn)分析、進(jìn)度管理等方面，需要有較高層次的人員配置及豐富的項(xiàng)目管理和項(xiàng)目實(shí)施的經(jīng)驗(yà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)。增量循環(huán)的循環(huán)體可以根據(jù)項(xiàng)目的實(shí)際情況進(jìn)行控制。如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量；②可快速生產(chǎn)出可使用的系統(tǒng)：它提供了一種先推出核心產(chǎn)品的途徑，這樣即可先發(fā)布部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用；③能夠有計(jì)劃地管理技術(shù)風(fēng)險(xiǎn)。同時(shí)，原型模型采用逐步求精的方法完善原型，使得原型能夠“快速”開發(fā)，避免了像瀑布模型一樣在冗長的開發(fā)過程中難以對用戶的反饋?zhàn)龀隹焖俚捻憫?yīng)。原型模型從需求收集開始，軟件開發(fā)組與目標(biāo)用戶一起定義軟件的總體目標(biāo)，標(biāo)識出已知的需求，并規(guī)劃出進(jìn)一步定義的區(qū)域。逐步調(diào)整原型使其滿足用戶的要求，同時(shí)也使開發(fā)組對該軟件有更好的理解，這個(gè)過程是迭代的，每一個(gè)迭代完成后均可生成一個(gè)可用的產(chǎn)品版本。使用原型模型進(jìn)行軟件開發(fā)，項(xiàng)目活動(dòng)包含以下幾個(gè)階段：①確定用戶需求階段 軟件項(xiàng)目負(fù)責(zé)人員根據(jù)用戶意向或市場調(diào)研等前期準(zhǔn)備的資料、文檔，對用戶需求進(jìn)行分析，編寫用戶需求文檔。各階段需要遵循的項(xiàng)目標(biāo)準(zhǔn)過程參見PD《項(xiàng)目標(biāo)準(zhǔn)過程裁剪指南》。三、軟件生命周期模型的選擇在眾多的開發(fā)模型和過程方法中，企業(yè)應(yīng)選擇什么樣的開發(fā)模型，應(yīng)從以下幾方面進(jìn)行慎重考慮：實(shí)施推廣的難度雖然各種開發(fā)模型的內(nèi)容極其豐富，定義項(xiàng)目各個(gè)階段的活動(dòng)，并提供了一大堆的文檔模板，但是各個(gè)開發(fā)模型的實(shí)施最終還是依靠人。項(xiàng)目不同，其側(cè)重點(diǎn)也不同，如側(cè)重于進(jìn)度、質(zhì)量、成本控制、風(fēng)險(xiǎn)管理等等。18?？傊x擇一個(gè)合適的生命周期模型，并應(yīng)用正確的方法，對于任何軟件項(xiàng)目的成功是至關(guān)重要。選擇一個(gè)適合項(xiàng)目團(tuán)隊(duì)特點(diǎn)的開發(fā)模型尤為重要。（4）適用范圍該模型適合于：①處理簡單過程明確、涉及面窄的小型系統(tǒng)；②大型系統(tǒng)的需求階段，用原型去跟用戶交流，需求分析會更加明確和細(xì)化。 ③運(yùn)行/評價(jià)原型階段 項(xiàng)目負(fù)責(zé)人協(xié)同市場人員與用戶對設(shè)計(jì)原型進(jìn)行評價(jià)和討論，明確設(shè)計(jì)原型中要保留的和需去除的原型設(shè)計(jì)部分，提出需要進(jìn)一步補(bǔ)充和完善的需求內(nèi)容。到用戶需求確定之后即不再繼續(xù)開發(fā)此原型?？焖僭O(shè)計(jì)建立軟件中對用戶可見的部分，即“原型”。原型模型是一種用戶需求驅(qū)動(dòng)的方法，使得用戶在系統(tǒng)生存周期的設(shè)計(jì)階段起到積極的作用；它能減少系統(tǒng)開發(fā)的風(fēng)險(xiǎn)，特別是在大型項(xiàng)目的開發(fā)中,由于對項(xiàng)目需求的分析難以一次完成，應(yīng)用原型法效果更為明顯。（4）適用范圍①用戶核心需求非常清楚；②項(xiàng)目人員不足；③產(chǎn)品可以分割成不同的階段分別完成。早期的增量是最終產(chǎn)品的“可