FPA在項(xiàng)目規(guī)劃中的用途和好處項(xiàng)目范圍開發(fā)功能點(diǎn)計(jì)數(shù)的推薦方法是首先在功能上將軟件分解為其基本功能組件（基本功能組件）。可以在功能層次結(jié)構(gòu)上以圖形方式說明這種分解。層次結(jié)構(gòu)提供了要交付的應(yīng)用程序功能的圖形“目錄”或“地圖”。這種方法的優(yōu)點(diǎn)是能夠輕松地向用戶傳達(dá)應(yīng)用程序的范圍，不僅通過說明每個功能區(qū)域交付的功能數(shù)量，而且還通過功能點(diǎn)來衡量每個功能區(qū)域的規(guī)模大小。

評估更換影響如果要開發(fā)的軟件計(jì)劃替換現(xiàn)有的生產(chǎn)應(yīng)用程序，則評估業(yè)務(wù)是否將交付更多、更少或相同的功能是有用的。替換系統(tǒng)的功能可以映射到現(xiàn)有系統(tǒng)中的功能?？梢栽诠δ茳c(diǎn)中測量差異的定量評估。

請注意，只有在現(xiàn)有應(yīng)用程序已按功能點(diǎn)確定規(guī)模時，才能進(jìn)行此比較。評估更換成本將要替換的應(yīng)用程序的大小乘以要開發(fā)的每個功能點(diǎn)的成本估算，使項(xiàng)目發(fā)起人能夠快速估算替換成本?？梢垣@得行業(yè)衍生成本，并提供可能成本的大致數(shù)字。如果重新開發(fā)是針對組織以前沒有體驗(yàn)過的新軟件或硬件平臺，則行業(yè)數(shù)據(jù)是特別有用的參考。理想情況下，組織應(yīng)該根據(jù)項(xiàng)目歷史為自己的特定環(huán)境建立自己的“每個功能點(diǎn)的成本”指標(biāo)。

如果您正在考慮實(shí)施“定制的現(xiàn)成”軟件包解決方案，那么這可以快速比較估計(jì)的軟件包實(shí)施成本，以便與內(nèi)部構(gòu)建進(jìn)行比較。談判范圍最初的項(xiàng)目估算通常會超過發(fā)起人的計(jì)劃交付日期和預(yù)算成本。通常需要縮小交付的功能范圍，以便在預(yù)定時間或預(yù)算限制內(nèi)交付。

談判過程可以通過測量不同場景的功能大小來快速確定不同場景的范圍。例如，可以客觀地衡量項(xiàng)目規(guī)模，以確定在所有功能都實(shí)施、僅實(shí)施強(qiáng)制性功能、僅實(shí)施強(qiáng)制性和必要性功能的情況下的規(guī)模（以及成本和持續(xù)時間）。這允許用戶根據(jù)與考慮到項(xiàng)目的時間、成本和資源限制的可能性相比的相對優(yōu)先級做出更明智的決定。評估需求從功能上調(diào)整應(yīng)用程序的需求量化了應(yīng)用程序提供的不同類型的功能。功能點(diǎn)計(jì)數(shù)將功能點(diǎn)分配給每種功能類型外部輸入、輸出、查詢以及內(nèi)部和外部文件。

估算項(xiàng)目資源需求一旦項(xiàng)目的范圍達(dá)成一致，就需要制定對工作量、人力資源、成本和時間表的估計(jì)。如果先前項(xiàng)目的生產(chǎn)率（每個功能點(diǎn)的小時數(shù)、每個功能點(diǎn)的成本）是已知的，那么項(xiàng)目經(jīng)理可以使用功能點(diǎn)計(jì)數(shù)來進(jìn)行適當(dāng)?shù)墓烙?jì)。分配測試資源執(zhí)行驗(yàn)收測試的工作量和所需測試用例的數(shù)量與功能區(qū)域內(nèi)用戶功能的數(shù)量和復(fù)雜性有關(guān)。

量化每個功能區(qū)域的相對大小將使項(xiàng)目經(jīng)理能夠分配適當(dāng)?shù)臏y試人員并檢查分配的測試用例的相對數(shù)量。風(fēng)險評估由于缺少項(xiàng)目規(guī)模評估，使得實(shí)施變更的長期拖延、缺乏對其技術(shù)平臺的支持以及昂貴的支持成本，管理層通常會決定重新開發(fā)整個應(yīng)用程序。對于許多組織而言，這種重建超大型應(yīng)用程序的策略已被證明是一場災(zāi)難，導(dǎo)致項(xiàng)目在開發(fā)中途被取消。評估計(jì)劃項(xiàng)目的功能點(diǎn)交付規(guī)模，使管理層能夠就開發(fā)大型、高度集成的應(yīng)用程序或采用下述低風(fēng)險分階段方法所涉及的風(fēng)險做出明智的決策。分階段開發(fā)如果項(xiàng)目經(jīng)理決定分階段進(jìn)行項(xiàng)目開發(fā)，那么相關(guān)模塊可能會降級到不同的版本。

