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

1、第3章 IT軟件工程的生命周期3.1 IT軟件工程生命周期的劃分3.2 IT軟件工程生命周期中各階段義務(wù)3.3 IT軟件工程生命周期中的重要概念3.4 IT軟件工程管理里程碑13.1 IT軟件工程生命周期的劃分1.軟件工程生命周期的概念 任何軟件的開發(fā)都要閱歷一個(gè)“生命周期，從軟件的調(diào)研開場(chǎng)到淘汰的全過程，從工程同意到交付的過程。普通將工程分為以下4個(gè)階段：識(shí)別需求、提出處理方案、執(zhí)行工程、終了工程21.軟件工程生命周期的概念對(duì)于典型的IT軟件工程，工程的生命周期可以從不同的角度認(rèn)識(shí)。從工程承當(dāng)方看：工程是從接到合同正式開場(chǎng)的，到完成規(guī)定任務(wù)終了；從客戶的角度看：工程是從確認(rèn)有需求開場(chǎng)，到運(yùn)用

2、工程的成果實(shí)現(xiàn)商務(wù)目的終了。無論從哪個(gè)角度分析，軟件工程的生命周期都包括識(shí)別、設(shè)計(jì)、實(shí)施和評(píng)價(jià)4個(gè)階段。典型軟件工程開發(fā)的生命周期如圖3.1所示。32.典型軟件工程開發(fā)的生命周期圖3.1 典型軟件工程開發(fā)的生命周期初步需求子系統(tǒng)需求分析概念設(shè)計(jì)邏輯設(shè)計(jì)開發(fā)概念原型第一次開發(fā)風(fēng)險(xiǎn)分析開發(fā)結(jié)果評(píng)價(jià)識(shí)別設(shè)計(jì)實(shí)施評(píng)價(jià)系統(tǒng)配置、運(yùn)轉(zhuǎn)、產(chǎn)品成型系統(tǒng)需求分析物理設(shè)計(jì)第二次開發(fā)開發(fā)結(jié)果評(píng)價(jià)整體需求最終設(shè)計(jì)最終開發(fā)測(cè)試43.瀑布模型瀑布模型是美國(guó)Winston Royce向IEEE WESCONRoyce, Winston 1970提交的一篇名為Managing the Development of Large

3、 Software Systems的論文中初次提出的。這種方法是從一個(gè)階段成瀑布流入下一個(gè)階段，所以這個(gè)模型就稱為“瀑布模型。5軟件開發(fā)瀑布模型及不同階段之間的交互圖3.2 軟件開發(fā)瀑布模型及不同階段之間的交互需求分析與定義系統(tǒng)設(shè)計(jì)與軟件設(shè)計(jì)系統(tǒng)實(shí)施與單元測(cè)試系統(tǒng)集成與系統(tǒng)測(cè)試系統(tǒng)運(yùn)轉(zhuǎn)與系統(tǒng)維護(hù)61純瀑布模型軟件概念需求分析初步設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)系統(tǒng)測(cè)試軟件概念：用戶提出對(duì)軟件的開發(fā)與初步需求；詳細(xì)設(shè)計(jì)：編碼和調(diào)試：選擇適宜的計(jì)算機(jī)言語，完成詳細(xì)設(shè)計(jì)中的各個(gè)模塊的編碼并調(diào)試；初步設(shè)計(jì)：將用戶需求分解成硬件與軟件需求，并建立系統(tǒng)的整體構(gòu)造模型；需求分析：開發(fā)者與用戶交流，確定系統(tǒng)的目的、效力

