软件质量保证

提纲 SQA概述 CMM的关键过程域SQA 小结

1. SQA概述 1.1 是什么 1.2 重要性 1.3 ISO12207描述的任务 1.4 SQA主要方法 1.5 几个术语

1.1 SQA是什么 ISO/IEC 12207：1995指出：“软件质量保证过程（SQA）是恰当保证为项目生存周期中的软件产品和过程符合规定需求和已制订的计划提供足够保证的过程”。“质量保证可以是内部的，也可以是外部的，取决于向供方还是顾客管理部门演示产品或过程质量的证据。”

1.1 SQA是什么 质量：(产品、体系或过程的)一组固有特性满足(顾客和其他相关方)要求的程度 质量管理：在质量方面指挥和控制组织的协调的活动 (质量管理=制定质量方针和质量目标+质量策划+质量控制+质量保证+质量改进) 质量保证：质量管理的一部分，致力于提供质量要求会得到满足的信任 质量控制：质量管理的一部分，致力于满足质量要求（以上是GB/T 19000-2000的定义）

1.2 SQA的重要性 软件质量保证，是为了对一个软件工作产品符合规定的技术要求提供足够的置信度，必须采取的全部行动的一个有计划的系统的模式(CMM1.1) 。是与各个软件基本过程和工作产品都相关联的过程。 在CMM1.1的18个关键过程域中只有组织过程焦点、培训大纲、软件质量保证等3个关键过程域没有直接提到软件质量保证组的评审和/或审核活动。

1.3 ISO12207描述的任务 有如下四个方面的任务： 过程实施（定义范围） 产品保证 过程保证 质量体系保证 各方面的具体任务见下表：

1.3 表1 ISO12207规定的SQA活动和任务 活动 任务 解释 过程实施 建立适合项目的SQA。           协调质量保证过程和有关的验证、确认、联合评审及审核过程         制订SQA过程的活动和任务计划，写成文档，加以执行和维护         执行已安排的正在进行中的质量保证活动和任务，发现问题和不符合合同要求时，记入文档，作为问题解决过程的输入。编写执行活动、任务、执行情况、问题及其解决的记录，保存该记录          按合同规定使质量保证活动和任务的记录可由顾客使用。          保证负责保证符合合同要求的人具有组织自由、资源和权力，使能客观评价，并启动、影响、解决和验证问题解决。      目的是保证软件产品和所用过程符合已建立的需求和计划         计划内容包括： 1）  进行质量保证活动所用的质量标准、方法、规程和根据 2）  用于合同评审和协调的规程 3）  标识、收集、归档、维护和处置质量记录的规程 4）  进行活动的资源、进度和职责 5）  选择的支持过程（验证、确认、联合评审、审核和问题解决）的活动和任务

续表1 产品保证 保证合同所要求的所有计划都文档化、符合合同要求、相互一致，并按要求执行 保证软件产品和有关文档符合合同要求，遵守计划   保证合同所要求的所有计划都文档化、符合合同要求、相互一致，并按要求执行   保证软件产品和有关文档符合合同要求，遵守计划   准备交付软件产品时，保证他们已完全符合合同要求且顾客可接受   过程保证    保证采用的软件生存周期过程符合合同要求，遵守计划     保证内部软件工程实践、开发环境、测试环境和库符合合同要求     保证将适用的主合同要求传递到子合同，使分承制方的软件产品满足主合同要求     保证顾客和其他方按合同、协议和计划得到要求的支持和合作     保证软件产品和过程测量符合已建立的标准和规程      保证指派的职工具有满足项目要求所需的技能和知识，并经受必要的培训 质量体系的保证       保证按照合同规定的ISO9001的条款进行附加的质量管理活动

1.4 SQA主要具体方法 按照PDCA； 早期阶段，制定SQAP，并与SDP紧密结合； 帮助项目使过程规范化，传播项目成功经验； 注重开发过程，评审注重实效； 首先在软件项目内部处理符合性问题； 注意人员沟通方法； 利用其它活动的结果（验证、确认、测试……）。

