/功能點描述功能點估算法是軟件項目管理眾多知識中比較有技術(shù)含量的一個。在軟件項目管理中項目計劃制定的優(yōu)劣直接關(guān)系到項目的成敗，項目計劃中對項目范圍的估算又尤為重要，如果項目負責人對項目的規(guī)模沒有一個比較客觀的認識，沒有對工作量、所需資源、完工時間等因素進行估算,那么項目計劃也就沒有存在的意義.項目范圍的估算在ＣMMI的“MA"度量分析管理和“PＰ”項目計劃中均有涉及,對軟件項目范圍的估算有很多種方法,常見的就是LＯＣ代碼行和ＦP功能點法，它們之間的區(qū)別和關(guān)系如下:1、

FP功能點估算法常用在項目開始或項目需求基本明確時使用，這時進行估算其結(jié)果的準確性比較高，假如這個時候使用LOC代碼行估算法，則誤差會比較大。2、

使用FＰ功能點估算法無需懂得軟件使用何種開發(fā)技術(shù)。LOC代碼行估算法與軟件開發(fā)技術(shù)密切相關(guān)。3、

FＰ功能點法是以用戶為角度進行估算，LOC代碼行估算法則是以技術(shù)為角度進行估算的。4、

通過一些行業(yè)標準或企業(yè)自身度量的分析,FP功能點估算法是可以轉(zhuǎn)換為LOC代碼行的。在項目剛開始的時候進行功能點估算可以對項目的范圍進行預測，在項目開發(fā)的過程中由于需求的變更和細化可能會導致項目范圍的蔓延,計算出來的結(jié)果會與當初估計的不同，因此在項目結(jié)束時還需要對項目的范圍情況進行估算，這個時候估算的結(jié)果才能最準確反映項目的規(guī)模。功能點的公式:

功能點的原始計算公式：FPＣoｕｎｔ=ＵＦＰ＊VＡF

新開發(fā)項目有時新開發(fā)的軟件項目也需要與其他現(xiàn)存的軟件系統(tǒng)進行整合，例如：一個企業(yè)新開發(fā)的MIS內(nèi)部管理系統(tǒng)經(jīng)常會與財務(wù)系統(tǒng)進行整合。這個時候除了考慮本身項目的功能點個數(shù)外，還要考慮系統(tǒng)整合或數(shù)據(jù)遷移部分的工作量，因此其功能點計算公式如下：FPCount=（UＦＰ+ＣＦP)*VAF

二次開發(fā)的項目有時新開發(fā)的軟件項目是在原有基礎(chǔ)上進行二次開發(fā)的，只是為了增加一些新的功能，因此其功能點計算公式如下：FPCounｔ=ADD＊VAF

術(shù)語英文中文含義ＡＤDAddedfuｎctｉoｎalｉty被添加的功能點個數(shù)ＣFPＣonversionｆuｎｃtioｎality被轉(zhuǎn)換的功能點個數(shù)CHGAUFPofchａngｅｄｆunctioｎalｉtyａfterenhａｎcement功能增強后所改動的功能所貢獻的未調(diào)整的功能點個數(shù)ＤELDeｌetedｆuncｔionａlｉｔｙ被刪除的功能點個數(shù)UFPUｎadjustｅdｆｕncｔionaｌpｏｉntｃounｔ未調(diào)整的功能點個數(shù)VＡFValueadjuｓｔmeｎtｆactoｒVＡＦ=(sumof(DI)＊0。０１)+0．6５功能點的調(diào)整因子的計算公式VAF＝（sumoｆ(DＩ)＊０。０1)+0.65VAFAVａｌueadjｕｓｔmｅntfactoraftereｎｈanｃeｍent功能增強后的功能點調(diào)整因子VAＦＢValueadjustｍｅntfａｃｔoｒbeforeenhancemｅｎt功能增強前的功能點調(diào)整因子UFＰ：未調(diào)整的功能點個數(shù)人機交互(程序復雜度)（1）、

EI：ExｔerｎalＩｎpｕｔ外部輸入（２）、

EO：EｘtｅrｎａlＯutput外部輸出（３)、

EQ：ExtｅｒnａｌInquirｙ外部查詢數(shù)據(jù)存儲（數(shù)據(jù)庫復雜度）１、

ILF：IｎternalLｏgicａlＦｉｌe內(nèi)部邏輯文件2、

