1、軟件度量總結(jié)這次總結(jié)的結(jié)構(gòu)比較簡單，就是按照五個章節(jié)分別闡述了自己的理解。軟件度量的應(yīng)用范圍。經(jīng)過這一階段的學(xué)習(xí)，我認為想要明白軟件度量，首先要分清度量和測量的區(qū)別。度量具有前置 性，它提供了一種定量研究軟件問題的方法；測量具有實時性或后置性，主要集中在給度量提供數(shù)據(jù)或者 處理數(shù)據(jù)的方法上。由于軟件工程強烈的不確定性，使得軟件工程的精確測量困難重重，但軟件度量主要 研究的是可能性的規(guī)律，通過概率和統(tǒng)計學(xué)的研究，尋找事物內(nèi)在的規(guī)律。其并不具備1 + 1=2的特征， 而是研究在多大可能性上這個結(jié)論是合理的，因為軟件的主體是人，具有概率屬性，設(shè)備和材料容易度 量，但人很難度量。軟件度量的主要作用是評

2、估狀況、跟蹤進展情況、評價產(chǎn)品有效性和改進設(shè)計和過程 的質(zhì)量。定性分析可以提供迅速地判斷能力，但定性分析終究需要定量分析的驗證與支持，否則其結(jié)果很 可能成為無目之本，出現(xiàn)錯誤。軟件度量的方法體系主要包括5個方面：1.項目度量，目的在于度量項目規(guī)模、成本、進度、顧客滿 意度等，輔助項目管理進行項目控制；2.規(guī)模度量，主要依靠經(jīng)驗和經(jīng)驗的模型，是決定項目成敗的重要 原因之一，是估算工作量、成本預(yù)算及策劃項目進度的基礎(chǔ)；3.成本度量，4。產(chǎn)品度量，實質(zhì)上是軟件 質(zhì)量的度量，軟件的質(zhì)量由一系列質(zhì)量要素組成，每個質(zhì)量要素又由一些衡量標準組成，主要肚量方法是 McCabe復(fù)雜性度量法；5,過程度量，對軟件

3、開發(fā)過程的個各方面進行度量，目的在于預(yù)測過程的未來屬 性，減少結(jié)果的偏差，主要包括成熟度度量（例如CMMI, GJB5000A）、管理度量（主要包括里程碑管 理、風險度量等項目管理度量，審查度量、質(zhì)量保證度量等質(zhì)量管理度量，變更控制、版本管理度量等配 置管理度量）、生命周期度量三個大的方面。不同層次的人員對軟件度量有不同的需求。高級管理人員，如CEO、COO,關(guān)注點在上市時間、客 戶滿意度、費用的節(jié)省等商業(yè)策略的組成部分上；中級管理層，如部門經(jīng)理、總監(jiān)等，則主要關(guān)注生產(chǎn) 力、成本控制、效率等，他們更多的是著眼于總體的性能，交付情況以及產(chǎn)品的運行狀態(tài)等，而不是項目 每天完成的情況；項目管理層對度

4、量的需求則是準確估計和控制軟件產(chǎn)品，主要考慮通過每周的對比評 測、研究進展，以確保項目開發(fā)方向的正確性，或者主動捕捉測量點，由度量分析師發(fā)展成一種模型，預(yù) 測項目未來的結(jié)果。軟件測量基礎(chǔ)。軟件測量是經(jīng)典測量科學(xué)基礎(chǔ)上的具體應(yīng)用，為了使軟件度量真正發(fā)揮作用，必須掌握測量的基礎(chǔ) 知識。軟件度量不能用現(xiàn)成的公式進行計算，需要根據(jù)自己的實際情況建立模型，并通過歷史數(shù)據(jù)來定義 參數(shù)。首先，測量的表示理論。人們一般習(xí)慣從比較中獲得對事物的理解，例如二元關(guān)系、三元關(guān)系中誰 比誰大等，而這種關(guān)系可以映射到數(shù)學(xué)世界中，由此可以把測量定義為從經(jīng)驗世界到關(guān)系世界的一種映 射，把度量定義為為了描述實體的某種屬性，而為

5、這個實體賦予的數(shù)字或者符號。比如為了描述人的年 齡，將這個人從出生到現(xiàn)在的所經(jīng)歷的年數(shù)作為年齡屬性賦予這個人。第二，測量和模型。模型是對顯示 的抽象，除去了實現(xiàn)的細枝末節(jié)，使我們可以我們從特定的角度看待實體和概念。測量可以分為直接測量 和間接測量兩種，而一個預(yù)測系統(tǒng)通常由一個數(shù)學(xué)模型和一組預(yù)測規(guī)程組成，其中，預(yù)測規(guī)程的作用是確 定預(yù)測參數(shù)并對結(jié)果進行解釋。第三，測量數(shù)據(jù)收集與分析。良好的數(shù)據(jù)應(yīng)該具有正確性、準確性、一致 性的特點，并要具有合適的精度，能與特定活動或持續(xù)時間相關(guān)聯(lián)，且能夠重復(fù)出現(xiàn)。就數(shù)據(jù)的收集而 言，第一步要制訂數(shù)據(jù)收集計劃，然后決定測量項，根據(jù)需要選取合適的測試粒度，并確保產(chǎn)品