1.5 几个术语（CMM1.1) 正式评审：一次正式会议，在此会议上将产品提交给最终用户、顾客或其他有兴趣的各方，以得到评论和批准。它也可以是对项目的管理和技术活动及项目进程的评审。 (评审:确定主题事项达到规定目标的适宜性、充分性和有效性所进行的活动。（GB/T19000）)

1.5 几个术语（CMM1.1) 审核：对一个或一组工作产品所作的独立考察，评估他们与规格说明、标准、合同协议或其他判据的符合性。 （为获得审核证据并对其进行客观的评价，以确定满足审核准则的程度所进行的系统的、独立的并形成文件的过程。（GB/T19000））

1.5 几个术语（CMM1.1) 验证：为了确定某个给定开发阶段的产品是否满足该阶段开始时所施加的条件而对软件进行评价的过程。 确认：在开发过程期间或结束时为了确定软件是否满足规定的需求而对软件进行评价的过程。

1.5 几个术语（CMM1.1) 验证实施：描述能保证遵照已建立的过程进行活动的措施。验证一般包括管理者和软件质量保证部门所作的评审和审核。 高级管理者和项目管理者进行监督; 质量保证组进行专门的验证，以证实关键实践正在恰当地进行。

提纲 SQA概述 CMM的关键过程域SQA 小结

图 CMM的关键过程域 KPA 目标 共同特性 关 键 实 践 基 础 设 施 和 制 度 化 约定 能力 活动 测量分析 验证 实施 成熟度等级 KPA 目标 约定 能力 活动 测量分析 验证 共同特性 评审 任务 规程 计划 方针描述 领导 资源 培训 活动状态 可变性 管理者 SQA 关 键 实 践 实施 基 础 设 施 和 制 度 化 图 CMM的关键过程域

成熟度等级 2 QA 关键过程域 目标 共同特性 执行的活动 执行约定 执行能力 测量和分析 验证实施 8 关键实践 保证制度化 实现目标 图 2级关键过程域SQA概貌

软件质量保证（目的） 向管理者提供适当的关于所用过程和所构造产品的可视性。为此执行下列任务： 1）在软件项目的早期阶段，与软件项目一起制定计划、标准和规程等。 2）在整个生存周期评审项目活动，审核软件工作产品，以验证它们符合性； 3）给项目经理和其它有关经理提供这些评审和审核的结果； 4）处理符合性问题，直至得到解决。

软件质量保证（目标） 目标1 软件质量保证活动是有计划的。 目标2 软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。 目标1 软件质量保证活动是有计划的。 目标2 软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。 目标3 受影响的组和个人接到软件质量保证活动和结果的通知。 目标4 高级管理者处理在软件项目内部不能解决的不符合问题。

受影响者 得到SQA活 动和结果的 通知 3 通知 SQA活动 有计划 1 软件产 品和活动符合 性得到验证 2 高级管理 者处理下级不 能解决的不符 合问题 4 报告 SDP SQAP 目标视图 3

目标与活动的关系 活动 目标 AC1 AC2 AC3 AC4 AC5 AC6 AC7 AC8 目标1    目标2 目标3 目标4

目标活动视图 1 目标1 软件质量保证活动是有计划的。 按规程为 软件项目制订 SQA计划 AC1 SDP SQAP 按SQAP 目标1 软件质量保证活动是有计划的。 按规程为 软件项目制订 SQA计划 AC1 SDP SQAP 按SQAP 进行SQA组 的活动 AC2 目标活动视图 1

目标2 软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。 目标2 软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。 按SQAP 进行SQA组 的活动 AC2 参与准备 和评审软件开 发计划、标准 和规 程 AC3*注） 评审软件 工程活动以验 证符合性 AC4**注） SQAP SDP、标准和规程 验证结果 审核指定的 软件工作产品 以验证符合性 AC5***注） 目标活动视图 2

