實(shí)用的軟件系統(tǒng)開發(fā)成本估算法-軟件成本管理(含例子)

1、實(shí)用的軟件系統(tǒng)開發(fā)成本估算法軟件系統(tǒng)開發(fā)成本估算法功能點(diǎn)估算含例子 32 目錄一、 功能點(diǎn)估算法概念1二、 功能點(diǎn)估算法的特點(diǎn)1三、 功能點(diǎn)分析的步驟（含例子）23.1 識(shí)別項(xiàng)目的類型23.2 識(shí)別項(xiàng)目的范圍和邊界33.3 按不同功能點(diǎn)計(jì)算33.3.1功能點(diǎn)估算分類33.3.2識(shí)別功能點(diǎn)的重要原則43.3.3內(nèi)部邏輯文件與外部接口文件43.3.4事務(wù)類型功能點(diǎn)的計(jì)算規(guī)則93.3.5計(jì)算調(diào)整因子143.3.6計(jì)算調(diào)整后的功能點(diǎn)個(gè)數(shù)253.4 總結(jié)33一、 功能點(diǎn)估算法概念功能點(diǎn)估算法是軟件項(xiàng)目管理眾多方法中比較有技術(shù)含量的一個(gè)，也是最實(shí)用的一個(gè)。在軟件項(xiàng)目管理中項(xiàng)目計(jì)劃制定的優(yōu)劣、合理直接關(guān)系到

2、項(xiàng)目的成敗，項(xiàng)目計(jì)劃中對(duì)項(xiàng)目范圍的估算又尤為重要。如果項(xiàng)目負(fù)責(zé)人對(duì)項(xiàng)目的規(guī)模沒有一個(gè)比較客觀的認(rèn)識(shí)，沒有對(duì)工作量、所需資 源、完工時(shí)間等因素進(jìn)行估算，那么項(xiàng)目計(jì)劃也就沒有存在的意義。二、 功能點(diǎn)估算法的特點(diǎn)項(xiàng)目范圍的估算在CMMI的“MA”度量分析管理和“PP”項(xiàng)目計(jì)劃中均有涉及。對(duì)軟件項(xiàng)目范圍的估算有很多種方法，常見的是LOC代碼行和FP功能點(diǎn)法。它們之間的區(qū)別和關(guān)系如下：· 功能點(diǎn)估算法常用在項(xiàng)目開始或項(xiàng)目需求基本明確時(shí)使用，這時(shí)進(jìn)行估算其結(jié)果的準(zhǔn)確性比較高。假如這個(gè)時(shí)候使用LOC代碼行估算法，則誤差會(huì)比較大。· 使用功能點(diǎn)估算法無(wú)需懂得軟件使用何種開發(fā)技術(shù)。LOC代碼

3、行估算法則與軟件開發(fā)技術(shù)密切相關(guān)。· 功能點(diǎn)估算法是以用戶為角度進(jìn)行估算，LOC代碼行估算法則是以技術(shù)為角度進(jìn)行估算。· 通過(guò)一些行業(yè)標(biāo)準(zhǔn)或企業(yè)自身度量的分析，功能點(diǎn)估算法是可以轉(zhuǎn)換為L(zhǎng)OC代碼行的。 在項(xiàng)目剛開始的時(shí)候進(jìn)行功能點(diǎn)估算可以對(duì)項(xiàng)目的范圍進(jìn)行預(yù)測(cè)。在項(xiàng)目開發(fā)的過(guò)程中由于需求的變更和細(xì)化可能會(huì)導(dǎo)致項(xiàng)目范圍的蔓延，計(jì)算出來(lái)的結(jié)果會(huì)與當(dāng)初 估計(jì)的不同。因此，在項(xiàng)目結(jié)束時(shí)還需要對(duì)項(xiàng)目的范圍情況重新進(jìn)行估算，這個(gè)時(shí)候估算的結(jié)果才能最準(zhǔn)確反映項(xiàng)目的規(guī)模。三、 功能點(diǎn)分析的步驟（含例子）本文將以國(guó)際標(biāo)準(zhǔn)IFPUG（International Function Poi

4、nt Users Group）組織提供的功能點(diǎn)估算法V4.1.1為基礎(chǔ)進(jìn)行講解。如下圖所示，首先大家應(yīng)該了解功能點(diǎn)估算法的使用步驟。圖1 功能點(diǎn)估算法的步驟    具體步驟包括：    1. 識(shí)別功能點(diǎn)的類型。    2. 識(shí)別待估算應(yīng)用程序的邊界和范圍。    3. 計(jì)算數(shù)據(jù)類型功能點(diǎn)所提供的未調(diào)整的功能點(diǎn)數(shù)量。    4. 計(jì)算人機(jī)交互功能所提供的未調(diào)整的功能點(diǎn)數(shù)量。    5. 確定調(diào)整因子。 

5、60;  6. 計(jì)算調(diào)整后的功能點(diǎn)數(shù)量。3.1 識(shí)別項(xiàng)目的類型 國(guó)際IFPUG組織將軟件項(xiàng)目分為三類，功能點(diǎn)估算法適用于任何一類項(xiàng)目：· 新開發(fā)項(xiàng)目· 二次開發(fā)的項(xiàng)目· 功能增強(qiáng)的項(xiàng)目3.2 識(shí)別項(xiàng)目的范圍和邊界 使用UML的“UseCase”用例圖是以用戶角度進(jìn)行識(shí)別項(xiàng)目范圍和邊界的最好方法，在畫用例圖時(shí)就必須明確系統(tǒng)的邊界。通過(guò)系統(tǒng)的邊界，我們可以知道 哪些功能要計(jì)算功能點(diǎn)，哪些功能點(diǎn)是外部系統(tǒng)負(fù)責(zé)計(jì)算的。以圖2為例：一個(gè)外貿(mào)訂單系統(tǒng)只包含錄入、修改、刪除、查詢和統(tǒng)計(jì)訂單的功能，而匯率查詢轉(zhuǎn)換服 務(wù)是不屬于該系統(tǒng)的。 &

