第二部份ch03.ppt

第二部份 軟工管理活動 第3章 軟工度量 大綱 3-1度量的目標 3-2軟工度量方式 3-3軟工度量種類 3-4程式碼列數換算功能點 3-5在過程中完成度量 3-1度量的目標 當說到軟工度量時，我們有興趣的對象主要有兩個。 第一個是軟體產品本身 第二個則是軟體過程 不論是針對軟體產品，或者是針對軟體過程，軟工度量的最終目標都是為了提高軟體的品質。 3-2軟工度量方式 基本上，軟工度量可以下列兩種方式來進行： (A)直接度量(Direct Metrics) (B)間接度量(Indirect Metrics) 3-2-1 直接度量 開發軟體所產生的程式碼列數(Lines of Code，簡稱 LOC)，以及其它直接度量可以收集到的數據，這些都可以歸納在直接度量(Direct Metrics)的範圍內。 3-2-2 間接度量 軟體的功能性、複雜性、可用性、使用友善性、安全性、測試性、再利用性、維護性、可靠性，等等這些事項，比較難以直接收集到數據。稱之為間接度量(Indirect Metrics)。 3-3軟工度量種類 軟工管理活動依據所需要的狀況，來做各種不同的度量： (A)產品規模度量 (B)過程產出度量 (C)產品品質度量 (D)過程品質度量 (E)生產力度量 (F)缺陷移除效率度量。 3-3-1產品規模度量 產品規模度量是衡量軟體產品本身的規模大小，有下列幾種： (A)程式碼列數(Lines of Code) (B)功能點(Functional Point，簡稱為FP) (C)物件系統大小(Object System Size) 3-3-1-1程式碼列數 程式碼列數是一種直接度量，它可以反應出軟體的規模。 由於程式碼列數會因為採用不同語言而互相不同，大多數人會因此詬病它的公正性，這是程式碼列數度量方法的缺點。 3-3-1-2功能點 和程式碼列數一樣，功能點(Functional Point，簡稱為FP)也可以反應出軟體的規模。 功能點度量集中於軟體的功能性或有效性。軟體的功能性無法被直接度量。 透過功能點的計算方式來間接度量軟體的功能，是一種不錯的方法。 3-3-1-2功能點(Continued) 假設社會局軟體的技 術需要如圖3-8所示 ： 3-3-1-3 物件系統大小 當一個軟體是使用物件方式開發時，軟體的規模就需要用物件系統大小(Object System Size)來度量。 物件系統大小的計算會很繁瑣，比較簡單的計算方法，就是採用類別和操作的數目來當作物件系統大小。 3-3-1-3 物件系統大小 (Continued)? 算數軟體系統專案經過分解，可得到下列3個物件：(A)算數軟體表單、(B)DIVMAX、和(C)GCDFAC。 依據這3個物件，可以找出所有的類別和操作的數目，如圖3-10所示。 3-3-2過程產出度量 過程產出度量包括： 3-3-2-1文件數度量 3-3-2-2軟體行為複雜性度量 3-3-2-3軟體結構複雜性度量 3-3-2-4結構元素複雜性度 3-3-2-5資料庫的度量 3-3-3產品品質度量 產品品質度量包括： （A）正確性度量 （B）使用友善性度量 （C）安全性度量 （D）維護性度量 3-3-4過程品質度量 要能夠比較不同的軟體過程模式之間的品質誰好誰壞，首先要能夠去度量過程品質(Process Quality)。如圖3-11所示。 度量過程品質的方法就是去記錄和軟體過程相關的數據。有三大類數據是值得收集的： （A）完成某個過程處理所需花費的時間 （B）完成某個過程處理所需要的資源 （C）在過程處理中某個特殊事件發生的次數。 3-3-5生產力度量 在軟工管理活動的範圍內，生產力(Productivity)是大家所關心的事情。 因為生產力關係著軟體公司營運的成本，生產力高則軟體公司賺錢。反之，生產力低則軟體公司虧本。 3-3-5生產力度量(Continued)  圖3-14顯示，針對同樣規模的軟體專案，生產力低則工作量多，生產力高則則工作量少。 3-3-6 缺陷移除效率度量 缺陷移除效率(Defect Removal Efficiency，簡稱DRE)對軟體過程提供了最佳的品質度量。當考量專案過程時，缺陷移除效率的定義，如圖3-15所示。 3-4程式碼列數換算功能點 程式碼列數度量和功能點度量，算是軟工度量中最重要的兩項度量。 為了取得一個度量的標準，最好能夠讓程式碼列數和功能點互相換算。 圖3-16顯示在不同程式語言中建立一個功能點，所需要的平均程式碼列數。 3-5在過程中完成度量 度量制度無論如何還是要設法建立起來。 採用度量的制度，來掌控專案成本估算、