目标活动视图 2（AC3注） *就下列方面提供咨询和评审： 符合组织方针 符合外部强加的标准和要求 适合项目使用的标准 SDP中应阐述的专题 项目指定的其他领域 验证计划、标准和规程已到位幻灯片 22

目标活动视图 2（AC4注） ** 对照SDP、标准和规程评价活动 鉴别偏差，建立文档并跟踪到结束 验证纠正措施幻灯片 22

目标活动视图 2（AC5注） *** 交付之前评价可交付的软件产品 对照指定的标准、规程和合同要求评价软件工作产品 鉴别偏差，建立文档并跟踪到结束 验证纠正措施

目标3 受影响的组和个人接到软件质量保证活动和结果的通知。 目标3 受影响的组和个人接到软件质量保证活动和结果的通知。 定期向软 件工程组报告 其活动结果 AC6 按规程处 理发现的偏差， 并建立文档 AC7 定期评审 SQA活动和 发现 AC8****（AC8注） SQAP 验证结果 目标活动视图 3

目标活动视图 2（AC8注） **** 合适时由SQA组与顾客SQA人员一起进行。

目标4 高级管理者处理在软件项目内部不能解决的不符合问题。 按规程处 理评审和审核中 发现的偏差，并 建立文档 AC7 验证结果 目标活动视图 4

SQA活动的基础设施和制度化 为使软件质量保证基本活动能顺利进行并取得成功， 首先必须有约定 ()(领导支持)和能力 ()(必要的保证条件)；此外，为使该过程制度化和不断改进， 还必须对过程活动的实施情况进行测量分析和验证。幻灯片 35

约定(领导支持) 制订实施 SQA的组织方针，并要求项目遵守。 该方针一般规定： 1）对全部软件项目，SQA功能到位。

能力(必要的保证条件) 1. 存在负责协调和实施项目的SQA的组(即SQA组)。 2. 为进行SQA活动提供足够的资源和投资保证条件 。

必要的保证条件 （提供足够的资源和投资） 指派一个经理专门负责项目的SQA活动。 指派一个懂得SQA任务并有权力采取适当监督行动的高级经理负责处理软件不符合问题。同时要求在SQA向高级经理报告链上的全部经理均很明白SQA的任务、责任和权力。 使支持SQA活动的工具适用。例如： 工作站， 数据库程序， 电子表格程序， 审核工具。能力

必要的保证条件 （对SQA组成员进行的培训： ） 软件工程技巧和实践； 软件工程组和其它软件-有关组的岗位任务及职责； 用于软件项目的标准、规程和方法； 软件项目的应用领域； SQA的对象、规程和方法； SQA组对软件活动的参与； SQA方法和工具的有效使用； 人员间的交流。能力

必要的保证条件 （对软件项目成员的定向培训） 定向培训是向对在某专题领域内负责开展工作的个人进行监督或与这些个人打交道的人员进行的 是对有关该专题的概述或介绍。幻灯片 29

SQA经理和SQA组负责 策划 实施 报告 1）按规程 为软件项 目制订S QA计划。 2）按计划 进行SQA 组的活动。 3）参与准备评审 SDP、标准和规程。 4）评审软件工 程活动，以验证 符合性。 5）审核指定的软 件工作产品，以 验证符合性。 7）按规程处理发 现的不符合问题 ，并建立文档。 8）必要时SQA 组与顾客SQA组 一起评审自己的 活动和发现。 6）定期向 软件工程 组报告其 活动结果。 7）将项目 内部不能 解决的不 符合问题 建立文档， 报告指定 的高级经 理，跟踪 直至解决。 1)软件工作说 明书、合同 2)有关标准和 规程： 软件过程标准 软件开发标准 软件测试标准 SCM规范 SQA规范 SQAP制订规程 偏差处理规程 软件设计准则 设计检查单 数据采集规程 输入 输出 项目软件质量 保证计划 项目采用的标 准和规程 各种评审和审 核活动的记录 和报告 问题报告和问 题解决报告 软件质量有关 的数据 测量和分析 验证 图3 软件质量保证过程活动概要