6、#160;應(yīng)用程序邊界的識(shí)別規(guī)則大家一定要牢記，不能從技術(shù)角度去思考，必須從用戶角度來(lái)定義；如果項(xiàng)目牽扯到多個(gè)系統(tǒng)，那么必須將這多個(gè)系統(tǒng)的邊界全部描述清楚。圖2 外貿(mào)訂單系統(tǒng)用例圖3.3 按不同功能點(diǎn)計(jì)算3.3.1 功能點(diǎn)估算分類 功能點(diǎn)估算法將功能點(diǎn)分為以下5類：    1. ILF：Internal Logical File內(nèi)部邏輯文件    2. EIF: External Interface File外部接口文件    3. EI: External Input外部輸入 

7、60;  4. EO: External Output外部輸出    5. EQ: External Inquiry外部查詢 其中，ILF和EIF屬于數(shù)據(jù)類型的功能點(diǎn)，EI、EO、EQ屬于人機(jī)交互事務(wù)類型的功能點(diǎn)。    以外貿(mào)訂單系統(tǒng)項(xiàng)目為例：· 錄入訂單、修改訂單、刪除訂單是EI；· 查詢訂單是EO· 統(tǒng)計(jì)訂單是EQ· 匯率查詢轉(zhuǎn)換系統(tǒng)為EIF· 訂單和客戶是ILF3.3.2 識(shí)別功能點(diǎn)的重要原則ILF、EIF要與EI、EO、EQ分開計(jì)算。對(duì)ILF和EIF復(fù)雜度

8、的計(jì)算可以簡(jiǎn)單理解為對(duì)數(shù)據(jù)庫(kù)復(fù)雜度的計(jì)算。對(duì)EI、EO、EQ復(fù)雜度的計(jì)算可以理 解為對(duì)程序開發(fā)復(fù)雜度的計(jì)算。一般軟件項(xiàng)目都是由數(shù)據(jù)和程序構(gòu)成的，因此計(jì)算ILF、EIF和計(jì)算EI、EO、EQ之間沒有任何關(guān)系。3.3.3 內(nèi)部邏輯文件與外部接口文件ILF內(nèi)部邏輯文件  內(nèi)部邏輯文件是指一組以用戶角度識(shí)別的、在應(yīng)用程序邊界內(nèi)且被維護(hù)的邏輯相關(guān)數(shù)據(jù)或控制信息。ILF的主要目的是通過(guò)應(yīng)用程序的一個(gè)或多個(gè)基本處理過(guò)程來(lái)維護(hù)數(shù)據(jù)。 EIF外部接口文件  外部接口文件是指一組在應(yīng)用程序邊界內(nèi)被查詢，但在其他應(yīng)用程序中被維護(hù)的、以用戶角度來(lái)識(shí)別的、邏輯上相關(guān)的數(shù)

9、據(jù)。因此，一個(gè)應(yīng)用程序中的EIF必然是 其他應(yīng)用程序中的ILF。EIF的主要目的是為邊界內(nèi)的應(yīng)用程序提供一個(gè)或多個(gè)通過(guò)基礎(chǔ)操作過(guò)程來(lái)引用的一組數(shù)據(jù)或信息。    EIF所遵循的規(guī)則：· 從用戶角度出發(fā)識(shí)別的一組邏輯數(shù)據(jù)。· 這組數(shù)據(jù)是在應(yīng)用程序外部，并被應(yīng)用程序引用的。· 計(jì)算功能點(diǎn)的這個(gè)應(yīng)用程序并不維護(hù)該EIF。· 這組數(shù)據(jù)是作為另一個(gè)應(yīng)用程序中的ILF被維護(hù)的。ILF和EIF的復(fù)雜性計(jì)算    ILF和EIF的復(fù)雜性是取決于RET（Record element type）和DET（Data

10、element type）的數(shù)量。DET是一個(gè)以用戶角度識(shí)別的、非重復(fù)的、有業(yè)務(wù)邏輯意義的字段。    DET計(jì)算的規(guī)則如下：· 通過(guò)一個(gè)基本處理過(guò)程的執(zhí)行，對(duì)ILF進(jìn)行維護(hù)，或從ILF/EIF中返回一個(gè)特定的、用戶可識(shí)別的、非重復(fù)的字段，那么每個(gè)這樣的字段算一個(gè)DET。    例如：添加一個(gè)外貿(mào)訂單時(shí)需要保存“訂單號(hào)碼、訂單日期、地址、郵編”，那么對(duì)于ILF訂單來(lái)說(shuō)它的DET就是4個(gè)。    再如：保存訂單時(shí)還會(huì)保存訂單的明細(xì)。訂單的明細(xì)往往作為一個(gè)子表進(jìn)行保存，那么“訂單號(hào)碼”在主表和子表中

11、都同時(shí)存在（主外鍵）。但以用戶角度來(lái)識(shí)別時(shí)，存盤操作是一個(gè)最小的單位，那么訂單號(hào)碼只能算做一個(gè)DET。· 當(dāng)兩個(gè)應(yīng)用程序維護(hù)和/或引用相同的ILF/EIF，但是每個(gè)應(yīng)用程序分別維護(hù)/引用它們相應(yīng)的DET時(shí)，這些DET在這兩個(gè)應(yīng)用程序的維護(hù)/引用中將單獨(dú)計(jì)算。    例如，一個(gè)應(yīng)用程序的兩個(gè)“Elementary Process”基本處理過(guò)程都需要使用到“地址”的信息，地址信息又可以細(xì)分為“國(guó)家、城市、街道、郵編”。那么對(duì)于其中一個(gè)基本處理過(guò)程來(lái)說(shuō)，它將整 個(gè)地址信息作為一個(gè)整體進(jìn)行處理，只算一個(gè)DET；另外一個(gè)基本處理過(guò)程使用每個(gè)地址的詳細(xì)信息，那么DE

