Android-自訂Dialog

標籤：ucp   use case   用例   軟體規模   

複用後的規模估算需求複用

在需求可複用的情況下，識別可複用的用例所佔的完成度，求和可得初始折算已完成用例點數，規模資料為全部用例點數減去初始折算已完成用例點數，以折算已完成用例點數來跟蹤進度時，注意起點不為0；如果是繪製燃盡圖 (burndown chart)，起點也不是全部用例點數。

例如：某小版本的任務是開發實現100個用例點，用例分析已經由另一個異地團隊完成了，根據兩個團隊的曆史資料和

協定，用例分析所佔完成度為30%，那麼初始折算已完成用例點數為30，這個小版本的規模是70個用例點。

對於設計複用，也可採用同需求複用類比方法，不再贅述。

程式碼複用

在初步需求分析後，識別部分功能可以由複製現有代碼來實現。仍然統計全部用例點，並不扣除這部分功能的用例點數，因為作為代碼級複用，不能排除修改這部分代碼，在考慮TCF時，參考此複用的因素。

構件複用

將構件複用分成二類：

一是引用，指終端使用者直接使用構件的介面；

二是調用，指調用構件開發項目本身的介面，終端使用者不會用到構件本身的介面。

構件引用不計到項目規模中。構件調用是需要進行用例分析的，並要計入項目規模中。

如果不能明確有構件,則進行用例分析，計入規模中。

用例規模的調整

針對升級維護項目，大量出現局部修改用例的情況，這時根據用例修改幅度來判別用例的大小。如果出現大範圍的用例小幅改動，修改用例的權重為3，6，9，或其它合適的權重，所用調整方法參照了使用者故事的相對比較調整方法，由團隊全體共同協商決定[參考文獻3]。

實踐結果

將此方法應用於一個組織的軟體開發中，積累了2008年到2009年底的8個項目61個小版本資料。進度控制能力是平均工3.43%，6標準差範圍是[-17.77%，24.63%]，其用例點生產率平均是30.7個/人月，6標準差範圍是[13.6，47.8]，符合常態分佈，如2。

圖2 用例點生產率分布圖

可以看出此方法是有效而且是高效的。

小結

綜上，本文介紹的方法基於成熟的用例分析方法，規則簡單易用，計算方便。軟體規模度量在不同項目組之間是可比的，因而以此為基礎，可以得到生產率、缺陷密度等等常用指標，可以用於評估不同項目組的能力；而折算已完成用例點的定期跟蹤可以定量客觀的顯示項目進度，可以保證工期。

參　考　文　獻

[1] Roy K. Clemmons，Project Estimation With Use Case Points， CROSSTALK The Journal of Defense Software Engineering, February 2006

[2] Ivar Jacobson. Object - Oriented Software Engineering : A Use Case Driven Approach [ M] . New York : Addison – Wesley Publishing Company , 1992.

[3] Ken Schwaber,《Agile Software Development with SCRUM》,  Prentice Hall, ISBN:0130676349, 2001-10  

[4] Karner, Gustav. “Resource Estimation for Objectory Projects.” Objective Systems SF AB, 1993.

[5] Ribu, Kirsten. Estimating Object-Oriented Software Projects with Use Cases. Master of Science Thesis, University of Oslo, Department of Informatics. 2001.

Android-自訂Dialog