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

复用后的规模估算

需求复用

在需求可复用的情况下,识别可复用的用例所占的完毕度。求和可得初始折算已完毕用例点数。规模数据为所实用例点数减去初始折算已完毕用例点数,以折算已完毕用例点数来跟踪进度时,注意起点不为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。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhhbmdtaWtl/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

图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.

时间: 2024-12-20 05:40:35

基于用例点来度量软件规模并管理进度 之三的相关文章

基于用例点来度量软件规模并管理进度 之中的一个

英文名:Based on use case points to measure software size and manage the progress 摘 要 本文针对软件项目的规模度量和进度管理,提出了一种新的以用例点的方式来表达和跟踪的方法.本文具体介绍了经过调整过的用例点度量方法,舍弃了角色相应的用例点数,对用例分类给出了更严格的要求,採用了更仔细的步骤定义,并限制了复杂用例的最多步骤.用例的状态完毕度得到区分,在此基础上建立了过程中用例的进度跟踪方法.最后并阐述了在需求可复用情况下的

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

用例点表达进度 识别用例的状态 根据生命周期要求,识别用例的状态及转移. 典型的如瀑布型,一般依次有如下状态:用例识别,用例确认,用例已设计,用例已编码,用例已测试. 采用测试驱动开发(TDD)的一个例子,依次状态:用例识别,已写测试用例,用例已编码,用例已集成,用例已测试. 最简化用例状态,依次状态:用例识别,用例已集成. 从以上例子可以看到,传统生命周期和敏捷方法都可以得到合适的状态转移图. 设定用例状态的完成度 完成度以百分比表示,表示与工作量成正比的完成程度,0%表示刚开始,工作量投入为

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

用例点表达进度 识别用例的状态 根据生命周期要求,识别用例的状态及转移. 典型的如瀑布型,一般依次有如下状态:用例识别,用例确认,用例已设计,用例已编码,用例已测试. 采用测试驱动开发(TDD)的一个例子,依次状态:用例识别,已写测试用例,用例已编码,用例已集成,用例已测试. 最简化用例状态,依次状态:用例识别,用例已集成. 从以上例子可以看到,传统生命周期和敏捷方法都可以得到合适的状态转移图. 设定用例状态的完成度 完成度以百分比表示,表示与工作量成正比的完成程度,0%表示刚开始,工作量投入为

Ubuntu 16.04安装基于nethogs衍生的网络监控软件(应用实时网速监控)

基于nethogs衍生的网络监控软件有如下所列举的: nettop显示数据包类型,按数据包的大小或数量排序. ettercap是以太网的网络嗅探器/拦截器/记录器 darkstat通过主机,协议等方式分解流量.用于分析在较长时间内收集的流量,而不是“实时”查看. iftop按服务和主机显示网络流量 ifstat以类似vmstat / iostat的方式通过界面显示网络流量 gnethogs基于GTK的GUI(在制品) nethogs-qt基于Qt的GUI hogwatch带有桌面/网络图形的带宽

基于 Windows GDI 的屏幕录像软件制作过程

我知道,标题不响亮一点你们是不会点进来看的(奸笑),好了言归正传,博主一直都想自己写一个屏幕录像软件,相信大家都用过屏幕录像软件了,专业级别或者商业级别的屏幕录像软件都是自己写驱动来获取显卡数据,或者自己写 Hook 来勾住一些图形函数来获取图形数据等等,不过博主没有这个能耐,唯一可以用的就是 Windows 自带的 GDI 函数了,以前看过一本游戏开发相关的书籍,里面讲解了如何使用 GetDIBits 函数来快速获取 HDC 里面的颜色数据,比起 GetPixel 快了上百个数量级不止,博主灵

基于墨刀的视频编辑软件Xedit 1.0原型化系统

该产品基于墨刀设计,运行环境ios,运行平台ipad,以下是设计思路. 共有登陆.注册.视频.主页.播放.个人信息这六模块. 首先是登陆和注册模块,登陆分为账号登陆和访客登陆,账号登陆可以将用户的视频保存到服务器上,而访客登陆只能将视频保存到用户本地.之后进入主页端,这将是我们的工作目录,在这里我们可以新建项目并导入视频,主页的顶部状态栏共有三个按钮,分别是视频,项目和个人信息.视频用于查看已经编辑过的视频,项目用于查看已经建立的项目,个人信息用于查看账号的信息.演示如下. 接下来我新建一个项目

软件项目量化管理(CMMI高成熟度)实践经验谈——之项目管理过程监督与控制篇

续:软件项目量化管理(CMMI高成熟度)实践经验谈--之概述篇 续:软件项目量化管理(CMMI高成熟度)实践经验谈--之项目管理过程策划篇 2.项目监督与控制 项目监控是围绕项目实施计划,跟踪进度.成本.质量.资源,掌握各项工作现状,以便进行适当的资源调配和进度调整,确定活动的开始和结束时间,并记录实际的进度情况,在一定情况下进行路径.风险.决策.度量.量化管理等方面的分析.在实施项目的过程中,要随时对项目进行跟踪监控,以使项目按计划规定的进度.技术指标完成,并提供现阶段工作的反馈信息,以利后续

让软件公司的管理多一点“灵魂”(转载)

其管理很可能已经陷入了困境. 什么是管理的灵魂? 如果彼得德鲁克说管理是种实践是对的,那管理的灵魂就必然是一种独立思考的精神,因为唯有独立思考才能完成打穿理论与现实,完成特殊到一般,一般再到特殊这样的轮回. 那如果管理缺了灵魂,那会怎样? 那就会因为失去一种自省的精神,而变得四处都是被分享的成功经验,但其实管理上问题不断. 当一个庞然大物比如:柯达轰然倒下时,人们往往会去反省它可能是管理出了问题.但当它还在时,人们往往会认为是管理支撑了它的存续,而并不能去识别其管理的失败很可能是正在导致肌体的腐

常见EDA软件的license管理

大型工程软件如Ansys.Fluent.Unigraph.ProE等安装需要经过注册程序Flexlm才可以使用,而Flexlm中涉及到很多知识.技巧,也存在许多问题.本篇文章就是针对上述软件安装中的常见问题作一些探讨与解决.莱曼特的LMT LicManager可对EDA软件的许可证进行集中监控管理.Lanmantech公司研发的licManager产品充分研究识别Flexlm及其他主流授权机制并利用LMT核心计算模式在不影响软件许可证本身授权机制的基础上对许可证进行闲置识别.资源调度从而提高许可