4、與約束；將初步設(shè)計(jì)的整體構(gòu)造繼續(xù)分解為可實(shí)施編碼的小模塊，并完成流程圖；系統(tǒng)測(cè)試：測(cè)試系統(tǒng)的各部分能否滿足需求。72改良的純瀑布模型-生魚片模型軟件概念需求分析初步設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試主要缺陷：由于階段重疊，里程碑非常不明確，很難準(zhǔn)確地進(jìn)展過程跟蹤；并行地執(zhí)行活動(dòng)能夠?qū)е聼o效的溝通、錯(cuò)誤的想法以及低下的效率。 “生魚片模型，是將模型中的延續(xù)的各階段相互有較大幅度的重疊。例如，在需求分析完成之前可以進(jìn)展初步設(shè)計(jì)和詳細(xì)設(shè)計(jì)。 主要優(yōu)點(diǎn)：在工程比較小且定義得很好時(shí)，可以有效地減少文檔的產(chǎn)生。是比較有效的模型。 82改良的純瀑布模型-具有子系統(tǒng)的瀑布模型軟件概念需求分析初步設(shè)計(jì)詳細(xì)設(shè)計(jì)子系統(tǒng)

5、設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)子系統(tǒng)設(shè)計(jì)編碼和調(diào)試詳細(xì)設(shè)計(jì)子系統(tǒng)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試初步設(shè)計(jì)中將系統(tǒng)分成幾個(gè)邏輯上相對(duì)獨(dú)立的子系統(tǒng)，每一個(gè)子系統(tǒng)都采用相對(duì)獨(dú)立的方法進(jìn)展設(shè)計(jì)，形成了具有子系統(tǒng)的 瀑布模型。圖中，初步設(shè)計(jì)階段將系統(tǒng)分成3個(gè)相對(duì)、獨(dú)立的子系統(tǒng)，各子系統(tǒng)分別獨(dú)立進(jìn)展詳細(xì)設(shè)計(jì)、編碼和調(diào)試及子系統(tǒng)設(shè)計(jì)，最后一致進(jìn)展系統(tǒng)測(cè)試。9Boehm給出的一些本錢數(shù)據(jù)系統(tǒng)類型階段成本（%）需求/設(shè)計(jì)實(shí)施測(cè)試控制系統(tǒng)衛(wèi)星系統(tǒng)操作系統(tǒng)科學(xué)系統(tǒng)商務(wù)系統(tǒng)463433444420201726283446503028從表中我們能看出什么特點(diǎn)？104.原型模型原型Prototype法是在20世紀(jì)80年代初，在總結(jié)和歸納構(gòu)

6、造化分析與設(shè)計(jì)方法開發(fā)軟件工程的根底上，改良構(gòu)造化系統(tǒng)分析與設(shè)計(jì)的過于繁瑣、開發(fā)周期長(zhǎng)、見效慢等缺陷，借助第4代程序開發(fā)言語而產(chǎn)生的一種工程開發(fā)方法。這種方法是借助先進(jìn)的軟件開發(fā)工具根據(jù)用戶提出的軟件需求定義，快速建立一個(gè)軟件系統(tǒng)的“原型，向用戶展現(xiàn)待開發(fā)軟件的全部或部分功能，在征求用戶對(duì)原型軟件的意見后，反復(fù)進(jìn)展修正、完善、提高和確認(rèn)，最終實(shí)現(xiàn)工程的目的。11(1)漸進(jìn)原型模型圖用戶提出系統(tǒng)要求識(shí)別歸納用戶需求快速建立開發(fā)原型修正模型重新設(shè)計(jì)或選擇模型評(píng)價(jià)模型確定模型，完成并交付模型稱心模型不稱心模型不可行漸進(jìn)原型模型是從軟件開發(fā)系統(tǒng)概念開場(chǎng)，根據(jù)軟件需求定義，快速建立一個(gè)軟件系統(tǒng)“原型的生

