IT軟件項目管理

IT軟件項目管理王強曹漢平賈素玲木林森編著2023最新整理收集do

something第1章IT軟件項目管理概述（1次、2課時）第1章IT軟件項目管理概述1.1項目與項目管理1.2IT軟件項目管理1.3IT軟件項目的組織結(jié)構(gòu)1.4思考題1.1項目與項目管理1.1.1項目1.1.2項目管理1.1.3項目管理的基本內(nèi)容1.1.4項目管理的成功因素1.1.1項目項目管理是20世紀(jì)40年代以后迅速發(fā)展起來的一門科學(xué)，是現(xiàn)代管理學(xué)中的一個重要分支。根據(jù)美國項目管理協(xié)會(PMI)的定義：項目是為完成某一獨特的產(chǎn)品或服務(wù)所做的一次性努力。從根本上說，項目就是一系列的相關(guān)工作。中國項目管理研究委員會對項目的定義是：項目是一個特殊的將被完成的有限任務(wù)。它是在一定時間內(nèi)，滿足一系列特定目標(biāo)的多項相關(guān)工作的總稱。根據(jù)這個定義，項目實際包含3層含義：3層含義:(1)項目是一項有待完成的任務(wù)，有特定的環(huán)境和要求；(2)在一定的組織機構(gòu)內(nèi)，利用有限資源(人力、物力、財力等)，在規(guī)定的時間內(nèi)(指項目有明確的開始時間和結(jié)束時間)為特定客戶完成特定目標(biāo)的階段性任務(wù)；(3)任務(wù)要滿足一定性能、質(zhì)量、數(shù)量、技術(shù)指標(biāo)等要求。從上面的兩個定義可以看出，項目就具有如下一些基本特性：項目的獨特性。項目的一次性。項目的組織性。

項目的生命期。項目的資源消耗性。項目的目標(biāo)沖突性。項目后果的不確定性。范圍時間成本目標(biāo)要求預(yù)算費用完成期限1.1.2項目管理按PMI的定義：項目管理就是“在項目活動中運用一系列的知識、技能、工具和技術(shù)，以滿足或超過相關(guān)利益者對項目的要求”。中國項目管理研究委員會對項目管理總結(jié)為：“項目管理”一詞具有兩種不同的含義，其一是指一種管理活動；其二是指一種管理學(xué)科，前者是一種客觀的實踐活動，后者是前者的理論總結(jié)；前者以后者為指導(dǎo)，后者以前者為基礎(chǔ)。項目管理貫穿整個項目的生命期，是對項目的全過程管理。項目管理具有如下一些基本特征：項目管理的對象是項目。系統(tǒng)工程思想貫穿項目管理的全過程。項目管理的組織具有一定的特殊性。項目管理的體制是基于團隊管理的個人負(fù)責(zé)制，項目經(jīng)理是整個項目組中協(xié)調(diào)、控制的關(guān)鍵。項目管理的要點是創(chuàng)造和保持一個使項目順利進(jìn)行的環(huán)境，使置身于這個環(huán)境的人們能在集體中協(xié)調(diào)工作以完成預(yù)定的目標(biāo)。項目管理的方法、工具和技術(shù)手段具有先進(jìn)性。1.1.3項目管理的基本內(nèi)容PMI編寫的《項目管理知識體系》將項目管理劃分為9個知識領(lǐng)域：范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、采購管理、風(fēng)險管理和綜合管理。而中國項目管理研究委員會則將項目管理的內(nèi)容概括為2個層次、4個階段、5個過程、9大知識領(lǐng)域、42個要素及多個主體。如表1.1所示。1.項目綜合管理項目其包括3個基本的子過程：制訂項目計劃;項目計劃執(zhí)行;綜合變更控制。2．項目范圍管理

PMBOK將其分成5個階段：啟動;范圍計劃;范圍界定;范圍核實;范圍變更控制。3．項目時間管理

PMBOK提出，項目時間管理由下述5項任務(wù)組成：活動定義;活動排序;活動時間估計;項目進(jìn)度編制;項目進(jìn)度控制。4．項目成本管理包括以下4個過程：制訂資源計劃;成本估計;成本預(yù)算;成本控制。5．項目質(zhì)量管理主要包括以下4個過程：質(zhì)量規(guī)劃;質(zhì)量控制;質(zhì)量保證;全面質(zhì)量管理。項目管理的基本內(nèi)容:6．項目人力資源管理包括如下幾個主要的過程：人力資源規(guī)劃;招聘與解聘;篩選;定向;培訓(xùn);績效評估;職業(yè)發(fā)展;團隊建設(shè)。7．項目風(fēng)險管理

PMBOK將其歸納為4個主要過程：風(fēng)險識別；風(fēng)險估計；風(fēng)險應(yīng)對計劃；風(fēng)險控制。8．項目溝通管理包括如下一些基本的過程：編制溝通計劃；信息傳遞；績效報告；管理收尾。9．項目采購管理主要包括：編制采購計劃；編制詢價計劃；詢價；選擇供應(yīng)商；合同管理；合同收尾。項目管理的基本內(nèi)容:1.1.4項目管理的成功因素范圍(Scope)時間(Time)成本(Cost)質(zhì)量(Quality)1.2IT軟件項目管理1.2.1IT軟件項目1.2.2IT軟件項目管理1.2.3IT軟件項目管理的活動1.2.1IT軟件項目本書討論的IT項目將限制在以軟件開發(fā)、集成和實施為主要目的的項目范圍內(nèi)，簡稱IT軟件項目(書中也簡稱IT項目或者軟件項目)。IT項目具有自己非常明顯的特點：階段性(緊迫性)、獨特性和不確定性。1.2.2IT軟件項目管理IT軟件項目管理和其他項目管理相比，具有很大的獨特性。生產(chǎn)無形的產(chǎn)品生產(chǎn)無形的產(chǎn)品

過程沒有明顯的劃分。大都是“一次性”的人力消耗型項目。1.2.3IT軟件項目管理的活動IT軟件項目管理主要的活動包括：l

編寫項目建議書l

項目成本的度量l

項目計劃和進(jìn)度安排l

項目監(jiān)控和復(fù)審l

人員選擇和評估l

項目報告的準(zhǔn)備和發(fā)布1.3IT軟件項目的組織結(jié)構(gòu)1.3.1軟件項目的組織結(jié)構(gòu)1.3.2項目經(jīng)理1.3.3產(chǎn)品項目組1.3.4主程序員組1.3.5程序員的工作效率1.3.1軟件項目的組織結(jié)構(gòu)1.3.2項目經(jīng)理

項目經(jīng)理的基本職責(zé)可以歸納為領(lǐng)導(dǎo)項目的計劃、組織和控制工作，以實現(xiàn)項目的目標(biāo)，即項目經(jīng)理領(lǐng)導(dǎo)項目團隊完成項目目標(biāo)，項目經(jīng)理需要協(xié)調(diào)各個團隊成員的活動，使這些成員成為一個和諧的整體，履行各自的工作。1.3.3產(chǎn)品項目組采用小規(guī)模的產(chǎn)品項目組有以下優(yōu)勢：l

溝通和交流的時間大大縮短。l

工作標(biāo)準(zhǔn)可以不斷提高。l

成員可以更加緊密地結(jié)合在一起工作。l

成員在編程時能為其他成員著想。l成員能更好地了解其他成員的工作及進(jìn)度。1.3.4主程序員組

主程序員的核心由以下3部分組成，如圖1.3所示：主程序員；熟練而有經(jīng)驗的輔助程序員；資料管理員。

主程序員

輔助程序員

專家池與外部溝通資料管理員圖1.3IBM主程序員組結(jié)構(gòu)1.3.5程序員的工作效率

在IT項目中對工作效率的度量主要是采取間接測量的方法。幾種常用的間接測量方法有：

l

每人月代碼行(LOC)l

每人月編的目標(biāo)指令(OI)l

每人月寫的文檔頁數(shù)(POD)l

每人月測試和執(zhí)行的錯誤數(shù)(T&E)

