功能點在軟件項目管理中的應用

申請免費試用、咨詢電話：400-8352-114

　　功能點估算可以適用（但不限于）以下方面：

　　1.項目前期的可行性分析

　　可以根據項目完成的主要工作內容，采用快速功能點方法判斷項目所需完成的工期和初步預算，從而決定組織是否能夠支撐或接受該項目。

　　2.為甲方確立項目的范圍與標的（例如范圍、工期、成本、質量標準等）

　　甲方在招標的過程中首先需要在內部立項、申請預算。功能點方法有助于給出明確的預算申請依據，使得預算過程更加透明。例如1000個功能點的項目，甲方內部申請的預算為1000*2K=2000K，其中1000FP是根據功能點標準得到，而每個功能點的費用為2K則可以依據行業(yè)數據得到（假定一個功能點的開發(fā)成本為1.5K左右，考慮到乙方的利潤為20%，以及甲方10%左右的管理成本）。

　　3.為乙方確立項目的范圍與標的（例如范圍、工期、成本、質量標準等）

　　乙方在投標過程中采用功能點報價或評估工期，便于甲方從第三方的角度審查核實乙方的報價是否過高或偏低。

　　4.甲乙雙方合同談判的依據

　　與傳統的基于模塊的報價方法相比較，基于功能點的談判過程對雙方更為透明。甲方不必再單獨依賴于所謂的“最低價中標”或“中間價中標”等評判方式。

　　5.乙方項目立項的依據

　　基于功能點方法，乙方內部的人員配備、費用安排以及工期設定等都可以更透明以及在不同的項目間具備可比性。

　　6.項目組計劃與跟蹤的基礎

　　越來越多的項目采用增量開發(fā)的模式，采用功能點可以直接衡量項目的產出，甚至可以作為依據向客戶收取與功能點數量對應的費用，避免根據完成階段付款的被動局面。

　　7.項目開發(fā)階段評審質量目標的確定

　　根據功能點確定需求評審、設計評審、測試用例評審等評審活動的質量目標，否則評審可能會因為缺乏質量目標的約束而流于形式。例如需求評審的質量目標為0.1-0.3缺陷/FP，則規(guī)模為1000FP的需求應該在需求評審之后發(fā)現100到300個缺陷，否則應該進行原因分析。

　　8.項目開發(fā)階段測試質量目標的確定

　　對于測試階段的質量目標可以采用類似評審質量目標的設定。

　　9.項目驗收依據。

　　驗收往往是軟件項目的薄弱環(huán)節(jié)，基于功能點的驗收則可以綜合測試用例、開發(fā)過程缺陷、測試過程缺陷、遺漏缺陷預估等方面進行全面驗收。

　　10.項目需求變更的測量

　　軟件項目往往都面臨需求變更的可能，采用功能點方法有助于將變更的程度和粒度描述清楚。開發(fā)過程中新增加了2個需求，修改了1個需求，則有可能是50功能點，也有可能是300個或者500個功能點。所以使用功能點方法可以統一對需求變更程度的衡量。

　　11.軟件需求詳細程度的約束條件

　　甲乙雙方往往無法界定需求描述的詳細程度，從而為后續(xù)需求變更“埋下伏筆”。使用功能點的方法可以有效地指導需求描述的詳細程度，最大程度避免因為前期需求描述不清晰而導致需求頻繁變更。

　　12.大項目與組合項目管理

　　大項目與組合項目管理要解決的關鍵問題之一就是在不同的項目間進行比較（工期/成本/質量/風險等），而采用功能點方法可以對不同的項目進行歸一化處理，從而比較單位生產率、單位成本或者單位質量狀況。

　　13.甲方內部資產管理

　　對許多甲方組織的IT部門來說，描述現有的IT系統規(guī)模非常有意義，對于硬件設備相對容易，對于軟件系統則可以采用功能點的方法。例如計費系統為40K功能點，客服系統為32K功能點、內部工作管理系統為13K功能點。這樣便于從資產管理的角度知道“自己的家底有多少”。

　　14.維護項目人員的工作量考核

　　維護人員的工作量往往難以確定，因為他們工作性質的復雜性，例如日常維護、簡單開發(fā)、外包項目管理等。采用功能點有助于核定維護人員的工作量，例如對于關鍵業(yè)務系統每個維護人員每年對應的工作量為3K左右的功能點。

　　15.公司范圍內項目間的數據比對

　　建立了功能點度量與估算的框架之后，組織內部可以基于過程改進的方式對項目的現狀進行分析，比對組織內項目的生產率、缺陷率、需求變更頻繁程度等，在組織范圍內推廣項目的最佳實踐等。

　　16.行業(yè)或地區(qū)間的項目數據比對

　　基于功能點的數據分析亦可以擴展到行業(yè)分析或地區(qū)分析，例如嵌入式行業(yè)與商業(yè)應用相比較；北京、上海、廣州、深圳等地區(qū)與杭州、西安、武漢、長沙等地相比較；中國的軟件行業(yè)與美國、歐洲、印度、日本等比較，而這些比較對于軟件公司的市場定位、政府部門的決策制定都有著重要的參考意義。