12、T就是4個(gè)。    RET計(jì)算的規(guī)則如下：    RET是指一個(gè)EIF/ILF中用戶可以識(shí)別的DET的集合。如果把DET簡(jiǎn)單理解為字段的話，那RET就可以簡(jiǎn)單理解為數(shù)據(jù)庫(kù)中的表。RET在ILF /EIF中分為兩種類型：可選的（Optional）和必選的（Mandatory）。計(jì)算RET的規(guī)則為以下兩點(diǎn)：· 在一個(gè)ILF/EIF中每一個(gè)可選或必選的集合都被計(jì)算為一個(gè)RET。· 如果一個(gè)ILF/EIF沒有子集合，則ILF/EIF被計(jì)算為一個(gè)RET。    例如：在外貿(mào)訂單系統(tǒng)中添加一個(gè)訂單

13、時(shí)會(huì)保存“訂單信息、客戶的ID、部門的ID”。那么訂單系統(tǒng)ILF中的RET為：    1. 訂單信息（必選的）    2. 客戶信息（必選的）    3. 部門信息（可選的）    因此ILF中RET的個(gè)數(shù)為3個(gè)。    ILF/EIF復(fù)雜度的矩陣如下： 119個(gè)DET2050個(gè)DET超過(guò)51個(gè)DET1個(gè)RET低低中等25個(gè)RET低中等高6個(gè)以上RET中等高高軟件項(xiàng)目管理中的功能點(diǎn)估算法將功能點(diǎn)分為5類：ILF（Internal Log

14、ical File，內(nèi)部邏輯文件）、EIF（External Interface File，外部接口文件）、EI（External Input，外部輸入）、EO（External Output，外部輸出）和EQ（External Inquiry，外部查詢）。其中，ILF和EIF屬于數(shù)據(jù)類型的功能點(diǎn)，EI、EO、EQ屬于事務(wù)類型的功能點(diǎn)。EI、EO、EQ的比較    EI是處理來(lái)自應(yīng)用程序邊界外部的一組數(shù)據(jù)輸入，它的主要目的是維護(hù)一個(gè)或多個(gè)ILF，以及/或者更改系統(tǒng)的行為。    EO是輸送數(shù)據(jù)到應(yīng)用程序邊界外部的過(guò)程。它的主要目的是通

15、過(guò)邏輯處理過(guò)程向用戶呈現(xiàn)信息。該處理過(guò)程必須包含至少一個(gè)數(shù)學(xué)公式或計(jì)算方法，或生成派生數(shù)據(jù)。一個(gè)EO也可以維護(hù)一個(gè)或多個(gè)ILF，并/或改變系統(tǒng)行為。    EQ是向應(yīng)用程序邊界外發(fā)送數(shù)據(jù)基本處理的過(guò)程。其主要目的是從ILF或EIF中通過(guò)恢復(fù)數(shù)據(jù)信息來(lái)向用戶呈現(xiàn)。該處理邏輯不包括任何數(shù)學(xué)公式或計(jì)算方法，也不會(huì)生成任何派生數(shù)據(jù)。EQ不會(huì)維護(hù)任何一個(gè)ILF，也不會(huì)改變應(yīng)用程序的系統(tǒng)行為。    EO和EQ的共同點(diǎn)是，其主要目的都是通過(guò)基本操作過(guò)程展現(xiàn)數(shù)據(jù)給用戶。EI、EO、EQ的比較見下表。表1 EI、EO、EQ的主要目的目的EIEOEQ改

16、變應(yīng)用程序的屬性或行為主要目的次要目的不允許維護(hù)一個(gè)或多個(gè)ILF主要目的次要目的不允許顯示信息給用戶次要目的主要目的主要目的表2 EI、EO、EQ的主要行為行為EIEOEQ數(shù)學(xué)公式或計(jì)算被執(zhí)行可以至少選擇一次不可以至少一個(gè)ILF被修改至少選擇一次至少選擇一次不可以至少一個(gè)ILF或EIF被引用可選可選必選數(shù)據(jù)被重新恢復(fù)可選可選必選派生數(shù)據(jù)被創(chuàng)建可選至少選擇一次可選應(yīng)用程序的行為或?qū)傩员恍薷闹辽龠x擇一次至少選擇一次可選準(zhǔn)備或呈現(xiàn)信息到系統(tǒng)邊界外可選必選必選接受進(jìn)入系統(tǒng)邊界內(nèi)的數(shù)據(jù)的能力必須可選可選3.3.4 事務(wù)類型功能點(diǎn)的計(jì)算規(guī)則在IFPUG的定義中有一個(gè)重要的單詞“Elementary Pro

17、cess”基本處理過(guò)程。該過(guò)程對(duì)用戶來(lái)說(shuō)是一個(gè)有意義的、最小的活動(dòng)單位，并且是一個(gè)自包含的活動(dòng)。功能點(diǎn)的分類，EI、EO、EQ的識(shí)別都 是基于“Elementary Process”基本處理過(guò)程的。 EI的計(jì)算規(guī)則    1. 從應(yīng)用邊界之外收到數(shù)據(jù)。    2. 如果進(jìn)入系統(tǒng)邊界內(nèi)的數(shù)據(jù)不是一個(gè)改變系統(tǒng)行為的控制信息，那么至少一個(gè)ILF應(yīng)該被改變。    3. 對(duì)于已識(shí)別的處理過(guò)程，至少滿足下面三個(gè)條件之一。· 該基本處理過(guò)程的邏輯與本應(yīng)用系統(tǒng)中其它基本處理過(guò)程的邏輯不同。該基本處理

