復用后的規模估算

需求復用

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

例如：某小版本的任務是開發實現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.

總結

以上是生活随笔為你收集整理的基于用例点来度量软件规模并管理进度 之三的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。