6、處于配置 控制之下，必須了解對產(chǎn)品的哪些版本進行測量；軟件規(guī)模的估算與度量。軟件規(guī)模的估算與度量部分，我主要想寫一下我理解的功能點估算及用例點估算的主要流程及估算 過程中需要注意的問題。在此之前先簡單地描述一下傳統(tǒng)的代碼行度量，一般認為空白行和注釋行不應(yīng)該 計算在代碼行中，并把不帶注釋的行數(shù)縮寫為NCLOC（又稱為有效代碼行ELOC），并將注釋行定義為 CLOC,則總長度為LOC=NCLOC+ELOC，注釋行的密度用CLOC/LOC表示。但由于所用的語言不同導(dǎo)致 代碼行不同等原因，代碼行不適于作估算，更適合用作完成之后的測量。接下來是功能點估算。功能點估算提出的目的是使得不同國家，不同人對同樣

7、的需求估算得到的規(guī) 模大小基本相同；其缺點是對需求描述的要求比較高。在這個方法中，功能點是一個度量單元，度量所得 到的值和軟件的代碼量沒有關(guān)系，也就不再依賴于選擇的編程語言。至于功能點估算的過程，最簡單地來 說包括4個步驟：估算數(shù)據(jù)功能規(guī)模，估算事務(wù)處理規(guī)模，計算調(diào)整因子，根據(jù)公式計算功能點 數(shù)。數(shù)據(jù)功能規(guī)模主要涉及系統(tǒng)所處理的數(shù)據(jù)文件對系統(tǒng)復(fù)雜性的影響，可以分為內(nèi)部邏輯文件和外部接 口文件兩種。事務(wù)處理規(guī)模則可以分為三種形式，即外部輸入、外部輸出、外部查詢。首先要對上述概念 進行識別，內(nèi)部邏輯文件可以描述為一個基本處理在應(yīng)用程序內(nèi)部維護邏輯上相關(guān)的數(shù)據(jù)塊或者控制信 息，其中，“維護”指增刪改

8、查等操作，“邏輯上相關(guān)”指僅考慮用到的或者邏輯上有關(guān)系的數(shù)據(jù)；外部接口 文件可以理解為系統(tǒng)不進行維護的邏輯文件。這兩種文件的復(fù)雜貢獻度可以分別通過數(shù)據(jù)元素類型（字段 個數(shù)）和記錄元素類型（數(shù)據(jù)表的數(shù)目）兩個緯度來考慮，每個具體文件所對應(yīng)的加權(quán)系數(shù)可以查詢對應(yīng) 的復(fù)雜型矩陣來得到，最后把加權(quán)系數(shù)相加即得到這兩種文件的總功能點數(shù)，即數(shù)據(jù)功能的功能點數(shù)。這 個過程中，難點在于對每個文件進行數(shù)據(jù)元素類型和記錄元素類型的識別，有一系列的注意事項。接下來 是對外部輸入、外部輸出和外部查詢的識別，外部輸入可以簡單地理解為用戶通過系統(tǒng)所進行地增、刪、 改，其結(jié)果可以是維護了內(nèi)部的數(shù)據(jù)文件，也可以是改變了系統(tǒng)地

9、行為狀態(tài)；外部輸出可以理解為系統(tǒng)所 作出的反映，例如顯示屏上顯示某些結(jié)果，或者系統(tǒng)行為發(fā)生某些改變；外部查詢沒有對數(shù)據(jù)的處理，僅 僅是對已有信息的抓取。這一部分相對容易理解，識別起來也比上面那部分容易一些，其加權(quán)系數(shù)由數(shù)據(jù) 元素類型DET （與內(nèi)部邏輯文件和外部接口文件中的DET基本相同）和參考文件類型FTR （被事務(wù)處理 的文件總數(shù)）兩個維度考慮，具體數(shù)值也是可以通過查詢矩陣表來獲得，分別得到后相加即可以得到事務(wù) 處理的功能點數(shù)。接下來需要計算值調(diào)整因子VAF，VAF根據(jù)非功能需求獲得，不同的項目可能會根據(jù) 實際情況有一些調(diào)整，然后根據(jù)公式求得VAF的具體值。最后一步就是將前面兩步所得的功能