18、過(guò)程應(yīng)該具有唯一性。例如：不能存在兩個(gè)完全一模一樣的存盤操作。 · 在應(yīng)用程序邊界內(nèi)，該基本處理過(guò)程所使用的這組數(shù)據(jù)應(yīng)該與其他基本處理過(guò)程所使用的數(shù)據(jù)不同。 · 在應(yīng)用程序邊界內(nèi)，基本處理過(guò)程所引用的ILF或EIF是不同于其它基本處理過(guò)程所引用的ILF或EIF。     EO和EQ通用計(jì)算規(guī)則    必須全部滿足以下內(nèi)容才能被視為一個(gè)EO或EQ：    1. 從外部發(fā)送數(shù)據(jù)或控制信息到應(yīng)用程序邊界內(nèi)。    2. 為了識(shí)別這個(gè)過(guò)程，以下三點(diǎn)必須滿足一個(gè)：&

19、#183; 該基本處理過(guò)程邏輯上必須是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ在邏輯性上保持唯一。 · 該基本處理過(guò)程所使用的數(shù)據(jù)應(yīng)該是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ所使用的數(shù)據(jù)不同。 · 該基本處理過(guò)程所引用的ILF或EIF文件應(yīng)該是唯一的，該唯一性是指其在應(yīng)用程序中與其他EO或EQ所引用的ILF或EIF文件不同。     EO補(bǔ)充的計(jì)算規(guī)則    除了要滿足上面的通用規(guī)則外，還要滿足下面其中一條：· 在基本操作過(guò)程中至少包含一個(gè)數(shù)學(xué)公式或計(jì)算方法 · 在基本操作

20、過(guò)程中要產(chǎn)生派生數(shù)據(jù) · 在基本操作過(guò)程中至少要維護(hù)一個(gè)ILF · 在基本操作過(guò)程中要改變系統(tǒng)的行為。     EQ補(bǔ)充的計(jì)算規(guī)則    除了要滿足上面的通用規(guī)則外，還要滿足下面其中一條：· 基本操作過(guò)程從ILF或EIF中獲取數(shù)據(jù)。 · 基本操作過(guò)程不能包含數(shù)學(xué)公式或計(jì)算方法。 · 基本操作過(guò)程不能生成派生數(shù)據(jù) · 基本操作過(guò)程不能維護(hù)任何一個(gè)ILF · 基本操作過(guò)程不能改變系統(tǒng)的行為 EI、EQ和EO的技術(shù)復(fù)雜性計(jì)算復(fù)雜性取決于FIRs和DETs的數(shù)量。FTR是被

21、一個(gè)事物讀取或維護(hù)的ILF，或者是被一個(gè)事物讀取的EIF。    EI中識(shí)別FTR規(guī)則· 每一個(gè)ILF應(yīng)該算做一個(gè)FTR。 · 通過(guò)EI讀取的每個(gè)ILF或EIF都應(yīng)該計(jì)算為一個(gè)FTR。 · 既被EI維護(hù)又被讀取的ILF僅計(jì)算為一個(gè)FTR。     EI中識(shí)別DET規(guī)則· 在EI的過(guò)程中，以用戶角度識(shí)別的、通過(guò)應(yīng)用系統(tǒng)邊界輸入系統(tǒng)內(nèi)部的非重復(fù)字段，應(yīng)算作一個(gè)DET。 · 在EI的過(guò)程中，只要沒有通過(guò)系統(tǒng)邊界輸入，即使它存在于系統(tǒng)內(nèi)的一個(gè)ILF中，也不能算為一個(gè)DET。  

22、60;  例如，外貿(mào)訂單系統(tǒng)中，訂單的金額是被單價(jià)和數(shù)量自動(dòng)計(jì)算的，那么金額是沒有通過(guò)系統(tǒng)邊界輸入的，因此在EI操作中就不應(yīng)該算做一個(gè)DET。· 在應(yīng)用程序的EI操作時(shí)，系統(tǒng)提示的錯(cuò)誤信息或完成操作的信息，應(yīng)該被分別計(jì)算為一個(gè)DET。     例如，在網(wǎng)站注冊(cè)用戶信息時(shí)，由于輸入錯(cuò)誤系統(tǒng)會(huì)顯示提示信息，那么這些提示信息應(yīng)該被逐個(gè)計(jì)算為一個(gè)DET。    再如，當(dāng)EI操作完成時(shí)系統(tǒng)提示并顯示出來(lái)的信息，應(yīng)該被計(jì)算為一個(gè)DET。· 在EI操作中，如果遇到主外鍵的字段，應(yīng)該算作一個(gè)DET。  

23、0;  EO和EQ計(jì)算FTR的規(guī)則    1. 通用規(guī)則：· 每個(gè)在EO/EQ處理過(guò)程中讀取的ILF和EIF算一個(gè)FTR     2. EO額外的FTR計(jì)算規(guī)則· 在EO處理過(guò)程中每個(gè)被維護(hù)的ILF算一個(gè)FTR · 在EO處理過(guò)程中既被讀取又被維護(hù)的ILF算一個(gè)FTR     EO和EQ計(jì)算DET的通用規(guī)則· 用戶可識(shí)別的非重復(fù)字段，進(jìn)入應(yīng)用邊界并指明處理什么、何時(shí)處理或處理方式，并且由EO/EQ返回或產(chǎn)生，那么這樣的每個(gè)字段算一個(gè)DET。  &

24、#160;  例如，報(bào)表中的每個(gè)字段都是一個(gè)DET。· 在應(yīng)用邊界內(nèi)以用戶角度識(shí)別的非重復(fù)字段算一個(gè)DET。     例如，在報(bào)表中起到解釋或備注作用的文字信息，不管是一個(gè)字、一個(gè)詞或一段話，都當(dāng)作一個(gè)DET。    再如，某種編號(hào)或日期，即使它被物理存儲(chǔ)在不同字段中，但從用戶角度看是一個(gè)整體的信息，因此被算作一個(gè)DET。    還有，在餅圖中百分比和分類算作不同的DET。· 在EO或EQ操作中，如果對(duì)系統(tǒng)進(jìn)行輸入或讀取操作時(shí)，相同的字段只計(jì)算一個(gè)DET。  

