監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
軟件項目管理工具

當前位置:工程項目OA系統(tǒng) > 建筑OA系統(tǒng) > 軟件項目管理工具

軟件產(chǎn)品的規(guī)模度量-功能點與代碼行

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

功能點與代碼行,作為兩種度量方法已經(jīng)長期并存又競爭,他們的支持者已進行了大量的爭論,如今這種爭論仍未停息。人們似乎想看到:功能點與代碼行,到底誰將最后勝出?

眾所周知,用“平方米”可以衡量住房大小,用“臺”可以表示汽車數(shù)量,然而,長久以來,軟件產(chǎn)品的規(guī)模(Size)度量卻是個爭論不休的問題。
 
不論是對軟件開發(fā)企業(yè)、還是對軟件用戶,軟件規(guī)模度量的重要性都是不容置疑的。因為它極大影響著甲方對發(fā)包產(chǎn)品的成本估算、乙方對自身開發(fā)成本的預測、乙方對開發(fā)過程的量化管理等諸多方面。
 
比如,A軟件項目的規(guī)模是100功能點,我們根據(jù)行業(yè)基準(Benchmarking)知道平均成本是5000元/功能點,那么本項目的成本預測就是50萬元;我們又根據(jù)行業(yè)基準知道平均生產(chǎn)率為1功能點/人天,則計算得到項目需要投入100個人天的工作量,這些計算的結(jié)果將成為簽定合同的依據(jù)和軟件項目管理的基礎。
 
功能點與代碼行,作為兩種度量方法已經(jīng)長期并存又競爭,他們的支持者已進行了大量的爭論,如今這種爭論仍未停息。
 
人們似乎想看到:功能點與代碼行,到底誰將最后勝出?
 
國際軟件工程權(quán)威專家Roger S. Pressman在2001年曾經(jīng)對LOC和FP的辯論結(jié)果進行總結(jié)[1]:
代碼行的支持者認為,LOC是所有軟件開發(fā)項目的生成品,并且很容易進行計算;許多現(xiàn)有的軟件估算模型使用LOC作為輸入,并且關(guān)于LOC已經(jīng)有大量的文獻數(shù)據(jù)。
代碼行的反對者認為,LOC測量依賴于程序設計語言;它們對設計的很好但較小的程序會產(chǎn)生不利的評判;它們不適合于非過程語言;它們在估算時需要一些可能難以得到的信息(例如,在分析和設計之前,計劃者就必須估算要產(chǎn)生的LOC)。
功能點(及其擴展)的支持者認為:FP和程序設計語言無關(guān),使得它既適合于傳統(tǒng)的語言,也可用于非過程語言;它是基于項目開發(fā)初期就可能得到的數(shù)據(jù)。
反對者聲稱:該方法需要某種“人的技巧”,因為計算是基于主觀的而非客觀的數(shù)據(jù);信息域(及其它維)的計算可能難以搜集事后信息;FP沒有直接的物理含義— 它僅僅是個數(shù)據(jù)而已。
 
究竟如何看待這些爭論?筆者認為應該用發(fā)展的眼光來判斷,特別是考慮近年來軟件開發(fā)技術(shù)的迅猛發(fā)展以及國際軟件產(chǎn)業(yè)商業(yè)模式的變革趨勢。
 
最近的技術(shù)發(fā)展包括諸如可視化編程工作的大量采用,以及摸板庫、類庫的廣泛采用,在程序的結(jié)果中有大量的自動生成的代碼、復雜的自動配置腳本或資源文件設置,在采用這些工具的項目中,用LOC分析方法得到的數(shù)據(jù)的意義已經(jīng)大大降低了[2]。
 
從產(chǎn)業(yè)商業(yè)模式來看,由于軟件系統(tǒng)已經(jīng)變的的更大和更復雜,軟件工程化分工加劇,專門從事軟件下游業(yè)務的商業(yè)組織大量涌現(xiàn),特別是隨著國際產(chǎn)業(yè)轉(zhuǎn)移帶來的服務外包的巨大發(fā)展,需求和架構(gòu)設計等上游工程與詳細設計、編碼、測試、信息錄入和處理等下游工程分別在不同的組織中實現(xiàn)。上下游組織之間在業(yè)務管理和開發(fā)技術(shù)方面的的溝通需要更加標準化的度量語言。而實際上,LOC從來沒有在滿足客戶需求方面有什么重大意義,代碼行數(shù)對客戶來說沒有什么實際意義,客戶關(guān)心的是“功能”。
 
有研究者[2]認為,LOC在幫助管理者開展項目管理方面也差強人意,LOC只是對技術(shù)人員有一定意義。
 
