第9章软件质量和软件质量保证体系
9.1 软件质量
9.1.1 软件质量特性
什么是软件质量？不同人或组织的看法各不相同。按照ISO/IEC 9126-1991（我国GB/T16260-1996）“信息技术软件产品评价、质量特性及其使用指南”国际标准，认为软件质量（Software Quality）是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和，例如，符合规格说明。简而言之，软件质量是软件一些特性的组合，它仅依赖于软件本身。
9.1.2 软件质量评价
评价软件质量可从三个方面进行，即产品或中间产品、过程（即软件生产所需的资源和活动）和项目。
评价可按如下三步进行：
1、定义质量需求
质量需求包含两个方面：①问题规定或隐含的需求；②软件质量标准和其它技术信息。
2、准备评价
首先选择质量度量；然后定义质量等级；再定义评估准则。
由于一般情况下，不可能对质量特性进行直接度量，从而应选择与质量特性相关的且可定量的软件特性加以度量。定义质量等级是依据应用问题的需求将质量度量值分割成若干不同满意程度的等级，如优秀、合格与不合格等。定义评估准则是为了综合软件不同质量特性的评价结果，可采用判定表或加权平均法；同时还可兼顾其它因素，如时间、成本等。
3、评价过程
评价过程实际上是对软件产品就第2步中准备的评价内容进行实施，也分3步：
①测量——把选定的质量度量应用到软件产品上；
②评级——确定某测量值的等级；
③评估——根据评估准则确定产品质量，并依据管理准则判定产品是否可通过验收或是否发行等等。
9.1.3 软件质量保证
软件的质量保证也和一般的质量保证一样，是确保软件产品从诞生到消亡为止的所有阶段的质量的活动。软件质量保证由各种任务构成，分别与两种不同的参与者相关——负责技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的软件质量保证（SQA）小组。软件工程师通过采用可靠的技术方法和措施，进行正式的技术复审、执行计划周密的软件测试来保证软件质量。SQA 小组主要辅助软件工程小组得到高质量的最终产品，对项目准备SQA计划，如确定需要进行的评价、需要进行的审计和复审、项目可采用的标准等；参与开发项目的软件过程描述，以保证该过程与组织政策、内部软件标准、外界所订标准以及软件项目计划的其它部分相符；复审各项软件工程活动，对其是否符合定义好的软件过程进行核实；审计指定的软件工作产品，对其是否符合定义好的软件过程中的相应部分进行核实；确保软件工作及工作产品中的偏差已被记录，并根据预定规程进行处理；记录所有不符合的部分，并报告给高级管理者；等等。??
9.1.4 软件质量管理
所谓质量管理是指确定质量方针、目标和职责，并在质量体系中通过诸如：质量策划、质量控制、质量保证和质量改进，使其实施全部管理职能的所有活动。质量策划包括产品策划、管理和作业策划以及质量计划的编制和质量改进的准备工作。质量控制是指采取某些特定作业技术或开展某些活动，以达到质量要求。质量改进是指以追求更高的效益和效率为目标的持续性活动。
质量管理和质量保证相互依赖，但他们的活动具有不同的范围、不同的目的、不同的动机和不同的结果。??
9.2 软件复杂性分析
9.2.1 基于需求分析的复杂性分析
软件工程的技术性工作始于需求分析，提供对分析模型质量的度量是有意义的和必要的。在需求分析阶段完成以后，项目的管理人员希望知道将要开发的软件有多大规模，这与将要投入的工作量、开发成本以及何时交付用户或何时投放市场都有密切的联系。同时，如果是委托开发的项目软件，用户也会关心开发机构提出的报价是否恰当合理。双方都希望有一个科学、公正的估价依据。下面介绍一种面向功能的软件复杂性度量方法——功能点方法。
面向功能度量是由Albrecht首先提出来的。功能点方法以需求规格说明书中双方确认的软件功能为依据，着重分析待开发系统的功能度（Functionality）。显然，软件的大小与软件的功能度相关，而与软件功能的描述无关，也与功能需求的如何实现无关。功能点（FP）度量可以用作从分析模型中获得系统大小的预测手段。
9.2.2 基于软件设计的复杂性分析
人们在设计硬件时，常利用设计测度来确定设计质量，指导设计演化。然而对于软件而言，大部分软件工程师却忽视对软件设计结果的测量以达到进一步改进软件设计的目的。软件设计由概要设计和详细设计两个阶段组成，我们分别就这两个阶段讨论软件设计复杂性度量方法。
概要设计复杂性度量主要集中在软件结构的特征上。Card和Glass定义了三种软件设计复杂度测度：结构复杂度、数据复杂度和系统复杂度。美国空军提出了一种计算“设计结构质量指标（DSQI）”的方法用来度量软件结构的复杂度。该方法使用了类似于在IEEE Std.982.1—1988中提出的概念。
详细设计复杂性度量主要集中在模块内部结构的复杂性上。麦凯伯（McCabe）提出了一种环形计数的方法来确定程序控制流的复杂度。使用McCabe方法可直接利用程序流程图计算其“判定数”（即比较个数，对于复合条件判定要先转化成单一条件判定），也可根据程序流程图导出的程序图计算其“环形数”(即封闭环域数)来进行，其计算公式为：
程序环形复杂度V（G）=程序流程图中的“判定数”+1
=程序图中的“环形数”。
=m-n+2
其中m对应于程序图中的弧数，n对应于程序图中的节点数。
9.2.3 基于源程序代码的复杂性分析
软件开发经过编码阶段后，便得到源程序代码。霍尔斯特德（Halstead）根据源代码中运算符和操作数的测量值来度量源程序代码的复杂度。在Halstead方法中，运算符是指用来处理程序中常量和变量的语法元素等，如算术运算符、逻辑运算符、关系运算符、流程控制语句、函数调用等；操作数则是指源程序代码中的常量和变量等。但对非执行语句，如注释，则不进行考虑。Halstead方法使用了以下4个基本测量数据：
程序中运算符总数N1
程序中操作数总数N2
程序中运算符种类数n1
程序中操作数种类数n2
根据以上4个测量数据，可以在以下几个方面对源程序代码的复杂性进行度量：
实际程序长度N=N1+N2
编程语言层次L=（2/n1）*(n2/N2)
程序容量 V=(N1+N2)*log2(n1+n2)?
预测程序长度N'= n1*log2n1+n2*log2n2? （可在详细设计后进行预测）
估计程序工作量 E'=V/L=(n1*N2*(N1+N2)*log2(n1+n2))/(2*n2)
预测程序错误数E"=((N1+N2)*log2(n1+n2))/3000
其中，V会随编程语言的不同而不同（对同一功能的程序，用高级语言来写要比低级语言来写得到的程序对应的V要小），它代表了写一个程序所需的信息量（以位为单位）。L反映的是程序最简洁形式时的容量与程序实际容量之比。
9.2.4 基于软件维护的复杂性分析
IEEE建议采用一种软件成熟度指标（SMI），以提供对软件产品的稳定性指示（基于为每一软件产品发布而做的变化）。将SMI和维护工作量联系起来，形成一个经验模型，则可用来度量软件维护的复杂性。
SMI方法涉及的基本测量数据如下：
当前发布软件中的模块数MT；
当前发布软件中已经改变的模块数Fc；
当前发布软件中已经添加的模块数Fa；
当前发布软件中已经删除的前一次发布软件中的模块数Fd。
则软件成熟度指标按下式进行计算：
SMI=[MT-（Fa+Fc+Fd）]/MT
当SMI接近1的时候，产品便开始稳定。
实际上，软件维护过程也是由分析、设计、编码和测试的过程组成，从而基于分析、设计、编码以及测试的复杂性分析方法也可用于软件维护的复杂性分析
9.3 软件可靠性分析
9.3.1 软件可靠性三要素
在上面定义软件可靠性中实际给出了三个有关的主要因素：失效、时间和环境。
1、失效
在讨论软件质量和软件可靠性时，软件失效是指最后执行结果与有关规格不相符或用户在软件系统边界觉察到不期望的软件出错行为。失效是错误引起的结果。
2、时间
在进行软件可靠性分析时，时间可以有三种度量方式。第一种是执行时间，是指运行软件时计算机实际花费的CPU时间；第二种是日期时间，指通常以年、月、周、日等计算的时间；第三种是时钟时间，是指运行软件时计算机自始至终所花去的累积时间，但计算机停机时间不计算在内。
3、环境
软件的使用环境涉及软件运行时所需要的支持系统及有关的因素。一个规定的使用环境是对这些因素的精确而详细的限制描述。严格地说，描述软件可靠性“规定的使用环境”包括硬件配置状态和操作人员操作等的描述，并假定其它因素对软件来说都是理想可靠的，不会影响软件的运行。也就是说软件可靠性不包含硬件和操作的可靠性。软件可靠性、硬件可靠性和操作可靠性三者综合起来反映整个计算机系统的可靠性。规定软件的使用环境可用来判定系统失效是否由于软件失效引起。
9.3.2 软件可靠性模型
软件可靠性同硬件可靠性一样，都可看成是随机过程，用概率分布来描述。但软件可靠性与硬件可靠性的分析却不完全相同。一方面，软件不会老化，其可靠性不随时间增加而减少；另一方面，软件失效常常是由于软件分析或设计引起。这样使软件可靠性分析变得非常复杂。自第一个软件可靠性模型由Jelinski和Moranda提出以来，已经有几十个软件可靠性模型公开发表。实际应用经验表明，没有一个普适的模型能对所有产品都能做出最好的可靠性分析。软件可靠性模型的研究还有待进一步深入。
几个较简单的模型：1、Jelinski-Moranda模型；2、Shooman模型；3、Gilb植错模型；4、Hyman分别测试模型。
9.3.3 软件可靠性工程
软件可靠性工程可定义为定量地按用户对于可靠性的需求，研究基于软件系统的操作行为。它包括：
（1）软件可靠性度量，是以软件可靠性模型为基础进行的评价和预测；
（2）产品设计、开发过程、系统结构、软件操作环境等要点与度量标准及它们对可靠性的影响；
（3）应用可靠性知识指导软件定义、开发和维护。
围绕软件生命周期所进行的软件可靠性工程活动如下：
（1）可行性和需求分析阶段
（2）设计与实现阶段
（3）测试及试运行阶段
（4）运行维护阶段
9.4 ISO 9000软件质量体系
9.4.1 ISO9000族国际标准
ISO 9000族国际标准是指国际标准化组织中质量管理和质量保证技术委员会（ISO/TC 176）制订的所有标准。ISO 9000以一般术语描述了能够适用于任何行业的质量保证系统的要素，这些要素包括用于实现质量计划、质量控制、质量保证和质量改进所需的组织结构、程序、过程和资源。现有5类共20个标准，如图9-7，分别是：
1、质量术语标准
它是ISO 9000族标准中最早发布的一个标准，为质量管理领域中常用的质量术语作了明确的定义，成为质量管理和理解、贯彻实施ISO 9000其他标准的基础。
2、质量保证标准
这类标准体现了对供方质量体系的不同要求，供方对这些要求的满足应得到证实。
3、质量管理标准
这类标准可用以指导质量管理和建立质量体系。
4、质量管理和质量保证标准的选用和实施指南
5、支持性技术标准
9.4.2 企业软件质量体系的建立和实施
ISO 9000族标准中并没有专门提供软件企业如何建立和实施质量体系，因此，可以认为软件企业建立和实施质量体系的过程和其他企业并无多大差别，仅对某些质量体系要素有其特殊的要求。下面简要说明软件企业建立和实施质量体系的主要工作。
1、准备阶段
2、质量体系策划
3、编写质量体系文件
4、培训内部审核员
5、质量体系试运行
6、内部质量体系审核
7、管理评审
8、质量体系认证前的准备
9、质量体系认证过程
10、质量体系的进一步改进与完善
9.5 软件配置管理
9.5.1? 软件配置项
软件配置项（Software Configuration Items，简称SCI）是软件配置管理的对象，它包括软件生存周期内产生的所有信息项。按ISO 9000-3的说明，配置项有：
与合同、源代码、过程、计划和产品有关的文档及数据；
目标代码和可执行代码；
相关产品，包括：软件工具、库内的可复用件、外购软件等。
软件配置就是软件配置项在不同时期按不同要求进行的组合。例如：Visual Basic 6.0有专业版、企业版等不同版本。实际中，一般用“版本”来表示配置项的演化阶段。
随着软件过程的进展，软件配置项也迅速增长，并且变化接踵而至，主要变化表现在：
新的商业或市场环境，引起产品需求或业务规则变化；
新的用户要求；
企业结构变化，导致项目优先级或软件工程队伍结构变化；
预算或进度的限制。
9.5.2 软件配置管理
软件配置管理是一组用于在计算机软件的整个生存周期内管理变化的活动。按ISO 9000-3的叙述，软件配置管理是一个管理学科，对配置项的开发和支持生存周期给予技术上和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。
软件配置管理不同于软件维护，最主要的一点是软件配置管理是当软件项目开始时就启动，并且仅当软件终止运行后才结束的一组跟踪和控制变化的活动。实施软件配置管理主要有以下任务：
1、制订配置管理计划
2、确定配置标识
3、进行配置控制，实施变更管理
4、配置审计
5、记录并报告配置状态
6、版本控制
7、发行管理和交付
9.6 软件过程能力成熟度模型简介
9.6.1 基本概念
软件过程：人们用于开发和维护软件及其有关产品（如项目计划、设计文档、代码、用户手册等，在模型中又称为软件工作产品）的一系列活动，包括软件工程活动和软件管理活动。
软件过程能力：描述开发组织或项目组通过执行其软件过程能实现预期结果的程度。
软件过程性能：表示开发组织或项目组遵循其软件过程所得到的实际结果。
软件过程成熟度：一个特定软件过程被明确和有效地定义、管理、测量和控制的程度。成熟度可以指明一个软件开发组织软件过程能力的增长潜力。
软件能力成熟度等级：软件开发组织在走向成熟的途中几个具有明确定义的、表征软件过程能力成熟度的平台。
关键过程域：互相关联的若干软件实践活动和有关基础设施的集合。
关键实践：对关键过程域的实施起关键作用的方针、规程、措施、活动以及相关基础设施的建立。
软件过程能力成熟度模型：对软件组织进化阶段的描述，随着软件组织定义、实施、测量、控制和改进其软件过程，软件组织的能力经过这些阶段逐步前进。
9.6.2 软件过程能力成熟度等级
SEI CMM1.1将软件过程的进化步骤分成5个等级，用以测量软件开发组织的软件过程成熟度和评价其软件过程能力：
1、初始级（混沌的软件过程）
2、可重复级（经过训练的软件过程）
3、已定义级（标准一致的软件过程）
4、定量管理级（可预测的软件过程）
5、优化级（能持续改善的软件过程）
9.6.3 关键过程域
除“初始级”外，每个成熟度等级均包含几个关键过程域。为了达到一个成熟度等级，必须实现该等级上的全部关键过程域。
有关概念分别说明如下：
⑴需求管理：在顾客和软件项目之间建立对顾客需求的共同理解。
⑵软件项目策划：制定软件工程和软件项目管理的合理的计划。
⑶软件项目跟踪和监督：建立适当的对实际进展的跟踪和监督，使管理者在软件项目实施情况显著偏离软件计划时能及时采取有效措施。
⑷软件子合同管理：选择合格的软件分承包商，并有效地管理他们。
⑸软件质量保证：提供对软件项目所采用的过程和所构造的产品的某种可视性和透明性，使管理者能较容易地发现软件过程和产品的质量问题，以便采取及时有效的措施。
⑹软件配置管理：在整个软件生存周期中建立和维护软件产品的完整性和一致性。
⑺组织过程焦点：规定组织在提高整体过程能力、改进软件过程活动方面的责任。
⑻组织过程定义：总结和保持一组便于使用的软件过程的成功的实践经验，以便使项目的过程实施能得到改进，为组织获得积累性的长期效益奠定基础。
⑼培训大纲：培训个人的技能和知识，以提高其执行任务的质量和效率。
⑽集成软件管理：将软件工程活动和软件管理活动集成为一个协调的、已定义的软件过程
9.6.4 关键实践
为了对关键实践的描述更加规范化，将关键过程域所包含的关键实践全部按5
个共同特征加以组织，即：
⑴执行约定：描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。执行约定一般包括制定组织的方针和规定高级管理者的支持。
⑵执行能力：描述为了实施软件过程，项目或组织中必须存在的先决条件。执行能力一般包括资源、组织机构和培训。
⑶执行的活动：描述为实现一个关键过程域所必须的角色和规程（即描述必须由何人做何事）。执行的活动一般包括制订计划与规程、执行计划、跟踪执行情况，必要时采取纠正措施。
⑷测量和分析：描述对过程进行测量和对测量结果进行分析的需要。测量和分析一般包括为了确定所执行活动的状态及有效性所能采用的测量和分析。
⑸验证实施：描述遵照已建立的过程进行活动的措施。验证实施一般包括管理者和软件质量保证部门所作的评审和审计。
关键实践一般要描述对其所在的关键过程域目标的实现和规范化实施贡献最大的那些基础设施和实践活动。每个关键实践又可能另有若干个下级实践，用来确定关键实践是否得到满意的实施。
9.6.5 软件过程能力成熟度模型的应用
软件过程能力成熟度模型有两个基本用途：软件过程评估和软件能力评价。软件过程评估用以确定一个组织的当前软件过程的状态，找出组织所面临的急需解决的与软件过程有关的问题，进而有步骤地实施软件过程改进，使组织的软件过程能力不断提高。软件能力评价可以识别合格的能完成软件工作的承制方，或者监控承制方现有软件开发工作中软件过程的状态，进而指出承制方应改进之处。应用软件过程能力成熟度模型进行软件过程评估和能力评价的共同步骤：
第一步，建立评价评估组。小组成员应具有丰富的软件工程和管理方面的知识，并通过预先培训熟悉CMM的有关概念和评估评价细节。
第二步，填写提问单。由待评估或评价单位的代表完成。
第三步，进行响应分析。评估评价组对提问回答情况进行统计，并据此确定必须作进一步探查的领域，以便提出补充提问。待探查的领域应与CMM的关键过程域相对应。
第四步，进行现场访问。访问被评估或评价单位的现场，以便了解该现场所遵循的软件过程。当CMM的关键实践与现场的实践存在明显差异时，评估或评价组必须用文档记下对此关键过程域作出判断的理论依据。
第五步，提出调查发现清单。明确指出该组织软件过程的强项和弱项。调查发现清单指出了过程改进建议，并可作为软件采购单位风险分析的一部分。
第六步，制作关键过程域剖面图。指出软件开发组织已满足和尚未满足其目标的关键过程域。
9.7 小结
软件质量是软件工程关注的焦点。提高软件质量，一方面要在软件开发过程中对开发成果进行验证，另一方面要注重软件开发过程的规范化和可视化。前者注重的是产品本身的质量，后者注重的是产品管理的质量。显然，如果产品管理质量高，那么生产的产品质量是有保证的，否则产品质量难以预测。就目前的发展趋势，软件开发过程的规范化和可视化是提高软件质量的有效手段，也可对软件生产组织将来生产的产品的质量进行预测。
软件复杂性和可靠性是软件质量的两个重要方面。有关软件复杂性和可靠性分析技术为软件质量的分析提供了量化的方法。而软件质量保证体系、软件配置管理和软件过程能力成熟度模型是实施软件开发过程规范化和可视化的流行方式。
软件开发质量保证体系集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
软件开发质量保证体系 1. 使用范围 2. 引用标准 3. 定义 4. 质量体系框架 管理职责? 质量体系 评审 纠正措施 5. 质量体系生存周期 合同评审 需方需求规格说明
开发计划 质量计划 设计和实现 测试和确认 验收 复制、交付和安装 维护 软件开发质量保证体系 公司内部标准 本标准参照ISO9000-3 《质量管理和质量保证标准第三部分：在软件开发、供应和维护中的使用指南》。
1、使用范围 本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2、引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3、定义 产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：创作软件产品的所有活动。 供方：指本公司。 需方：指具体项目的需求方，即客户。
质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。 4、质量体系框架 管理职责 供方(及具体的项目开发组)负责以下职责 组织机构 本公司内部专门设立部门质量保证部门，由部门负责人及专门经过培训的人员组成。具体项目开发组，设立质量保证组，或委托公司质量保证部门协助开展工作。 质量保证部门负责以下工作： 建立并维护公司内部的质量保证体系。 对可能导致产品不合格的问题予以识别，采取措施予以避免。 发现并记录产品的质量问题。 提出、采取或推荐问题解决办法。 验证解决办法的实施效果。 对不合格产品的处理、交付过程进行控制，确保最终问题得以纠正。 质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。
质量保证计划
目录 第一章质量保证承诺 (2) 第二章质量管理 (2) 1质量管理服务规范 (2) 2质量管理内容 (2) 2.1编制和评审质量计划 (2) 2.2质量检查 (3) 2.3不符合项的跟踪处理 (3) 3质量管理责任分配 (3) 3.1质量保证小组职责 (3) 3.2配置管理小组职责 (4) 3.3测试小组职责 (4) 4质量保证措施 (4) 4.1项目进度 (4) 4.2需求分析 (5) 4.3系统设计 (6) 4.4系统实现 (6) 4.5系统测试 (6) 4.6系统维护 (7) 第三章质量问题处罚措施 (7) 1质量问题分类 (7) 2质量问题处理 (7) 3关于质量问题接受处罚的整体承诺 (8)
第一章质量保证承诺 针对本项目建设和实施，我方郑重承诺： 1、承诺按照国家现行标准、行业标准、相关建设标准及招标文件要求进行项目建设实施，保证供货和服务质量。 4、承诺在货物实施、调试、验收合格后，对采购人的相关人员进行免费现场培训。培训内容包括基本操作、保养维修、常见故障及解决办法等。 5、承诺依据按照要求提供项目售后服务。项目质量缺陷责任期为2年，自自招标人验收合格之日起计算。 6、为保证项目建设质量，承诺除不可抗力或业主要求外，拟派于该项目的驻场人员在项目实施过程中没任何更换。 以上承诺内容仅为部分列出，针对质量保证，我方将严格按照标准规范进行供货和项目实施。若因我方原因导致项目出现任何质量问题，我方愿承担一切后果。 第二章质量管理 1质量管理服务规范 根据本工程所具备的资源和系统环境等约束条件，我们将与用户及其他参与单位一道努力，按照ISO9000质量体系要求，通过质量管理协调各种因素在系统维护过程中的作用，有效的利用资源，完成预定任务。 按照ISO9000体系框架和要素的要求，紧密结合计算机系统维护项目的特点，制定出在各个环节的标准，来提高维护服务水平，控制质量。 本公司把ISO9000质量体系认证作为加强质量管理、提高企业竞争力的一张王牌。经过ISO9000质量认证工作，本公司取得了原先意想不到的效果，产生了巨大的效益。 ISO9000族标准的基本思想就在于一个组织要确定其质量目标，并按照其确定的质量目标建立并有效实施质量体系，确保影响产品质量的技术、管理和人的因素处于受控状态，所有的控制应针对减少和消除不合格，尤其是预防不合格，并建立和完善持续的质量改进机制。它由一系列规则和协议组成，由专门的组织机构以一系列的管理制度和工具来保证贯彻实施。 2质量管理内容 2.1编制和评审质量计划 制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。 质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确
关于软件质量管理体系建设的 方案 参考资料: 《cmmi3级软件过程改进方法与规》 《 ISO9001:2000标准》 修改记录: 作者简介： 软件企业质量经理、高级项目经理，联系方式__qq:317974257 方案说明： 参考了《cmmi3级软件过程改进方法与规》、《 ISO9001:2000标准》。同时参考了业界同行
写的相关方案或文章，吸收了他们的优秀见解。 1.引言 (3) 1.1软件质量概述 (3) 1.2公司软件质量现状分析 (4) 1.3软件质量管理的特点 (4) 1.4软件质量责任分配 (7) 2.软件质量管理体系建设总体方案 (7) 2.1进一步推动软件质量管理体系建设的原则 (8) 2.2软件质量管理体系完善需要解决的主要问题 (9) 2.3配置管理—实施软件质量管理的重要步骤 (10) 2.4进一步完善我们的测试管理体系 (12) 2.4.1.软件测试的组织与管理规划 (13) 2.4.2.测试管理体系过程控制 (15) 2.4.2.1测试流程模型 (16) 2.4.2.2测试流程控制 (16) 2.4.2.3测试小结 (18) 2.5软件质量保证（SQA）的实施 (19) 2.5.1.SQA概述 (19) 2.5.1.SQA实施 (20) 2.5.2.SQA与SQC区别与协作 (22) 2.6全面软件质量管理 (23) 2.6.1.全面软件质量管理 (23) 2.6.2.全面软件质量管理的方法---制定质量管理计划 (23) 2.6.3.全面软件质量管理的方法---技术评审 (24) 3.结束语 (24)
1.引言 1.1软件质量概述 随着信息技术的飞速发展，使软件产品应用到社会的各个领域，也造就了软件行业激烈竞争的生存环境，随着软件规模及复杂性急剧加大，软件质量已经成为人们共同关注的焦点。技术是软件企业的生命，而质量则是它的灵魂,软件企业要在竞争中占有一席之地，软件质量保证是第一要素。由此，软件质量的重要性是不言而喻的。 软件质量是指与软件产品满足规定的和隐含的需求的能力有关的特征和特性的总和。通常来说，软件质量应该包含六方面的特性: 功能性、可靠性、易使用性、效率、可维护性、可移植性。 软件质量管理包括：软件质量计划编制、软件质量保证和软件质量控制三个过程域。质量计划就是为了实现质量目标的计划,它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略，其容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证（Quality Assurance ，QA）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。质量控制是对阶
软件开发质量保证体系
软件开发质量保证体系来自https://www.doczj.com/doc/438625214.html, 1. 使用范围 2. 引用标准 3. 定义 4. 质量体系框架 4.1 管理职责 4.2 质量体系 4.3 评审 4.4 纠正措施 5. 质量体系生存周期 5.1 合同评审 5.2 需方需求规格说明 5.3 开发计划 5.4 质量计划 5.5 设计和实现 5.6 测试和确认 5.7 验收 5.8 复制、交付和安装 5.9 维护 4.1管理职责
4.1.1 供方(及具体的项目开发组)负责以下职责 组织机构 本公司内部专门设立部门质量保证部门，由部门负责人及专门经过培训的人员组成。具体项目开发组，设立质量保证组，或委托公司质量保证部门协助开展工作。 质量保证部门负责以下工作： 建立并维护公司内部的质量保证体系。 对可能导致产品不合格的问题予以识别，采取措施予以避免。 发现并记录产品的质量问题。 提出、采取或推荐问题解决办法。 验证解决办法的实施效果。 对不合格产品的处理、交付过程进行控制，确保最终问题得以纠正。 质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。 制定质量方针和质量目标 确保项目组成员均理解质量方针并能坚持贯彻执行。 公司内部制定一般性的质量方针及对软件产品的质量目标，作为各项目组的参照，各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺，具体质量目标及承诺，特别是超出公司目标的部分，提交给质量保证部门，以便提交给质量保证部门充分理解并协助实施。 《质量方针和质量目标》见附录 管理评审 质量保证部门负责人应每月对质量体系进行评审，主要是对内部质量审核结果的评定，以保证质量体系持续有效，保存评审记录。 4.1.2 需方（客户）应负的职责 在项目中，应向需方（客户）提出具体要求，明确其需要承担的职责，以便相互配合，共同保证项目的顺利实施。 需方应明确指定项目相关负责人，应具有足够的权力处理以下问题： 向供方提出需求 回答供方提出的某些相关问题 认可供方的提案 与供方签订协议并能确保遵守签订的协议 规定验收准则和规程 向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。 4.1.3 共同评审 双方定期地交流，并联合评审软件是否满足已经商定的需求规格说明书。
{项目名称}软件质量保证计划 状态：草稿标识号： 评审当前版本： 前一版本： 修订版发布日期： 摘要 “简要描述该文档的内容。”
修改历史 注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。
目录 1概述............................................ 错误!未定义书签。 目的和范围 ........................................... 错误!未定义书签。 软件质量保证计划维护 ................................. 错误!未定义书签。 参考资料 ............................................. 错误!未定义书签。2角色与职责...................................... 错误!未定义书签。 角色 ................................................. 错误!未定义书签。 职责 ................................................. 错误!未定义书签。3审核标准........................................ 错误!未定义书签。4过程能力与软件质量目标 .......................... 错误!未定义书签。 过程能力目标 ......................................... 错误!未定义书签。 软件质量目标 ......................................... 错误!未定义书签。 达到目标的活动 ....................................... 错误!未定义书签。5软件质量保证活动进度表 .......................... 错误!未定义书签。 项目软件质量保证活动 ................................. 错误!未定义书签。 参与内容............................................... 错误!未定义书签。 项目评审活动........................................... 错误!未定义书签。 软件工作产品审核....................................... 错误!未定义书签。 软件质量保证员审核计划 ............................... 错误!未定义书签。 客户满意度调查计划 ................................... 错误!未定义书签。 客户评审时间表(可选) ................................ 错误!未定义书签。6度量计划........................................ 错误!未定义书签。 原始数据 ............................................. 错误!未定义书签。 收集方法 ............................................. 错误!未定义书签。7审核规程........................................ 错误!未定义书签。8缺陷预防计划 .................................... 错误!未定义书签。
[主题] 软件质量管理保证体系 文档作者：微软中国 撰写时间：[发布日期] 文档状态：[状态] [单位] 2
修订记录
目录 修订记录 (2) 目录 (3) 公司内部标准 (4) 1．使用范围 (4) 2．引用标准 (4) 3．定义 (4) 4. 质量管理体系 (4) 4.1软件质量管理责任分配 (4) 4.2工作产品和活动 (5) 4.3评审 (6) 4.4质量保证（QA） (8) 4.5 软件测试 (10) 4.6 配置管理 (11)
公司内部标准 本标准参照CMMI3《质量管理和质量保证标准》 1．使用范围 本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。 以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2．引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3．定义 产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：软件产品的所有活动。 供方：指本公司。 需方：指具体项目的需求方，即客户。 质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。 4. 质量管理体系 4.1软件质量管理责任分配
4.2工作产品和活动
4.3评审 评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定的流程。 对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA、项目组成员，但不能有作者的直接领导或者管理者。 评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。 评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。
2 软件开发质量保证方案 (1) 2.1 质量管理内容 (1) 2.1.1 编制和评审质量计划 (1) 2.1.2 “过程和工作产品”的质量检查 (2) 2.1.3 不符合项的跟踪处理 (2) 2.2 质量管理责任分配 (2) 2.2.1 质量保证小组职责 (2) 2.2.2 配置管理小组职责 (3) 2.2.3 测试小组职责 (3) 2.3 质量保证措施 (4) 2.3.1 项目进度 (4) 2.3.2 需求分析 (5) 2.3.3 系统设计 (6) 2.3.4 系统实现 (6) 2.3.5 系统测试 (7) 2.3.6 系统维护 (8) 1 2软件开发质量保证方案 2.1 质量管理内容 2.1.1编制和评审质量计划 制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。 质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活
动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 2.1.2“过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作，并发布质量审计报告。 审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 2.1.3不符合项的跟踪处理 对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。 2.2 质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明： 2.2.1质量保证小组职责 质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。就项目是否遵循已制定的计划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项
软件开发质量保障方案 一、质量管理内容 1.1.编制和评审质量计划 制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。 质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 1.2.“过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作，并发布质量审计报告。 审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 1.3.不符合项的跟踪处理 对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。 二、质量管理责任分配 开发项目上按照规范化软件的生产方式进行开发。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明：
2.1.质量保证小组职责 质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。就项目是否遵循已制定的计划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情况，提高项目透明度，从而支持其交付高质量的软件产品。 质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产品质量数据，并与项目组协商不符合项的解决办法。 质量保证小组的检测范围主要包括：项目的进度是否按照项目计划执行，用户需求是否得到了用户的签字确认，软件需求是否正确的反映了用户的需求，是否将每一项用户需求都映射到软件需求；系统设计是否完全反映了软件需求；实现的软件是否正确的体现了系统设计；测试人员是否进行了较为彻底的和全面的测试；客户验收和交接清单是否完备；对于系统运行中出现的问题，维护人员是否记录了详细的维护记录；配置管理员是否按照配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。 2.2.配置管理小组职责 配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助配置管理工具的使用，来保证整个生命周期过程产生的所有配置项的完整性、一致性和可追溯性。配置管理是对工作成果（阶段工作成果和产品成果、进展状态成果）的一种有效保护形式，是反映项目及其工作产品的过去、现在、动态的资料和数据集中管理体现。 配置管理小组的主要职责包括：根据项目计划制定配置管理计划，建立配置库，为项目组人员分配配置库权限，创建需求、设计、开发、测试、交付阶段的基线。当纳入基线库的工作产品发生变更时，严格按照配置项变更控制过程执行变更，变更后建立新的基线。 2.3.测试小组职责 作为质量控制的主要手段，如同软件开发一样，测试在执行之前，测试小组制定软件测试计划、测试用例的编写和执行工作。 测试可以分为如下几种类型：代码走查、单元测试、集成测试、系统测试。为了保证程序的质量，开发人员需要对同伴的代码进行代码走查，同时对自己编写的程序进行单元测试，确保程序编译、运行正确。
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。
关于嵌入式系统软件的全过程质量保证 质量是产品的生命 当今随着软、硬件技术的发展，嵌入式系统广泛应用于航空航天、国防军事、电子通信等行业，其中软件也越来越复杂。而这些领域应用特点，决定了嵌入式系统往往是高安全、任务关键的系统，软件的微小瑕疵就可能严重威胁到生命和国家的安全、天文数字的巨额财产损失。这就使得保证嵌入式软件的质量和可靠性，变得至关重要。而在这些领域，对产品质量从来就保持着高度的重视，有将“质量视为产品的生命”的传统。这样，相关行业的高层管理人员和开发人员对于软件的质量也逐渐提高了重视程度。近年来，在组织上，建立了完善的软件测试体系；在开发和测试方法上，建立了中国的软件过程成熟度的评价体系GJB5OO0在自动化工具方面，投入了大量的经费和人员在测试设备的开发、购置和建设方面。应该说，软件作为嵌入式产品主要的组成部分之一，对其质量的重视是目前相关行业的一个共识。 IBM Rational多年来在软件工程和质量保证方面积累了丰富的方法和经验。本文依据部分嵌入式开发机构对软件质量保证工作的一些理解，分析相应开发机构工作中可能的问题，并提出以RUP为核心的全过程质量管理的思想和具体的实现方式，提出不同单位的过程改进方法，以一种渐进的方式，从简单的工作开始，逐渐深入地改进组织的软件质量管理水平。 定义质量 对于任何一个组织，定义共同的对质量的理解是重要的第一步。软件开发组织经常按照一种不精确的、概括的质量观念来运转。 在IBM Rational统一过程中，质量定义如下： 满足或超出认定的一组需求； 使用经过认可的评测方法和标准来评估； 使用认定的流程来生产。 在这个定义中，我们首先看需求，IBM Rati onal的软件质量在用户需求方面的定义分为五个方面：易用性、可靠性、性能、可支持和功能。 质量保证，归根结底就是为客户提供更高品质的产品，更好地满足客户的需求。另一方面，这个质量定义中明确指出，质量更体现在软件开发的整个过程和一个标准的评价方式上。 软件开发过程质量就是指为了生成工件而对可接受流程的实施和遵守程度，体现在三个层次： 产品本身和用来生产、组装软件产品的零部件质量； 在软件开发过程的标准化、流程化、自动化程度和团队基本协作平台的效率，各个过程对质量的承诺； 软件产品验收的评测手段应该是被业界广泛认可和接受的方法，所构筑的质量评价标准。 一个软件生产企业的过程质量一般可以用它的软件过程成熟度等级来评估。 RUP全过程质量保证 Rational Unified Process (RUP是一个可以通过Web来使用的软件工程过程。作为软件工业事实上的标准，它回答了我们以下问题：在整个软件开发的各个过程中，谁（角色）应该在什么时候（详细工作流程）做什么（任务）和产生什
软件质量保证体系 HEN SyStem OffiCe room【HEN16H-HENS2AHENS8Q8-HENH1688 ] ［标题］ I」录
公司内部标准 本标准参照IS09000-3《质量管理和质量保证标准第三部分：在软件开发、供应和维护中的使用指南》 1.使用范围 本标准作为本公司在软件项Ll开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。 以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2.引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3.定义 产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：软件产品的所有活动。 供方：指本公司。 需方：指具体项Ll的需求方，即客户。
质量体系：质量要素、各要素需要达到的IJ标以及在开发过程中必须采取的措施。 4.质量管理体系 软件质量管理责任分配 工作产品和活动
评审 评审是以一种正式的形式进行，如有正式的、事先定义好的有关职责的各种角色，并遵循组织规定的流程。 对于任何工作产品的审计，都会组建与之对应的专门评审组，包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA.项目组成员，但不能有作者的直接领导或者管理者。 评审小组先召开一个预备，作者会针对工作产品向大家做个总体的介绍，例如讲解一下本工作产品的目标是什么，以及其相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品，或者查看开发过程中所用到的检查单。 评审小组的主持人负责确定什么时间开始真正的评审会议，在预备会和正式评审会议之间，评审小组成员对工作产品进行彻底检查，并依据相关标准和准则评审工作产品。 在预定时间，评审小组成员以会议形式聚在一起，依次对产品进行检查，主持人负责对整个会议的进展进行控制，记录员记录下这个过程。 在工作产品中发现的每一个缺陷都会被认真记录下来，并被适当分类。 会议结束后，负责人需要分析相关缺陷，找出产生此缺陷的原因并加以修正。 主持人应确保所有的缺陷都会得到解决和修正。如果过程需要加以变更的话，应将相关问题移交相关的质量保证人员。
软件开发质量保证体系 1.使用范围 2.引用标准? 3.定义? 4.质量体系框架? 管理职责? 质量体系 评审 纠正措施 5.质量体系生存周期 合同评审
需方需求规格说明 开发计划 质量计划 设计和实现 测试和确认 验收 复制、交付和安装 维护 软件开发质量保证体系
公司内部标准 本标准参照ISO9000-3《质量管理和质量保证标准第三部分：在软件开发、供应和维护中的使用指南》。 1、使用范围 本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。 2、引用标准 本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。 使用本文档时，请尽量参照最新版本。 3、定义
产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发：创作软件产品的所有活动。 供方：指本公司。 需方：指具体项目的需求方，即客户。 质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。 4、质量体系框架 管理职责 供方(及具体的项目开发组)负责以下职责? 组织机构? 本公司内部专门设立部门质量保证部门，由部门负责人及专门经过培训的人员组成。具体项目开发组，设立质量保证
组，或委托公司质量保证部门协助开展工作。 质量保证部门负责以下工作： 建立并维护公司内部的质量保证体系。? 对可能导致产品不合格的问题予以识别，采取措施予以避免。? 发现并记录产品的质量问题。? 提出、采取或推荐问题解决办法。? 验证解决办法的实施效果。? 对不合格产品的处理、交付过程进行控制，确保最终问题得以纠正。? 质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。 制定质量方针和质量目标? 确保项目组成员均理解质量方针并能坚持贯彻执行。 公司内部制定一般性的质量方针及对软件产品的质量目标，作为各项目组的参照，各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺，具体质量目标及承诺，特别是超出公司目标的部分，提交给质量保证部门，以便提交给质量保证部门充分理解并协助实施。 《质量方针和质量目标》见附录 管理评审?
软件工程质量管理体系说明 我公司已软件工程要求建立了质量管理体系，严格控制产品的设计和开发的策划和过程，确保新产品满足市场要求。 一：职责分工 研发总监 主管公司技术、产品发展方向的调查研究,确定新产品的开发项目和新技术的研究方向；主管新产品的确定、设计、开发、评审、验证、确认等过程；主管新产品市场推广的技术支持和新产品的试运行。 研发部 组织实施新产品开发之前的可行性调研； 参与对立项报告的评审； 实施新产品的形态设计，编制新产品研发计划； 负责根据公司技术发展战略开展技术研究和新产品开发及老产品的改造、升级工作； 负责针对每个开发的软件产品进行全方位的测试，保障产品质量； 参与对产品开发过程的阶段性评审和开发结束时的验收。 负责软件技术的积累和成长，产品的软件开发、测试，产品软件的技术支持等，对软件的质量和稳定性负责，部门成员参加具体的产品的软件开发过程。 二、开发要求 1、确立设计开发项目根据市场调查、技术发展或市场需要提出新产品立项或重大改进需求的由指定专人进行可行性调研，编写《立项报告》，申请立项；根据立项申请，由研发总监组织相关人员（必要时聘请专家）进行评审并对结果进行记录。 2、设计开发的策划由研发部成立专门的项目小组对已立项的新产品编制《设计开发需求》，然后开始系统设计，以此作为项目组成员进行设计开发活动的依据。应阐明设计项目的输入和输出要求、设计的进度要求、人工预计、任务描述、设计验收的时机等活动的安排，并规定实施这些活动的职责； 研发部在系统设计完成时形成设计文档，由项目小组进行内部评审，形成记录。然后开始进行程序代码开发；项目负责人的选定要求其具有相当的能力和经验，项目组成员的选定也要求遵循资源优化的原则，有利于提高效率，避开矛盾，使资源得到合理的配置；项
1运维服务质量措施 1.1运维服务质量方针 公司作为专业化软件供应商，长期以来始终坚持“提供易用、可靠的产品和满意的服务”的质量方针，以“应用软件创造客户价值”作为公司的经营理念和发展策略，经过多年的发展，通过对用户发展状况和变化需求的充分了解，并从软件是客户的基础设施的角度出发选择合适的技术，控制用户的投资规模，把用户的需求与技术优化融合。以有生命的软件，来保证用户永远的价值。遍及服务网络，为提供及时周到的服务构建了一个坚实的平台。 1.2运维服务质量目标 为运维项目制定的质量目标是：为本项目提供优质服务，在技术服务必备条件满足的情况下，确保该服务体系按照周期运行，达到客户以及公司质量验收评定标准和规范。 1.3运维服务质量保证承诺 1、承诺按照ISO:9001国际质量管理体系、CMMI国际软件成熟度集成过程管理标准和规范，根据本次项目的实际情况和要求，结合公司在劳动保障行业丰富的项目管理和服务经验，通过科学、先进、规范、严密、扎实的维护服务管理和质量控制，保证高效、优质完成建设任务； 2、为使项目按质、按量、按时及有序实施，公司将为本运维项目成立完善的管理组织机构，由售后服务部门主管担任项目负责人，承诺严格按投标文件中的详细方案安排、人员配备方案和组织承诺，保证所有项目人员到位并保持稳定，承诺如更换项目负责人和主要技术负责人，将变更人及其工作影响、替换人资历等情况以书面材料报告用户方审核，未经用户方同意杜绝更换。 3、承诺将指派多名具备OA系统技术考核的人员和多年具有技术支持的项目师参与项目维护，并在项目现场驻点。
4、保证本项目所提供的所有产品是全新的、未使用过的，是最新产品，并完全符合招标文件和合同规定的质量、规格和性能要求；保证所提供的所有货物在正确安装、正常使用和保养条件下，在其使用寿命内具有较强性能；按照软件质量管理和质量保证体系，确保应用软件开发质量，符合国家标准有关软件开发技术规范、软件文档管理和软件验收标准的要求。 5、承诺将充分预估项目风险并建立完善高效的风险管理机制，识别分析项目中的各类风险因素，提前制定和提交应急预案。 1.4运维服务质量范围和标准 1.4.1质量范围 结合招标文件，本项目的质量范围： 本次运维项目维护软件应能满足通过双方共同确定业务需求，确保其运 行正常，正确地开展相关业务； 确保相关软件的数据库长期稳定、安全运行； 确保所开发的应用软件能够符合劳动保障部门制订的指标体系、数据接 口、业务规范、信息数据项、信息分类编码标准，有关技术标准严格执 行国家有关规定，并与国家标准、部标准保持一致。 1.4.2质量标准 此次公司为本项目做的服务体系，将严格遵循公司的质量规定，并全面采用公司采用国际着名承担外审的ISO9000：2000最新版的质量保证体系的管理方法。 1.4.3运维服务质量管理 运维服务质量管理的目的是建立对OA系统服务定量了解和实现特定的质量目标。运维服务质量管理包含确定软件运维服务的质量目标，制定实现这些目标的计划，并监控计划的执行，根据情况变化调整计划及目标。以保证最终提交的
1.1质量保障措施 质量保障措施包括项目质量管理保障措施和软件开发质量保障措施两方面。 1.1.1项目质量管理保障措施 1、资深的质量经理与质保组 针对本项目，将派遣资深的质量经理参与质量保证组（简称SQA组）。SQA 组负责确保项目遵守质量保证体系的标准要求，确保遵循项目计划书中描述的要求，确保交付的软件及其文档以及非交付的软件在需求、设计及管理等诸多方面的质量。 2、全程参与的质量经理 质量经理，即质量保证组组长，监控项目成员的软件活动，并对软件产品与可适用的标准、过程和软件开发计划的符合性进行评价，为双方项目领导小组监控项目的软件生产提供适当的可视性。 3、合理的质量控制流程 质量经理负责对项目进行监控与分析，将结果报告给由双方高层人员组成的项目领导小组。项目经理批准发布给用户的所有文档和软件，必须得到质量经理的复核和批准。 质量管理规范 质量经理的工作依据为行业标准、客户方约定的管理规范和公司的管理规范，工作方式为编制质量计划、过程和产品检查、评审和审计、问题上报等。 服从工程监理 鉴于本项目的专业性和复杂性，如本项目中标，XXX将在系统建设、安装调试和验收等各环节严格服从专业监理公司的全过程监控，以保证整个项目的质量。 加强协调管理 由于本试点工程参加建设单位较多，需要统一协调与配合。如本项目中标，xxxx将积极配合、充分协调项目参与各方的关系，提高工作效率，团结一致共同建设本项目。 严格合同和计划管理 本项目内容复杂，如本项目中标，为保证工程建设的质量和建成后运行的质
量，在施工各环节将严格加强合同管理和计划管理，严格按合同及工作计划进行施工，确保工作质量。 重视培训 由于本项目内容复杂，专业程度较高，如本项目中标，xxxxx将把培训工作贯穿到整个建设过程中。本项目的培训不能按照传统的培训方式在项目完成后进行，在工程设计、施工阶段采用边设计施工边培训的方式，以便用户更快使用本系统，同时保证工程少出偏差，保证工程质量。 1.1.2软件质量保障措施 软件质量保障措施包括对项目资源的保障，对质量管理过程的保障和对产品质量的技术保障。 （一）对软件产品的测试 软件测试是对软件产品质量保障最重要的措施之一。 测试是评价检查质量目标实现的重要手段，过程如下： 软件质量评价过程与测试活动的关系如下图所示：
第9章软件质量和软件质量保证体系 9.1 软件质量 9.1.1 软件质量特性 什么是软件质量？不同人或组织的看法各不相同。按照ISO/IEC 9126-1991（我国GB/T16260-1996）“信息技术软件产品评价、质量特性及其使用指南”国际标准，认为软件质量（Software Quality）是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和，例如，符合规格说明。简而言之，软件质量是软件一些特性的组合，它仅依赖于软件本身。 9.1.2 软件质量评价 评价软件质量可从三个方面进行，即产品或中间产品、过程（即软件生产所需的资源和活动）和项目。 评价可按如下三步进行： 1、定义质量需求 质量需求包含两个方面：①问题规定或隐含的需求；②软件质量标准和其它技术信息。 2、准备评价 首先选择质量度量；然后定义质量等级；再定义评估准则。 由于一般情况下，不可能对质量特性进行直接度量，从而应选择与质量特性相关的且可定量的软件特性加以度量。定义质量等级是依据应用问题的需求将质量度量值分割成若干不同满意程度的等级，如优秀、合格与不合格等。定义评估准则是为了综合软件不同质量特性的评价结果，可采用判定表或加权平均法；同时还可兼顾其它因素，如时间、成本等。 3、评价过程 评价过程实际上是对软件产品就第2步中准备的评价内容进行实施，也分3步： ①测量——把选定的质量度量应用到软件产品上； ②评级——确定某测量值的等级； ③评估——根据评估准则确定产品质量，并依据管理准则判定产品是否可通过验收或是否发行等等。
9.1.3 软件质量保证 软件的质量保证也和一般的质量保证一样，是确保软件产品从诞生到消亡为止的所有阶段的质量的活动。软件质量保证由各种任务构成，分别与两种不同的参与者相关——负责技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的软件质量保证（SQA）小组。软件工程师通过采用可靠的技术方法和措施，进行正式的技术复审、执行计划周密的软件测试来保证软件质量。SQA 小组主要辅助软件工程小组得到高质量的最终产品，对项目准备SQA计划，如确定需要进行的评价、需要进行的审计和复审、项目可采用的标准等；参与开发项目的软件过程描述，以保证该过程与组织政策、内部软件标准、外界所订标准以及软件项目计划的其它部分相符；复审各项软件工程活动，对其是否符合定义好的软件过程进行核实；审计指定的软件工作产品，对其是否符合定义好的软件过程中的相应部分进行核实；确保软件工作及工作产品中的偏差已被记录，并根据预定规程进行处理；记录所有不符合的部分，并报告给高级管理者；等等。?? 9.1.4 软件质量管理 所谓质量管理是指确定质量方针、目标和职责，并在质量体系中通过诸如：质量策划、质量控制、质量保证和质量改进，使其实施全部管理职能的所有活动。质量策划包括产品策划、管理和作业策划以及质量计划的编制和质量改进的准备工作。质量控制是指采取某些特定作业技术或开展某些活动，以达到质量要求。质量改进是指以追求更高的效益和效率为目标的持续性活动。 质量管理和质量保证相互依赖，但他们的活动具有不同的范围、不同的目的、不同的动机和不同的结果。?? 9.2 软件复杂性分析 9.2.1 基于需求分析的复杂性分析 软件工程的技术性工作始于需求分析，提供对分析模型质量的度量是有意义的和必要的。在需求分析阶段完成以后，项目的管理人员希望知道将要开发的软件有多大规模，这与将要投入的工作量、开发成本以及何时交付用户或何时投放市场都有密切的联系。同时，如果是委托开发的项目软件，用户也会关心开发机构提出的报价是否恰当合理。双方都希望有一个科学、公正的估价依据。下面介绍一种面向功能的软件复杂性度量方法——功能点方法。 面向功能度量是由Albrecht首先提出来的。功能点方法以需求规格说明书中双方确认的软件功能为依据，着重分析待开发系统的功能度（Functionality）。显然，软件的大小与软件的功能度相关，而与软件功能的描述无关，也与功能需求的如何实现无关。功能点（FP）度量可以用作从分析模型中获得系统大小的预测手段。 9.2.2 基于软件设计的复杂性分析