【正文】 拆卸”版本，但提供了為用戶服務(wù)的功能，并且為用戶提供了評(píng)估的平臺(tái)。雖然某個(gè)增量包可能還需要進(jìn)一步適應(yīng)客戶的需求并且更改，但只要這個(gè)增量包足夠小，其影響對(duì)整個(gè)項(xiàng)目來(lái)說(shuō)是可以承受的。（4）適用范圍①在項(xiàng)目開(kāi)發(fā)早期需求可能有所變化；②分析設(shè)計(jì)人員對(duì)應(yīng)用領(lǐng)域很熟悉；③高風(fēng)險(xiǎn)項(xiàng)目；④用戶可不同程度地參與整個(gè)項(xiàng)目的開(kāi)發(fā)過(guò)程；⑤使用面向?qū)ο蟮恼Z(yǔ)言或統(tǒng)一建模語(yǔ)言（Unified Modeling Language，UML）；⑥使用CASE（Computer Aided Software Engineering，計(jì)算機(jī)輔助軟件工程）工具，如Rose（Rose是非常受歡迎的物件軟體開(kāi)發(fā)工具）；⑦具有高素質(zhì)的項(xiàng)目管理者和軟件研發(fā)團(tuán)隊(duì)。因?yàn)殚_(kāi)發(fā)人員清楚問(wèn)題的焦點(diǎn)所在，他們的工作會(huì)更有效率；④由于用戶的需求并不能在一開(kāi)始就做出完全的界定，它們通常是在后續(xù)階段中不斷細(xì)化的。 測(cè)試階段《項(xiàng)目測(cè)試管理規(guī)范》所有迭代按照《項(xiàng)目迭代開(kāi)發(fā)計(jì)劃》全部實(shí)現(xiàn)后，需要做系統(tǒng)測(cè)試。迭代模型實(shí)施重要的關(guān)鍵點(diǎn)是架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）、制定迭代開(kāi)發(fā)計(jì)劃。 ④交付階段交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)做出決策，包括其范圍、主要功能和諸如性能等非功能需求。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。圖 2 迭代模型的思想示意圖說(shuō)明：迭代模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：①制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件；②風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；③實(shí)施工程：實(shí)施軟件開(kāi)發(fā)和驗(yàn)證；④客戶評(píng)估：評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議，制定下一步計(jì)劃。在某種程度上，開(kāi)發(fā)迭代是一次完整地經(jīng)過(guò)所有工作流程的過(guò)程：需求、分析設(shè)計(jì)、實(shí)施和測(cè)試工作流程。②缺乏靈活性，不能跨階段操作；③文檔多，花費(fèi)較多成本。 階段和項(xiàng)目標(biāo)準(zhǔn)過(guò)程ID任務(wù)工作成果名稱項(xiàng)目策劃階段《項(xiàng)目策劃管理規(guī)范》1起草項(xiàng)目任務(wù)書(shū)《項(xiàng)目任務(wù)書(shū)》 2審批項(xiàng)目任務(wù)書(shū)已批準(zhǔn)的《項(xiàng)目任務(wù)書(shū)》 3策劃準(zhǔn)備《項(xiàng)目實(shí)施計(jì)劃》 4啟動(dòng)項(xiàng)目策劃產(chǎn)品的功能結(jié)構(gòu)圖、WBS工作任務(wù)分解 5項(xiàng)目估計(jì)和成果列表《項(xiàng)目實(shí)施計(jì)劃》：工作量估計(jì)，進(jìn)度計(jì)劃，人力資源計(jì)劃，軟/硬件、工具要求，風(fēng)險(xiǎn)管理計(jì)劃，培訓(xùn)計(jì)劃，溝通計(jì)劃，交付工作產(chǎn)品清單等6制訂項(xiàng)目計(jì)劃《項(xiàng)目實(shí)施計(jì)劃》（有些客戶需要《質(zhì)量保證計(jì)劃（方案）》、《配置管理計(jì)劃（方案）》等相關(guān)計(jì)劃） 7項(xiàng)目計(jì)劃評(píng)審按照《項(xiàng)目評(píng)審管理規(guī)范》的規(guī)定，QA組織對(duì)《項(xiàng)目實(shí)施計(jì)劃》組織評(píng)審,直到通過(guò)評(píng)審8審批項(xiàng)目計(jì)劃《項(xiàng)目實(shí)施計(jì)劃》獲得相關(guān)領(lǐng)導(dǎo)的審批 需求分析階段《需求開(kāi)發(fā)與管理規(guī)范》9需求調(diào)研開(kāi)始按照《需求調(diào)研計(jì)劃》，采取《需求調(diào)研記錄表》進(jìn)行調(diào)研，完成《系統(tǒng)需求分析說(shuō)明書(shū)》初稿10需求分析如果客戶需求不清晰需要密切跟蹤，要完成《需求調(diào)研記錄跟蹤矩陣》、《需求不一致項(xiàng)列表》 11需求不一致項(xiàng)協(xié)商處理相關(guān)修訂文檔，可能包括《系統(tǒng)需求分析說(shuō)明書(shū)》和《需求不一致項(xiàng)列表》等文件 12需求規(guī)格說(shuō)明書(shū)完善《系統(tǒng)需求分析說(shuō)明書(shū)》正式稿、《需求跟蹤管理表》 13需求驗(yàn)證需求同級(jí)評(píng)審相關(guān)記錄。例如：在項(xiàng)目策劃沒(méi)有完成時(shí)，需求分析和設(shè)計(jì)工作就不能進(jìn)行，同樣，在需求分析和設(shè)計(jì)沒(méi)有完成時(shí)就不開(kāi)始編碼。瀑布模型可以應(yīng)用于軟件工程開(kāi)發(fā)、企業(yè)項(xiàng)目開(kāi)發(fā)、產(chǎn)品生產(chǎn)以及市場(chǎng)銷售等領(lǐng)域。這也是最重要的四項(xiàng)活動(dòng)，其他的活動(dòng)其實(shí)都是為這些活動(dòng)服務(wù)的，不管是配置管理、風(fēng)險(xiǎn)管理，還是評(píng)審等等。以上所提到的件生命周期模型病不存在孰優(yōu)孰劣的問(wèn)題，每一種模型在實(shí)際工作中都有所應(yīng)用。軟件生命周期模型和項(xiàng)目開(kāi)發(fā)過(guò)程有非常緊密關(guān)系，它是經(jīng)過(guò)多次實(shí)踐總結(jié)出來(lái)適合于不同項(xiàng)目使用的經(jīng)典、有效的軟件開(kāi)發(fā)方法，它按照軟件生命周期的各個(gè)階段劃分任務(wù)，依照一定的規(guī)則和步驟，有效地進(jìn)行軟件開(kāi)發(fā)。軟件生命周期模型，通俗說(shuō)就是，軟件開(kāi)發(fā)過(guò)程中所遵循的模式，即把整個(gè)軟件生存周期劃分為若干階段，使得每個(gè)階段有明確的任務(wù)，使規(guī)模大，結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開(kāi)發(fā)變的容易控制和管理。 二、軟件生命周期模型常用的軟件生命周期模型有：瀑布模型、迭代模型、增量模型、原型模型等。不管是有意識(shí)還是無(wú)意識(shí)，這些活動(dòng)都會(huì)出現(xiàn)在項(xiàng)目過(guò)程中。瀑布模型是一個(gè)項(xiàng)目開(kāi)發(fā)架構(gòu)，開(kāi)發(fā)過(guò)程是通過(guò)設(shè)計(jì)一系列階段順序展開(kāi)的，從系統(tǒng)需求分析開(kāi)始直到產(chǎn)品發(fā)布和維護(hù)，每