EIF：ExternalInterfaceFiｌｅ外部接口文件識別功能點的重要原則ＩLF、ＥIF要與EＩ、EO、EQ分開計算。對IＬＦ和ＥIF復雜度的計算可以簡單理解為對數(shù)據(jù)庫復雜度的計算.對EI、EO、EQ復雜度的計算可以理解為對程序開發(fā)復雜度的計算。一般軟件項目都是由數(shù)據(jù)和程序構(gòu)成的，因此計算ILF、ＥIF和計算EI、ＥO、EQ之間沒有任何關(guān)系。參數(shù)介紹

:數(shù)據(jù)單元類型(DataＥlｅmentTyｐe，DET)用戶可識別的無遞歸、不重復的信息單元.記錄單元類型(RecorｄＥleｍｅｎtType，RＥT)在ILF或EIＦ中，用戶可識別的數(shù)據(jù)域的子集，可以通過檢查數(shù)據(jù)中的各種邏輯分組來識別它們.引用文件類型(Refｅrenced，F(xiàn)TR)被事務(wù)功能讀取或維護的內(nèi)部邏輯文件(ILF)，或者是被事務(wù)功能讀取的外部接口文件（ＥIF）.（1)EI、EQ和EＯ的技術(shù)復雜的計算復雜性取決于FTRs和DＥTs的數(shù)量.FＴR是被一個事物操作讀取或維護的一個ILF，或者是被一個事物操作讀取的一個EIF。EＩ中識別ＦTR規(guī)則●

每一個ILF應(yīng)該算做一個ＦTＲ。●

通過ＥI讀取操作的每個ＩLF或EＩＦ都應(yīng)該被計算為一個ＦTR。●

即被EI維護又被讀取的IＬF僅計算一個ＦＴR.EI中識別DET規(guī)則●

在ＥI的過程中，以用戶角度識別的,通過應(yīng)用系統(tǒng)邊界輸入系統(tǒng)內(nèi)部的非重復的字段,那么該字段應(yīng)算一個ＤET。●

如果在ＥI過程中,只要沒有通過系統(tǒng)邊界輸入,就算它存在于系統(tǒng)內(nèi)的一個ILF中，也不能算為一個ＤＥT。

例如外貿(mào)訂單系統(tǒng)中，訂單的金額是被單價和數(shù)量自動計算的，那么金額是沒有通過系統(tǒng)邊界輸入的，因此在EI操作中就不應(yīng)該算做一個DET。●

在應(yīng)用程序的EＩ操作時，系統(tǒng)提示的錯誤信息或完成操作的信息，應(yīng)該被分別計算為一個DET。

例如在網(wǎng)站注冊用戶信息時，由于輸入錯誤系統(tǒng)會顯示提示信息，那么這些提示信息應(yīng)該被逐個計算為一個ＤET.

當EI操作完成時系統(tǒng)提示并顯示出來的信息，應(yīng)該被計算為DET?！?/p>

在EＩ操作中如果遇到主外鍵的字段，應(yīng)該算作一個DET.EＯ和EQ計算FTR的規(guī)則●

通用規(guī)則:每個在EO／ＥＱ處理過程中讀取的ILF和EIF算一個FTR●

ＥＯ額外的ＦTＲ計算規(guī)則

在ＥO處理過程中每個被維護的IＬF算一個FTＲ

在EO處理過程中既被讀取又被維護的ILF算一個FTＲ

EO和EQ計算DET的通用規(guī)則●

用戶可識別的非重復的字段，進入應(yīng)用邊界并且指明處理什么,何時處理或處理方式，并且由EO／EQ返回或產(chǎn)生,那么這樣的每個字段算一個DET

例如在報表中的每個字段都是一個DET●

在應(yīng)用邊界內(nèi)以用戶角度識別的，非重復字段算一個DET.

例如在報表上起到解釋或備注作用的文字信息,不管它是一個字、一個詞或一段話,都當作一個DＥT

例如某種編號或日期，就算它被物理存儲在不同字段中，但從用戶角度來看是一個整體的信息，因此被算作一個ＤEＴ

例如在餅圖中百分比和分類算作不同的DＥＴ.●

在EO或者EQ操作中,如果對系統(tǒng)進行輸入或讀取操作時，相同的字段只計算一個DＥT。

例如在報表查詢時，輸入的字段在報表上也有顯示,那么將算作同一個DET●

在應(yīng)用程序的EＯ或EQ操作時，系統(tǒng)提示的錯誤信息或完成操作的信息，應(yīng)該被計算為ＤEＴ.

例如用戶查詢一個列表時被拒絕，那么拒絕的提示信息就算為一個DET?！?/p>

在ＥO或EQ操作中如果遇到主外鍵的字段，應(yīng)該算作一個DＥT.●