25、60;  例如，在報(bào)表查詢時(shí)，輸入的字段在報(bào)表上也有顯示，那么將算作同一個(gè)DET。· 在應(yīng)用程序的EO或EQ操作時(shí)，系統(tǒng)提示的錯(cuò)誤信息或完成操作的信息，應(yīng)該被計(jì)算為DET。     例如，用戶查詢一個(gè)列表時(shí)被拒絕，那么拒絕的提示信息就算為一個(gè)DET。· 在EO或EQ操作中如果遇到主外鍵的字段，應(yīng)該算作一個(gè)DET。 · 在EO或EQ過(guò)程中，只要沒有通過(guò)系統(tǒng)邊界輸入，就算它存在于系統(tǒng)內(nèi)的一個(gè)ILF中，也不能算為一個(gè)DET。     例如，在公司發(fā)工資的時(shí)候，員工對(duì)應(yīng)的狀態(tài)信息被更新，但這個(gè)狀態(tài)信息的

26、更新是沒有通過(guò)系統(tǒng)邊界輸入的，因此也不能算做一個(gè)DET。· 頁(yè)面的標(biāo)題等類似信息不計(jì)算DET。 · 系統(tǒng)字段生成的記號(hào)不能被算作一個(gè)DET。     例如，頁(yè)碼、位置信息、時(shí)間、上一頁(yè)和下一頁(yè)等信息，都不能算作一個(gè)DET。EI復(fù)雜度計(jì)算矩陣 14個(gè)DET515個(gè)DET多于16個(gè)DET01個(gè)FTR低低中等2個(gè)FTR低中等高大于2個(gè)FRT中等高高EO和EQ復(fù)雜度計(jì)算矩陣 15個(gè)DET619個(gè)DET多于20個(gè)DET01個(gè)FTR低低中等23個(gè)FTR低中等高多于4個(gè)FTR中等高高未調(diào)整前功能點(diǎn)對(duì)應(yīng)矩陣EI、EO、EQ、ILF和EIF技

27、術(shù)復(fù)雜度對(duì)應(yīng)的功能點(diǎn)如下表所示： 低一般高EI346EO457EQ346ILF71015EIF5710用功能點(diǎn)估算法計(jì)算軟件項(xiàng)目功能點(diǎn)時(shí)會(huì)用到調(diào)整因子（或稱調(diào)整系數(shù)）。功能點(diǎn)的調(diào)整系數(shù)是通過(guò)通用系統(tǒng)特性及其影響程度來(lái)評(píng)定的，對(duì)每個(gè)常規(guī)系統(tǒng)特性的評(píng)估由其影響程度（DI）而定，分為05級(jí)：    0 毫無(wú)影響    1 偶然影響    2 適度影響    3 一般影響    4 重要影響    5 強(qiáng)烈影響&#

28、160;   然后依次對(duì)以下14個(gè)系統(tǒng)常規(guī)特性進(jìn)行打分，并帶入以下計(jì)算公式算出功能點(diǎn)的調(diào)整因子。    Value Adjustment Factor=( sum of (DI) * 0.01 ) + 0.653.3.5 計(jì)算調(diào)整因子1. 數(shù)據(jù)通訊    數(shù)據(jù)通訊指的是應(yīng)用程序直接與處理器通訊的程度。通常我們都是通過(guò)某種通訊手段來(lái)實(shí)現(xiàn)在一個(gè)應(yīng)用中所使用的數(shù)據(jù)或者控制信息。連接到本地控制器上的終端被認(rèn)為是通訊設(shè)施，協(xié)議則指兩個(gè)系統(tǒng)或設(shè)備之間進(jìn)行通訊時(shí)使用的一種約定。所有的數(shù)據(jù)通訊鏈接都需要某種協(xié)議。0 &#

29、160;        應(yīng)用程序是單純的批處理或者PC stand-alone1應(yīng)用程序是一種批處理過(guò)程，但是包含遠(yuǎn)程數(shù)據(jù)的錄入或遠(yuǎn)程打印2應(yīng)用程序是一種批處理過(guò)程，但是包含遠(yuǎn)程數(shù)據(jù)的錄入和遠(yuǎn)程打印3應(yīng)用程序包括在線數(shù)據(jù)收集或者包括批處理或查詢系統(tǒng)的遠(yuǎn)程處理的前端應(yīng)用4應(yīng)用程序不單只是前端應(yīng)用，但是僅支持一種遠(yuǎn)程處理通訊協(xié)議5應(yīng)用程序不單只是前端應(yīng)用，還支持多于一種的遠(yuǎn)程處理通訊協(xié)議2. 分布式數(shù)據(jù)處理    分布式數(shù)據(jù)處理是應(yīng)用在內(nèi)部組件之間傳遞信息的程度。這個(gè)特性是在應(yīng)用邊界內(nèi)體現(xiàn)的。 0&

30、#160;         應(yīng)用程序不支持組件之間的數(shù)據(jù)傳輸和處理功能1應(yīng)用程序?yàn)橛脩艨赡苓M(jìn)行的處理準(zhǔn)備數(shù)據(jù)（例如使用電子表格或者數(shù)據(jù)庫(kù)等）2應(yīng)用程序所準(zhǔn)備的數(shù)據(jù)是為了在系統(tǒng)另外一個(gè)組件上傳輸和處理，并非為終端用戶所處理。3分布式處理和數(shù)據(jù)傳輸是在線的，并且是單向的4分布式處理和數(shù)據(jù)傳輸是在線的，并且是雙向的5由系統(tǒng)中最恰當(dāng)?shù)慕M件動(dòng)態(tài)地執(zhí)行處理功能3. 性能    性能是吞吐量、處理時(shí)間等指標(biāo)對(duì)開發(fā)的影響。用戶所提出的性能要求將直接影響到系統(tǒng)的設(shè)計(jì)、實(shí)施、安裝和支持。0 &#

