软件工程现代软件工程的质量保证PPT学习教案

1、会计学1 软件工程现代软件工程的质量保证软件工程现代软件工程的质量保证 现代软件工程现代软件工程 本部分主要参考书本部分主要参考书 软件验证与确认的最佳管理方法软件验证与确认的最佳管理方法（美）（美）Steven R. Rakitin著于秀山等译（电子工业出版社）著于秀山等译（电子工业出版社）2002 测试流程管理测试流程管理（美）（美）Rex Black著（北京大学出版社）著（北京大学出版社） 2001 软件工程与软件测试自动化教程软件工程与软件测试自动化教程张克东、庄燕滨（电子张克东、庄燕滨（电子 工业出版社）工业出版社） 软件工程规范软件工程规范（美）（美）Watts. S.Humphr

2、ey著，傅为、苏著，傅为、苏 俊、许青松译（清华大学出版社）俊、许青松译（清华大学出版社）2004 软件配置管理策略与软件配置管理策略与Rational ClearCase（美）（美）Brian A. White著尤克滨等译（人民邮电出版社）著尤克滨等译（人民邮电出版社）2003 第1页/共60页 第一章第一章 现代软件工程的质量保证过程现代软件工程的质量保证过程 软件的质量要素与度量软件的质量要素与度量-7.1 软件工程的质量保证过程软件工程的质量保证过程-7.2 软件工程的质量保证活动软件工程的质量保证活动-7.3 软件质量保证体系建设软件质量保证体系建设-7.4 第七部分第七部分 现代软

3、件工程的质量保证现代软件工程的质量保证 第2页/共60页 应用成果应用成果 基础产品基础产品 实用产品实用产品 需求需求 软件工程项目管理软件工程项目管理 软件配置管理软件配置管理 风险管理风险管理 软件质量保证软件质量保证 设计设计实现实现测试测试 维护维护 第3页/共60页 第4页/共60页 第5页/共60页 第6页/共60页 度量框架度量框架一种用来组织、选择、沟通、评价软件系统要求的质量属性一种用来组织、选择、沟通、评价软件系统要求的质量属性 的辅助决策法。它逐层分解为特性、子特性和度量的辅助决策法。它逐层分解为特性、子特性和度量 质量特性质量特性一个与质量有关的面向管理的软件属性一个

4、与质量有关的面向管理的软件属性 质量子特性质量子特性质量特性分解出来的技术组件质量特性分解出来的技术组件 直接度量直接度量一种不依赖与任何其他属性测量的度量一种不依赖与任何其他属性测量的度量 预计度量预计度量一种试用于开发阶段的度量，它用来预计软件质量特性的值一种试用于开发阶段的度量，它用来预计软件质量特性的值 质量度量质量度量一个函数、它的输入是软件数据，输出是一个单一数值。它一个函数、它的输入是软件数据，输出是一个单一数值。它 可解释为给定的软件属性对其质量的影响程度可解释为给定的软件属性对其质量的影响程度 过程质量过程质量一种用来测量在软件系统开发、实现和维护过程中使用的方一种用来测量在

5、软件系统开发、实现和维护过程中使用的方 法、技术和工具特性的度量法、技术和工具特性的度量 产品度量产品度量一种用来测量软件开发过程中任何中间或最终产品特性的度一种用来测量软件开发过程中任何中间或最终产品特性的度 量量 第7页/共60页 软件产品质量 特性 直接度量 特性 直接度量 特性 直接度量 子特性 度量 子特性子特性 度量 度量 第8页/共60页 质量需求描质量需求描 述述 质量特质量特 性性 质量子特性质量子特性直接度量直接度量度量描述（例子）度量描述（例子） 产品将在多产品将在多 平台和当前平台和当前 用户正在使用户正在使 用的操作系用的操作系 统上运行统上运行 可移植可移植 性性

6、硬件独立性硬件独立性硬 件 依 赖硬 件 依 赖 性性 计算硬件的依赖性计算硬件的依赖性 软件独立性软件独立性软 件 依 赖软 件 依 赖 性性 计算软件的依赖性计算软件的依赖性 易安装性易安装性安装时间安装时间测量安装时间测量安装时间 可重用性可重用性能 够 用 于能 够 用 于 其 他 软 件其 他 软 件 中中 计算能够或已经应用于计算能够或已经应用于 其他软件系统的模块数其他软件系统的模块数 量量 产品将是可产品将是可 靠的并能提靠的并能提 供防止数据供防止数据 丢失的机制丢失的机制 可靠性可靠性无缺陷性无缺陷性测试覆盖测试覆盖测量测试覆盖度测量测试覆盖度 审查覆盖审查覆盖计算已做过的

