质量管理体系专业审核作业指导书(计算机软件行业)

ZJQC--TG-3301:2001

/

/

/

/

附录：计算机软件产品相关的国家标准 编制 审核 批准 /

实施日期肖维

艾轶伦

本指导书对计算机软件行业进行质量体系审核的基本方

标准对计算机软件产品的开发、供应、安装和维护进行的质量体系认证审核。本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代；是指导质量体系审核的支持性文件。本审核指导书附录给出了软件产品相关的主要国家标准清单。本审核指导书起草单位：北京中经科环质量体系认证有限公司本审核指导书主要起草人员：

标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。

质量管理和质量保证标准

部分： 指南

软件工程术语

信息技术 软件产品评价 质量特性及其使用指南

信息技术—软件生存期过程

术语

智力创作。

和数据。

编译程序、解释程序或翻译程序来作为程序的执行作准备，以及执行该程序。 ）：成部分。

和标准的）要求的一致性，对该阶段产品进行评价的过程。

/

计算机及相关业务 办公设备及计算机的维护修理 其它与计算机有关的活动

/

可靠性、易用性、效率、维护性、可移植性。主要特点有：

、开。所

对涉及软件产品的质量体系提供了补充性指南，即质量管理和质量保证标准

第三

,

故软件公司要证实其开发软件产品的能力时，应使

标准。

，编

，故的工作量。

软件。这与大规模现代化生产有着极大的差别。

，其量。

应包括

个基本的主要生存期过程，说明如下：

软件相关品和服务（包系统成）的开过程常包以下阶段：对用户和系统的需求进行分析，以建立对包含计算机软件的系统的需求。

护需求；设计限制和验收鉴定要求。该阶段还应编制项目开发计划。对应

建立高层的系统体系结构，在系统体系结构中体现系统的需求。该系统体、软。对

确定对软件的各种需求，包括功能、性能需求等，以及软件外部接口的需，并。对

将软件需求转变为一个体系结构，并描述它的顶层结构和定义它的主要部。应。对

详细设计组成软件的每个软件部件，并逐步细化到较低的软件单元层次。保证软件的需求已完全分配给软件部件到软件单元的整个软件。对应

的条款：

i.

、人

j.）。

组织为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动。对应

量。支持过程一般包括：

的条

d

根据项目的要求按不同程度（为需方、供方或某独立的一

）所

关键质量活动

理、软件的复制和备份。

. 审核要点与审核方法软件产品没有明确的生产制造过程。软件产品的质量特性主要取决于软件的设计、开发阶段的活动。因此，软件产品的设计开发活动是审核的重点。

对应标

对应标

通常涉及的准条款

/

的关键质量活动

审核要点和取证方法 文件控制 项目开发部门、质量管理部门 记录控制 项目开发部门、质量管理部门

配置管理程序可用来实施文档和资料控制、建立文档和资料的控制程序时，组织要确定应遵守控制程序的文档和数据，包括外来文档和数据。文档和数据包括：—合同规定的文档，包括需求规格说明—用于描述软件生存周期内的质量体系的形成文件的程序—描述组织活动的策划和进度以及组织与顾客相互配合的计划文档—描述具体软件产品的或与特定软件产品相关联的产品文档和数据。在使用电子手段实现文档控制的地方，应特别注意适当的批准、存取、发放、媒体归档程序。审核中应对相关的文档记录（批准、存取、发放）进行检查。质量记录有—测试结果文档—问题报告—变更请求—加注解的文档—评审记录—会议记录—审核报告如果是记录在电子媒体上，考虑记录的保存时间和可访问性时，最好将电子图像的退化速率以及访问记录所需的设备和软件的可用性考虑在内。审核中对相关的文档和记录进行检查。 能力意识和培训

项目开发部门、质量管理部门

在确定人员能力和满足需求时，组织应考虑软件产品开发和管理中用到的具体工具、技术、方法和计算机资源；应针对软件涉及到的特定领域知识和技能进行培训。资格认定和培训要求应形成文档。审核中对相关的文档和记录进行检查。 需求分析 软件设计 设计评审 软件编码 代码审查