總開發(fā)時間包括分析和設(shè)計時間、編碼時間、測試時間和編寫文檔的時間，其中編碼時間只是其中的一部分，各部分時間的關(guān)系如圖1.4所示：1.4思考題參見書18頁第2章IT項目管理的基本表述方法（1次、2課時）第2章IT項目管理的基本表述方法2.1工作分解結(jié)構(gòu)2.2甘特圖2.3IT項目的網(wǎng)絡(luò)表示法2.4關(guān)鍵路徑法2.5計劃評審技術(shù)2.6網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用2.7項目計劃的網(wǎng)絡(luò)表示2.8思考題2.1工作分解結(jié)構(gòu)在本書中，我們將工作分解結(jié)構(gòu)看成是一個“化整為零”的工具，它依據(jù)項目本身的內(nèi)在結(jié)構(gòu)，將項目轉(zhuǎn)化為多個相互聯(lián)系的子任務(wù)，并運用相應(yīng)的管理技術(shù)，為項目建立一個全面的科學(xué)結(jié)構(gòu)模型，通常用圖和表的形式表示。下面以某一特定的軟件項目為例，來說明工作分解結(jié)構(gòu)圖。如圖2.1所示。從圖2.1中可以看出，工作分解結(jié)構(gòu)中的每一項都有惟一的標(biāo)志，這些標(biāo)志可以為成本和資源的分層和計算提供方便。項目概要720小時$38000.0011設(shè)計階段360小時$18400.0021.1編程階段200小時$10000.0041.2測試階段160小時$9600.0051.3設(shè)計階段180小時$4000.0031.1.1設(shè)計階段2280小時$14400.0061.1.2開始設(shè)計里程碑設(shè)計任務(wù)1結(jié)束設(shè)計里程碑編程任務(wù)2設(shè)計任務(wù)4設(shè)計任務(wù)3結(jié)束編程里程碑設(shè)計任務(wù)2編程任務(wù)1測試任務(wù)2測試任務(wù)1測試任務(wù)3結(jié)束測試?yán)锍瘫ぷ鞣纸饨Y(jié)構(gòu)的兩個重要特征是“分解”和“圖表表示”。然而，也需要與其他的“分解”和“圖表”相區(qū)別：第一，并不是所有以圖表形式繪制的分解結(jié)構(gòu)圖都表示工作分解結(jié)構(gòu)。第二，工作分解結(jié)構(gòu)不應(yīng)當(dāng)與其他用于表述項目信息的“分解”結(jié)構(gòu)相混淆，在某些應(yīng)用領(lǐng)域，還常見到一些其他的分解結(jié)構(gòu)，如：合同工作分解結(jié)構(gòu)(CWBS);組織分解結(jié)構(gòu)(OBS);資源分解結(jié)構(gòu)(RBS);材料清單(BOM);項目分解結(jié)構(gòu)(PBS)?！胺纸狻惫ぷ靼ㄒ韵聨讉€主要步驟：確定項目的主要可交付成果。確定每個可交付成果的詳細(xì)程度，以便對每個可交付成果能夠編制恰當(dāng)?shù)某杀竞蜁r間預(yù)算。確定可交付成果的組成元素。核實分解的正確性。

2.2甘特圖甘特圖(GanttChart或BarChart)，是表示項目各階段任務(wù)開始時間與結(jié)束時間的圖。甘特圖用水平線段表示階段任務(wù)；線段的起點和終點分別對應(yīng)于任務(wù)的開始時間和結(jié)束時間；線段的長度表示完成任務(wù)所需的時間。甘特圖的示例可見表2.1所示。甘特圖的優(yōu)點是表明了各任務(wù)的計劃進(jìn)度和當(dāng)前進(jìn)度，能動態(tài)地反映軟件項目的開發(fā)和進(jìn)展情況。缺點是難以反映多個任務(wù)之間存在的復(fù)雜邏輯關(guān)系。2.3IT項目的網(wǎng)絡(luò)表示法網(wǎng)絡(luò)是適用于成本與計劃控制的一種項目管理工具。通過圖表，工程師和管理者可以直觀地表示時間或成本的計劃與控制情況網(wǎng)絡(luò)分析是在20世紀(jì)60年代作為一個控制大型項目的技術(shù)而引入項目管理過程中的，引入網(wǎng)絡(luò)技術(shù)之前(大約在1956年)，主要使用其他的一些計劃方法，如活動列表、日記、條形圖、甘特圖等。2.4關(guān)鍵路徑法一般求出某個項目的關(guān)鍵路徑的基本步驟為：l求出各活動的時間參數(shù)ES(最早開始時間)和EF(最早完成時間)。l求出各活動的時間參數(shù)LF(最遲完成時間)和LS(最遲開始時間)。l

計算時差。l

確定關(guān)鍵路徑。2.5計劃評審技術(shù)

計劃評審技術(shù)PERT(ProgramEvaluationandReviewTechnique)對各個項目活動的完成時間按3種不同情況估計：樂觀時間(optimistictime)——任何事情都順利的情況，完成某項工作的時間。最可能時間(mostlikelytime)——正常情況下，完成某項工作的時間。悲觀時間(pessimistictime)——最不利的情況，完成某項工作的時間。2.6網(wǎng)絡(luò)計劃技術(shù)的應(yīng)用

將網(wǎng)絡(luò)計劃技術(shù)應(yīng)用于軟件項目進(jìn)度計劃，主要包括以下3個階段：計劃階段進(jìn)度安排階段控制階段2.7項目計劃的網(wǎng)絡(luò)表示PERT和CPM網(wǎng)絡(luò)是基于箭頭的項目圖表表示法。其中有關(guān)項目活動的描述標(biāo)注在箭頭上邊，即用帶箭頭的弧線表示項目的活動，因而把這種圖表表示法稱為箭頭表示活動(Activity-on-Arrow，AoA)。另外一種圖示法的形式是用節(jié)點表示活動(Activity-on-Node，AoN)或優(yōu)先圖表(PrecedenceDiagram)。這種形式有關(guān)活動的描述標(biāo)注在節(jié)點里，而不是寫在箭頭上邊，箭頭只表示活動之間的先后關(guān)系。其中最常用的是基于節(jié)點表示活動的方法。1．制定網(wǎng)絡(luò)的基本步驟l

建立目標(biāo)與策略。l

定義工作與活動的范圍。l

把活動安排到計劃中去。l

為每個活動估計成本、時間和資源(CTR)。l

分析網(wǎng)絡(luò)。l

優(yōu)化網(wǎng)絡(luò)從而建立基本的計劃。l

測量變量和預(yù)測趨勢。l

針對目標(biāo)重計劃。2．網(wǎng)絡(luò)計劃的圖示法在網(wǎng)絡(luò)計劃中，常用如圖2.3所示的圖形符號表示事件之間的先后關(guān)系和對應(yīng)的活動。將要發(fā)生的事已經(jīng)發(fā)生的事

正在發(fā)生的事圖2.3

事件之間的邏輯關(guān)系

2.8思考題參見書29頁第3章IT軟件項目的生命周期（1次、2課時）第3章IT軟件項目的生命周期3.1IT軟件項目生命周期的劃分3.2IT軟件項目生命周期中3.3IT軟件項目生命周期中的重要概念3.4IT軟件項目管理里程碑3.5思考題3.1IT軟件項目生命周期的劃分生命周期都包括識別、設(shè)計、實施和評估4個階段:圖3.1典型軟件項目開發(fā)的生命周期初步需求子系統(tǒng)需求分析概念設(shè)計邏輯設(shè)計開發(fā)概念原型第一次開發(fā)風(fēng)險分析開發(fā)結(jié)果評估識別設(shè)計實施評估系統(tǒng)配置、運行、產(chǎn)品成型系統(tǒng)需求分析物理設(shè)計第二次開發(fā)開發(fā)結(jié)果評估整體需求最終設(shè)計最終開發(fā)測試

3.1IT軟件項目生命周期的劃分3.1.1瀑布模型3.1.2原型模型3.1.3螺旋模型3.1.1瀑布模型

瀑布模型:

是美國WinstonRoyce向IEEEWESCON（Royce,Winston1970）提交的一篇名為《管理大規(guī)模軟件系統(tǒng)的開發(fā)》的論文中首次提出的。由于這種方法是從一個階段成瀑布流入下一個階段，所以這個模型就稱為“瀑布模型”。瀑布模型有很多的變化，包括以下的階段：需求分析與定義，系統(tǒng)設(shè)計與軟件設(shè)計，系統(tǒng)實施與單元測試，系統(tǒng)集成與系統(tǒng)測試，系統(tǒng)運行與系統(tǒng)維護。3.1.2原型模型原型(Prototype)法的基本過程：用戶提出系統(tǒng)需求識別并歸納用戶需求快速開發(fā)一個模型確定模型后的處理系統(tǒng)運行、維護重新設(shè)計或選擇模型滿意模型不滿意圖3.4原型法的基本過程評價模型模型不可行修改模型

原型法的特點是：l

直觀、形象，更多地遵循了人們認(rèn)識事物的規(guī)律，因而更容易被人們接受。l

采用模擬的手段，縮短了用戶和系統(tǒng)分析、設(shè)計人員之間的距離。l

在整個系統(tǒng)開發(fā)過程中反饋是及時的，標(biāo)準(zhǔn)是統(tǒng)一的，可及時地暴露問題，確保系統(tǒng)實現(xiàn)的正確性。l

充分利用了新一代的軟件工具，使得系統(tǒng)開發(fā)和運行的效率都大大提高。

原型法的應(yīng)用要以一定的軟件環(huán)境為支撐，主要包括：要有一個方便靈活的關(guān)系數(shù)據(jù)系統(tǒng)。要有一套完整的程序生成軟件。要有一個與數(shù)據(jù)庫對應(yīng)的、靈活方便的數(shù)據(jù)字典。有一個可以快速抽象或者能夠容易提煉的原型。3.1.3螺旋模型

風(fēng)險分析風(fēng)險分析風(fēng)險分析風(fēng)險分析原型1原型2原型3可用原型建模模擬評價軟件需求需求確認(rèn)操作概念需求計劃開發(fā)計劃軟件產(chǎn)品設(shè)計設(shè)計確認(rèn)與驗證集成與測試計劃詳細(xì)設(shè)計編碼單元測試集成測試接收測試實現(xiàn)成本評審制訂下階段計劃確定下階段目標(biāo)和約束條件風(fēng)險分析、構(gòu)造原型開發(fā)、驗證階段軟件產(chǎn)品過程迭代圖3.5螺旋模型

3.2IT軟件項目生命周期中各階段任務(wù)根據(jù)前面對IT軟件項目各個主要模型生命周期的分析，可以將一般的軟件項目開發(fā)過程詳細(xì)劃分為如圖3.6所示的6個主要階段，即項目開發(fā)準(zhǔn)備階段、調(diào)查研究階段、項目分析階段、項目設(shè)計階段、項目實施階段、維護與評價階段。供決策參考提出可行性分析修改意見項目咨詢?nèi)藛T項目開發(fā)準(zhǔn)備階段調(diào)查研究階段項目分析階段項目設(shè)計階段項目實施階段維護與評價階段項目咨詢?nèi)藛T項目專業(yè)管理人員項目專業(yè)管理人員軟件設(shè)計人員軟件設(shè)計人員操作人員

