1、软件质量保证技术1开发过程的质量交付产品的质量软件质量保证技术2软件质量控制软件质量控制方法：目标问题度量法方法：目标问题度量法 风险管理法风险管理法 PDCA质量控制法质量控制法软件质量保证技术3软件质量控制的基本方法软件质量控制的基本方法准备开发进行开发进行可维护性开发收集实际数据目标问题度量法目标问题度量法软件质量保证技术4风险管理法风险管理法 控制跟踪 识别 计划分析在风险转化成问题前进行识别监视风险情况，检查对策的适应性进行控制，可以避免、弱化、承担、转移在风险分析的基础上进行决策各部分加强对风险的沟通对风险的影响、发生机率进行分类风险管理模型软件质量保证技术5风险严重程度等级风险严
2、重程度等级 软件质量保证技术6软件质量控制模型和技术软件质量控制模型和技术软件质量保证技术7软件质量控制模型软件质量控制模型软件质量保证技术8 PDCA质量控制法质量控制法 软件质量保证技术9软件质量控制特征和技术软件质量控制特征和技术 文档编制控制规则文档编制控制规则p 受控文档清单p 受控文档的编制p 受控文档的批准p 受控文档的存储与检索结果方面的问题软件质量保证技术10软件质量保证技术11软件质量控制工具软件质量控制工具检查表检查表Pareto图图直方图直方图运行图运行图散布图散布图控制图控制图因果图因果图软件质量保证技术12检查表检查表软件质量保证技术13Pareto图图软件质量保证
3、技术14直方图直方图软件质量保证技术15运行图运行图软件质量保证技术16散布图散布图软件质量保证技术17因果图因果图软件质量保证技术18软件质量保证体系软件质量保证体系SQA审计与评审审计与评审SQA报告报告处理不符合问题处理不符合问题实施实施软件质量保证技术19软件开发各个阶段软件开发各个阶段 SQA 的目标的目标 6-1需求分析：需求分析：确保客户所要求的系统是可行的。确保客户所要求的系统是可行的。确保客户指定的需求确实能够满足他的真正确保客户指定的需求确实能够满足他的真正要求。要求。避免开发者和客户之间的误解。避免开发者和客户之间的误解。向用户提供为满足他所提出的需求而实际构建的适当软件
4、向用户提供为满足他所提出的需求而实际构建的适当软件系统。系统。软件质量保证技术20软件规格说明软件规格说明：通过建立需求跟踪文档，确保规格说明书与系统需求通过建立需求跟踪文档，确保规格说明书与系统需求保持一致。保持一致。确保规格说明书能适当地改进系统的灵活性、可维护确保规格说明书能适当地改进系统的灵活性、可维护性以及性能。性以及性能。确保已建立了测试策略。确保已建立了测试策略。确保已建立了现实的开发进度表，包括确保已建立了现实的开发进度表，包括预定的评审。预定的评审。确保已为系统设计了正式的变更规程。确保已为系统设计了正式的变更规程。软件开发各个阶段软件开发各个阶段 SQA 的目标的目标 6-
5、2软件质量保证技术21软件开发各个阶段的软件开发各个阶段的 SQA 目标目标 6-3设计：设计：确保已建立用于描述设计的标准，并且确保遵循这些标准。确保已建立用于描述设计的标准，并且确保遵循这些标准。确保适当地控制并用文档记录对设计进行的变更。确保适当地控制并用文档记录对设计进行的变更。确保在系统设计组件已按照商定的准则得到批准之后才开确保在系统设计组件已按照商定的准则得到批准之后才开始编码。始编码。确保对设计的评审按照进度进行。确保对设计的评审按照进度进行。软件质量保证技术22软件开发各个阶段的软件开发各个阶段的 SQA 目标目标 6-4编码：编码：确保代码遵循已建立的风格、结构和文档标准。
6、确保代码遵循已建立的风格、结构和文档标准。确保代码经过适当测试和集成，同时对编码模块的修改得确保代码经过适当测试和集成，同时对编码模块的修改得到适当的标识。到适当的标识。查看代码编写是否遵循既定的进度。查看代码编写是否遵循既定的进度。确保代码评审按照进度进行。确保代码评审按照进度进行。软件质量保证技术23软件开发各个阶段的软件开发各个阶段的 SQA 目标目标 6-5测试：测试：确保测试计划的建立和遵循。确保测试计划的建立和遵循。确保创建的测试计划能够满足所有系统规格说明书的要求。确保创建的测试计划能够满足所有系统规格说明书的要求。确保经过测试和返工后软件与规格说明书保持一致确保经过测试和返工后
7、软件与规格说明书保持一致。软件质量保证技术24软件开发各个阶段的软件开发各个阶段的 SQA 目标目标 6-6维护：维护：确保代码和文档的一致性。确保代码和文档的一致性。确保对已建立的变更控制过程进行监测，包括将变更集成确保对已建立的变更控制过程进行监测，包括将变更集成到软件的产品版本中的过程。到软件的产品版本中的过程。确保对代码的修改遵循编码标准，并且要对其进行评审，确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。不要破坏整个代码结构。软件质量保证技术25软件质量策划软件质量策划一切为用户着想、一切以预防为主、一切凭一切为用户着想、一切以预防为主、一切凭数据说话和一切按
8、数据说话和一切按PDCA循环办事循环办事; 发轫于质量发轫于质量运动，但非简单的质量管理；实质是文化变革，运动，但非简单的质量管理；实质是文化变革，关键在建立实施框架。关键在建立实施框架。-软件质量保证技术26质量策划的活动质量策划的活动 1.设定质量目标；设定质量目标；2.识别顾客一一受目标影响的人；识别顾客一一受目标影响的人；3.确定顾客需求；确定顾客需求；4.开发反映顾客需求的产品特征；开发反映顾客需求的产品特征；5.开发能够生产具有这种特征产品的过程；开发能够生产具有这种特征产品的过程；6.设定过程控制，并把由此得出的计划转换成设定过程控制，并把由此得出的计划转换成为操作计划。为操作计
9、划。软件质量保证技术27质量计划质量计划质量计划的目标和要素质量计划的目标和要素软件质量计划内容软件质量计划内容软件质量计划的制定原则软件质量计划的制定原则制定质量计划的方法和规程制定质量计划的方法和规程软件质量保证技术28质量计划的目标质量计划的目标n企业最高层亲自抓质量体系 n质量方针要反映对顾客的承诺 n文件化的操作规程 n质量计划是为了满足用户的期望 n质量计划是为了降低不良质量的成本 n质量计划是为了在软件开发全过程中实施质量保证 软件质量保证技术29质量计划的要素质量计划的要素n在组织上，如何建立、宣传质量方针n管理上质量文化的形成n质量风险和成本的分析n如何用流程改进来实施质量管
10、理n如何通过方法和工具来提高质量管理的有效性n如何进行软件评审来检验质量管理的实施效果软件质量保证技术30软件质量计划内容软件质量计划内容n计划目标计划目标n参考文献参考文献n管理管理n文档文档n标准和约定标准和约定n复审、内审或评审复审、内审或评审n配置管理配置管理n测试测试n问题报告和改正活动问题报告和改正活动n工具、技术和方法工具、技术和方法n媒体的控制媒体的控制n供应商的控制供应商的控制n记录、收集、维护和保记录、收集、维护和保密密n培训培训n风险管理风险管理软件质量保证技术31软件质量计划的制定原则软件质量计划的制定原则1.制定正确的质量方针，缺陷预防为主的质量管理思想制定正确的质量
11、方针，缺陷预防为主的质量管理思想2.始终以客户的需求为焦点始终以客户的需求为焦点3.质量计划应得到管理层的认可和承诺质量计划应得到管理层的认可和承诺4.控制所有过程的质量。控制所有过程的质量。5.选择合适的质量标准选择合适的质量标准6.持续的质量改进，定期评价质量体系持续的质量改进，定期评价质量体系7. 软件质量保证技术32制定质量计划的方法和规程制定质量计划的方法和规程1.产品介绍产品介绍：说明产品、产品的意向市场及对产品性质的预期。2.软件计划软件计划：包括产品确切的发布日期、产品责任及产品的销售和售后服务计划。3.过程描述过程描述：产品的开发和管理中应该采用开发和售后服务质量过程4.质量
12、目标质量目标：包括鉴定和验证产品的关键质量属性。5.风险和风险管理风险和风险管理：说明影响产品质量的主要风险和这些风险的应对措施软件质量保证技术33制定质量计划的三部曲制定质量计划的三部曲软件质量保证技术34为什么需要评审为什么需要评审从成本上来衡量从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。 软件质量保证技术35为什么需要评审为什么需要评审从技术上来衡量从技术上来衡量 前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。软件质量保证技术36软件评审的角色和职能软件评审的角色和职能
13、协调人协调人作者作者评审员评审员用户代表用户代表质量保证代表质量保证代表 软件质量保证技术37评审的内容评审的内容管理评审管理评审技术评审技术评审文档评审文档评审过程评审过程评审软件质量保证技术38管理评审管理评审 “由最高管理由最高管理者就质量方针和目者就质量方针和目标，对质量体系的标，对质量体系的现状和适应性进行现状和适应性进行正式评价。正式评价。” 软件质量保证技术39管理评审管理评审 质量管理体质量管理体系运行状况系运行状况 内、外部审内、外部审核结果核结果 改进、预防改进、预防和纠正措施的和纠正措施的状况状况 上次管理评上次管理评审提出的改进审提出的改进措施实施情况措施实施情况及验证
14、信息及验证信息管理评审管理评审 质量体系的总质量体系的总体评价体评价 质量管理体系质量管理体系及其过程的改及其过程的改进进 产品是否符合产品是否符合要求的评价，要求的评价，有关产品的改有关产品的改进进 新资源的需求新资源的需求的决定和措施的决定和措施 输入输入输出输出对质量体系进行回顾和总结并确保其适宜性、有效性和充分性适宜性、有效性和充分性 软件质量保证技术40技术评审技术评审 评审的目的评审的目的 评审的内容评审的内容 评审检查单评审检查单 其他必需文档其他必需文档技术评审技术评审技术评审报告技术评审报告会议的基本信息会议的基本信息 存在的问题和建存在的问题和建议措施议措施 评审结论和意见
15、评审结论和意见问题跟踪表问题跟踪表技术评审问答记技术评审问答记录录 输入输入输出输出软件质量保证技术41文档评审文档评审1）正确性）正确性2）完整性）完整性3）一致性）一致性4）有效性）有效性5）易测性）易测性6）模块化）模块化-系统和文档描述必须深入到模块。模块化指系统和文档描述必须深入到模块。模块化指的是模块的独立性的是模块的独立性7）清晰性）清晰性8）可行性）可行性9）可靠性）可靠性10）可追溯性）可追溯性软件质量保证技术42过程评审过程评审过程评审的目的：过程评审的目的：评估主要的质量保证流程考虑如何处理/解决评审过程中发现的不符合问题总结和共享好的经验指出需要进一步完善和改进的地方评
16、审技术后，评审小组需要提交一份评审技术后，评审小组需要提交一份评审报评审报告告，其中包括：，其中包括：评审记录评审后，对现有流程的说明和注释评审小组的建议 软件质量保证技术43过程评审过程评审过程评审流程过程评审流程软件质量保证技术44评审的方法和技术评审的方法和技术评审的方法评审的方法评审的技术评审的技术软件质量保证技术45评审的方法评审的方法临时评审（临时评审（Ad hoc review）轮查（轮查（Pass-round）走查（走查（Walkthrough）小组评审（小组评审（Group Review）审查（审查（Inspection）最不正式最不正式最正式最正式临时评审临时评审轮查轮查
17、走查走查小组评审小组评审 审查审查软件质量保证技术46评审的方法评审的方法审查、小组评审和走查异同点比较表审查、小组评审和走查异同点比较表 角色角色/职责职责审查审查小组评审小组评审走查走查主持者评审组长评审组长或作者 作者材料陈述者评审者评审组长作者记录员是是可能专门的评审角色是是否检查表是是否问题跟踪和分析是可能否产品评估是是否评审方法评审方法计划计划准备准备会议会议修正修正确认确认审查有有有有有小组评审有有有有有走查是无有有无软件质量保证技术47评审的方法评审的方法如何选择正确的评审方法？如何选择正确的评审方法？选择评审方法最有效的标准是：选择评审方法最有效的标准是：“对于最可能产生风险
18、的工作成果，要采用最正式的对于最可能产生风险的工作成果，要采用最正式的评审方法。评审方法。” 例如：核心代码的失效也会带来很严重的后果，所以也应该采例如：核心代码的失效也会带来很严重的后果，所以也应该采用审查或小组评审的方法进行评审，而一般的代码，则可以采用审查或小组评审的方法进行评审，而一般的代码，则可以采用临时评审、同桌评审等比较随意的评审方法。用临时评审、同桌评审等比较随意的评审方法。 软件质量保证技术48评审的技术评审的技术缺陷检查表缺陷检查表它列出了容易出现的典型错误，是评审的一个重要组成部分。 规则集规则集类似于缺陷检查表，通常是业界通用的规范或者企业自定义的各种规则的集合。 评审
19、工具的使用评审工具的使用合理的利用工具，如NASA开发的ARM（自动需求度量） 从不同角色理解从不同角色理解不同的角色对产品/文档的理解是不一样的。 场景场景按照用户使用场景对产品/文档进行评审。 软件质量保证技术49准备评审会议准备评审会议1.评审计划评审计划2.组建评审组组建评审组3. 准备评审材料准备评审材料4. 发送审查包发送审查包5. 制定活动进程表制定活动进程表 各个阶段的各个阶段的评审计划评审计划的内容包括：各个阶段的评审时间、评审方的内容包括：各个阶段的评审时间、评审方式、评审组成员等。式、评审组成员等。 SQASQA在其提交的在其提交的质量保证计划质量保证计划中，应根据各个阶
20、段的中，应根据各个阶段的评审计评审计划划，制定相应的评审检查点。，制定相应的评审检查点。软件质量保证技术50准备评审会议准备评审会议2. 组建评审组组建评审组 项目组提出评审组长和评审组成员名单的建议，质量组项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。进行协商确定。 选定评审组长对评审来说是非常重要的，评审组长需要选定评审组长对评审来说是非常重要的，评审组长需要和作者一起，策划和组织整个评审活动。和作者一起，策划和组织整个评审活动。 软件质量保证技术51准备评审会议准备评审会议
21、3. 准备评审材料准备评审材料 基础性和早期的文档，如需求说明和原型等基础性和早期的文档，如需求说明和原型等 与重大决策有关的文档，如体系结构模型与重大决策有关的文档，如体系结构模型 对如何做没有把握的部分，如一些挑战性模块，他们实对如何做没有把握的部分，如一些挑战性模块，他们实现了不熟悉的或复杂的算法，或涉及复杂的商业规则等现了不熟悉的或复杂的算法，或涉及复杂的商业规则等 将不断被重复使用的部件将不断被重复使用的部件软件质量保证技术52准备评审会议准备评审会议4. 发送审查包发送审查包 将被审查的可交付产品将被审查的可交付产品/文档，其中指明了需要审查的文档，其中指明了需要审查的部分部分 定
22、义了可交付产品的前期文档定义了可交付产品的前期文档 相关标准或其他参考文档相关标准或其他参考文档 参与者需要的所有表格参与者需要的所有表格 有助于审查者发现缺陷的工具有助于审查者发现缺陷的工具/文档：如缺陷检查表，文档：如缺陷检查表，相关规则等相关规则等 用于验证可交付产品的测试文档用于验证可交付产品的测试文档软件质量保证技术53准备评审会议准备评审会议5. 制定活动进程表制定活动进程表 评审会议之前，评审组长还需要制定相应的活动进度表，评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审安排会议房间，并将活动、日期、次数和地点通知评审组成员组成员
23、 软件质量保证技术54召开评审会议召开评审会议评审的主要步骤：评审的主要步骤：1）由评审员）由评审员/作者进行演示或说明。作者进行演示或说明。 2）评审员会就不清楚或疑惑的地方与作者进行沟通。）评审员会就不清楚或疑惑的地方与作者进行沟通。3）协调人或记录员在会议过程中完成会议记录。）协调人或记录员在会议过程中完成会议记录。软件质量保证技术55召开评审会议召开评审会议评审结果：评审结果：接受，接受，评审内容不存在大的缺陷，可以通过有条件接受，有条件接受，评审内容不存在大的缺陷，修订其中的一些小缺陷后，可以通过不能接受，不能接受，评审内容中有较多的缺陷，作者需要对这些缺陷进行修改，并在修改之后重新
24、进行评审。评审未完成，评审未完成，由于某种原因，评审未能完成，还需要后续会议软件质量保证技术56召开评审会议召开评审会议评审中的注意事项：评审中的注意事项：人身攻击人身攻击 无休止的争论无休止的争论 偏离会议中心偏离会议中心 鼓励所有人发言鼓励所有人发言 软件质量保证技术57跟踪和分析评审结果跟踪和分析评审结果1.评审结果的跟踪评审结果的跟踪评审结果为有条件接受评审结果为有条件接受评审结果为不接受评审结果为不接受 2. 评审结果的分析评审结果的分析有效性有效性效率和成本效率和成本软件质量保证技术58如何实施成功的评审如何实施成功的评审解决不成功评审的主观因素：解决不成功评审的主观因素：1.对所
25、有的工程师进行评审的培训，使评审深入人心2.预防个人冲突，尽量避免对作者有人身攻击的工程师加入评审小组3.将评审活动加入到项目计划中，并为评审分配足够的资源4.收集以前的评审数据，了解哪一种评审方法最为有效5.将评审列入个人的时间表中，确保评审员有充分的时间为评审做准备和参加评审软件质量保证技术59如何实施成功的评审如何实施成功的评审解决不成功评审的客观因素：解决不成功评审的客观因素：异步评审异步评审-如共享文档、邮件评审分布式评审分布式评审-如视频会议时间时间/地点地点相同相同不同不同相同相同传统的评审方式 异步评审 不同不同分布式评审 异步评审 软件质量保证技术60项目评审的类型项目评审的类型软件质量保证技术61改正性和预防性措施改正性和预防性措施 信息收集和分析信息收集和分析p筛选信息并找出潜在的改进可能性p对潜在改进进行分析p 依照分析结果给出内容上或流程上的反馈 解决方案及其执行解决方案及其执行软件质量保证技术62产品发布报告模板产品发布报告模板