31、160;        用戶沒有提出性能方面的要求1用戶提出了性能和設(shè)計(jì)方面的要求，但不需要采取特定措施2響應(yīng)時(shí)間和吞吐量在系統(tǒng)峰值時(shí)是關(guān)鍵的，但是不需要采取相應(yīng)的CPU使用方面的特殊設(shè)計(jì)。處理的最后期限是在下一個(gè)工作日。3在任何時(shí)候響應(yīng)時(shí)間和吞吐量都是關(guān)鍵的，但是不需要采取相應(yīng)的CPU使用方面的特殊設(shè)計(jì)。處理的完成期限比較嚴(yán)格。4除了上面一項(xiàng)的要求外，由于對(duì)需求的要求比較嚴(yán)格，在設(shè)計(jì)階段就要進(jìn)行性能分析。5除了上面一項(xiàng)的要求之外，在設(shè)計(jì)和實(shí)施階段需要使用性能分析工具來(lái)判斷性能要求的完成情況。4. 大業(yè)務(wù)量配置 &

32、#160;  大業(yè)務(wù)量配置是指計(jì)算機(jī)資源對(duì)應(yīng)用開發(fā)的影響程度。大業(yè)務(wù)量的運(yùn)行配置對(duì)設(shè)計(jì)有特殊要求，是必須考慮的一個(gè)系統(tǒng)特性。0          沒有提出明確的運(yùn)行方面的限制1有運(yùn)行方面的限制，但是不需要采取特別的措施以滿足運(yùn)行限制2提出了一些安全和時(shí)間方面的限制3應(yīng)用程序的某些部分對(duì)處理器有特定的要求4提出的運(yùn)行限制對(duì)應(yīng)用的中央處理器或者專用處理器有特殊的要求5除上面一項(xiàng)之外，還對(duì)應(yīng)用的分布式組件提出了限制5. 事務(wù)處理率    事務(wù)處理率是業(yè)務(wù)交易處理速度對(duì)系統(tǒng)

33、的設(shè)計(jì)、實(shí)施、安裝和支持等的影響。 0          預(yù)計(jì)不會(huì)出現(xiàn)周期性的高峰事務(wù)處理期1預(yù)計(jì)會(huì)有周期性的高峰事務(wù)處理期（例如：每月、每季、每年）2預(yù)計(jì)每周都會(huì)出現(xiàn)高峰事務(wù)處理期3預(yù)計(jì)每天都會(huì)出現(xiàn)高峰事務(wù)處理期4用戶在應(yīng)用程序需求或者服務(wù)級(jí)別協(xié)議中對(duì)事務(wù)率要求很高，因此必須在設(shè)計(jì)階段進(jìn)行性能分析。5用戶在應(yīng)用程序需求或者服務(wù)級(jí)別協(xié)議中對(duì)事務(wù)率要求很高，因此必須進(jìn)行性能分析并在設(shè)計(jì)、開發(fā)和安裝階段中使用到性能分析工具。6. 在線數(shù)據(jù)輸入    在線數(shù)據(jù)輸入是指數(shù)據(jù)通過(guò)交互的

34、方式輸入系統(tǒng)的程度。系統(tǒng)中包括在線數(shù)據(jù)輸入和控制信息功能。0          所有事務(wù)都是批處理的11%7%的事務(wù)是以交互式的方式進(jìn)行數(shù)據(jù)錄入28%15%的事務(wù)是以交互式的方式進(jìn)行數(shù)據(jù)錄入316%23%的事務(wù)是以交互式的方式進(jìn)行數(shù)據(jù)錄入424%30%的事務(wù)是以交互式的方式進(jìn)行數(shù)據(jù)錄入530%以上的事務(wù)是以交互式的方式進(jìn)行數(shù)據(jù)錄入7. 最終用戶效率    最終用戶效率是指對(duì)應(yīng)用的人文因素及使用的便捷程度等的考慮程度。    如下功能設(shè)計(jì)是針對(duì)最終

35、用戶效率的： · 頁(yè)面導(dǎo)航 · 菜單 · 在線幫助或文檔 · 光標(biāo)自動(dòng)跳轉(zhuǎn) · 可以滾動(dòng) · 在線遠(yuǎn)程打印 · 預(yù)定義的功能鍵 · 在線做批量提交任務(wù) · 光標(biāo)可以選取界面上的數(shù)據(jù) · 用戶使用大量反白顯示、重點(diǎn)顯示、下劃線或其他的標(biāo)識(shí) · 在線copy用戶文檔 · 鼠標(biāo)拖動(dòng)功能 · 彈出窗體 · 使用最少的界面完成某種商業(yè)功能 · 雙語(yǔ)言支持（如果選擇了這個(gè)就算4項(xiàng)） · 語(yǔ)言支持（如果選擇了這個(gè)就算6項(xiàng)） 0  

36、        以上的一個(gè)都不包括1包括以上的13個(gè)2包括以上的45個(gè)3包括以上的6個(gè)或以上，但是沒有用戶對(duì)于效率的要求4包括以上的6個(gè)或以上，對(duì)用戶使用效率有較高要求，因而必須考慮用戶方面的設(shè)計(jì)（例如，最少擊鍵次數(shù)、盡可能提供默認(rèn)值、模版的使用）5包括以上的6個(gè)或以上，用戶對(duì)效率的要求使得開發(fā)人員必須使用特定的工具和流程以判定用戶對(duì)效率的要求已經(jīng)被達(dá)成8. 在線更新    在線更新是指內(nèi)部邏輯文件ILF被在線更新的程度。應(yīng)用系統(tǒng)提供在線更新內(nèi)部邏輯文件的功能。 0  

37、60;       沒有在線更新1包含13 個(gè)控制文件的在線更新。更新的流量低，恢復(fù)容易。2包含對(duì)4 個(gè)以上控制文件的在線更新。更新的流量低，恢復(fù)容易。3包含對(duì)主要ILF 的更新。4除了3 之外，在設(shè)計(jì)和實(shí)施中要考慮對(duì)數(shù)據(jù)丟失的防范。5除了4 之外，大量的數(shù)據(jù)恢復(fù)工作要考慮成本因素，同時(shí)包含了高度自動(dòng)化的恢復(fù)流程。9. 復(fù)雜處理    復(fù)雜處理描述了邏輯處理對(duì)應(yīng)用開發(fā)的影響程度。它包含以下要素： · 敏感控制（例如特殊的審核過(guò)程）和/或程序特定的安全處理 · 大量的邏輯處理 ·

