一,、概述
度量的目的：

•   理解——獲得對過程、產(chǎn)品,、資源等的理解;是評估,、預(yù)測和改進活動的基礎(chǔ),。定量的理解才是對事物本質(zhì)的了解,真正“心中有數(shù)”
  

•   預(yù)測——通過建立預(yù)測模型,進行估算和計劃,。 歷史數(shù)據(jù)能夠幫助我們預(yù)測和計劃

•   評估——產(chǎn)品的質(zhì)量,、過程改進的效果等。對趨勢的分析可以使我們找到問題出在哪里

•   改進——根據(jù)得到的量化信息,確定潛在的改進機會,。度量本身不會改進過程;但它為我們提供了對計劃,、控制、管理和改進的可視性

度量是有成本的

• 度量是項目管理的重要手段,，但度量是需要成本的

• 度量的成本（數(shù)據(jù)收集和分析）

      --小于項目總成本的3%

• 管理成本通常估計為項目的總成本的10-15%

GQM方法-—一種確定（選擇）度量的途徑

• GQM(Goal-Question-Metric)
• GQM的主要步驟：

– 確定度量的目標
– 提出能夠滿足目標的問題
– 確定回答問題所需要的度量
GQM法舉例
目標：改進項目計劃
-問題1 項目進度是否發(fā)生了偏差？
   度量:里程碑實際到達時間
       任務(wù)包完成的數(shù)量
– 問題2 項目工作量是否發(fā)生了偏差?
   度量:各種工作量
GQM方法的優(yōu)點：

• 易于操作
• GQM便于識別所需的度量
• 便于確定收集數(shù)據(jù)的用途
• 使我們明確所收集的數(shù)據(jù)應(yīng)該如何分析,、解釋

實施軟件度量的前提條件：

• 管理者支持
• 全體員工的參與
• 統(tǒng)一的定義
• 有效的度量過程(制定好的度量規(guī)程和度量計劃)
• 實用的度量工具

二,、選擇度量
2.1 在process area（PA)中requirment management(RA)度量需求
來判斷管理分配到的需求活動的狀態(tài)
度量的例子有:
   – 需求的狀態(tài)
   – 需求的修改
   – 累計對分配到的需求的變更的數(shù)目,它包括如下幾方面修改的
     總數(shù):提出的修改,未處理的或處理后尚未解決的修改,贊同的修改以及合并到系統(tǒng)基線中的修改。
2.2 PA PP中的度量需求（program  Planning)
度量的例子有:
   – 估計過程需要歷史項目度量數(shù)據(jù):軟件規(guī)模,、工作量,、進度(里程碑、任務(wù)進展),、成本,、資源、風險
   – 與其計劃相比,在軟件項目計劃活動中工作的完成情況,、花費的工作量以及支出的費用
2.3 PA PMC中的度量需求(Project Monitoring and control)
根據(jù)度量結(jié)果與計劃相比較,實施項目監(jiān)控,并用于判斷軟件跟
  蹤和監(jiān)控活動的狀態(tài)
度量的例子有:
   – 軟件規(guī)模,、工作量,、進度(里程碑、任務(wù)進展),、成本,、資源、風險
   – 在進行跟蹤和監(jiān)控的活動中所花費的工作量和其它資源
   – 對軟件開發(fā)計劃的修改活動,它包括對軟件工作產(chǎn)品規(guī)模的估計,、對軟件成本的估計,、對關(guān)鍵計算機資源的估計以及對進度等的修改
2.4 PA SAM中的度量問題
度量的目的是為了判斷供應(yīng)商合同管理活動進行的狀態(tài)
度量的例子有:
   – 與其計劃相比,管理供應(yīng)商合同活動的成本
   – 與其計劃相比,分包產(chǎn)品實際交付的日期
   – 與其計劃相比,主承包商交付到分包商的實際日期
2.5 PA PPQA中的度量需求
度量的目的是為了判斷SQA活動的成本和進度狀態(tài)
度量的例子有:
   – 與其計劃相比,SQA活動完成的里程碑數(shù)
   – 在SQA活動中完成的工作,花費的工作量及支出的費用
   – 與其計劃相比,產(chǎn)品審查和活動評審的次數(shù)
2.6 PA CM中的度量需求
度量的目的是為了判斷SCM活動的狀態(tài)
度量的例子有:
   – 處理的修改請求的數(shù)目
   – 與其計劃相比,SCM活動完成的里程碑數(shù)
   – 與其計劃相比,在SCM活動中完成的工作,花費的工作量及支
     出的費用
2.6.1 按進度追蹤進展
定期度量活動和里程碑的實際完成情況
按項目計劃中文檔化的進度比較活動(階段跨越的時間和里程
  碑到達時間)的實際完成情況