10、點相加， 再乘以調(diào)整因子，得到最終的功能點數(shù)。由于軟件工程不斷向著面向?qū)ο笊踔撩嫦蜻^程方向發(fā)展，而功能點估算仍然是結(jié)構(gòu)化的估算方法， 所以出現(xiàn)了用例點估算。用例點估算的方法和功能點估算原理相似，都是講系統(tǒng)先按照一定的原則分割成 數(shù)個部分，分別得到估算結(jié)果之后再相加得到總的結(jié)果。用例點估算首先要明確什么是用例，我認為用例 描述了一個動作序列，這些動作是系統(tǒng)為了響應(yīng)事件而做的，其結(jié)果是產(chǎn)生了對發(fā)起事件的角色有價值的 可見的結(jié)果。用例點估算必須具備的基礎(chǔ)是良好的用例圖和場景描述，有了這兩個基礎(chǔ)，估算過程相對來 說就很簡單，也可以分為4個基本步驟：確定未調(diào)整功能點數(shù)，計算復(fù)雜因子，計算軟件規(guī)模， 估算

11、工作量。第個過程主要是用例角色復(fù)雜度和用例事務(wù)數(shù)的識別，角色可以是人，計算機或者組織， 關(guān)鍵是分清它用什么方式與系統(tǒng)交互，查到對應(yīng)的權(quán)重，從而計算獲得未平衡角色數(shù)；事物是指從用戶到 系統(tǒng)再到用戶的一個“回路”，根據(jù)場景描述確定每個用例的事物數(shù)，同樣查詢其對應(yīng)的權(quán)值之后計算得 到未平衡用例數(shù)，最后這兩個數(shù)值相加得到未調(diào)整功能點數(shù)。第步中復(fù)雜度因子的計算主要分為技術(shù)復(fù) 雜度因子TCF和環(huán)境復(fù)雜度因子ECF兩類，與功能點估算中調(diào)整因子的計算方法相同，對各個項目分別 打分后得出兩個復(fù)雜因子。第步，軟件規(guī)模UCP即為技術(shù)復(fù)雜度因子TCFX環(huán)境復(fù)雜度因子ECFX軟 件規(guī)模UCP。最后根據(jù)歷史數(shù)據(jù)確定每個U

12、CP完成的工作量（通常為16人時30人時），與計算所得的 UCP相乘即為開發(fā)工作量，在此之外，用例點模型將項目管理、質(zhì)量保證等時間作為補充效果SE計算， 補充效果SE+開發(fā)工作量就是最終的估算結(jié)果。過程規(guī)劃、預(yù)測與監(jiān)控中的度量。這一章主要簡單地說一下對項目評估預(yù)評審技術(shù)（PERT）、原始的CoCoMo模型、諍值分析以及項 目監(jiān)控中數(shù)據(jù)分析的理解。由于理解不是特別深刻，所以只能簡單的描述一下現(xiàn)有的了解。關(guān)于PERT， 我認為最主要的就是對三個數(shù)據(jù)的評估，即樂觀的OD（不考慮效率和中斷，完成任務(wù)的最小時間量）、 悲觀的PD （考慮各種培訓(xùn)、生病以及工作時間做與工作無關(guān)的事情等各種延誤情況）和最有可

13、能的ED （不是OD和PD的中間值，而是根據(jù)經(jīng)驗估算認為的最可能的情況）。根據(jù)這三個值得出項目的beta分 布及其圖像（使用beta分布而不是用正態(tài)分布的原因是人們的評估往往偏向于樂觀），圖中使得左右兩側(cè) 面積近似相等的分割線所對應(yīng)的時間即為最可能的工作量。這種估算方法需要策劃小組人員分別進行估算 得到結(jié)果后，再對結(jié)果按照一定的策略進行對比分析，得到最終的估計值。原始的CoCoMo模型是用于軟件開發(fā)不同階段的三個模型的集合?；尽⒅虚g、詳細這三個層次的 模型分別用于對項目了解很少、明確需求、完成設(shè)計以后三個階段，但都具有相同的形式，即E=aSbo E 是按人月計算的工作量，S是按千行交付的原指

14、令數(shù)目的測量規(guī)模，F(xiàn)是調(diào)整因子（不同層次的模型中取 不同值），a和b又根據(jù)軟件的三種類別（有機式、半分離式和嵌入式）分別取不同的數(shù)值。諍值分析法是為了將項目的范圍偏差跟蹤、進度偏差跟蹤和成本偏差跟蹤統(tǒng)一起來。這個方法的核心 是比較準確的估算出工作完成的百分比。計劃的費用PV是一條表示期望值的基線，代表著截止到某一時 刻計劃完成的工作，可以用計劃消耗的費用來表示；實際的費用AC表示截止到某一時刻實際的成本；諍 值EV表示截止某一時刻，實際完成的工作應(yīng)該消耗的成本。同一時刻的EV與PV的單一變量是工作 量，分別是實際的工作量和計劃的工作量，所以這兩個值可以得出進度的偏差；AC與EV的單一變量是 實際的費用，分別是實際消耗的費用和計劃消耗的費用，所以這兩個值可以得出成本的偏差。這是兩個最 重要的偏差。產(chǎn)品設(shè)計質(zhì)量度量與控制。我認為非功能性需求是軟件度量中最容易被忽略的，也最不容易被清晰掌握的部分。在需求分析中， 常見的非功能性需求雖然都能設(shè)計感官需求、易使用性、安全性