搜索
©2007COMBA,AllRightsReserved2020/3/16软件度量建议主要内容1、软件质量要素2、外部常规推荐的软件质量指标3、外公司使用的软件度量指标4、建议使用的软件质量指标软件质量管理现状1、软件开发过程不完善由于软件开发的规模逐渐扩大，但是相比专业的软件公司来说还处于起步阶段，故软件开发的过程管控还不算完善，需求分析、代码分析、测试等都比较薄弱。2、测试目前处于系统测试阶段，单元测试和集成测试还处于摸索阶段。3、软件质量保证缺乏组织和人员的保证一、软件质量要素正确性可靠性效率完整性可用性可维护性可测试性灵活性可移植性可复用性互操作性二、外部常规推荐的软件质量指标进展测量开发人员在每个阶段完成的工作量稳定性评估每个阶段的产品是否足够稳定以进行下一个阶段的工作过程符合性开发人员是否遵守项目开始批准的开发规程质量评价工作量开发人员消耗在内部质量评价活动中的工作量的百分比测试覆盖率开发远远的测试过程覆盖的软件系统的数量缺陷发现效率在一个阶段中可发现缺陷中实际发现的缺陷数量需求可跟踪性系统满足需求的比率缺陷去除率发现缺陷的解决的比率缺陷保持时间长时间内没有解决的缺陷数目缺陷密度系统中有缺陷倾向的组件复杂性设计和代码中的复杂性过程评估检测评估产品评估TRW公司（汽车，航空）软件度量指标（部分）返工积压未完成的返工代码行数/源代码总行数返工稳定性总返工代码行数－已返工代码总行数返工比例返工代码行数/源代码总行数模块化可变更性可维护性……MIL/SOFTQUAL美军标软件质量评估吞吐量响应时间存储利用率缺陷密度错误平均间隔时间计算精度直接访问效率有效通信带宽……AT&T和Bellcore内部发现的累计故障密度客户发现的累计故障密度发现的严重故障总数关闭严重故障的平均时间严重故障仍然开放的时间领域总修改微软公司缺陷总数每个例程的缺陷数每千行代码中的平均缺陷数平均故障时间间隔编译器检测出的错误数量……四、建议软件质量KPI达到的目的：以软件最终质量的结果驱动开过过程的管理。KPI项目1、需求满足度100％2、缺陷关闭率（实际问题解决÷发现问题总数）严重缺陷关闭率100％一般缺陷关闭率80％3、缺陷关闭周期严重缺陷关闭周期统计变化趋势，不设目标一般缺陷关闭周期统计变化趋势，不设目标4、项目平均缺陷发现数≥3（考核检测部门）5、软件一次检测通过率6、生产及市场反馈软件缺陷数统计变化趋势四、建议软件质量KPI达到的目的：以软件最终质量的结果驱动开过过程的管理。KPI项目1、需求满足度100％2、缺陷关闭率（实际问题解决÷发现问题总数）严重缺陷关闭率100％一般缺陷关闭率80％3、缺陷关闭周期严重缺陷关闭周期统计变化趋势，不设目标一般缺陷关闭周期统计变化趋势，不设目标4、项目平均缺陷发现数≥3（考核检测部门）5、软件一次检测通过率6、生产及市场反馈软件缺陷数统计变化趋势四、建议软件质量KPI1、需求满足度需求满足度＝当月满足需求的项目数/当月提交的软件项目数评估部门：检测中心评估方法：从客户的角度依据以下参考文件进行评估1、客户需求或者通用协议（移动协议）2、系统需求规格书3、系统方案4、软件需求规格书。。。不合格定义：检测过程发现软件不具备客户要求的功能或者质量要求四、建议软件质量KPI2、缺陷关闭率评估部门：检测中心计算方法：缺陷关闭率＝当月关闭的缺陷数÷当月计划关闭的软件缺陷数定义：严重缺陷关闭数量：已经解决，并通过检测中心验证的严重缺陷数量一般缺陷关闭数量：已经解决，并通过检测中心验证的一般缺陷数量当月计划关闭的严重缺陷数：检测中心检测发现的严重缺陷，技术部门需提交解决关闭计划，明确关闭时间。按计划当月到期需解决关闭的严重缺陷数量。当月计划关闭的一般缺陷数：检测中心检测发现的一般缺陷，技术部门需提交解决关闭计划，明确关闭时间。按计划当月到期需解决关闭的一般缺陷数量。计划变更：计划如果需要变更的话需要在原计划关闭时间之前提出，过期后提出计划变更无效。四、建议软件质量KPI3、缺陷关闭周期评估部门：检测中心缺陷关闭周期＝AVG（实际缺陷关闭时间－缺陷发现时间）（天）严重缺陷关闭周期一般缺陷关闭周期四、建议软件质量KPI4、平均项目缺陷数评估部门：检测中心平均项目缺陷数＝当月发现的缺陷数÷当月检测的项目数平均项目严重缺陷数平均项目一般缺陷数缺陷数：检测过程中发现的不满足客户要求的缺陷数四、建议软件质量KPI5、软件一次检测通过率评估部门：检测中心软件检测一次通过率＝一次检测通过的软件数÷提交的软件项目数分类：1、新平台、新技术严重≤2，一般≤6，总数≤62、成熟软件的衍生严重≤1，一般≤3，总数≤4四、建议软件质量KPI6、生产及市场反馈软件缺陷数评估部门：QA定义：当月生产或市场反馈回来的软件质量问题数谢谢！