SQA过程进入准则 存在实施SQA的书面的组织方针。 已有项目软件工作说明书、合同中的有关说明或协议。 具备必要的保证条件。 已有两项必要的规程和有关规范。

SQA过程输入 1 软件工作说明书 2 合同中的有关说明或协议

SQA过程输入 （SQA 有关的标准、规程） 软件过程标准或规范 软件开发标准或规范 软件测试标准或规范 软件配置管理规范 软件质量保证规范 SQAP制订规程 偏差处理规程 软件设计准则 软件设计检查单 软件质量数据采集规程

图4 软件质量保证过程流程 进入准则 测量、分析； 验证实施 退出准则 方针明确 能力具备 项目已定义 两项规程和有 关规范已有 输入 测量、分析； 验证实施 按规程为项目 制定SQAP 按计划进行SQA活动 参与准备和评审软件开发计划、标准和规程 评审软件工程活动 审核指定的工作产品 定期向软件工程组报告结果 按规程处理偏差并建立文档 退出准则 产品符合需求 数据记录完整 、受控 与顾客SQA组一起定期评审自己SQA的活动和发现 输出 图4 软件质量保证过程流程

SQA活动流程说明 1）按规程为软件项目制订SQA计划。 2）按计划进行SQA组的活动。 3）参与制定软件开发计划、标准和规程 4）评审软件工程活动。 5）审核指定的软件工作产品。 6）定期向软件工程组报告其活动结果。 7）按规程处理评审和审核中发现的偏差，并建立文档。 8）必要时SQA组与顾客的SQA组一起评审自己的活动和发现。

SQA过程活动输出 项目软件质量保证计划 项目采用的标准和规程 各种评审和审核活动的记录和报告 问题报告和问题解决报告 软件质量有关的数据

测量和分析 进行测量，以便分析和确定SQA活动的成本和进度状态。测量内容例如： SQA活动里程碑完成情况与计划比较； 产品审核和活动评审的次数与计划比较。

验证实施情况 1 高级管理者，定期参与评审SQA活动。 2 项目经理，既定期地也事件驱动地参与评审SQA活动。

验证实施情况（ 高级管理者） 定期参与评审SQA活动。 评审技术、花费、进度等情况。 分析软件质量方面的风险。 分析低层无法解决的问题。 安排和评审措施条款，并跟踪到结束。 准备每次会议的摘要报告，分发给受影响的组。

验证实施情况（ 项目经理） 既定期地也事件驱动地参与评审SQA活动。 受影响的组有代表出席。 对照软件质量保证计划（或开发计划中的有关部分）评审技术、质量、花费和进度等绩效。 分析组间的相互依赖关系。 分析较低层次上无法解决的矛盾和问题。 分析软件质量风险。 评审措施条款，并跟踪到结束。 准备每次会议的摘要报告，分发给受影响的组。

SQA过程退出准则 项目软件完成且软件产品符合要求。 各种应有的数据或资料均已存档。

主要参与者 项目软件质量保证过程域的主要参与者及其职责见表2。

表2 软件质量保证过程域的主要参与者及其职责 角色 职责 SQA经理 1.全面负责项目软件质量保证活动： 2.制定SQAP； 3.参与准备和评审SDP、标准和规程； 4.组织进行软件工程活动评审和软件工作产品审核； 5.定期向软件工程组通报SQA活动结果； 6.处理发现的不符合问题； 7.适合时与顾客的SQA人员一起定期评审自己的活动。 SQA组 按SQA经理的安排进行。 指定的高级管理者 1.处理项目内部无法解决的不符合问题； 2.定期参与评审SQA活动。 项目软件经理 1.负责实现项目质量目标； 2.征求SQA意见并支持SQA活动； 3.定期地且事件驱动地评审项目SQA活动。 独立专家 独立于SQA组的专家定期评审SQA组的活动和软件工作产品。 软件工程有关人员 支持项目SQA活动。

