Ch03 软件质量控制.ppt

《Ch03 软件质量控制.ppt》由会员分享，可在线阅读，更多相关《Ch03 软件质量控制.ppt（80页珍藏版）》请在三一办公上搜索。

1、2023/10/13,www.china-,1,第3章 软件质量控制,Software Quality Control,2023/10/13,www.china-,2,3.1 引言,3.1.1 基本概念一、质量控制制造业的质量控制开始于二战期间的军事采购中，是一种采用统计技术的工具主要活动包括：建立质量标准：定义每一质量特性的规约制定计划：对制造过程、设备、采购、培训作出计划确定预防措施：分析质量要素，谨慎控制生产过程确定质量符合度,2023/10/13,www.china-,3,确定质量符合度的方法：解释质量标准随机抽样检查抽样审查和度量度量与标准的对照评价质量符合度应用统计方法决定是否接受

2、该批次产品审查数据、形成文档,2023/10/13,www.china-,4,根据质量控制模型中，工厂把原材料转变为可用的产品，用以下模型表示：U=F（R）其中，R是一组材料，U是一组产品工厂有2个特征：有明确定义的原材料（类型、质量特征）有明确定义的产品、产品的缺陷、质量特征,2023/10/13,www.china-,5,质量特征,产品概念定义,产品质量特征规约,销售使用,质量审查,产品制造,设备安装,采购与获取,产品设计,过程工程,制造质量环质量控制与制造过程的关系,2023/10/13,www.china-,6,产品质量符合度的测量可采用统计抽样方法，用总缺陷率估计：=D/N其中，D是

3、存在缺陷的产品数，N是总产品数。如果总缺陷率总是低于某个可接受值，即可达到较高的置信率另一种方法是验收抽样，即抽取K个产品进行审查，若缺陷产品数小于某个可接受值C，即可认为总体可接受,2023/10/13,www.china-,7,二、软件质量控制软件质量控制是一组由开发组织使用的程序和方法，用以在规定的资金投入和时间限制条件下，提供满足用户质量要求的软件产品并持续不断地改善开发过程和开发组织特征：软件质量控制是开发组织执行的一系列过程目标是以最低的代价获得客户满意的产品改进开发过程和组织以改善质量控制度量是改善过程和组织的基础,2023/10/13,www.china-,8,软件质量特征,软

4、件概念定义,软件质量特征规约,销售使用,质量审查,软件实现,设备安装,采购与获取,软件设计,过程工程,软件质量环,2023/10/13,www.china-,9,三、软件质量控制与质量管理的区别与联系软件质量控制对开发过程中的软件产品的质量特性进行连续的收集和反馈，通过质量管理和配置管理机制，使软件开发进程向着既定的质量目标发展质量控制是质量管理的路标和动力，质量管理是质量控制的执行机制,2023/10/13,www.china-,10,质量管理,技术开发,质量控制,配置管理,客户变更需求,客户需求,管理指令,汇报和报告,错误/问题报告需求变更,被拒绝的产品,标准和程序,状态/进展报告,阶段产

5、品,质量控制系统的基本结构,2023/10/13,www.china-,11,3.1.2 有关软件质量控制的问题,软件质量控制为什么难？软件质量目标难于达到相对成本和时间，质量问题易被管理者忽略客户似乎更关心预算和交付时间软件质量控制需要增加成本软件开发是人的智力活动，有较大易变性质量控制成本有哪些？前期成本：制定计划、执行计划和前期的纠错评估成本：评估产品、过程质量内部工作失效：因过程、产品缺陷返工外部失效成本：维护费用,2023/10/13,www.china-,12,如何理解软件质量控制的重要性？软件质量控制的目标是为了获得更高的开发效率和效益，为客户提供高质量的软件产品某些质量关键的软

6、件产品要求更高的质量特性质量控制是开发者及时发现早期缺陷的主要方法实行TQC可避免返工而节省时间和经费实施TQC可获得较高质量的产品，较少维护费用由谁来进行质量控制？客户：间接控制系统需求、资金分配、开发计划和过程里程碑、选择组织、质量控制手段开发商：直接控制确定技术、方法和程序,2023/10/13,www.china-,13,什么时候进行质量控制？在整个软件生命周期中都该进行不同阶段活动不同，应采用不同技术,2023/10/13,www.china-,14,3.1.3 软件质量控制的一般方法,目标问题度量法通过确定软件质量目标并连续监视这些目标是否达到来控制软件质量具体方法是：对每一个项目

