IT項(xiàng)目管理(全部)

IT軟件工程管理1第1章IT軟件工程管理概述2第1章IT軟件工程管理概述1.1工程與工程管理1.2IT軟件工程管理1.3IT軟件工程的組織結(jié)構(gòu)31.1工程與工程管理1.1.1工程1.1.2工程管理1.1.3工程管理的根本內(nèi)容1.1.4工程管理的成功因素41.1.1工程工程管理是20世紀(jì)40年代以后迅速開(kāi)展起來(lái)的一門科學(xué)，是現(xiàn)代管理學(xué)中的一個(gè)重要分支。根據(jù)美國(guó)工程管理協(xié)會(huì)(PMI)的定義：工程是為完成某一獨(dú)特的產(chǎn)品或效勞所做的一次性努力。從根本上說(shuō)，工程就是一系列的相關(guān)工作。中國(guó)工程管理研究委員會(huì)對(duì)工程的定義是：工程是一個(gè)特殊的將被完成的有限任務(wù)。它是在一定時(shí)間內(nèi)，滿足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總稱。根據(jù)這個(gè)定義，工程實(shí)際包含3層含義：53層含義:(1)工程是一項(xiàng)有待完成的任務(wù)，有特定的環(huán)境和要求；(2)在一定的組織機(jī)構(gòu)內(nèi)，利用有限資源(人力、物力、財(cái)力等)，在規(guī)定的時(shí)間內(nèi)(指工程有明確的開(kāi)始時(shí)間和結(jié)束時(shí)間)為特定客戶完成特定目標(biāo)的階段性任務(wù)；(3)任務(wù)要滿足一定性能、質(zhì)量、數(shù)量、技術(shù)指標(biāo)等要求。6從上面的定義可以看出，工程就具有如下一些根本特性：工程的獨(dú)特性。工程的一次性。工程的組織性。工程的生命期。工程的資源消耗性。工程的目標(biāo)沖突性。工程后果的不確定性。范圍時(shí)間成本目標(biāo)要求預(yù)算費(fèi)用完成期限71.1.2工程管理按PMI的定義：工程管理就是“在工程活動(dòng)中運(yùn)用一系列的知識(shí)、技能、工具和技術(shù)，以滿足或超過(guò)相關(guān)利益者對(duì)工程的要求”。中國(guó)工程管理研究委員會(huì)對(duì)工程管理總結(jié)為：“工程管理”一詞具有兩種不同的含義，其一是指一種管理活動(dòng)；其二是指一種管理學(xué)科，前者是一種客觀的實(shí)踐活動(dòng)，后者是前者的理論總結(jié)；前者以后者為指導(dǎo)，后者以前者為根底。工程管理貫穿整個(gè)工程的生命期，是對(duì)工程的全過(guò)程管理。8工程管理具有如下一些根本特征：工程管理的對(duì)象是工程。系統(tǒng)工程思想貫穿工程管理的全過(guò)程。工程管理的組織具有一定的特殊性。工程管理的體制是基于團(tuán)隊(duì)管理的個(gè)人負(fù)責(zé)制，工程經(jīng)理是整個(gè)工程組中協(xié)調(diào)、控制的關(guān)鍵。工程管理的要點(diǎn)是創(chuàng)造和保持一個(gè)使工程順利進(jìn)行的環(huán)境，使置身于這個(gè)環(huán)境的人們能在集體中協(xié)調(diào)工作以完成預(yù)定的目標(biāo)。工程管理的方法、工具和技術(shù)手段具有先進(jìn)性。91.1.3工程管理的根本內(nèi)容PMI編寫的《工程管理知識(shí)體系》將工程管理劃分為9個(gè)知識(shí)領(lǐng)域：范圍管理、時(shí)間管理、本錢管理、質(zhì)量管理、人力資源管理、溝通管理、采購(gòu)管理、風(fēng)險(xiǎn)管理和綜合管理。而中國(guó)工程管理研究委員會(huì)那么將工程管理的內(nèi)容概括為2個(gè)層次、4個(gè)階段、5個(gè)過(guò)程、9大知識(shí)領(lǐng)域、42個(gè)要素及多個(gè)主體。如表1.1所示。10111.工程綜合管理工程其包括3個(gè)根本的子過(guò)程：制訂工程方案;工程方案執(zhí)行;綜合變更控制。2．工程范圍管理PMBOK將其分成5個(gè)階段：?jiǎn)?dòng);范圍方案;范圍界定;范圍核實(shí);范圍變更控制。(ProjectManagementBodyofKnowledge)3．工程時(shí)間管理PMBOK提出，工程時(shí)間管理由下述5項(xiàng)任務(wù)組成：活動(dòng)定義;活動(dòng)排序;活動(dòng)時(shí)間估計(jì);工程進(jìn)度編制;工程進(jìn)度控制。4．工程本錢管理包括以下4個(gè)過(guò)程：制訂資源方案;本錢估計(jì);本錢預(yù)算;本錢控制。5．工程質(zhì)量管理主要包括以下4個(gè)過(guò)程：質(zhì)量規(guī)劃;質(zhì)量控制;質(zhì)量保證;全面質(zhì)量管理。工程管理的根本內(nèi)容:126．工程人力資源管理包括如下幾個(gè)主要的過(guò)程：人力資源規(guī)劃;招聘與解聘;篩選;定向;培訓(xùn);績(jī)效評(píng)估;職業(yè)開(kāi)展;團(tuán)隊(duì)建設(shè)。7．工程風(fēng)險(xiǎn)管理PMBOK將其歸納為4個(gè)主要過(guò)程：風(fēng)險(xiǎn)識(shí)別；風(fēng)險(xiǎn)估計(jì)；風(fēng)險(xiǎn)應(yīng)對(duì)方案；風(fēng)險(xiǎn)控制。8．工程溝通管理包括如下一些根本的過(guò)程：編制溝通方案；信息傳遞；績(jī)效報(bào)告；管理收尾。9．工程采購(gòu)管理主要包括：編制采購(gòu)方案；編制詢價(jià)方案；詢價(jià)；選擇供給商；合同管理；合同收尾。工程管理的根本內(nèi)容:131.1.4工程管理的成功因素范圍(Scope)時(shí)間(Time)本錢(Cost)質(zhì)量(Quality)141.2IT軟件工程管理1.2.1IT軟件工程1.2.2IT軟件工程管理1.2.3IT軟件工程管理的活動(dòng)151.2.1IT軟件工程IT工程限制在以軟件開(kāi)發(fā)、集成和實(shí)施為主要目的的工程范圍內(nèi)，簡(jiǎn)稱IT軟件工程。IT工程具有自己非常明顯的特點(diǎn)：階段性(緊迫性)獨(dú)特性不確定性。161.2.2IT軟件工程管理IT軟件工程管理和其他工程管理相比，具有很大的獨(dú)特性。生產(chǎn)無(wú)形的產(chǎn)品過(guò)程沒(méi)有明顯的劃分。大都是“一次性”的人力消耗型工程。171.2.3IT軟件工程管理的活動(dòng)IT軟件工程管理主要的活動(dòng)包括：l

編寫工程建議書(shū)l

工程本錢的度量l

工程方案和進(jìn)度安排l

工程監(jiān)控和復(fù)審l

人員選擇和評(píng)估l

工程報(bào)告的準(zhǔn)備和發(fā)布181.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程序員的工作效率191.3.1軟件工程的組織結(jié)構(gòu)201.3.2工程經(jīng)理工程經(jīng)理的根本職責(zé)可以歸納為領(lǐng)導(dǎo)工程的方案、組織和控制工作，以實(shí)現(xiàn)工程的目標(biāo)，即工程經(jīng)理領(lǐng)導(dǎo)工程團(tuán)隊(duì)完成工程目標(biāo)，工程經(jīng)理需要協(xié)調(diào)各個(gè)團(tuán)隊(duì)成員的活動(dòng)，使這些成員成為一個(gè)和諧的整體，履行各自的工作。211.3.3產(chǎn)品工程組采用小規(guī)模的產(chǎn)品工程組有以下優(yōu)勢(shì)：l

溝通和交流的時(shí)間大大縮短。l

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

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

成員在編程時(shí)能為其他成員著想。l成員能更好地了解其他成員的工作及進(jìn)度。221.3.4主程序員組主程序員的核心由以下3局部組成，如圖1.3所示：主程序員；熟練而有經(jīng)驗(yàn)的輔助程序員；資料管理員。

主程序員

輔助程序員

專家池與外部溝通資料管理員圖1.3主程序員組結(jié)構(gòu)231.3.5程序員的工作效率在IT工程中對(duì)工作效率的度量主要是采取間接測(cè)量的方法。幾種常用的間接測(cè)量方法有：l

每人月代碼行(LOC)l

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

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