必要的规程 这些规程可以作为其他文档的一部分。 SQAP的制定规程 偏差处理规程

必要的规程 （ SQAP制定规程一般规定） SQAP的制定是在整个项目策划的早期，与软件项目策划平行； 项目经理、 项目软件经理、 其他软件经理、 顾客的SQA代表、 接受SQA组不符合问题报告的高级经理、 软件工程组 对SQAP进行管理和控制。

必要的规程 （ 偏差处理规程一般规定 ） 将不符合SDP、标准和规程的问题写成文档，与有关软件任务领导、软件经理或项目经理一起解决； 有些在项目内部不能解决的问题，写成文档交给指定的接受不符合问题的高级经理； 定期评审交给高级经理的不符合问题直至解决； 对不符合问题的文档进行管理和控制。

模板或示例 1 SQAP 2 评审记录和评审报告 3 问题报告和问题解决报告 4 质量数据

模板（ SQAP） 1 SQA组的职责和权力； 2 SQA组的资源要求（职员、工具和设施）； 3 SQA组活动进度表和投资； 4 SQA组参加制定项目的SDP、标准和规程的情况； 5 SQA完成的对产品和活动的评价； 6 评价的产品和活动；（包括运行软件和支持软件、交付的和不交付的产品、程序和非程序产品（例如文档）、产品开发和验证活动（例如运行测试用例）和产品生成活动）

模板（ SQAP续） 7 SQA组进行的审核和评审； 8 评审和审核所依据的项目的标准和规程； 9 不符合问题的文档建立和跟踪规程； 8 评审和审核所依据的项目的标准和规程； 9 不符合问题的文档建立和跟踪规程； 10 要求SQA生成的文档； 11 SQA组向软件工程组和软件有关组反馈信息的方法和频率。

示例（质量数据） 项目规模 （功能点FP） 工作量 生产率 F 表示项目大小，以功能点数计 E 项目的人力总投入，以人-月计

示例（质量数据） 缺陷数 质量 缺陷引入率 缺陷排除效率 D1 开发期中（交付前）发现的缺陷数 Q=D2/F 每个功能点包含多少交付的缺陷数 缺陷引入率 DI=(D1+D2)/F 整个项目生存期中每个功能点发现的缺陷数 缺陷排除效率 DR=D1/D

特殊任务 如果项目有分包商，则可能项目的SQA组也要负责子合同管理中SQA的有关工作 在子合同经理统一安排下开展工作

提纲 SQA概述 CMM的关键过程域SQA 小结

SQA过程域小结 1.非常重要 2.只是起保证作用,不能代替开发者的质量实现作用 3.要有独立的渠道 4.SQAP融入SDP 5.重在沟通,及时通报受影响者 6.认真考虑必须测量的数据及其测量、分析和使用方法 7.对SQA人员要求高

 4 3 2 1 验证 测量 8 7 6 5 活动 能力 约定 目标3 目标2 目标1 软件质量 保证 目标4 表 目标与关键实践的关系

规程与模板 规程： 模板： SQAP制订规程－SQA-Ac1 偏差处理规程－SQA-Ac7 质量数据采集规程 SQAP模板 评审记录模板 问题报告模板

妨碍软件质量保证的因素 对SQA的作用缺乏了解（领导、工程人员） 对SQA负责产品和活动的质量有误解 误认为SQA与软件测试相同 缺乏工作产品或过程记录 缺乏明确定义的文档化的过程（如：规程、标准）使SQA无法验证符合性 SDP对SQA活动的周期和经费安排不当 SQA由未经SQA职能培训的人员实施