7、命周期模型。12(2)漸進(jìn)原型模型的根本過程原型建立通常是軟件從最顯著的方面開場(chǎng)，向用戶展現(xiàn)待開發(fā)系統(tǒng)的全部或者部分功能通常是完成的部分；然后根據(jù)用戶對(duì)原型的反響信息，反復(fù)進(jìn)展修正、完善、提高和確認(rèn)，直到開發(fā)者和用戶都以為原型曾經(jīng)“足夠好；最終實(shí)現(xiàn)工程目的，完成結(jié)尾任務(wù)，交付作為最終產(chǎn)品的原型。 13(3)漸進(jìn)原型模型的特點(diǎn)直觀、籠統(tǒng)，更多地遵照了人們認(rèn)識(shí)事物的規(guī)律，因此更容易被人們接受。采用模擬的手段，縮短了用戶和系統(tǒng)分析、設(shè)計(jì)人員之間的間隔。在整個(gè)系統(tǒng)開發(fā)過程中反響是及時(shí)的，規(guī)范是一致的，可及時(shí)地暴露問題，確保系統(tǒng)實(shí)現(xiàn)的正確性。充分利用了新一代的軟件工具，使得系統(tǒng)開發(fā)和運(yùn)轉(zhuǎn)的效率都大大提高

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

9、： 需求定義、風(fēng)險(xiǎn)分析、實(shí)現(xiàn)和評(píng)審螺旋模型是這4個(gè)部分組成的迭代模型，軟件開發(fā)的過程每迭代一次，螺旋線就添加一周，系統(tǒng)產(chǎn)生一個(gè)新的版本，而軟件開發(fā)的時(shí)間和本錢又有新的投入。螺旋模型中的顯著特點(diǎn)是在每個(gè)固定階段對(duì)工程的風(fēng)險(xiǎn)進(jìn)展評(píng)價(jià)。172螺旋模型的迭代每次迭代都包括以下六個(gè)步驟：1確定下一階段的目的、方案的約束條件；2風(fēng)險(xiǎn)分析、評(píng)價(jià)及處理；3為該系統(tǒng)構(gòu)造適宜的原型；4評(píng)價(jià)方案；5開發(fā)、驗(yàn)證軟件產(chǎn)品；6制定下一階段方案，交付給下一步驟，開場(chǎng)新的迭代過程。18例1 質(zhì)量螺旋模型1目標(biāo)盡可能提高軟件產(chǎn)品質(zhì)量約束在三年內(nèi)完成、沒有大規(guī)模的投資、公司標(biāo)準(zhǔn)不會(huì)發(fā)生大的變化可選方案重用已經(jīng)有的注冊(cè)軟件、引入正

10、式的需求和合格證明、采用新的測(cè)試和檢驗(yàn)工具風(fēng)險(xiǎn)提高質(zhì)量可能會(huì)在很大程度上提高成本、新的方法可能會(huì)導(dǎo)致現(xiàn)有員工的流失風(fēng)險(xiǎn)解決辦法詳細(xì)調(diào)查、駕馭項(xiàng)目、對(duì)潛在重用組件的調(diào)查、對(duì)可得到的支持工具進(jìn)行評(píng)價(jià)、對(duì)員工培訓(xùn)和激勵(lì)進(jìn)行研究19例1 質(zhì)量螺旋模型2目標(biāo)盡可能提高軟件產(chǎn)品質(zhì)量后果對(duì)正規(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)品的類型總成本要低于￥1000 000可選方案購(gòu)買現(xiàn)存的

11、信息恢復(fù)軟件購(gòu)買數(shù)據(jù)庫(kù)并且采用這種數(shù)據(jù)庫(kù)的查詢語言開發(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.編碼修正模型運(yùn)用編碼修正模型，普通是從一個(gè)大致的想法開場(chǎng)任務(wù)，能夠有一個(gè)正式的規(guī)范，也能夠沒有；然后

12、結(jié)合運(yùn)用一些無論如何都稱不上規(guī)范的設(shè)計(jì)、編碼、調(diào)試和測(cè)試方法，來完成產(chǎn)品開發(fā)。編碼修正模型有兩點(diǎn)益處：不需求什么本錢。不需求在除了純粹編碼任務(wù)以外的工程規(guī)劃、文檔編制、質(zhì)量保證、規(guī)范實(shí)施或任何其他活動(dòng)中破費(fèi)時(shí)間。它只需求極少的專業(yè)知識(shí)。237.為工程選擇最快速的生命周期(1)為工程選擇最有效的生命周期模型，通?？梢运妓饕韵聠栴}：(1)在工程開場(chǎng)的時(shí)候，開發(fā)者和用戶對(duì)需求的了解能否充分？在工程進(jìn)展過程中，對(duì)需求的了解有能夠出現(xiàn)改動(dòng)嗎？(2)開發(fā)者對(duì)系統(tǒng)的整體框架的了解能否充分？能否有能夠在工程進(jìn)展過程中對(duì)系統(tǒng)框架進(jìn)展艱苦改動(dòng)？(3)可靠性需求有多大？(4)需求在工程中為未來的版本提早進(jìn)展多少方案