如果在EO或EＱ過程中，只要沒有通過系統(tǒng)邊界輸入，就算它存在于系統(tǒng)內(nèi)的一個ＩLF中,也不能算為一個DET。

在公司發(fā)工資的時候，員工對應(yīng)的狀態(tài)信息被更新，但這個狀態(tài)信息的更新是沒有通過系統(tǒng)邊界輸入的，因此也不能算做一個DET?！?/p>

頁面的標題等類似的信息不計算DＥT●

系統(tǒng)字段生成的記號不能被算作一個ＤET。

例如：頁碼、位置信息、時間、上一頁、下一頁等信息.ＥI復雜度計算矩陣

1～4個ＤEＴ5~15個ＤET多于１6個DET0~1個ＦTR低低中等２個FＴR低中等高大于2個FＲＴ中等高高

EＯ和EQ復雜度計算矩陣

1～5個DET６～1９個DＥT多于２0個DET０～１個FTＲ低低中等2~3個ＦＴR低中等高多于4個FＴR中等高高

未調(diào)整前功能點對應(yīng)矩陣EI、EO、EQ、ILＦ和EＩＦ計算出來的技術(shù)復雜度對應(yīng)的功能點如下表所示

低中等高EＩ346ＥO45７EQ346ＩLF７10１５EIF57１0ＤET識別規(guī)則用戶可識別,非重復的字段，通過基本流程處理ＩLF/EIF時獲得。eg：如果員工號在一個ILF或EIF中出現(xiàn)兩次，一次是作為員工記錄的主鍵，一個是作為家屬信息的外鍵,員工號記為一個DET。當兩個應(yīng)用程序維護或引用相同的ＩLＦ、ＥＩＦ，但是各自使用不同的DET,那么僅計算它使用到的ＤET。ｅg:應(yīng)用程序A使用到的地址信息包括：ｓtreetaddｒeｓs,ｃity，ｓｔate,zipcode.應(yīng)用程序B可能把地址當做一個整體而未細化到個體,因此應(yīng)用程序A計數(shù)有4個DET，而應(yīng)用程序Ｂ計數(shù)有1個DＥT。每個被用戶用來和其他IＬF或EIF建立關(guān)系的數(shù)據(jù)也是一個ＤET。eg：在ＨR系統(tǒng)中，員工信息是一個ILF，員工職位名稱也算作是員工信息的一部分，被算作一個DET，因為它可以把員工和職位聯(lián)系起來，這類DET成為外鍵.RET識別規(guī)則RET是指一個EＩF/ＩＬＦ中用戶可以識別的DET的集合。如果把ＤEＴ簡單理解為字段的話，那RET就可以簡單地理解為數(shù)據(jù)庫中的表.如：訂單內(nèi)部邏輯文件由于存在訂單頭和明細關(guān)聯(lián)引用,REＴ應(yīng)該算2個（2）內(nèi)部邏輯文件與外部接口文件ILF內(nèi)部邏輯文件內(nèi)部邏輯文件是指一組以用戶角度識別的，在應(yīng)用程序邊界內(nèi)且被維護的邏輯相關(guān)數(shù)據(jù)或控制信息。ILF的主要目的是通過應(yīng)用程序的一個或多個基本處理過程來維護數(shù)據(jù)。EIＦ外部接口文件外部接口文件是指一組在應(yīng)用程序邊界內(nèi)被查詢，但它是在其他應(yīng)用程序中被維護的，以用戶角度來識別的,邏輯上相關(guān)的數(shù)據(jù)。因此一個應(yīng)用程序中的ＥＩF必然是其他應(yīng)用程序中的ＩLＦ。EIF的主要目的是為邊界內(nèi)的應(yīng)用程序提供一個或多個通過基礎(chǔ)操作過程來引用的一組數(shù)據(jù)或信息。EＩF所遵循的規(guī)則：

從用戶角度出發(fā)識別的一組邏輯數(shù)據(jù)。

這組數(shù)據(jù)是在應(yīng)用程序外部,并被應(yīng)用程序引用的。

計算功能點的這個應(yīng)用程序并不維護該EIF

這組數(shù)據(jù)是作為另一個應(yīng)用程序中的ＩLF被維護的。ILF和EIＦ復雜性計算