7、代码审查计算已做过的代码审查 模块模块 容错性容错性数 据 完 整数 据 完 整 性性 统计用户数据被破坏情统计用户数据被破坏情 况况 数据恢复数据恢复测量恢复被破坏的数据测量恢复被破坏的数据 的能力的能力 可用性可用性软 件 可 用软 件 可 用 的百分比的百分比 软件可用时间除以总的软件可用时间除以总的 软件使用时间软件使用时间 第9页/共60页 产品将提供完产品将提供完 成某些任务所成某些任务所 必需的功能必需的功能 功能性功能性完备性完备性测试覆盖测试覆盖计算调用或分支测量覆盖计算调用或分支测量覆盖 正确性正确性缺陷密度缺陷密度计算每一版本发布前的缺陷计算每一版本发布前的缺陷 安全性安

8、全性 数据安全性数据安全性统计用户数据被破坏的情况统计用户数据被破坏的情况 用户安全性用户安全性 没有被阻止的非法用户入侵没有被阻止的非法用户入侵 数数 兼容性兼容性 环境变化环境变化 软件安装后必须修改的环境软件安装后必须修改的环境 变量数量变量数量 互操作性互操作性混合应用环混合应用环 境下软件的境下软件的 可操作性可操作性 混合应用环境下可正确运行混合应用环境下可正确运行 的数量的数量 产品将易于使产品将易于使 用用 可 使 用可 使 用 性性 易理解性易理解性学习所用时学习所用时 间间 新用户学习软件特性所花费新用户学习软件特性所花费 的时间的时间 易学性易学性学习所用时学习所用时 间

9、间 新用户学会操作软件提供的新用户学会操作软件提供的 基本功能所花费的时间基本功能所花费的时间 易操作性易操作性人的因素人的因素新用户基于人类工程学对软新用户基于人类工程学对软 件消极方面的评价数量件消极方面的评价数量 沟通性沟通性人的因素人的因素新用户基于人类工程学对软新用户基于人类工程学对软 件消极方面的评价数量件消极方面的评价数量 质量需求描述质量需求描述质量特质量特 性性 质量子特性质量子特性直接度量直接度量度量描述（例子）度量描述（例子） 第10页/共60页 7.1.2 软件质量评价的准则 第11页/共60页 第12页/共60页 第13页/共60页 第14页/共60页 第15页/共6

10、0页 第16页/共60页 第17页/共60页 19851985年，年，国际标准化国际标准化 组织（组织（ISOISO）建议，软件质建议，软件质 量度量模型由三层组成。量度量模型由三层组成。 高层称软件质量高层称软件质量需求需求评价评价 准则（准则（SQSQR RC C），中层称软），中层称软 件质量件质量设计设计评价准则（评价准则（ SQSQD DC C），低层称软件质量），低层称软件质量 度量度量评价准则（评价准则（SQSQM MC C）。）。 分别对应分别对应McCallMcCall等人的要等人的要 素、评价准则和度量。素、评价准则和度量。ISOISO 认为应对高层和中层建立认为应对高层和

11、中层建立 国际标准，以便在国际范国际标准，以便在国际范 围内推广应用软件质量管围内推广应用软件质量管 理，而低层可由各使用单理，而低层可由各使用单 位自行制定。位自行制定。ISOISO高层由高层由8 8 个要素组成、中层由个要素组成、中层由2323个个 评价准则组成。评价准则组成。 高层的高层的8 8个要素为左表个要素为左表 的行，中层的的行，中层的2323个准则为个准则为 下表的列。它们之间的关下表的列。它们之间的关 系如左表所示。系如左表所示。 第18页/共60页 第19页/共60页 第20页/共60页 7.2软件工程的质量保证过程 第21页/共60页 第22页/共60页 软件工程的质量保

12、证过程 第23页/共60页 第24页/共60页 第25页/共60页 第26页/共60页 第27页/共60页 V V模型中的过程模型中的过程 从左到右，描述了从左到右，描述了 基本的开发过程和基本的开发过程和 测试行为。测试行为。V V模型的模型的 价值在于它非常明价值在于它非常明 确地标明了测试过确地标明了测试过 程中存在的不同级程中存在的不同级 别，并且清楚地描别，并且清楚地描 述了这些测试阶段述了这些测试阶段 和开发过程期间各和开发过程期间各 阶段的对应关系。阶段的对应关系。 第28页/共60页 第29页/共60页 第30页/共60页 第31页/共60页 第32页/共60页 第33页/共6