每人月測(cè)試和執(zhí)行的錯(cuò)誤數(shù)(T&E)24總開(kāi)發(fā)時(shí)間包括分析和設(shè)計(jì)時(shí)間、編碼時(shí)間、測(cè)試時(shí)間和編寫文檔的時(shí)間，其中編碼時(shí)間只是其中的一局部，各局部時(shí)間的關(guān)系如圖1.4所示：25第2章IT工程管理的根本表述方法26第2章IT工程管理的根本表述方法2.1工作分解結(jié)構(gòu)2.2甘特圖2.3IT工程的網(wǎng)絡(luò)表示法2.4關(guān)鍵路徑法2.5方案評(píng)審技術(shù)272.1工作分解結(jié)構(gòu)(WBS)工作分解結(jié)構(gòu)是一個(gè)“化整為零”的工具，它依據(jù)工程本身的內(nèi)在結(jié)構(gòu)，將工程轉(zhuǎn)化為多個(gè)相互聯(lián)系的子任務(wù)，并運(yùn)用相應(yīng)的管理技術(shù)，為工程建立一個(gè)全面的科學(xué)結(jié)構(gòu)模型，通常用圖和表的形式表示。下面以某一特定的軟件工程為例，來(lái)說(shuō)明工作分解結(jié)構(gòu)圖。如圖2.1所示。從圖2.1中可以看出，工作分解結(jié)構(gòu)中的每一項(xiàng)都有惟一的標(biāo)志，這些標(biāo)志可以為本錢和資源的分層和計(jì)算提供方便。28項(xiàng)目概要720小時(shí)$38000.0011設(shè)計(jì)階段360小時(shí)$18400.0021.1編程階段200小時(shí)$10000.0041.2測(cè)試階段160小時(shí)$9600.0051.3設(shè)計(jì)階段180小時(shí)$4000.0031.1.1設(shè)計(jì)階段2280小時(shí)$14400.0061.1.2開(kāi)始設(shè)計(jì)里程碑設(shè)計(jì)任務(wù)1結(jié)束設(shè)計(jì)里程碑編程任務(wù)2設(shè)計(jì)任務(wù)4設(shè)計(jì)任務(wù)3結(jié)束編程里程碑設(shè)計(jì)任務(wù)2編程任務(wù)1測(cè)試任務(wù)2測(cè)試任務(wù)1測(cè)試任務(wù)3結(jié)束測(cè)試?yán)锍瘫?9工作分解結(jié)構(gòu)的兩個(gè)重要特征是“分解”和“圖表表示”。然而，也需要與其他的“分解”和“圖表”相區(qū)別：第一，并不是所有以圖表形式繪制的分解結(jié)構(gòu)圖都表示工作分解結(jié)構(gòu)。第二，工作分解結(jié)構(gòu)不應(yīng)當(dāng)與其他用于表述工程信息的“分解”結(jié)構(gòu)相混淆，在某些應(yīng)用領(lǐng)域，還常見(jiàn)到一些其他的分解結(jié)構(gòu)，如：合同工作分解結(jié)構(gòu)(CWBS);組織分解結(jié)構(gòu)(OBS);資源分解結(jié)構(gòu)(RBS);材料清單(BOM);工程分解結(jié)構(gòu)(PBS)。30“分解”工作包括以下幾個(gè)主要步驟：確定工程的主要可交付成果。確定每個(gè)可交付成果的詳細(xì)程度，以便對(duì)每個(gè)可交付成果能夠編制恰當(dāng)?shù)谋惧X和時(shí)間預(yù)算。確定可交付成果的組成元素。核實(shí)分解的正確性。312.2甘特圖甘特圖(GanttChart)，是表示工程各階段任務(wù)開(kāi)始時(shí)間與結(jié)束時(shí)間的圖。甘特圖用水平線段表示階段任務(wù)；線段的起點(diǎn)和終點(diǎn)分別對(duì)應(yīng)于任務(wù)的開(kāi)始時(shí)間和結(jié)束時(shí)間；線段的長(zhǎng)度表示完成任務(wù)所需的時(shí)間。甘特圖的優(yōu)點(diǎn)是說(shuō)明了各任務(wù)的方案進(jìn)度和當(dāng)前進(jìn)度，能動(dòng)態(tài)地反映軟件工程的開(kāi)發(fā)和進(jìn)展情況。缺點(diǎn)是難以反映多個(gè)任務(wù)之間存在的復(fù)雜邏輯關(guān)系。32工程甘特圖33342.3IT工程的網(wǎng)絡(luò)表示法網(wǎng)絡(luò)是適用于本錢與方案控制的一種工程管理工具。通過(guò)圖表，工程師和管理者可以直觀地表示時(shí)間或本錢的方案與控制情況網(wǎng)絡(luò)分析是在20世紀(jì)60年代作為一個(gè)控制大型工程的技術(shù)而引入工程管理過(guò)程中的，引入網(wǎng)絡(luò)技術(shù)之前(大約在1956年)，主要使用其他的一些方案方法，如活動(dòng)列表、日記、條形圖、甘特圖等。35講義版權(quán)由Win-WinInternational所有，未經(jīng)同意，不得轉(zhuǎn)印繪制網(wǎng)絡(luò)圖方法之---節(jié)點(diǎn)法〔ActivityonNode〕---工作任務(wù)描述任務(wù)序號(hào)負(fù)責(zé)人工期估計(jì)

洗車1王2hrs

擦車2李3hrsActivity=工作任務(wù)(Task)每項(xiàng)工作任務(wù)由一個(gè)框來(lái)表示每個(gè)框有任務(wù)序號(hào)，負(fù)責(zé)人，工期估計(jì)每一項(xiàng)任務(wù)只有在與它聯(lián)系的所有先前任務(wù)完成后才能啟動(dòng)36講義版權(quán)由Win-WinInternational所有，未經(jīng)同意，不得轉(zhuǎn)印繪制網(wǎng)絡(luò)圖方法之---箭頭法〔ActivityonArrow〕---

洗車王

擦車

李每項(xiàng)工作任務(wù)由一個(gè)箭頭來(lái)表示箭頭的長(zhǎng)度與工期時(shí)間或重要性無(wú)關(guān)箭頭與箭頭之間以圓圈連接，圈內(nèi)是事件〔Event〕序號(hào)一個(gè)圓圈代表它前面任務(wù)的結(jié)束，并是它后面任務(wù)的開(kāi)始事件序號(hào)事件序號(hào)工作任務(wù)描述

負(fù)責(zé)人工期評(píng)估1232hrs3hrs37講義版權(quán)由Win-WinInternational所有，未經(jīng)同意，不得轉(zhuǎn)印為ABC公司實(shí)施辦公自動(dòng)化工程網(wǎng)絡(luò)圖驗(yàn)收劉海521949531天50最晚結(jié)束時(shí)間工期最早結(jié)束時(shí)間最晚開(kāi)始時(shí)間任務(wù)序號(hào)最早開(kāi)始時(shí)間任務(wù)主要負(fù)責(zé)人示意圖38392.4關(guān)鍵路徑法一般求出某個(gè)工程的關(guān)鍵路徑的根本步驟為：l求出各活動(dòng)的時(shí)間參數(shù)ES(最早開(kāi)始時(shí)間)和EF(最早完成時(shí)間)。l求出各活動(dòng)的時(shí)間參數(shù)LF(最遲完成時(shí)間)和LS(最遲開(kāi)始時(shí)間)。l

計(jì)算時(shí)差。l

確定關(guān)鍵路徑。402.5方案評(píng)審技術(shù)方案評(píng)審技術(shù)PERT(ProgramEvaluationandReviewTechnique)對(duì)各個(gè)工程活動(dòng)的完成時(shí)間按3種不同情況估計(jì)：樂(lè)觀時(shí)間(optimistictime)——任何事情都順利的情況，完成某項(xiàng)工作的時(shí)間。最可能時(shí)間(mostlikelytime)——正常情況下，完成某項(xiàng)工作的時(shí)間。悲觀時(shí)間(pessimistictime)——最不利的情況，完成某項(xiàng)工作的時(shí)間。41第3章IT軟件工程管理概述42第3章IT軟件工程管理概述3.1IT軟件工程生命周期的劃分3.2IT軟件工程生命周期中3.3IT軟件工程生命周期中的重要概念3.4IT軟件工程管理里程碑433.1IT軟件工程生命周期的劃分生命周期都包括識(shí)別、設(shè)計(jì)、實(shí)施和評(píng)估4個(gè)階段:圖3.1典型軟件項(xiàng)目開(kāi)發(fā)的生命周期初步需求子系統(tǒng)需求分析概念設(shè)計(jì)邏輯設(shè)計(jì)開(kāi)發(fā)概念原型第一次開(kāi)發(fā)風(fēng)險(xiǎn)分析開(kāi)發(fā)結(jié)果評(píng)估識(shí)別設(shè)計(jì)實(shí)施評(píng)估系統(tǒng)配置、運(yùn)行、產(chǎn)品成型系統(tǒng)需求分析物理設(shè)計(jì)第二次開(kāi)發(fā)開(kāi)發(fā)結(jié)果評(píng)估整體需求最終設(shè)計(jì)最終開(kāi)發(fā)測(cè)試

443.1IT軟件工程生命周期的劃分3.1.1瀑布模型3.1.2原型模型3.1.3螺旋模型453.1.1瀑布模型瀑布模型:是美國(guó)WinstonRoyce向IEEEWESCON〔Royce,Winston1970〕提交的一篇名為《管理大規(guī)模軟件系統(tǒng)的開(kāi)發(fā)》的論文中首次提出的。由于這種方法是從一個(gè)階段成瀑布流入下一個(gè)階段，所以這個(gè)模型就稱為“瀑布模型”。瀑布模型有很多的變化，包括以下的階段：需求分析與定義，系統(tǒng)設(shè)計(jì)與軟件設(shè)計(jì)，系統(tǒng)實(shí)施與單元測(cè)試，系統(tǒng)集成與系統(tǒng)測(cè)試，系統(tǒng)運(yùn)行與系統(tǒng)維護(hù)。46問(wèn)題定義特點(diǎn)：1〕階段間具有順序性和依賴性2〕推遲實(shí)現(xiàn)的觀點(diǎn)3〕質(zhì)量保證的觀點(diǎn)?？尚行匝芯啃枨蠓治隹傮w設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼與單元測(cè)試綜合測(cè)試軟件維護(hù)軟件定義時(shí)期軟件開(kāi)發(fā)時(shí)期軟件維護(hù)時(shí)期473.1.2原型模型原型(Prototype)法的根本過(guò)程：用戶提出系統(tǒng)需求識(shí)別并歸納用戶需求快速開(kāi)發(fā)一個(gè)模型確定模型后的處理系統(tǒng)運(yùn)行、維護(hù)重新設(shè)計(jì)或選擇模型滿意模型不滿意圖3.4原型法的基本過(guò)程評(píng)價(jià)模型模型不可行修改模型

48增量模型融合了瀑布模型的根本成分和原型的迭代特征。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。49增量模型(Cont.)分析分析分析分析設(shè)計(jì)設(shè)計(jì)設(shè)計(jì)設(shè)計(jì)編碼編碼編碼編碼測(cè)試測(cè)試測(cè)試測(cè)試增量1增量2增量3增量4503.1.4螺旋模型

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

51螺旋模型52螺旋模型分析在螺旋模型結(jié)構(gòu)中，維護(hù)只是螺旋模型的另一個(gè)周期，在維護(hù)和開(kāi)發(fā)之間本質(zhì)上并沒(méi)有區(qū)別，從而解決了做太多測(cè)試或未作足夠測(cè)試所帶來(lái)的風(fēng)險(xiǎn)。適用條件內(nèi)部的大規(guī)模軟件的開(kāi)發(fā)，不太適合合同軟件。一般只適用于大規(guī)模軟件的開(kāi)發(fā)螺旋模型533.2IT軟件工程生命周期中各階段任務(wù)根據(jù)前面對(duì)IT軟件工程各個(gè)主要模型生命周期的分析，可以將一般的軟件工程開(kāi)發(fā)過(guò)程詳細(xì)劃分為如圖3.6所示的6個(gè)主要階段，即工程開(kāi)發(fā)準(zhǔn)備階段、調(diào)查研究階段、工程分析階段、工程設(shè)計(jì)階段、工程實(shí)施階段、維護(hù)與評(píng)價(jià)階段。54供決策參考提出可行性分析修改意見(jiàn)項(xiàng)目咨詢?nèi)藛T項(xiàng)目開(kāi)發(fā)準(zhǔn)備階段調(diào)查研究階段項(xiàng)目分析階段項(xiàng)目設(shè)計(jì)階段項(xiàng)目實(shí)施階段維護(hù)與評(píng)價(jià)階段項(xiàng)目咨詢?nèi)藛T項(xiàng)目專業(yè)管理人員項(xiàng)目專業(yè)管理人員軟件設(shè)計(jì)人員軟件設(shè)計(jì)人員操作人員

