基于用例点来度量软件规模并管理进度之三

最新推荐文章于 2022-10-31 12:37:21 发布

iteye_4639

最新推荐文章于 2022-10-31 12:37:21 发布

阅读量215

点赞数

复用后的规模估算

在需求可复用的情况下，识别可复用的用例所占的完成度，求和可得初始折算已完成用例点数，规模数据为全部用例点数减去初始折算已完成用例点数，以折算已完成用例点数来跟踪进度时，注意起点不为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]RoyK.Clemmons，ProjectEstimationWithUseCasePoints，CROSSTALKTheJournalofDefenseSoftwareEngineering,February2006

[2]IvarJacobson.Object-OrientedSoftwareEngineering:AUseCaseDrivenApproach[M].NewYork:Addison–WesleyPublishingCompany,1992.

[3]KenSchwaber,《AgileSoftwareDevelopmentwithSCRUM》,PrenticeHall,ISBN:0130676349,2001-10

[4]Karner,Gustav.“ResourceEstimationforObjectoryProjects.”ObjectiveSystemsSFAB,1993.

[5]Ribu,Kirsten.EstimatingObject-OrientedSoftwareProjectswithUseCases.MasterofScienceThesis,UniversityofOslo,DepartmentofInformatics.2001.

关注