標識進度計劃的嚴重偏離(根據(jù)閾值)
相對偏離(相對于本階段)與絕對偏離
對關(guān)鍵路徑上的活動和非關(guān)鍵路徑上的活動,要按不同的閾值
  進行控制
2.6.2 追蹤成本和工作量、人數(shù)
定期度量實際工作量和所花的成本及分配的人員
與項目計劃中記錄的估計和預(yù)算比較實際的工作量,、成本,、人
  員配置
標識與項目計劃中的預(yù)算的嚴重偏離
2.6.3 跟蹤工作產(chǎn)品和任務(wù)的屬性
工作產(chǎn)品和任務(wù)的屬性包括規(guī)模、復(fù)雜度,、權(quán)重等
跟蹤內(nèi)容包括:
   – 定期度量工作產(chǎn)品和任務(wù)的實際屬性,如規(guī)?；驈?fù)雜度 (和對
     屬性的變更)
   – 將工作產(chǎn)品和任務(wù)的屬性的實際值(和對屬性的變更)與項目
     計劃中記錄的估計值進行比較
   – 標識與項目計劃中的估計的嚴重偏離


2.6.4 跟蹤需求狀態(tài)
一個需求經(jīng)提出、評審,、設(shè)計,、編碼實現(xiàn)和測試,它的狀態(tài)將發(fā)生變化?？梢詫⑿枨蠓直唤ㄗh,、被拒絕、被批準,、被實現(xiàn),、被驗證、被廢除,、被交付等狀態(tài)
   – 被建議:該需求已被有權(quán)提出需求的人建議
   – 被拒絕:該需求被建議后,評審未通過
   – 被批準:該需求已被分析,估計了其成本和對項目其他部分的影響,而且通過評審
   – 被實現(xiàn):已實現(xiàn)需求的設(shè)計,、編碼和單元測試
   – 被驗證:使用所選擇的方法(如測試)已驗證了實現(xiàn)的需求,該需求現(xiàn)在被認為完成
   – 被廢除:被批準的需求已從基線中廢除,但記錄了原因說明和做出廢除決定的人員
   – 被交付:需求已通過客戶的驗收。
2.6.4.1對需求狀態(tài)的追蹤


2.6.4.2對需求變更的分析
增加,、修改或刪除需求時,要進行影響分析:
   – 對開發(fā)進度的影響
   – 對發(fā)布進度的影響
   – 對人員安排的影響
   – 對成本的影響
   – 對現(xiàn)有約定(Commitment)的影響
   – 變更引起的風險分析
   – 對其他相關(guān)的工作產(chǎn)品的影響
 
總的需求數(shù)=(基線需求數(shù)+增加的需求數(shù)-刪除的需求數(shù))
需求變更數(shù)=(增加的需求數(shù)+刪除的需求數(shù)+修改的需求數(shù))
需求穩(wěn)定性=(需求變更數(shù)/基線需求數(shù))

2.6.5 跟蹤缺陷數(shù)據(jù)——缺陷跟蹤表（bug庫也可以）
缺陷的度量(一)
缺陷按注入階段的分布
缺陷按發(fā)現(xiàn)階段的分布
缺陷按類型的分布
缺陷按嚴重程度的分布
缺陷按模塊的分布
缺陷密度 = 缺陷數(shù) / 實際規(guī)模
殘余數(shù):進入該階段時已有的缺陷數(shù)
注入數(shù):在該階段注入的缺陷數(shù)
清除數(shù):在該階段清除的缺陷數(shù)
剩余數(shù):在該階段剩余的缺陷數(shù)
注入率:在該階段中每KLOC或每功能點注入的缺陷數(shù)
過程階段的清除率:清除數(shù)/(殘余數(shù)+注入數(shù))
總效率:總清除數(shù)/總注入數(shù)
審查缺陷:由審查發(fā)現(xiàn)的缺陷數(shù)
開發(fā)缺陷:由審查發(fā)現(xiàn)的缺陷數(shù) + 由測試發(fā)現(xiàn)的缺陷數(shù)
2.6.6 SEI建議的最小度量元集
進度性能 (里程碑,不一致情況)
費用性能 (實際的與計劃的對照,不一致情況)
工作量性能 (實際的與計劃的對照,分配情況)
需求管理 (總數(shù),增長,追蹤性)
程序規(guī)模 (源碼行,頁數(shù) - 實際的與計劃的對照)
測試性能 (需要的測試, 通過的測試)(功能,、語句、分支,、路徑覆蓋率)
缺陷數(shù)據(jù)狀態(tài) (未解決和解決的問題,缺陷密度,缺陷來源)
過程性能 (完成的任務(wù),行動項數(shù))
計算機資源利用率 (內(nèi)存占有量,CPU占有量等)
管理計劃項目過程的性能(對照實際進展作估計,重計劃,項目總結(jié)數(shù)
  據(jù))