Bang Metric 不可以
IFPUG 不可以
Mark II FPA 不可以
表 5: 自動化度量的可能性
在文獻中可以發現幾種自動化度量的方法。這里介紹兩種方法。
Ho等提出了一種源于源代碼利用程序的篇幅來自動化度量功能點的框架方法[24]。被提出的框架可以用來建立一種符合“IFPUG計算實踐手冊”自動化功能點度量模型。認識到模型高度依賴于限幅工具的能力和效率,已經進行了原型開發的進一步研究。Paton發表了對于這種方法的理論基礎[25] 。首先,定義了中間程序表現包含足夠信息計算功能點的DF(P)的方式。其次,很明顯這種中間程序表示法可以利用程序篇幅(一種靜態代碼分析形式)以及程序追查(一種動態代碼分析形式) 得到。 因而,自動化功能點計算是可能的。
另外一種是Oppermann 為了支持全面功能點版本1自動化度量而開發的方法[27],它作為西門子和馬格德堡的大學(譯者注:馬格德堡的大學是德國的一所綜合性大學)合作的成果論文提出的。 它是經過評價全面功能點在西門子的適用性后,才決定開發一個工具進行自動計算[28]。但是,遺憾的是經過進一步的調查研究發現,由于西門子說明書文檔的結構復雜和多樣性,完全自動化計算是不可能的。因而開發了一個由兩部分組成的幫助度量的工具。 FFPExtract 分析西門子的需求說明書且選出一些可能可以度量的作品。然后FFPCounter 在一個對話框中顯示出需求說明書和建議進行度量的作品。這些作品可以被用戶接受進行計算也可以拒絕。
Diab, Frappier 和St-Denis 提出了另一種有趣的方法[52][53]。利用IFPUG和全面功能點的正式定義,他們能夠進行自動計算。這種方法對B說明書語言(針對IFPUG)和ROOM(實時面向對象模型)語言(針對COSMIC的全面功能點)特別適用。
自動計算功能點的一般解決方案是可能的(本文介紹的方法是非常專門的),但還沒有令人滿意,還必須做在這個領域的進一部研究。
4.2客觀性/可靠性(Objectivity/Reliability)
在功能規模度量,任何參與的評估員個人的方法主觀地方強調的越多,結果的可重復性越難。
舉一個Symons給出的有關IFPUG內部問題的例子[15]:三個子系統單獨度量的功能點和少于由他們組成的整個系統度量的功能點。
此外,在他看來單個功能元素如輸入、輸出等的權重是任意選擇,他認為應該根據某種具體環境進行修改。
Iok Kuan Wu Simon在一次案例研究(500不同地區的香港商業公司)中發現由于功能點方法太主觀,僅有大約23%的公司使用這種方法[29]。從這里可以看出經驗對功能點分析方法的結果可重復性是非常重要。因此,這個問題可以通過培訓來解決,但是太花工作量。然而,不管主觀性,LOC對Simon來說好像也不是一個好的選擇,特別是在科學應用如數據通訊和多媒體應用領域。
文章來源于領測軟件測試網 http://www.kjueaiud.com/