軟體專案中的功能點法估算-原理

isoa發表於2009-12-07
Function Point Estimation 功能點估算是一種用來估算專案大小的技術。
功能點是對軟體功能和規模的間接定量測量，它基於客觀的外部應用介面和主觀的內部應用複雜度以及總體的效能特徵。
 
功能點法和專家法估算最大的不同點在於對估算規模的細化的定量分析上面．我們在用專家法估算的時候往往會直接去估算工作量，或在規模的估算中摻雜了生產率的資料，導致估算資料出現問題．專家法估算雖然有時候也很準確，但不能提升為組織級可以參考和借鑑的同樣規則．其實專家法的估算要做準確也是遵循了功能點法估算的思路，在考慮一個軟體功能究竟涉及到哪些操作，涉及到多少資料檔案的存在，每個操作需要訪問哪些資料檔案等相關問題．只是這些想法停留在專家頭腦裡面而沒有量化出來．
 
我們的預測，分析和決策能力要提升，就必須對我們的經驗進行模型化和定量分析．功能點法正好就起到了這個作用．其實功能點發也有不完善的地方，這可以根據我們專案實際的使用情況去不斷的改進．
 
功能點發進行估算的時候具體過程是：
1.對估算功能單元的型別進行識別
2.計算每種型別的複雜度．
3.計算總體的調整前的功能點數
4.根據調整因子對功能點數進行調整
 
功能點估算中有5種資訊域需要進行描述：其中事務類的有EI,EO和EQ，資料儲存類有ILF和EIF.
 
外部輸入(EI):通過介面等的輸入，插入更新等操作都是典型外部輸入
外部輸出(EO):僅僅輸出，入匯出，報表，列印等輸出
外部查詢(EQ):先要輸入資料，在根據輸入資料計算輸出，如查詢
內部邏輯檔案(ILF):可以理解為業務物件，可能對應多個資料表
外部介面檔案(EIF):其它應用提供的介面資料
 
A.對事務類功能點的估算：
對事務類的功能點估算需要確定DET和FTR兩個指標：
DET:可以理解為介面的錄入具體資料項，按鈕也要作為資料項
FTR:事務功能需要操作的資料檔案的數目
對EI的複雜度的計算：
軟體專案中的功能點法估算-原理
對EO和EQ複雜度的計算：
軟體專案中的功能點法估算-原理
B.對資料儲存類功能點的估算
對資料儲存類功能點的估算需要確定DET和RET兩個指標
DET:具體資料儲存檔案的資料項的數目
RET:資料檔案是複合檔案時候關聯或引用的個數．如訂單資料檔案由於存在訂單頭和明細關聯引用,RET應該算2.
對ILF和EIF複雜度的計算：
軟體專案中的功能點法估算-原理
資訊域資料估算完成後可以開始考慮調整因子：
調整因子是一種補償機制，即通過五個資訊域和複雜度都還沒有辦法考慮到的因素就應該做為調整因子．如同樣一個軟體系統一種是系統要支援分散式和自動更新，而另一種是不考慮這種需求，如果不考慮調整因子這兩者的規模是一樣的，但很明細第一種情況複雜度和規模都會更大些．
軟體專案中的功能點法估算-原理
 
有了調整因子後最終可以得到調整後的功能點數:
AFP(調整後功能點)= UFP (未調整功能點數目)* AF (影響因子)

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780828/viewspace-621769/，如需轉載，請註明出處，否則將追究法律責任。

相關文章