操作人員新的項目準(zhǔn)備圖3.6軟件項目的開發(fā)階段3.3IT軟件項目生命周期中的重要概念在IT軟件項目生命周期中有3個與時間相關(guān)的重要概念：檢查點(CheckPoint)、里程碑(MileStone)、基線(BaseLine)3.4IT軟件項目管理里程碑

在IT軟件項目的整個生命周期，通常有3種類型的檢查點：主里程碑、小里程碑狀態(tài)評估。3.4IT軟件項目管理里程碑3.4.1主里程碑3.4.2小里程碑3.4.3定期狀態(tài)評估3.4.1主里程碑表3.5IT軟件項目的主里程碑主里程碑所處階段目

標(biāo)下一階段目標(biāo)里程碑識別階段末期向所有項目干系人提供一份如何開展項目的建議書，包括項目計劃、成本和進(jìn)度表以及期望的利潤和效益等設(shè)計設(shè)計里程碑設(shè)計階段末期向所有項目干系人提供一個經(jīng)過論證的可執(zhí)行的設(shè)計方案開發(fā)開發(fā)里程碑開發(fā)階段末期評估軟件的可讀性和可用性，以便軟件產(chǎn)品開始向客戶/用戶的轉(zhuǎn)換測試產(chǎn)品版本里程碑評估階段末期評價軟件的完整性和軟件對其所支持組織的轉(zhuǎn)換

3.4.2小里程碑

小里程碑需要通過項目的內(nèi)容及周期長度來確定。設(shè)置它的主要目的是為了合理分配工作，細(xì)化管理的“粒度”。當(dāng)使用小里程碑時，應(yīng)該遵循如下原則：在項目早期建立小里程碑。讓開發(fā)者建立自己的小里程碑。保持小里程碑的小型化特征。保持里程碑的二分性。制定一系列完整的里程碑。在短期計劃(而不是長期計劃)中應(yīng)用小里程碑。3.4.3定期狀態(tài)評估表3.6狀態(tài)評估的主要內(nèi)容主

題內(nèi)

容職員比較職員的計劃人數(shù)和職員目前的人數(shù)(減少或增加)支出將支出計劃與過去、現(xiàn)在、未來主里程碑中的支出計劃進(jìn)行對比風(fēng)險事件和危險程度解決計劃風(fēng)險的量化(成本、時間、質(zhì)量)技術(shù)主里程碑的結(jié)構(gòu)基線時間表軟件管理學(xué)當(dāng)前變化趨勢測試和質(zhì)量評估主里程碑計劃和結(jié)果下一個主里程碑的計劃、時間安排、風(fēng)險所有可接受標(biāo)準(zhǔn)的成功/失敗結(jié)果產(chǎn)品范圍產(chǎn)品的大小、增長和可接受標(biāo)準(zhǔn)變化度3.5思考題參見書43頁第4章IT軟件項目可行性研究（1次、2課時）第4章

IT軟件項目可行性研究IT軟件項目開發(fā)的可行性一般包括了可能性、效益性和必要性3個方面?？赡苄园思夹g(shù)、物資、資金和人員支持的可行性；效益性包括了實施項目所能帶來的經(jīng)濟效益和社會效益；必要性則比較復(fù)雜，包括了社會環(huán)境、領(lǐng)導(dǎo)意愿、人員素質(zhì)、認(rèn)知水平等諸方面的因素。因此，在項目啟動之前進(jìn)行項目的可行性研究是非常必要的，而且也是必須的。

第4章

IT軟件項目可行性研究

4.1可行性研究的內(nèi)容4.2可行性研究的步驟4.3效益的預(yù)測與評估4.4投入產(chǎn)出比和投資回收期4.5思考題4.1可行性研究的內(nèi)容4.1.1技術(shù)可行性分析4.1.2經(jīng)濟可行性分析4.1.3運行環(huán)境可行性分析4.1.4其他方面的可行性分析4.1.1技術(shù)可行性分析技術(shù)可行性分析是指在當(dāng)前市場的技術(shù)、產(chǎn)品條件的限制下，能否利用現(xiàn)在擁有的以及可能擁有的技術(shù)能力、產(chǎn)品功能、人力資源來實現(xiàn)項目的目標(biāo)、功能、性能，能否在規(guī)定的時間期限內(nèi)完成整個項目。技術(shù)可行性分析一般應(yīng)當(dāng)考慮：進(jìn)行項目開發(fā)的風(fēng)險;

人力資源的有效性；技術(shù)能力的可能性；

物資(產(chǎn)品)的可用性。4.1.2經(jīng)濟可行性分析經(jīng)濟可行性分析：主要是對整個項目的投資及所產(chǎn)生的經(jīng)濟效益進(jìn)行分析，具體包括：支出分析、收益分析、投資回報分析以及敏感性分析等。4.1.3運行環(huán)境可行性分析

運行環(huán)境是制約軟件在用戶單位發(fā)揮效益的關(guān)鍵。4.1.4其他方面的可行性分析

IT軟件項目的可行性研究除了前面介紹的技術(shù)、經(jīng)濟和運行環(huán)境可行性分析外，還包括了諸如法律可行性、社會可行性等方面的可行性分析。4.2可行性研究的步驟

可行性研究分為初步可行性研究、詳細(xì)可行性研究、可行性研究報告等3個基本的階段，可以歸納成幾個基本步驟：

(1) 確定項目規(guī)模和目標(biāo)。

(2) 研究正在運行的系統(tǒng)。

(3) 建立新系統(tǒng)的邏輯模型。

(4) 導(dǎo)出和評價各種方案。

(5) 推薦可行性方案。

(6) 編寫可行性研究報告。

(7) 遞交可行性研究報告。

4.2可行性研究的步驟4.2.1初步可行性研究4.2.2詳細(xì)可行性研究4.2.3可行性研究報告4.2.1初步可行性研究

進(jìn)行初步可行性評估，可以從幾個方面進(jìn)行衡量，以便是否決定開始詳細(xì)可行性研究：分析項目的前途，從而決定是否應(yīng)該繼續(xù)深入調(diào)查研究；初步估計和確定項目中的關(guān)鍵技術(shù)及核心問題，以確定是否有可能解決；初步估計必須進(jìn)行的輔助研究，以解決項目的核心問題，并判斷是否具備必要的技術(shù)、實驗、人力條件作為支持。通過項目的初步可行性研究就應(yīng)當(dāng)能夠回答下面的一些問題：

項目進(jìn)行投資建設(shè)的必要性。項目建設(shè)的周期。項目需要的人力、財力資源。項目的功能和目標(biāo)是否可以實現(xiàn)。項目的經(jīng)濟效益、社會效益是否可以保證。項目從經(jīng)濟上、技術(shù)上是否是合理的。4.2.2詳細(xì)可行性研究進(jìn)行可行性研究工作的主要依據(jù)有：國家經(jīng)濟和社會發(fā)展的長期規(guī)劃，部門與地區(qū)的發(fā)展規(guī)劃，以及國家和地方的相關(guān)政策、法律、法規(guī)和制度。項目建議書或者項目建議書批準(zhǔn)后簽訂的意向性協(xié)議。國家、地區(qū)、企業(yè)的信息化規(guī)劃和標(biāo)準(zhǔn)。

市場調(diào)研分析報告。

技術(shù)、產(chǎn)品或工具的有關(guān)資料。

IT軟件項目詳細(xì)可行性研究的內(nèi)容，一般可以歸納為：概述：提出項目開發(fā)的背景、必要性和經(jīng)濟意義，研究項目工作的依據(jù)和范圍，產(chǎn)品交付的形式、種類、數(shù)量。需求確定：調(diào)查研究國內(nèi)外客戶的需求情況，對國內(nèi)外的技術(shù)趨勢進(jìn)行分析，確定項目的規(guī)模、目標(biāo)、產(chǎn)品、方案和發(fā)展方向?，F(xiàn)有資源、設(shè)施情況分析：調(diào)查現(xiàn)有的資源(包括硬件設(shè)備、軟件系統(tǒng)、數(shù)據(jù)、規(guī)章制度等)種類與數(shù)量，以及這些資源的使用情況和可能的更新情況。設(shè)計(初步)技術(shù)方案：確定項目的總體和詳細(xì)目標(biāo)、范圍，總體的結(jié)構(gòu)和組成，核心技術(shù)和關(guān)鍵問題、產(chǎn)品的功能與性能。項目實施進(jìn)度計劃建議。投資估算和資金籌措計劃。項目組織、人力資源、技術(shù)培訓(xùn)計劃：包括現(xiàn)有的人員規(guī)模、組織結(jié)構(gòu)、人員層次、個人技術(shù)能力、人員技術(shù)培訓(xùn)計劃等。

合作/協(xié)作方式。

4.2.3可行性研究報告編寫一份關(guān)于IT軟件項目的可行性研究報告，可以考慮從如下幾個方面進(jìn)行：第1部分

概述

第2部分

項目技術(shù)背景與發(fā)展概況

第3部分

現(xiàn)行系統(tǒng)業(yè)務(wù)、資源、設(shè)施情況分析第4部分

項目技術(shù)方案

第5部分

實施進(jìn)度計劃