7、要素（产品、过程和资源）规定明确的具体目标对每一目标建立一系列要回答的问题，问题的答案应能回答目标是否达到，并有助于目标的量化将对问题的回答映射到软件质量等级的度量上，并得出是否达到目标的结论收集并管理数据,2023/10/13,www.china-,15,目标：改善软件的可维护性问题：可维护性开发过程对于预防缺陷是有效的吗？正在发生的缺陷是什么？产生缺陷的原因是什么？度量：产品的缺陷密度按缺陷类别划分的缺陷发生频率缺陷产生的频率分布、分阶段发生缺陷的频率分布,运行维护,可维护性开发,开发,预开发,例：软件的可维护性开发,2023/10/13,www.china-,16,鱼骨图,可维护性缺陷,

8、文档,代码,环境,工具,评审,计划,2023/10/13,www.china-,17,风险管理法识别和控制软件开发过程中对软件质量危害最大的因素（SEI）主要内容：选择风险估计和控制技术进行风险估计和控制,基本步骤：根据经验识别项目要素的有关风险评估风险发生的概率和发生的代价按发生概率和代价划分风险等级并排序在项目限定条件下选择控制风险的技术并制定计划执行计划并监视进程持续评估风险状态并采取正确的措施,2023/10/13,www.china-,18,跟踪,识别,分析,计划,控制,在风险转化为问题前发现,对风险的影响、发生概率等进行分析,基于分析的决策,弱化、转移、控制风险,监督风险，检查对策

9、的适应性,SEI的风险管理模型,2023/10/13,www.china-,19,项目各阶段的风险,2023/10/13,www.china-,20,风险严重性等级,2023/10/13,www.china-,21,风险控制方法,风险避免通过变更计划消除风险的触发条件如采用成熟技术、增加资源、减少软件范围风险弱化降低风险发生的概率如简化流程、更多测试、开发原型系统风险承担制定应急方案，随机应变风险转移将风险发生的结果连同应对权利转移给有承受能力的第三方,2023/10/13,www.china-,22,与目标问题度量法相比风险管理法中质量控制技术的使用目的更有针对性，直接针对最具危险的、严重影

10、响质量的关键因素正确地选择质量控制技术是风险管理法的重要部分，而目标问题度量法更多地关注质量目标及监视它们的改善进程,2023/10/13,www.china-,23,PDCA质量控制法PDCA是一个基于统计方法的迭代过程，由W.E.Deming提出，已被作为国际标准。Plan（计划）：确定产品的质量、过程和资源计划，明确目标和配置标准目标是量化的Do（实施）：根据已确定的过程实施计划活动实施过程中质量被构造进产品，缺陷也同时发生Check（检查）：评审和测试产品，确定已达到目标Action（改进）：纠正已知缺陷，确认待改进因素,Plan,Do,Check,Action,Deming cycl

11、e,2023/10/13,www.china-,24,PDCA的特点：持续的采用PDCA方法将有助于产品过程的不断改善，从而提高产品质量通过持续地收集数据和评审不断提高产品的质量目标PDCA更关注过程、资源和质量的度量，并以此为基础寻找产生缺陷的原因和发现改善质量的机会,2023/10/13,www.china-,25,3.2 全面软件质量控制,3.2.1 全面软件质量控制模型TSQC是指导开发者计划和控制软件质量的框架，TSQC模型用来描述各组成要素间的关系,2023/10/13,www.china-,26,TSQC过程是一个调节和控制那些影响软件质量的参数的过程影响软件质量的参数包括：产品