38、; 大量的數(shù)學(xué)處理 · 因?yàn)槔馓幚碓斐傻男枰匦绿幚淼那闆r（例如，由TP中斷、數(shù)據(jù)值缺少和驗(yàn)證失敗導(dǎo)致的ATM事務(wù)） · 多種可能的輸入/輸出造成的復(fù)雜處理 0          上面一個(gè)都不滿足1只滿足一個(gè)2只滿足兩個(gè)3滿足三個(gè)4滿足四個(gè)5都滿足10. 可復(fù)用性    應(yīng)用系統(tǒng)中的應(yīng)用和代碼經(jīng)過(guò)特殊設(shè)計(jì)、開發(fā)和支持，可以在其他應(yīng)用系統(tǒng)中復(fù)用。 0         

39、 沒有可復(fù)用的代碼1代碼在應(yīng)用之內(nèi)復(fù)用2應(yīng)用中被其他用戶復(fù)用的部分不足10%3應(yīng)用中被不止一個(gè)用戶使用的部分超過(guò)10%4應(yīng)用遵從一種易于復(fù)用的方式被打包和文檔化。用戶在源代碼級(jí)客戶化該應(yīng)用。5應(yīng)用按照一種易于復(fù)用的方式被打包和文檔化。用戶使用用戶參數(shù)來(lái)對(duì)該應(yīng)用進(jìn)行客戶化。11. 易安裝性    易安裝性指應(yīng)用系統(tǒng)的轉(zhuǎn)換和安裝容易度對(duì)開發(fā)的影響程度。系統(tǒng)測(cè)試階段提供了轉(zhuǎn)換和安裝計(jì)劃/轉(zhuǎn)換工具。 0          用戶對(duì)安裝沒有特定的要求1用戶對(duì)安裝沒有特定的要求，但有特定的

40、安裝環(huán)境要求2用戶提出了安裝和轉(zhuǎn)化的要求，轉(zhuǎn)化/安裝指南被經(jīng)過(guò)測(cè)試提供給用戶。但是轉(zhuǎn)化的影響對(duì)該應(yīng)用不重要。3用戶提出了安裝和轉(zhuǎn)化的要求，轉(zhuǎn)化/安裝指南被經(jīng)過(guò)測(cè)試提供給用戶。轉(zhuǎn)化的影響對(duì)該應(yīng)用來(lái)說(shuō)是重要的。4除了2 的要求之外，需要提供經(jīng)過(guò)測(cè)試的自動(dòng)化的安裝和轉(zhuǎn)化工具。5除了3 的要求之外，需要提供經(jīng)過(guò)測(cè)試的自動(dòng)化的安裝和轉(zhuǎn)化工具。12. 易操作性    易操作性指的是應(yīng)用對(duì)運(yùn)行的影響程度，如有效啟動(dòng)、備份和恢復(fù)規(guī)程的影響。易操作性是應(yīng)用提供的一種特性，它最小化了手工操作的要求。0       

41、   用戶沒有指定除正常備份程序外的其它特定操作1提供高效的啟動(dòng)、備份和恢復(fù)進(jìn)程，但需要人手操作2提供高效的啟動(dòng)、備份和恢復(fù)進(jìn)程，不需要人手操作（當(dāng)作兩項(xiàng)計(jì)算）3應(yīng)用程序?qū)Υ艓У男枨笞钚』?應(yīng)用程序?qū)τ部截愄幚淼男枨笞钚』?程序設(shè)計(jì)成無(wú)人操作模式。無(wú)人操作模式的意思是除了啟動(dòng)和關(guān)閉之外，不需要對(duì)系統(tǒng)進(jìn)行操作。程序的其中一個(gè)功能就是錯(cuò)誤自動(dòng)恢復(fù)。13. 多場(chǎng)地    多場(chǎng)地指應(yīng)用系統(tǒng)經(jīng)特殊設(shè)計(jì)、開發(fā)可以在多個(gè)組織、多個(gè)地點(diǎn)應(yīng)用的程度。 0         

42、用戶需求不含多場(chǎng)地和組織的要求1考慮了多場(chǎng)地的要求，但是設(shè)計(jì)要求應(yīng)用在不同的場(chǎng)地使用相同的軟硬件環(huán)境2考慮了多場(chǎng)地的要求，但是設(shè)計(jì)要求應(yīng)用在不同的場(chǎng)地使用類似的軟硬件環(huán)境3考慮了多場(chǎng)地的要求，同時(shí)設(shè)計(jì)支持應(yīng)用在不同的場(chǎng)地使用不同的軟硬件環(huán)境4在1 或者2 的要求之上，提供了經(jīng)過(guò)測(cè)試的多場(chǎng)地的文檔和支持計(jì)劃5在3 的要求之上，提供了經(jīng)過(guò)測(cè)試的多場(chǎng)地的文檔和支持計(jì)劃14. 支持變更    支持變更是指應(yīng)用在設(shè)計(jì)上考慮支持處理邏輯和數(shù)據(jù)結(jié)構(gòu)變化的程度。    可以具有如下的特性：· 提供可以處理簡(jiǎn)單要求的彈性查詢和報(bào)告功能，如對(duì)一

