《软件质量管理》PPT课件.ppt

,第九讲,Software Engineering Management,软件质量管理(SQA,Software Quality Management),软件质量管理基础,软件质量管理基础,软件质量的定义,ISO 9001中对质量的定义是,ANSI/IEEE Std 729-1983中对质量的定义是,客户要求的一种产品或服务所具备的所有特性,软件产品满足规定的和隐含的需求的有关特征或特性的集合,软件质量管理基础,质量合格的软件产品必须满足需求，质量是一个以理解顾客对质量的期望为开始的过程，软件质量是贯穿软件生存期的一个极为重要的问题，是软件开发过程中所使用的各种开发技术和经验方法的最终体现。,软件质量的定义,软件质量管理基础,软件质量管理基础,软件质量体现软件的价值，创造这个价值的成本即是软件质量的成本。软件质量的成本可以分为以下四种：,预防成本批准成本内部失效成本外部失效成本,为了预防低质量的产品或服务所进行的所有活动有关的成本，包括项目计划，需求，设计，管理等。,为了保证产品或服务满足质量标准或性能需求等，所进行的与度量，评审，审计等相关活动的成本。,凡是不满足顾客需求的，都是一个失效。内部失效成本是在将产品或服务提交用户之前所发生的所有失效成本，包括产生失效，发现失效，修正失效的所有成本。,在将产品或服务提交用户之后所发生的所有失效成本。,软件质量的定义,软件质量管理基础,软件质量管理基础,软件质量需求与质量特征,对于任一软件系统，需求规格说明书都应该包含以下内容：,质量需求是由对质量特征的明确目标决定的，这包含两种意思：确定衡量软件产品质量的质量特征；确定这些质量特征达标的阀值。,软件功能规格说明；软件质量规格说明；软件资源规格说明,软件质量管理基础,软件质量管理基础,人们通常用软件质量模型来描述影响软件质量的质量特征下面介绍几个影响较大的软件质量模型,McCall 质量模型ISO的软件质量评价模型,软件质量需求与质量特征,软件质量管理基础,软件质量模型,McCall 质量模型,McCall三层软件质量模型,软件质量管理基础,软件质量模型,McCall模型中的软件质量特征,该模型的软件质量概念基于11个质量特征之上。11个质量特征被分为三组：,软件产品运行软件产品修正软件产品转移质量特征,McCall 质量模型,软件质量管理基础,软件质量模型,McCall软件质量模型中的软件质量准则,McCall 质量模型,软件质量管理基础,软件质量模型,在软件质量规格说明中，需明确描述这些软件质量准则的目标值，可以从以下几个方面考虑：,最差值：能接受的最差值。计划值：计划达到的值。最佳值：可能实现的最佳值，我们知道在别处已经实现或通过某种方法证实可以实现的值。现值：现在应用的系统的值,McCall 质量模型,软件质量管理基础,软件质量模型,ISO的软件质量评价模型,在1985年发布ISO/TC97/SC97/WG3/1985-1-30/N382中，软件质量度量模型由高层、中层、底层3层组成：,高层中层底层,软件质量需求评价准则（SQRC），由正确性，可靠性，效率，安全性，可用性，可维护性，灵活性及连接性8个要素组成。,软件质量设计评价准则（SQDC）,由23个评价准则组成。例如，正确性对应可跟踪性，一致性，完备性三个设计准则；效率由存储效率和运行效率子项组成，两者缺一不可。,软件质量度量评价准则（SQMC）。,软件质量管理基础,软件质量模型,ISO/IEC 9126-1991软件质量模型中6个质量特征的定义为：,功能性可靠性可用性效率可维护性可移植性,与软件所具有的各项功能及其规定性质有关的一组属性。,在规定运行条件下和规定时间周期内，与软件维护其性能级别的能力有关的一组属性。,根据规定用户或隐含用户的评价所作出的关于使用软件所需要努力程度有关的一组属性。,在规定条件下，与软件性能级别和所使用资源总量之间的关系有关的一组属性。,与对软件进行修改的难易程度有关的一组属性。,与一个软件从一个环境转移到另一个环境运行的能力有关的一组属性。,ISO的软件质量评价模型,软件质量管理基础,软件质量模型,ISO/IEC 9126-1991软件质量模型矩阵,ISO的软件质量评价模型,软件质量管理基础,软件质量模型,ISO/IEC 9126-1产品质量-质量模型中，定义了外部质量、内部质量、使用质量3个产品质量相关软件模型：,内部质量外部质量使用质量,在规定条件下使用时，软件产品满足需求的能力的特性。被视为在软件开发过程中(如在需求开发，软件设计，编写代码阶段)产生的中间软件产品的质量。了解软件产品的内部质量，可以预计最终产品的质量。,在规定条件下使用时，软件产品满足需求的程度。外部质量被视为在预定的系统环境中运行时，软件产品可能达到的质量水平。,在规定的使用环境下，软件产品使特定用户在达到规定目标方面的能力。它反映的是从用户角度看，软件产品在适当系统环境下满足其需求的程度。,ISO的软件质量评价模型,软件质量管理基础,软件质量模型,内部质量、外部质量和使用质量之间的关系,ISO的软件质量评价模型,软件质量管理基础,软件质量模型,ISO/IEC 9126定义的3个质量模型的结构和关系,ISO的软件质量评价模型,软件质量管理基础,软件质量管理基础,软件质量需求与质量特征,在一个软件项目中，除了参考上述质量模型，考虑上述质量特征外，还需要考虑以下因素：,成本；交付时间表；与其他产品的对比。,软件质量管理基础,软件质量管理基础,软件质量管理,软件质量管理目的是建立对软件产品质量的定量了解和实现特定的质量目标。软件质量管理包括,确定软件产品的质量目标；指定实现这些目标的计划；监控及调整软件计划、软件工作产品、活动和质量目标，以满足客户和最终用户对高质量产品的需要和期望。,软件质量管理基础,软件质量管理内容,软件质量管理,软件产品质量软件过程质量软件质量改造,在确定客户需求的时候，不仅包含产品的功能需求，而且包括其质量约束。这些质量约束既是体现，验证软件产品质量的标准，也是软件产品管理最终的目标。,软件产品管理的最终目标是为了保证软件产品质量，但只有保证软件开发过程质量才有可能保证软件产品质量。因此，设计与所有软件质量有关的过程时，都必须考虑质量需求，这些过程会有附加成本。过程质量影响产品的质量特征，这反过来影响产品的使用质量。,软件产品的质量可以通过持续改进的迭代过程来改进，这需要许多并发过程的管理控制，协调和反馈。,软件质量管理内容,软件质量管理活动,软件质量管理,确定软件质量需求软件质量计划软件质量保证软件质量控制软件质量度量,这是整个软件质量管理活动的基础，其他所有质量管理活动都是为了实现这些质量需求而进行的。,制定软件质量计划是软件质量管理过程的第一步，它与确定软件质量需求同步甚至更早。,是确保软件产品从生产到消亡为止的所有阶段，为达到需要的软件质量而进行的所有有计划，有系统的管理活动，而非技术活动。,软件质量控制由一些任务和技术组成。例如一些跟踪点的评审是一个任务，而完成这个任务需要某些技术，如质量的度量，测试，验证与确认等技术。,软件质量度量包括过程质量度量，产品质量度量及软件维护度量。,软件质量管理活动,软件质量管理要求,软件质量管理须经过规划质量计划必须明文规定软件质量管理活动必须在软件需求活动时期或更早就开始进行。质量管理小组必须独立。质量管理小组成员必须经过培训。必须有适当的经费支持质量管理。,为保证软件质量管理活动的质量，应该做到以下几点：,软件质量管理要求,软件质量管理基础,软件质量管理成本,培训费用设备成本人力成本其他质量管理成本,质量管理的成本主要涉及以下几方面的投入：,投入质量管理的所有工作量都是质量管理的人力成本，包括SQA组的人力成本，测试工作的人力成本，各种技术检查与评审等的人力成本。,如质量认证的费用，质量奖金等。,软件质量管理成本,软件质量管理基础,软件质量保证,软件质量保证就是为了向用户及社会提供满意的高质量的软件产品，确保软件产品从生产到消亡为止的所有阶段，达到需要的软件质量而进行的所有有计划，有系统的管理活动它的主要功能包括以下内容：,质量保证方针的制订与贯彻明确各阶段的质量保证工作各阶段的质量评审确保设计质量重要质量问题的提出与分析总结实现阶段的质量保证活动整理面向用户的文档，说明书等产品质量鉴定，质量保证系统鉴定质量信息的搜集，分析和使用。,软件质量管理基础,软件质量保证,软件质量保证一般包含以下几项活动：,建立SQA组 选择和确定SQA活动，即选择SQA组所要进行的质量保证活动，这些SQA活动将作为SQA计划的输入。制订和维护SQA计划，这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系。执行SQA计划，包括对相关人员进行培训选择与整个工程环境相适应的质量保证工具。不断完善质量保证活动中存在的不足，改进项目的质量保证过程。,软件质量保证,软件质量保证,确定组织结构,职能结构矩阵结构柔性结构,软件企业中SQA的组织结构有3类：,建立SQA组,职能结构的SQA组织,软件质量保证,确定组织结构,建立SQA组,矩阵结构的SQA组织,软件质量保证,确定组织结构,建立SQA组,柔性结构的SQA组织,软件质量保证,确定组织结构,建立SQA组,SQA工作随成熟度等级的动态分布,软件质量保证,建立SQA组,为SQA岗位配置人员,全职,兼职,不论是全职还是兼职，都要求SQA有软件质量保证的专业知识，而且有很强的质量意识,设置专门的SQA人员，主要职责就是质量保证工作。,将工程师分派到其他职能部门或项目中去兼任SQA工作，每一位工程师都作为一名潜在的SQA。,软件质量保证,建立SQA组,确定软件质量保证活动,一般把该活动分为以下五类：,评审软件工作产品，工具与设施。SQA活动审查的软件开发过程参与技术和管理评审做SQA报告做SQA度量,评估软件工具主要是为了保证项目组采用合适的技术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开发工作。,软件产品的评审过程，项目的计划和跟踪过程，软件需求分析过程，软件设计过程，软件实现和单元测试过程，集成和系统测试过程，项目交付过程，子承包商控制过程，配置管理过程。,目的是为了保证此类评审满足项目要求，便于监督问题的解决。,SQA应将其评估的结果文档化。,记录花费在SQA活动上时间，人力等数据。,软件质量保证活动,软件质量保证,确定软件质量保证计划,软件质量计划涉及两个方面：,从质量特征方面，定义需要的产品 为过程制定计划，以达到需要的产品质量。,软件质量保证计划,软件质量保证,质量计划应该做到：,软件质量管理须经过规划。质量计划必须明文规定。软件质量管理活动必须在软件需求活动时期或更早就开始进行。质量管理小组必须独立。质量管理小组成员必须经过培训。必须有适当的经费支持质量管理。,软件质量保证计划,软件质量保证,软件质量计划的要素：,SQA组的责任与权力SQA组需要的资源（人员、工具、设施、资金）SQA组的活动日程各阶段的质量工作规程与质量标准缺陷追踪计划单元测试计划源代码追踪计划技术检查计划集成测试计划系统测试计划,软件质量保证计划,软件质量保证,软件质量控制,软件质量控制,软件质量控制是通过监控软件开发过程与结果，确保软件可以满足在设计中明白交代出来的要求和没明确指出的需求。即在软件开发过程的若干关键点上进行软件项目跟踪和监控，根据软件项目计划来跟踪和审查软件的完成情况和成果，并根据实际完成情况和成果纠正偏差和（或）调整项目计划。软件项目跟踪和监控是CMM可重复级的一个关键过程域，也是软件质量控制过程，软件项目跟踪和监控为软件过程提供了可见性。,软件质量控制,软件质量控制,软件项目跟踪与监控,软件质量控制,软件质量控制,软件质量管理体现在软件开发的每一项工作中，如开发人员的设计文档的质量、代码质量等等。软件质量控制包括对过程质量和产品质量的控制，主要是对过程质量的监控以及一些跟踪点的软件工作产品的质量控制，如开发是否遵循过程标准？在设计检查或设计评审中设计方案是否满足设计要求？一旦发现过程问题和产品缺陷，则要有解决措施，并跟踪问题解决和缺陷修正等。,软件质量控制活动,软件质量控制,软件质量控制,软件质量控制活动,软件质量控制,软件质量控制,软件检验与有效性验证（Software Verification and Validation，简称V&V）软件检验与有效性验证的区别（Boehm，1979）：“检验：我们是否在正确地建立产品？”“有效性验证：我们是否在建立一个正确的产品？”检验强调的是过程的正确性，有效性验证强调的是结果的正确性。,软件质量控制活动,是一个严格方法，用于评估整个产品生命周期的软件工作产品，验证与确认试图保证质量已经建造到软件中，并且软件满足顾客需求。在软件开发过程的每个阶段都应该有V&V活动，它从需求评审开始，包括设计评审、代码检查以及产品测试。为了降低成本，提高效率，软件检验与有效性验证应尽早开始。,软件质量控制,软件质量控制,软件检验与有效性验证 与软件质量保证不同的是，软件检验与有效性验证是针对产品质量的，它确保软件工作产品（包括文档和代码）正确、有效地满足软件需求。软件检验与有效性验证的独立性程度差异很大，任何人都可以做V&V。如果软件检验与有效性验证过程由一个与供应商、开发者、操作者和维护者相独立的组织进行，则该过程称作独立检验与有效性验证（V&V）。,软件质量控制活动,软件质量控制,软件质量控制,软件检验与有效性验证模型,软件质量控制活动,软件质量控制,软件质量控制,软件检验与有效性验证的好处,软件质量控制活动,软件质量控制,软件质量控制,评审与审计 评审是评价项目开发中的某个活动的状态和产生的工作产品是否合适、正确。,软件质量控制活动,管理评审技术评审检查走查审计,管理评审的目的是监控项目进展，决定计划和进度的状态，确认需求及其系统分配，或评价用于达到目标适应性的管理方法的有效性。管理评审决定计划、进度和需求的适合性，监控它们的进展和不一致性。,技术评审的目的是评价软件工作产品，以确定其对使用意图的适合性，目标是标识软件工作产品与批准的规格说明和标准之间的差异，评审结果为管理提供依据，以决定是否要修正、变更等，如果有变更，变更也在变更控制之下。技术评审中必须有特定的角色：决策者、评审领导、记录员、支持评审活动的技术人员。技术评审要准备：评审目标的陈述、被评审的软件工作产品及相关的软件工作产品（如项目计划等）、与被评审的软件工作产品相关的问题列表、技术评审流程等。评审小组要按照评审流程，由相关的技术人员介绍被评审的软件工作产品，通过一次或多次会议对软件工作产品进行检查，当评审流程列出的所有活动都完成后，技术评审才完成。,检查的目的是检测和标识软件工作产品异常。检查有两个重要特征：管理职位高于检查小组的任何人员不得参与检查；检查应该由受过检查训练的公正的促进者来领导。检查也需要一位检查领导、记录员和一些检查人员。根据检查的内容，检查人员可以是不同领域的专家。一次检查通常针对一小部分软件工作产品、或软件工作产品的一小部分。每个检查人员在检查评审会前须检查软件工作产品及其他相关资料，对发现的任何异常都要记录到文档中，并提交检查小组领导。检查结果一般有三种：接受或有少量重做；接受但要验证重做的工作；重新检查。,走查的主要目标是发现异常、改进软件产品、考虑其他实现方法、评价是否遵从标准和规格说明。走查类似于检查，但没检查正式。走查一般由软件工程师组织，让其他同事评审其工作，是一种保障技术。,审计是评定软件项目是否遵从需求、规格说明、基线、标准、过程、代码、合约规定的需求等的要求管理评审。审计是正式组织的活动，参与者有特定的角色，如主审计员、审计员、记录员、发起人，以及被审计组织的代表。审计最终要生成一个审计报告，要求被审计小组进行修正活动。评审和审计有许多名称，不论名称如何，评审和审计在软件开发与维护的任何阶段都可以进行。评审和审计的主要过程如下：评审或审计规划评审或审计准备执行评审或审计完成或返工评审或审计总结,质量控制管理规范示例,PM按照项目计划对项目进行跟踪和监控，并要求项目组成员每周向他提交工作日志或进展报告与Timesheet，以此对照计划衡量项目进展，并更新项目进度表(MS project 工具可以用来跟踪项目进度)。如果项目采用月度计划进行跟踪，月度计划需要从项目的WBS导出，项目经理确保月度计划定期更新以反映项目当前的状态。PM 应该保证测量协调员根据测量量规程定期更新测量表。PM每周写项目状态报告。项目经理可以采用问题跟踪表单对问题进行跟踪。PM每周召集项目组会议review项目进展和识别问题，质量工程师QA,测试协调员TC、资料开发协调员TDC以及项目成员要求参加项目会议。开发团队的开发代表需要有选择参加。需要的话，其它受影响组也可参加项目会议。在项目计划中需要定义与会者以及跟踪项目行动的方法。项目组会议的结果由PM记录、跟踪直到问题关闭。,软件质量控制,在阶段结束会议中，PM应该：,讨论并记录经验和好的实践在阶段结束报告讨论资源的状态（硬件/人力资源/培训等等）讨论质量控制活动的状态和下一阶段质量目标 讨论本阶段和下阶段达到产品性能目标的活动，记录本阶段活动的结果。讨论更改请求的状态以及配置管理的工作量 从缺陷预防数据库中标识最有可能出现的缺陷及其相应的预防活动并写入项目计划 讨论过程手册中定义的下一阶段的模型或者方法 讨论下一阶段将要用到的文档模板 讨论后续阶段工作的安排和进度,质量控制管理规范示例,软件质量控制,以下情况必须修订项目计划：,在开发团队签发需求规格说明书之后，人力资源承诺发生变化。项目已经超出了在项目计划所定义的阈值（如规模、进度、工作量等）。项目执行需要其他附加资源。相关支持部门的承诺发生变化。,质量控制管理规范示例,软件质量控制,以下情况可能会项目计划要重新检查,需要的话,还需要修订：,到达一个里程碑时 完成一个检查点review时过程手册被修改项目范围发生变化 分配需求发生变更 风险发生并且采用了纠正行动任意一条在项目计划中定义的修改准则得到满足 因内部或外部审计结果导致的纠正活动 其它相关组更改了承诺 其他项目的经验教训,质量控制管理规范示例,软件质量控制,质量控制方法,缺陷追踪源代码追踪技术检查测试Pareto分析独立审计,软件质量控制,质量控制方法,缺陷追踪,缺陷报告中追踪的信息：缺陷代号（一个数字或其他唯一的标识符）缺陷说明制造缺陷的步骤平台信息（硬件、软件）缺陷的目前状态（已修正好或未修正好）发现缺陷者、发现缺陷日期严重性（1-4表示，或用致命、严重、表面等）缺陷产生阶段（需求、系统设计、详细设计、编码、测试等）发现缺陷阶段缺陷更正日期、缺陷更正者更正缺陷所需代价（人员、小时）修正的工作产品或成果（需求、设计、程序等）解决方式（延后工程修正、修正、判定不当、无法重现等）,缺陷追踪是记录和追踪有关缺陷从发现到解决过程的工作。,软件质量控制,源代码追踪,源代码追踪是利用开发工具的调试器，一行行追踪代码的执行情况。这项工作主要是由程序员来做。,质量控制方法,软件质量控制,质量控制方法,技术检查,技术检查是由技术专家或开发人员来检查别人完成的工作。技术检查一般由开发团队带领，质量小组在检查过程中的角色，是确保检查过程中出现的缺陷被密切追踪并完成修改。,软件质量控制,质量控制方法,设计检查,找出功能缺陷找出需求缺陷项目目标的检查交叉训练检查与生产力,正确性：设计是否如预期运作？完成度：设计成果是否适用所有预期用途？清晰性：设计方式是否易于被其他人了解？,遗漏需求不必要的功能：增加程序写作、测试与排错时间 增加复杂性，使系统更容易出错 额外的系统测试项目 额外的使用文件 额外的使用者培训 额外的使用者支持电子邮件和电话服务 未来版本中必须支持的额外功能,软件质量控制,质量控制方法,源代码检查,对象类别、模块、例程与例程内部程序代码的编排。对象类别、模块、例程与例程内部程序代码的批注。变量名称。例程源代码的最大行数长度。对象类别内最大例程数。允许的复杂度，包括对goto叙述、复杂度的逻辑测试、循环等等的使用限制。内存管理、错误处理、字符串存放等等的程序代码层次构架等。使用工具与连接库版本。,软件质量控制,质量控制方法,技术检查的步骤：通知与传递准备检查会议检查报告修改工作,软件质量控制,质量控制方法,技术检查的关键：尽早开始着重找出缺陷让技术检查维持技术性记录检查过的项目记录检查过程中的缺陷追踪缺陷直至修正对项目团队公布检查结果在日程安排中加入检查与修正的时间,软件质量控制,质量控制方法,测试,注意：测试意味着发现软件的质量水准，而非软件质量的担保。当测试与修正合并时，测试与修正的组合对于软件担保才有意义，可是并非非常有效。更有效的方式是将前期的质量保证、技术检查与测试结合起来。,测试包括单元测试、集成测试、系统测试等。,软件质量控制,质量控制方法,Pareto分析,有些公司可以达到最低错误率，但是在那一点以后，进一步减少错误率会增加很多的开发时间。因此，在进行质量管理的同时，一定要达成质量、时间、成本的均衡。为此，需要确定终止发现缺陷的准则，也需要确定哪些缺陷必须修正、哪些缺陷可以接受或延缓修正。这就涉及到质量控制分析方法，Pareto分析20/80原则，也常常被用来进行缺陷分析。用Pareto方法分析缺陷就是要找出带来80%修正成本或损失的20%缺陷，对这些缺陷进行重点跟踪，并形成一定的缺陷预防措施，避免在以后的项目中多次重复出现同类缺陷。,软件质量控制,质量控制方法,独立审计,独立审计是由与项目无关的外部组织对软件项目的独立检查。独立审计主要评价软件需求、规格说明书、基线、标准、规程、代码等。独立审计的关键是审计小组与开发团队、项目经理完全独立。,软件质量控制,软件质量度量,软件产品质量度量：对质量需求中产品的质量特征进行度量，度量指标根据组织、产品的实际情况确定，一般都会包括需求覆盖率、测试覆盖率、缺陷报告（包括缺陷统计，如千行代码缺陷率、缺陷修正率、缺陷修正时间等）、需求完成度等指标。软件过程质量度量：对质量管理过程的度量，度量指标也是根据组织、产品的实际情况确定，一般都会包括缺陷和失效数据、成本与工作量分析、缺陷报告、未来趋势预测等指标。软件维护质量度量：对软件产品提交后的产品质量和过程质量的度量。度量指标包括返修率、技术支持响应速度等。,软件质量度量,质量管理体系,软件质量管理,ISO 9000CMM,质量管理体系,软件质量管理,ISO9000八项质量管理原则以顾客为关注焦点领导作用全员参与过程方法管理的系统方法持续改进基于事实的决策方法与供方互利的关系,质量管理体系,软件质量管理,CMM级别与软件质量关系,质量管理体系案例,软件质量管理,金字塔形质量体系架构,质量管理体系案例,软件质量管理,质量部门的组织结构,IAG 组专门负责研发组织内的质量审计活动，一般按月度进行，发现研发普遍存在的问题；,PQA负责产品级的重大质量保证活动和重要评审，与此对应的开发责任人是开发经理，报告对象为 QA 经理；SQA负责项目级的流程引导和质量保证活动，对应的开发责任人是软件项目经理，报告对象为 QA 经理；HQA负责硬件项目的流程引导和质量保证活动，对应的开发责任人是硬件项目经理，报告对象为 QA 经理。,EPG是工程过程组，负责流程的制定、新的开发工具方法的引进等，类似于 CMM5 级要求的 KPA 的内容。,质量控制方法,IBM是最早发现质量和软件进度关系的公司。他们发现具有最少缺陷的产品也就是具有最短开发时间的产品。有些公司可以达到最低错误率，在那一点以后，进一步减少错误率会增加很多的开发时间。,软件项目管理,分配职责,质量工程师项目经理开发人员测试工程师配置管理员,角色,软件质量管理,QA小组成员。职责：负责质量计划、标准、流程，审查和（或）核算软件跟踪和监控活动与工作产品，并报告结果。,质量工程师,分配职责,软件质量管理,项目经理职责：根据项目计划、质量计划组织、审核项目质量。,项目经理,分配职责,软件质量管理,职责：进行源代码追踪、技术检查、单元测试、缺陷修正。,开发人员,分配职责,软件质量管理,职责：负责集成测试、系统测试、回归测试等并形成测试报告。,测试工程师,分配职责,软件质量管理,职责：负责记录缺陷、发布检查结果、修正状态等。,配置管理员,分配职责,软件质量管理,