軟件功能點技術(shù)與應(yīng)用

軟件功能點技術(shù)與應(yīng)用內(nèi)容功能點標(biāo)準(zhǔn)概述IFPUG功能點概述示例升級項目及維護(hù)活動功能點應(yīng)用Q&A2014.022功能點標(biāo)準(zhǔn)概述功能點標(biāo)準(zhǔn)

IFPUG功能點標(biāo)準(zhǔn)MarkII功能點標(biāo)準(zhǔn)Nesma功能點標(biāo)準(zhǔn)COSMICFFP功能點標(biāo)準(zhǔn)2014.023功能點標(biāo)準(zhǔn)FunctionalSizeMeasurementStandardISO/IEC14143功能規(guī)模（Functionalsize）量化表述用戶功能性需求的軟件規(guī)模AsizeofthesoftwarederivedbyquantifyingtheFunctionalUserRequirement功能規(guī)模度量（FunctionalSizeMeasurementFSM）度量功能規(guī)模的過程（TheprocessofmeasuringFunctionalSize）2014.024功能點標(biāo)準(zhǔn)2014.025功能點標(biāo)準(zhǔn)IFPUG功能點標(biāo)準(zhǔn)MarkII功能點標(biāo)準(zhǔn)Nesma功能點標(biāo)準(zhǔn)COSMICFFP功能點標(biāo)準(zhǔn)IFPUG功能點1979IBM的AllanAlbrecht提出FP方法1984正式的FP使用指南發(fā)布1988FPCPMrelease2.01990FPCPMrelease3.01994FPCPMrelease4.01999FPCPMrelease4.12003加入ISO/IEC標(biāo)準(zhǔn)2004FPCPMrelease4.22014.026IFPUG功能點IFPUGIFPUG(InternationalFunctionPointsUsers’Group)即國際功能點用戶組是一個致力于功能點分析研究的非營利性組織。1986年IFPUG組織成立，后續(xù)的FP指南都是由IFPUG組織所發(fā)布的FunctionPointCountingPracticesManual系列版本2014.027MarkII功能點MarkII英國人CharlesSymons為KPMG工作時提出的方法1991年定義MarkII方法目前該方法由英國軟件度量協(xié)會MetricsPracticeCommittee委員會維護(hù)2002年11月納入國際標(biāo)準(zhǔn)http://www.uksma.co.uk2014.028MarkII功能點MarkII視所有的用戶功能為邏輯事務(wù)每個事務(wù)包括輸入、處理過程和輸出功能點指數(shù)（FPI）是所有邏輯事務(wù)的輸入數(shù)據(jù)元素類型數(shù)量（Ni）、數(shù)據(jù)實體類型的引用數(shù)量(Ne)和輸出數(shù)據(jù)元素類型數(shù)量(No)的加權(quán)和其中，Wi=0.58,We=1.66,Wo=0.262014.029Nesma功能點Nesma1989NESMA發(fā)布了CountingPracticesManual1.0版本1996NESMA發(fā)布了CountingPracticesManual2.0版本2004NESMA發(fā)布了CountingPracticesManual2.2版本http://www.nesma.nl2014.0210Nesma功能點NesmaNesma與IFPUG一樣，將功能點劃分為五個類型，分別是EI/EO/EQ/ILF/EIF但在一些方面存在差異，例如

EQ與EO的區(qū)分