操作人員新的項(xiàng)目準(zhǔn)備圖3.6軟件項(xiàng)目的開(kāi)發(fā)階段553.3IT軟件工程生命周期中的重要概念在IT軟件工程生命周期中有3個(gè)與時(shí)間相關(guān)的重要概念：檢查點(diǎn)(CheckPoint)、里程碑(MileStone)、基線(BaseLine)56檢查點(diǎn)指在規(guī)定的時(shí)間間隔內(nèi)對(duì)工程進(jìn)行檢查，比較實(shí)際與方案之間的差異，并根據(jù)差異進(jìn)行調(diào)整。可將檢查點(diǎn)看作是一個(gè)固定“采樣”時(shí)點(diǎn)，而時(shí)間間隔根據(jù)工程周期長(zhǎng)短不同而不同，頻度過(guò)小會(huì)失去意義，頻度過(guò)大會(huì)增加管理本錢。常見(jiàn)的間隔是每周一次，工程經(jīng)理需要召開(kāi)例會(huì)并上交周報(bào)。

57里程碑主里程碑所處階段目

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

完成階段性工作的標(biāo)志。

58基線指一個(gè)〔或一組〕配置項(xiàng)在工程生命周期的不同時(shí)間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)?；€其實(shí)是一些重要的里程碑，但相關(guān)交付物要通過(guò)正式評(píng)審并作為后續(xù)工作的基準(zhǔn)和出發(fā)點(diǎn)?；€一旦建立后變化需要受控制。重要的檢查點(diǎn)是里程碑，重要的需要客戶確認(rèn)的里程碑，就是基線。在我們實(shí)際的工程中，周例會(huì)是檢查點(diǎn)的表現(xiàn)形式，高層的階段匯報(bào)會(huì)是基線的表現(xiàn)形式。59第4章IT軟件工程可行性研究60第4章IT軟件工程可行性研究IT軟件工程開(kāi)發(fā)的可行性一般包括了可能性、效益性和必要性3個(gè)方面?？赡苄园思夹g(shù)、物資、資金和人員支持的可行性；效益性包括了實(shí)施工程所能帶來(lái)的經(jīng)濟(jì)效益和社會(huì)效益；必要性那么比較復(fù)雜，包括了社會(huì)環(huán)境、領(lǐng)導(dǎo)意愿、人員素質(zhì)、認(rèn)知水平等諸方面的因素。因此，在工程啟動(dòng)之前進(jìn)行工程的可行性研究是非常必要的，而且也是必須的。 61第4章IT軟件工程可行性研究4.1可行性研究的內(nèi)容4.2可行性研究的步驟4.3效益的預(yù)測(cè)與評(píng)估4.4投入產(chǎn)出比和投資回收期624.1可行性研究的內(nèi)容4.1.1技術(shù)可行性分析4.1.2經(jīng)濟(jì)可行性分析4.1.3運(yùn)行環(huán)境可行性分析4.1.4其他方面的可行性分析634.1.1技術(shù)可行性分析技術(shù)可行性分析是指在當(dāng)前市場(chǎng)的技術(shù)、產(chǎn)品條件的限制下，能否利用現(xiàn)在擁有的以及可能擁有的技術(shù)能力、產(chǎn)品功能、人力資源來(lái)實(shí)現(xiàn)工程的目標(biāo)、功能、性能，能否在規(guī)定的時(shí)間期限內(nèi)完成整個(gè)工程。技術(shù)可行性分析一般應(yīng)當(dāng)考慮：進(jìn)行工程開(kāi)發(fā)的風(fēng)險(xiǎn);人力資源的有效性；技術(shù)能力的可能性；物資(產(chǎn)品)的可用性。644.1.2經(jīng)濟(jì)可行性分析經(jīng)濟(jì)可行性分析：主要是對(duì)整個(gè)工程的投資及所產(chǎn)生的經(jīng)濟(jì)效益進(jìn)行分析，具體包括：支出分析、收益分析、投資回報(bào)分析以及敏感性分析等。654.1.3運(yùn)行環(huán)境可行性分析

運(yùn)行環(huán)境是制約軟件在用戶單位發(fā)揮效益的關(guān)鍵。664.1.4其他方面的可行性分析IT軟件工程的可行性研究除了前面介紹的技術(shù)、經(jīng)濟(jì)和運(yùn)行環(huán)境可行性分析外，還包括了諸如法律可行性、社會(huì)可行性等方面的可行性分析。674.2可行性研究的步驟可行性研究分為初步可行性研究、詳細(xì)可行性研究、可行性研究報(bào)告等3個(gè)根本的階段，可以歸納成幾個(gè)根本步驟：(1) 確定工程規(guī)模和目標(biāo)。(2) 研究正在運(yùn)行的系統(tǒng)。(3) 建立新系統(tǒng)的邏輯模型。(4) 導(dǎo)出和評(píng)價(jià)各種方案。(5) 推薦可行性方案。(6) 編寫可行性研究報(bào)告。(7) 遞交可行性研究報(bào)告。684.2可行性研究的步驟4.2.1初步可行性研究4.2.2詳細(xì)可行性研究4.2.3可行性研究報(bào)告694.2.1初步可行性研究進(jìn)行初步可行性評(píng)估，可以從幾個(gè)方面進(jìn)行衡量，以便是否決定開(kāi)始詳細(xì)可行性研究：分析工程的前途，從而決定是否應(yīng)該繼續(xù)深入調(diào)查研究；初步估計(jì)和確定工程中的關(guān)鍵技術(shù)及核心問(wèn)題，以確定是否有可能解決；初步估計(jì)必須進(jìn)行的輔助研究，以解決工程的核心問(wèn)題，并判斷是否具備必要的技術(shù)、實(shí)驗(yàn)、人力條件作為支持。70通過(guò)工程的初步可行性研究就應(yīng)當(dāng)能夠答復(fù)下面的一些問(wèn)題：工程進(jìn)行投資建設(shè)的必要性。工程建設(shè)的周期。工程需要的人力、財(cái)力資源。工程的功能和目標(biāo)是否可以實(shí)現(xiàn)。工程的經(jīng)濟(jì)效益、社會(huì)效益是否可以保證。工程從經(jīng)濟(jì)上、技術(shù)上是否是合理的。714.2.2詳細(xì)可行性研究進(jìn)行可行性研究工作的主要依據(jù)有：國(guó)家經(jīng)濟(jì)和社會(huì)開(kāi)展的長(zhǎng)期規(guī)劃，部門與地區(qū)的開(kāi)展規(guī)劃，以及國(guó)家和地方的相關(guān)政策、法律、法規(guī)和制度。工程建議書(shū)或者工程建議書(shū)批準(zhǔn)后簽訂的意向性協(xié)議。國(guó)家、地區(qū)、企業(yè)的信息化規(guī)劃和標(biāo)準(zhǔn)。市場(chǎng)調(diào)研分析報(bào)告。技術(shù)、產(chǎn)品或工具的有關(guān)資料。72IT軟件工程詳細(xì)可行性研究的內(nèi)容，一般可以歸納為：概述：提出工程開(kāi)發(fā)的背景、必要性和經(jīng)濟(jì)意義，研究工程工作的依據(jù)和范圍，產(chǎn)品交付的形式、種類、數(shù)量。需求確定：調(diào)查研究國(guó)內(nèi)外客戶的需求情況，對(duì)國(guó)內(nèi)外的技術(shù)趨勢(shì)進(jìn)行分析，確定工程的規(guī)模、目標(biāo)、產(chǎn)品、方案和開(kāi)展方向。現(xiàn)有資源、設(shè)施情況分析：調(diào)查現(xiàn)有的資源(包括硬件設(shè)備、軟件系統(tǒng)、數(shù)據(jù)、規(guī)章制度等)種類與數(shù)量，以及這些資源的使用情況和可能的更新情況。設(shè)計(jì)(初步)技術(shù)方案：確定工程的總體和詳細(xì)目標(biāo)、范圍，總體的結(jié)構(gòu)和組成，核心技術(shù)和關(guān)鍵問(wèn)題、產(chǎn)品的功能與性能。工程實(shí)施進(jìn)度方案建議。投資估算和資金籌措方案。工程組織、人力資源、技術(shù)培訓(xùn)方案：包括現(xiàn)有的人員規(guī)模、組織結(jié)構(gòu)、人員層次、個(gè)人技術(shù)能力、人員技術(shù)培訓(xùn)方案等。合作/協(xié)作方式。734.2.3可行性研究報(bào)告編寫一份關(guān)于IT軟件工程的可行性研究報(bào)告，可以考慮從如下幾個(gè)方面進(jìn)行：第1局部概述第2局部工程技術(shù)背景與開(kāi)展概況第3局部現(xiàn)行系統(tǒng)業(yè)務(wù)、資源、設(shè)施情況分析第4局部工程技術(shù)方案第5局部實(shí)施進(jìn)度方案第6局部投資估算與資金籌措方案第7局部人員及培訓(xùn)方案第8局部不確定性(風(fēng)險(xiǎn))分析第9局部經(jīng)濟(jì)和社會(huì)效益預(yù)測(cè)與評(píng)價(jià)第10局部可行性研究結(jié)論與建議74第5章IT軟件工程方案管理755.1IT軟件工程方案管理很重要性的一項(xiàng)復(fù)雜的、自始至終不斷迭代的從不同的角度出發(fā)有不同的種類為工程的運(yùn)作提供可靠的實(shí)施根底提供可行的工作方案工程方案管理是：765.1IT軟件工程方案管理使軟件工程的開(kāi)發(fā)建立在可靠的根底之上，將工程方案變成開(kāi)發(fā)人員能夠遵循的文檔，并據(jù)此跟蹤、檢查、監(jiān)控方案的執(zhí)行。確定軟件工程開(kāi)發(fā)的活動(dòng)和承諾，使軟件開(kāi)發(fā)工作有序而協(xié)調(diào)地進(jìn)行，以便根據(jù)軟件方案的資源、約束和能力逐步向客戶履行承諾。明確與軟件工程相關(guān)的組織和個(gè)人的職責(zé)，將任務(wù)責(zé)任落實(shí)到具體的小組和個(gè)人，從組織管理上確保工程開(kāi)發(fā)的成功。工程方案的目的：775.2確定IT軟件工程的目標(biāo)(1) 明確制定工程目標(biāo)的主題。工程目標(biāo)一般由工程發(fā)起人或者工程提議人來(lái)確定。(2) 描述工程目標(biāo)。工程目標(biāo)必須明確、具體，盡量定量描述，保證工程目標(biāo)容易被溝通和理解，并使每個(gè)工程組成員結(jié)合工程目標(biāo)確定個(gè)人的具體目標(biāo)。主要分為兩步：785.2確定IT軟件工程的目標(biāo)定量化原那么：確定工程目標(biāo)時(shí)，盡可能定量描述，使得每個(gè)目標(biāo)的范圍、時(shí)間、本錢、性能、責(zé)任等都是明確的，可以度量和監(jiān)控的。個(gè)人化原那么：每個(gè)具體目標(biāo)應(yīng)當(dāng)落實(shí)到工程組的每個(gè)成員，使得每個(gè)成員都明確自己的工作和職責(zé)。簡(jiǎn)單化原那么：目標(biāo)的描述應(yīng)當(dāng)是簡(jiǎn)單而直接的，使得每個(gè)參與人員都能明確而無(wú)二義性。現(xiàn)實(shí)性原那么：確定的每個(gè)目標(biāo)都是可以實(shí)現(xiàn)的，而不是追求理想化的結(jié)果。遵循一些根本原那么：795.3工程范圍管理5.3.1工程范圍管理概述5.3.2工程范圍規(guī)劃5.3.3工程范圍定義805.3.1工程范圍管理概述工程范圍確實(shí)定工程范圍(ProjectScope)包括工程的最終產(chǎn)品或者效勞，以及實(shí)現(xiàn)該產(chǎn)品或者效勞所需要執(zhí)行的全部工作。工程范圍管理的任務(wù)是界定工程所必須包含且只需要包含的全部工作，并對(duì)其他的工程管理工作起指導(dǎo)作用，以確保工程順利完成全部的過(guò)程。815.3.2工程范圍規(guī)劃工程范圍規(guī)劃的輸入工程范圍規(guī)劃的工具和技術(shù)工程范圍規(guī)劃的輸出825.3.2工程范圍規(guī)劃產(chǎn)品描述工程章程制約因素前提條件工程范圍規(guī)劃的輸入：835.3.2工程范圍規(guī)劃產(chǎn)品分析本錢效益分析工程方案識(shí)別技術(shù)專家評(píng)定工程范圍規(guī)劃的工具和技術(shù)：845.3.2工程范圍規(guī)劃工程范圍說(shuō)明書(shū)范圍管理方案工程范圍規(guī)劃的輸出：855.3.2工程范圍定義范圍說(shuō)明書(shū)制約因素前提條件其他方案結(jié)果歷史資料使用工具：工作分解結(jié)構(gòu)模板范圍定義的輸入：865.4制定IT軟件工程進(jìn)度方案5.4.1軟件工程進(jìn)度方案5.4.2制定軟件工程進(jìn)度方案的指導(dǎo)原那么5.4.3工程進(jìn)度方案的制定過(guò)程875.4.1軟件工程進(jìn)度方案考慮各種因素，串并性產(chǎn)品發(fā)行集成調(diào)試需求定義需求評(píng)估概要設(shè)計(jì)詳細(xì)設(shè)計(jì)概要評(píng)估測(cè)試計(jì)劃測(cè)試過(guò)程測(cè)試評(píng)估設(shè)計(jì)評(píng)估編碼單元調(diào)試圖5.4軟件項(xiàng)目開(kāi)發(fā)的并行性885.4.2制定軟件工程進(jìn)度

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

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