12、：所有可交付物过程：所有活动的集合资源：活动的物质基础（人力、技术、设备、时间、资金等）TSQC过程是PDCA四个活动的循环：计划Plan：确定参数要求实施Do：根据要求开展活动检查Check：通过评审、度量、测试，确认满足要求改进Action：纠正参数要求，再开发,2023/10/13,www.china-,27,3.2.2 TSQC控制参数参数不是孤立的，需要综合调节和平衡产品产品是软件生命其中某个过程的输入和输出，或者是对最终产品的需求、最终产品本身或开发过程中产生的任何中间产品这些产品包括计划、报告、编码、数据,2023/10/13,www.china-,28,中间产品是某个阶段的输出

13、，也是后续阶段的输入作为输入的产品的质量不会比过程的输出更高产品的缺陷在后续阶段不会自动消失，影响会更大,2023/10/13,www.china-,29,过程过程是为完成开发、维护和为保证软件质量所进行的管理和技术活动管理过程：包括计划、监控、资源分配、组织技术过程：以软件工程方法为特征，包括工具对于软件质量，过程分两类：质量设计和构造过程质量检查过程,2023/10/13,www.china-,30,过程对质量的影响：产品质量是通过开发过程设计并构造进产品的，同时也引入了缺陷产品的质量是通过检查过程检查并确认的每个过程所涉及的组织的数量以及它们之间的关系都直接影响引入缺陷的概率和纠正错误的

14、概率在软件开发过程中人的心理、社会、组织因素对产品生产率和质量有强烈影响,2023/10/13,www.china-,31,资源资源是指为得到要求的产品质量，过程所需的时间、资金、人力、设备等资源的数量和质量影响产品质量：人力因素是影响软件质量和生产率的主要因素时间、资金不足将削弱软件质量控制活动不充分、不合适、不可靠的开发环境和测试环境会使缺陷率增加，发现并纠正错误的时间和资金也将增加,2023/10/13,www.china-,32,3.2.3 全面软件质量控制的实施过程软件质量控制过程是在软件生命期的各个阶段，应用TSQC模型对产品、过程、资源的控制过程,2023/10/13,www.c

15、hina-,33,软件质量管理的14点准则：制定坚定的改进质量的目标，满足客户需要管理者必承担责任停止使用大规模审查（尤其是测试）方法提高质量，太晚也不可靠不要仅靠价格决定业务，选择客户并作为长期伙伴持续改进过程以提高质量和生产率，降低成本进行工作培训确立领导地位消除恐惧，让员工更有效地工作消除领域障碍，建立团队精神不以口号要求零缺陷、高效率不要使用量化的目标和任务分解建立工艺尊严，关注质量而不是进度为所有人建立教育和自我提高机制改革是工作的一部分，每个人都该为改革做贡献,2023/10/13,www.china-,34,影响软件质量的7个问题：缺少满足客户要求的坚定目标关注短期进度绩效考核、

16、评审专业人员、经理的流动性单纯依赖可见的数字管理过高的人力成本过高的维护成本,2023/10/13,www.china-,35,软件质量的障碍：希望有更高效的解决方案，真正的方案是知识和信心+勤奋相信硬件会改进过程。质量是人造的“我的问题不同”。没有不同寻常的软件质量问题落后的教育。热衷于技术而忽略质量教育糟糕的统计方法教育“已经够好了，没有时间做得更好”。但有时间测试、修改错误“我们的质量控制人员解决所有问题”。质量是管理者责任“所有问题都是程序员的错”。其实是管理员雇用、培训、管理程序员错误的起点。质量改进是长期的，需要持续关注“我们曾建立了质量控制”。质量控制是日常工作使用神奇的CASE

17、工具而忽略软件工程的知识基础相信只有满足规格是必要的。需要持续改进零缺陷错误。持续改进的结果不是零缺陷，也不能保证客户满意测试原型不足。测试原型的目的是学习，然后强化系统“任何要帮助我们的人都必须懂得我们的系统”。只是有必要懂得必须要知道的,2023/10/13,www.china-,36,预开发阶段主要活动包括买主与客户研究建立需求，发布招标请求，选择资源，与开发者签订合同等买主和客户的工作：P：计划质量控制过程；选择开发标准；选择工具和方法D：制定招标方案，包括功能和质量需求规格、任务描述、资源选择标准、招标书评价指导、进度计划数据、交付产品C：检查招标方案质量，研究承包商的反应A：根据取