第6部分

投資估算與資金籌措計劃

第7部分

人員及培訓(xùn)計劃

第8部分

不確定性(風(fēng)險)分析

第9部分

經(jīng)濟和社會效益預(yù)測與評價

第10部分

可行性研究結(jié)論與建議

4.3效益的預(yù)測與評估

軟件項目的效益表現(xiàn)為多種形態(tài)，對于效益的量化及計算方法，中國最優(yōu)化協(xié)會的王希賢把其歸納為以下幾種：函數(shù)求解法

相關(guān)關(guān)系法

模糊數(shù)學(xué)法

專家意見法(德爾菲法)成本降低法

利潤增加法

4.4投入產(chǎn)出比和投資回收期

計算回收期的方法一般有以下幾種：

靜態(tài)投資回收期

動態(tài)投資回收期

差額投資回收期

4.5思考題參見書53頁第5章IT軟件項目計劃管理（2.5次、5課時）第5章IT軟件項目計劃管理

5.1IT軟件項目計劃管理5.2確定IT軟件項目的目標(biāo)5.3項目范圍管理5.4工作分解結(jié)構(gòu)(WBS)5.5活動定義及估算5.6制定IT軟件項目進(jìn)度計劃5.7方案選擇5.8軟件項目計劃書5.9思考題5.1IT軟件項目計劃管理很重要性的一項復(fù)雜的、自始至終不斷迭代的

從不同的角度出發(fā)有不同的種類

為項目的運作提供可靠的實施基礎(chǔ)提供可行的工作計劃項目計劃管理是：5.1IT軟件項目計劃管理使軟件項目的開發(fā)建立在可靠的基礎(chǔ)之上，將項目計劃變成開發(fā)人員能夠遵循的文檔，并據(jù)此跟蹤、檢查、監(jiān)控計劃的執(zhí)行。確定軟件項目開發(fā)的活動和承諾，使軟件開發(fā)工作有序而協(xié)調(diào)地進(jìn)行，以便根據(jù)軟件計劃的資源、約束和能力逐步向客戶履行承諾。l明確與軟件項目相關(guān)的組織和個人的職責(zé)，將任務(wù)責(zé)任落實到具體的小組和個人，從組織管理上確保項目開發(fā)的成功。項目計劃的目的：5.2確定IT軟件項目的目標(biāo)(1) 明確制定項目目標(biāo)的主題。項目目標(biāo)一般由項目發(fā)起人或者項目提議人來確定。(2) 描述項目目標(biāo)。項目目標(biāo)必須明確、具體，盡量定量描述，保證項目目標(biāo)容易被溝通和理解，并使每個項目組成員結(jié)合項目目標(biāo)確定個人的具體目標(biāo)。主要分為兩步：5.2確定IT軟件項目的目標(biāo)定量化原則：確定項目目標(biāo)時，盡可能定量描述，使得每個目標(biāo)的范圍、時間、成本、性能、責(zé)任等都是明確的，可以度量和監(jiān)控的。個人化原則：每個具體目標(biāo)應(yīng)當(dāng)落實到項目組的每個成員，使得每個成員都明確自己的工作和職責(zé)。簡單化原則：目標(biāo)的描述應(yīng)當(dāng)是簡單而直接的，使得每個參與人員都能明確而無二義性?，F(xiàn)實性原則：確定的每個目標(biāo)都是可以實現(xiàn)的，而不是追求理想化的結(jié)果。遵循一些基本原則：5.3項目范圍管理5.3.1項目范圍管理概述5.3.2項目范圍規(guī)劃5.3.3項目范圍定義5.3.1項目范圍管理概述項目范圍的確定項目范圍(ProjectScope)包括項目的最終產(chǎn)品或者服務(wù)，以及實現(xiàn)該產(chǎn)品或者服務(wù)所需要執(zhí)行的全部工作。項目范圍管理的任務(wù)是界定項目所必須包含且只需要包含的全部工作，并對其他的項目管理工作起指導(dǎo)作用，以確保項目順利完成全部的過程。

5.3.2項目范圍規(guī)劃項目范圍規(guī)劃的輸入項目范圍規(guī)劃的工具和技術(shù)

項目范圍規(guī)劃的輸出

5.3.2項目范圍規(guī)劃產(chǎn)品描述項目章程制約因素前提條件項目范圍規(guī)劃的輸入：5.3.2項目范圍規(guī)劃產(chǎn)品分析

成本效益分析項目方案識別技術(shù)專家評定項目范圍規(guī)劃的工具和技術(shù)

：5.3.2項目范圍規(guī)劃項目范圍說明書范圍管理計劃項目范圍規(guī)劃的輸出：5.3.2項目范圍定義范圍說明書制約因素前提條件其他計劃結(jié)果歷史資料使用工具：工作分解結(jié)構(gòu)模板范圍定義的輸入：5.4工作分解結(jié)構(gòu)(WBS)5.4.1工作分解的原因及原則5.4.2WBS的分層設(shè)計5.4.3WBS的設(shè)計方法和步驟5.4.4項目責(zé)任分配矩陣5.4.1工作分解的原因及原則進(jìn)行工作分解之后，可以根據(jù)細(xì)分后的工作包之間的邏輯關(guān)系來實施項目。通過工作分解，項目組成員就會明確各自的職責(zé)，也有了可以共同遵守的明確規(guī)范，這樣就可以減少繁瑣的協(xié)調(diào)工作量，有利于工作的溝通。把項目細(xì)分為具體的工作任務(wù)后，每個項目組成員就能更清晰地理解任務(wù)的性質(zhì)和各自的具體目標(biāo)。通過工作分解，可以比較準(zhǔn)確地把握項目所需要的技術(shù)、人力、資金等信息，以及面臨的風(fēng)險，從而可以為項目計劃的制定提供基線。分解原因：5.4.1工作分解的原因及原則在同一個工作任務(wù)中，最好只包含相關(guān)的工作元素。例如，對軟件開發(fā)項目而言，“編碼”和“測試”不應(yīng)該在同一個工作任務(wù)中，因為在項目中，“編碼”和“測試”的工作性質(zhì)明顯不同，也發(fā)生在不同的階段。在同一個工作任務(wù)中，所有工作活動應(yīng)該是平行的或者連續(xù)發(fā)生的，其間不應(yīng)該插入不相關(guān)的工作活動。在同一個工作任務(wù)中，盡量使用相同的項目組成員，便于彼此溝通和交流。分解原則：5.4.2WBS的分層設(shè)計

項目可交付的成果可交付的子成果最底層的可交付子成果工作任務(wù)圖5.1工作分解結(jié)構(gòu)的層次產(chǎn)品或者服務(wù)包含的工作總和主要可交付的產(chǎn)品或者服務(wù)可交付的子產(chǎn)品或服務(wù)最底層的可交付子產(chǎn)品或服務(wù)可識別的工作活動一二三四五5.4.3WBS的設(shè)計方法和步驟1.類比分解法2.自上而下分解法3.自下而上匯集法4.遵循指導(dǎo)方針方法：5.4.3WBS的設(shè)計方法和步驟1.明確并識別項目的各主要組成部分;2.確定每個可交付成果的詳細(xì)程度是否已經(jīng)可以進(jìn)行恰當(dāng)?shù)某杀竟浪愫蜁r間估算;3.確定工作任務(wù)(工作包);4.核實分解的正確性。步驟：5.4.4項目責(zé)任分配矩陣

參見表5.1(P62)5.5活動定義及估算

5.5.1活動定義5.5.2活動排序5.5.3活動估算

5.5.1活動定義工作分解結(jié)構(gòu)項目范圍說明歷史信息約束條件依據(jù)：5.5.1活動定義活動分解法參照模板法方法：輸出：活動清單詳細(xì)依據(jù)更新的工作分解結(jié)構(gòu)5.5.2活動排序活動清單產(chǎn)品描述活動之間的邏輯關(guān)系項目的約束條件里程碑依據(jù)：5.5.2活動排序前導(dǎo)圖法(PrecedenceDiagrammingMethod，PDM)工具和技術(shù)1：ABCDE圖5.2前導(dǎo)圖法表示的網(wǎng)絡(luò)圖5.5.2活動排序箭線圖法(ArrowDiagrammingMethod，ADM)工具和技術(shù)2：1234567A1A2A3A4A5A6A7V1圖5.3用箭線圖法表示的網(wǎng)絡(luò)圖5.5.2活動排序項目網(wǎng)絡(luò)圖：項目網(wǎng)絡(luò)圖就是項目活動及其相互關(guān)系的示意圖，圖中可以包括項目的全部活動，也可以只包括主要活動。除此之外，還應(yīng)當(dāng)有對活動的簡單描述、活動排序方法、重要活動說明，以及被忽略的活動說明。更新的活動清單：在活動排序過程中，需要對活動之間的邏輯關(guān)系進(jìn)行分析和確認(rèn)，可能會發(fā)現(xiàn)必須對某些活動進(jìn)行重新分解和定義，需要更改項目活動清單，甚至工作分解結(jié)構(gòu)。輸出：5.5.3活動估算工作量：指完成一個活動需要投入的人工，一般以人(小)時、人天、人月為計量單位。在確定工作量時，一是考慮系統(tǒng)的規(guī)模、功能點數(shù)和對象點數(shù)；二是考慮生產(chǎn)效率。這三者的關(guān)系是：工作量=規(guī)模/效率。資源：這里是指完成一項活動能夠投入的人力資源。投入人力資源的數(shù)量一般要與項目的規(guī)模合理匹配，而且與項目的總的時間要求、費用支出有關(guān)?；顒庸て冢豪碚撋希诠ぷ髁恳欢ǖ那闆r下，投入的人力資源越多，則活動的工期就越短，在一定范圍內(nèi)二者之間的關(guān)系近似線性，如100個人天的工作量，投入10個人時，則需要10個工作日完成；投入5個人，則需要20個工作日。估算過程中需要考慮的主要因素包括：5.5.3活動估算活動清單約束條件資源情況歷史信息已識別的風(fēng)險活動估算時的依據(jù):5.5.3活動估算專家評定法經(jīng)驗類比估算法利用歷史數(shù)據(jù)法德爾非法(DelphiMethod)活動估算方法:5.5.3活動估算活動持續(xù)時間：這是本階段工作的最主要成果，估計出來的完成每個活動所需要持續(xù)的時間，這個時間可以存在一個允許的變動范圍。活動持續(xù)時間估算的依據(jù)：有時也需要將進(jìn)行活動估算的依據(jù)作為補充材料寫入活動持續(xù)時間描述文檔中。變更的活動清單：項目活動估算中，也會發(fā)現(xiàn)和更改活動定義和相互關(guān)系等，因此，需要對活動清單進(jìn)行修正?；顒庸浪愕妮敵?5.6制定IT軟件項目進(jìn)度計劃5.6.1軟件項目進(jìn)度計劃5.6.2制定軟件項目進(jìn)度計劃的指導(dǎo)原則5.6.3項目進(jìn)度計劃的制定過程5.6.4軟件項目計劃的主要活動5.6.5網(wǎng)絡(luò)計劃技術(shù)在項目進(jìn)度安排中的應(yīng)用