方案的指導(dǎo)原那么15.確定軟件工程需要建立及維護(hù)控制的軟件產(chǎn)品。

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

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

25.以定期及事件驅(qū)動(dòng)方式對(duì)軟件工程管理人員及軟件工程方案活動(dòng)進(jìn)行復(fù)審。26.對(duì)軟件質(zhì)量保證人員及軟件工程方案活動(dòng)、工作產(chǎn)品進(jìn)行回憶及審核，并將結(jié)果文檔化。925.4.3工程進(jìn)度方案的制定過(guò)程工程網(wǎng)絡(luò)圖活動(dòng)持續(xù)時(shí)間估計(jì)資源需求資源安排描述日歷約束條件假設(shè)條件提前或滯后要求風(fēng)險(xiǎn)管理方案依據(jù):935.4.3工程進(jìn)度方案的制定過(guò)程數(shù)學(xué)分析法持續(xù)時(shí)間壓縮法模擬法資源分配的啟發(fā)式方法工程管理軟件工具和技術(shù):945.4.3工程進(jìn)度方案的制定過(guò)程工程進(jìn)度方案詳細(xì)依據(jù)說(shuō)明進(jìn)度管理方案更新的工程資源需求輸出:955.4.4軟件工程方案的主要活動(dòng)1.方案初始階段2.指定軟件開(kāi)發(fā)方案SDP3.對(duì)SDP草稿進(jìn)行審查和批準(zhǔn)4.實(shí)施軟件開(kāi)發(fā)方案5.軟件開(kāi)發(fā)過(guò)程的質(zhì)量和評(píng)價(jià)6.修改SDP965.4.4軟件工程方案的主要活動(dòng)軟件規(guī)模、成本、日期估計(jì)軟件項(xiàng)目跟蹤和監(jiān)控計(jì)劃過(guò)程開(kāi)始制訂項(xiàng)目計(jì)劃SDP對(duì)SDP審查和批準(zhǔn)實(shí)施軟件開(kāi)發(fā)計(jì)劃SDP過(guò)程度量和評(píng)價(jià)修改SDP需求管理軟件配置管理(SCM)軟件質(zhì)量保證(SQA)圖5.5軟件項(xiàng)目計(jì)劃的實(shí)現(xiàn)過(guò)程975.5軟件工程方案書(shū)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使用的評(píng)估技術(shù)2.3工作量、本錢、時(shí)間估算985.5軟件工程方案書(shū)3.風(fēng)險(xiǎn)管理戰(zhàn)略3.1風(fēng)險(xiǎn)識(shí)別3.2有關(guān)風(fēng)險(xiǎn)的討論3.3風(fēng)險(xiǎn)管理方案3.3.1風(fēng)險(xiǎn)方案3.3.2風(fēng)險(xiǎn)監(jiān)視3.3.3風(fēng)險(xiǎn)管理4.日程4.1工程工作分解結(jié)構(gòu)4.2進(jìn)度安排(甘特圖)4.3資源表995.5軟件工程方案書(shū)5.工程資源5.1人員5.2硬件和軟件5.3特別資源6.人員組織6.1組織結(jié)構(gòu)6.2管理報(bào)告7.跟蹤和控制機(jī)制7.1質(zhì)量保證和控制7.2變化管理和控制8.附錄100第6章IT軟件工程本錢管理101第6章IT軟件工程本錢管理6.1IT工程本錢6.2IT工程開(kāi)發(fā)本錢的估算方法6.3本錢估算案例6.4工程本錢控制1026.1IT工程本錢6.1.1工程本錢6.1.2影響工程本錢的因素6.1.3工程本錢管理的內(nèi)容1036.1.1工程本錢對(duì)于一般工程，工程的本錢主要由工程直接本錢、管理費(fèi)用和期間費(fèi)用等構(gòu)成。IT工程的本錢主要由以下4局部構(gòu)成：硬件本錢差旅及培訓(xùn)費(fèi)用軟件開(kāi)發(fā)本錢工程管理費(fèi)用1046.1.2影響工程本錢的因素工程本錢的影響因素很多，對(duì)于IT軟件工程，影響因素主要包括：工程質(zhì)量對(duì)本錢的影響工期對(duì)本錢的影響管理水平對(duì)本錢的影響人力資源對(duì)本錢的影響價(jià)格對(duì)本錢的影響1056.1.3工程本錢管理的內(nèi)容工程本錢管理主要包括：資源方案編制、費(fèi)用估算、費(fèi)用預(yù)算、不可預(yù)見(jiàn)費(fèi)用費(fèi)用控制。1066.2IT工程開(kāi)發(fā)本錢的估算方法6.2.1IT工程本錢的常用估算方法6.2.2面向規(guī)模(LOC)的度量6.2.3面向功能點(diǎn)(FP)的度量6.2.4COCOMO模型COnstructiveCOstMOdel，構(gòu)造性本錢模型1076.2.1IT工程本錢的常用估算方法最根本的估算方法有以下幾種：本錢建模技術(shù)專家判定技術(shù)類比評(píng)估技術(shù)自頂向下估算法自下而上估算法贏利定價(jià)法108分解與度量方法：分解主要是做兩個(gè)方面工作：一是按工作分解結(jié)構(gòu)和工作任務(wù)(工作包)分?jǐn)偙惧X；二是按工期時(shí)段分?jǐn)偙惧X。目前最常用且最好用的度量方法主要有3種：面向規(guī)模(LOC)、面向功能點(diǎn)(FP)及COCOMO模型的度量方法。1096.2.2面向規(guī)模(LOC)的度量

為了與其他工程中的同類度量相比較，選擇代碼行作為標(biāo)準(zhǔn)化，這樣，就可以為每個(gè)工程產(chǎn)生一組簡(jiǎn)單的、面向規(guī)模的度量標(biāo)準(zhǔn)：每千行代碼(KLOC)的錯(cuò)誤數(shù)。每千行代碼行(KLOC)的缺陷數(shù)。每千行代碼行(KLOC)的本錢。每千行代碼行(KLOC)的文檔頁(yè)數(shù)。每人月錯(cuò)誤數(shù)。每頁(yè)文檔的本錢。1106.2.3面向功能點(diǎn)(FP)的度量功能點(diǎn)可由以下4個(gè)參數(shù)計(jì)算出來(lái)：外部輸入和輸出數(shù)；外部接口數(shù)；用戶交互數(shù)；系統(tǒng)要用的文件數(shù)。功能點(diǎn)法是通過(guò)建立一個(gè)標(biāo)準(zhǔn)來(lái)確定某個(gè)特定的測(cè)量參數(shù)(簡(jiǎn)單、平均或復(fù)雜)的功能點(diǎn)數(shù)，一般，可以采用下面的方式計(jì)算功能點(diǎn)：

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

一旦計(jì)算出功能點(diǎn)，就可以采用類似面向規(guī)模的方法來(lái)使用，以便標(biāo)準(zhǔn)軟件生產(chǎn)率、質(zhì)量及其他屬性的測(cè)量：每個(gè)功能點(diǎn)(FP)的錯(cuò)誤數(shù)每個(gè)功能點(diǎn)(FP)的缺陷數(shù)每個(gè)功能點(diǎn)(FP)的本錢每個(gè)功能點(diǎn)(FP)的文檔頁(yè)數(shù)每人月完成的功能點(diǎn)(FP)數(shù)面向功能點(diǎn)(FP)和面向規(guī)模(LOC)兩種度量方法之間的關(guān)系為：LOC=AVC×功能點(diǎn)的數(shù)量，其中AVC是指該語(yǔ)言在實(shí)現(xiàn)一個(gè)功能點(diǎn)時(shí)所要用的平均代碼行數(shù)。6.2.3面向功能點(diǎn)(FP)的度量1126.2.4COCOMO模型