功能點(diǎn)計(jì)數(shù)允許項(xiàng)目經(jīng)理開發(fā)“假設(shè)”場景并量化每個階段的項(xiàng)目范圍，作為做出客觀決策的一種手段。如果決定將應(yīng)用程序?qū)嵤榉蛛A段開發(fā)，則可以將每個版本的規(guī)模優(yōu)化到已知可管理的大小。這可以通過使用適當(dāng)?shù)陌姹緲?biāo)記函數(shù)并通過在版本的計(jì)數(shù)范圍內(nèi)包括和排除函數(shù)來執(zhí)行“假設(shè)”場景來輕松完成。FPA在項(xiàng)目建設(shè)中的用途和好處監(jiān)控功能蠕變功能點(diǎn)分析為項(xiàng)目管理提供了一種客觀工具，通過該工具可以在項(xiàng)目的整個生命周期中監(jiān)控項(xiàng)目規(guī)模的變化。

隨著新功能的確定、項(xiàng)目期間功能的刪除或更改，功能點(diǎn)計(jì)數(shù)會更新，受影響的功能會被適當(dāng)標(biāo)記?？梢栽诿總€主要里程碑處輕松跟蹤和報告項(xiàng)目范圍。如果項(xiàng)目規(guī)模超過初始估算中允許的限制，則這將提供可能需要進(jìn)行新估算的早期警告，或者，突出顯示需要審查此版本將提供的功能。

評估和優(yōu)先需求變更功能點(diǎn)分析允許項(xiàng)目經(jīng)理客觀和定量地衡量變更請求的影響范圍，并估計(jì)對項(xiàng)目進(jìn)度和成本的影響。這種對用戶返工影響的即時反饋使他們能夠評估變更請求并確定其優(yōu)先級。需求變更往往隱藏在整個項(xiàng)目成本中，用戶和開發(fā)人員無法量化其對整體項(xiàng)目生產(chǎn)率的影響。

功能點(diǎn)分析使項(xiàng)目經(jīng)理能夠衡量由于用戶發(fā)起的變更請求而返工的功能。結(jié)果為企業(yè)提供了寶貴的反饋，說明在項(xiàng)目早期投入用戶資源以建立一套商定的需求并最大限度地減少項(xiàng)目生命周期中的變化，從而節(jié)省了潛在的成本。軟件實(shí)施后FPA的用途和好處規(guī)劃支持資源和預(yù)算維護(hù)和支持應(yīng)用程序所需的人員數(shù)量與應(yīng)用程序的規(guī)模密切相關(guān)。

了解應(yīng)用程序組合的功能規(guī)模，管理人員可以自信地為支持資源的部署進(jìn)行預(yù)算。例如，在澳大利亞金融機(jī)構(gòu)內(nèi)，平均維護(hù)分配范圍（每人支持的功能點(diǎn)數(shù)）為每人833個功能點(diǎn)。已經(jīng)發(fā)現(xiàn)分配范圍受到應(yīng)用程序的年齡和用戶數(shù)量的負(fù)面影響，即隨著這兩個參數(shù)的增加分配范圍減小。CapersJones數(shù)據(jù)顯示了類似的分配范圍，其中對于高度復(fù)雜的老化、非結(jié)構(gòu)化應(yīng)用程序，每人500個功能點(diǎn)的分配范圍并不罕見，而對于較新的，一旦實(shí)施，應(yīng)用程序通常需要不斷增強(qiáng)以響應(yīng)組織業(yè)務(wù)活動方向的變化。

功能點(diǎn)可用于估計(jì)這些增強(qiáng)功能的影響?，F(xiàn)有應(yīng)用程序的基線功能點(diǎn)數(shù)將有助于這些估計(jì)。隨著應(yīng)用程序規(guī)模隨著時間的推移而增長，不斷增加的分配范圍將為分配更多支持人員提供理由?；鶞?zhǔn)測試交付功能的功能點(diǎn)計(jì)數(shù)為生產(chǎn)力和質(zhì)量性能指標(biāo)提供了輸入。

然后可以將這些與其他內(nèi)部開發(fā)團(tuán)隊(duì)和實(shí)施環(huán)境的進(jìn)行比較。使用行業(yè)數(shù)據(jù)進(jìn)行內(nèi)部和外部基準(zhǔn)測試，可以識別最佳實(shí)踐。確定最佳實(shí)踐在軟件開發(fā)和支持領(lǐng)域?qū)で蟆白罴褜?shí)踐”的項(xiàng)目經(jīng)理認(rèn)識到需要采用新的工具、技術(shù)和技術(shù)來提高流程的生產(chǎn)力和他們生產(chǎn)的產(chǎn)品的質(zhì)量。將當(dāng)前實(shí)踐作為基準(zhǔn)使管理層能夠確定當(dāng)前狀態(tài)并設(shè)定現(xiàn)實(shí)的改進(jìn)目標(biāo)。對生產(chǎn)力和質(zhì)量關(guān)鍵績效指標(biāo)的持續(xù)測量使管理層能夠評估其實(shí)施變更的影響，并確定可以進(jìn)一步改進(jìn)的地方。