5.6.1軟件項目進(jìn)度計劃考慮各種因素，串并性產(chǎn)品發(fā)行集成調(diào)試需求定義需求評估概要設(shè)計詳細(xì)設(shè)計概要評估測試計劃測試過程測試評估設(shè)計評估編碼單元調(diào)試圖5.4軟件項目開發(fā)的并行性5.6.2制定軟件項目進(jìn)度

計劃的指導(dǎo)原則1.將用于編制軟件項目計劃及跟蹤軟件項目的工作文檔化。2.對于軟件項目的實施采用文檔化的承諾。3.相關(guān)的機構(gòu)或個人認(rèn)可他們對軟件項目的承諾。4.指定軟件項目負(fù)責(zé)人負(fù)責(zé)落實軟件項目的承諾并制定項目的軟件開發(fā)計劃。5.確保軟件項目存在一份文檔化的、并被認(rèn)可的工作任務(wù)說明。6.軟件開發(fā)計劃要指定人員角色分工，明確責(zé)任。7.對軟件項目所需要的、適當(dāng)?shù)馁Y源及資金做出計劃。5.6.2制定軟件項目進(jìn)度

計劃的指導(dǎo)原則8.對軟件項目負(fù)責(zé)人、軟件工程師及其他與軟件項目計劃編制有關(guān)的人員進(jìn)行適合其職責(zé)范圍的培訓(xùn)。9.成立相關(guān)軟件項目組及相關(guān)的方案論證小組。10.軟件項目組及相關(guān)的方案論證小組在整個項目生命期內(nèi)參加全部的項目計劃編制工作。11.按照書面流程與高級管理人員或企業(yè)外部機構(gòu)軟件項目的承諾進(jìn)行復(fù)審。12.明確劃分為預(yù)先定義的、規(guī)?？晒芾淼碾A段的軟件生命周期。13.按照書面流程開發(fā)項目的軟件開發(fā)計劃。14.將軟件項目計劃文檔化。

5.6.2制定軟件項目進(jìn)度

計劃的指導(dǎo)原則15.確定軟件項目需要建立及維護控制的軟件產(chǎn)品。

16.按照書面流程進(jìn)行對軟件產(chǎn)品規(guī)模的估計(或軟件產(chǎn)品規(guī)模的改變)。17.按照書面流程進(jìn)行對軟件項目工作量及費用的估計。18.按照書面流程進(jìn)行對項目所需要的關(guān)鍵計算機資源的估計。19.按照書面流程確定項目的軟件開發(fā)進(jìn)度。20.識別、評估與項目的費用、資源、進(jìn)度及技術(shù)方面相關(guān)的軟件風(fēng)險，并文檔化。21.準(zhǔn)備項目的軟件工程機制及支撐工具的計劃。

5.6.2制定軟件項目進(jìn)度

計劃的指導(dǎo)原則22.記錄軟件計劃編制數(shù)據(jù)。23.制定并使用度量方法以確定軟件計劃活動的狀態(tài)。24.定期與高級管理人員對軟件項目計劃活動進(jìn)行復(fù)審。

25.以定期及事件驅(qū)動方式對軟件項目管理人員及軟件項目計劃活動進(jìn)行復(fù)審。26.對軟件質(zhì)量保證人員及軟件項目計劃活動、工作產(chǎn)品進(jìn)行回顧及審核，并將結(jié)果文檔化。

5.6.3項目進(jìn)度計劃的制定過程項目網(wǎng)絡(luò)圖活動持續(xù)時間估計資源需求資源安排描述日歷約束條件假設(shè)條件提前或滯后要求風(fēng)險管理計劃依據(jù):5.6.3項目進(jìn)度計劃的制定過程數(shù)學(xué)分析法持續(xù)時間壓縮法模擬法資源分配的啟發(fā)式方法項目管理軟件工具和技術(shù):5.6.3項目進(jìn)度計劃的制定過程項目進(jìn)度計劃詳細(xì)依據(jù)說明進(jìn)度管理計劃更新的項目資源需求輸出:5.6.4軟件項目計劃的主要活動1.計劃初始階段2.指定軟件開發(fā)計劃SDP3.對SDP草稿進(jìn)行審查和批準(zhǔn)4.實施軟件開發(fā)計劃5.軟件開發(fā)過程的質(zhì)量和評價6.修改SDP5.6.4軟件項目計劃的主要活動軟件規(guī)模、成本、日期估計軟件項目跟蹤和監(jiān)控計劃過程開始制訂項目計劃SDP對SDP審查和批準(zhǔn)實施軟件開發(fā)計劃SDP過程度量和評價修改SDP需求管理軟件配置管理(SCM)軟件質(zhì)量保證(SQA)圖5.5軟件項目計劃的實現(xiàn)過程5.6.5網(wǎng)絡(luò)計劃技術(shù)在項目

進(jìn)度安排中的應(yīng)用14天4/7/99開始5/9/9925/8/994/8/9911天7天28天14天25/7/9921天14天21天25/7/9910天T1T3T9T11T12T2T6T7T4T8T5T1018/7/9935天11/8/99M1M4M4M6M8M7結(jié)束M2M3圖5.6項目活動網(wǎng)絡(luò)M514/7/9921天21天19/9/995.6.5網(wǎng)絡(luò)計劃技術(shù)在項目

進(jìn)度安排中的應(yīng)用4/711/718/725/71/88/815/822/829/85/912/919/9開始T1T2M1M4T3M3T4M5T9M6T11M8T12T6T7M7M2T5T10T8結(jié)束圖5.7條形圖表示的項目活動時間安排5.6.5網(wǎng)絡(luò)計劃技術(shù)在項目

進(jìn)度安排中的應(yīng)用4/711/718/725/71/88/815/822/829/85/912/919/9程序員1T1T2T3T4T9T11T12T6T7T5T10T8圖5.8條形圖表示的項目人員安排程序員2程序員3程序員4程序員55.7方案選擇5.7.1極線圖5.7.2決策樹法

5.7.1極線圖重用性成本進(jìn)度可移植性效率可靠性說明：方案A方案B方案C圖5.9可選方案極線圖5.7.2決策樹法最大最小策略：這是一種保守的決策方法，它的目標(biāo)是使項目的損失最小。該方法假設(shè)項目成本最大時發(fā)生的概率比成本最小時發(fā)生的概率大，因此盈利應(yīng)該是負(fù)數(shù)。因此，選擇盈利最小的方案。在上面的例子中，最低的損失是15000，應(yīng)該選擇方案B。樂觀法則：又稱為最大最大策略，它選擇的方案應(yīng)該是能夠獲得最大的利潤的(盈利是正數(shù))方案。最大最大策略假設(shè)項目成本最小時發(fā)生的概率比成本最大時發(fā)生的概率大。在這個例子中，最大最大策略應(yīng)該選擇方案A。5.8軟件項目計劃書1.引言1.1計劃的目的1.2項目的范圍和目標(biāo)1.2.1范圍描述1.2.2主要功能1.2.3性能1.2.4管理和技術(shù)約束2.項目估算2.1使用的歷史數(shù)據(jù)2.2使用的評估技術(shù)2.3工作量、成本、時間估算5.8軟件項目計劃書3.風(fēng)險管理戰(zhàn)略3.1風(fēng)險識別3.2有關(guān)風(fēng)險的討論3.3風(fēng)險管理計劃3.3.1風(fēng)險計劃3.3.2風(fēng)險監(jiān)視3.3.3風(fēng)險管理4.日程4.1項目工作分解結(jié)構(gòu)4.2進(jìn)度安排(甘特圖)4.3資源表

5.8軟件項目計劃書5.項目資源5.1人員5.2硬件和軟件5.3特別資源6.人員組織6.1組織結(jié)構(gòu)6.2管理報告7.跟蹤和控制機制7.1質(zhì)量保證和控制7.2變化管理和控制8.附錄