它是一種精確、易于使用的,基于模型的本錢估算方法，最早由勃姆(Boehm)于1981年提出。從本質(zhì)上說(shuō)是一種參數(shù)化的工程估算方法,參數(shù)建模是把下那個(gè)目的某些特征作為參數(shù),通過(guò)建立一個(gè)數(shù)字模型預(yù)測(cè)工程本錢(類似于居住面積作為參數(shù)計(jì)算的整體的住房本錢).1136.2.4COCOMO模型

COCOMO模型的工程本錢估算公式為：E=A(KDSI)b在COCOMO模型中，根據(jù)開(kāi)發(fā)環(huán)境及工程規(guī)模等因素，可把工程分為以下3種：組織模式；半別離模式；嵌入模式相應(yīng)地，COCOMO模型的層次結(jié)構(gòu)也包括3種根本形式，即初級(jí)COCOMO模型、中級(jí)COCOMO模型和高級(jí)COCOMO模型。1146.4工程本錢控制6.4.1工程本錢控制的內(nèi)容6.4.2工程本錢控制的流程與方法1156.4.1工程本錢控制的內(nèi)容工程的本錢控制就是在整個(gè)工程的實(shí)施過(guò)程中，定期收集工程的實(shí)際本錢數(shù)據(jù)，與本錢的方案值進(jìn)行比照分析，并進(jìn)行本錢預(yù)測(cè)，發(fā)現(xiàn)并及時(shí)糾正偏差，以使工程的本錢目標(biāo)盡可能好地實(shí)現(xiàn)。工程本錢控制的主要內(nèi)容包括：對(duì)造成本錢基準(zhǔn)方案發(fā)生改變的因素施加影響，以保證這種變化朝著有利工程的方向開(kāi)展。確定工程基準(zhǔn)方案是否已經(jīng)發(fā)生變化。在實(shí)際本錢基準(zhǔn)方案發(fā)生變化和正在發(fā)生變化時(shí)，對(duì)這種變化實(shí)施有效的管理。監(jiān)視工程本錢執(zhí)行情況，及時(shí)發(fā)現(xiàn)與本錢方案的偏差。確保所有有關(guān)本錢的變更都準(zhǔn)確記錄在工程本錢基準(zhǔn)方案中。防止不正確、不適宜或者未核準(zhǔn)的變更納入本錢基準(zhǔn)方案中。將核準(zhǔn)的變更通知有關(guān)工程干系人。1166.4.2工程本錢控制的流程與方法在工程管理中，本錢控制、質(zhì)量控制和進(jìn)度控制一起貫穿工程實(shí)施的全過(guò)程。其控制原理如圖6.9所示。

項(xiàng)目進(jìn)展收集實(shí)際

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

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

117本錢控制的工作流程如圖6.10所示，工作范圍投資/成本預(yù)算進(jìn)度計(jì)劃?rùn)z查跟蹤預(yù)測(cè)分析成本檢查/預(yù)測(cè)報(bào)告/報(bào)表決策(采取措施糾正偏差)圖6.10項(xiàng)目成本控制流程118本錢控制方法和技術(shù)實(shí)施本錢控制的方法和根本技術(shù)主要包括：本錢控制改變系統(tǒng)績(jī)效度量附加方案119第7章IT軟件工程質(zhì)量管理120第7章IT軟件工程質(zhì)量管理7.1質(zhì)量管理根本概念7.2IT軟件質(zhì)量管理根本知識(shí)7.3軟件工程質(zhì)量方案7.4軟件工程評(píng)審7.5軟件質(zhì)量體系7.6軟件過(guò)程能力成熟度模型(CMMI)1217.1質(zhì)量管理根本概念7.1.1質(zhì)量、質(zhì)量特性、質(zhì)量管理的定義7.1.2質(zhì)量管理開(kāi)展過(guò)程及影響因素7.1.3全面質(zhì)量管理1227.1.1質(zhì)量的定義

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

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

質(zhì)量是綜合的概念，它要求功能、本錢、效勞、環(huán)境、心理等諸方面都能滿足用戶的需要。質(zhì)量是一個(gè)動(dòng)態(tài)的、相對(duì)的、變化的、開(kāi)展的概念，隨著地域、時(shí)期、使用對(duì)象、社會(huì)環(huán)境、市場(chǎng)競(jìng)爭(zhēng)的變化而被賦予不同的內(nèi)容和要求，而且隨著社會(huì)的進(jìn)步及知識(shí)創(chuàng)新，其內(nèi)涵和要求也是不斷更新、豐富的。質(zhì)量特性：

“是指實(shí)體所特有的性質(zhì)，它反映實(shí)體滿足需求的能力”

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

質(zhì)量管理是工程管理的重要組成局部，是一個(gè)工程的性能(功能)、本錢、進(jìn)度3項(xiàng)指標(biāo)實(shí)現(xiàn)的重要領(lǐng)域。質(zhì)量管理主要就是監(jiān)控工程的可交付產(chǎn)品和工程執(zhí)行的過(guò)程，以確保它們符合相關(guān)的要求和標(biāo)準(zhǔn)，同時(shí)確保不合格項(xiàng)能夠按照正確方法或者預(yù)先規(guī)定的方式處理。質(zhì)量管理：“確定質(zhì)量方針、目標(biāo)和職責(zé)并在質(zhì)量體系中通過(guò)質(zhì)量方案、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)使其實(shí)施的全部管理職能的所有活動(dòng)”1257.1.2質(zhì)量管理開(kāi)展過(guò)程及影響因素以產(chǎn)品為中心的質(zhì)量檢驗(yàn)和統(tǒng)計(jì)質(zhì)量控制階段(18世紀(jì)——1950年)。以顧客為中心的質(zhì)量保證階段(1950年——1987年)。強(qiáng)調(diào)持續(xù)改進(jìn)的質(zhì)量管理階段(1987年——現(xiàn)在)。全面質(zhì)量管理階段(TQM)。檢驗(yàn)統(tǒng)計(jì)質(zhì)量控制質(zhì)量保證質(zhì)量管理全面質(zhì)量管理圖7.1質(zhì)量管理發(fā)展階段1267.1.2質(zhì)量管理開(kāi)展過(guò)程及影響因素供應(yīng)單位用戶采購(gòu)制定工藝產(chǎn)品研制市場(chǎng)研究服務(wù)銷售檢驗(yàn)生產(chǎn)圖7.2產(chǎn)品質(zhì)量循環(huán)1277.1.2質(zhì)量管理開(kāi)展過(guò)程及影響因素產(chǎn)品質(zhì)量材料方法設(shè)備測(cè)量人員環(huán)境圖7.3產(chǎn)品質(zhì)量的主要影響因素1287.1.3全面質(zhì)量管理1.系統(tǒng)的觀點(diǎn)產(chǎn)品質(zhì)量的形成和開(kāi)展過(guò)程包括了許多相互聯(lián)系、相互制約的環(huán)節(jié)，不管是保證和提高產(chǎn)品質(zhì)量還是解決產(chǎn)品質(zhì)量問(wèn)題，都應(yīng)該把生產(chǎn)企業(yè)看成一個(gè)開(kāi)放的系統(tǒng)，運(yùn)用系統(tǒng)科學(xué)的原理和方法，對(duì)所有環(huán)節(jié)進(jìn)行全面的組織管理。2.向用戶效勞的觀點(diǎn)，用戶滿意是第一原那么要樹(shù)立質(zhì)量第一、用戶第一的思想，滿足廣義用戶(產(chǎn)品的使用者以及企業(yè)生產(chǎn)過(guò)程的下一階段)對(duì)產(chǎn)品質(zhì)量的要求。3.預(yù)防為主的觀點(diǎn)，事前主動(dòng)進(jìn)行質(zhì)量管理這個(gè)觀點(diǎn)要求生產(chǎn)企業(yè)的質(zhì)量管理重點(diǎn)應(yīng)從事后檢驗(yàn)把關(guān)轉(zhuǎn)移到事前預(yù)防，從管結(jié)果轉(zhuǎn)變?yōu)楣芤蛩?，找出影響產(chǎn)品質(zhì)量的各種因素，抓住主要因素，使生產(chǎn)經(jīng)營(yíng)活動(dòng)處于受控狀態(tài)。1297.1.3全面質(zhì)量管理APCD檢查執(zhí)行經(jīng)驗(yàn)教訓(xùn)遺留問(wèn)題問(wèn)題原因主要原因

計(jì)劃圖7.4質(zhì)量管理的PDCA循環(huán)圖1307.2IT軟件質(zhì)量管理根本知識(shí)7.2.1軟件質(zhì)量概念7.2.2軟件質(zhì)量影響因素7.2.3軟件度量標(biāo)準(zhǔn)7.2.4軟件工程質(zhì)量保證7.2.5軟件質(zhì)量管理1317.2.1軟件質(zhì)量概念I(lǐng)SO8402定義：“對(duì)用戶在功能和性能方面需求的滿足、對(duì)規(guī)定的標(biāo)準(zhǔn)和標(biāo)準(zhǔn)的遵循以及正規(guī)軟件某些公認(rèn)的應(yīng)該具有的本質(zhì)”ANSI/IEEE定義：“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征和特性的全體”軟件質(zhì)量不是絕對(duì)的，而是相對(duì)的概念，討論軟件的質(zhì)量，最終將歸結(jié)為定義軟件的質(zhì)量特性，而定義一個(gè)軟件的質(zhì)量，就等價(jià)于為該軟件定義一系列質(zhì)量特性軟件質(zhì)量：1327.2.1軟件質(zhì)量概念、和M.Lipow于1976年首次提出軟件質(zhì)量模型1977年Walters和McCall提出了新的軟件質(zhì)量層次模型與度量1994年ISO9000-3軟件質(zhì)量國(guó)際標(biāo)準(zhǔn)(ISO的軟件質(zhì)量評(píng)價(jià)模型)給出了6個(gè)軟件質(zhì)量特性和與其相關(guān)的21個(gè)質(zhì)量子特性的明確定義軟件質(zhì)量模型：1337.2.1軟件質(zhì)量概念Boehm軟件質(zhì)量模型：總體效用可移植性可維護(hù)性可使用性可靠性效率人性化可測(cè)試性易理解性可修改性設(shè)備無(wú)關(guān)性自包含性準(zhǔn)確性完備性健壯性一致性可說(shuō)明性設(shè)備效率易存取性易交流性自描述性結(jié)構(gòu)性簡(jiǎn)明性易讀性可擴(kuò)充性圖7.5Boehm軟件質(zhì)量模型1347.2.1軟件質(zhì)量概念McCall軟件質(zhì)量模型：產(chǎn)品修改產(chǎn)品升級(jí)產(chǎn)品運(yùn)行正確性、可靠性、高效性、易用性、完整性可維護(hù)性靈活性可測(cè)試性可移植性可重用性互操作性圖7.6McCall軟件質(zhì)量模型1357.2.2軟件質(zhì)量影響因素正確性健壯性效率完整性(平安性)可用性風(fēng)險(xiǎn)可理解性可維修性

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

