軟件功能點估算法

1、精選優(yōu)質(zhì)文檔-傾情為你奉上功能點估算法是軟件項目管理眾多知識中比較有技術(shù)含量的一個。在軟件項目管理中項目計劃制定的優(yōu)劣直接關(guān)系到項目的成敗，項目計劃中對項目范圍的估算又尤為重要，如果項目負責人對項目的規(guī)模沒有一個比較客觀的認識，沒有對工作量、所需資源、完工時間等因素進行估算，那么項目計劃也就沒有存在的意義。FP功能點估算法的特點項目范圍的估算在CMMI的“MA”度量分析管理和“PP”項目計劃中均有涉及，對軟件項目范圍的估算有很多種方法，常見的就是LOC代碼行和FP功能點法，它們之間的區(qū)別和關(guān)系如下：1、 FP功能點估算法常用在項目開始或項目需求基本明確時使用，這時進行估算其結(jié)果的準確性比較高，

2、假如這個時候使用LOC代碼行估算法，則誤差會比較大。2、 使用FP功能點估算法無需懂得軟件使用何種開發(fā)技術(shù)。LOC代碼行估算法與軟件開發(fā)技術(shù)密切相關(guān)。3、 FP功能點法是以用戶為角度進行估算，LOC代碼行估算法則是以技術(shù)為角度進行估算的。4、 通過一些行業(yè)標準或企業(yè)自身度量的分析，F(xiàn)P功能點估算法是可以轉(zhuǎn)換為LOC代碼行的。在項目剛開始的時候進行功能點估算可以對項目的范圍進行預(yù)測，在項目開發(fā)的過程中由于需求的變更和細化可能會導致項目范圍的蔓延，計算出來的結(jié)果會與當初估計的不同，因此在項目結(jié)束時還需要對項目的范圍情況進行估算，這個時候估算的結(jié)果才能最準確反映項目的規(guī)模。功能點分析的步驟以國際標準

3、IFPUG(International Function Point Users Group)組織提供的功能點估算法V4.1.1為基礎(chǔ)與大家進行講解。如下圖所示，首先大家應(yīng)該了解功能點估算法的使用步驟。功能點估算的步驟1、 識別功能點的類型。2、 識別待估算應(yīng)用程序的邊界和范圍。3、 計算數(shù)據(jù)類型功能點所提供的未調(diào)整的功能點數(shù)量。4、 計算人機交互功能所提供的未調(diào)整的功能點數(shù)量。5、 確定調(diào)整因子。6、 計算調(diào)整后的功能點數(shù)量。EI、EO、EQEI是處理來自于應(yīng)用程序邊界外部的一組數(shù)據(jù)的輸入，它的主要目的是維護一個或多個ILF，以及/或者更改系統(tǒng)的行為。EO是輸送數(shù)據(jù)到應(yīng)用程序邊界外部的過程。

4、它的主要目的是通過邏輯處理過程向用戶呈現(xiàn)信息。該處理過程必須包含至少一個數(shù)學公式或計算方法，或生成派生數(shù)據(jù)。一個EO也可以維護一個或多個ILF，并/或改變系統(tǒng)行為。EQ是向應(yīng)用程序邊界外發(fā)送數(shù)據(jù)基本處理的過程。其主要目的是從ILF或EIF中通過恢復(fù)數(shù)據(jù)信息來向用戶呈現(xiàn)。該處理邏輯不包括任何數(shù)學公式或計算方法，也不會生成任何派生數(shù)據(jù)。EQ不會維護任何一個ILF，也不會改變應(yīng)用程序的系統(tǒng)行為。EO和EQ的共同點其主要目的都是通過基本操作過程展現(xiàn)數(shù)據(jù)給用戶看。主要目的目的EIEOEQ改變應(yīng)用程序的屬性或行為主要目的次要目的不允許維護一個或多個ILF主要目的次要目的不允許顯示信息給用戶次要目的主要目的

