原文作者信息：
Mathias Lother, Reiner R. Dumke
University of Magdeburg, Dept. of Computer Science, Postfach 4120, 39016 Magdeburg,
Germany, Tel.: +49-391-67-18664, Fax: +49-391-67-12810, Email:
{lother,dumke}@ivs.cs.uni-magdeburg.de, http://ivs.cs.uni-magdeburg.de/sw-eng/us/
4. 功能規(guī)模度量方法的共性問題
依照文獻，功能規(guī)模度量方法也要處理一些難題。Kemerer 在文獻[23]引用 Pressmann說道：“功能點度量，像 LOC，也有相關(guān)的爭議…反對者說道，這種方法不是完全客觀和依靠數(shù)據(jù)，而是更多地需要一些基于主觀的計算手段…”；Capers Jones 發(fā)現(xiàn)，F(xiàn)P計算方法的變量結(jié)果可以在超過+/- 50％范圍內(nèi)變化。還有G. Low 和D.R. Jeffery 也發(fā)表過聲明，“在組織內(nèi)，功能點計算變化的范圍大約平均在30％之內(nèi)…”。由此可見，可再現(xiàn)性和客觀性是功能規(guī)模度量方法的核心問題。其他論文如Abran等的文章[15]提到未來需要集中研究的問題如自動操作和可兌換性。本文這部分將討論以下幾個重要的問題：
自動操作（automation），
客觀性/可靠性（objectivity / reliability），
可兌換性（convertibility），
加權(quán)因子值的需要（need of a Value Adjustment Factor）
重用的包含(inclusion of reuse),
新技術(shù)的影響(influence on / of new technologies),
不同的度量軟件工作產(chǎn)品（different measurement artifacts）。
4.1 度量的自動操作（Automation of measurement）
如在第3章提到的那樣，一種完全自動化度量的獨立估計工具是個理想的解決方案。對應于實際的軟件生命周期階段，工具應源于實際文檔的功能點計算。自動數(shù)據(jù)收集不但減少了萃取數(shù)據(jù)過程中發(fā)生錯誤的風險并且減輕了工作量。這對大家接受功能規(guī)模度量非常重要。
為了自動化操作，有關(guān)這類方法的可能性進行了大量的討論。比如Symons提出實現(xiàn)IFPUG功能點非常困難，但Mark II功能點在CASE工具的幫助下可以實現(xiàn)自動化[14]。
MacDonnell做了調(diào)查產(chǎn)品的復雜評估是否可以完全以自動化，不需要人工輸入方式的進行[18]，結(jié)果如表5所示。表5顯示了他的觀點，完全自動化估計是不可能的

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