可移植性

可重用性

互操作性1367.2.3軟件度量標(biāo)準(zhǔn)軟件度量標(biāo)準(zhǔn)可以分為：“控制度量標(biāo)準(zhǔn)”“預(yù)測(cè)度量標(biāo)準(zhǔn)”1377.2.3軟件度量標(biāo)準(zhǔn)預(yù)測(cè)度量標(biāo)準(zhǔn)：軟件過(guò)程控制度量標(biāo)準(zhǔn)管理決策軟件產(chǎn)品預(yù)測(cè)度量標(biāo)準(zhǔn)圖7.7預(yù)測(cè)與控制度量標(biāo)準(zhǔn)1387.2.3軟件度量標(biāo)準(zhǔn)自動(dòng)數(shù)據(jù)收集過(guò)程：軟件系統(tǒng)有用數(shù)據(jù)錯(cuò)誤數(shù)據(jù)圖7.8自動(dòng)化數(shù)據(jù)收集過(guò)程1397.2.4軟件工程質(zhì)量保證質(zhì)量保證(QualityAssurance，QA)包括：質(zhì)量管理方法。有效的工程技術(shù)。整個(gè)過(guò)程采用的正式復(fù)審技術(shù)。多層次的測(cè)試技術(shù)。對(duì)文檔及其修改的控制。工程的標(biāo)準(zhǔn)及規(guī)格等。1407.2.4軟件工程質(zhì)量保證軟件質(zhì)量保證(SoftwareQualityAssurance，SQA)包括：質(zhì)量方針的制定和貫徹。質(zhì)量保證方針和質(zhì)量保證標(biāo)準(zhǔn)的制定。質(zhì)量保證體系的質(zhì)量保證工作。明確各階段的質(zhì)量保證工作。各階段的質(zhì)量評(píng)審。確保設(shè)計(jì)質(zhì)量。重要質(zhì)量問(wèn)題的提出與分析?？偨Y(jié)實(shí)現(xiàn)階段的質(zhì)量保證活動(dòng)。整理面向用戶的文檔、說(shuō)明書(shū)等。產(chǎn)品質(zhì)量鑒定、質(zhì)量保證系統(tǒng)鑒定。質(zhì)量信息的搜集、分析和使用等。1417.2.5軟件質(zhì)量管理軟件產(chǎn)品的質(zhì)量軟件產(chǎn)品的質(zhì)量目標(biāo)開(kāi)發(fā)過(guò)程的質(zhì)量目標(biāo)開(kāi)發(fā)過(guò)程的質(zhì)量圖7.9開(kāi)發(fā)過(guò)程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系1427.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ì)量管理的實(shí)施1437.3.1軟件質(zhì)量標(biāo)準(zhǔn)軟件質(zhì)量標(biāo)準(zhǔn)的定義，有3個(gè)重要方面需要強(qiáng)調(diào)：軟件需求是進(jìn)行質(zhì)量度量的根底，與需求不符就是質(zhì)量不高。指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開(kāi)發(fā)的準(zhǔn)那么。如果不遵循這些準(zhǔn)那么，就極有可能導(dǎo)致軟件質(zhì)量的不高。軟件需求中通常有一組“隱含需求”是很少被提及的，如對(duì)易維護(hù)的要求，如果軟件符合了明確需求卻沒(méi)有滿足隱含需求，軟件的質(zhì)量仍然值得疑心。1447.3.2軟件工程質(zhì)量方案依據(jù):質(zhì)量方針。質(zhì)量方針是由高層管理者對(duì)工程的整個(gè)質(zhì)量目標(biāo)和方向制定的一個(gè)指導(dǎo)性的文件。但是，在工程實(shí)施過(guò)程中，可以根據(jù)實(shí)際情況對(duì)質(zhì)量方針進(jìn)行適當(dāng)?shù)男拚?。范圍描述。工程的范圍描述說(shuō)明了投資人對(duì)工程的需求以及工程的主要要求和目標(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)域的各項(xiàng)標(biāo)準(zhǔn)和特殊規(guī)定。其他工作的輸出。在工程中，其他方面的工作成果也會(huì)影響質(zhì)量方案的制定。1457.3.2軟件工程質(zhì)量方案方法和技術(shù):效益/本錢分析法。質(zhì)量方案必須考慮效益與本錢的關(guān)系。滿足質(zhì)量需求的主要效益是減少了重復(fù)性工作，即高產(chǎn)出、低本錢、高用戶滿意度。質(zhì)量管理的根本原那么是效益與本錢之比盡可能大?；鶞?zhǔn)法。主要是通過(guò)比較工程的實(shí)施與其他同類工程的實(shí)施過(guò)程，為改進(jìn)工程的實(shí)施過(guò)程提供借鑒和思路，并作為一個(gè)實(shí)施的參考標(biāo)準(zhǔn)。流程圖。流程圖是一個(gè)由箭線和結(jié)點(diǎn)表示的假設(shè)干因素關(guān)系圖，可以包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于工程質(zhì)量控制過(guò)程中，其主要目的是確定以及分析問(wèn)題產(chǎn)生的原因。試驗(yàn)設(shè)計(jì)。試驗(yàn)設(shè)計(jì)對(duì)于分析整個(gè)工程輸出結(jié)果是最有影響的因素，也是十分有效的。對(duì)于軟件開(kāi)發(fā)，設(shè)計(jì)原型解決核心技術(shù)問(wèn)題和主要需求也是可行和有效的。但是，這種方法存在費(fèi)用與進(jìn)度交換的問(wèn)題。1467.3.2軟件工程質(zhì)量方案階段成果:質(zhì)量管理方案。主要描述了工程管理小組應(yīng)該如何實(shí)施工程質(zhì)量方針，包括對(duì)組織結(jié)構(gòu)、責(zé)任、方法、步驟、資源等實(shí)施質(zhì)量管理。質(zhì)量方案提供了對(duì)整個(gè)工程進(jìn)行質(zhì)量控制、質(zhì)量保證及質(zhì)量改進(jìn)的根底。操作說(shuō)明。對(duì)于質(zhì)量方案中的一些特殊條款需要附加的操作說(shuō)明，包括注解、如何控制、如何度量，以及在何種情況下采取何種措施和方法等說(shuō)明。檢查表。各種檢查表是記錄工程執(zhí)行情況和進(jìn)行分析的工具，既可以簡(jiǎn)單，也可以復(fù)雜，但需要工程小組形成一種較標(biāo)準(zhǔn)的體系。1477.3.3軟件工程質(zhì)量保證質(zhì)量保證的主要依據(jù)是:質(zhì)量管理方案。質(zhì)量控制度量結(jié)果。質(zhì)量控制的度量是為了對(duì)質(zhì)量控制測(cè)試記錄和度量進(jìn)行比較和分析。操作說(shuō)明。在實(shí)施質(zhì)量保證時(shí)，主要采取的工具和方法是：質(zhì)量方案編制工具和技術(shù)。應(yīng)用與質(zhì)量方案制定過(guò)程的工具和方法也根本適用于質(zhì)量保證過(guò)程。質(zhì)量審核。1487.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.測(cè)試8.問(wèn)題報(bào)告和改正活動(dòng)9.工具、技術(shù)和方法10.媒體控制11.供給者控制12.記錄收集、維護(hù)保密13.培訓(xùn)14.風(fēng)險(xiǎn)管理6.評(píng)審和審計(jì)

6.1目的

6.2評(píng)審要求

6.2.1軟件需求的評(píng)審

6.2.2設(shè)計(jì)評(píng)審

6.2.3軟件驗(yàn)證和確認(rèn)評(píng)審

6.2.4功能評(píng)審

6.2.5物理評(píng)審

6.2.6內(nèi)部過(guò)程評(píng)審

6.2.7管理評(píng)審

149軟件工程質(zhì)量控制依據(jù):工程的階段工作成果。包括工程的實(shí)施結(jié)果和產(chǎn)品結(jié)果。工程質(zhì)量管理方案。操作描述。檢查表。150軟件工程質(zhì)量控制方法和技術(shù):檢查。包括度量、考察、測(cè)試、比照等。控制圖。監(jiān)控工程的進(jìn)度和費(fèi)用變化、范圍變化的幅度和頻率、工程的其他管理結(jié)果等。統(tǒng)計(jì)樣本。對(duì)工程實(shí)際執(zhí)行情況的統(tǒng)計(jì)。流程圖。包括原因結(jié)果圖、系統(tǒng)流程圖、處理流程圖等。因此，流程圖經(jīng)常用于工程質(zhì)量控制過(guò)程中，其主要目的是確定以及分析問(wèn)題產(chǎn)生的原因。趨勢(shì)分析。應(yīng)用數(shù)學(xué)方法根據(jù)歷史數(shù)據(jù)預(yù)測(cè)工程將來(lái)的開(kāi)展趨勢(shì)?？梢杂糜诒O(jiān)控工程的技術(shù)參數(shù)，例如，一般規(guī)模的軟件存在多少個(gè)錯(cuò)誤以及多少識(shí)別和修改，多少錯(cuò)誤仍然未被發(fā)現(xiàn)等；也可以用于對(duì)費(fèi)用和進(jìn)度參數(shù)的預(yù)測(cè)。151軟件工程質(zhì)量控制產(chǎn)生的工作成果:工程質(zhì)量改進(jìn)的措施?？山邮艿臎Q定。每個(gè)工程的工作都有可能被接受或拒絕，不被接受的工作需要重新進(jìn)行。返工。確定需要返工工作的方案，以確定最小的本錢和最少的返工工作量。檢查表。進(jìn)行工程質(zhì)量檢查時(shí)，需要隨時(shí)完成對(duì)工程質(zhì)量的紀(jì)錄，完成相應(yīng)的各種檢查表。過(guò)程調(diào)整。包括了對(duì)質(zhì)量控制度量結(jié)果的糾正以及采取預(yù)防工作等。152

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

