IT軟件項(xiàng)目的生命周期課件

第3章IT軟件項(xiàng)目的生命周期3.1IT軟件項(xiàng)目生命周期的劃分3.2IT軟件項(xiàng)目生命周期中各階段任務(wù)3.3IT軟件項(xiàng)目生命周期中的重要概念3.4IT軟件項(xiàng)目管理里程碑13.1IT軟件項(xiàng)目生命周期的劃分1.軟件項(xiàng)目生命周期的概念

任何軟件的開發(fā)都要經(jīng)歷一個(gè)“生命周期”，從軟件的調(diào)研開始到淘汰的全過程，從項(xiàng)目批準(zhǔn)到交付的過程。一般將項(xiàng)目分為以下4個(gè)階段：識別需求、提出解決方案、執(zhí)行項(xiàng)目、結(jié)束項(xiàng)目21.軟件項(xiàng)目生命周期的概念對于典型的IT軟件項(xiàng)目，項(xiàng)目的生命周期可以從不同的角度認(rèn)識。從項(xiàng)目承擔(dān)方看：項(xiàng)目是從接到合同正式開始的，到完成規(guī)定工作結(jié)束；從客戶的角度看：項(xiàng)目是從確認(rèn)有需求開始，到使用項(xiàng)目的成果實(shí)現(xiàn)商務(wù)目標(biāo)結(jié)束。無論從哪個(gè)角度分析，軟件項(xiàng)目的生命周期都包括識別、設(shè)計(jì)、實(shí)施和評估4個(gè)階段。典型軟件項(xiàng)目開發(fā)的生命周期如圖3.1所示。32.典型軟件項(xiàng)目開發(fā)的生命周期圖3.1典型軟件項(xiàng)目開發(fā)的生命周期初步需求子系統(tǒng)需求分析概念設(shè)計(jì)邏輯設(shè)計(jì)開發(fā)概念原型第一次開發(fā)風(fēng)險(xiǎn)分析開發(fā)結(jié)果評估識別設(shè)計(jì)實(shí)施評估系統(tǒng)配置、運(yùn)行、產(chǎn)品成型系統(tǒng)需求分析物理設(shè)計(jì)第二次開發(fā)開發(fā)結(jié)果評估整體需求最終設(shè)計(jì)最終開發(fā)測試43.瀑布模型瀑布模型是美國WinstonRoyce向IEEEWESCON（Royce,Winston1970）提交的一篇名為《管理大規(guī)模軟件系統(tǒng)的開發(fā)》（ManagingtheDevelopmentofLargeSoftwareSystems）的論文中首次提出的。這種方法是從一個(gè)階段成瀑布流入下一個(gè)階段，所以這個(gè)模型就稱為“瀑布模型”。5軟件開發(fā)瀑布模型及不同階段之間的交互圖3.2軟件開發(fā)瀑布模型及不同階段之間的交互需求分析與定義系統(tǒng)設(shè)計(jì)與軟件設(shè)計(jì)系統(tǒng)實(shí)施與單元測試系統(tǒng)集成與系統(tǒng)測試系統(tǒng)運(yùn)行與系統(tǒng)維護(hù)6（1）純瀑布模型軟件概念需求分析初步設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)系統(tǒng)測試①軟件概念：用戶提出對軟件的開發(fā)與初步需求；④詳細(xì)設(shè)計(jì)：⑤編碼和調(diào)試：選擇合適的計(jì)算機(jī)語言，完成詳細(xì)設(shè)計(jì)中的各個(gè)模塊的編碼并調(diào)試；③初步設(shè)計(jì)：將用戶需求分解成硬件與軟件需求，并建立系統(tǒng)的整體結(jié)構(gòu)模型；②需求分析：開發(fā)者與用戶交流，確定系統(tǒng)的目標(biāo)、服務(wù)與約束；將初步設(shè)計(jì)的整體結(jié)構(gòu)繼續(xù)分解為可實(shí)施編碼的小模塊，并完成流程圖；⑥系統(tǒng)測試：測試系統(tǒng)的各部分是否滿足需求。7（2）改進(jìn)的純瀑布模型--生魚片模型軟件概念需求分析初步設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測試主要缺點(diǎn)：①因?yàn)殡A段重疊，里程碑非常不明確，很難精確地進(jìn)行過程跟蹤；②并行地執(zhí)行活動(dòng)可能導(dǎo)致無效的溝通、錯(cuò)誤的想法以及低下的效率。