Symons承認FPA有些主觀，但根據(jù)他的觀點，Mark II功能點是比較客觀的[14] 。
依照Abran全面功能點要有好的可重復性，需要評估人員有和業(yè)務(wù)領(lǐng)域一樣的功能度量領(lǐng)域的經(jīng)驗。
從上面爭議的陳述可見，這個主題還需進一步研究。其中包括為客觀性和可重復性，清楚定義計算，分別地估計和度量什么，怎樣計算、估計和度量。
為了支持客觀性/可重復性的評價，ISO標準14143第三部分提供了一個和準確性一樣驗證可重復和可再現(xiàn)性的框架[49]。
4.3 可兌換性（Convertibility）
有許多功能規(guī)模方法分布在不同功能業(yè)務(wù)領(lǐng)域而且因此有不同的度量策略。
如果想提出一種新的方法或者比較不同方法之間的度量結(jié)果，必須研究不同方法之間的可兌換性。Symons已經(jīng)提出人們是否接受一個新的規(guī)模的方法其是否能轉(zhuǎn)換是需要考慮的條件[08]。 通過分析可兌換性，他發(fā)現(xiàn)COBOL SLOC和Albrecht 功能點相互關(guān)聯(lián)不是很好，同樣Albrecht 功能點和Mark II 功能點也不是很好轉(zhuǎn)換。
Capers Jones 認為特種點和功能點之間開發(fā)了兌換[30]，SPR工具如KnowledgePlan能執(zhí)行這些轉(zhuǎn)換。由于是不同的度量策略，想得到DeMarco's Bang這種度量方式和其他功能點或特征點的兌換關(guān)系是不可能的
Meli調(diào)研了Mark II和IFPUG功能點之間的關(guān)系[31]。既然兩者都是用于相同功能業(yè)務(wù)方面，他們之間應該有個比例并且因此能從一個轉(zhuǎn)換成另外一個。但是依照Meli的看法，這些方法不能進行比較。
全面功能點的可兌換性仍然在研究中。這是COSMIC主動提出而且強調(diào)最多正在研究的方面之一。
為了支持可兌換性的分析，ISO標準14143第三部分提供了一個可兌換性的確認方法的框架[49]。
4.4 加權(quán)因子值（Value Adjustment Factors）
有關(guān)加權(quán)因子值非常有趣的討論早已提出。問題是它的作用是什么和應該怎么樣使用它。
Lokan 等說根據(jù)他們的經(jīng)驗，一般系統(tǒng)特征（GSC the General System Characteristics）和加權(quán)因子值（VAF the Value Adjustment Factor）很難理解[32]。一般看來它們是重要的，但是很難成功應用。由于加權(quán)因子值，即使在技術(shù)和質(zhì)量要求上的做了大量努力也是明顯無效的。依照Symons導致這種尷尬地步的一個原因是已經(jīng)引入這個集合和因子的爭議和試驗策略 [14]。
在功能點分析的演化過程中，一般系統(tǒng)特征（GSC）已經(jīng)被修改和分別大范圍地減少（在他們的數(shù)量和他們的集合方面）。
根據(jù)Lokan等[32]，一些規(guī)模度量方法加了些特征（如Mark II 功能點不是14個特征而是19個），但是也有一些其他規(guī)模度量方法（包括特征點，3-D等）不描述調(diào)整過程或者甚至直接采用IFPUG的建議。ISO在功能規(guī)模度量的標準明確拒絕采用加權(quán)因子值。
Lokan后來的陳述道，沒有任何調(diào)查研究加權(quán)因子值的人發(fā)現(xiàn)使用這個因子后對工作量估計的準確性有多大程度的提高。因此不斷有估計人員根本就不使用一般系統(tǒng)特征和加權(quán)因子值。（可以參見我們在西門子同樣的經(jīng)歷[27][28]），他們忽略它或者在工作量估計時把它考慮為成本驅(qū)動因素。
結(jié)果，Lokan做出了這樣的結(jié)論：一般系統(tǒng)特征和加權(quán)因子值是度量一個應用軟件的不同方面。認為規(guī)模有不同的尺度衡量比使勁將它們合起來形成一個數(shù)據(jù)要好些。
Meli 有相同的結(jié)論[31]。他告訴大家我們必須放棄使用加權(quán)因子值，至少不應用作應用軟件規(guī)模度量的調(diào)節(jié)元素，也許加權(quán)因子值可以作為一個限制條件使用（如加權(quán)因子值越大，應用軟件越好）或者用作會影響生產(chǎn)成本的元素調(diào)節(jié)生產(chǎn)力值。
Symons建議應該可能地校準一般系統(tǒng)特征，在不同的應用軟件領(lǐng)域從而就有不同的加權(quán)因子值[14]。
在Meli的觀點，只有兩種處理加權(quán)因子值的可能選擇[33]。一是完全放棄加權(quán)因子值，只使用未調(diào)整數(shù)。第二是為了限制某種特殊應用軟件的功能點數(shù)而使用加權(quán)因子值。這就意味著同一個功能點數(shù)目可以是非常有用和有效的組件的功能點計算也可以是不是那么有用有效的組件的功能點計算。
然后限制條件可以給出這個不同的概念。如影響程度越高（用一個計算出來的數(shù)字表示），應用軟件越好。
下面是處理這個問題需要進一步研究的方面
多少個一般系統(tǒng)特征數(shù)應該定義（建議4到100）
哪個集合是必須的 ，
影響范圍應該是多少（+/-5 范圍內(nèi)或者不是這樣）。
4.5重用的包含（Inclusion of reuse）
傳統(tǒng)的功能規(guī)模度量是度量用戶視域中的整個軟件產(chǎn)品功能規(guī)模。
既然新提出的軟件開發(fā)方法都支持重用，如面向?qū)ο?，COTS和JavaBeans,在商業(yè)計算時，為了單獨決定軟件的自我繼承部分是多少時，傳統(tǒng)的度量方式是不夠的（更詳細的信息請參見文獻[45]）。
Meli發(fā)現(xiàn)需要區(qū)別開用戶要求且發(fā)布給用戶的功能點和軟件開發(fā)團隊實際開發(fā)的功能點[33]。這也是為什么需要發(fā)現(xiàn)并提出新方法的原因。他提出了一個對這個問題的解決方法[31]：定義兩種不同的功能點度量方法，一個是和外部用戶視域相關(guān)聯(lián)，另一個是為了滿足軟件制造管理和生產(chǎn)性的需要。
Ho等為了處理這個問題度量了軟件工程的執(zhí)行過程[34]。因此，識別出發(fā)生了多少重用是非常重要的。為了得到這個信息，全面功能點使用了層的概念識別軟件中潛在的功能重用源并進行度量。
Meli進一步說道，現(xiàn)存的軟件工作產(chǎn)品事實上（如文檔、源代碼、說明書和用戶手冊等）可能包含一個積累，它能用一個可選的定量化標準范圍 [33]。和新產(chǎn)生的詳細描述的軟件數(shù)據(jù)一起考慮，一個基準數(shù)據(jù)基數(shù)是比較重要的。它能在重用現(xiàn)象的強烈作用下形成產(chǎn)品數(shù)據(jù)。因此如果項目計劃在草稿到實現(xiàn)過程中使用了大量的重用，平均比率不是有用的。由于這個原因，應該要有一個完全開發(fā)的功能點生產(chǎn)率數(shù)據(jù)。而后，由于指望的重用，對于具體的項目，要在完全開發(fā)的基礎(chǔ)上重新校準工作量。
4.6 新技術(shù)的影響（Impact of new software technologies）
傳統(tǒng)的軟件規(guī)模度量方法研發(fā)時滿足了傳統(tǒng)的軟件開發(fā)需要。既然有新的方法和領(lǐng)域引入，即使功能規(guī)模度量仍能可以適用于軟件的新方法也必須對傳統(tǒng)方法進行完善。在本文提到的新的軟件方面如下：
Internet 和 Intranet 軟件，
圖形用戶界面，
分布式軟件（如客戶端服務(wù)器），
面向?qū)ο笙到y(tǒng)
其他
依照Longstreet [35] [36]面向?qū)ο笙到y(tǒng)主要不同是其對系統(tǒng)采用的一種另外不同的觀察方式。傳統(tǒng)的軟件系統(tǒng)是個結(jié)構(gòu)合成物，面向?qū)ο罂磥硎且粋€單一的實體，對象表現(xiàn)了數(shù)據(jù)和過程。
對于圖形用戶界面（GUI），internet 和 intranet 軟件同樣是對軟件的另類觀察。用FrontPage或者其他html工具開發(fā)的Web站點可能或者不可能包含任何功能。關(guān)鍵是對信息在哪里存放和信息怎樣處理過程的理解。多數(shù)網(wǎng)站無非是菜單和文本。但也必須考慮這類系統(tǒng)的功能度量。
但Longstreet認為IFPUG功能點能適合面向?qū)ο蟓h(huán)境[36]（既然產(chǎn)品的功能規(guī)模是面向用戶，它應該和實現(xiàn)方式無關(guān)），但是必須要有一些面向?qū)ο蠛蛡鹘y(tǒng)開發(fā)比較的標準化要素。為了支持這個觀點，Longstreet發(fā)布了擴展的IFPUG 4.1版來適合圖形用戶界面、Internet, Intranet, OO和其他新出現(xiàn)的軟件技術(shù)領(lǐng)域[20]。
Boehm也說全面功能點適用于圖形用戶界面（GUI）,客戶/服務(wù)器（client/server） 和 面向?qū)ο螅╫bject-oriented） 系統(tǒng)[19]，但也有一些問題需要解決。
當然，利用大多數(shù)功能規(guī)模方法，每一個功能業(yè)務(wù)領(lǐng)域可以度量功能規(guī)模，也可以得到一個數(shù)值。但是問題是，這個數(shù)據(jù)是否能正確代表系統(tǒng)或者它是否只是個數(shù)字，沒有其他任何意義。
Symons意識到一個困難是方法的定義和過程將逐漸變的越復雜[08]，因為為了將一個老的規(guī)模方法改編適應新的開發(fā)方法和技術(shù)，就必須連續(xù)加入新的規(guī)則到老的規(guī)模度量方法中[08]。因此很難維持這些追加內(nèi)容的一致性。
另外一個是有關(guān)分布式軟件的問題，用戶對功能的看法是必要實現(xiàn)的功能是否充分刻畫。對這個問題的一個可能的方案是使用全面功能點版本2.0，它包含了層的概念來分別處理不同軟件視域。進一步的研究會揭示新的功能規(guī)模度量方法是如全面功能點方法是否完全解決這些問題。
4.7 度量的工作產(chǎn)品（Measurement artifacts）
在整個軟件生命周期都有可能有功能規(guī)模度量。既然在不同的軟件生命周期階段工作產(chǎn)品不同，就需要有不同的考慮：
哪些工作產(chǎn)品可以用來度量/估計 ，
對某種方法，什么時候是度量的最早時間點，
方法是在估計嗎，
UML 是否可以用于度量/估計，
是否有可能從源代碼進行后期度量計算 。
度量的工作產(chǎn)品（Artifacts for measurement）
首先，功能規(guī)模度量的開始時間點已經(jīng)討論。圖8和圖9（figures 8 and 9）是COSMIC [16] 自己確定的早期和后期實現(xiàn)用戶功能需求的 模型。