18、得的经验和数据，改进质量控制计划,2023/10/13,www.china-,37,开发者的工作：P：确定要开发的中间产品D：制定开发方案，说明技术和工艺C：检查资金、人力资源、开发设施、计划进度的适当性A：提出改善产品质量的措施,2023/10/13,www.china-,38,开发阶段开发阶段的质量控制活动涵盖从产品开发到移交产品并获得客户的满意度结束的全过程代表性工作有：P：分析需求和风险，制定详细的开发过程、使用资源、产品的质量控制计划，并取得客户的认可D：执行质量控制计划C：与客户一起检查计划与预期结果得以执行A：改善计划、过程、资源分配及产品，重新认识风险,2023/10/13,w

19、ww.china-,39,维护阶段维护阶段的活动主要是对产品的更新，其目的是修复缺陷、适应需求变更或提高性能主要质量控制活动有：P：根据客户反馈或审查结果，制定软件更新质量控制计划D：实施软件更新并控制质量C：检查是否达到质量目标，主要是缺陷修复率等A：收集客户反馈，研究软件产品的性能、可维护性等质量要素,2023/10/13,www.china-,40,3.3 软件质量控制技术,3.3.1 软件质量控制技术的特征软件生命周期的阶段可用性：不同阶段不同技术综合使用“预防性”和“检测性”技术预防性技术：用于避免错误，如Plan检测性技术：用于查找产品、过程、资源的缺陷，如Check不同技术对不同

20、的质量要素有影响,2023/10/13,www.china-,41,软件质量控制技术的生命周期特征,2023/10/13,www.china-,42,软件质量控制技术的控制类型预防性技术：通过为过程、产品和资源设立标准等途径，来避免在产品开发过程中产生缺陷检测性技术：用于发现和纠正缺陷，甚至分析产生缺陷的原因,2023/10/13,www.china-,43,2023/10/13,www.china-,44,2023/10/13,www.china-,45,软件质量控制参数对质量参数的影响,2023/10/13,www.china-,46,2023/10/13,www.china-,47,3.

21、3.2 软件质量控制问题与质量控制技术,最终产品的质量需求是什么？所需技术：运行概念文档：描述软件的运行环境和方式，是对软件动态特征的描述招标建议书的准备和评审：需制定质量标准并确保需求清楚、详尽且可验证初样：系统的有限实现，用于描述复杂的或有争议的需求,2023/10/13,www.china-,48,选择什么样的开发组织？选择开发组织使客户的重要工作。所需技术：招标建议书的准备和评审：建议书中包含选择标准，竟标者须提供足够信息应标开发组织的软件工程方法、标准、实践和开发环境（工具及设备）是否拥有相应的业务领域知识能力是否拥有必需的经验，是否熟悉所需要的开发过程所提出的软件工程方法和过程是否

22、成熟能提供的质量保障和配置管理措施对项目的承诺和对开发管理技术的理解程度组织的内部结构及与其他组织的关系，任务分配方案技术方案的健全性费用、进度计划的可信性,2023/10/13,www.china-,49,SEI软件能力评估：用于评估开发组织控制和改进软件开发过程并使用现代软件工程技术的能力SEI的CMM评估可以在不同开发组织之间、同一组织的不同时间点上较客观、一致地评估组织的软件开发能力软件开发能力/资格评审：用于评估开发组织开发一个具体项目的能力软件工程实践：借助微型开发，客户评估开发商的过程、工具和技术能力，评估领域经验,2023/10/13,www.china-,50,为预防软件质量

23、缺陷应该做点儿什么？客户和开发上都有必要采取措施以预防缺陷的产生，客户可以提出要求，开发商更应该主动行动标准：即活动规范，分三类客户标准：提供管理和维护程序的一致性开发组织标准：目的是使过程可重复、对工具的投资与过程相适应、训练开发人员、使开发过程可度量和改进，客户需要了解开发组织标准技术标准：用于描述功能部件和接口，包括良好定义的技术规格说明与其他系统的互操作性设计方法的可维护性接口的通用性产品的可移植性、灵活性和可适应性,2023/10/13,www.china-,51,软件工程初样：是由客户要求的针对原型系统的开发实践，目的是要证明开发商的开发能力。初样的技术指标中包含一组指令，以便客户