EQ的復(fù)雜程度隱含查詢（ImplicitInquiry）代碼數(shù)據(jù)（CodeData）物理介質(zhì)組合查詢2014.0211CosmicFFP功能點2014.0212過程識別使用FPA方法識別輸入、輸出與查詢使用FFP方法識別入口、出口、讀、寫得到FPC管理過程/控制過程CosmicFFP功能點2014.0213CosmicFFP功能點步驟一：獲取功能性需求2014.0214CosmicFFP功能點步驟二：映射階段2014.0215CosmicFFP功能點步驟二：映射階段（續(xù)）2014.0216CosmicFFP功能點步驟二：映射階段（續(xù)）2014.0217CosmicFFP功能點步驟二：映射階段（續(xù)）2014.0218CosmicFFP功能點步驟三：度量階段2014.0219IFPUG功能點概述功能點分析概述功能點分析的目的和用途為什么要使用功能點分析功能點分析方法功能點計數(shù)過程功能點計數(shù)（FPC）類型功能點計數(shù)范圍和應(yīng)用邊界2014.0220功能點分析概述什么是功能點什么是功能點分析功能點歷史IFPUG2014.0221功能點分析概述什么是功能點功能點（FunctionPoints）是度量軟件規(guī)模的一個標(biāo)準(zhǔn)度量單元一個軟件的大小可以通過交付給用戶的功能點數(shù)來度量，就如一間房子的大小通過提供給用戶的建筑面積或使用面積來度量一樣。2014.0222功能點分析概述什么是功能點分析功能點分析（FunctionPointAnalysis）是從用戶角度度量軟件開發(fā)的一種標(biāo)準(zhǔn)方法。功能點分析基于用戶的邏輯功能需求，而不考慮應(yīng)用的物理實現(xiàn)2014.0223功能點分析概述功能點歷史1979IBM的AllanAlbrecht提出FP方法1984正式的FP使用指南發(fā)布1988FPCPMrelease2.01990FPCPMrelease3.01994FPCPMrelease4.01999FPCPMrelease4.12003加入ISO/IEC標(biāo)準(zhǔn)2004FPCPMrelease4.22014.0224功能點分析概述IFPUGIFPUG(InternationalFunctionPointsUsers’Group)即國際功能點用戶組是一個致力于功能點分析研究的非營利性組織。1986年IFPUG組織成立，后續(xù)的FP指南都是由IFPUG組織所發(fā)布的FunctionPointCountingPracticesManual系列版本2014.0225功能點分析的目的和用途功能點分析的目的度量用戶要求的及得到的功能性脫離軟件技術(shù)實現(xiàn)來度量軟件的開發(fā)和維護(hù)除了滿足以上目的，功能點分析過程應(yīng)該：足夠簡單以最小化度量過程所需要的開銷在不同的項目或組織之間保持一致的度量方法和標(biāo)準(zhǔn)2014.0226功能點分析的目的和用途功能點分析的用途通過計算包含在應(yīng)用包中的所有功能點來確定購買的應(yīng)用包的規(guī)模大小通過計算滿足用戶特定需求的功能點數(shù)來幫助用戶確定一個軟件應(yīng)用包給組織帶來的好處通過度量軟件單元，進(jìn)行軟件質(zhì)量和生產(chǎn)率分析是估計軟件開發(fā)和維護(hù)所需成本和資源的一種方法是進(jìn)行軟件比較的一個標(biāo)準(zhǔn)化要素（factor）可以作為軟件組織資產(chǎn)管理的一種方法2014.0227為什么使用功能點分析有效的規(guī)模度量方法的特征功能點和代碼行的比較使用功能點分析的好處2014.0228為什么使用功能點分析有效的規(guī)模度量方法的特征對用戶和開發(fā)人員都是有意義的、可理解的。已定義的（行業(yè)公認(rèn)的）一致的方法（不同項目、不同組織等）容易學(xué)習(xí)和使用準(zhǔn)確的，基于統(tǒng)計的需要時可用的（如在項目早期）2014.0229功能點分析滿足以上特征，是從用戶的角度度量軟件規(guī)模的一種標(biāo)準(zhǔn)方法。為什么使用功能點分析功能點和代碼行的比較

功能點的優(yōu)點