13、0页 第34页/共60页 第35页/共60页 第36页/共60页 第37页/共60页 测试用例：测试用例： 测试用例由谁设计？测试用例由谁设计？ 设计测试用例的依据是什么？设计测试用例的依据是什么？ 测试设计的重点是什么？测试设计的重点是什么？ 第38页/共60页 测试报告：测试报告： 收集齐上述的所有测试用例，构成了测试报告的基本要件。收集齐上述的所有测试用例，构成了测试报告的基本要件。 测试报告是对所有测试用例测试过程的总结。测试报告是对所有测试用例测试过程的总结。 在测试报告中，应反映：在测试报告中，应反映： （1）测试中出现问题的统计汇总和分析；）测试中出现问题的统计汇总和分析； （2

14、）未解决问题的汇总和解决方案建议；）未解决问题的汇总和解决方案建议； （3）回归测试的统计和分析（度量）回归测试的统计和分析（度量） ； （4）对测试计划的总结或修改。）对测试计划的总结或修改。 第39页/共60页 第40页/共60页 第41页/共60页 第42页/共60页 软件工程与相关质量保证体系 第43页/共60页 第44页/共60页 第45页/共60页 第46页/共60页 第47页/共60页 第48页/共60页 第49页/共60页 第50页/共60页 第51页/共60页 比较内容比较内容2000版版ISO/DIS9001CMM 管理体系管理体系强调完整的组织体系，可以用来建立强调完整的

15、组织体系，可以用来建立 符合符合ISO9000ISO9000管理的组织管理管理的组织管理 本身对管理体系没有明确要求，默本身对管理体系没有明确要求，默 认组织体系是有效的、健全的。认组织体系是有效的、健全的。 管理上的侧重管理上的侧重组织管理过程管理组织管理过程管理项目管理技术管理过程的控制以项目管理技术管理过程的控制以 KPAKPA的形式来强调各环节的管的形式来强调各环节的管 理，但缺乏整个过程的管理理，但缺乏整个过程的管理 管理职责管理职责强调宏观上的管理职责强调宏观上的管理职责强调项目管理中不同角色的职责强调项目管理中不同角色的职责 文件体系文件体系分为组织层（规范）文件和项目层文分为组

16、织层（规范）文件和项目层文 件，并将文件体系化分为质量手件，并将文件体系化分为质量手 册、程序文件和作业指导书，层册、程序文件和作业指导书，层 次清楚次清楚 所有文件同等对待所有文件同等对待 数据分析数据分析加强了数据分析、测量加强了数据分析、测量在定量过程管理（在定量过程管理（KPAKPA）中强调）中强调 适用范围适用范围所有行业，但对软件行业的适用性不所有行业，但对软件行业的适用性不 够强，对企业规模无要求够强，对企业规模无要求 大型软件企业（大型软件企业（500500人以上），对人以上），对 于于500500人以下的中小型企业需人以下的中小型企业需 要进行裁剪要进行裁剪 第52页/共60

17、页 比较内容比较内容2000版版ISO/DIS9001CMM 管理理念管理理念以顾客满意为目标以顾客满意为目标评价承包商的软件成熟能力评价承包商的软件成熟能力 配置管理配置管理弱弱强强 需求管理需求管理强调了合同评审，但对需求的管理强调了合同评审，但对需求的管理 很弱很弱 对需求管理有很强的控制，但没对需求管理有很强的控制，但没 有对合同评审进行控制有对合同评审进行控制 评审评审有较强的管理评审，但对技术评审有较强的管理评审，但对技术评审 管理较弱管理较弱 有较强的技术评审，但对管理评有较强的技术评审，但对管理评 审的控制较弱审的控制较弱 内部沟通内部沟通强调内部沟通强调内部沟通强调内部沟通，

18、并通过组际协调强调内部沟通，并通过组际协调 （KPA）来实现。）来实现。 外部沟通外部沟通强调内部沟通强调内部沟通强调内部沟通，并通过组际协调强调内部沟通，并通过组际协调 （KPA）来实现。）来实现。 变更管理变更管理弱弱强（有专门的强（有专门的KPA进行控制，包进行控制，包 括技术变更和过程变更）括技术变更和过程变更） 第53页/共60页 第54页/共60页 第55页/共60页 第56页/共60页 1过程被确定，已知其界限，它的所有者、参与者和客户都被确定 2客户的需求被详细说明，并且确定了主要特点 3有具体方法用于测定需求的满意度 4评估了故障的风险，以最少的成本控制它们的起因(预防措施) 5尽早地进行检查和检测，以补救残留的风险 6实施文件中叙述了实施过程及其程序和指令 7证据（记录）已经备案并可用于增强客户的信任 8参与者了解并应用过程及其程序和指令 9对观察的故障采取补救和改进措施，所有的修改都由预防措施所补救 10确定并使用监督系统 第57页/共60页 第58页/共60页 对对SQASQA人员的素质要求人员的素质要求 很强的沟通能力很强的沟通能力 熟悉软件开发过程熟悉软件开发过程 有很强的计划性有很强的计划性 能应对繁杂的工作能应