“生魚片模型”，是將模型中的連續(xù)的各階段相互有較大幅度的重疊。例如，在需求分析完成之前可以進(jìn)行初步設(shè)計(jì)和詳細(xì)設(shè)計(jì)。

主要優(yōu)點(diǎn)：在項(xiàng)目比較小且定義得很好時(shí)，可以有效地減少文檔的產(chǎn)生。是比較有效的模型。

8（2）改進(jìn)的純瀑布模型--具有子系統(tǒng)的瀑布模型軟件概念需求分析初步設(shè)計(jì)詳細(xì)設(shè)計(jì)子系統(tǒng)設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)子系統(tǒng)設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)子系統(tǒng)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測試初步設(shè)計(jì)中將系統(tǒng)分成幾個(gè)邏輯上相對獨(dú)立的子系統(tǒng)，每一個(gè)子系統(tǒng)都采用相對獨(dú)立的方法進(jìn)行設(shè)計(jì)，形成了具有子系統(tǒng)的瀑布模型。圖中，初步設(shè)計(jì)階段將系統(tǒng)分成3個(gè)相對、獨(dú)立的子系統(tǒng)，各子系統(tǒng)分別獨(dú)立進(jìn)行詳細(xì)設(shè)計(jì)、編碼和調(diào)試及子系統(tǒng)設(shè)計(jì)，最后統(tǒng)一進(jìn)行系統(tǒng)測試。9Boehm給出的一些成本數(shù)據(jù)系統(tǒng)類型階段成本（%）需求/設(shè)計(jì)實(shí)施測試控制系統(tǒng)衛(wèi)星系統(tǒng)操作系統(tǒng)科學(xué)系統(tǒng)商務(wù)系統(tǒng)463433444420201726283446503028從表中我們能看出什么特點(diǎn)？104.原型模型原型（Prototype）法是在20世紀(jì)80年代初，在總結(jié)和歸納結(jié)構(gòu)化分析與設(shè)計(jì)方法開發(fā)軟件項(xiàng)目的基礎(chǔ)上，改進(jìn)結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)的過于繁瑣、開發(fā)周期長、見效慢等缺點(diǎn)，借助第4代程序開發(fā)語言而產(chǎn)生的一種項(xiàng)目開發(fā)方法。這種方法是借助先進(jìn)的軟件開發(fā)工具根據(jù)用戶提出的軟件需求定義，快速建立一個(gè)軟件系統(tǒng)的“原型”，向用戶展示待開發(fā)軟件的全部或部分功能，在征求用戶對原型軟件的意見后，反復(fù)進(jìn)行修改、完善、提高和確認(rèn)，最終實(shí)現(xiàn)項(xiàng)目的目標(biāo)。11(1)漸進(jìn)原型模型圖用戶提出系統(tǒng)要求識別歸納用戶需求快速建立開發(fā)原型修改模型重新設(shè)計(jì)或選擇模型評價(jià)模型確定模型，完成并交付模型滿意模型不滿意模型不可行漸進(jìn)原型模型是從軟件開發(fā)系統(tǒng)概念開始，根據(jù)軟件需求定義，快速建立一個(gè)軟件系統(tǒng)“原型”的生命周期模型。12(2)漸進(jìn)原型模型的基本過程原型建立通常是軟件從最顯著的方面開始，向用戶展示待開發(fā)系統(tǒng)的全部或者部分功能（通常是完成的部分）；然后根據(jù)用戶對原型的反饋信息，反復(fù)進(jìn)行修改、完善、提高和確認(rèn)，直到開發(fā)者和用戶都認(rèn)為原型已經(jīng)“足夠好”；最終實(shí)現(xiàn)項(xiàng)目目標(biāo)，完成結(jié)尾工作，交付作為最終產(chǎn)品的原型。13(3)漸進(jìn)原型模型的特點(diǎn)直觀、形象，更多地遵循了人們認(rèn)識事物的規(guī)律，因而更容易被人們接受。采用模擬的手段，縮短了用戶和系統(tǒng)分析、設(shè)計(jì)人員之間的距離。在整個(gè)系統(tǒng)開發(fā)過程中反饋是及時(shí)的，標(biāo)準(zhǔn)是統(tǒng)一的，可及時(shí)地暴露問題，確保系統(tǒng)實(shí)現(xiàn)的正確性。充分利用了新一代的軟件工具，使得系統(tǒng)開發(fā)和運(yùn)行的效率都大大提高。