13、和設(shè)計(jì)？247.為工程選擇最快速的生命周期(2)(5)工程要接受多大的風(fēng)險(xiǎn)？(6)能否被迫預(yù)先確定進(jìn)度？(7)需求具備在進(jìn)展過程中進(jìn)展變卦的才干嗎？(8)需求在工程整個(gè)進(jìn)展過程中提供應(yīng)用戶可視的進(jìn)展情況嗎？(9)需求在工程整個(gè)進(jìn)展過程中提供應(yīng)管理者可視的進(jìn)展情況嗎？(10)需求多少閱歷和技巧來勝利地運(yùn)用這種生 命周期模型？253.2 IT軟件工程生命周期中各階段義務(wù)根據(jù)前面對(duì)IT軟件工程各個(gè)主要模型生命周期的分析，可以將普通的軟件工程開發(fā)過程詳細(xì)劃分為以下6個(gè)主要階段：如圖3.6所示工程開發(fā)預(yù)備階段調(diào)查研討階段工程分析階段工程設(shè)計(jì)階段工程實(shí)施階段維護(hù)與評(píng)價(jià)階段26圖3.6 軟件工程的開發(fā)階段供

14、決策參考 提出可行性分析 修正意見工程咨詢?nèi)藛T工程開發(fā)預(yù)備階段調(diào)查研討階段工程分析階段工程設(shè)計(jì)階段工程實(shí)施階段維護(hù)與評(píng)價(jià)階段工程咨詢?nèi)藛T工程專業(yè)管理人員工程專業(yè)管理人員軟件設(shè)計(jì)人員軟件設(shè)計(jì)人員操作人員 操作人員新的工程預(yù)備 271. 工程開發(fā)預(yù)備階段當(dāng)現(xiàn)行軟件系統(tǒng)不滿足業(yè)務(wù)需求時(shí)，公司指點(diǎn)層提出開發(fā)新軟件系統(tǒng)的要求。公司管理咨詢?nèi)藛T或者擔(dān)任信息化任務(wù)的人員首先進(jìn)展初步伐查，確定能否進(jìn)展立項(xiàng)，制定出新軟件系統(tǒng)的開發(fā)方案。本階段不屬于工程的分析與設(shè)計(jì)，但確實(shí)是一個(gè)不可或缺的重要階段，它往往對(duì)工程開發(fā)的成敗起著至關(guān)重要的作用。假設(shè)工程開發(fā)采取外包的方式，本階段還包括招標(biāo)的過程。282. 調(diào)查研討階段

15、本階段需求采取各種各樣的方式進(jìn)展調(diào)查研討，搞清目前系統(tǒng)的界限、組織分工、業(yè)務(wù)流程、資源情況及薄弱環(huán)節(jié)，需求繪制現(xiàn)行工程的有關(guān)圖表。在掌握充分資料的根底上，與用戶或公司協(xié)商討論，提出初步的系統(tǒng)目的和工程方案。針對(duì)用戶的情況和要到達(dá)的目的進(jìn)展新系統(tǒng)開發(fā)的可行性研討，并提交可行性研討報(bào)告。293. 工程分析階段本階段是新系統(tǒng)的邏輯設(shè)計(jì)階段。管理人員和系統(tǒng)分析人員運(yùn)用一系列的圖表工具構(gòu)造出獨(dú)立于任何物理設(shè)計(jì)的系統(tǒng)邏輯模型，并與文字闡明、圖表、流程、規(guī)范等共同組成系統(tǒng)的邏輯闡明書。本階段需求對(duì)現(xiàn)行系統(tǒng)中不能順應(yīng)新工程要求的部分進(jìn)展處置，必要時(shí)對(duì)企業(yè)的資產(chǎn)和業(yè)務(wù)流程及管理方式進(jìn)展優(yōu)化和重組。本階段是新系統(tǒng)

