技术之大,在乎你我心中

项目质量量化考核建议

1、需求未覆盖率:计算未实现的功能点除以需求中所有功能点;

公式:∑未实现的功能点(个) / ∑需求总功能点(个)

参考指标: 0 %。如果连功能指标都不能满足 100 %覆盖,起码说明需求分析不充分。这个指标收集起来相当困难,主要是功能点的定义问题;

2、模块率:代码总量除以模块数量;

公式:∑代码数量(行) / ∑模块数量(个)

参考指标:无参考指标。软件设计迈向模块化生产,而且SOA的架构设计呼声越来越高,该指标主要是衡量模块的重用率,模块的体积越小,功能的耦合性越小,复用率就越高;

3、进度偏离度:检查计划时间和实际时间的进度,方法是计划时间差额减去实际时间差额除于实际工时总和,用于考察项目进度情况,监控项目是否按照日程进行,是否满足了工程的进度要求。

公式:∑(计划开始时间 - 实际开始时间)+∑(计划结束时间 - 实际结束时间) / 总工时

参考指标: 15 %进度偏离是个相对的指标,可能偏离了 20 个工作日,但是对于一个长达半年时间的项目而言偏离天数比上整体所需天数不足 15 %,可能偏离了 3个工作日,但是对于一个只有 1 星期时间的测试已经超过了整个测试阶段所需天数的 60 %。

4、缺陷率:缺陷总数除以代码总数,再乘以1000,即每千行的缺陷数量

公式:∑缺陷总数 / ∑代码总数 * 1000

参考指标:0%;每千行的缺陷数量是通用的度量方法,但缺陷的等级、种类、性质、影响不同,不能说每千行缺陷数量小的软件,一定比该数量大的软件质量更好;

5、系统效率:衡量软件正常运行需要耗费多少物理资源,对于JAVA类型的项目,可以通过占用的CPU和内存的数量作为衡量指标;

公式:∑目标使用人数 / ∑(CPU数量+0.5*Memory)

参考指标:该指标需要参考同业的项目作为衡量指标,每个项目的复杂度不同,业务逻辑的复杂程度也不相同,需要根据经验积累获得一个类型的项目指标作为参考;

6、可维护性:衡量对已经完成的软件进行调整需要多大的努力;

公式:∑假设功能点修改工作量 / ∑项目开发总工作量

参考指标:该指标是一个假设性指标,项目建设完毕后,对部分功能提出修改或修正假设,由项目组评估工作量。

7、调查方式:项目上线后通过下发调查表,又用户评价系统的可用性、可靠性、稳定性(功能方面)等;

公式:暂无;

参考指标:可以考虑建立一个统一的调查子系统,内嵌到各新上线的系统中,获得用户对系统的最终评价,由相关的质量管理部门对该项目做评价,进一步提高项目质量;

这是我去年写的一个项目考核建议书,现在看来还是挺有意义的,哎,曾经的沧海呀。。。。。。

posted on 2009-12-06 10:09  cbf4life  阅读(2931)  评论(0编辑  收藏  举报

导航