5.9思考題參見書80頁第6章IT軟件項目成本管理（1.5次、3課時）第6章

IT軟件項目成本管理

6.1IT項目成本

6.2IT項目開發(fā)成本的估算方法

6.3成本估算案例

6.4項目成本控制

6.5思考題

6.1IT項目成本

6.1.1項目成本

6.1.2影響項目成本的因素

6.1.3項目成本管理的內(nèi)容

6.1.1項目成本對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構(gòu)成。

IT項目的成本主要由以下4部分構(gòu)成：

硬件成本

差旅及培訓(xùn)費用

軟件開發(fā)成本

項目管理費用

6.1.2影響項目成本的因素

項目成本的影響因素很多，對于IT軟件項目，影響因素主要包括：項目質(zhì)量對成本的影響

工期對成本的影響

管理水平對成本的影響

人力資源對成本的影響

價格對成本的影響

6.1.3項目成本管理的內(nèi)容

項目成本管理主要包括：資源計劃編制、費用估算、費用預(yù)算、不可預(yù)見費用費用控制。

6.2IT項目開發(fā)成本的估算方法6.2.1IT項目成本的常用估算方法

6.2.2面向規(guī)模(LOC)的度量

6.2.3面向功能點(FP)的度量

6.2.4COCOMO模型

6.2.1IT項目成本的常用估算方法最基本的估算方法有以下幾種：

成本建模技術(shù)

專家判定技術(shù)

類比評估技術(shù)

Parkson法則

自頂向下估算法

自下而上估算法

贏利定價法

分解與度量方法：分解主要是做兩個方面工作：一是按工作分解結(jié)構(gòu)和工作任務(wù)(工作包)分?jǐn)偝杀?；二是按工期時段分?jǐn)偝杀?。目前最常用且最好用的度量方法主要?種：面向規(guī)模(LOC)、面向功能點(FP)及COCOMO模型的度量方法。

6.2.2面向規(guī)模(LOC)的度量

為了與其他項目中的同類度量相比較，選擇代碼行作為規(guī)范化，這樣，就可以為每個項目產(chǎn)生一組簡單的、面向規(guī)模的度量標(biāo)準(zhǔn)：

每千行代碼(KLOC)的錯誤數(shù)。每千行代碼行(KLOC)的缺陷數(shù)。

每千行代碼行(KLOC)的成本。

每千行代碼行(KLOC)的文檔頁數(shù)。

每人月錯誤數(shù)。

每頁文檔的成本。

6.2.3面向功能點(FP)的度量功能點可由以下4個參數(shù)計算出來：外部輸入和輸出數(shù)；外部接口數(shù)；用戶交互數(shù)；系統(tǒng)要用的文件數(shù)。功能點法是通過建立一個標(biāo)準(zhǔn)來確定某個特定的測量參數(shù)(簡單、平均或復(fù)雜)的功能點數(shù)，一般，可以采用下面的方式計算功能點：

FP=總計數(shù)值×[0.65+0.01×SUM(Fi)]

一旦計算出功能點，就可以采用類似面向規(guī)模的方法來使用，以便規(guī)范軟件生產(chǎn)率、質(zhì)量及其他屬性的測量：每個功能點(FP)的錯誤數(shù)

每個功能點(FP)的缺陷數(shù)

每個功能點(FP)的成本

每個功能點(FP)的文檔頁數(shù)

每人月完成的功能點(FP)數(shù)面向功能點(FP)和面向規(guī)模(LOC)兩種度量方法之間的關(guān)系為：LOC=AVC×功能點的數(shù)量，其中AVC是指該語言在實現(xiàn)一個功能點時所要用的平均代碼行數(shù)。

6.2.3面向功能點(FP)的度量6.2.4COCOMO模型

COCOMO模型的項目成本估算公式為：

E=A(KDSI)b

在COCOMO模型中，根據(jù)開發(fā)環(huán)境及項目規(guī)模等因素，可把項目分為以下3種：組織模式；半分離模式；嵌入模式相應(yīng)地，COCOMO模型的層次結(jié)構(gòu)也包括3種基本形式，即初級COCOMO模型、中級COCOMO模型和高級COCOMO模型。

(1) 初級COCOMO模型

初級COCOMO模型是一個靜態(tài)單變量模型，該模型的自變量是一個已估算出來的源代碼行數(shù)(LOC)。通過對成功項目歷史數(shù)據(jù)的分析，項目開發(fā)成本(開發(fā)工作量E以人月PM的形式表達(dá))估算公式變?yōu)椋?/p>

組織模式：

PM=2.4(KDSI)1.05

半分離模式：PM=3.0(KDSI)1.12

嵌入模式：

PM=3.6(KDSI)1.20COCOMO模型還能對項目進(jìn)度進(jìn)行度量，即在有足夠的人員和其他資源的情況下完成整個項目所花費的時間的計算，計算公式為：

組織模式：

TDEV=2.5(PM)0.38

半分離模式：TDEV=2.5(PM)0.35

嵌入模式：

TDEV=2.5(PM)0.32(2) 中級COCOMO模型

影響項目工作量的主要因素為：產(chǎn)品可靠性；數(shù)據(jù)庫規(guī)模；執(zhí)行和存儲限制；人員屬性；中級COCOMO模型關(guān)于開發(fā)成本及進(jìn)度的計算公式如表6.4所示。表6.4中級COCOMO模型開發(fā)成本及進(jìn)度計算公式類

型開發(fā)成本開發(fā)進(jìn)度組織模式PM=3.2(KDSI)1.05TDEV=2.5(PM)0.38半分離模式PM=3.0(KDSI)1.12TDEV=2.5(PM)0.35嵌入模式PM=2.8(KDSI)1.20TDEV=2.5(PM)0.32(3) 高級COCOMO模型

高級COCOMO模型引入了兩種主要功能：階段敏感工作權(quán)數(shù)，某些階段(設(shè)計、編碼、調(diào)試)比其他階段有關(guān)因素的影響可能更大。高級COCOMO模型為每個因素提供了一個“階段敏感工作權(quán)數(shù)”。三層產(chǎn)品分級結(jié)構(gòu)，3個產(chǎn)品層次是模塊、子系統(tǒng)和系統(tǒng)。6.3成本估算案例

先看一個例子

：假設(shè)估算的是一個計算機輔助設(shè)計(CAD)應(yīng)用開發(fā)軟件包，該軟件運行于一臺工作站上，并與各種計算機圖形外設(shè)，如鼠標(biāo)、數(shù)字化儀、高分辨率彩色顯示器、激光打印機、繪圖儀等接口，要實現(xiàn)的主要功能如下：用戶界面及控制機制(UICF)，二維幾何分析(2DGA)；三維幾何分析(3DGA)；數(shù)據(jù)庫管理(DBM)；計算機圖形顯示機制(CGDF)；外設(shè)控制(PC)；設(shè)計分析模塊(DAM)。

遵照LOC的三點估算技術(shù)，能夠確定估算范圍。例如，三維幾何分析功能的LOC估算范圍如表6.5所示。

那么由公式：EV=(SOPT+4SM+SPESS)/6可以得到三維幾何分析功能的期望值是6800LOC。其他的估算也可以通過類似的方法獲得。將LOC估算值相加，即得到該CAD系統(tǒng)的規(guī)模估算值是33200LOC。

接著，估算14個復(fù)雜的加權(quán)因子，并且計算調(diào)整因子。

最后得出FP的估算值：FP=總計數(shù)值×[0.65+0.01×SUM(Fi)]=3726.3成本估算案例

6.4項目成本控制

6.4.1項目成本控制的內(nèi)容

6.4.2項目成本控制的流程與方法

6.4.1項目成本控制的內(nèi)容項目的成本控制就是在整個項目的實施過程中，定期收集項目的實際成本數(shù)據(jù)，與成本的計劃值進(jìn)行對比分析，并進(jìn)行成本預(yù)測，發(fā)現(xiàn)并及時糾正偏差，以使項目的成本目標(biāo)盡可能好地實現(xiàn)。

項目成本控制的主要內(nèi)容包括：

對造成成本基準(zhǔn)計劃發(fā)生改變的因素施加影響，以保證這種變化朝著有利項目的方向發(fā)展。

確定項目基準(zhǔn)計劃是否已經(jīng)發(fā)生變化。

在實際成本基準(zhǔn)計劃發(fā)生變化和正在發(fā)生變化時，對這種變化實施有效的管理。

監(jiān)視項目成本執(zhí)行情況，及時發(fā)現(xiàn)與成本計劃的偏差。

確保所有有關(guān)成本的變更都準(zhǔn)確記錄在項目成本基準(zhǔn)計劃中。

防止不正確、不適宜或者未核準(zhǔn)的變更納入成本基準(zhǔn)計劃中。

將核準(zhǔn)的變更通知有關(guān)項目干系人。

6.4.2項目成本控制的流程與方法

在項目管理中，成本控制、質(zhì)量控制和進(jìn)度控制一起貫穿項目實施的全過程。其控制原理如圖6.9所示。

項目進(jìn)展收集實際

成本數(shù)據(jù)計劃成本與實際成本比較偏差采取控制措施

圖6.9動態(tài)成本控制原理是否

成本控制的工作流程如圖6.10所示，工作范圍投資/成本預(yù)算進(jìn)度計劃檢查跟蹤預(yù)測分析成本檢查/預(yù)測報告/報表決策(采取措施糾正偏差)圖6.10項目成本控制流程成本控制方法和技術(shù)實施成本控制的方法和基本技術(shù)主要包括：成本控制改變系統(tǒng)