Figure 8: Pre-implementation FURs (Source: [16])

Figure 9: Post- implementation FURs (Source: [16])
圖中所有顯示的工作產(chǎn)品，應該可以得到度量的必須信息。
度量時間的最早點（Earliest point of time for measurement）
Garmus和 Herron [03] 說過，DeMarco's Bang和3-D功能點方法需要對系統(tǒng)過程的詳細認識，但是在初期不可能充分計算系統(tǒng)過程（如系統(tǒng)的狀態(tài)和轉(zhuǎn)換過程），對這兩種方法來說， 計算功能點越早越困難。因此它們必須在比 Mark II功能點、特征點和IFPUG功能點使用的軟件生命周期更后的階段度量，其中Mark II功能點、特征點和IFPUG功能點可以在相同的系統(tǒng)詳情水平，得到相同精確程度的功能點，但是不幸的是他們需要的詳情業(yè)只有經(jīng)過大約15-40 %的開發(fā)時間后才可能有。
早期估計（Earlier estimations）
Boehm指出越早度量項目就可能越早在控制之下[19]。
一般都相信只有在設(shè)計階段才可能進行功能點計算，但是有規(guī)則可以使得更早得到功能點數(shù)據(jù)（在IFPUG4.0支持下）。有時用啟發(fā)式規(guī)則。但在真正進行這種可能新得計算往往發(fā)現(xiàn)是又不可能，根據(jù)一般模型的適用性，在需求收集階段，功能點計算可能只是一個更好或者更差估計。當所有商業(yè)需求終結(jié)時，可能有準確的功能點計算。為了克服這個時間點遲后問題，有人提出了早期功能點方法。Meli總結(jié)了應用這種方法的結(jié)果[31][33]。他發(fā)現(xiàn)方法在軟件項目沒有所有詳細資料（功能說明書）時估計功能點值早期功能點是一種非常有用的方法，它能是一種正式標準的計算。
但重要的是需要考慮這種方法的效力，這種方法的系統(tǒng)是根據(jù)實際計算案例來設(shè)置的，它的效果只是用一種不變的確認來保證。但依照資料，早期功能點方法已經(jīng)完善地比較有效，在大多情況它估計的數(shù)值在實際功能點數(shù)值+/-10%內(nèi)。
另外一種早期估計的方法是早期全面功能點方法。這種方法基于早期功能點分析并且現(xiàn)在正在開發(fā)完善。
利用UML進行度量（Measurement using UML）
有幾種利用UML元素進行估計功能規(guī)模的方法已經(jīng)被提出和討論。其中一種是Stutzke被提出來的用來估計特征點的方法[44]。他參考結(jié)合了以前別人的工作成果如Reifer's模型(1990)、類點方法（the Class Points Method，被Fischmann/McRitchie 提出）和南非方法（the South African Method 被Meyerson提出)。但他認為不是所有的問題都解決了，可能問題是：
對象模型的重用部分需要多少工作量 ，
特別的分析方法是怎樣影響工作量的 ，
將設(shè)計的對象轉(zhuǎn)換為執(zhí)行代碼需要多少工作量 。
Longstreet給出了一些怎么用用例度量功能點的例子[20]。他聲明每一步必須分析它是否是一個事務(wù)或者是一個數(shù)據(jù)類型。他還列出了采用用例進行功能點計算的風險：
在用例中沒有標識清楚必須的事務(wù)，
在用例中可能沒有正確標識事務(wù)，
在用例中沒有清楚定義屬性數(shù)，
屬性數(shù)不能固定到一個實體上。
但他， Longstreet [36], 聲明功能點分析可以非常容易的適用于用例方法。
Meli 提出用例已經(jīng)變成一個捕獲用戶需求的一般方法，因為用例是從用戶的角度描述功能，他們應該很容易轉(zhuǎn)換成功能點[37]。但這個事實需要一項一項確認，既然功能轉(zhuǎn)換和用例的“解剖”水平可能不同，進一步的研究應提供些這種潛在關(guān)系的統(tǒng)計證據(jù)。
從源代碼進行后期計算（Post-calculation from source code）
一個最后重要的考慮是希望從源代碼進行后期計算功能點 。既然有方法已經(jīng)從源代碼實現(xiàn)功能業(yè)務(wù)內(nèi)容自動度量，后期計算也是可能。自動度量的方法在本文的4.1進行了介紹。