16、設(shè)計(jì)方案的優(yōu)化過程。本階段是各個(gè)階段中的關(guān)鍵階段。304. 工程設(shè)計(jì)階段本階段是新系統(tǒng)的物理設(shè)計(jì)階段。根據(jù)新系統(tǒng)的邏輯模型進(jìn)展物理模型的設(shè)計(jì)，詳細(xì)地選擇一個(gè)物理的計(jì)算機(jī)信息處置系統(tǒng)。要求詳細(xì)地進(jìn)展計(jì)算機(jī)過程和人工過程的各種詳細(xì)設(shè)計(jì)，進(jìn)展程序模塊和處置過程處置邏輯的設(shè)計(jì)等。選擇合理的硬件、軟件，進(jìn)展代碼、輸入界面、輸出界面、文件、數(shù)據(jù)存儲(chǔ)處置等。系統(tǒng)物理設(shè)計(jì)的關(guān)鍵是模塊化。315. 工程實(shí)施階段本階段是新系統(tǒng)調(diào)試運(yùn)轉(zhuǎn)階段。對(duì)操作人員進(jìn)展培訓(xùn)，編制系統(tǒng)設(shè)計(jì)文檔、運(yùn)用手冊(cè)和有關(guān)闡明書。程序員對(duì)程序進(jìn)展集成和調(diào)試。進(jìn)展各種文件和數(shù)據(jù)庫(kù)的建立，需求大量人力投入到數(shù)據(jù)搜集、整理和錄入任務(wù)中。本階段的任務(wù)是

17、非常艱巨的。本階段投入的人力、物力、財(cái)力最多，破費(fèi)時(shí)間最長(zhǎng)，任務(wù)量最大。326. 維護(hù)與評(píng)價(jià)階段本階段是新系統(tǒng)調(diào)試后到投入運(yùn)轉(zhuǎn)之間的修正、完善、驗(yàn)證的階段。本階段完成的任務(wù)主要有：系統(tǒng)的處置邏輯、程序、文件、數(shù)據(jù)等的修正。評(píng)價(jià)系統(tǒng)的優(yōu)劣，主要是指系統(tǒng)的任務(wù)質(zhì)量和經(jīng)濟(jì)效益。如：輸出信息的準(zhǔn)確性、系統(tǒng)的可靠性和運(yùn)轉(zhuǎn)質(zhì)量、系統(tǒng)的開發(fā)費(fèi)用、運(yùn)用維護(hù)費(fèi)用、經(jīng)濟(jì)效益、任務(wù)效率的提高和效力質(zhì)量的改善等。333.3 IT軟件工程生命周期中的重要概念檢查點(diǎn)：是指在規(guī)定的時(shí)間間隔內(nèi)對(duì)工程進(jìn)展的檢查與復(fù)審任務(wù)，它是經(jīng)過比較實(shí)踐進(jìn)展與方案進(jìn)度之間的差別，并根據(jù)這個(gè)差別來進(jìn)展調(diào)整的。里程碑：完成階段性任務(wù)的標(biāo)志，不同類