14(4)原型法的應(yīng)用的軟件支撐環(huán)境要有一個(gè)方便靈活的關(guān)系數(shù)據(jù)系統(tǒng)。要有一套完整的程序生成軟件。要有一個(gè)與數(shù)據(jù)庫對應(yīng)的、靈活方便的數(shù)據(jù)字典。有一個(gè)可以快速抽象或者能夠容易提煉的原型。155.螺旋模型風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析原型1原型2原型3可操作原型建模模擬評價(jià)軟件需求需求確認(rèn)操作概念需求計(jì)劃開發(fā)計(jì)劃軟件產(chǎn)品設(shè)計(jì)設(shè)計(jì)確認(rèn)與驗(yàn)證集成與測試計(jì)劃詳細(xì)設(shè)計(jì)編碼單元測試集成測試驗(yàn)收測試實(shí)現(xiàn)確定下階段目標(biāo)、約束條件風(fēng)險(xiǎn)分析過程迭代開始開發(fā)、驗(yàn)證軟件產(chǎn)品制定下階段計(jì)劃評審累計(jì)成本構(gòu)造原型評價(jià)方案螺旋模型示意圖16（1）螺旋模型說明1988年Boehm提出“基于風(fēng)險(xiǎn)”的螺旋模型螺旋模型主要由4個(gè)部分組成：