24、的评审。使用初样的目的包括：便于客户了解开发组织的过程和能力显示软件的开发环境和开发组织的理解程度了解开发组织对软件应用环境和工程原理的理解水平根据初样的经验和教训改进开发过程可以将初样作为实际系统的一部分配置管理：目的是在整个生命期内控制配置的变化，保持配置的完整性和可追踪性。步骤为：标志配置项的功能部件及特性，建立文档控制配置项特性的变化记录并存储状态报告,2023/10/13,www.china-,52,性能工程：是估计、度量和控制软件时效性的活动，由客户、开发组分别或共同执行。包括以下性能特征：执行时间：即执行一个特定任务的时间反应时间：即系统对输入做出反应的时间吞吐量：即系统完成一特

25、定任务或处理一特定加载的速率储备：即未使用单可用的处理时间、输入/输出容量及对需求变更的适应性性能工程技术包括分析建模、仿真、软硬件选择等,2023/10/13,www.china-,53,软件工程环境：由一组集成的自动化工具组成，用于制成开发组织的开发过程。对质量的影响包括：对软件及相关文档的产生、修改和管理提供帮助对各种文档及相关设计的一致性检查使配置管理自动化检查相对编码标准的偏差度量测试覆盖从其他形式的文档产生代码，如图、表、字典等重用：即利用已开发的软件或部件，目的是提高开发效率和质量。可重用的软件包括：已经开发并取得充分经验的软件已经广泛使用并具有完整文档，可靠且支持好的商业软件客

26、户提供的类似软件对以上软件进行修改并已经确认的软件,2023/10/13,www.china-,54,怎样检查软件质量？检查质量既包括预测质量也包括评估质量，既可以连续进行也可以设置检查点主要技术包括：评审和审计客户评审：属于计划评审，与阶段开发活动进度吻合。目的是检查开发进度、质量和预防缺陷、理解错误软件审计：是客户对开发过程的关键点的评审，目的是：评估开发组织是否完成了必要的需求分析和系统设计，是否为软件的初步设计做好了准备评估开发组织是否有合适的开发计划评估需求规格说明和需求分解的完整性评审时效性分析、客户界面设计、测试理论和计划及设计准备检查：是开发者在测试前进行的评审，目的是及早发现

27、和纠正错误。可以是正式的或非正式的,2023/10/13,www.china-,55,独立的确认和验证IV&V在软件开发过程中，由客户雇用某独立组织对照技术规格说明评估软件产品，IV&V连续、客观地向客户提供可视的软件质量和开发状态IV&V过程包括需求验证、设计验证、编码验证、程序确认、文档验证等软件质量保障是由开发者执行的一系列质量控制活动，也可以由组织内独立的小组完成，主要是检查过程、程序与标准的一致性,2023/10/13,www.china-,56,测试通常，开发过程中的测试由开发者完成，客户的测试是在开发结束时或在向客户提交了某个版本时进行的，客户也可以通过以下方式介入开发者的测试活

28、动：评审和批准开发者的测试计划和程序提供测试设备、工具和人员提供测试环境测试等级包括：非正式测试初步的鉴定测试：针对特定配置项，客户可不在正式的鉴定测试：客户到现场，由独立机构组织开发性测试：在开发环境下的集成测试，客户参与验收测试起始运行测试：在客户运行环境下的确认测试正式运行测试：目的是客户学习,2023/10/13,www.china-,57,可靠性建模软件可靠性建模是用统计学方法分析软件故障的一种方法，即在软件测试或软件运行、维护期间，收集软件发生故障的时间数据，或收集在一定时间间隔内的故障数据，并运用于一个或几个软件可靠性模型中，以预测软件可靠性的增长情况可靠性建模应用于对软件可靠性

