软件质量度量方法分析

1、软件度量建议,主要内容,1、软件质量要素 2、外部常规推荐的软件质量指标 3、外公司使用的软件度量指标 4、建议使用的软件质量指标,软件质量管理现状,1、软件开发过程不完善 由于软件开发的规模逐渐扩大，但是相比专业的软件公司来说还处于起步阶段，故软件开发的过程管控还不算完善，需求分析、代码分析、测试等都比较薄弱。 2、测试目前处于系统测试阶段，单元测试和集成测试还处于摸索阶段。 3、软件质量保证缺乏组织和人员的保证,一、软件质量要素,正确性 可靠性 效率 完整性 可用性 可维护性 可测试性 灵活性 可移植性 可复用性 互操作性,二、外部常规推荐的软件质量指标,进展测量 开发人员在每个阶段完成的

2、工作量 稳定性评估 每个阶段的产品是否足够稳定以进行下一个阶段的工作 过程符合性 开发人员是否遵守项目开始批准的开发规程 质量评价工作量 开发人员消耗在内部质量评价活动中的工作量的百分比 测试覆盖率 开发远远的测试过程覆盖的软件系统的数量 缺陷发现效率 在一个阶段中可发现缺陷中实际发现的缺陷数量 需求可跟踪性 系统满足需求的比率 缺陷去除率 发现缺陷的解决的比率 缺陷保持时间 长时间内没有解决的缺陷数目 缺陷密度 系统中有缺陷倾向的组件 复杂性 设计和代码中的复杂性,过程评估,检测评估,产品评估,TRW公司（汽车，航空）软件度量指标（部分）,返工积压 未完成的返工代码行数 / 源代码总行数 返

3、工稳定性 总返工代码行数 已返工代码总行数 返工比例 返工代码行数 / 源代码总行数 模块化 可变更性 可维护性 ,MIL/SOFTQUAL美军标软件质量评估,吞吐量 响应时间 存储利用率 缺陷密度 错误平均间隔时间 计算精度 直接访问效率 有效通信带宽 ,AT&T和Bellcore,内部发现的累计故障密度 客户发现的累计故障密度 发现的严重故障总数 关闭严重故障的平均时间 严重故障仍然开放的时间 领域总修改,微软公司,缺陷总数 每个例程的缺陷数 每千行代码中的平均缺陷数 平均故障时间间隔 编译器检测出的错误数量 ,四、建议软件质量KPI,达到的目的： 以软件最终质量的结果驱动开过过程的管理。

4、 KPI项目 1、需求满足度 100 2、缺陷关闭率 （实际问题解决发现问题总数） 严重缺陷关闭率 100 一般缺陷关闭率 80 3、缺陷关闭周期 严重缺陷关闭周期 统计变化趋势，不设目标 一般缺陷关闭周期 统计变化趋势，不设目标 4、项目平均缺陷发现数 3 （考核检测部门） 5、软件一次检测通过率 6、生产及市场反馈软件缺陷数 统计变化趋势,四、建议软件质量KPI,达到的目的： 以软件最终质量的结果驱动开过过程的管理。 KPI项目 1、需求满足度 100 2、缺陷关闭率 （实际问题解决发现问题总数） 严重缺陷关闭率 100 一般缺陷关闭率 80 3、缺陷关闭周期 严重缺陷关闭周期 统计变化趋

5、势，不设目标 一般缺陷关闭周期 统计变化趋势，不设目标 4、项目平均缺陷发现数 3 （考核检测部门） 5、软件一次检测通过率 6、生产及市场反馈软件缺陷数 统计变化趋势,四、建议软件质量KPI,1、需求满足度 需求满足度当月满足需求的项目数/当月提交的软件项目数 评估部门：检测中心 评估方法：从客户的角度依据以下参考文件进行评估 1、客户需求或者通用协议（移动协议） 2、系统需求规格书 3、系统方案 4、软件需求规格书 。 不合格定义：检测过程发现软件不具备客户要求的功能或者质量要求,四、建议软件质量KPI,2、缺陷关闭率 评估部门：检测中心 计算方法： 缺陷关闭率 当月关闭的缺陷数 当月计划

6、关闭的软件缺陷数 定义： 严重缺陷关闭数量：已经解决，并通过检测中心验证的严重缺陷数量 一般缺陷关闭数量：已经解决，并通过检测中心验证的一般缺陷数量 当月计划关闭的严重缺陷数：检测中心检测发现的严重缺陷，技术部门需提交解决关闭计划，明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。 当月计划关闭的一般缺陷数：检测中心检测发现的一般缺陷，技术部门需提交解决关闭计划，明确关闭时间。按计划当月到期需解决关闭的一般缺陷数量。 计划变更：计划如果需要变更的话需要在原计划关闭时间之前提出，过期后提出计划变更无效。,四、建议软件质量KPI,3、缺陷关闭周期 评估部门：检测中心 缺陷关闭周期 AVG（实际缺陷关闭时间 缺陷发现时间）（天） 严重缺陷关闭周期 一般缺陷关闭周期,四、建议软件质量KPI,4、平均项目缺陷数 评估部门：检测中心 平均项目缺陷数 当月发现的缺陷数当月检测的项目数 平均项目严重缺陷数 平均项目一般缺陷数 缺陷数：检测过程中发现的不满足客户要求的缺陷数,四、建议软件质量KPI,5、软件一次检测通过率 评估部门：检测中心 软件检测一次通过率一次检测通过的软件数提交的软件项目数 分类： 1