ＩLF和EIF的復雜性是取決于RＥT(Recorｄeｌeｍeｎｔtype）和ＤEＴ(Ｄａt(yī)aｅlｅmenttypｅ）的數(shù)量。DＥＴ是一個以用戶角度識別的，非重復的有業(yè)務(wù)邏輯意義的字段。DET計算的規(guī)則:●

通過一個基本處理過程的執(zhí)行,對ＩLF進行維護或從IＬF／EIF中返回一個特定的、用戶可識別的、非重復的字段,那么每個這樣的字段算一個DET。

例如：添加一個外貿(mào)訂單時需要保存“訂單號碼、訂單日期、地址、郵編”，那么對于ＩLＦ訂單來說它的DEＴ就是4個。

例如：保存訂單時還會保存訂單的明細，訂單的明細往往作為一個子表進行保存，那么“訂單號碼"在主表和子表中都同時存在（主外鍵），但以用戶角度來識別時，存盤操作是一個最小的單位，那么訂單號碼只能算做一個DＥT。

●

當兩個應(yīng)用程序維護和/或引用相同的ILF/EIF，但是每個應(yīng)用程序分別維護／引用它們相應(yīng)的DEＴ時，這些DET在這兩個應(yīng)用程序的維護或引用中將單獨計算.

例如一個應(yīng)用程序的兩個“ElemｅntａｒyPｒｏcess”基本處理過程都需要使用到“地址"的信息,地址的信息又可以細分為“國家、城市、街道、郵編”。那么對于其中一個基本處理過程來說，他將整個地址信息作為一個整體進行處理，那就只算一個DEＴ,另外一個基本處理過程使用每個地址的詳細信息，那么DEＴ就是4個.

RET計算的規(guī)則如下:ＲＥT是指一個EＩF/ILF中用戶可以識別的DET的集合。如果把DET簡單理解為字段的話，那RＥT就可以簡單理解為數(shù)據(jù)庫中的表。ＲET在ILF/ＥIF中分為兩種類型：可選的(Optiｏnal)和必選的(Mandａｔory）。計算RET的規(guī)則為以下兩點:●

在一個ＩLＦ/EＩＦ中每一個可選或必選的集合都被計算為一個RET。或者●

如果一個ＩLF/ＥIF沒有子集合,則IＬF／EIF被計算為一個REＴ。

例如:在外貿(mào)訂單系統(tǒng)中添加一個訂單時會保存“訂單信息、客戶的ID、部門的ID".那么訂單系統(tǒng)ILＦ中RET為：1、

訂單信息(必選的）2、

客戶信息（必選的）３、

部門信息（可選的）因此ILF中RET的個數(shù)為3個。

ILF/EIF復雜度的矩陣如下

１～１9個ＤET２0～50個DET超過5１個ＤET1個RＥＴ低低中等2~5個RET低中等高6個以上ＲEＴ中等高高

外部輸入ＥI的DET識別規(guī)則：規(guī)則1：在EI的過程中，以用戶角度識別的、通過應(yīng)用系統(tǒng)邊界輸入系統(tǒng)內(nèi)部的非重復字段，算作一個DET。規(guī)則2:在ＥI的過程中，只要沒有通過系統(tǒng)邊界輸入,即使它存在于系統(tǒng)內(nèi)的一個ＩLF中，也不能算為一個DＥT。 例如：在外貿(mào)訂單系統(tǒng)中,訂單的金額是被單價和數(shù)量自動計算的，那么金額是沒有通過系統(tǒng)邊界輸入的，因此在ＥI操作中不能算作一個DET。規(guī)則3：EＩ操作中系統(tǒng)提示的錯誤信息或完成的操作信息，應(yīng)該分別算作一個ＤEＴ.?例如：在網(wǎng)站注冊用戶信息時,如果輸入錯誤，系統(tǒng)會顯示提示信息,那么這些提示信息應(yīng)該被逐個計算為一個DET;而當EI操作正確完成時,系統(tǒng)提示并顯示出來的信息，也應(yīng)該被計算為一個DET。外部輸入ＥＩ的FＴR識別規(guī)則:規(guī)則1：它所維護的每一個ＩLF算做一個FTR.規(guī)則2：通過ＥI讀取的每個ILF／ＥIＦ算作一個FTR。規(guī)則3：既被EＩ維護又被讀取的IＬF僅計算一次。類別功能點HＹPERLINK"：\\Useｒｓ\\Ａdministｒａt(yī)or\＼Deｓkｔｏp\\軟件項目估算記錄表(功能點估算法)-ｖ01(1）.xlｓ＂\l＂估算指南！Ａ43＃估算指南！A43”涉及的文件類型?FTＲ(fiｌｅstypeReferｒenced)ＨYPＥＲLINＫ＂：\\Ｕserｓ\\Admｉniｓtrａｔor\\Ｄeｓｋtop\\軟件項目估算記錄表(功能點估算法）—v０1（１).xｌｓ"數(shù)據(jù)元?（Dａt(yī)aElｅｍｅnｔｓ)１~45～１５大于15人機交互?(程序復雜度）HYPEＲLINK＂:＼\Ｕｓerｓ＼＼Aｄｍiｎisｔｒator\\Deｓktop\\軟件項目估算記錄表(功能點估算法）－v01（1）．xls”\l”估算指南！_Toc28１4０1７47#估算指南！_Tｏc2８140174７”EI少于２種低(３）低（３)普通（4）２低(3)普通（4）高（6）多于2種普通（4）高(６）高（6)ＨYＰERLINK”:\\Userｓ\\Ａdminisｔｒatｏr＼\Ｄeskｔｏp＼＼軟件項目估算記錄表（功能點估算法)-ｖ01（1）。xlｓ"EOHYPERLINＫ”：＼＼Users＼\Administrator\\Ｄesktｏp\\軟件項目估算記錄表(功能點估算法)—v01(1)。xls"\l＂估算指南！B58#估算指南!B５8"涉及的文件類型

FTＲ(fｉｌestｙpｅReｆｅrreｎced）數(shù)據(jù)元?（DataElｅments）１～56~19大于19少于2種低（４）低(4)普通（5)２低（4）普通（５)高（7)多于2種普通（５）高(7）高(７）HYPＥRLＩNK＂：\\Usｅｒs\\Ａｄministrator\＼Ｄeｓkｔop＼\軟件項目估算記錄表（功能點估算法)－v01（1)。xlｓ”EＱＨYPERLINK":\\Uｓers\\Adｍiｎistrａｔor\\Deｓktop\\軟件項目估算記錄表(功能點估算法）－v0１(1）。xls”＼l＂估算指南!B58＃估算指南!B58＂涉及的文件類型

FＴR(ｆilesｔypeRｅfｅrｒencｅｄ）HYPERLINＫ"：\\Users\\Adminｉstｒator\\Deskｔop＼＼軟件項目估算記錄表（功能點估算法)－v0１（1).xls＂數(shù)據(jù)元?（DataEｌementｓ）1~56～19大于19少于2種低(4）低（4）普通（５）2低(４）普通（５）高(7）多于2種普通（5）高（７）高(7)數(shù)據(jù)存儲

（數(shù)據(jù)庫復雜度）HYPＥRLINK”：\＼Ｕsｅrs\\Aｄministrａｔｏr\＼Ｄｅsktｏp＼\軟件項目估算記錄表（功能點估算法）-ｖ０1（1）。xls"＼ｌ”估算指南!_Toｃ28１4０17５０#估算指南?。撸裕颿２8１４017５0"ＩＬFＨYPERLINＫ":＼\Userｓ\\Ａdmiｎistｒator\\Deskｔoｐ＼\軟件項目估算記錄表（功能點估算法)-v0１（1)。xls"\l”估算指南!B７4#估算指南！B7４”記錄元素類型?RET（recordelｅmenttypｅs)\l”估算指南！B73#估算指南！B73"數(shù)據(jù)元

（DatａＥlemeｎｔｓ）1～1９2０～５0大于511低（7）低（７）普通（10）2~5低（7）普通(１0）高（15）6種以上普通（10)高(15）高(15）HYＰERLＩNK"：\\Ｕｓｅrs\＼Adminiｓｔratｏｒ＼\Deｓktoｐ\＼軟件項目估算記錄表(功能點估算法）－v01（1）．xls"\l”估算指南！_Toｃ28１40１751＃估算指南！_Tｏc281401７51"EＬFＨYPERＬＩNK":\\Uｓerｓ\\Admiｎiｓtratｏｒ\\Deskｔoｐ\\軟件項目估算記錄表（功能點估算法）-v01（1)。xlｓ”\l”估算指南！B74＃估算指南！B7４”記錄元素類型

RＥT(recｏrdeleｍｅntｔypes）ＨYPERLINK":＼\Useｒs\\Administratoｒ＼\Ｄｅskｔop\＼軟件項目估算記錄表(功能點估算法）-v0１（1)．xls＂＼l”估算指南!B73#估算指南！B７3"數(shù)據(jù)元

(Dａt(yī)aＥlemeｎts)1~１9２0～5０大于５1１低(7）低(7）普通(10）2~5低（7)普通(10）高(15)6種以上普通（10）高（15）高（1５）ＶAＦ：計算調(diào)整因子功能點的調(diào)整因子系數(shù)是通過通用系統(tǒng)特性及其影響程度來評定的,對每個常規(guī)系統(tǒng)特性的評估由其影響程度(ＤI）而定，分為0-５級:0

毫無影響1

偶然影響2

適度影響3

一般影響4

重要影響５

強烈影響

然后依次對以下1４個系統(tǒng)常規(guī)特性進行打分，并帶入以下計算公式算出功能點的調(diào)整因子.ValueＡdjustｍenｔFactoｒ=(sumoｆ（DI）＊0。０1）+０.65

1數(shù)據(jù)通訊數(shù)據(jù)通訊指的是應(yīng)用程序直接與處理器通訊的程度。通常我們都是通過某種通訊手段來實現(xiàn)在一個應(yīng)用中所使用的數(shù)據(jù)或者控制信息的。連接到本地控制器上的終端被認為是使用通訊設(shè)施，而協(xié)議指的是兩個系統(tǒng)或者兩個設(shè)備之間進行通訊時所使用的一種約定.所有的數(shù)據(jù)通訊鏈接都需要某種協(xié)議。0應(yīng)用程序是單純的批處理或者PCstanｄ-alonｅ1應(yīng)用程序是一種批處理過程,但是包含遠程數(shù)據(jù)的錄入或遠程打印2應(yīng)用程序是一種批處理過程，但是包含遠程數(shù)據(jù)的錄入和遠程打印3應(yīng)用程序包括在線數(shù)據(jù)收集或者包括批處理或查詢系統(tǒng)的遠程處理的前端應(yīng)用4應(yīng)用程序不單只是前端應(yīng)用，但是僅支持一種遠程處理通訊協(xié)議５應(yīng)用程序不單只是前端應(yīng)用,還支持多于一種的遠程處理通訊協(xié)議

2分布式數(shù)據(jù)處理分布式數(shù)據(jù)處理是應(yīng)用在內(nèi)部組件之間傳遞信息的程度.這個特性是在應(yīng)用邊界內(nèi)體現(xiàn)的。0應(yīng)用程序不支持組件之間的數(shù)據(jù)傳輸和處理功能1應(yīng)用程序為用戶可能進行的處理準備數(shù)據(jù)(例如使用電子表格或者數(shù)據(jù)庫等）2應(yīng)用程序所準備的數(shù)據(jù)是為了在系統(tǒng)另外一個組件上傳輸和處理。并非為終端用戶所處理.3分布式處理和數(shù)據(jù)傳輸是在線的,并且是單向的4分布式處理和數(shù)據(jù)傳輸是在線的，并且是雙向的5由系統(tǒng)中最恰當?shù)慕M件動態(tài)地執(zhí)行處理功能3性能性能是吞吐量、處理時間等指標對開發(fā)的影響。用戶所提出的性能要求將直接影響到系統(tǒng)的設(shè)計，實施,安裝和支持。0用戶沒有提出性能方面的要求1用戶提出了性能和設(shè)計方面的要求，但不需要采取特定措施２響應(yīng)時間和吞吐量在系統(tǒng)峰值時是關(guān)鍵的，但是不需要采取相應(yīng)的ＣPU

使用方面的特殊設(shè)計.處理的最后期限是在下一個工作日。３在任何時候響應(yīng)時間和吞吐量都是關(guān)鍵的,但是不需要采取相應(yīng)的CPU

使用方面的特殊設(shè)計。處理的完成期限比較嚴格4除了上面一項的要求外,由于對需求的要求比較嚴格，在設(shè)計階段就要進行性能分析5除了上面一項的要求之外,在設(shè)計和實施階段需要使用性能分析工具來判斷性能要求的完成情況4大業(yè)務(wù)量配置大業(yè)務(wù)量配置指的是計算機的資源對應(yīng)用開發(fā)的影響程度。大業(yè)務(wù)量的運行配置對設(shè)計有特殊要求，是必須考慮的一個系統(tǒng)特性.0沒有提出明確的運行方面的限制1有運行方面的限制,但是不需要采取特別的措施以滿足運行限制2提出了一些安全和時間方面的限制3應(yīng)用程序的某些部分對處理器有特定的要求。4提出的運行限制對應(yīng)用的中央處理器或者專用處理器有特殊的要求5除上面一項之外,還對應(yīng)用的分布式組件提出了限制5事務(wù)處理率事務(wù)處理率是業(yè)務(wù)交易處理速度的要求對系統(tǒng)的設(shè)計,實施,安裝和支持等的影響.0預計不會出現(xiàn)周期性的高峰事務(wù)處理期1預計會有周期性的高峰事務(wù)處理期（例如：每月、每季、每年）2預計每周都會出現(xiàn)高峰事務(wù)處理期3預計每天都會出現(xiàn)高峰事務(wù)處理期4用戶在應(yīng)用程序需求或者服務(wù)級別協(xié)議中對事務(wù)率要求很高，因此必須在設(shè)計階段進行性能分析。5用戶在應(yīng)用程序需求或者服務(wù)級別協(xié)議中對事務(wù)率要求很高,因此必須進行性能分析并在設(shè)計、開發(fā)和安裝階段中使用到性能分析工具。6在線數(shù)據(jù)輸入在線數(shù)據(jù)輸入是指數(shù)據(jù)通過交互的方式輸入系統(tǒng)程度。系統(tǒng)中包括在線數(shù)據(jù)輸入和控制信息功能。0所有事務(wù)都是批處理的。11％～7%的事務(wù)是以交互式的方式進行數(shù)據(jù)錄入２8％~15%的事務(wù)是以交互式的方式進行數(shù)據(jù)錄入316%～23％的事務(wù)是以交互式的方式進行數(shù)據(jù)錄入４2４％～３0％的事務(wù)是以交互式的方式進行數(shù)據(jù)錄入530%以上的事務(wù)是以交互式的方式進行數(shù)據(jù)錄入7最終用戶效率最終用戶效率是指對應(yīng)用的人文因素以及使用的便捷方面的考慮程度。如下功能設(shè)計是針對最終用戶效率的:

頁面導航

菜單

在線幫助或文檔

光標自動跳轉(zhuǎn)

可以滾動

在線遠程打印

預定義的功能鍵

在線做批量提交任務(wù)

光標可以選取界面上的數(shù)據(jù)

用戶使用大量反白顯示、重點顯示、下劃線或其他的標識

在線copy用戶文檔

鼠標拖動功能

彈出窗體

使用最少的界面完成某種商業(yè)功能

雙語言支持（如果選擇了這個就算4項)

多語言支持(如果選擇了這個就算6項)

０以上的一個都不包括1包括以上的1~3個2包括以上的4～5個3包括以上的6個或以上，但是沒有用戶對于效率的要求４包括以上的６個或以上，對用戶使用效率有較高要求，因而必須考慮用戶方面的設(shè)計（例如，最少擊鍵次數(shù)、盡可能提供默認值、模版的使用）5包括以上的6個或以上，用戶對效率的要求使得開發(fā)人員必須使用特定的工具和流程以判定用戶對效率的要求已經(jīng)被達成8在線更新在線更新是指內(nèi)部邏輯文件IＬF

被在線更新的程度.應(yīng)用系統(tǒng)提供在線更新內(nèi)部邏輯文件的功能。0沒有在線更新1包含1～３

個控制文件的在線更新.更新的流量低,恢復容易2包含對4

個以上控制文件的在線更新。更新的流量低，恢復容易３包含對主要IＬＦ

的更新4除了3

之外,在設(shè)計和實施中要考慮對數(shù)據(jù)丟失的防范。5除了４

之外，大量的數(shù)據(jù)恢復工作要考慮成本因素，同時包含了高度自動化的恢復流程。9復雜處理復雜處理描述了邏輯處理對應(yīng)用開發(fā)的影響程度。

它包含以下要素:

敏感控制(例如特殊的審核過程）和/或程序特定的安全處理

大量的邏輯處理

大量的數(shù)學處理

因為例外處理造成的需要重新處理的情況(例如，由TP中斷、數(shù)據(jù)值缺少和驗證失敗導致的ATＭ事務(wù))

多種可能的輸入/輸出造成的復雜處理

０上面一個都不滿足1只滿足一個2只滿足兩個3滿足三個4滿足四個５都滿足１０可復用性應(yīng)用系統(tǒng)中的應(yīng)用和代碼經(jīng)過特殊設(shè)計、開發(fā)和支持，可以在其他應(yīng)用系統(tǒng)中復用。0沒有可復用的代碼1代碼在應(yīng)用之內(nèi)復用2應(yīng)用中被其他用戶復用的部分不足10％3應(yīng)用中被不止一個用戶使用的部分超過10%4應(yīng)用遵從一種易于復用的方式被打包和文檔化.用戶在源代碼級客戶化該應(yīng)用5應(yīng)用按照一種易于復用的方式被打包和文檔化。用戶使用用戶參數(shù)來對該應(yīng)用進行客戶化１１。易安裝性易安裝性指應(yīng)用系統(tǒng)的轉(zhuǎn)換和安裝容易度對開發(fā)的影響程度。系統(tǒng)測試階段提供了轉(zhuǎn)換和安裝計劃和/或轉(zhuǎn)換工具.０用戶對安裝沒有特定的要求1用戶對安裝沒有特定的要求,但有特定的安裝環(huán)境要求２用戶提出了安裝和轉(zhuǎn)化的要求，轉(zhuǎn)化／安裝指南被經(jīng)過測試提供給用戶.但是轉(zhuǎn)化的影響對該應(yīng)用不重要3用戶提出了安裝和轉(zhuǎn)化的要求,轉(zhuǎn)化/安裝指南被經(jīng)過測試提供給用戶。轉(zhuǎn)化的影響對該應(yīng)用來說是重要的4除了2

的要求之外，需要提供經(jīng)過測試的自動化的安裝和轉(zhuǎn)化工具。5除了３

的要求之外,需要提供經(jīng)過測試的自動化的安裝和轉(zhuǎn)化工具。１2.易操作性易操作性指的是應(yīng)用對運行的影響程度，如有效啟動、備份和恢復規(guī)程的影響。易操作性是應(yīng)用提供的一種特性,它最小化了手工操作的要求。0用戶沒有指定除正常備份程序外的其它特定操作1提供高效的啟動、備份和恢復進程，但需要人手操作2提供高效的啟動、備份和恢復進程，不需要人手操作(當作兩項計算)3應(yīng)用程序?qū)Υ艓У男枨笞钚』磻?yīng)用程序?qū)τ部截愄幚淼男枨笞钚』党绦蛟O(shè)計成無人操作模式。無人操作模式的意思是除了啟動和關(guān)閉之外，不需要對系統(tǒng)進行操作。程序的其中一個功能就是錯誤自動恢復。１3.多場地多場地指應(yīng)用系統(tǒng)經(jīng)特殊設(shè)計、開發(fā)可以在多個組織、多個地點應(yīng)用的程度。0用戶需求不含多場地和組織的要求1考慮了多場地的要求，但是設(shè)計要求應(yīng)用在不同的場地使用相同的軟硬件環(huán)境2考慮了多場地的要求,但是設(shè)計要求應(yīng)用在不同的場地使用類似的軟硬件環(huán)境3考慮了多場地的要求，同時設(shè)計支持應(yīng)用在不同的場地使用不同的軟硬件環(huán)境4在1

或者2

的要求之上，提供了經(jīng)過測試的多場地的文檔和支持計劃５在3

的要求之上，提供了經(jīng)過測試的多場地的文檔和支持計劃1４.支持變更支持變更指的是應(yīng)用在設(shè)計上考慮支持處理邏輯和數(shù)據(jù)結(jié)構(gòu)變化的程度.可以具有如下的特性：

提供可以處理簡單要求的彈性查詢和報告功能,如對一個ＩLF進行與(或）邏輯

提供可以處理一般復雜度要求的彈性查詢和報告功能，如對多于一個的ILＦ進行的與(或）邏輯（當作兩項計算)

提供可以處理復雜要求的彈性查詢和報告功能,如對一個或多個ＩＬF進行的與（或)邏輯的組合（當作三項計算)

業(yè)務(wù)控制數(shù)據(jù)被保存到用戶通過在線交互進程維護的表中,但變更只會在第二個工作日生效

業(yè)務(wù)控制數(shù)據(jù)被保存到用戶通過在線交互進程維護的表中，且變更即時生效0一個都不滿足１合計滿足一個2合計滿足二個3合計滿足三個4合計滿足四個5合計滿足五個功能點估算的步驟1、識別功能點的類型。2、識別待估算應(yīng)用程序的邊界和范圍.3、計算數(shù)據(jù)類型功能點所提供的未調(diào)整的功能點數(shù)量。4、計算人機交互功能所提供的未調(diào)整的功能點數(shù)量。5、確定調(diào)整因子。6、計算調(diào)整后的功能點數(shù)量.范例

以員工管理系統(tǒng)為范例,在添加一個員工資料時會使用到員工的一般信息、員工的教育情況、工作經(jīng)歷和家屬信息。員工又會隸屬于某個部門，在本系統(tǒng)中會有一個對部門進行維護的功能。員工的工資是由另外一個財務(wù)系統(tǒng)提供的。因此其用例圖如下所示:?

假設(shè)員工基本信息如下所示：員工ＩD（標簽控件)員工名稱性別生日婚否所屬部門IＤ（標簽控件)所屬部門名稱—-受教育的時間——學校名稱—-所學專業(yè)-—工作時間-—工作單位--工作部門——工作職務(wù)-—親屬的姓名——之間關(guān)系——親屬年齡——工作單位?

假設(shè)部門信息如下所示:部門ＩD（標簽控件）部門名稱?

假設(shè)工資表信息如下所示:員工ID（標簽控件）員工姓名金額單位

本范