18、型的工程里程碑不同。里程碑往往是一些重要活動(dòng)的完工，或重要文檔的交付，或階段評(píng)審的經(jīng)過?；€：指一個(gè)或一組配置項(xiàng)在工程生命周期的不同時(shí)間點(diǎn)上經(jīng)過正式評(píng)審而進(jìn)入正式受控的一種形狀?；€是一些重要的里程碑，但相關(guān)交付產(chǎn)品要經(jīng)過正式評(píng)審并作為后續(xù)任務(wù)的基準(zhǔn)和出發(fā)點(diǎn)。343.4 IT軟件工程管理里程碑在IT軟件工程的整個(gè)生命周期，通常有3種類型的檢查點(diǎn)：主里程碑、小里程碑、形狀評(píng)價(jià)里程碑是開發(fā)人員和其他工程管理人員必需經(jīng)常達(dá)成和滿足的目的，通常是以各階段所完成的文檔來表達(dá)，每個(gè)里程碑都是“二分性的“完成和“沒完成兩種形狀。對(duì)于IT軟件工程來說，假設(shè)不能設(shè)置好的里程碑，并監(jiān)控執(zhí)行，工程就能夠會(huì)失控，并使

19、本錢預(yù)算和進(jìn)度都難以管理。351.主里程碑主里程碑是最重要的里程碑，它通常是指工程生命周期中的一些重要轉(zhuǎn)機(jī)點(diǎn)，為工程提供戰(zhàn)略目的。主里程碑可以看作是一個(gè)延續(xù)的過程，在這個(gè)過程中包括對(duì)不同要素的重新定義。主里程碑的設(shè)置是為了確保對(duì)需求的了解、對(duì)工程生命周期的方案、對(duì)產(chǎn)品的方式、功能和質(zhì)量等要素堅(jiān)持銜接性和可控制性。在IT軟件工程的整個(gè)生命周期中，普通存在4個(gè)主里程碑，如下表所示。36IT軟件工程的主里程碑主里程碑所處階段目 標(biāo)下一階段目標(biāo)里程碑識(shí)別階段末期向所有項(xiàng)目干系人提供一份如何開展項(xiàng)目的建議書，包括項(xiàng)目計(jì)劃、成本和進(jìn)度表以及期望的利潤(rùn)和效益等設(shè)計(jì)設(shè)計(jì)里程碑設(shè)計(jì)階段末期向所有項(xiàng)目干系人提供一

20、個(gè)經(jīng)過論證的可執(zhí)行的設(shè)計(jì)方案開發(fā)開發(fā)里程碑開發(fā)階段末期評(píng)估軟件的可讀性和可用性，以便軟件產(chǎn)品開始向客戶/用戶的轉(zhuǎn)換測(cè)試產(chǎn)品版本里程碑評(píng)估階段末期評(píng)價(jià)軟件的完整性和軟件對(duì)其所支持組織的轉(zhuǎn)換37工程干系人所關(guān)注的問題重點(diǎn)對(duì)普通的IT軟件工程而言，工程主要干系人有：客戶：關(guān)懷工程的可行性、對(duì)需求的了解、時(shí)間及本錢的預(yù)算、風(fēng)險(xiǎn)的評(píng)價(jià)以及產(chǎn)品的質(zhì)量特征等。運(yùn)用者：關(guān)懷系統(tǒng)運(yùn)用權(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ì)的需求闡明和運(yùn)用情況的描畫，以及選擇組件的構(gòu)造、開發(fā)環(huán)境等。維護(hù)人員：關(guān)懷新系統(tǒng)與現(xiàn)行系統(tǒng)的協(xié)同任務(wù)才干，良好的維護(hù)性能等。382.小里程碑小里程碑的方式和內(nèi)容比較靈敏，可以根據(jù)工程或組織的情況而變，主要為實(shí)現(xiàn)工程的目的提供戰(zhàn)術(shù)方法。小里程碑需求經(jīng)過工程的內(nèi)容及周期長(zhǎng)度來確定。設(shè)置小里程碑的主要目的是為了合理分配任務(wù)，細(xì)化管理的“粒度。391運(yùn)用小里程碑應(yīng)遵照的原那么在工程早期建立小里程碑。 讓開發(fā)者建立本人的小里程碑。堅(jiān)持小里程碑的小型化特征。堅(jiān)持里程碑的二分性。制定一系列完好的里程碑。在短期方案(而不是長(zhǎng)期方案)中運(yùn)用小里程碑。402小里程碑與義務(wù)列表的異同一樣：都是在一定“粒度下跟蹤任務(wù)的完