實際上,LOC帶來的誤導越來越嚴重,以至于著名的軟件度量專家,美國軟件生產(chǎn)率研究所的首席科學家Capers,Jones指出,“使用代碼行數(shù)進行涉及多種語言和生命周期活動的生產(chǎn)率研究,應該被認為是一種職業(yè)的不良實踐?!盵3]
 
與LOC方法陷入的窘境相比,F(xiàn)P正逐步突破其原有缺陷,重新受到重視。
 
這些趨勢包括,來自許多國家的軟件度量團體,一直不停的對FP方法進行改進和完善,F(xiàn)P的歷史數(shù)據(jù)也已經(jīng)有了非常大的積累,這促使FP技術(shù)向成熟快速邁進;在應用方面,隨著相關(guān)培訓和認證制度的不斷完善,專業(yè)人員將更方便的獲得認證,對人員的統(tǒng)一資質(zhì)認定,將極大的提高功能點計數(shù)的“一致性”, 從而減少計數(shù)結(jié)果的“差異性”。
 
國際上最近的進展包括:
1998年      ISO公布ISO/IEC 14143 ,功能點成為國際標準
2000年     功能點分析方法開始和掙值管管理(EVM)結(jié)合
2001年     功能點分析和平衡計分卡結(jié)合使用
 
國內(nèi)的最新進展包括:
國內(nèi)在中國軟件行業(yè)協(xié)會系統(tǒng)與軟件過程改進分會等機構(gòu)主持了一些基礎工作:
2005年 與IFPUG達成諒解備忘錄,引進和翻譯《功能點計數(shù)標準手冊》
2006年       成立ISBSG中國代表處(CSBSG),開始搜集中國功能點數(shù)據(jù)并建立行業(yè)軟件過程能力基準。
2006年 與臺北、臺中和臺南軟體協(xié)會簽署備忘錄,將建立海峽兩岸一致的度量元標準,并開展數(shù)據(jù)交換。
2007年    與Total Metrics等國際機構(gòu)合作,引進CFPS 認證前培訓
2007年  籌劃建立“中日韓軟件度量聯(lián)盟”
 
FP的發(fā)展,來自于有關(guān)國際組織和研究團體的協(xié)同努力。這方面最有影響力的國際組織包括IFPUG(美國國際功能點組織)和ISBSG(國際軟件過程基準組織)以及各國的軟件度量協(xié)會。事實上,在經(jīng)歷了90年代的發(fā)展低谷后,F(xiàn)P正再一次受到廣泛重視,F(xiàn)P應用中存在的一些困難正在被一一克服。最顯著的事例是韓國,由于政府的高度重視,發(fā)布政府公文促進產(chǎn)業(yè)界對FP的使用,韓國的認證功能點專家(CFPS)數(shù)量目前已經(jīng)躍居全球第一,僅僅三星總部一家就有超過100名的CFPS。
 
值得說明的是,盡管代碼行有很多的缺點,也不應該棄置不用,在開發(fā)管理的某些環(huán)節(jié)和某些應用方面,它仍是一件很方便使用的有用工具,比如具體一個項目內(nèi)部的缺陷密度統(tǒng)計等等。所以在實踐應用中,在全生命周期采用FP的同時,在項目內(nèi)部局部結(jié)合使用LOC作為補充手段,也是有價值的選擇。
 
從這個意義上來講,F(xiàn)P和LOC應該還會繼續(xù)并存,隨著對兩者換算因子的更深入研究,二者的競爭將顯得不重要,而配合應用將成為主流。
 
目前,國內(nèi)部分知名咨詢公司已經(jīng)嘗試開展軟件度量相關(guān)領域的專項業(yè)務,包括:Soft Tech、賽柏科技、隨濟公司等。其中的部分公司也在推動功能點的應用,這些工作將會帶來有益的變化,有助于增加各類專項服務的提供,使過程方法論服務市場得到進一步的豐富和發(fā)展。
 
[1] 《軟件工程-實踐者的研究方法》Roger S. Pressman著 梅宏譯 機械工業(yè)出版社 2006
[2] 《功能點分析方法與實踐》李幟等編著 清華大學出版社 2005
[3] 《軟件評估、基準測試與最佳實踐》Capers,Jones著 韓柯譯 機械工業(yè)出版社 中信出版社 2003

發(fā)布:2007-02-27 10:56    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章:

泛普軟件項目管理工具其他應用

項目管理工具 禪道項目管理軟件 夢龍項目管理軟件 微軟項目管理軟件 裝飾管理系統(tǒng) 裝修預算軟件 項目計劃軟件 項目進度管理軟件 軟件項目管理工具 材料管理軟件 工程項目管理軟件系統(tǒng) 項目管理系統(tǒng) 施工管理軟件 建筑工程項目管理軟件 工程管理軟件