软件质量度量.ppt

软件质量度量 大纲： 一、产品质量度量 二、过程中质量度量 三、软件维护的度量 四、质量程序的例子 五、收集软件工程数据 六、小结 一、产品质量度量 1、缺陷密度度量 2、顾客问题度量 3、顾客满意度度量 产品质量度量 软件质量的实际定义 平均无失效时间（mean time to failure,MTTF） 缺陷密度 顾客问题 顾客满意度 应用范围 MTTF—交通管制、航空电子学、武器系统 缺陷密度（率）—商业软件系统 1.缺陷密度（率）度量 缺陷率-软件大小 通常千行源代码数（KLOC） 功能点 例子：KLOC KLOC-物理行计数？指令语句计数？是否加数据定义？注解？首次发布与更新版本后 当更新版本后： 更改标记法 LOC重新计数 缺陷跟踪—使用更改标记法（change flagging） 例子：功能点 一个应用程序5个主要成分的加权总和 外部输入数（例如，事务类型） 3~6 外部输出数（例如，报告类型） 4~7 逻辑内部文件数 7~15 外部接口文件数 5~10 外部查询数（支持的联机查询种类） 3~6 例子：功能点 第一步 Wij是5个成分按复杂性级别的加权因子，Xij是应用程序中每种成分的数目 例子：功能点 14个特征： 数据通信 分布式功能 性能 频繁使用的配置 事务率 联机数据项、 最终用户效率 联机更新 复杂处理 可重用性 易安装性 易操作性 多站点 易更改性 例子：功能点 第二步 将这些特征分值（从0到5）按下列公式加起来，形成价值调整因子（value adjustment factor, VAF） 其中Ci是通用系统特征i的分值 例子：功能点 最后，得到了功能点数 FP=FC*VAF 已成为一个关键的生产率测度 主要应用于应用软件而非系统软件 2、顾客问题度量 来自顾客的视角 缺陷性问题（缺陷率度量） 非缺陷性问题（使用性问题、不明确的文档或者信息、有据缺陷的重复出现） 采用PUM( problems per user month)表示 PUM=一个时段内的顾客报告的问题总数/在此期间软件许可证月总数 许可证月总数=软件的安装许可证数*计算时段中的月数 2、顾客问题度量 降低PUM措施 改进开发过程，减少产品缺陷 通过改进产品的所有方面（实用性及文档）、顾客教育和支持减少非缺陷性问题 增加产品销量（安装许可证数） 缺陷率度量和顾客问题度量比较 3.顾客满意度度量 5级尺度 非常满意 满意 一般 不满意 非常不满意 3.顾客满意度度量 5级尺度基础上，构造几种度量 完全满意顾客百分数 满意顾客百分数（满意和完全满意） 不满意顾客百分数（不满意和完全不满意） 非满意顾客百分数（一般、不满意和完全不满意） 通常使用第二个度量，某些时候为降低非满意百分数，也使用第4个度量 也可使用加权指数法 二、过程中质量度量 1、机器测试期间的缺陷密度 2、机器测试期间的缺陷出现模式 3、基于阶段的缺陷排除模式 4、缺陷排除有效性 1、机器测试期间的缺陷密度 正式机器测试（将代码集成到系统库之后的测试）期间的缺陷率，通常同现场得到的缺陷率正相关 正相关：在测试中发现的缺陷越多，以后发现的缺陷也越多 2、机器测试期间的缺陷出现模式 测试期间的总缺陷率是一个简明指示器，而失效间隔则能给出更多信息。 测试期间缺陷出现模式 测试期间按时间间隔出现的缺陷数，原始数据，不一定有效 有效缺陷出现的模式-当报告的问题得到确定时 缺陷超时累积模式：开发机构不能立即审查和修补所有报告的问题。若开发周期结束时缺陷累积仍然大，则需要回归测试才能保证系统稳定性和确保产品质量等级 3、基于阶段的缺陷排除模式 除测试外，还需跟踪开发周期所有阶段中的缺陷，包括设计评审、代码审查、测试前的正式验证 IBM开发项目的缺陷排除模式表明将缺陷排除的重点放在前期则质量要好 缺陷排除的各个阶段：高层设计评审（I0）,底层设计评审(I1)、代码审查(I2)、单元测试(UT)、部件测试(CT)、系统测试(ST) 4、缺陷排除有效性 缺陷排除有效性（DRE）定义：DRE=开发阶段排除的缺陷数/产品中潜伏的缺陷数 分母估计：在现阶段排出的缺陷数+以后发现的缺陷数 该度量值越高，开发过程越有效 三、软件维护的度量 1、修补积累和积累管理指数 2、修补响应时间 3、逾期修补百分数 4、修补质量 1、修补积累和积累管理指数 BMI=当月解决问题数/当月出现问题数 BMI100，累积问题减少了 BMI100，累积问题增加 2、修补响应时间 修补方针建立在时间限上 按照缺陷可能引起的风险的严重程度分级，越严重越需要昼夜不停的修补问题 3、逾期修补百分数 对每个修补而言，如果修补所需时间超过了按严重性的响应时间标准，它就被分类到逾期修补 逾期修补百分数=超过按严重性等级的修