績效度量

附加計劃

成本控制的核心是管理好4個關(guān)鍵指標(biāo)：TBC、CBC、CAC和CEV。TBC是總共需要的總投資，而CBC、CAC和CEV分別是某個特定時間點上的“總預(yù)算”、“總投入”和“總產(chǎn)出”。6.5思考題參見書96頁第7章IT軟件項目質(zhì)量管理（2.5次、5課時）第7章IT軟件項目質(zhì)量管理

7.1質(zhì)量管理基本概念7.2IT軟件質(zhì)量管理基本知識7.3軟件項目質(zhì)量計劃7.4軟件項目評審7.5軟件質(zhì)量體系7.6軟件過程能力成熟度模型(CMM)7.7思考題7.1質(zhì)量管理基本概念7.1.1質(zhì)量、質(zhì)量特性、質(zhì)量管理的定義7.1.2質(zhì)量管理發(fā)展過程及影響因素7.1.3全面質(zhì)量管理7.1.1質(zhì)量的定義

實體是指可單獨描述和研究的事物，也就是有關(guān)質(zhì)量工作的對象，它的內(nèi)涵十分廣泛，可以是活動、過程、產(chǎn)品(軟件、硬件、服務(wù))或者組織等。明確需求是指在標(biāo)準(zhǔn)、規(guī)范、圖樣、技術(shù)要求和其他文件中已做出規(guī)定的需要。隱含需求是指用戶和社會對實體的期望以及公認(rèn)的、不必明確的需求，需要對其加以分析研究、識別并加以確定的。質(zhì)量：國際標(biāo)準(zhǔn)組織對質(zhì)量的定義：“反映實體滿足主體明確和隱含需求的能力的特性總和”

7.1.1質(zhì)量特性的定義

質(zhì)量是綜合的概念，它要求功能、成本、服務(wù)、環(huán)境、心理等諸方面都能滿足用戶的需要。質(zhì)量是一個動態(tài)的、相對的、變化的、發(fā)展的概念，隨著地域、時期、使用對象、社會環(huán)境、市場競爭的變化而被賦予不同的內(nèi)容和要求，而且隨著社會的進(jìn)步及知識創(chuàng)新，其內(nèi)涵和要求也是不斷更新、豐富的。質(zhì)量特性：“是指實體所特有的性質(zhì)，它反映實體滿足需求的能力”

7.1.1質(zhì)量管理的定義

質(zhì)量管理是項目管理的重要組成部分，是一個項目的性能(功能)、成本、進(jìn)度3項指標(biāo)實現(xiàn)的重要領(lǐng)域。質(zhì)量管理主要就是監(jiān)控項目的可交付產(chǎn)品和項目執(zhí)行的過程，以確保它們符合相關(guān)的要求和標(biāo)準(zhǔn)，同時確保不合格項能夠按照正確方法或者預(yù)先規(guī)定的方式處理。質(zhì)量管理：“確定質(zhì)量方針、目標(biāo)和職責(zé)并在質(zhì)量體系中通過質(zhì)量計劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)使其實施的全部管理職能的所有活動”

7.1.2質(zhì)量管理發(fā)展過程及影響因素以產(chǎn)品為中心的質(zhì)量檢驗和統(tǒng)計質(zhì)量控制階段(18世紀(jì)——1950年)。以顧客為中心的質(zhì)量保證階段(1950年——1987年)。強調(diào)持續(xù)改進(jìn)的質(zhì)量管理階段(1987年——

現(xiàn)在)。全面質(zhì)量管理階段(TQM)。檢驗統(tǒng)計質(zhì)量控制質(zhì)量保證質(zhì)量管理全面質(zhì)量管理圖7.1質(zhì)量管理發(fā)展階段7.1.2質(zhì)量管理發(fā)展過程及影響因素供應(yīng)單位用戶采購制定工藝產(chǎn)品研制市場研究服務(wù)銷售檢驗生產(chǎn)圖7.2產(chǎn)品質(zhì)量循環(huán)7.1.2質(zhì)量管理發(fā)展過程及影響因素產(chǎn)品質(zhì)量材料方法設(shè)備測量人員環(huán)境圖7.3產(chǎn)品質(zhì)量的主要影響因素7.1.3全面質(zhì)量管理1.系統(tǒng)的觀點產(chǎn)品質(zhì)量的形成和發(fā)展過程包括了許多相互聯(lián)系、相互制約的環(huán)節(jié)，不論是保證和提高產(chǎn)品質(zhì)量還是解決產(chǎn)品質(zhì)量問題，都應(yīng)該把生產(chǎn)企業(yè)看成一個開放的系統(tǒng)，運用系統(tǒng)科學(xué)的原理和方法，對所有環(huán)節(jié)進(jìn)行全面的組織管理。2.向用戶服務(wù)的觀點，用戶滿意是第一原則要樹立質(zhì)量第一、用戶第一的思想，滿足廣義用戶(產(chǎn)品的使用者以及企業(yè)生產(chǎn)過程的下一階段)對產(chǎn)品質(zhì)量的要求。3.預(yù)防為主的觀點，事前主動進(jìn)行質(zhì)量管理這個觀點要求生產(chǎn)企業(yè)的質(zhì)量管理重點應(yīng)從事后檢驗把關(guān)轉(zhuǎn)移到事前預(yù)防，從管結(jié)果轉(zhuǎn)變?yōu)楣芤蛩兀页鲇绊懏a(chǎn)品質(zhì)量的各種因素，抓住主要因素，使生產(chǎn)經(jīng)營活動處于受控狀態(tài)。7.1.3全面質(zhì)量管理APCD檢查執(zhí)行經(jīng)驗教訓(xùn)遺留問題問題原因主要原因

計劃圖7.4質(zhì)量管理的PDCA循環(huán)圖7.2IT軟件質(zhì)量管理基本知識

7.2.1軟件質(zhì)量概念7.2.2軟件質(zhì)量影響因素7.2.3軟件度量標(biāo)準(zhǔn)7.2.4軟件項目質(zhì)量保證7.2.5軟件質(zhì)量管理

7.2.1軟件質(zhì)量概念I(lǐng)SO8402定義：“對用戶在功能和性能方面需求的滿足、對規(guī)定的標(biāo)準(zhǔn)和規(guī)范的遵循以及正規(guī)軟件某些公認(rèn)的應(yīng)該具有的本質(zhì)”ANSI/IEEE定義：“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征和特性的全體”軟件質(zhì)量不是絕對的，而是相對的概念，討論軟件的質(zhì)量，最終將歸結(jié)為定義軟件的質(zhì)量特性，而定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性軟件質(zhì)量：7.2.1軟件質(zhì)量概念B.W.Boehm、T.R.Brown和M.Lipow于1976年首次提出軟件質(zhì)量模型1977年Walters和McCall提出了新的軟件質(zhì)量層次模型與度量1994年ISO9000-3軟件質(zhì)量國際標(biāo)準(zhǔn)(ISO的軟件質(zhì)量評價模型)給出了6個軟件質(zhì)量特性和與其相關(guān)的21個質(zhì)量子特性的明確定義軟件質(zhì)量模型：7.2.1軟件質(zhì)量概念Boehm軟件質(zhì)量模型：總體效用可移植性可維護性可使用性可靠性效率人性化可測試性易理解性可修改性設(shè)備無關(guān)性自包含性準(zhǔn)確性完備性健壯性一致性可說明性設(shè)備效率易存取性易交流性自描述性結(jié)構(gòu)性簡明性易讀性可擴充性圖7.5Boehm軟件質(zhì)量模型7.2.1軟件質(zhì)量概念McCall軟件質(zhì)量模型：產(chǎn)品修改產(chǎn)品升級產(chǎn)品運行正確性、可靠性、高效性、易用性、完整性可維護性靈活性可測試性可移植性可重用性互操作性圖7.6McCall軟件質(zhì)量模型7.2.2軟件質(zhì)量影響因素正確性

健壯性

效率

完整性(安全性)可用性

風(fēng)險

可理解性

可維修性

靈活性(適應(yīng)性)可測試性

可移植性

可重用性

互操作性7.2.3軟件度量標(biāo)準(zhǔn)軟件度量標(biāo)準(zhǔn)可以分為：“控制度量標(biāo)準(zhǔn)”“預(yù)測度量標(biāo)準(zhǔn)”7.2.3軟件度量標(biāo)準(zhǔn)預(yù)測度量標(biāo)準(zhǔn)：軟件過程控制度量標(biāo)準(zhǔn)管理決策軟件產(chǎn)品預(yù)測度量標(biāo)準(zhǔn)圖7.7預(yù)測與控制度量標(biāo)準(zhǔn)7.2.3軟件度量標(biāo)準(zhǔn)自動數(shù)據(jù)收集過程：軟件系統(tǒng)有用數(shù)據(jù)錯誤數(shù)據(jù)圖7.8自動化數(shù)據(jù)收集過程7.2.4軟件項目質(zhì)量保證質(zhì)量保證(QualityAssurance，QA)包括：質(zhì)量管理方法。有效的工程技術(shù)。整個過程采用的正式復(fù)審技術(shù)。多層次的測試技術(shù)。對文檔及其修改的控制。項目的標(biāo)準(zhǔn)及規(guī)格等。7.2.4軟件項目質(zhì)量保證軟件質(zhì)量保證(SoftwareQualityAssurance，SQA)包括：質(zhì)量方針的制定和貫徹。質(zhì)量保證方針和質(zhì)量保證標(biāo)準(zhǔn)的制定。質(zhì)量保證體系的質(zhì)量保證工作。明確各階段的質(zhì)量保證工作。各階段的質(zhì)量評審。確保設(shè)計質(zhì)量。重要質(zhì)量問題的提出與分析?？偨Y(jié)實現(xiàn)階段的質(zhì)量保證活動。整理面向用戶的文檔、說明書等。產(chǎn)品質(zhì)量鑒定、質(zhì)量保證系統(tǒng)鑒定。質(zhì)量信息的搜集、分析和使用等。7.2.5軟件質(zhì)量管理軟件產(chǎn)品的質(zhì)量軟件產(chǎn)品的質(zhì)量目標(biāo)開發(fā)過程的質(zhì)量目標(biāo)開發(fā)過程的質(zhì)量圖7.9開發(fā)過程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系7.3軟件項目質(zhì)量計劃