軟件質(zhì)量管理的實(shí)施遵循以下一些根本原那么：控制工程所有過(guò)程的質(zhì)量。過(guò)程控制的出發(fā)點(diǎn)是預(yù)防不合格。質(zhì)量管理的中心任務(wù)是建立并實(shí)施文檔化管理的質(zhì)量體系。持續(xù)的質(zhì)量改進(jìn)。有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益。定期評(píng)價(jià)質(zhì)量體系。搞好質(zhì)量管理的關(guān)鍵在于領(lǐng)導(dǎo)。1547.4軟件工程評(píng)審7.4.1軟件工程評(píng)審的根本概念7.4.2軟件工程評(píng)審階段7.4.3軟件工程評(píng)審的作用155軟件工程評(píng)審的根本概念評(píng)審是一種質(zhì)量保證的機(jī)制：指出開(kāi)發(fā)和管理人員或者軟件產(chǎn)品所需改進(jìn)的局部。確定軟件產(chǎn)品中不需要或者不希望改進(jìn)的局部。通過(guò)質(zhì)量復(fù)審，得到更加一致的、更可預(yù)測(cè)的技術(shù)工作的質(zhì)量，從而使得技術(shù)工作更加容易管理。156軟件工程評(píng)審的根本概念軟件工程有以下幾種類型的評(píng)審：設(shè)計(jì)或者程序檢查。目的是發(fā)現(xiàn)設(shè)計(jì)或者代碼中的詳細(xì)錯(cuò)誤，并且檢查設(shè)計(jì)和代碼是否遵循了標(biāo)準(zhǔn)。管理評(píng)審。這種類型的評(píng)審，其目的是為軟件工程的整個(gè)進(jìn)度管理過(guò)程提供信息，它既是過(guò)程評(píng)審也是產(chǎn)品評(píng)審，主要關(guān)心工程的本錢、方案和進(jìn)度。管理評(píng)審是重要的工程檢查點(diǎn)，在這些檢查點(diǎn)上，經(jīng)常做一些關(guān)于工程將來(lái)開(kāi)發(fā)方案或者產(chǎn)品生存能力的決策。質(zhì)量評(píng)審。個(gè)人或者小組的工作由評(píng)審小組進(jìn)行評(píng)審。這個(gè)專門的評(píng)審小組由工程組成員和技術(shù)管理人員組成。這種類型的評(píng)審和設(shè)計(jì)與代碼檢查不同，因?yàn)橄到y(tǒng)不可能被詳細(xì)地描述。這個(gè)評(píng)審的目的是對(duì)產(chǎn)品組件或文檔進(jìn)行技術(shù)分析，從而發(fā)現(xiàn)需求、設(shè)計(jì)、編碼和文檔之間的錯(cuò)誤或者不匹配之處，以及是否遵循了質(zhì)量標(biāo)準(zhǔn)或質(zhì)量方案中的其他質(zhì)量屬性等更廣泛的質(zhì)量問(wèn)題。157軟件工程評(píng)審階段選擇評(píng)審小組安排地點(diǎn)時(shí)間分發(fā)文檔評(píng)審?fù)ㄖ屯瓿?/p>

評(píng)審表格圖7.11評(píng)審過(guò)程158軟件工程評(píng)審的作用軟件質(zhì)量評(píng)審是軟件工程管理過(guò)程中的“過(guò)濾器”，評(píng)審被用于軟件開(kāi)發(fā)過(guò)程中的多個(gè)不同的點(diǎn)上，起到發(fā)現(xiàn)錯(cuò)誤(進(jìn)而引發(fā)糾錯(cuò)活動(dòng))的作用。評(píng)審起到的作用是“凈化”分析、設(shè)計(jì)和編碼過(guò)程中所產(chǎn)生的軟件工作產(chǎn)品。軟件評(píng)審并不是在軟件開(kāi)發(fā)完畢后再進(jìn)行的，而是在軟件開(kāi)發(fā)的各個(gè)階段都要進(jìn)行評(píng)審。159軟件工程評(píng)審的作用原始要求正確的規(guī)格說(shuō)明錯(cuò)誤的規(guī)格說(shuō)明需求分析正確的設(shè)計(jì)錯(cuò)誤的設(shè)計(jì)對(duì)錯(cuò)誤說(shuō)明的設(shè)計(jì)正確的編碼錯(cuò)誤的編碼對(duì)錯(cuò)誤說(shuō)明的編碼對(duì)錯(cuò)誤設(shè)計(jì)的編碼正確的功能可改正的錯(cuò)誤潛伏的錯(cuò)誤不可改正的錯(cuò)誤不完善的產(chǎn)品設(shè)計(jì)編碼測(cè)試圖7.12錯(cuò)誤“積累”及“放大”效應(yīng)不符合需求的產(chǎn)品可行的產(chǎn)品160軟件工程評(píng)審的作用表7.2需求階段錯(cuò)誤對(duì)后期的影響階

段

錯(cuò)誤擴(kuò)張倍數(shù)

需求分析階段

1設(shè)計(jì)階段(概要、詳細(xì))3~6倍

編碼階段

10倍

集成測(cè)試階段

15~40倍

系統(tǒng)測(cè)試階段

30~70倍

運(yùn)行

40~100倍

1617.5軟件質(zhì)量體系7.5.1ISO9000質(zhì)量體系簡(jiǎn)介7.5.2ISO9000質(zhì)量體系的原那么7.5.3貫徹質(zhì)量體系的意義1627.5軟件質(zhì)量體系質(zhì)量體系的定義：ISO8402-94對(duì)質(zhì)量體系的定義是“為了實(shí)施質(zhì)量管理的組織結(jié)構(gòu)、職責(zé)、程序、過(guò)程和資源”的一種特定體系。質(zhì)量體系的要素可以分為兩大類：一是質(zhì)量體系的結(jié)構(gòu)要素；二是質(zhì)量體系的選擇要素。前者是構(gòu)成組織質(zhì)量體系的根本要素；后者是質(zhì)量體系涉及產(chǎn)品生命周期的全部階段，從最初需求識(shí)別到最終滿足需要的所有過(guò)程的質(zhì)量管理活動(dòng)。1637.5.1ISO9000質(zhì)量體系簡(jiǎn)介ISO9000標(biāo)準(zhǔn)系列，它由5個(gè)局部組成：(1)質(zhì)量術(shù)語(yǔ)標(biāo)準(zhǔn)；(2)質(zhì)量保證標(biāo)準(zhǔn)；(3)質(zhì)量管理標(biāo)準(zhǔn)；(4)質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)的選用和實(shí)施指南；(5)支持性技術(shù)標(biāo)準(zhǔn)。1647.5.1ISO9000質(zhì)量體系簡(jiǎn)介質(zhì)量保證標(biāo)準(zhǔn)ISO9001設(shè)計(jì)、開(kāi)發(fā)、生產(chǎn)和服務(wù)ISO9002生產(chǎn)、安裝和服務(wù)ISO9003最終檢驗(yàn)和試驗(yàn)標(biāo)準(zhǔn)選用與實(shí)施指南ISO9000-1選擇和使用指南ISO9000-2是ISO9001-ISO9003實(shí)施通用指南ISO9000-3計(jì)算機(jī)軟件中的實(shí)施指南ISO9000-4可信性大綱指南質(zhì)量管理標(biāo)準(zhǔn)ISO9004-1指南ISO9004-2服務(wù)指南ISO9004-3流程性材料ISO9004-4質(zhì)量改進(jìn)質(zhì)量術(shù)語(yǔ)標(biāo)準(zhǔn)支持性標(biāo)準(zhǔn)圖7.13ISO9000標(biāo)準(zhǔn)系列框架1657.5.2ISO9000質(zhì)量體系的原那么質(zhì)量管理八大原那么：(1) 以客戶為中心。(2) 統(tǒng)一的宗旨、明確方向和建設(shè)良好的內(nèi)部環(huán)境。(3) 全員參與。(4) 將相關(guān)的資源和活動(dòng)作為過(guò)程來(lái)進(jìn)行管理。(5) 系統(tǒng)管理。(6) 持續(xù)改正。(7) 以事實(shí)為決策依據(jù)。(8) 互利的供求關(guān)系。

1667.5.3貫徹質(zhì)量體系的意義意義有以下4個(gè)方面:提高IT公司管理水平，增強(qiáng)公司抗風(fēng)險(xiǎn)能力。提高軟件產(chǎn)品質(zhì)量，增強(qiáng)企業(yè)市場(chǎng)競(jìng)爭(zhēng)能力。樹(shù)立公司的良好形象，穩(wěn)固和不斷擴(kuò)大市場(chǎng)分額。與國(guó)際接軌，有利于國(guó)際市場(chǎng)的開(kāi)拓。1677.6軟件過(guò)程能力成熟度模型(CMMI)7.6.1軟件過(guò)程能力成熟度模型概述7.6.2ISO9000與CMMI168什么是SW-CMM？SW-CMMI稱為軟件能力成熟度模型，是CapabilityMaturityModelforSoftware的縮寫形式。目前國(guó)際上最流行最實(shí)用的軟件生產(chǎn)過(guò)程標(biāo)準(zhǔn)和軟件企業(yè)成熟度等級(jí)認(rèn)證標(biāo)準(zhǔn)。用于評(píng)價(jià)軟件承包能力并幫助其改善軟件質(zhì)量的方法。美國(guó)卡內(nèi)基-梅隆大學(xué)的軟件工程研究所(SEI：SoftwareEngineeringInstitute)在1987年研制成功?？▋?nèi)基-梅隆大學(xué)的軟件工程研究所是美國(guó)國(guó)防部的軟件開(kāi)發(fā)基地之一，CMMI就是受美國(guó)國(guó)防部委托而研制的。169SW-CMM是什么？SEI給CMMI下的定義：對(duì)于軟件組織在定義、實(shí)現(xiàn)、度量、控制和改善其軟件過(guò)程的各個(gè)開(kāi)展階段的描述。這個(gè)模型便于確定軟件組織的現(xiàn)有過(guò)程能力和查找出軟件質(zhì)量及過(guò)程改進(jìn)方面的最關(guān)鍵的問(wèn)題，從而為選擇過(guò)程改進(jìn)戰(zhàn)略提供指南。如今的行情是：一家軟件企業(yè)如果不能通過(guò)相應(yīng)等級(jí)的CMMI評(píng)估，他的產(chǎn)品就少了一張進(jìn)入國(guó)際市場(chǎng)的通行證。

170CMMI模型簡(jiǎn)介CMMI的五級(jí)模型初始級(jí)可重復(fù)級(jí)已管理級(jí)已定義級(jí)優(yōu)化級(jí)成熟度風(fēng)險(xiǎn)1717.6.1軟件過(guò)程能力成熟度模型概述CMMI模型,表7.3:

過(guò)程能力等級(jí)特點(diǎn)關(guān)鍵過(guò)程領(lǐng)域Ⅰ級(jí)—初始級(jí)軟件開(kāi)發(fā)過(guò)程是特定的，只有很少的工作過(guò)程是經(jīng)過(guò)嚴(yán)格定義的，軟件過(guò)程經(jīng)常被改變，軟件質(zhì)量不穩(wěn)定，進(jìn)度、費(fèi)用等難以預(yù)測(cè)