29、有明确规定的场合，也适用于预测测试过程达到可靠性要求的所需时间的场合,2023/10/13,www.china-,58,在检查点应该获得哪些信息？检查点是为评估和预测软件质量设置的，应收集的信息包括：计划：开发者是如何执行开发活动的状态：已完成了多少工作，使用了多少资源产品文档：外部、内部的描述客户文档：使用指南，维护文档证明软件质量的产品分析可使用的技术包括：软件问题报告分析：用于度量质量、预测进度和改进过程模块开发卷宗审计、检查和评审过程，分析单元问题确定是否遵守了组织的或计划的SQA标准有助于配置管理,2023/10/13,www.china-,59,开发组织为改善过程和资源，应做些什么

30、？许多技术可用于开发组织改善过程和资源，比较重要的有：因果分析：目的在于辨别有内在联系的缺陷的产生原因。对当前项目，可以改变过程或改变资源以避免缺陷的产生。对将来项目，可修改、改善过程、资源标准SEI自我评价：开发组织通过自我评估以确定开发过程的薄弱环节。不同于SEI能力评估，自我评估由开发组织内部实施，结果不与客户共享,2023/10/13,www.china-,60,3.3.3 软件质量控制技术的选择,选择控制技术需考虑的因素有些技术是任何时候都要考虑的，尽管它们的使用等级可以变化要考虑所选技术的效益并使需求、风险和限制得到平衡有些技术是冗余的或是矛盾的，只需或只能选择其一有些技术是互补的

31、，同时使用可能提高效益控制技术的选用不能与约定相矛盾有些技术只能用于特定的开发阶段或特定的开发活动中检测性技术宜尽早使用，以防早期缺陷的产生和传播对于高风险的设计和程序，质量控制活动和检查点的安排时间上不要隔太久,2023/10/13,www.china-,61,软件质量控制的核心技术根据理论和实践，有些核心技术在质量控制时是必需的，应无条件选用，而不必考虑系统的规模、已有的经验等因素,2023/10/13,www.china-,62,3.4 全面软件质量控制实践质量控制计划的编制,3.4.1 概述软件质量控制计划编制准则软件质量控制是通过控制产品、过程和资源得到的质量控制技术的选择取决于与系

32、统最重要的需求相关的风险等级资源应更早地分配在针对特殊问题的研究、评估、初样、仿真等程序上软件质量投资必须是可承担的如果提供的资金和时间太少，受此限制，任何质量控制技术都得不到可接受的质量相对于检测性技术，应优先使用预防性质量控制技术改进开发组织的过程是持续和渐进的,2023/10/13,www.china-,63,软件质量控制计划编制过程,计划,检查质量评价、估计,实施计划、程序执行,质量控制计划：控制技术 资源 评估标准 检查点,度量：产品 过程 资源,改进：纠错,项目的具体限制和需求,历史经验：风险、开发方法、质量控制技术、数据,产品,改进,2023/10/13,www.china-,6

33、4,软件质量控制计划的内容,2023/10/13,www.china-,65,软件开发前的质量控制计划编制主要回答以下问题：想要得到的是什么？那些因素妨碍想要得到的？未得到想要得到的可以做些什么？注意以下问题：质量控制计划是关键，要认真编制、仔细评审开发期间要持续检查已确认计划的有效性当条件变化时，要及时升级计划,2023/10/13,www.china-,66,3.4.2 确定软件质量需求,高质量的产品来源于高质量的需求质量需求是针对整个系统的，而不仅仅是软件，对需求的描述应反映质量因素的重要性对重要的质量需求须详细分析相应的质量因素对质量需求及相关质量要素要仔细评审,2023/10/13,

34、www.china-,67,软件质量因素的定义,2023/10/13,www.china-,68,3.4.3 确认限制条件,限制条件是强加在开发人员身上的，约束了对质量控制技术的选择可能的限制条件包括：进度：交付日期，中间里程碑或决策点资金：数量和来源所涉及的部门：客户、测试组织及其他组织之间的关系其他部门资源：能提供的设备、信息和可参加的活动合同形式及条件：客户关系对开发者的要求：规范、条件和标准的约束,2023/10/13,www.china-,69,3.4.4 识别风险,风险的根源和引发风险的原因风险的根源与三大质量控制参数相关,2023/10/13,www.china-,70,软件质量