功能點(diǎn)是衡量軟件過程輸出的最普遍接受的方法。它們是任何流程改進(jìn)計(jì)劃中的關(guān)鍵指標(biāo)，因?yàn)樗鼈兡軌蛞?guī)范來自各種軟件開發(fā)環(huán)境的數(shù)據(jù)，規(guī)劃新版本應(yīng)用程序交付的功能的功能層次結(jié)構(gòu)還可以幫助支持經(jīng)理為應(yīng)用程序的每個新版本規(guī)劃和分組變更請求。層次結(jié)構(gòu)說明了密切相關(guān)的功能及其相對大小。如果變更的影響集中在一組相關(guān)的功能上，那么開發(fā)工作就會減少，特別是在項(xiàng)目的設(shè)計(jì)、測試和文檔階段。這種評估變更請求影響范圍的策略還通過將項(xiàng)目限制在可管理的規(guī)模并將變更集中在一組受限的相關(guān)業(yè)務(wù)功能上來降低項(xiàng)目風(fēng)險。軟件資產(chǎn)估值越來越多地使用功能點(diǎn)分析來支持“對其軟件資產(chǎn)的評估”。

過去，軟件被視為費(fèi)用而非資本資產(chǎn)，因此不包括在組織的資產(chǎn)登記冊中。最常用的軟件評估方法是基于“剝奪法”。這種方法根據(jù)在今天的技術(shù)環(huán)境中更換軟件的成本來評估軟件，而不是最初構(gòu)建的成本。由于FPA提供了一種可靠測量軟件的方法，因此一些組織已在其業(yè)務(wù)部門中實(shí)施了權(quán)責(zé)發(fā)生制預(yù)算和會計(jì)。根據(jù)該指令，所有資產(chǎn)都必須根據(jù)剝奪價值進(jìn)行估值并考慮在內(nèi)，從而確保對組織的財務(wù)支出進(jìn)行更好的問責(zé)。通過預(yù)算分配提供的資金基于其財務(wù)賬戶中列出的資產(chǎn)及其折舊。

過去，軟件的購買價格在一個會計(jì)年度內(nèi)記錄為費(fèi)用。這些最近的會計(jì)實(shí)踐意味著它現(xiàn)在可以作為資產(chǎn)進(jìn)行評估和折舊。公開上市的組織發(fā)現(xiàn)，通過使用這種將軟件作為資產(chǎn)而不是費(fèi)用來衡量的權(quán)責(zé)發(fā)生制會計(jì)方法，他們可以在五年內(nèi)攤銷折舊，而不是人為地將當(dāng)年的利潤減少到軟件的總成本中。這一策略對他們的股價產(chǎn)生了巨大的影響，因?yàn)樗麄兊能浖涣袨橘Y本資產(chǎn)，因此有助于公司的整體價值。該資產(chǎn)的總成本對本年度報告的利潤的影響較小。外包軟件生產(chǎn)和支持外包合同中功能規(guī)模衡量的好處在于，功能規(guī)模使供應(yīng)商能夠衡量從IT流程到業(yè)務(wù)的單位輸出成本，并使他們能夠與客戶就商定的結(jié)果進(jìn)行談判。

具體而言，這些輸出基于基于功能點(diǎn)分析的指標(biāo)使供應(yīng)商能夠

1.定量和客觀地將自己與競爭對手區(qū)分開來

2.量化年度改進(jìn)和合同目標(biāo)實(shí)現(xiàn)的程度

3.根據(jù)商定的指標(biāo)與客戶協(xié)商價格變化

4.根據(jù)產(chǎn)出的單位成本衡量合同的財務(wù)績效

5.在續(xù)簽合同時，在一套既定指標(biāo)的支持下處于更有利的談判地位相反，這些基于功能點(diǎn)分析的基于輸出的指標(biāo)使客戶能夠

1.根據(jù)交付的績效輸出客觀評估供應(yīng)商績效，而不是專注于消耗的投入。

2.建立量化績效目標(biāo)，并根據(jù)這些目標(biāo)的實(shí)現(xiàn)情況對供應(yīng)商實(shí)施懲罰和獎金

3.衡量內(nèi)部IT成本與基于相似產(chǎn)出的外包成本之間的差異4.在合同投標(biāo)評估階段定量比較競爭供應(yīng)商。許多國際外包公司使用基于功能點(diǎn)的指標(biāo)作為其客戶服務(wù)水平協(xié)議的一部分。雖然這種合同管理方法相對較新，但其支持者強(qiáng)烈支持該技術(shù)的實(shí)用性。根據(jù)我們的經(jīng)驗(yàn)，一旦外包合同基于功能點(diǎn)指標(biāo)，隨后的合同續(xù)訂就會擴(kuò)大其使用范圍。