代碼行的缺點1.功能點是獨(dú)立于實現(xiàn)技術(shù)和平臺的度量技術(shù)，是從用戶角度來度量的2.功能點可以從早期需求階段得到3.功能點是貫穿在整個生命周期中的一致的、客觀的度量單元4.功能點用客戶容易理解的方式表示軟件的規(guī)模1.沒有一個統(tǒng)一的數(shù)代碼行的標(biāo)準(zhǔn)2.代碼行度量組件而不是整個產(chǎn)品3.用代碼行度量生產(chǎn)率會導(dǎo)致軟件設(shè)計不嚴(yán)謹(jǐn)?shù)葐栴}2014.0230為什么使用功能點分析功能點和代碼行的比較典型生產(chǎn)率度量矛盾Project1Project2LinesofCode10,0003,000FunctionPoints2525TotalMonthseffort2515TotalCosts$125,000$75,000CostperSourceLine$12.50$25.00LinesperPersonmonth400200FPsperPersonmonth1.22CostperFP$5,000$3,0002014.0231為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件開發(fā)估計和度量需求規(guī)模估計和度量需求變更帶來的影響通過度量提升軟件開發(fā)的生產(chǎn)率和質(zhì)量使用功能點管理軟件組織用于資產(chǎn)管理在CMMI中的運(yùn)用改進(jìn)客戶關(guān)系進(jìn)行組織級改進(jìn)2014.0232為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件開發(fā)（需求變更）2014.0233為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件開發(fā)通過度量提升軟件開發(fā)的生產(chǎn)率和質(zhì)量2014.0234FP/HourProjectFunctionPointSize為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件組織用于資產(chǎn)管理Size=50,000FunctionPointsReplacementCost=$300,000,000Growth=7%peryearSupportCost=$20,000,000peryear2014.0235為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件組織在CMMI中的運(yùn)用在CMMI的許多過程域中都需要作軟件規(guī)模的度量，而功能點是度量規(guī)模的主要方法。CMMI四級以上對度量的要求很高，需要做到項目量化管理2014.0236為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件組織改進(jìn)客戶關(guān)系可預(yù)見的功能性可預(yù)見的工作量和工期可預(yù)見的成本2014.0237為什么使用功能點分析使用功能點分析的好處使用功能點管理軟件組織進(jìn)行組織級改進(jìn)進(jìn)行過程度量進(jìn)行項目管理度量估計生產(chǎn)率缺陷密度等等進(jìn)行標(biāo)桿2014.0238功能點分析方法2014.0239filefilefileApplicationAApplicationBfile外部輸入EI外部輸出EO外部查詢EQ事務(wù)功能內(nèi)部邏輯文件ILF外部接口文件EIF數(shù)據(jù)功能功能點分析方法把用戶的業(yè)務(wù)功能需求分為數(shù)據(jù)功能需求和處理數(shù)據(jù)的事務(wù)功能需求數(shù)據(jù)分為應(yīng)用內(nèi)部邏輯數(shù)據(jù)和應(yīng)用外部的接口數(shù)據(jù)，事務(wù)分為對數(shù)據(jù)的外部輸入、輸出和查詢分別分析這些組成部分的功能點2014.0240功能點分析方法數(shù)據(jù)功能（DataFunction）指提供給用戶的以滿足應(yīng)用內(nèi)部和外部數(shù)據(jù)需求的功能性分為內(nèi)部邏輯文件（ILF）和外部接口文件（EIF）復(fù)雜性由數(shù)據(jù)元素類型（DET）和記錄元素類型（RET）決定2014.0241功能點分析方法事務(wù)功能（TransactionFunction）指提供給用戶的以滿足應(yīng)用數(shù)據(jù)處理需求的功能性分為外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）復(fù)雜性由數(shù)據(jù)元素類型（DET）和文件引用類型（FTR）決定2014.0242功能點計數(shù)過程2014.0243確定功能點計數(shù)類型識別計數(shù)范圍及應(yīng)用邊界數(shù)數(shù)據(jù)功能點數(shù)事務(wù)功能點確定未調(diào)整功能點數(shù)確定調(diào)整系數(shù)值計算調(diào)整功能點數(shù)功能點分析方法數(shù)據(jù)功能確定ILF與EIF的復(fù)雜度確定ILF與EIF的復(fù)雜度要確定兩個系數(shù)數(shù)據(jù)元素類型（DET）記錄元素類型（RET）根據(jù)下表判斷DET與RET的復(fù)雜度2014.02441-19DET20-50DET>50DET1RET簡單簡單平均2-5RET簡單平均復(fù)雜>5RET平均復(fù)雜復(fù)雜功能點分析方法事務(wù)功能確定EI的復(fù)雜度2014.02451-4DET5-15DET>15DET0-1FTR簡單簡單平均2-FTR簡單平均復(fù)雜>2FTR平均復(fù)雜復(fù)雜功能點分析方法事務(wù)功能確定EO的復(fù)雜度2014.02461-5DET6-19DET>19DET0-1FTR簡單簡單平均2-3FTR簡單平均復(fù)雜>3FTR平均復(fù)雜復(fù)雜功能點分析方法事務(wù)功能確定EQ的復(fù)雜度2014.02471-5DET6-19DET>19DET0-1FTR簡單簡單平均2-3FTR簡單平均復(fù)雜>3FTR平均復(fù)雜復(fù)雜功能點分析方法計算初始功能點初始功能點的取決于功能類型及其對應(yīng)的復(fù)雜度2014.0248功能點分析方法確定系統(tǒng)的14個特征值FPA方法認(rèn)為有14個因素影響FP的個數(shù)這14個特征值根據(jù)SRS的內(nèi)容來判斷非功能需求設(shè)計約束根據(jù)每個特征值的特點，決定它的取值，取值范圍介于0到5之間2014.0249功能點分析方法2014.0250功能點分析方法計算調(diào)整系數(shù)VAF=(TDI*0.01)+0.65TDI(TOTALDEGREEOFINFLUENCE)0.65<VAF<1.35計算功能點FPC=UFP*VAF2014.0251功能點計數(shù)過程確定功能點計數(shù)類型識別計數(shù)范圍及應(yīng)用邊界識別數(shù)據(jù)功能并轉(zhuǎn)換為未調(diào)整功能點數(shù)識別事務(wù)功能并轉(zhuǎn)換為未調(diào)整功能點數(shù)確定未調(diào)整功能點數(shù)（UFP）確定調(diào)整系數(shù)根據(jù)相應(yīng)的計算公式計算調(diào)整功能點數(shù)2014.0252功能點計數(shù)過程2014.0253查詢員工信息EQuser1HRsystemEmployeeinformation(ILF)CurrencyAppConversionrate(EIF)Boundary新建員工信息EIuser1user1生成員工信息報表EO常用術(shù)語用戶（User）用戶角度（Userview）應(yīng)用（Application）項目（Project）文件（File）2014.0254常用術(shù)語用戶（User）用戶包括制定軟件功能需求的人，和軟件通訊或交互的人或者系統(tǒng)用戶角度（UserView）是以用戶語言對用戶業(yè)務(wù)需求進(jìn)行的正式描述。開發(fā)人員為了提供解決方案把用戶語言轉(zhuǎn)換成信息技術(shù)語言。業(yè)務(wù)功能描述被用戶認(rèn)可被用來數(shù)功能點有不同的物理形式（如：事務(wù)分類、建議書、需求文檔、詳細(xì)規(guī)格、用戶手冊等）2014.0255常用術(shù)語應(yīng)用（Application）支持一個業(yè)務(wù)目標(biāo)的自動過程和數(shù)據(jù)的集合由一個或多個組件、模塊或子系統(tǒng)組成通常和系統(tǒng)（system）、應(yīng)用系統(tǒng)、信息系統(tǒng)含義相同項目（Project）在規(guī)定時間內(nèi)，為了交付產(chǎn)品而執(zhí)行的一組任務(wù)。2014.0256常用術(shù)語文件（file）一個邏輯相關(guān)的數(shù)據(jù)組不是數(shù)據(jù)組的物理實現(xiàn)2014.0257功能點計數(shù)類型三種類型開發(fā)項目（DevelopmentProject）升級項目（EnhancementProject）應(yīng)用（Application）三者關(guān)系三種類型使用不同的計算公式來計算功能點數(shù)2014.0258功能點計數(shù)類型三種類型開發(fā)項目（DevelopmentProject）開發(fā)項目功能點計數(shù)度量新項目完成時交付給用戶的軟件第一次安裝的功能點升級項目（EnhancementProject）升級項目功能點計數(shù)度量對現(xiàn)有應(yīng)用更改所帶來的功能點，包括對現(xiàn)有應(yīng)用功能的增加、修改和刪除。應(yīng)用（Application）應(yīng)用功能點計數(shù)和已安裝的應(yīng)用相關(guān)，也稱為基線或已安裝功能點。它用來度量應(yīng)用提供給用戶的當(dāng)前功能。2014.0259功能點計數(shù)類型三種功能點計數(shù)類型之間的關(guān)系2014.0260EstimatedCountDevelopmentProjectasProjectAEstimatedCountEnhancementsasProjectBFinalCountEnhancementsasProjectBFinalCountDevelopmentprojectasProjectAApplicationcountCompletedprojectCompletedproject注：projectB是在projectA完成后升級的項目當(dāng)開發(fā)項目功能點計數(shù)完成后，應(yīng)用功能點數(shù)被初始化，而當(dāng)每次更改應(yīng)用功能的升級項目完成時，應(yīng)用功能點數(shù)都需要更新。initializesupdates功能點計數(shù)范圍和應(yīng)用邊界定義（Definition）功能點計數(shù)的目的功能點計數(shù)的范圍應(yīng)用邊界規(guī)則（Rules）程序（Procedure）提示（Hints）2014.0261功能點計數(shù)范圍和應(yīng)用邊界定義功能點計數(shù)的目的（CountingPurpose）功能點計數(shù)的目的為業(yè)務(wù)問題提供答案它決定了功能點計數(shù)的類型以及計數(shù)范圍它會影響所考察的軟件與其它軟件之間邊界的位置舉例：功能點計數(shù)的目的是用來估計開發(fā)一個新應(yīng)用所需要的工作量功能點計數(shù)的目的是為已安裝的應(yīng)用提供功能點基線2014.0262功能點計數(shù)范圍和應(yīng)用邊界定義功能點計數(shù)的范圍（CountingScope）功能點計數(shù)的范圍定義了將被包含在一個特定功能點計數(shù)中的功能性指定需要估計規(guī)模的一組軟件由功能點計數(shù)的目的決定，識別哪些功能要包含在本次的功能點計數(shù)中可以包含一個以上的應(yīng)用舉例：升級項目的功能點計數(shù)范圍包含被增加、修改、刪除的所有功能。開發(fā)項目的功能點計數(shù)范圍包含項目行為所影響的所有功能應(yīng)用的功能點計數(shù)范圍根據(jù)目的可以包含那些被用戶使用的功能或者所有交付的功能2014.0263功能點計數(shù)范圍和應(yīng)用邊界定義應(yīng)用邊界（ApplicationBoundary）應(yīng)用邊界表明了所度量的軟件和用戶之間的界限。它說明了哪些功能屬于應(yīng)用的外部它是內(nèi)部應(yīng)用和外部用戶間概念上的接口它包含了應(yīng)用所維護(hù)的邏輯數(shù)據(jù)（ILF）它有助于識別應(yīng)用所引用的但不維護(hù)的邏輯數(shù)據(jù)（EIF）它從用戶的角度確定，和技術(shù)及實現(xiàn)無關(guān)舉例：2014.0264user1HRsystem(beingcounted)FixedAssetssystem功能點計數(shù)范圍和應(yīng)用邊界規(guī)則（Rules）應(yīng)用邊界的識別必須遵循下列規(guī)則應(yīng)用邊界是基于用戶的角度確定的。依據(jù)應(yīng)該集中在用戶能理解并描述的業(yè)務(wù)需求上。相關(guān)應(yīng)用程序之間的邊界應(yīng)該基于用戶分別對相應(yīng)應(yīng)用程序業(yè)務(wù)功能的理解，而不能從技術(shù)角度考慮。為應(yīng)用程序或者被更改的應(yīng)用程序建立的初始邊界不受計數(shù)范圍變化的影響。2014.0265功能點計數(shù)范圍中可能包含一個以上的應(yīng)用，這時，應(yīng)該識別多個應(yīng)用邊界。邊界應(yīng)該盡可能定義準(zhǔn)確，它將影響功能點計數(shù)結(jié)果。功能點計數(shù)范圍和應(yīng)用邊界程序（Procedure）識別功能點計數(shù)范圍和應(yīng)用邊界可以按照以下程序：確立數(shù)功能點的目的識別功能點計數(shù)范圍識別應(yīng)用邊界把下面的幾項文檔化功能點計數(shù)目的功能點計數(shù)范圍應(yīng)用邊界相關(guān)假設(shè)2014.0266功能點計數(shù)范圍和應(yīng)用邊界提示在考察的軟件和其它軟件應(yīng)用之間的邊界位置可能是主觀的。有時候很難描繪一個應(yīng)用到什么地方停止而另一個應(yīng)用開始，所以應(yīng)盡量從用戶業(yè)務(wù)需求的角度出發(fā)而不要從技術(shù)角度出發(fā)。2014.0267示例示例一示例二2014.0268升級項目及維護(hù)活動升級項目的范圍和邊界升級項目的數(shù)據(jù)功能升級項目的事務(wù)功能升級項目的通用系統(tǒng)特征升級項目功能點計數(shù)過程升級和維護(hù)對比2014.0269升級項目及維護(hù)活動升級項目的范圍和邊界升級項目的功能點計數(shù)包括被增加、修改和刪除的所有功能升級應(yīng)用與原應(yīng)用邊界保持相同在功能點計數(shù)范圍內(nèi)可能包含多個應(yīng)用，這是需要識別多個應(yīng)用邊界，分別計算各個應(yīng)用的升級功能點2014.0270升級項目及維護(hù)活動升級項目的數(shù)據(jù)功能需要數(shù)新增的、修改的及刪除的數(shù)據(jù)功能新增的和刪除的數(shù)據(jù)功能容易識別判斷修改的數(shù)據(jù)功能時應(yīng)注意：如果修改僅包含邏輯文件中新紀(jì)錄的增加或者已存在字段中新值的增加，那么不能認(rèn)為數(shù)據(jù)功能被修改如果數(shù)據(jù)功能中添加了新字段，而這個新字段不被應(yīng)用所使用，那么該數(shù)據(jù)功能不能認(rèn)為是被修改的數(shù)據(jù)功能一個數(shù)據(jù)功能被算作被修改的功能，通常其結(jié)構(gòu)要發(fā)生改變（如：增加或刪除一個字段或者修改了字段特征）2014.0271升級項目及維護(hù)活動升級項目的數(shù)據(jù)功能判斷修改的數(shù)據(jù)功能時應(yīng)注意：如果應(yīng)用需要使用一個已經(jīng)存在的字段，而這個字段升級前沒有使用過，則相關(guān)的數(shù)據(jù)功能應(yīng)該被算作修改的功能（這種情況文件物理上沒變化）如果被兩個應(yīng)用共同維護(hù)的ILF新增了一個字段，且一個應(yīng)用維護(hù)新字段而另一個應(yīng)用僅引用新字段；則兩個應(yīng)用都把該ILF作為修改的ILF，但是第一個應(yīng)用有新增的或修改的維護(hù)新字段的功能，而第二個應(yīng)用沒有。如果一個物理文件被增加到升級項目中，則它不一定是一個新增的數(shù)據(jù)功能2014.0272升級項目及維護(hù)活動升級項目的事務(wù)功能需要數(shù)新增的、修改的及刪除的事務(wù)功能新增的和刪除的事務(wù)功能容易識別判斷修改的事務(wù)功能時應(yīng)注意：事務(wù)功能的DET被增加或刪除，則事務(wù)功能是修改的事務(wù)功能事務(wù)功能的處理邏輯被修改，則事務(wù)功能是修改的事務(wù)功能DET的增加和刪除容易識別而處理邏輯的修改不容易識別2014.0273升級項目及維護(hù)活動升級項目的事務(wù)功能修改的事務(wù)功能2014.027412341、事務(wù)1新增了一個進(jìn)入應(yīng)用邊界的DET2、事務(wù)2新增了一個發(fā)送到應(yīng)用邊界外的DET3、事務(wù)3驗證的處理邏輯進(jìn)行了修改4、事務(wù)4選擇過濾的處理邏輯進(jìn)行了修改升級項目及維護(hù)活動升級項目的事務(wù)功能修改的事務(wù)功能判斷事務(wù)功能的修改要以升級項目的業(yè)務(wù)需求為依據(jù)事務(wù)功能的處理邏輯更改，則事務(wù)功能應(yīng)計算在內(nèi)，包括13個處理邏輯顯示給用戶的信息的格式、字體、顏色和其它物理元素發(fā)生改變，不應(yīng)該算作處理邏輯改變，不應(yīng)算到省級項目的功能點中重新分類或重新排列數(shù)據(jù)不會影響事務(wù)功能類型及唯一性的識別，但是引起了處理邏輯的修改，應(yīng)該算作修改的事務(wù)功能2014.0275升級項目及維護(hù)活動升級項目的通用系統(tǒng)特征小的升級通常不需要重新評價14個通用系統(tǒng)特征值需要重新評價通用系統(tǒng)特征值的例子：對一個批處理應(yīng)用增加了在線功能高事務(wù)率和減少的響應(yīng)時間需要性能設(shè)計和相應(yīng)的測試活動需要增加使用性特征對一個現(xiàn)存的在線應(yīng)用增加了web接口對現(xiàn)存應(yīng)用增加了新的通訊協(xié)議……2014.0276升級項目及維護(hù)活動升級項目功能點計數(shù)過程2014.0277收集并分析可得的文檔和相關(guān)專家討論升級中的功能變更識別并計算新增功能的未調(diào)整功能點識別并計算刪除功能的未調(diào)整功能點識別并計算修改功能的未調(diào)整功能點識別并計算轉(zhuǎn)換功能的未調(diào)整功能點判斷GSC的變化并計算調(diào)整系數(shù)值計算升級項目功能點升級項目及維護(hù)活動升級項目功能點計數(shù)過程計算公式：EFP=[(ADD+CHGA+CFP)*VAFA]+(DEL*VAFB)項目升級后應(yīng)用功能點計算公式：AFP=[(UFPB+ADD+CHGA)-(CHGB+DEL)]*VAFA2014.0278升級項目及維護(hù)活動升級和維護(hù)對比維護(hù)的分類（IEEE定義）適應(yīng)維護(hù)維護(hù)軟件使其適用于變化的環(huán)境（部分可用FPA中的升級功能點度量）糾錯維護(hù)維護(hù)軟件以糾正硬件或軟件的缺陷（不可用FPA度量）優(yōu)化（或預(yù)防）維護(hù)維護(hù)軟件以提高性能、可維護(hù)性或其它程序?qū)傩裕ú豢捎肍PA度量）2014.0279升級項目及維護(hù)活動升級和維護(hù)對比FPA不適用于所有的維護(hù)活動FPA中的升級項目是指業(yè)務(wù)功能的新增、修改、刪除等如果項目包含幾種維護(hù)的混合，需要分別考慮度量方法2014.0280功能點應(yīng)用基于功能點的行業(yè)數(shù)據(jù)基于功能點的經(jīng)驗公式功能點應(yīng)用場景2014.0281基于功能點的行業(yè)數(shù)據(jù)Capers統(tǒng)計的軟件功能點數(shù)據(jù)國際軟件標(biāo)桿組織（ISBSG）提供的功能點數(shù)據(jù)2014.0282基于功能點的經(jīng)驗公式1功能點與代碼行對應(yīng)關(guān)系320statementsinBasicAssemblylanguage125statementsinC107statementsinCOBOL71statementsinADA15statementinSmallTalk說明：本部分給出的近似公式來源于Capers統(tǒng)計的項目數(shù)據(jù)2014.0283基于功能點的經(jīng)驗公式12014.0284基于功能點的經(jīng)驗公式2軟件文檔規(guī)模軟件管理文檔、規(guī)格文檔、操作手冊文檔頁數(shù)=（功能點）1.15例如：500FP=>1,270pages2014.0285基于功能點的經(jīng)驗公式3需求蔓延需求確認(rèn)后的蔓延程度每個月蔓延的速度大約為2%2014.0286基于功能點的經(jīng)驗公式4測試用例數(shù)目估算測試用例數(shù)目=（功能點）1.2包括集成測試、系統(tǒng)測試、回歸測試?yán)纾?000FP=>3981testcases2014.0287基于功能點的經(jīng)驗公式5潛伏缺陷潛伏缺陷=（功能點）1.25冪指數(shù)有可能介于（0.8,1.25）缺陷包括所有級別與類型的缺陷2014.0288基于功能點的經(jīng)驗公式6缺陷去除率每一次正式的軟件評審或測試都可以發(fā)現(xiàn)缺陷數(shù)目的30%依照5次檢查推算缺陷遺漏率16.8%依照8次檢查推算缺陷遺漏率5.7%依照10次檢查推算缺陷遺漏率2.8%依照15次檢查推算缺陷遺漏率0.47%2014.0289基于功能點的經(jīng)驗公式62014.0290基于功能點的經(jīng)驗公式7軟件項目開發(fā)周期開發(fā)周期=（功能點）0.4冪指數(shù)可能介于（0.3,0.4）2014.0291基于功能點的經(jīng)驗公式72014.0292項目規(guī)模：1000FunctionPoints基于功能點的經(jīng)驗公式8項目平均人員規(guī)模功能點/1502014.0293基于功能點的經(jīng)驗公式9軟件維護(hù)人員數(shù)目功能點數(shù)/7502014.0294基于功能點的經(jīng)驗公式10軟件工作量規(guī)則7與規(guī)則8假設(shè)有1000功能點工期(FP^0.4)=16個月人員(FP/150)=6.6人工作量（16*6.6）=106人月2014.0295功能點應(yīng)用場景1項目前期的可行性分析關(guān)注技術(shù)可行性之外的內(nèi)容采用快速功能點方法判斷項目所需完成的工期和初步預(yù)算，從而決定組織是否能夠支撐或接受該項目示例：某組織希望啟動一個網(wǎng)上書城的應(yīng)用項目，涉及的業(yè)務(wù)實體大概為30個左右，可以快速得到項目的功能點數(shù)為1200（30*10*4）個。所以對應(yīng)的工作量為40到80人月，需要的預(yù)算為120萬到240萬左右，對應(yīng)的開發(fā)時間為8到17個月2014.0296功能點應(yīng)用場景2甲方確立項目范圍與標(biāo)的甲方在招標(biāo)的過程中首先需要在內(nèi)部立項、申請預(yù)算功能點方法有助于給出明確的預(yù)算申請依據(jù)，使得預(yù)算過程更加透明示例：1000個功能點的項目，甲方內(nèi)部申請的預(yù)算為1000*2K=2000K，其中1000FP是根據(jù)功能點標(biāo)準(zhǔn)得到，而每個功能點的費(fèi)用為2K則可以依據(jù)行業(yè)數(shù)據(jù)得到（假定一個功能點的開發(fā)成本為1.5K左右，考慮到乙方的利潤為20%，以及甲方10%左右的管理成本）2014.0297功能點應(yīng)用場景3為乙方確立項目的范圍與標(biāo)的甲方要求乙方在投標(biāo)過程中采用功能點報價或評估工期，便于甲方從第三方的角度審查核實乙方的報價是否過高或偏低2014.0298功能點應(yīng)用場景4甲乙雙方合同談判的依據(jù)與傳統(tǒng)的基于模塊的報價方法相比較，基于功能點的談判過程對雙方更為透明。甲方不必再單獨(dú)依賴于所謂的“最低價中標(biāo)”或“中間價中標(biāo)”等評判方式甲方可以依據(jù)乙方所提供的軟件功能點數(shù)量進(jìn)行驗收并支付合同款項如何確保質(zhì)量標(biāo)準(zhǔn)？2014.0299功能點應(yīng)用場景5乙方項目立項的依據(jù)基于功能點方法，乙方內(nèi)部的人員配備、費(fèi)用安排以及工期設(shè)定等都可以更透明乙方比較不同項目的預(yù)算可以更好地將市場因素與技術(shù)因素區(qū)分開來，從而給定相對客觀的立項依據(jù)示例：項目的項目，它們的合同價分別是50萬、100萬、150萬，那么乙方內(nèi)部立項的預(yù)算是否會有所不同？2014.02100功能點應(yīng)用場景6項目計劃與跟蹤的基礎(chǔ)對于增量型項目，采用功能點可以直接衡量項目的產(chǎn)出，甚至可以作為依據(jù)向客戶收取與功能點數(shù)量對應(yīng)的費(fèi)用對于瀑布型項目則可以考慮引入轉(zhuǎn)換機(jī)制，使得每階段產(chǎn)出都可用功能點衡量問題：如何減小雙向轉(zhuǎn)換所帶來的誤差？2014.02101功能點應(yīng)用場景7評審質(zhì)量目標(biāo)的確定每次評審會議的出口約束條件如何設(shè)定？基于過程約束的相對標(biāo)準(zhǔn)往往效果有限例如，評審會議要關(guān)閉所有已經(jīng)發(fā)現(xiàn)的問題？那些沒有發(fā)現(xiàn)的問題如何處理？例如需求評審的質(zhì)量目標(biāo)為0.1-0.3缺陷/FP