43、個(gè)ILF進(jìn)行與（或）邏輯 · 提供可以處理一般復(fù)雜度要求的彈性查詢和報(bào)告功能，如對(duì)多于一個(gè)的ILF進(jìn)行與（或）邏輯（當(dāng)作兩項(xiàng)計(jì)算） · 提供可以處理復(fù)雜要求的彈性查詢和報(bào)告功能，如對(duì)一個(gè)或多個(gè)ILF進(jìn)行與（或）邏輯的組合（當(dāng)作三項(xiàng)計(jì)算） · 業(yè)務(wù)控制數(shù)據(jù)被保存到用戶通過(guò)在線交互進(jìn)程維護(hù)的表中，但變更只會(huì)在第二個(gè)工作日生效 · 業(yè)務(wù)控制數(shù)據(jù)被保存到用戶通過(guò)在線交互進(jìn)程維護(hù)的表中，且變更即時(shí)生效 0         一個(gè)都不滿足1合計(jì)滿足一個(gè)2合計(jì)滿足二個(gè)3合計(jì)滿足三個(gè)4合計(jì)滿足

44、四個(gè)5合計(jì)滿足五個(gè)3.3.6 計(jì)算調(diào)整后的功能點(diǎn)個(gè)數(shù)    國(guó)際IFPUG組織將軟件項(xiàng)目分為三類，功能點(diǎn)估算法適用于任何一類項(xiàng)目，其計(jì)算公式中的術(shù)語(yǔ)請(qǐng)?jiān)斠姳?。· 功能點(diǎn)的原始計(jì)算公式：     FP Count =UFP * VAF· 新開發(fā)項(xiàng)目     有時(shí)新開發(fā)的軟件項(xiàng)目也需要與其他現(xiàn)存的軟件系統(tǒng)進(jìn)行整合。例如：一個(gè)企業(yè)新開發(fā)的MIS內(nèi)部管理系統(tǒng)經(jīng)常會(huì)與財(cái)務(wù)系統(tǒng)進(jìn)行整合。這時(shí)除了考慮本身項(xiàng)目的功能點(diǎn)個(gè)數(shù)外，還要考慮系統(tǒng)整合或數(shù)據(jù)遷移部分的工作量。因此，其功能點(diǎn)計(jì)算公式如下：

45、60;   FP Count =（UFP+CFP）* VAF· 二次開發(fā)的項(xiàng)目    有時(shí)新開發(fā)的軟件項(xiàng)目是在原有基礎(chǔ)上進(jìn)行二次開發(fā)的，只是為了增加一些新功能。因此，其功能點(diǎn)計(jì)算公式如下：    FP Count = ADD * VAF · 功能增強(qiáng)的項(xiàng)目    功能增強(qiáng)項(xiàng)目的功能點(diǎn)估算比較復(fù)雜。在計(jì)算功能點(diǎn)前大家需要計(jì)算有哪些是新增加的功能，哪些是被修改的功能，哪些是屬于數(shù)據(jù)遷移或系統(tǒng)整合的功能。然后計(jì) 算新系統(tǒng)技術(shù)復(fù)雜度的調(diào)整因子“VAFA”，并在此基礎(chǔ)上計(jì)算系

46、統(tǒng)功能點(diǎn)的數(shù)量。當(dāng)然，此類項(xiàng)目也會(huì)去掉一些原有功能，那么在原有系統(tǒng)的技術(shù)復(fù)雜度基礎(chǔ)上 重新計(jì)算功能點(diǎn)的調(diào)整因子“VAFB”，再計(jì)算所去掉功能貢獻(xiàn)的功能點(diǎn)數(shù)量。因此，其功能點(diǎn)計(jì)算公式如下：    FP Count = （ADD+CHGA+CFP）* VAFA+（DEL * VAFB） 表1 功能點(diǎn)技術(shù)公式術(shù)語(yǔ)術(shù)語(yǔ)英文中文含義ADDAdded functionality被添加的功能點(diǎn)個(gè)數(shù)CFPConversion functionality被轉(zhuǎn)換的功能點(diǎn)個(gè)數(shù)CHGAUFP of changed functionality after enhancement功能增強(qiáng)后所

47、改動(dòng)的功能所貢獻(xiàn)的未調(diào)整的功能點(diǎn)個(gè)數(shù)DELDeleted functionality被刪除的功能點(diǎn)個(gè)數(shù)UFPUnadjusted functional point count未調(diào)整的功能點(diǎn)個(gè)數(shù)VAFValue adjustment factorVAF=（sum of（DI）* 0.01）+ 0.65功能點(diǎn)的調(diào)整因子的計(jì)算公式VAF=（sum of（DI）* 0.01）+ 0.65VAFAValue adjustment factor after enhancement功能增強(qiáng)后的功能點(diǎn)調(diào)整因子VAFBValue adjustment factor before enhancement功能增強(qiáng)前

48、的功能點(diǎn)調(diào)整因子以員工管理系統(tǒng)為例，詳細(xì)說(shuō)明如何利用功能點(diǎn)估算法計(jì)算業(yè)務(wù)復(fù)雜度。    在員工管理系統(tǒng)中添加一個(gè)員工資料，會(huì)使用到員工的一般信息、教育情況、工作經(jīng)歷和家屬信息。員工隸屬于某個(gè)部門，在本系統(tǒng)中會(huì)有一個(gè)對(duì)部門進(jìn)行維護(hù)的功能。員工的工資則由另外一個(gè)財(cái)務(wù)系統(tǒng)提供。因此，其用例圖如下所示：圖1 員工管理系統(tǒng)用例圖     假設(shè)員工基本信息如下所示：· 員工ID（標(biāo)簽控件） · 員工名稱 · 性別 · 生日 · 婚否 · 所屬部門ID（標(biāo)簽控件） ·

49、所屬部門名稱 ·   受教育的時(shí)間 ·   學(xué)校名稱 ·   所學(xué)專業(yè) ·   工作時(shí)間 ·   工作單位 ·   工作部門 ·   工作職務(wù) ·   親屬的姓名 ·   之間關(guān)系 ·   親屬年齡 ·   工作單位     假設(shè)部門信息如下所示：· 部門ID（標(biāo)簽控件） · 部門名稱     假設(shè)工資表信息如下所示：· 員工ID（標(biāo)簽控件） · 員工姓名 · 金額 · 單位 ILF和EIF的功能點(diǎn)數(shù)