用户或项目提出

需求分析应形成文档，作为软方、项目开发部

件产品开发的输入和依据，需、质

求分析文档应完整记录需求分析和项目策划的结果，得到用户或任务提出方的认可并经技术负责部门的评审和批准。审核中应检查需求分析文档（通常包括“需求规格说明”、”、“”、“”、“配置管理计划”等）及相关的评审记录。项目开发部门、

软件设计的输出应满足输入的质量管理部门

要求，应包含需求分析的全部内容，并逐步细化。审核中应检查软件设计文档（通常称为“软件设计说明”）项目开发部门、

设计评审应按计划安排进行，质量管理部门

评审时应考虑可行性、保密性和安全性、编程规则和可测试性。关键阶段的设计评审应保留记录。设计评审记录应说明评审发现的问题，并提供评审结论。对评审提出的问题和建议应予以跟踪和解决。审核中应检查关键设计评审的相关记录及有关问题的跟踪。项目开发部门

软件编码应在详细设计后进行，应严格按软件设计的要求进行编码。审核中应对软件编码的有关文档进行检查，可能时，还应检查软件编码人员是否了解软件编码的基本准则。项目开发部门

代码审查应有基本的要求和准质量管理部门

则。代码审查应有记录。代码审查发现的问题应予以记录和跟踪。审核中应检查代码审查的有关记录 软件测试

项目开发部门、质量管理部门

软件测试应提供测试计划、测测试报告等文档。其中比较重要的测试计划应予以评审。测试发现的问题应予以记录和跟踪。问题的更改应按设计更改予以控制。审核中应对相关的测试文档和记录（包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录）进行检查。 系统确认和鉴定测

项目开发部门、质量管理部门

系统确认鉴定测试的测试应满足上述要求。确认和鉴定计划应予以评审。测试的内容应覆盖需求分析的所有内容。 设计更改 项目开发部门、质量管理部门 配制管理 项目开发部门、质量管理部门

审核中应对相关的文档和记录（包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录）进行检查。设计更改应予以控制和记录。设计更改后应进行回归测试。设计更改的有关内容应纳入配置管理活动。审核中应对相关文档和记录（包括更改审批和回归测试记录）进行检查。配置管理的主要目的是控制软件产品的技术状态，确保软件模块之间的相互协调并确保提交软件产品的正确版本。配置管理活动通常应制定配置管理计划。应明确软件产品的配置项。并在适当阶段对配置状态予以记录。审核中应对相关文档和记录（一般包括配置管理计划和配置管理报告）进行检查。 软件的复制备份

项目开发部门、质量管理部门

软件及相关文档的适当阶段产品应予以复制和备份。软件复制和备份通常被看作是软件产品的生产过程。软件产品的复制应有明确的标识，以清楚地显示软件的配置状态。复制和备份的软件产品应予以检验， 顾客财产 项目开发部门、质量管理部门 产品防护 项目开发部门、质量管理部门

并注意介质的保护和防病毒。审核中应对相关文档和记录（一般包括软件生产报告和测试、验证记录等）进行检查。顾客财产包括：软件产品、开发工具、开发环境包括网络服务、测试和运行数据、接口或其它规格说明、硬件、顾客专利信息。审核中应检查组织是否采取验证活动来验证顾客财产并记录结果。要防止软件产品受病毒感染，要考虑计算机媒体的贮存，特别是电磁和静电环境；存储软件项的系统应能保证软件项的审核中检查是否有形成文件的程序用来证实已进行适当程度的病毒检查。

件的开发和使用有明确规定，应在审核中予以检查。

附录：计算机软件产品相关的国家标准

系统资源图的文件编制符号及约定 信息处理

软件生存期过程 计算机软件产品开发文件编制指南 计算机软件需求说明编制指南 计算机软件测试文件编制规范

软件工程术语 计算机软件质量保证计划规范 计算机软件配置管理计划规范