第4章軟件過程和項目度量

軟件工程第4章軟件過程和項目度量

軟件工程1第4章軟件過程和項目度量

4.1測度、度量和指標4.2過程和項目領域中的度量4.3軟件測度4.4調和不同的度量方法4.5軟件質量度量4.6在軟件過程中集成度量

第4章軟件過程和項目度量4.1測度、度量和指標24.1測量、度量和指標

當獲取到單個的數據點(如在一個模塊的復審中發現的錯誤數)時，就建立了一個測量測量的發生是收集一個或多個數據點的結果(如調研若干個模塊的復審，以收集每一次復審所發現的錯誤數的測量)。4.1測量、度量和指標當獲取到單個的數據點(如在一個模34.1測量、度量和指標軟件度量在某種程度上與單個的測量相關(如每一次復審所發現的錯誤的平均數，或復審中每人/小時所發現的錯誤的平均數)指標是一個度量或度量的組合，它對軟件過程、軟件項目或產品本身提供了更深入的了解4.1測量、度量和指標軟件度量在某種程度上與單個的測量相44.2過程和項目領域中的度量項目指標使得軟件項目管理者能夠：(1)評估正在進行的項目的狀態(2)跟蹤潛在的風險(3)在問題造成不良影響之前發現問題(4)調整工作流程或任務(5)評估項目組控制軟件工程工作產品的質量的能力

4.2過程和項目領域中的度量項目指標使得軟件項目管理者能夠5過程客戶特征商業條件產品技術人員開發環境圖軟件質量和組織有效性的決定因素過程客戶特征商業條件產品技術人員開發環境圖軟件質量和組織64.2.1過程度量和軟件過程改善過程是改善軟件質量和組織性能的控制因素之一不同類型的過程數據分為“私有的和公用的”如私有的度量數據有：缺陷率(個人的)、缺陷率(模塊的)、開發中發現的錯誤4.2.1過程度量和軟件過程改善過程是改善軟件質量和組織性7解釋度量數據時使用通用的觀念，并考慮組織的感受性對收集測量和度量的個人及小組提供定期的反饋不要使用度量去評價個人與開發者和小組一起設定清晰的目標及達到這些目標的度量

軟件度量禮儀：解釋度量數據時使用通用的觀念，并考慮組織的感受性軟件度量禮儀8不要用度量去威脅個人或小組。指出某個問題的度量數據不應該被看成是“否定的”含義。這些數據僅僅是過程改進的指標。不要被某個與其他重要度量不符合的度量迷惑。

軟件度量禮儀：不要用度量去威脅個人或小組。軟件度量禮儀：91.根據來源分類所有的錯誤和缺陷(如，規格說明中的錯誤，邏輯錯誤，與標準不符的錯誤等)。2.記錄修改每個錯誤和缺陷的成本。3.統計每一類錯誤和缺陷的數目，并按降序排列。故障分析采用方式：1.根據來源分類所有的錯誤和缺陷(如，規格說明中的錯誤，邏輯10故障分析采用方式：4.計算每一類錯誤和缺陷的總成本。5.分析結果數據，找出造成組織最高成本的錯誤和缺陷類型。6.制定修正過程的計劃，目的是消除(或降低其出現的頻率)成本最高的錯誤和缺陷類型。

故障分析采用方式：4.計算每一類錯誤和缺陷的總成本。114.2.2項目度量項目度量的目的是雙重的：首先，這些度量能夠指導進行一些必要的調整以避免延遲，并減少潛在問題及風險，從而使得開發時間減到最少其次，項目度量可在項目進行的基礎上評估產品質量，并且可在必要時修改技術方法以改進質量。4.2.2項目度量項目度量的目的是雙重的：12軟件項目度量的另一個模型：輸入—完成工作所需的資源的測量輸出—軟件工程過程中產生的交付物或工作產品的測量結果—表明交付物的有效性的測量軟件項目度量的另一個模型：輸入—完成工作所需的資源的測量13測度在現實世界中可分為兩類：直接測量間接測量4.3軟件測度測度在現實世界中可分為兩類：4.3軟件測度144.3軟件測度過程的直接測量：花費的成本工作量4.3軟件測度過程的直接測量：15產生的代碼行執行速度內存大小某段時間內報告的缺陷4.3軟件測度產品的直接測量：產生的代碼行4.3軟件測度產品的直接測量：16產品的間接測量：功能質量復雜性有效性可靠性可維護性產品的間接測量：174.3.1面向規模的度量為了產生可以與其他項目中同類度量相比較的度量，我們選擇代碼行作為規范化值

面向規模的軟件度量是通過規范化質量和/或生產率的測量而得到的4.3.1面向規模的度量為了產生可以與其他項目中同類度量相184.3.2面向功能的度量功能點度量的5個參數：用戶輸入數用戶輸出數用戶查詢數文件數外部接口數4.3.2面向功能的度量功能點度量的5個參數：19FP=總計數值×［0.65＋0.01×ΣFi］Fi(i=1到14)是基于對圖4-6中問題的回答而得到的“復雜度調整值”(0到5)。等式中的常數和信息域值的加權因子是根據經驗確定的。我們采用下面的方式計算功能點：FP=總計數值×［0.65＋0.01×ΣFi］我們采用下面的20Fi：1.系統需要可靠的備份和復原嗎？2.需要數據通信嗎？3.有分布處理功能嗎？4.性能很關鍵嗎？5.系統是否在一個已有的、很實用的操作環境中運行？Fi：1.系統需要可靠的備份和復原嗎？21Fi：6.系統需要聯機數據項嗎？7.聯機數據項是否需要在多屏幕或多操作之間切換以完成輸入？8.需要聯機更新主文件嗎？9.輸入、輸出、文件或查詢很復雜嗎？10.內部處理復雜嗎？Fi：6.系統需要聯機數據項嗎？22Fi：11.代碼需要被設計成是可復用的嗎？12.設計中需要包括轉換及安裝嗎？13.系統的設計支持不同組織的多次安裝嗎？14.應用的設計方便用戶修改和使用嗎？Fi：11.代碼需要被設計成是可復用的嗎？234.3.3擴展的功能點度量

4.3.3擴展的功能點度量

243D功能點指標=I+O+Q+F+E+T+R其中I、O、Q、F、E、T及R分別代表前面討論的元素的復雜度加權值：輸入、輸出、查詢、內部數據結構、外部文件、變換及變遷

3D功能點指標=I+O+Q+F+E+T+R其中I、O、Q、F25每一個復雜度加權值采用下面的方法計算：復雜度加權值=NilWil+NiaWia+NihWih

其中Nil、Nia和Nih表示元素i(如輸出)在每一個復雜度級別上(低、平均、高)發生的次數；Wil、Wia和Wih則表示相應的權值每一個復雜度加權值采用下面的方法計算：復雜度加權值=NilW264.4調和不同的度量方法

LOC–代碼行FP--功能點

代碼行和功能點度量之間的關系依賴于實現軟件所采用的程序設計語言及設計的質量4.4調和不同的度量方法LOC–代碼行FP274.5軟件質量度量軟件工程的最高目標就是產生高質量的系統、應用軟件或產品一個系統、應用軟件或產品的質量依賴于問題需求的描述、解決方案的建模設計、可執行程序的編碼的產生、以及為發現錯誤而運行軟件的測試

4.5軟件質量度量軟件工程的最高目標就是產生高質量的系統、284.5.1概述影響質量的因素質量因素從三個不同的視點來評估軟件：(1)產品的操作(2)產品的修改(3)產品的轉換4.5.1概述影響質量的因素質量因素從三個不同的視點來評估軟294.5.2測量質量正確性可維護性完整性可用性4.5.2測量質量正確性30缺陷排除效率(DRE)DRE=E/(E＋D)其中：E=軟件交付給最終用戶之前所發現的錯誤數D=軟件交付之后所發現的缺陷數4.5.3缺陷排除效率

缺陷排除效率(DRE)4.5.3缺陷排除效率

31支持軟件度量的論點建立基線度量收集、計算和評估4.6在軟件過程中集成度量支持軟件度量的論點4.6在軟件過程中集成度量324.7管理變化:統計過程控制4.8小型組織的度量4.9建立軟件度量計劃

4.7管理變化:統計過程控制334.10小結測量使得管理者和開發者能夠改善軟件過程。過程度量使得一個組織能夠從戰略級洞悉一個軟件過程的功效。項目度量是戰術的，使得項目管理者能夠以實時的方式改進項目的工作流程及技術方法。

4.10小結測量使得管理者和開發者能夠改善軟件過程。34第4章軟件過程和項目度量

軟件工程第4章軟件過程和項目度量

軟件工程35第4章軟件過程和項目度量

4.1測度、度量和指標4.2過程和項目領域中的度量4.3軟件測度4.4調和不同的度量方法4.5軟件質量度量4.6在軟件過程中集成度量

第4章軟件過程和項目度量4.1測度、度量和指標364.1測量、度量和指標

當獲取到單個的數據點(如在一個模塊的復審中發現的錯誤數)時，就建立了一個測量測量的發生是收集一個或多個數據點的結果(如調研若干個模塊的復審，以收集每一次復審所發現的錯誤數的測量)。4.1測量、度量和指標當獲取到單個的數據點(如在一個模374.1測量、度量和指標軟件度量在某種程度上與單個的測量相關(如每一次復審所發現的錯誤的平均數，或復審中每人/小時所發現的錯誤的平均數)指標是一個度量或度量的組合，它對軟件過程、軟件項目或產品本身提供了更深入的了解4.1測量、度量和指標軟件度量在某種程度上與單個的測量相384.2過程和項目領域中的度量項目指標使得軟件項目管理者能夠：(1)評估正在進行的項目的狀態(2)跟蹤潛在的風險(3)在問題造成不良影響之前發現問題(4)調整工作流程或任務(5)評估項目組控制軟件工程工作產品的質量的能力

4.2過程和項目領域中的度量項目指標使得軟件項目管理者能夠39過程客戶特征商業條件產品技術人員開發環境圖軟件質量和組織有效性的決定因素過程客戶特征商業條件產品技術人員開發環境圖軟件質量和組織404.2.1過程度量和軟件過程改善過程是改善軟件質量和組織性能的控制因素之一不同類型的過程數據分為“私有的和公用的”如私有的度量數據有：缺陷率(個人的)、缺陷率(模塊的)、開發中發現的錯誤4.2.1過程度量和軟件過程改善過程是改善軟件質量和組織性41解釋度量數據時使用通用的觀念，并考慮組織的感受性對收集測量和度量的個人及小組提供定期的反饋不要使用度量去評價個人與開發者和小組一起設定清晰的目標及達到這些目標的度量

軟件度量禮儀：解釋度量數據時使用通用的觀念，并考慮組織的感受性軟件度量禮儀42不要用度量去威脅個人或小組。指出某個問題的度量數據不應該被看成是“否定的”含義。這些數據僅僅是過程改進的指標。不要被某個與其他重要度量不符合的度量迷惑。

軟件度量禮儀：不要用度量去威脅個人或小組。軟件度量禮儀：431.根據來源分類所有的錯誤和缺陷(如，規格說明中的錯誤，邏輯錯誤，與標準不符的錯誤等)。2.記錄修改每個錯誤和缺陷的成本。3.統計每一類錯誤和缺陷的數目，并按降序排列。故障分析采用方式：1.根據來源分類所有的錯誤和缺陷(如，規格說明中的錯誤，邏輯44故障分析采用方式：4.計算每一類錯誤和缺陷的總成本。5.分析結果數據，找出造成組織最高成本的錯誤和缺陷類型。6.制定修正過程的計劃，目的是消除(或降低其出現的頻率)成本最高的錯誤和缺陷類型。

故障分析采用方式：4.計算每一類錯誤和缺陷的總成本。454.2.2項目度量項目度量的目的是雙重的：首先，這些度量能夠指導進行一些必要的調整以避免延遲，并減少潛在問題及風險，從而使得開發時間減到最少其次，項目度量可在項目進行的基礎上評估產品質量，并且可在必要時修改技術方法以改進質量。4.2.2項目度量項目度量的目的是雙重的：46軟件項目度量的另一個模型：輸入—完成工作所需的資源的測量輸出—軟件工程過程中產生的交付物或工作產品的測量結果—表明交付物的有效性的測量軟件項目度量的另一個模型：輸入—完成工作所需的資源的測量47測度在現實世界中可分為兩類：直接測量間接測量4.3軟件測度測度在現實世界中可分為兩類：4.3軟件測度484.3軟件測度過程的直接測量：花費的成本工作量4.3軟件測度過程的直接測量：49產生的代碼行執行速度內存大小某段時間內報告的缺陷4.3軟件測度產品的直接測量：產生的代碼行4.3軟件測度產品的直接測量：50產品的間接測量：功能質量復雜性有效性可靠性可維護性產品的間接測量：514.3.1面向規模的度量為了產生可以與其他項目中同類度量相比較的度量，我們選擇代碼行作為規范化值

面向規模的軟件度量是通過規范化質量和/或生產率的測量而得到的4.3.1面向規模的度量為了產生可以與其他項目中同類度量相524.3.2面向功能的度量功能點度量的5個參數：用戶輸入數用戶輸出數用戶查詢數文件數外部接口數4.3.2面向功能的度量功能點度量的5個參數：53FP=總計數值×［0.65＋0.01×ΣFi］Fi(i=1到14)是基于對圖4-6中問題的回答而得到的“復雜度調整值”(0到5)。等式中的常數和信息域值的加權因子是根據經驗確定的。我們采用下面的方式計算功能點：FP=總計數值×［0.65＋0.01×ΣFi］我們采用下面的54Fi：1.系統需要可靠的備份和復原嗎？2.需要數據通信嗎？3.有分布處理功能嗎？4.性能很關鍵嗎？5.系統是否在一個已有的、很實用的操作環境中運行？Fi：1.系統需要可靠的備份和復原嗎？55Fi：6.系統需要聯機數據項嗎？7.聯機數據項是否需要在多屏幕或多操作之間切換以完成輸入？8.需要聯機更新主文件嗎？9.輸入、輸出、文件或查詢很復雜嗎？10.內部處理復雜嗎？Fi：6.系統需要聯機數據項嗎？56Fi：11.代碼需要被設計成是可復用的嗎？12.設計中需要包括轉換及安裝嗎？13.系統的設計支持不同組織的多次安裝嗎？14.應用的設計方便用戶修改和使用嗎？Fi：11.代碼需要被設計成是可復用的嗎？574.3.3擴展的功能點度量

4.3.3擴展的功能點度量

583D功能點指標=I+O+Q+F+E+T+R其中I、O、Q、F、E、T及R分別代表前面討論的元素的復雜度加權值：輸入、輸出、查詢、內部數據結構、外部文件、變換及變遷

3D功能點指標=I+O+Q+F+E+T+R其中I、O、Q、F59每一個復雜度加權值采用下面的方法計算：復雜度加權值=NilWil+NiaWia+NihWih

其中Nil、Nia和Nih表示元素i(如輸出)在每一個復雜度級別上(低、平均、高)發生的次數；Wil、Wia和Wih則表示相應的權值每一個復雜度加權值采用下面的方法計算：復雜度加權值=NilW604.4調和不同的度量方法

LOC–代碼行FP--功能點

代碼行和功能點度