需求定義、風(fēng)險(xiǎn)分析、實(shí)現(xiàn)和評審螺旋模型是這4個(gè)部分組成的迭代模型，軟件開發(fā)的過程每迭代一次，螺旋線就增加一周，系統(tǒng)產(chǎn)生一個(gè)新的版本，而軟件開發(fā)的時(shí)間和成本又有新的投入。螺旋模型中的顯著特點(diǎn)是在每個(gè)固定階段對項(xiàng)目的風(fēng)險(xiǎn)進(jìn)行評估。17（2）螺旋模型的迭代每次迭代都包括以下六個(gè)步驟：（1）確定下一階段的目標(biāo)、方案的約束條件；（2）風(fēng)險(xiǎn)分析、評估及解決；（3）為該系統(tǒng)構(gòu)造合適的原型；（4）評價(jià)方案；（5）開發(fā)、驗(yàn)證軟件產(chǎn)品；（6）制定下一階段計(jì)劃，交付給下一步驟，開始新的迭代過程。18例1質(zhì)量螺旋模型（1）目標(biāo)盡可能提高軟件產(chǎn)品質(zhì)量約束在三年內(nèi)完成、沒有大規(guī)模的投資、公司標(biāo)準(zhǔn)不會(huì)發(fā)生大的變化可選方案重用已經(jīng)有的注冊軟件、引入正式的需求和合格證明、采用新的測試和檢驗(yàn)工具風(fēng)險(xiǎn)提高質(zhì)量可能會(huì)在很大程度上提高成本、新的方法可能會(huì)導(dǎo)致現(xiàn)有員工的流失風(fēng)險(xiǎn)解決辦法詳細(xì)調(diào)查、駕馭項(xiàng)目、對潛在重用組件的調(diào)查、對可得到的支持工具進(jìn)行評價(jià)、對員工培訓(xùn)和激勵(lì)進(jìn)行研究19例1質(zhì)量螺旋模型（2）目標(biāo)盡可能提高軟件產(chǎn)品質(zhì)量后果對正規(guī)方法、經(jīng)驗(yàn)的限制難以提高軟件質(zhì)量公司可得到的工具支持是有限的可得到能重用的組件，但幾乎沒有可重用的工具支持計(jì)劃更詳細(xì)的調(diào)查重用方案開發(fā)支持工具原型探索組件合格計(jì)劃行動(dòng)投資將來12個(gè)月開發(fā)20例2軟件產(chǎn)品螺旋模型（1）目標(biāo)獲得軟件產(chǎn)品約束在一年內(nèi)完成必須支持現(xiàn)在軟件產(chǎn)品的類型總成本要低于￥1000000可選方案購買現(xiàn)存的信息恢復(fù)軟件購買數(shù)據(jù)庫并且采用這種數(shù)據(jù)庫的查詢語言開發(fā)軟件產(chǎn)品開發(fā)一個(gè)特殊目的的軟件產(chǎn)品風(fēng)險(xiǎn)在約束條件內(nèi)可能獲得不了這些軟件產(chǎn)品軟件產(chǎn)品功能可能不合適21例2軟件產(chǎn)品螺旋模型（2）目標(biāo)獲得軟件產(chǎn)品風(fēng)險(xiǎn)解決辦法用開發(fā)軟件產(chǎn)品的原型來明確需求委托顧問調(diào)查現(xiàn)存信息恢復(fù)系統(tǒng)的情況放松時(shí)間限制后果信息恢復(fù)系統(tǒng)靈活性（可移植性）差不能滿足確認(rèn)的需求采用DBMS開發(fā)的原型可能會(huì)提高整個(gè)系統(tǒng)特殊目的軟件產(chǎn)品的開發(fā)成本可能會(huì)很高計(jì)劃應(yīng)用現(xiàn)有DBMS提高系統(tǒng)原型和用戶接口，開發(fā)軟件產(chǎn)品行動(dòng)投資將來12個(gè)月開發(fā)226.編碼修正模型使用編碼修正模型，一般是從一個(gè)大致的想法開始工作，可能有一個(gè)正式的規(guī)范，也可能沒有；然后結(jié)合使用一些無論如何都稱不上規(guī)范的設(shè)計(jì)、編碼、調(diào)試和測試方法，來完成產(chǎn)品開發(fā)。編碼修正模型有兩點(diǎn)好處：①不需要什么成本。不需要在除了純粹編碼工作以外的項(xiàng)目規(guī)劃、文檔編制、質(zhì)量保證、標(biāo)準(zhǔn)實(shí)施或任何其他活動(dòng)中花費(fèi)時(shí)間。②它只需要極少的專業(yè)知識。237.為項(xiàng)目選擇最快速的生命周期(1)為項(xiàng)目選擇最有效的生命周期模型，通?？梢运伎家韵聠栴}：(1)在項(xiàng)目開始的時(shí)候，開發(fā)者和用戶對需求的理解是否充分？在項(xiàng)目進(jìn)行過程中，對需求的理解有可能出現(xiàn)改變嗎？(2)開發(fā)者對系統(tǒng)的整體框架的理解是否充分？是否有可能在項(xiàng)目進(jìn)展過程中對系統(tǒng)框架進(jìn)行重大改變？(3)可靠性需求有多大？(4)需要在項(xiàng)目中為未來的版本提前進(jìn)行多少計(jì)劃和設(shè)計(jì)？247.為項(xiàng)目選擇最快速的生命周期(2)(5)項(xiàng)目要承受多大的風(fēng)險(xiǎn)？(6)是否被迫預(yù)先確定進(jìn)度？(7)需要具備在進(jìn)展過程中進(jìn)行變更的能力嗎？(8)需要在項(xiàng)目整個(gè)進(jìn)展過程中提供給用戶可視的進(jìn)展情況嗎？(9)需要在項(xiàng)目整個(gè)進(jìn)展過程中提供給管理者可視的進(jìn)展情況嗎？(10)需要多少經(jīng)驗(yàn)和技巧來成功地使用這種生命周期模型？253.2IT軟件項(xiàng)目生命周期中各階段任務(wù)根據(jù)前面對IT軟件項(xiàng)目各個(gè)主要模型生命周期的分析，可以將一般的軟件項(xiàng)目開發(fā)過程詳細(xì)劃分為以下6個(gè)主要階段：（如圖3.6所示）項(xiàng)目開發(fā)準(zhǔn)備階段調(diào)查研究階段項(xiàng)目分析階段項(xiàng)目設(shè)計(jì)階段項(xiàng)目實(shí)施階段維護(hù)與評價(jià)階段26圖3.6軟件項(xiàng)目的開發(fā)階段供決策參考提出可行性分析修改意見項(xiàng)目咨詢?nèi)藛T項(xiàng)目開發(fā)準(zhǔn)備階段調(diào)查研究階段項(xiàng)目分析階段項(xiàng)目設(shè)計(jì)階段項(xiàng)目實(shí)施階段維護(hù)與評價(jià)階段項(xiàng)目咨詢?nèi)藛T項(xiàng)目專業(yè)管理人員項(xiàng)目專業(yè)管理人員軟件設(shè)計(jì)人員軟件設(shè)計(jì)人員操作人員操作人員新的項(xiàng)目準(zhǔn)備271.項(xiàng)目開發(fā)準(zhǔn)備階段當(dāng)現(xiàn)行軟件系統(tǒng)不滿足業(yè)務(wù)需要時(shí)，公司領(lǐng)導(dǎo)層提出開發(fā)新軟件系統(tǒng)的要求。公司管理咨詢?nèi)藛T（或者負(fù)責(zé)信息化工作的人員）首先進(jìn)行初步調(diào)查，確定是否進(jìn)行立項(xiàng)，制定出新軟件系統(tǒng)的開發(fā)計(jì)劃。本階段不屬于項(xiàng)目的分析與設(shè)計(jì)，但確實(shí)是一個(gè)不可或缺的重要階段，它往往對項(xiàng)目開發(fā)的成敗起著至關(guān)重要的作用。如果項(xiàng)目開發(fā)采取外包的方式，本階段還包括招標(biāo)的過程。282.調(diào)查研究階段本階段需要采取各種各樣的方式進(jìn)行調(diào)查研究，搞清目前系統(tǒng)的界限、組織分工、業(yè)務(wù)流程、資源狀況及薄弱環(huán)節(jié)，需要繪制現(xiàn)行項(xiàng)目的有關(guān)圖表。在掌握充分資料的基礎(chǔ)上，與用戶或公司協(xié)商討論，提出初步的系統(tǒng)目標(biāo)和項(xiàng)目計(jì)劃。針對用戶的情況和要達(dá)到的目標(biāo)進(jìn)行新系統(tǒng)開發(fā)的可行性研究，并提交可行性研究報(bào)告。293.項(xiàng)目分析階段本階段是新系統(tǒng)的邏輯設(shè)計(jì)階段。管理人員和系統(tǒng)分析人員使用一系列的圖表工具構(gòu)造出獨(dú)立于任何物理設(shè)計(jì)的系統(tǒng)邏輯模型，并與文字說明、圖表、流程、規(guī)范等共同組成系統(tǒng)的邏輯說明書。本階段需要對現(xiàn)行系統(tǒng)中不能適應(yīng)新項(xiàng)目要求的部分進(jìn)行處理，必要時(shí)對企業(yè)的資產(chǎn)和業(yè)務(wù)流程及管理方式進(jìn)行優(yōu)化和重組。本階段是新系統(tǒng)設(shè)計(jì)方案的優(yōu)化過程。本階段是各個(gè)階段中的關(guān)鍵階段。304.項(xiàng)目設(shè)計(jì)階段本階段是新系統(tǒng)的物理設(shè)計(jì)階段。根據(jù)新系統(tǒng)的邏輯模型進(jìn)行物理模型的設(shè)計(jì)，具體地選擇一個(gè)物理的計(jì)算機(jī)信息處理系統(tǒng)。要求具體地進(jìn)行計(jì)算機(jī)過程和人工過程的各種詳細(xì)設(shè)計(jì)，進(jìn)行程序模塊和處理過程（處理邏輯）的設(shè)計(jì)等。選擇合理的硬件、軟件，進(jìn)行代碼、輸入界面、輸出界面、文件、數(shù)據(jù)存儲(chǔ)處理等。系統(tǒng)物理設(shè)計(jì)的關(guān)鍵是模塊化。315.項(xiàng)目實(shí)施階段本階段是新系統(tǒng)調(diào)試運(yùn)行階段。對操作人員進(jìn)行培訓(xùn)，編制系統(tǒng)設(shè)計(jì)文檔、使用手冊和有關(guān)說明書。程序員對程序進(jìn)行集成和調(diào)試。進(jìn)行各種文件和數(shù)據(jù)庫的建立，需要大量人力投入到數(shù)據(jù)收集、整理和錄入工作中。本階段的工作是十分艱巨的。本階段投入的人力、物力、財(cái)力最多，花費(fèi)時(shí)間最長，工作量最大。326.維護(hù)與評價(jià)階段本階段是新系統(tǒng)調(diào)試后到投入運(yùn)行之間的修改、完善、驗(yàn)證的階段。本階段完成的工作主要有：系統(tǒng)的處理邏輯、程序、文件、數(shù)據(jù)等的修改。評價(jià)系統(tǒng)的優(yōu)劣，主要是指系統(tǒng)的工作質(zhì)量和經(jīng)濟(jì)效益。如：輸出信息的準(zhǔn)確性、系統(tǒng)的可靠性和運(yùn)行質(zhì)量、系統(tǒng)的開發(fā)費(fèi)用、使用維護(hù)費(fèi)用、經(jīng)濟(jì)效益、工作效率的提高和服務(wù)質(zhì)量的改善等。333.3IT軟件項(xiàng)目生命周期中的重要概念檢查點(diǎn)：是指在規(guī)定的時(shí)間間隔內(nèi)對項(xiàng)目進(jìn)行的檢查與復(fù)審工作，它是通過比較實(shí)際進(jìn)展與計(jì)劃進(jìn)度之間的差異，并根據(jù)這個(gè)差異來進(jìn)行調(diào)整的。里程碑：完成階段性工作的標(biāo)志，不同類型的項(xiàng)目里程碑不同。里程碑往往是一些重要活動(dòng)的完工，或重要文檔的交付，或階段評審的通過?；€：指一個(gè)（或一組）配置項(xiàng)在項(xiàng)目生命周期的不同時(shí)間點(diǎn)上通過正式評審而進(jìn)入正式受控的一種狀態(tài)?；€是一些重要的里程碑，但相關(guān)交付產(chǎn)品要通過正式評審并作為后續(xù)工作的基準(zhǔn)和出發(fā)點(diǎn)。343.4IT軟件項(xiàng)目管理里程碑在IT軟件項(xiàng)目的整個(gè)生命周期，通常有3種類型的檢查點(diǎn)：主里程碑、小里程碑、狀態(tài)評估里程碑是開發(fā)人員和其他項(xiàng)目管理人員必須經(jīng)常達(dá)成和滿足的目標(biāo)，通常是以各階段所完成的文檔來體現(xiàn)，每個(gè)里程碑都是“二分性”的（“完成”和“沒完成”兩種狀態(tài)）。對于IT軟件項(xiàng)目來說，如果不能設(shè)置好的里程碑，并監(jiān)控執(zhí)行，項(xiàng)目就可能會(huì)失控，并使成本預(yù)算和進(jìn)度都難以管理。351.主里程碑主里程碑是最重要的里程碑，它通常是指項(xiàng)目生命周期中的一些重要轉(zhuǎn)折點(diǎn)，為項(xiàng)目提供戰(zhàn)略目標(biāo)。主里程碑可以看作是一個(gè)連續(xù)的過程，在這個(gè)過程中包括對不同因素的重新定義。主里程碑的設(shè)置是為了確保對需求的理解、對項(xiàng)目生命周期的計(jì)劃、對產(chǎn)品的形式、功能和質(zhì)量等因素保持連貫性和可控制性。在IT軟件項(xiàng)目的整個(gè)生命周期中，一般存在4個(gè)主里程碑，如下表所示。36IT軟件項(xiàng)目的主里程碑主里程碑所處階段目標(biāo)下一階段目標(biāo)里程碑識別階段末期向所有項(xiàng)目干系人提供一份如何開展項(xiàng)目的建議書，包括項(xiàng)目計(jì)劃、成本和進(jìn)度表以及期望的利潤和效益等設(shè)計(jì)設(shè)計(jì)里程碑設(shè)計(jì)階段末期向所有項(xiàng)目干系人提供一個(gè)經(jīng)過論證的可執(zhí)行的設(shè)計(jì)方案開發(fā)開發(fā)里程碑開發(fā)階段末期評估軟件的可讀性和可用性，以便軟件產(chǎn)品開始向客戶/用戶的轉(zhuǎn)換測試產(chǎn)品版本里程碑評估階段末期評價(jià)軟件的完整性和軟件對其所支持組織的轉(zhuǎn)換37項(xiàng)目干系人所關(guān)注的問題重點(diǎn)對一般的IT軟件項(xiàng)目而言，項(xiàng)目主要干系人有：客戶：關(guān)心項(xiàng)目的可行性、對需求的理解、時(shí)間及成本的預(yù)算、風(fēng)險(xiǎn)的評估以及產(chǎn)品的質(zhì)量特征等。使用者：關(guān)心系統(tǒng)使用權(quán)的連貫性及產(chǎn)品的質(zhì)量特征等系統(tǒng)設(shè)計(jì)師：主要關(guān)心需求的變化，系統(tǒng)的完整性及連貫性，平衡并分析時(shí)間、風(fēng)險(xiǎn)、質(zhì)量、成本之間的關(guān)系開發(fā)人員：關(guān)心是否有足夠詳細(xì)的需求說明和使用情況的描述，以及選擇組件的結(jié)構(gòu)、開發(fā)環(huán)境等。維護(hù)人員：關(guān)心新系統(tǒng)與現(xiàn)行系統(tǒng)的協(xié)同工作能力，良好的維護(hù)性能等。382.小里程碑小里程碑的形式和內(nèi)容比較靈活，可以根據(jù)項(xiàng)目或組織的情況而變，主要為實(shí)現(xiàn)項(xiàng)目的目標(biāo)提供戰(zhàn)術(shù)方法。小里程碑需要通過項(xiàng)目的內(nèi)容及周期長度來確定。設(shè)置小里程碑的主要目的是為了合理分配工作，細(xì)化管理的“粒度”。39（1）使用小里程碑應(yīng)遵循的原則在項(xiàng)目早期建立小里程碑。讓開發(fā)者建立自己的小里程碑。保持小里程碑的小型化特征。保持里程碑的二分性。制定一系列完整的里程碑。在短期計(jì)劃(而不是長期計(jì)劃)中應(yīng)用小里程碑。40（2）小里程碑與任務(wù)列表的異同相同：都是在一定“粒度”下跟蹤工作的完成情況。不同：主要在于各自的側(cè)重點(diǎn)不同，如：里程碑認(rèn)為任務(wù)只有兩種狀態(tài)：完成和沒完成任務(wù)列表沒有這種限制里程碑定義的任務(wù)能在規(guī)定的時(shí)間內(nèi)完成任務(wù)列表可以任意長度當(dāng)脫離原來軌跡時(shí)，里程碑要求調(diào)整任務(wù)列表沒有這種規(guī)定應(yīng)用里程碑比通常應(yīng)用的任務(wù)列表更嚴(yán)格。413.定期狀態(tài)評估狀態(tài)評估的主要目的是根據(jù)反映項(xiàng)目進(jìn)展情況的動(dòng)態(tài)信息對項(xiàng)目進(jìn)行評估，比較實(shí)際進(jìn)展與計(jì)劃進(jìn)度之間的差異，并根據(jù)差異情況進(jìn)行相應(yīng)的調(diào)整。定期狀態(tài)評估是一種有效的管理活動(dòng)，按照規(guī)定的時(shí)間間隔（如月或季）進(jìn)行相應(yīng)的評估，定義工作的進(jìn)度和質(zhì)量指標(biāo)，確保對項(xiàng)目進(jìn)展情況關(guān)注，使所有項(xiàng)目干系人之間可以在一種開放的氛圍中進(jìn)行交流。評估最重要的目標(biāo)是為了確保所有項(xiàng)目干系人對項(xiàng)目目標(biāo)期望值的同步和連貫。42表3.6定期狀態(tài)評估的主要內(nèi)容主題內(nèi)容職員比較職員的計(jì)劃人數(shù)和職員目前的人數(shù)(減少或增加)支出將支出計(jì)劃與過去、現(xiàn)在、未來主里程碑中的支出計(jì)劃進(jìn)行對比風(fēng)險(xiǎn)事件和危險(xiǎn)程度解決計(jì)劃風(fēng)險(xiǎn)的量化(成本、時(shí)間、質(zhì)量)技術(shù)主里程碑的結(jié)構(gòu)基線時(shí)間表軟件管理學(xué)、當(dāng)前變化趨勢測試和質(zhì)量評估主里程碑計(jì)劃和結(jié)果下一個(gè)主里程碑的計(jì)劃、時(shí)間安排、風(fēng)險(xiǎn)所有可接受標(biāo)準(zhǔn)的成功/失敗結(jié)果產(chǎn)品范圍產(chǎn)品的大小、增長和可接受標(biāo)準(zhǔn)43本章小結(jié)生命周期模型純瀑布模型改進(jìn)的瀑布模型原型模型螺旋模型軟件開發(fā)的階段軟件開發(fā)的階段各階段的任務(wù)軟件開發(fā)生命周期中的幾個(gè)基本概念檢查點(diǎn)里程碑基線定期狀態(tài)評估44作業(yè):1軟件生命周期有哪些階段，請畫圖說明。2比較瀑布模型、原型模型和螺旋模型的異同點(diǎn)。3什么是里程碑，主要特征是什么?4定期狀態(tài)評估的主要內(nèi)容有哪些？45憂國忘家，捐軀濟(jì)難，忠臣之志也?！龂げ苤病肚笞哉\表》。7月-237月-23Thursday,