软件工程电子课件第12章 节 软件工程质量.ppt

第12章　软件工程质量;12.1 软件质量特性;12.1.2　软件质量的特性 McCall等人的定义的质量特性： 正确性、可靠性、效率、完整性、可使用性、可维护性、可测试性、灵活性、可移植性、可复用性、互连性； ISO9162定义的六个质量特性 ： 功能性、可靠性、可用性、效率、可维护性、可移植性。 ;12.2　软件质量的度量模型;2. 项目管理中常用的度量方法 （1）头脑风暴法； （2）鱼刺图； （3）帕累托(PARETO)原理 。 3. 软件产品度量方法（软件质量度量方法） （1）Halstead复杂性度量法 ； （2）McCabe复杂性度量法 。 4.软件过程度量 ;（3）软件过程度量的内容 ① 成熟度度量(maturity metrics) 组织度量 资源度量 培训度量 文档标准化度量 数据管理与分析度量 过程质量度量等等； ; ② 管理度量(management metrics) 项目管理度量(如里程碑管理度量、风险度量、作业流程度量、控制度量、管理数据库度量等) 质量管理度量(如质量审查度量、质量测试度量、质量保证度量等) 配置管理度量(如需求变更控制度量、版本管理控制度量等)；; ③ 生命周期度量(life cycle metrics) 问题定义度量 需求分析度量 设计度量 制造度量 维护度量等。;（4）软件过程度量流程 ① 确认过程问题； ② 收集过程数据； ③ 分析过程数据； ④ 解释过程数据； ⑤ 汇报过程分析； ⑥ 提出过程建议； ⑦ 实施过程行动； ⑧ 实施监督和控制。;12.2.2 软件质量的度量模型 1. Boehm模型 2. McCall模型 ;3. ISO/IEC9162质量模型 高层(Top Level)：软件质量需求评价准则(SQRC)； 中层(Mid Level)：软件质量设计评价准则(SQDC)； 低层(Low Level)：软件质量度量评价准则(SQMC)。;12.3 软件质量保证 ; 确保设计质量； 提出与分析重要的质量问题； 总结实现阶段的质量保证活动； 整理面向用户的文档、说明书等； 鉴定产品质量，鉴定质量保证体系； 收集、分析和整理质量信息。 ;12.3.2 软件质量保证的主要任务 为项目制定SQA计划。 参与开发该软件项目的软件过程描述。 评审各项软件工程活动，核实其是否符合已定义的软件过程。 审计指定的软件工作产品，核实其是否符合已定义的软件过程中的相应???分。 确保软件工作及工作产品中的偏差已被记录在案，并根据预定规程进行处理。 记录所有不符合部分，并向上级管理部门报告。跟踪不符合的部分直到问题得到解决。 除了进行上述活动外，SQA小组还需要协调变更的控制与管理，并帮助收集和分析软件度量的信息。;12.3.3 软件质量保证策略 软件质量的保证策略是： 以检测为重：产品制成之后进行检测，只能判断产品质量，不能提高产品质量。 以过程管理为重：把质量的保证工作重点放在过程管理上，对制造过程中的每一道工序都要进行质量控制。 以新产品开发为重：在新产品的开发设计阶段，采取强有力的措施来消灭由于设计原因而产生的质量隐患。;基于以上策略，有下面的保证措施： 基于非执行的测试(也称为复审或评审)：用来保证在编码之前各个阶段产生的文档的质量； 基于执行的测试(即前面讲过的软件测试)：需要在程序编写出来之后进行，它是保证软件质量的最后一道防线； 程序正确性证明：使用数学方法严格验证程序是否对它的说明完全一致。 ;12.4 技术评审 ;技术评审有两种基本类型: 正式技术评审(FTR)。 FTR比较严格，需要举行评审会议，参加评审会议的人员比较多。 非正式技术评审(ITR)。 ITR的形式比较灵活，通常在同伴之间开展，不必举行评审会议，评审人员比较少。 ;;12.5 软件质量管理体系 ;软件产品质量管理的特点： 软件质量管理应该贯穿软件开发的全过程，而不仅仅是软件本身 对开发文档的评审是产品检验的重要方式 通过技术手段保证质量 ;12.5.2 软件质量管理的指导思想 （1）缺陷预防 （2）紧紧扣住用户需求 采用快速原型法，尽快提供用户软件原型，并及时获取用户的反馈，根据用户的反馈不断修改软件，而不是全部完工后再最后交给用户。否则，要改的地方可能很多，甚至推翻重来。 充分设计之后再编码，防止因考虑不周而返工。 牢牢控制对缺陷的修改。要用专门的软件，记录和跟踪软件缺陷的修复。缺陷跟踪记录包括：发现人、缺陷描述、修复人、修复记录、确认人、确认结论，通过后才关闭该记录。 ;充分进行软件的系统测试。软件编码、单元测试、集成测试后，还要进行充分的系统测试、回归测试，等软件稳定