35、的风险是变化的，有三个必须进行风险分析的时间：在选择开发商前的预开发：因不确定因素多而更重要在选定开发商后的预开发：随开发商的理解会消除部分风险，也会带来新的风险开发期间：质量度量和控制有助于消除风险,2023/10/13,www.china-,71,风险估计风险估计既是一种质量控制活动也是质量控制技术的基础,软件质量控制计划编制期间的风险估计模型,历史数据和经验,产品需求,限制条件,计划,执行风险估计,选择质量控制技术,实施研究分析,实施执行技术,检查,检查,已知风险,未知风险,管理质量度量,风险识别度量,改进,2023/10/13,www.china-,72,3.4.5 对质量控制技术选择

36、方案的提炼,对已选择的质量控制技术应该再提炼，以进一步节省费用和时间，同时对质量控制的内容也应适当裁剪，以集中于某些特定风险上选择软件质量控制技术的应用等级很多技术可以应用于不同等级上，应用等级不同，对费用和效益的影响也不同，资源不充分时也应该使用较低等级的控制技术正式和非正式的应用：非正式的花费较低但不一定效果差，某些正式应用有时也可以是非正式的，如评审不同的执行程度：某些技术的执行程度不同，费用也不同在可替换的技术之间选择在风险内，技术的投入越低越好，但对规模大、成本高的项目，较高的投入是值得的,2023/10/13,www.china-,73,3.4.6 检查点计划安排,检查点是指开发者

37、为客户提供信息、客户对此做出反应并采取措施的事件和时间点在检查点必须提供关于产品、过程和资源的详细信息，以便客户评估或预测已释放产品的质量，便于开发者评估早期质量，及时调整质量控制参数，进而改进过程检查点的计划安排是与软件质量控制技术的选择及应用紧密相关的，当分析一种技术的应用结果并将根据该结果计划将采取何种措施时，就必须设置检查点,2023/10/13,www.china-,74,使用检查点的目的对开发者的过程和资源及产品的质量提供早期透彻的了解为预计最终产品的质量提供基础为验证正在执行的开发提供信息为计划修正提供信息提供一个阶段性的控制点,2023/10/13,www.china-,75,

38、检查点的评审评审的内容：是否所有“已知”和“未知”的风险都已被提出，有尽早提出的可能吗？每一个检查点是否针对至少一个“已知”或“未知”的风险该检查点的信息对所针对的风险估计是否充分？该检查点所提供的信息是否必要或有用，对谁有用？客户或开发商，谁对检查点产生的事件采取措施？,2023/10/13,www.china-,76,形成文档计划文档的内容：简要叙述客户已经选定的一组控制技术对每组计划好的开发活动，标出开始点和结束点的时间线开发商计划使用的控制技术也应放置在同一时间线上其他重要日期也做类似标识将检查点和决策点置于同一时间线上简要描述每个检查点的目的，包括针对的风险和计划的活动要求完成计划的

39、时间估计,2023/10/13,www.china-,77,制定全面质量控制的详细计划针对全面软件质量控制计划，详细描述所采用的每一个质量控制技术，特别是在检查点客户应提交的或客户产生的信息和数据详细计划也需要仔细的评审,2023/10/13,www.china-,78,3.5 全面软件质量控制计划的修改,开发活动之前或期间常会发生一些变化，会影响计划中所作的假设，因此需要持续地重新考虑质量控制计划并在必要时修改选定开发商之后的预开发阶段：针对开发商的具体情况修订计划开发期间：针对客户、开发商的变化,2023/10/13,www.china-,79,3.6 小结,软件质量控制的现状已经基本明确影响质量的因素和根源质量的风险并不都在过程，还有计划、预算和系统工程过程通过早期检测等技术可以减少或控制风险为有效控制质量需做的工作需要更进一步了解产品、过程、资源之间的质量关系资金控制者必须确信收据数据对现在和未来都是有价值的还必须确信提高质量需要投资,2023/10/13,www.china-,80,我们能做的工作通过“SEI能力成熟度模型”将组织由概念、定性开发阶段推向可度量的、定量的开发阶段，以改善他们的过程和资源管理部门的作用是促进和奖励那些使用成熟过程并通过收集和分析数据控制成本和质量的部门从不同的来源收集经验数据和开发经验，以便就质量控制技术做出多种选择,