5、主要目的主要行為行為EIEOEQ數(shù)學公式或計算被執(zhí)行可以至少選擇一次不可以至少一個ILF被修改至少選擇一次至少選擇一次不可以至少一個ILF或EIF被引用可選可選必選數(shù)據(jù)被重新恢復(fù)可選可選必選派生數(shù)據(jù)被創(chuàng)建可選至少選擇一次可選應(yīng)用程序的行為或?qū)傩员恍薷闹辽龠x擇一次至少選擇一次可選準備或呈現(xiàn)信息到系統(tǒng)邊界外可選必選必選接受進入系統(tǒng)邊界內(nèi)的數(shù)據(jù)的能力必須可選可選 計算規(guī)則在IFPUG的定義中有一個重要的單詞“Elementary Process”基本處理過程。該過程對用戶來說是一個有意義的最小的活動單位，并且是一個自包含的活動。功能點的分類EI、EO、EQ的識別都是基于“Elementar

6、y Process”基本處理過程的。 EI的計算規(guī)則：1. 從應(yīng)用邊界之外收到數(shù)據(jù)。2. 如果進入系統(tǒng)邊界內(nèi)的數(shù)據(jù)不是一個改變系統(tǒng)行為的控制信息，那么至少一個ILF應(yīng)該被改變。3. 對于已識別的處理過程，至少滿足下面三個條件之一。該基本處理過程的邏輯與本應(yīng)用系統(tǒng)中其它基本處理過程的邏輯不同。該基本處理過程應(yīng)該具有唯一性。例如：不能存在兩個完全一模一樣的存盤操作。在應(yīng)用程序邊界內(nèi)，該基本處理過程所使用的這組數(shù)據(jù)應(yīng)該與其他基本處理過程所使用的數(shù)據(jù)不同。在應(yīng)用程序邊界內(nèi)，基本處理過程所引用的ILF或EIF是不同于其它基本處理過程所引用的ILF或EIF。 EO和EQ通用計算規(guī)則必須全部滿足以下內(nèi)容才能

7、被視為一個EO或EQ：1、 從外部發(fā)送數(shù)據(jù)或控制信息到應(yīng)用程序邊界內(nèi)。2、 為了識別這個過程，以下三點必須滿足一個：該基本處理過程邏輯上必須是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ的邏輯性上保持唯一。該基本處理過程所使用的數(shù)據(jù)應(yīng)該是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ所使用的數(shù)據(jù)不同。該基本處理過程所引用的ILF或EIF文件應(yīng)該是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ所引用的ILF或EIF文件不同。 EO補充的計算規(guī)則除了要滿足上面的通用規(guī)則外，還要滿足下面其中一條：在基本操作過程中至少包含一個數(shù)學公式或計算方法在基本操作過程中要產(chǎn)生派生數(shù)據(jù)在基本操作過程

8、中至少要維護一個ILF在基本操作過程中要改變系統(tǒng)的行為。 EQ補充的計算規(guī)則除了要滿足上面的通用規(guī)則外，還要滿足下面其中一條：基本操作過程從ILF或EIF中獲取數(shù)據(jù)?；静僮鬟^程不能包含數(shù)學公式或計算方法?；静僮鬟^程不能生成派生數(shù)據(jù)基本操作過程不能維護任何一個ILF基本操作過程不能改變系統(tǒng)的行為EI、EQ和EO的技術(shù)復(fù)雜的計算復(fù)雜性取決于FIRs和DETs的數(shù)量。FTR是被一個事物操作讀取或維護的一個ILF，或者是被一個事物操作讀取的一個EIF。EI中識別FTR規(guī)則 每一個ILF應(yīng)該算做一個FTR。 通過EI讀取操作的每個ILF或EIF都應(yīng)該被計算為一個FTR。 即被EI維護又被讀取的ILF

9、僅計算一個FTR。EI中識別DET規(guī)則 在EI的過程中，以用戶角度識別的，通過應(yīng)用系統(tǒng)邊界輸入系統(tǒng)內(nèi)部的非重復(fù)的字段，那么該字段應(yīng)算一個DET。 如果在EI過程中，只要沒有通過系統(tǒng)邊界輸入，就算它存在于系統(tǒng)內(nèi)的一個ILF中，也不能算為一個DET。以員工管理系統(tǒng)為例，詳細說明如何利用功能點估算法計算業(yè)務(wù)復(fù)雜度。在員工管理系統(tǒng)中添加一個員工資料，會使用到員工的一般信息、教育情況、工作經(jīng)歷和家屬信息。員工隸屬于某個部門，在本系統(tǒng)中會有一個對部門進行維護的功能。員工的工資則由另外一個財務(wù)系統(tǒng)提供。因此，其用例圖如下所示： 圖1 員工管理系統(tǒng)用例圖假設(shè)員工基本信息如下所示：· 員工ID（標簽控