Ⅱ級(jí)—可重復(fù)級(jí)建立了基本的項(xiàng)目管理過(guò)程，可進(jìn)行軟件開(kāi)發(fā)以及跟蹤成本、進(jìn)度和性能等方面所必須的過(guò)程管理。能提供可重復(fù)以前成功項(xiàng)目管理的經(jīng)驗(yàn)和環(huán)境，軟件需求、軟件開(kāi)發(fā)過(guò)程及其相應(yīng)的技術(shù)狀態(tài)是受控的需求管理軟件項(xiàng)目軟件項(xiàng)目跟蹤和監(jiān)督軟件分包合同管理軟件質(zhì)量保證軟件配置管理1727.6.1軟件過(guò)程能力成熟度模型概述CMMI模型,表7.3(續(xù)):

過(guò)程能力等級(jí)特點(diǎn)關(guān)鍵過(guò)程領(lǐng)域Ⅲ級(jí)—已確定級(jí)軟件開(kāi)發(fā)活動(dòng)的過(guò)程在管理活動(dòng)、技術(shù)活動(dòng)和支持活動(dòng)等方面都已文檔化、規(guī)范化。所有項(xiàng)目或產(chǎn)品的開(kāi)發(fā)和維護(hù)都在這個(gè)規(guī)范化的體系基礎(chǔ)上進(jìn)行定制。軟件項(xiàng)目的成本、進(jìn)度、質(zhì)量以及過(guò)程是受控的，軟件質(zhì)量具有可追溯性組織過(guò)程焦點(diǎn)組織過(guò)程定義培訓(xùn)大綱綜合軟件管理軟件產(chǎn)品工程組織協(xié)調(diào)同行專家評(píng)審Ⅳ級(jí)—已管理級(jí)運(yùn)用度量方法和數(shù)據(jù)，可以對(duì)軟件產(chǎn)品和開(kāi)發(fā)過(guò)程實(shí)施定量的分解和控制定量的過(guò)程管理軟件質(zhì)量管理Ⅴ級(jí)—優(yōu)化級(jí)通過(guò)建立開(kāi)發(fā)過(guò)程的定量反饋機(jī)制，不斷產(chǎn)生新的思想、采用新的技術(shù)來(lái)不斷地改進(jìn)和優(yōu)化軟件開(kāi)發(fā)過(guò)程缺陷預(yù)防技術(shù)改變管理過(guò)程改變管理1737.6.2ISO9000與CMMI二者之間的相關(guān)性是很明顯的：都著眼于質(zhì)量和過(guò)程管理，兩者都為了解決同樣的問(wèn)題，直觀上是相關(guān)的。不同表達(dá)在兩方面：其一，CMMI模型明確強(qiáng)調(diào)持續(xù)的過(guò)程改進(jìn)，而ISO9001只要求質(zhì)量體系的最小保證；其二，CMMI模型只關(guān)注軟件，而ISO9001適用于更大的范圍。174第8章IT軟件工程配置管理175第8章IT軟件工程配置管理8.1軟件配置管理概念8.2軟件配置管理根本活動(dòng)8.3軟件配置管理組織8.4軟件測(cè)試8.5配置管理工具1768.1軟件配置管理概念

8.1.1軟件配置及軟件配置項(xiàng)8.1.2軟件配置管理1778.1.1軟件配置及軟件配置項(xiàng)配置管理(ConfigurationManagement，CM)的目的是建立和維護(hù)在整個(gè)軟件生命周期中軟件工程產(chǎn)品的完整性和一致性。CM的主要目標(biāo)是使修改局部更容易被適應(yīng)，并減少變化中所花費(fèi)的工作量。配置管理在一個(gè)IT軟件工程中是必須的，特別是對(duì)那種規(guī)模大且周期較長(zhǎng)的工程。軟件配置管理是始終貫穿整個(gè)軟件過(guò)程的保護(hù)性活動(dòng)。軟件配置管理的一系列活動(dòng)被設(shè)計(jì)成為：標(biāo)識(shí)變化、控制變化和保證變化被適當(dāng)?shù)貙?shí)現(xiàn)，以及向其他可能的人員報(bào)告變化的一個(gè)有力和有效工具。隨著軟件過(guò)程的進(jìn)展，軟件配置項(xiàng)(SoftwareConfigurationItems，SCI)迅速增長(zhǎng)。一般，系統(tǒng)的軟件規(guī)格說(shuō)明了產(chǎn)生軟件工程方案和軟件需求說(shuō)明以及與硬件相關(guān)的文檔資料，然后在這些文檔根底上又產(chǎn)生了其他的一些文檔，從而形成了一個(gè)信息層次。1788.1.2軟件配置管理軟件配置管理(SoftwareConfigurationManagement，SCM)是軟件過(guò)程的關(guān)鍵要素，是開(kāi)發(fā)和維護(hù)各個(gè)階段管理軟件演進(jìn)過(guò)程的一種方法和規(guī)程。

軟件配置管理使得整個(gè)軟件產(chǎn)品的演進(jìn)過(guò)程處于一種可視的狀態(tài)。

軟件配置管理作為CMM第2級(jí)上的一個(gè)關(guān)鍵域(KeyPracticeArea，KPA)，在整個(gè)軟件的開(kāi)發(fā)活動(dòng)中占有很重要的位置。

及多少識(shí)別和修改，多少錯(cuò)誤仍然未被發(fā)現(xiàn)等；也可以用于對(duì)費(fèi)用和進(jìn)度參數(shù)的預(yù)測(cè)。軟件配置管理活動(dòng)：1798.1.2軟件配置管理軟件配置管理功能：軟件配置管理配置標(biāo)識(shí)變更控制配置狀態(tài)統(tǒng)計(jì)配置審核圖8.1軟件配置管理功能1808.2軟件配置管理概念

8.2.1制定軟件配置方案8.2.2確定配置標(biāo)識(shí)8.2.3版本管理8.2.4變更控制8.2.5系統(tǒng)整合8.2.6狀態(tài)報(bào)告8.2.7配置審計(jì)1818.2.1制定軟件配置方案工程經(jīng)理和配置管理委員會(huì)(CCB)根據(jù)工程的開(kāi)發(fā)方案確定各個(gè)里程碑和開(kāi)發(fā)策略。根據(jù)CCB的規(guī)劃，制定詳細(xì)的配置管理方案，交CCB審核。CCB通過(guò)配置管理方案后交工程經(jīng)理批準(zhǔn)，發(fā)布實(shí)施。軟件配置管理的主要流程如下：1828.2.1制定軟件配置方案文檔命名約定。正式文檔的關(guān)系(工程方案書(shū)、需求定義、設(shè)計(jì)報(bào)告、測(cè)試報(bào)告都是正式文檔)。確定負(fù)責(zé)驗(yàn)證正式文檔的人員。確定負(fù)責(zé)提交配置管理方案的人員。在已建立了要管理的文檔后，配置管理方案必須定義以下問(wèn)題：1838.2.1制定軟件配置方案根據(jù)已文檔化的規(guī)程為每個(gè)軟件工程制定軟件配置管理方案。這個(gè)規(guī)程一般規(guī)定：在整個(gè)工程方案的初期制訂軟件配置管理方案，并與整個(gè)工程方案并行；由相關(guān)小組審查軟件配置管理方案，管理和控制軟件配置管理方案。將已文檔化且經(jīng)批準(zhǔn)的軟件配置管理方案作為執(zhí)行配置管理活動(dòng)的根底。該方案應(yīng)該包括：需要被執(zhí)行的配置管理活動(dòng)、活動(dòng)的日程、指派的責(zé)任和需要的資源(包括人員、工具、計(jì)算機(jī)設(shè)施等)；配置管理的需求和由軟件開(kāi)發(fā)小組和其他相關(guān)小組執(zhí)行的配置管理活動(dòng)一樣。制定配置管理方案中，必須定義以下問(wèn)題：1848.2.2確定配置標(biāo)識(shí)有效地配置管理，需要確定配置標(biāo)識(shí)：

(1) 建立一個(gè)配置管理庫(kù)作為存放軟件基線的倉(cāng)庫(kù)。

基線是指已經(jīng)通過(guò)正式評(píng)審和認(rèn)可的標(biāo)準(zhǔn)，作為以后進(jìn)一步開(kāi)發(fā)的根底，并且只有通過(guò)正式的更改控制規(guī)程才能進(jìn)行更改的規(guī)程說(shuō)明或者產(chǎn)品。當(dāng)軟件基線生成時(shí)，就納入軟件基線庫(kù)中。存取軟件基線內(nèi)容的工具和規(guī)程就是配置管理庫(kù)系統(tǒng)。(2) 標(biāo)識(shí)置于配置管理下的軟件工作產(chǎn)品。

置于配置管理之下的軟件工作產(chǎn)品，主要包括可交付給客戶的軟件產(chǎn)品(如軟件需求文檔和代碼等)，以及與這些軟件產(chǎn)品等同的產(chǎn)品項(xiàng)或者生成這些軟件產(chǎn)品所需要的產(chǎn)品項(xiàng)(如編譯程序、運(yùn)行平臺(tái)等)。所謂配置標(biāo)識(shí)就是為系統(tǒng)選擇配置項(xiàng)，并在技術(shù)文檔中記錄其功能特征和物理特性。(3) 根據(jù)文檔化的規(guī)程，提出、記錄、審查、批準(zhǔn)和跟蹤所有配置項(xiàng)/配置單元的更改要求和問(wèn)題報(bào)告。(4) 根據(jù)文檔化的規(guī)程記錄配置項(xiàng)/配置單元的狀態(tài)。該規(guī)程一般規(guī)定：詳細(xì)地記錄配置管理行動(dòng)，讓每個(gè)成員都知道每個(gè)配置項(xiàng)/配置單元的內(nèi)容和狀態(tài)，并且能夠恢復(fù)以前的版本；保存每個(gè)配置項(xiàng)/配置單元的歷史，并維護(hù)其當(dāng)前狀態(tài)。1858.2.3版本管理版本變遷演化：Obj1.0Obj1.1Obj1.2Obj1.4Obj2.0Obj2.1Obj1.1.1Obj1.1.2Obj1.3圖8.2版本變遷演化12345變體1868.2.4變更控制

變更的預(yù)期效益如何？變更的本錢如何？工程變更進(jìn)程后，對(duì)工程本錢的影響如何？變更對(duì)軟件質(zhì)量的影響如何？變更對(duì)工程資源分配的影響如何？變更可能會(huì)影響到工程后續(xù)的哪些階段？變更會(huì)不會(huì)導(dǎo)致出現(xiàn)不穩(wěn)定的風(fēng)險(xiǎn)？一般需要考慮以下因素

:1878.2.4變更控制