一個(gè)項(xiàng)目要交付特定的產(chǎn)品、成果和完成特定的服務(wù)。項(xiàng)目生命周期定義項(xiàng)目的開(kāi)始與結(jié)束。假如一個(gè)項(xiàng)目交付特定的產(chǎn)品，那么該產(chǎn)品的生命期比項(xiàng)目生命周期更長(zhǎng)，從該產(chǎn)品的研發(fā)（此時(shí)是項(xiàng)目的任務(wù)），到該產(chǎn)品投入使用（或運(yùn)營(yíng)），直到該產(chǎn)品的消亡就構(gòu)成了該產(chǎn)品的生命周期。許多項(xiàng)目與組織發(fā)展戰(zhàn)略或正在進(jìn)行的工作有關(guān)。在一些組織中，一個(gè)項(xiàng)目只有在完成了可行性研究、初步計(jì)劃或者其他等同形式的分析之后才能正式批準(zhǔn)。在這些案例中，初步規(guī)劃或分析可以采用獨(dú)立項(xiàng)目的形式。例如，在確定開(kāi)發(fā)最終產(chǎn)品之前，可以將原型的開(kāi)發(fā)和測(cè)試作為單獨(dú)的項(xiàng)目。
問(wèn)題、機(jī)會(huì)或業(yè)務(wù)需求是典型的激發(fā)項(xiàng)目的驅(qū)動(dòng)力。這些壓力的結(jié)果就導(dǎo)致管理層通常必須在尊重其他潛在項(xiàng)目的需要和資源要求的前提下排定當(dāng)前項(xiàng)目申請(qǐng)的優(yōu)先級(jí)。
為將項(xiàng)目與執(zhí)行組織中的持續(xù)運(yùn)營(yíng)聯(lián)系起來(lái)，項(xiàng)目生命周期定義中也明確了在項(xiàng)目結(jié)束時(shí)所包括（或不包括）的移交行為。例如當(dāng)一項(xiàng)新產(chǎn)品投入生產(chǎn)或一個(gè)新的軟件程序投入市場(chǎng)的時(shí)候，應(yīng)當(dāng)注意將項(xiàng)目生命周期和產(chǎn)品生命周期區(qū)分開(kāi)。例如，一個(gè)負(fù)責(zé)開(kāi)發(fā)準(zhǔn)備投入市場(chǎng)的新的臺(tái)式計(jì)算機(jī)的項(xiàng)目只是產(chǎn)品生命周期中的一部分。圖4-12插繪了這兩者的聯(lián)系。在某些應(yīng)用領(lǐng)域（例如新產(chǎn)品開(kāi)發(fā)和軟件開(kāi)發(fā)）中，組織是將項(xiàng)目生命周期作為產(chǎn)品生命周期的一部分來(lái)考慮的。
1．瀑布模型
瀑布模型是一個(gè)經(jīng)典的軟件生命周期模型，也叫預(yù)測(cè)型生命周期、完全計(jì)劃驅(qū)動(dòng)型
生命周期。在這個(gè)模型里，在項(xiàng)目生命周期的盡早時(shí)間，要確定項(xiàng)目范圍及交付此范圍所需的時(shí)間和成本。
在這個(gè)模型里，項(xiàng)目啟動(dòng)時(shí)，項(xiàng)目團(tuán)隊(duì)專注于定義產(chǎn)品和項(xiàng)目的總體范圍，然后制定產(chǎn)品（及相關(guān)可交付成果）交付計(jì)劃，接著通過(guò)各階段來(lái)執(zhí)行計(jì)劃。應(yīng)該仔細(xì)管理項(xiàng)目范圍變更。如果有新增范圍，則需要重新計(jì)劃和正式確認(rèn)。
以下情況優(yōu)先選擇這種生命周期：項(xiàng)目需求明確、充分了解擬交付的產(chǎn)品、有厚實(shí)的行業(yè)實(shí)踐基礎(chǔ)、或者整批一次性交付產(chǎn)品有利于干系人。
例如開(kāi)發(fā)一個(gè)軟件項(xiàng)目時(shí)，如果采用這個(gè)模型的話，一般將軟件開(kāi)發(fā)分為可行性分析（計(jì)劃）、需求分析、軟件設(shè)計(jì)（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）、編碼（含單元測(cè)試）、測(cè)試、運(yùn)行維護(hù)等幾個(gè)階段，如圖4-13所示。
瀑布模型中每項(xiàng)開(kāi)發(fā)活動(dòng)具有以下特點(diǎn)。
(1)從上一項(xiàng)開(kāi)發(fā)活動(dòng)接受其成果作為本次活動(dòng)的輸入。
(2)利用這一輸入，實(shí)施本次活動(dòng)應(yīng)完成的工作內(nèi)容。
(3)給出本次活動(dòng)的工作成果，作為輸出傳給下一項(xiàng)開(kāi)發(fā)活動(dòng)。
(4)對(duì)本次活動(dòng)的實(shí)施工作成果進(jìn)行評(píng)審。若其工作成果得到確認(rèn)，則繼續(xù)進(jìn)行下一項(xiàng)開(kāi)發(fā)活動(dòng)；否則返回前一項(xiàng)，甚至更前項(xiàng)的活動(dòng)。盡量減少多個(gè)階段間的反復(fù)。以相對(duì)來(lái)說(shuō)較小的費(fèi)用來(lái)開(kāi)發(fā)軟件。
2．迭代模型
在大多數(shù)傳統(tǒng)的生命周期中，階段是以其中的主要活動(dòng)命名的：需求分析、設(shè)計(jì)、編碼、測(cè)試。傳統(tǒng)的軟件開(kāi)發(fā)工作大部分強(qiáng)調(diào)過(guò)程的串行執(zhí)行，也就是一個(gè)活動(dòng)需要在前一個(gè)活動(dòng)完成后才開(kāi)始，從而形成一個(gè)過(guò)程串，該過(guò)程串就組成了軟件項(xiàng)目的生命周期。在迭代模型中，每個(gè)階段都執(zhí)行一次傳統(tǒng)的、完整的串行過(guò)程串，執(zhí)行一次過(guò)程串就是一次迭代。每次迭代涉及的過(guò)程都包括不同比例的所有活動(dòng)。
RUP (Rational Unified Process)軟件統(tǒng)一過(guò)程是一種“過(guò)程方法”，它就是迭代模型的一種。
RUP可以用二維坐標(biāo)來(lái)描述。橫軸表示時(shí)間，是項(xiàng)目的生命周期，體現(xiàn)開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)，主要包括周期( Cycle)、階段(Phase)、迭代(Iteration)和里程碑(Milestone)；縱軸表示自然的邏輯活動(dòng)，體現(xiàn)開(kāi)發(fā)過(guò)程的靜態(tài)結(jié)構(gòu)，主要包括活動(dòng)(Activity)、產(chǎn)物( Artifact)、工作者(Worker)和工作流(Workflow)，如圖4-14所示。
RUP中的軟件生命周期在時(shí)間上被分解為4個(gè)順序的階段，分別是：初始階段( Inception)、細(xì)化階段(Elaboration)、構(gòu)建階段（Construction）和交付階段(Transition)。這4個(gè)階段的順序執(zhí)行就形成了一個(gè)周期。
每個(gè)階段結(jié)束于一個(gè)主要的里程碑( Major Milestone)o在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。
每個(gè)階段，從上到下迭代，亦即從核心過(guò)程工作流“商業(yè)建?！薄靶枨笳{(diào)研”“分析與設(shè)計(jì)”……執(zhí)行到“部署”，再?gòu)暮诵闹С止ぷ髁鳌芭渲门c變更管理”“項(xiàng)目管理”執(zhí)行到“環(huán)境”完成一次迭代。根據(jù)需要，在一個(gè)階段內(nèi)部，可以完成一次到多次的迭代。各階段的主要任務(wù)如下。
(1)初始階段：系統(tǒng)地闡述項(xiàng)目的范圍、確定項(xiàng)目的邊界，選擇可行的系統(tǒng)構(gòu)架，計(jì)劃和準(zhǔn)備商業(yè)文件。商業(yè)文件包括驗(yàn)收規(guī)范、風(fēng)險(xiǎn)評(píng)估、所需資源估計(jì)、體現(xiàn)主要里程碑日期的階段計(jì)劃。
(2)細(xì)化階段：分析問(wèn)題領(lǐng)域，建立健全體系結(jié)構(gòu)并選擇構(gòu)件，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。同時(shí)為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開(kāi)發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。
(3)構(gòu)建階段：完成構(gòu)件的開(kāi)發(fā)并進(jìn)行測(cè)試，把完成的構(gòu)件集成為產(chǎn)品，測(cè)試產(chǎn)品所有的功能。構(gòu)建階段是一個(gè)制造過(guò)程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。
(4)交付階段：交付階段的目的是將軟件產(chǎn)品交付給用戶群體。當(dāng)本次開(kāi)發(fā)的產(chǎn)品成熟得足夠發(fā)布到最終用戶時(shí)，就進(jìn)入了交付階段。
交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。
軟件產(chǎn)品交付給用戶使用一段時(shí)間后，如有新的需求則該開(kāi)始另一個(gè)開(kāi)發(fā)周期，就開(kāi)始下一個(gè)的“初始、細(xì)化、構(gòu)建和交付，，周期。
以下。隋況優(yōu)先選擇迭代和增量型生命周期：組織需要管理不斷變化的目標(biāo)和范圍，組織需要降低項(xiàng)目的復(fù)雜性，或者，產(chǎn)品的部分交付有利于一個(gè)或多個(gè)干泵人，且不會(huì)影響最終或整批可交付成果的交付。
大型復(fù)雜項(xiàng)日通常采用迭代方式來(lái)實(shí)施，這使項(xiàng)目團(tuán)隊(duì)可以在迭代過(guò)程中綜合考慮反饋意見(jiàn)和經(jīng)驗(yàn)教訓(xùn)，從而降低項(xiàng)目風(fēng)險(xiǎn)。
3．敏捷方法
什么是敏捷方法？是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法，適用于一開(kāi)始并沒(méi)有或不能完整地確定出需求和范圍的項(xiàng)目，或者需要應(yīng)對(duì)快速變化的環(huán)境，或者需求和范圍難以事先確定，或者能夠以有利于干系人的方式定義較小的增量改進(jìn)。
敏捷方法，也叫適應(yīng)型生命周期、或者變更驅(qū)動(dòng)方法。
在軟件項(xiàng)目的敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。簡(jiǎn)言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。
敏捷方法的目的在于應(yīng)對(duì)大量變更，獲取干系人的持續(xù)參與。敏捷方法里迭代很快（通常2～4劇迭代1次），而且所需時(shí)間和資源是固定的。雖然早期的迭代更多地聚焦于H。劃活動(dòng)，但通常在每次迭代中都會(huì)執(zhí)行多個(gè)過(guò)程。
以前，很多軟件項(xiàng)目經(jīng)理在學(xué)習(xí)項(xiàng)目管理時(shí)，一方面陶醉于其清晰的過(guò)程流程，但同時(shí)又閑惑于它與自己的實(shí)際工作的差異。例如在開(kāi)發(fā)軟件產(chǎn)品時(shí)，一開(kāi)始并沒(méi)有或不能完整地確定出需求和范圍，而是首先實(shí)現(xiàn)一個(gè)可以運(yùn)行的大概的軟件，然后和客戶進(jìn)一步地不斷溝通探討，不斷修改甚至重構(gòu)，“邊設(shè)計(jì)、邊建設(shè)”，小步快跑，并最終實(shí)壩客戶需求。
所以說(shuō)，實(shí)際工作中的項(xiàng)目可能有兩類比較極端：一類就好比是建設(shè)奧運(yùn)場(chǎng)館，它是大型的、相對(duì)固定或變更較少的、需要“集團(tuán)軍”來(lái)完成的；另一類就好比是建設(shè)一個(gè)SNS交友網(wǎng)站，開(kāi)發(fā)一個(gè)桌面應(yīng)用軟件，或設(shè)計(jì)一款時(shí)尚手機(jī)，它們是小型的、不甚確定或變更很多的、需要“特種部隊(duì)”來(lái)完成的。
相應(yīng)的，項(xiàng)目階段之間的關(guān)系大致有三類：順序、重疊，以及迭代。對(duì)于奧運(yùn)場(chǎng)館，階段間的關(guān)系一般是順序的：設(shè)計(jì)、采購(gòu)、施工、驗(yàn)收及交付。而對(duì)于軟件項(xiàng)目而言，很可能采用的是迭代關(guān)系：需求分析一設(shè)計(jì)及編程一得到部分可交付成果，然后再這樣進(jìn)行下一輪，即把軟件的整個(gè)需求分析和設(shè)計(jì)編程都分散開(kāi)來(lái)到每個(gè)階段，每次只實(shí)現(xiàn)一部分可交付成果，盡早得和客戶溝通、分析、調(diào)整，以滿足最終的要求。對(duì)后者而言，如果…開(kāi)始就消耗很多的資源、時(shí)間、花費(fèi)在前期工作比如設(shè)計(jì)上，到中后期卻發(fā)現(xiàn)并不適合客戶的需求，這樣的風(fēng)險(xiǎn)和變更所造成的代價(jià)是非常大的。
4．V模型
首先，看V模型的圖示，V模型如圖4-15所示。
V模型的左邊下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測(cè)試過(guò)程的各個(gè)階段。在不同的組織中對(duì)測(cè)試階段的命名可能有所不同。
在模型圖中的開(kāi)發(fā)階段一側(cè)，先從定義業(yè)務(wù)需求、需求確認(rèn)或測(cè)試計(jì)劃開(kāi)始，然后要把這些需求轉(zhuǎn)換到概要設(shè)計(jì)、概要設(shè)計(jì)的驗(yàn)證及測(cè)試計(jì)劃，從概要設(shè)計(jì)進(jìn)一步分解到詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì)的驗(yàn)證及測(cè)試計(jì)劃，最后進(jìn)行開(kāi)發(fā)，得到程序代碼和代碼測(cè)試計(jì)劃。接著就是測(cè)試執(zhí)行階段一側(cè)，執(zhí)行先從單元測(cè)試開(kāi)始，然后是集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。
V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)各階段的對(duì)應(yīng)關(guān)系。
(1)單元測(cè)試的主要目的是針對(duì)編碼過(guò)程中可能存在的各種錯(cuò)誤，例如用戶輸入驗(yàn)證過(guò)程中的邊界值的錯(cuò)誤。
(2)集成測(cè)試主要目的是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問(wèn)題，尤其是檢查各單元與其他程序部分之間的接口上可能存在的錯(cuò)誤。
(3)系統(tǒng)測(cè)試主要針對(duì)概要設(shè)計(jì)，檢查系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否能達(dá)到預(yù)期的高性能。
(4)驗(yàn)收測(cè)試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。
在不同的開(kāi)發(fā)階段，會(huì)出現(xiàn)不同類型的缺陷和錯(cuò)誤，所以需要不同的測(cè)試技術(shù)和方法來(lái)發(fā)現(xiàn)這些缺陷。
5．原型化模型
原型化模型是為彌補(bǔ)瀑布模型的不足而產(chǎn)生的。
原型化模型的第一步是建造一個(gè)快速原型，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互，經(jīng)過(guò)和用戶針對(duì)原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的。充分了解后，再在原型基礎(chǔ)上開(kāi)發(fā)出用戶滿意的產(chǎn)品。在實(shí)際中原型化經(jīng)常在需求分析定義的過(guò)程進(jìn)行。原型化模型減少了瀑布模型中因?yàn)檐浖枨蟛幻鞔_而給開(kāi)發(fā)工作帶來(lái)的風(fēng)險(xiǎn)，因?yàn)樵谠突A(chǔ)上的溝通更為直觀，也為需求分析和定義，提供了新的方法。原型化模型的應(yīng)用意義很廣，瀑布和V模型將原型化模型的思想用于需求分析環(huán)節(jié)，來(lái)解決因?yàn)樾枨蟛幻鞔_而導(dǎo)致產(chǎn)品出現(xiàn)嚴(yán)重后果的缺陷。
對(duì)于復(fù)雜的大型軟件，開(kāi)發(fā)一個(gè)原型往往達(dá)不到要求，為減少開(kāi)發(fā)風(fēng)險(xiǎn)，在瀑布模型和原型化模型的基礎(chǔ)上的演進(jìn)，出現(xiàn)了螺旋模型以及大量使用的RUP。
6．螺旋模型
螺旋模型是一個(gè)演化軟件過(guò)程模型，將原型實(shí)現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來(lái)。使得軟件的增量版本的快速開(kāi)發(fā)成為可能。在螺旋模型中，軟件開(kāi)發(fā)是一系列的增量發(fā)布。在早期的迭代中，發(fā)布的增量可能是一個(gè)紙上的模型或原型；在以后的迭代中，被開(kāi)發(fā)系統(tǒng)的更加完善的版本逐涉產(chǎn)生。螺旋模型的整個(gè)開(kāi)發(fā)過(guò)程如圖4-16所示。
圖4-16中的螺旋線代表隨著時(shí)間推進(jìn)的工作進(jìn)展；開(kāi)發(fā)過(guò)程具有周期性重復(fù)的螺旋線形狀。4個(gè)象限分別標(biāo)志每個(gè)周期所劃分的4個(gè)階段：制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評(píng)估。螺旋模型強(qiáng)調(diào)了風(fēng)險(xiǎn)分析，特別適用于龐大而復(fù)雜的、高風(fēng)險(xiǎn)的系統(tǒng)。