软件工程产品度量课件.pptVIP

Visual Basic程序设计 第九章 过 程 第十章 界面设计 软件工程 Visual Basic程序设计 软件工程 V i s u a l B A S I C 程序设计 V i s u a l B A S I C 程序设计 第十六讲 产 品 度 量 产品度量 软件产品质量的生命周期及其度量 软件产品度量用于对软件产品进行评价，并在此基础之上推进产品设计、产品制造和产品服务优化。 软件产品的度量实质上是软件质量的度量，而软件的质量度量与其质量的周期密切相关。 软件质量 对明确陈述的功能和性能需求、明确记录的开发标准以及对所有专业化软件开发应具备的隐含特征的符合度 软件需求是质量测量的基础 特定标准定义了用以指导软件开发的准则 有一组未被提及的隐式需求 为什么软件质量需要有度量？ 有效产品质量管理 改进用户满意度 改进产品质量 减少产品开发和售后服务支持费用 没有质量度量，等于没有质量标准！ 软件测试的质量需要有度量 有效实行测试质量分析和管理 可及时检查测试进度和质量 帮助发现测试漏洞 比较测试质量变化趋势，风险分析 帮助找出最佳实践 使用软件产品质量度量的挑战 无公认准确和科学的度量 产品性质不同，很难有通用的度量 最佳实践实际上是经验积累总结 涉及不定因素和人为因素 片面理解和使用可以造成负面影响和效果 制定软件质量度量时注意事项 跟踪度量的变化的一致性 提供基础数据以便杜绝滥用数据 讨论会或所有有关方面认可 体现产品质量结果是否满足质量标准 明确谁是使用者 软件产品质量度量模型 软件产品的度量主要针对作为软件开发成果的软件产品的质量而言，独立于其过程。 软件的质量由一系列质量要素组成，每一个质量要素又由一些衡量标准组成，每个衡量标准又由一些量度标准加以定量刻划。 质量度量贯穿于软件工程的全过程以及软件交付之后。 在软件交付之前的度量主要包括程序复杂性、模块的有效性和总的程序规模 在软件交付之后的度量则主要包括残存的缺陷数和系统的可维护性方面。一般情况下，可以将软件质量特性定义成分层模型。 勃姆(Barry W. Boehm)在《软件风险管理》(Software Risk Management)中第一次提出了软件质量度量的层次模型。 麦考尔(McCall)等人将软件质量分解至能够度量的层次，提出FCM 3层模型： 软件质量要素(factor) 衡量标准(criteria) 量度标准(metrics) 包括11个标准，分为产品操作(product operation)、产品修正(product revision)和产品转移(product transition)。 ISO 9126将软件质量总结为6大特性，每个特性包括一系列副特性，其软件质量模型包括3层： 高层：软件质量需求评价准则(SQRC)； 中层：软件质量设计评价准则(SQDC)； 低层：软件质量度量评价准则(SQMC)。 McCall的质量因素 产品运行 产品修改 产品转移 可维护性 灵活性 可测试性 可移植性 可复用性 互操作性 正确性 可靠性 易用性 完整性 效率 软件质量度量FCM模型  层 级 名 称 内 容 第一层 质量要素：描述和评价软件质量的一组属性 功能性、可靠性、易用性、效率性、可维护性、可移植性等质量特性以及将质量特性细化产生的副特性 第二层 衡量标准： 衡量标准的组合反映某一软件质量要素 精确性、稳健性、安全性、通信有效性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、文件完备性等 第三层 度量标准： 可由各使用单位自定义 根据软件的需求分析、概要设计、详细设计、编码、测试、确认、维护与使用等阶段，针对每一个阶段制定问卷表，以此实现软件开发过程的质量度量 McCall的质量因素(II) 正确性：程序满足需求规格说明和完成用户任务目标的程度。 可追踪性：从一个设计表示或实际程序追踪到需求的能力。 完备性：所需功能完全实现的程度 一致性：设计文档与系统实现的一致性。 McCall的质量因素(III) 可靠性：程序以所要求的精度完成预期功能的程度。 准确性：计算和控制的精度 容错性：在各种异常条件下继续提供操作的能力 与正确性的区别 正确性：它按我的需要工作吗？ 可靠性：在任何时候它都能适当地响应吗？ McCall的质量因素(IV) 完整性：对未授权人员访问软件或数据的可控程度。 易用性（易培训性）：对程序学习、操作、准备输入和解释输出所需要的工作量 效率：程序完成其功能所需的资源 计算效率 存储效率 McCall的质量因素(V) 可维护性