8计算机软件行业.docx
《8计算机软件行业.docx》由会员分享，可在线阅读，更多相关《8计算机软件行业.docx（19页珍藏版）》请在冰点文库上搜索。
8计算机软件行业
质量管理体系专业审核作业指导书
ZJQC--TG-3301:
2001
计算机软件行业
北京中经科环质量认证有限公司
发布日期：
2001-10-16实施日期：
2001-10-16
目录
目录
（1）
前言
（2）
1适用范围（3）
2引用标准（3）
3术语（3）
4产品/服务范围与专业代码（3）
5产品/服务质量特性及主要特点（3）
6业务/服务流程（4）
7关键质量活动（5）
8审核要点与审核方法（6）
9法规与技术标准/规范要求的检查方法（9）
附录：
计算机软件产品相关的国家标准（10）
编制
审核
批准
版本/修订
实施日期
肖维
张玉蕊
艾轶伦
1/0
01-11-6
前言
本指导书对计算机软件行业进行质量体系审核的基本方法进行了简要说明，适用于按照GB/T19001-2000标准对计算机软件产品的开发、供应、安装和维护进行的质量体系认证审核。
本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代；是指导质量体系审核的支持性文件。
本审核指导书附录给出了软件产品相关的主要国家标准清单。
本审核指导书起草单位：
北京中经科环质量体系认证有限公司本审核指导书主要起草人员：
肖维
1．适用范围
本审核指导书适用于按照GB/T19001-2000标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。
2.引用标准
GB/T19000.3-2001质量管理和质量保证标准第3部分：
GB/T19001-1994在计算机软件开发、供应和维护中的使用
指南
GB/T11457—1995软件工程术语
GB/T16260—1996信息技术软件产品评价质量特性及其使用指南
GB/T8566—1995信息技术—软件生存期过程
3.术语
3.1软件：
包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作。
3.2软件产品：
交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。
3.3软件项：
在开发中间阶段或最后阶段的软件产品中的任何可标识部分。
3.4开发：
创作软件产品的所有活动。
3.5计算机程序：
适合于计算机处理的指令序列。
处理可包括使用汇编程序、编译程序、解释程序或翻译程序来作为程序的执行作准备，以及执行该程序。
3.6文档（文件）：
与程序开发、维护和使用有关的材料，它是软件的重要组成部分。
3.7软件验证：
为确保某一阶段产品的正确性和与该阶段输入所规定的（产品和标准的）要求的一致性，对该阶段产品进行评价的过程。
3.8软件确认：
为确保软件符合规定的要求而进行评价的过程。
4.产品/服务范围与专业代码
本审核指导书所覆盖的产品/服务范围及相应的专业代码为：
计算机及相关业务K72
软件72.20
数据处理72.30
数据库业务72.40
办公设备及计算机的维护修理72.50
其它与计算机有关的活动72.60
5.产品/服务质量特性及主要特点
计算机软件及相关产品/服务的质量可用以下六个特性来评价：
功能性、可靠性、易用性、效率、维护性、可移植性。
主要特点有：
（1）系统是逻辑的。
软件产品不同于大多数其他工业产品，它是无形的，即没有质量，也没有体积，是看不见，摸不着，完全没有物理性质的产品，它把思维、概念、算法、组织、流程、效率等六方面的问题融为一体，是一个逻辑的系统，它的工作主要集中在定义、开发和维护等方面。
所以ISO针对这一技术领域的特点，对涉及软件产品的质量体系提供了补充性指南，即质量管理和质量保证标准第三部分：
GB/T19001-ISO9001在软件开发、供应和维护中的使用指南（GB/T19000.3-ISO9000-3）,故软件公司要证实其开发软件产品的能力时，应使用GB/T19000.3-ISO9000-3标准。
（2）文档资料比重比较大。
软件开发渗透着软件人员的脑力劳动。
文档作为软件产品的主要形式集中体现了软件开发人员大量的脑力劳动成果，编制文档的工作量大约占整个软件项目工作量的40%，故文档在软件开发中占有突出的地位和相当大的工作量。
（3）种类繁多。
软件的开发是在特定的机型上进行的，利用特定的硬件配置，由特定的系统软件或支撑软件支持，形成特定的开发环境，使用特定的开发方法、工具和语言，使开发出的软件产品具有独一无二的特色，几乎找不到完全相同的另一软件。
这与大规模现代化生产有着极大的差别。
（4）技术性较强。
软件项目的工作是技术性很强的工作，渗透了大量人的因素，要求具有一定业务水平和实践经验的人员参加，其素质的好坏直接影响着软件的质量。
6．业务/服务流程
软件产品的生存期过程按GB/T8566《信息技术软件生存期过程》的有关要求应包括7个基本的主要生存期过程，说明如下：
（1）管理过程：
生存期过程中的各项管理活动，包括项目管理。
对应GB/T19001-2000的条款：
7.1
（2）采购过程：
需方按合同一个系统、软件产品或服务的活动。
对应GB/T19001-2000的条款：
7.4
（3）供应过程：
组织向需方提供合同中的系统、软件产品或服务的活动。
对应GB/T19001-2000的条款：
7.2、7.5
（4）开发过程：
组织为了定义和开发软件或服务所需要的活动。
对应GB/T19001-2000的条款：
7.3、7.5
计算机软件及相关产品和服务（包括系统集成）的开发过程通常包括以下阶段：
a.系统需求分析阶段：
对用户和系统的需求进行分析，以建立对包含计算机软件的系统的需求。
系统需求应当说明：
系统的功能和性能；安全、保密、人机工程、接口、操作和维护需求；设计限制和验收鉴定要求。
该阶段还应编制项目开发计划。
对应GB/T19001-2000的条款：
7.2.1、7.3.1、7.3.2
b.系统设计阶段：
建立高层的系统体系结构，在系统体系结构中体现系统的需求。
该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置。
应保证系统需求已完全分配给硬件、软件和人工操作。
对应GB/T19001-2000的条款：
7.2.1、7.3.2、7.3.4
c.软件需求阶段：
确定对软件的各种需求，包括功能、性能需求等，以及软件外部接口的需求和软件的验收鉴定要求，并写成文档。
对应GB/T19001-2000的条款：
7.2.1、7.3.1、7.3.2
d.概要设计（总体设计）阶段：
将软件需求转变为一个体系结构，并描述它的顶层结构和定义它的主要部分。
应保证软件需求已完全分配给了各个部分。
对应GB/T19001-2000的条款：
7.3.3、7.3.4、7.3.5
e.详细设计阶段：
详细设计组成软件的每个软件部件，并逐步细化到较低的软件单元层次。
保证软件的需求已完全分配给软件部件到软件单元的整个软件。
对应GB/T19001-2000的条款：
7.3.3、7.3.4、7.3.5
f.软件编码（软件实现）阶段：
编写各软件单元源代码，并进行单元测试。
对应GB/T19001-2000的条款：
7.3.3、7.3.4，7.3.5
g.软件集成或组装阶段：
按软件集成或组装计划将软件单元逐步组装成软件部件，以至完整的软件，并进行测试。
对应GB/T19001-2000的条款：
7.3.3、7.3.4、7.3.5
h.软件确认和鉴定测试阶段：
依据软件的需求和验收鉴定要求进行确认和鉴定测试。
对应GB/T19001-2000的条款：
7.3.5、7.3.6、7.3.7
i.系统集成阶段：
将软件与硬件、人工操作和其它必要的系统部件一起集成到系统中去。
对应GB/T19001-2000的条款：
7.3.3，7.3.4，7.3.5
j.系统鉴定测试阶段：
依据对系统的鉴定要求进行系统鉴定测试（或试验）。
对应GB/T19001-2000的条款：
7.3.5、7.3.6、7.3.7
k.系统及软件维护阶段：
根据实际要求，当系统或软件出现异常、缺陷、问题或需要改进和修改时，对系统软件及相关文档进行修改和完善。
对应GB/T19001-2000的条款：
7.3.7
（5）操作过程：
组织为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动。
对应
GB/T19001-2000的条款：
7.5
（6）维护过程：
组织为了管理软件的修改，使它处于良好运行状态所需要的活动。
这个过程包括系统的移植和退役。
对应GB/T19001-2000的条款：
7.3.7、
7.5、8.2、8.3、8.5
（7）支持过程：
对项目的生存期过程给予支持，有助于项目成功并提高项目的质量。
支持过程一般包括：
a.文档开发过程：
记录软件生存期过程中所产生的信息的活动。
对应GB/T19001-
2000的条款：
4.2.3、4.2.4
b.配置管理过程：
进行配置管理活动的过程。
对应GB/T19001-2000的条款7.5.3
c.合同要求的评审过程：
定义合同要求以及需方和组织之间的相互关系的活动。
对应GB/T19001-2000的条款：
7.2
d．验证和确认过程：
根据项目的要求按不同程度（为需方、供方或某独立的一
方）定义和确认产品或服务的活动。
对应GB/T19001-2000的条款：
8.4
e.软件质量保证过程：
为了保证产品或服务与合同要求相符，确定并实施（独立
于产品或服务的开发者）所要进行的并符合已建立的计
划的活动。
对应GB/T19001-2000的条款：
5.4
f.改正过程：
处理在产品或服务中发现的问题或不符合之处的活动。
对应GB/T19001-2000的条款：
8.2、8.3、8.5
g.培训过程：
提供训练有素的人员所需要的活动。
对应GB/T19001-2000的条款：
6.2
h.环境建立过程：
为采用软件生存周期的任何过程而建立环境时所需要的活动。
对应GB/T19001-2000的条款：
6.1、6.3、6.4
7.关键质量活动
软件产品开发过程是关键过程。
关键质量活动为：
需求分析、软件设计、设计评审、软件编码、代码审查、软件测试、系统确认和鉴定测试、设计更改、配置管理、软件的复制和备份。
8.审核要点与审核方法
软件产品没有明确的生产制造过程。
软件产品的质量特性主要取决于软件的设计、开发阶段的活动。
因此，软件产品的设计开发活动是审核的重点。
序号
主要过程的关键
质量活动
对应标
准条款
通常涉及的
职能部门/单位
审核要点和取证方法
1
文件控制
4.2.3
项目开发部门、
质量管理部门
配置管理程序可用来实施文档和资料控制、建立文档和资料的控制程序时，组织要确定应遵守控制程序的文档和数据，包括外来文档和数据。
文档和数据包括：
—合同规定的文档，包括需求规格说明
—用于描述软件生存周期内的质量体系的形成文件的程序
—描述组织活动的策划和进度以及组织与顾客相互配合的计划文档
—描述具体软件产品的或与特定软件产品相关联的产品文档和数据。
在使用电子手段实现文档控制的地方，应特别注意适当的批准、存取、发放、媒体归档程序。
审核中应对相关的文档记录（批准、存取、发放）进行检查。
2
记录控制
4.2.4
项目开发部门、
质量管理部门
质量记录有
—测试结果文档
—问题报告
—变更请求
—加注解的文档
—评审记录
—会议记录
—审核报告
如果是记录在电子媒体上，考虑记录的保存时间和可访问性时，最好将电子图像的退化速率以及访问记录所需的设备和软件的可用性考虑在内。
审核中对相关的文档和记录进行检查。
3
能力意识和培训
6.2.2
项目开发部门、
质量管理部门
在确定人员能力和满足需求时，组织应考虑软件产品开发和管理中用到的具体工具、技术、方法和计算机资源；应针对软件涉及到的特定领域知识和技能进行培训。
资格认定和培训要求应形成文档。
审核中对相关的文档和记录进行检查。
4
需求分析
7.1
7.2
7.3.1
7.3.2
用户或项目提出方、项目开发部门、质量管理部门
需求分析应形成文档，作为软件产品开发的输入和依据，需求分析文档应完整记录需求分析和项目策划的结果，得到用户或任务提出方的认可并经技术负责部门的评审和批准。
审核中应检查需求分析文档（通常包括“需求规格说明书”、”项目开发计划”、“质量保证计划”、“鉴定测试计划”、“配置管理计划”等）及相关的评审记录。
5
软件设计
7.3.2
7.3.3
项目开发部门、
质量管理部门
软件设计的输出应满足输入的要求，应包含需求分析的全部内容，并逐步细化。
审核中应检查软件设计文档（通常称为“软件设计说明书”）及相关的评审记录
6
设计评审
7.3.4
项目开发部门、
质量管理部门
设计评审应按计划安排进行，评审时应考虑可行性、保密性和安全性、编程规则和可测试性。
关键阶段的设计评审应保留记录。
设计评审记录应说明评审发现的问题，并提供评审结论。
对评审提出的问题和建议应予以跟踪和解决。
审核中应检查关键设计评审的相关记录及有关问题的跟踪。
7
软件编码
7.3.2
7.3.3
项目开发部门
软件编码应在详细设计后进行，应严格按软件设计的要求进行编码。
审核中应对软件编码的有关文档进行检查，可能时，还应检查软件编码人员是否了解软件编码的基本准则。
8
代码审查
7.3.4
7.3.5
项目开发部门
质量管理部门
代码审查应有基本的要求和准则。
代码审查应有记录。
代码审查发现的问题应予以记录和跟踪。
审核中应检查代码审查的有关记录。
9
软件测试
7.3.5
7.5.1
8.2.3
8.2.4
项目开发部门、
质量管理部门
软件测试应提供测试计划、测试方案、测试用例、测试记录、测试报告等文档。
其中比较重要的测试计划应予以评审。
测试发现的问题应予以记录和跟踪。
问题的更改应按设计更改予以控制。
审核中应对相关的测试文档和记录（包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录）进行检查。
10
系统确认和鉴定测试
7.3.5
7.5.1
8.2.3
8.2.4
项目开发部门、
质量管理部门
系统确认鉴定测试的测试应满足上述要求。
确认和鉴定计划应予以评审。
测试的内容应覆盖需求分析的所有内容。
审核中应对相关的文档和记录（包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录）进行检查。
11
设计更改
7.3.7
项目开发部门、
质量管理部门
设计更改应予以控制和记录。
设计更改后应进行回归测试。
设计更改的有关内容应纳入配置管理活动。
审核中应对相关文档和记录（包括更改审批和回归测试记录）进行检查。
12
配制管理
7.5.3
项目开发部门、
质量管理部门
配置管理的主要目的是控制软件产品的技术状态，确保软件模块之间的相互协调并确保提交软件产品的正确版本。
配置管理活动通常应制定配置管理计划。
应明确软件产品的配置项。
并在适当阶段对配置状态予以记录。
审核中应对相关文档和记录（一般包括配置管理计划和配置管理报告）进行检查。
13
软件的
复制备份
7.5.1
7.5.2
7.5.3
项目开发部门、
质量管理部门
软件及相关文档的适当阶段产品应予以复制和备份。
软件复制和备份通常被看作是软件产品的生产过程。
软件产品的复制应有明确的标识，以清楚地显示软件的配置状态。
复制和备份的软件产品应予以检验，并注意介质的保护和防病毒。
审核中应对相关文档和记录（一般包括软件生产报告和测试、验证记录等）进行检查。
14
顾客财产
7.5.4
项目开发部门、
质量管理部门
顾客财产包括：
软件产品、开发工具、开发环境包括网络服务、测试和运行数据、接口或其它规格说明、硬件、顾客专利信息。
审核中应检查组织是否采取验证活动来验证顾客财产并记录结果。
15
产品防护
7.5.5
项目开发部门、
质量管理部门
要防止软件产品受病毒感染，要考虑计算机媒体的贮存，特别是电磁和静电环境；存储软件项的系统应能保证软件项的检索、版本维护、更改等受控。
审核中检查是否有形成文件的程序用来证实已进行适当程度的病毒检查。
9法规与技术标准/规范要求的检查方法
计算机软件及相关产品和服务包含许多种类，应根据具体的产品类型及特点检查相关的法规和技术标准/规范要求是否得到满足。
目前，国家财政部对于财务软件的开发和使用有明确规定，应在审核中予以检查。
对于所使用的开发方法和工具的技术规范，应结合软件产品的各开发阶段的有关内容予以检查。
开发部门应对开发工具的有效性和版本的一致性予以控制，审核中应结合条款4.2.3和7.5的有关内容进行检查。
附录：
计算机软件产品相关的国家标准
GB/T1526-1989信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定
GB/8566-1985信息处理软件生存期过程
GB/T8567-1988计算机软件产品开发文件编制指南
GB/T9385-1988计算机软件需求说明编制指南
GB/T9386-1988计算机软件测试文件编制规范
GB/T11457-1995软件工程术语
GB/T12504-1995计算机软件质量保证计划规范
GB/T12505-1990计算机软件配置管理计划规范
GB/T13423-1992工业控制用软件评定准则
GB/T13702-1992计算机软件分类与代码
GB/T13502/1992信息处理、程序构造及其标识的约定
GB/T14079-1993软件维护指南
GB/T14085-1993信息处理系统计算机系统配置图符号与约定
GB/T14394-1993计算机软件可靠性和可维护性管理
GB/T15189-1994DOS中文信息处理系统接口规范
GB/T15532-1995计算机软件单元测试
GB/T15535-1995信息处理单命中判定表规范
GB/T15538-1995软件工程标准分类法
GB/T15697-1995信息处理按记录组处理顺序问卷的程序流程
GB/T15853-1995软件支持环境
GB/T16260-1996信息技术软件产品评价质量特性及其使用指南
GB/T16680-1996软件文档管理指南
GB/T17544-1998信息技术软件包质量要求和测试
升级会员 