7.3.1軟件質(zhì)量標(biāo)準(zhǔn)7.3.2軟件項目質(zhì)量計劃7.3.3軟件項目質(zhì)量保證7.3.4軟件項目質(zhì)量控制7.3.5軟件質(zhì)量管理的實施

7.3.1軟件質(zhì)量標(biāo)準(zhǔn)軟件質(zhì)量標(biāo)準(zhǔn)的定義，有3個重要方面需要強調(diào)：軟件需求是進(jìn)行質(zhì)量度量的基礎(chǔ)，與需求不符就是質(zhì)量不高。指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開發(fā)的準(zhǔn)則。如果不遵循這些準(zhǔn)則，就極有可能導(dǎo)致軟件質(zhì)量的不高。軟件需求中通常有一組“隱含需求”是很少被提及的，如對易維護的要求，如果軟件符合了明確需求卻沒有滿足隱含需求，軟件的質(zhì)量仍然值得懷疑。7.3.1軟件質(zhì)量標(biāo)準(zhǔn)表7.1產(chǎn)品及過程標(biāo)準(zhǔn)產(chǎn)品標(biāo)準(zhǔn)過程標(biāo)準(zhǔn)設(shè)計復(fù)審格式設(shè)計復(fù)審行為文檔命名標(biāo)準(zhǔn)文檔應(yīng)該服從CM程序標(biāo)頭格式版本發(fā)行過程編程標(biāo)準(zhǔn)項目計劃同意過程項目計劃格式變化控制過程變化請求表測試記錄過程

7.3.2軟件項目質(zhì)量計劃依據(jù):質(zhì)量方針。質(zhì)量方針是由高層管理者對項目的整個質(zhì)量目標(biāo)和方向制定的一個指導(dǎo)性的文件。但是，在項目實施過程中，可以根據(jù)實際情況對質(zhì)量方針進(jìn)行適當(dāng)?shù)男拚７秶枋?。項目的范圍描述說明了投資人對項目的需求以及項目的主要要求和目標(biāo)，因此，范圍描述是質(zhì)量計劃的重要依據(jù)。產(chǎn)品描述。產(chǎn)品描述包含了更多的技術(shù)細(xì)節(jié)和性能標(biāo)準(zhǔn)，是制定質(zhì)量計劃必不可少的部分。標(biāo)準(zhǔn)和規(guī)則。項目質(zhì)量計劃的制定必須參考相關(guān)領(lǐng)域的各項標(biāo)準(zhǔn)和特殊規(guī)定。其他工作的輸出。在項目中，其他方面的工作成果也會影響質(zhì)量計劃的制定。7.3.2軟件項目質(zhì)量計劃方法和技術(shù):效益/成本分析法。質(zhì)量計劃必須考慮效益與成本的關(guān)系。滿足質(zhì)量需求的主要效益是減少了重復(fù)性工作，即高產(chǎn)出、低成本、高用戶滿意度。質(zhì)量管理的基本原則是效益與成本之比盡可能大?；鶞?zhǔn)法。主要是通過比較項目的實施與其他同類項目的實施過程，為改進(jìn)項目的實施過程提供借鑒和思路，并作為一個實施的參考標(biāo)準(zhǔn)。流程圖。流程圖是一個由箭線和結(jié)點表示的若干因素關(guān)系圖，可以包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于項目質(zhì)量控制過程中，其主要目的是確定以及分析問題產(chǎn)生的原因。試驗設(shè)計。試驗設(shè)計對于分析整個項目輸出結(jié)果是最有影響的因素，也是十分有效的。對于軟件開發(fā)，設(shè)計原型解決核心技術(shù)問題和主要需求也是可行和有效的。但是，這種方法存在費用與進(jìn)度交換的問題。7.3.2軟件項目質(zhì)量計劃階段成果:質(zhì)量管理計劃。主要描述了項目管理小組應(yīng)該如何實施項目質(zhì)量方針，包括對組織結(jié)構(gòu)、責(zé)任、方法、步驟、資源等實施質(zhì)量管理。質(zhì)量計劃提供了對整個項目進(jìn)行質(zhì)量控制、質(zhì)量保證及質(zhì)量改進(jìn)的基礎(chǔ)。操作說明。對于質(zhì)量計劃中的一些特殊條款需要附加的操作說明，包括注解、如何控制、如何度量，以及在何種情況下采取何種措施和方法等說明。檢查表。各種檢查表是記錄項目執(zhí)行情況和進(jìn)行分析的工具，既可以簡單，也可以復(fù)雜，但需要項目小組形成一種較標(biāo)準(zhǔn)的體系。7.3.3軟件項目質(zhì)量保證質(zhì)量保證的主要依據(jù)是:質(zhì)量管理計劃。質(zhì)量控制度量結(jié)果。質(zhì)量控制的度量是為了對質(zhì)量控制測試記錄和度量進(jìn)行比較和分析。操作說明。在實施質(zhì)量保證時，主要采取的工具和方法是：質(zhì)量計劃編制工具和技術(shù)。應(yīng)用與質(zhì)量計劃制定過程的工具和方法也基本適用于質(zhì)量保證過程。質(zhì)量審核。7.3.3軟件項目質(zhì)量保證《軟件質(zhì)量保證計劃》:1.計劃目的2.參考文獻(xiàn)3.管理

3.1組織

3.2任務(wù)

3.3責(zé)任4.文檔

4.1目的

4.2要求的軟件工程文檔

4.3其他文檔5.標(biāo)準(zhǔn)和約定

5.1目的

5.2約定

7.測試8.問題報告和改正活動9.工具、技術(shù)和方法10.媒體控制11.供應(yīng)者控制12.記錄收集、維護保密13.培訓(xùn)14.風(fēng)險管理

6.評審和審計

6.1目的

6.2評審要求

6.2.1軟件需求的評審

6.2.2設(shè)計評審

6.2.3軟件驗證和確認(rèn)評審

6.2.4功能評審

6.2.5物理評審

6.2.6內(nèi)部過程評審

6.2.7管理評審

7.3.4

軟件項目質(zhì)量控制依據(jù):項目的階段工作成果。包括項目的實施結(jié)果和產(chǎn)品結(jié)果。項目質(zhì)量管理計劃。操作描述。檢查表。7.3.4

軟件項目質(zhì)量控制方法和技術(shù):檢查。包括度量、考察、測試、對比等?？刂茍D。監(jiān)控項目的進(jìn)度和費用變化、范圍變化的幅度和頻率、項目的其他管理結(jié)果等。統(tǒng)計樣本。對項目實際執(zhí)行情況的統(tǒng)計。流程圖。包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于項目質(zhì)量控制過程中，其主要目的是確定以及分析問題產(chǎn)生的原因。趨勢分析。應(yīng)用數(shù)學(xué)方法根據(jù)歷史數(shù)據(jù)預(yù)測項目將來的發(fā)展趨勢?？梢杂糜诒O(jiān)控項目的技術(shù)參數(shù)，例如，一般規(guī)模的軟件存在多少個錯誤以及多少識別和修改，多少錯誤仍然未被發(fā)現(xiàn)等；也可以用于對費用和進(jìn)度參數(shù)的預(yù)測。7.3.4

軟件項目質(zhì)量控制產(chǎn)生的工作成果:項目質(zhì)量改進(jìn)的措施?？山邮艿臎Q定。每個項目的工作都有可能被接受或拒絕，不被接受的工作需要重新進(jìn)行。返工。確定需要返工工作的方案，以確定最小的成本和最少的返工工作量。檢查表。進(jìn)行項目質(zhì)量檢查時，需要隨時完成對項目質(zhì)量的紀(jì)錄，完成相應(yīng)的各種檢查表。過程調(diào)整。包括了對質(zhì)量控制度量結(jié)果的糾正以及采取預(yù)防工作等。7.3.5

軟件質(zhì)量管理的實施定義過程開發(fā)產(chǎn)品評估產(chǎn)品質(zhì)量改正過程過程標(biāo)準(zhǔn)化NY合格？圖7.10軟件質(zhì)量管理貫穿產(chǎn)品生產(chǎn)的全過程7.3.5

軟件質(zhì)量管理的實施遵循以下一些基本原則：控制項目所有過程的質(zhì)量。過程控制的出發(fā)點是預(yù)防不合格。質(zhì)量管理的中心任務(wù)是建立并實施文檔化管理的質(zhì)量體系。持續(xù)的質(zhì)量改進(jìn)。有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益。定期評價質(zhì)量體系。搞好質(zhì)量管理的關(guān)鍵在于領(lǐng)導(dǎo)。7.4軟件項目評