10、件） · 員工名稱 · 性別 · 生日 · 婚否 · 所屬部門ID（標簽控件） · 所屬部門名稱 · 受教育的時間 · 學校名稱 · 所學專業(yè) · 工作時間 · 工作單位 · 工作部門 · 工作職務(wù) · 親屬的姓名 · 之間關(guān)系 · 親屬年齡 · 工作單位 假設(shè)部門信息如下所示：· 部門ID（標簽控件） · 部門名稱 假設(shè)工資表信息如下所示：· 員工ID（標簽控件） · 員工姓名

11、83; 金額 · 單位 ILF和EIF的功能點數(shù)本范例識別出來ILF和EIF功能點個數(shù)如下表所示。ILF內(nèi)部邏輯文件RETDET個數(shù)復(fù)雜度未調(diào)整的FP個數(shù)員工信息員工基本信息、受教育情況、工作經(jīng)歷、親屬信息，共4個。18低7部門信息部門基本信息，共1個。2低7EIF外部接口文件RETDET個數(shù)復(fù)雜度未調(diào)整的FP個數(shù)工資表員工基本信息、工資信息，共2個。 4個低5合計：19個EI、EQ和EO的功能點數(shù)本范例識別出來EI、EQ和EO功能點個數(shù)如下表所示。EIFTRDET個數(shù)復(fù)雜度未調(diào)整的FP個數(shù)添加員工信息員工、部門、工資表員工信息的兩個標簽控件內(nèi)容不是用戶輸入的，因此不算。共16個。部

12、門信息與員工信息中的部門字段重復(fù)，因此一個都不算。工資表中的員工ID和名稱不能重復(fù)，因此只能算金額和單位，所以共2個。18個高6修改員工信息員工、部門、工資表18個同上高6刪除員工信息員工、部門、工資表1個員工ID中等4添加部門信息部門1個一個標簽控件的內(nèi)容不是用戶輸入的，因此不算低3修改部門信息部門1個一個標簽控件的內(nèi)容不是用戶輸入的，因此不算低3刪除部門信息部門1個部門ID低3合計：25個EQFTRDET個數(shù)復(fù)雜度未調(diào)整的FP個數(shù)查詢員工信息員工、部門、工資表20高6查詢部門信息部門2低3合計：9個EOFTRDET個數(shù)復(fù)雜度未調(diào)整的FP個數(shù)統(tǒng)計員工年薪員工、工資表員工ID、員工名稱、年份、

13、年薪、單位共5個低4本系統(tǒng)的通用系統(tǒng)特性及其影響程度如下表所示。系統(tǒng)特性分數(shù)數(shù)據(jù)通訊3分布式數(shù)據(jù)處理2性能0高強度配置0交易速度0在線數(shù)據(jù)輸入5最終用戶效率2在線更新3負責的處理0可復(fù)用性3易安裝性0易操作性0多場地0支持變更1合計：19調(diào)整因子 = 19 * 0.01 + 0.65 = 0.84最終調(diào)整后的功能點數(shù)量為：（19 + 25 + 9 + 5）* 0.84 = 48.72個功能點估算法是一個非常有用的對軟件規(guī)模進行估算的國際通用技術(shù)，是項目管理人員必須掌握的工具。為了便于大家對功能點的技術(shù)進行理解和記憶，這里對其進行總結(jié)：由于計算機軟件就是為了實現(xiàn)無紙辦公，那么在估算功能點時應(yīng)該多以用戶的紙質(zhì)表單為依據(jù)，每個表單就是一個ILF或EIF，表單上顯示的字段都是DET，一個表單上的“核心”內(nèi)容不管是由幾個數(shù)據(jù)表來分別存放數(shù)據(jù)的，每個表都是一個RET。簡單來講，ILF和EIF可以被看作數(shù)據(jù)庫中的數(shù)據(jù)表，但是主、從表將被視為一個ILF或EIF。那么，ILF和EIF的復(fù)雜度就是由數(shù)據(jù)表中的字段DET和一個ILF或EIF自身所包含的主、從表個數(shù)RET來決定。在計算DET時主、外鍵只能算作一個。EI就是對應(yīng)用戶增加、修改