軟件功能點技術與應用

軟件功能點技術與應用內容功能點標準概述IFPUG功能點概述示例升級項目及維護活動功能點應用Q&A2014.022功能點標準概述功能點標準

IFPUG功能點標準MarkII功能點標準Nesma功能點標準COSMICFFP功能點標準2014.023功能點標準FunctionalSizeMeasurementStandardISO/IEC14143功能規(guī)模（Functionalsize）量化表述用戶功能性需求的軟件規(guī)模AsizeofthesoftwarederivedbyquantifyingtheFunctionalUserRequirement功能規(guī)模度量（FunctionalSizeMeasurementFSM）度量功能規(guī)模的過程（TheprocessofmeasuringFunctionalSize）2014.024功能點標準2014.025功能點標準IFPUG功能點標準MarkII功能點標準Nesma功能點標準COSMICFFP功能點標準IFPUG功能點1979IBM的AllanAlbrecht提出FP方法1984正式的FP使用指南發(fā)布1988FPCPMrelease2.01990FPCPMrelease3.01994FPCPMrelease4.01999FPCPMrelease4.12003加入ISO/IEC標準2004FPCPMrelease4.22014.026IFPUG功能點IFPUGIFPUG(InternationalFunctionPointsUsers’Group)即國際功能點用戶組是一個致力于功能點分析研究的非營利性組織。1986年IFPUG組織成立，后續(xù)的FP指南都是由IFPUG組織所發(fā)布的FunctionPointCountingPracticesManual系列版本2014.027MarkII功能點MarkII英國人CharlesSymons為KPMG工作時提出的方法1991年定義MarkII方法目前該方法由英國軟件度量協(xié)會MetricsPracticeCommittee委員會維護2002年11月納入國際標準http://www.uksma.co.uk2014.028MarkII功能點MarkII視所有的用戶功能為邏輯事務每個事務包括輸入、處理過程和輸出功能點指數（FPI）是所有邏輯事務的輸入數據元素類型數量（Ni）、數據實體類型的引用數量(Ne)和輸出數據元素類型數量(No)的加權和其中，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的復雜程度隱含查詢（ImplicitInquiry）代碼數據（CodeData）物理介質組合查詢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功能點概述功能點分析概述功能點分析的目的和用途為什么要使用功能點分析功能點分析方法功能點計數過程功能點計數（FPC）類型功能點計數范圍和應用邊界2014.0220功能點分析概述什么是功能點什么是功能點分析功能點歷史IFPUG2014.0221功能點分析概述什么是功能點功能點（FunctionPoints）是度量軟件規(guī)模的一個標準度量單元一個軟件的大小可以通過交付給用戶的功能點數來度量，就如一間房子的大小通過提供給用戶的建筑面積或使用面積來度量一樣。2014.0222功能點分析概述什么是功能點分析功能點分析（FunctionPointAnalysis）是從用戶角度度量軟件開發(fā)的一種標準方法。功能點分析基于用戶的邏輯功能需求，而不考慮應用的物理實現2014.0223功能點分析概述功能點歷史1979IBM的AllanAlbrecht提出FP方法1984正式的FP使用指南發(fā)布1988FPCPMrelease2.01990FPCPMrelease3.01994FPCPMrelease4.01999FPCPMrelease4.12003加入ISO/IEC標準2004FPCPMrelease4.22014.0224功能點分析概述IFPUGIFPUG(InternationalFunctionPointsUsers’Group)即國際功能點用戶組是一個致力于功能點分析研究的非營利性組織。1986年IFPUG組織成立，后續(xù)的FP指南都是由IFPUG組織所發(fā)布的FunctionPointCountingPracticesManual系列版本2014.0225功能點分析的目的和用途功能點分析的目的度量用戶要求的及得到的功能性脫離軟件技術實現來度量軟件的開發(fā)和維護除了滿足以上目的，功能點分析過程應該：足夠簡單以最小化度量過程所需要的開銷在不同的項目或組織之間保持一致的度量方法和標準2014.0226功能點分析的目的和用途功能點分析的用途通過計算包含在應用包中的所有功能點來確定購買的應用包的規(guī)模大小通過計算滿足用戶特定需求的功能點數來幫助用戶確定一個軟件應用包給組織帶來的好處通過度量軟件單元，進行軟件質量和生產率分析是估計軟件開發(fā)和維護所需成本和資源的一種方法是進行軟件比較的一個標準化要素（factor）可以作為軟件組織資產管理的一種方法2014.0227為什么使用功能點分析有效的規(guī)模度量方法的特征功能點和代碼行的比較使用功能點分析的好處2014.0228為什么使用功能點分析有效的規(guī)模度量方法的特征對用戶和開發(fā)人員都是有意義的、可理解的。已定義的（行業(yè)公認的）一致的方法（不同項目、不同組織等）容易學習和使用準確的，基于統(tǒng)計的需要時可用的（如在項目早期）2014.0229功能點分析滿足以上特征，是從用戶的角度度量軟件規(guī)模的一種標準方法。為什么使用功能點分析功能點和代碼行的比較

功能點的優(yōu)點

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