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

《质量管理体系专业审核作业指导书-计算机软件行业.doc》由会员分享，可在线阅读，更多相关《质量管理体系专业审核作业指导书-计算机软件行业.doc（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、质量管理体系专业审核作业指导书计算机软件行业质量管理体系专业审核作业指导书 ZJQC-TG-3301：2001 北京中经科环质量认证有限公司 发布日期：2001- 1016 实施日期:20011016 目 录 目录 (1） 前言 （2) 1 适用范围 (3） 2 引用标准 （3） 3 术语 （3） 4 产品/服务范围与专业代码 （3） 5 产品/服务质量特性及主要特点 (3） 6 业务/服务流程 (4) 7 关键质量活动 (5) 8审核要点与审核方法 （6） 9 法规与技术标准/规范要求的检查方法 （9） 附录：计算机软件产品相关的国家标准 （10） 编制 审核 批准 版本/修实施日期 订 1

2、/0 01116 肖维 张玉艾轶伦 蕊 前 言 本指导书对计算机软件行业进行质量体系审核的基本方法进行了简要说明,适用于按照GB/T190012000 标准对计算机软件产品的开发、供应、安装和维护进行的质量体系认证审核。 本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代;是指导质量体系审核的支持性文件。 本审核指导书附录给出了软件产品相关的主要国家标准清单。 本审核指导书起草单位：北京中经科环质量体系认证有限公司 本审核指导书主要起草人员：肖 维 1(适用范围 本审核指导书适用于按照GB/T19001-2000标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。 2。

3、 引用标准 GB/T19000.32001 质量管理和质量保证标准 第3部分: GB/T190011994在计算机软件开发、供应和维护中的使用 指南 GB/T11457-1995 软件工程术语 GB/T162601996 信息技术 软件产品评价 质量特性及其使用指南 GB/T85661995 信息技术软件生存期过程 3 .术语 3.1 软件：包含与数据处理系统操作有关的程序、规程、规则以及相关文档的智力创作. 3。2 软件产品:交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据. 3.3 软件项:在开发中间阶段或最后阶段的软件产品中的任何可标识部分。 3。4开发:创作软件产品的所有活

4、动。 3。5计算机程序:适合于计算机处理的指令序列.处理可包括使用汇编程序、编译程序、解释程序或翻译程序来作为程序的执行作准备,以及执行该程序。 3.6 文档（文件）:与程序开发、维护和使用有关的材料，它是软件的重要组成部分. 3。7 软件验证：为确保某一阶段产品的正确性和与该阶段输入所规定的（产品和标准的）要求的一致性，对该阶段产品进行评价的过程。 3。8 软件确认:为确保软件符合规定的要求而进行评价的过程。 4。 产品/服务范围与专业代码 本审核指导书所覆盖的产品/服务范围及相应的专业代码为: 计算机及相关业务 K72 软件 72。20 数据处理 72.30 数据库业务 72。40 办公设

5、备及计算机的维护修理 72.50 其它与计算机有关的活动 72.60 5. 产品/服务质量特性及主要特点 计算机软件及相关产品/服务的质量可用以下六个特性来评价:功能性、可靠性、易用性、效率、维护性、可移植性。 主要特点有： (1）系统是逻辑的。软件产品不同于大多数其他工业产品,它是无形的，即没有质量，也没有体积，是看不见，摸不着,完全没有物理性质的产品，它把思维、概念、算法、组织、流程、效率等六方面的问题融为一体,是一个逻辑的系统,它的工作主要集中在定义、开发和维护等方面。所以ISO针对这一技术领域的特点，对涉及软件产品的质量体系提供了补充性指南，即质量管理和质量保证标准 第三部分：GB/T

6、19001-ISO9001在软件开发、供应和维护中的使用指南(GB/T19000。3ISO9000-3）， 故软件公司要证实其开发软件产品的能力时,应使用GB/T19000。3ISO9000-3标准. (2)文档资料比重比较大。软件开发渗透着软件人员的脑力劳动.文档作为软件产品的主要形式集中体现了软件开发人员大量的脑力劳动成果，编制文档的工作量大约占整个软件项目工作量的40，故文档在软件开发中占有突出的地位和相当大的工作量. （3）种类繁多。软件的开发是在特定的机型上进行的,利用特定的硬件配置，由特定的系统软件或支撑软件支持,形成特定的开发环境,使用特定的开发方法、工具和语言，使开发出的软件产

7、品具有独一无二的特色，几乎找不到完全相同的另一软件。这与大规模现代化生产有着极大的差别。 （4)技术性较强。软件项目的工作是技术性很强的工作，渗透了大量人的因素，要求具有一定业务水平和实践经验的人员参加，其素质的好坏直接影响着软件的质量。 6（业务/服务流程 软件产品的生存期过程按GB/T8566信息技术 软件生存期过程的有关要求应包括7个基本的主要生存期过程，说明如下: （1) 管理过程：生存期过程中的各项管理活动,包括项目管理。对应GB/T19001-2000的条款：7.1 (2) 采购过程:需方按合同一个系统、软件产品或服务的活动。对应GB/T19001-2000的条款：7.4 （3）

8、供应过程：组织向需方提供合同中的系统、软件产品或服务的活动.对应GB/T190012000的条款：7。2、 7。5 (4） 开发过程：组织为了定义和开发软件或服务所需要的活动。对应GB/T190012000的条款:7。3、 7。5 计算机软件及相关产品和服务（包括系统集成)的开发过程通常包括以下阶段: a。系统需求分析阶段: 对用户和系统的需求进行分析，以建立对包含计算机软件的系统的需求。系统需求应当说明：系统的功能和性能;安全、保密、人机工程、接口、操作和维护需求；设计限制和验收鉴定要求。该阶段还应编制项目开发计划。对应GB/T190012000的条款：7.2.1、 7.3。1、7。3。2

9、b。系统设计阶段： 建立高层的系统体系结构,在系统体系结构中体现系统的需求。该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置。应保证系统需求已完全分配给硬件、软件和人工操作.对应GB/T19001-2000的条款:7.2.1、7.3.2、 7。3。4 c。软件需求阶段： 确定对软件的各种需求，包括功能、性能需求等,以及软件外部接口的需求和软件的验收鉴定要求,并写成文档。对应GB/T190012000的条款：7。2。1、7.3.1、 7.3.2 d。概要设计(总体设计）阶段: 将软件需求转变为一个体系结构，并描述它的顶层结构和定义它的主要部分。应保证软件需求已完全分配给了各个部

10、分.对应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/T190012000的条款：7.3.3

11、、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/T190012000的条款:7.3.5、7。3.6、 7。3。7 k。系统及软件维护阶段： 根据实际要求，当系统或软件出现异常、缺陷、问题或需要改进和修改时，对系统软件及相关文

12、档进行修改和完善。对应GB/T190012000的条款: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的条款

13、:4.2。3、4.2。4 b。 配置管理过程：进行配置管理活动的过程.对应GB/T190012000的条款 7。5.3 c。 合同要求的评审过程:定义合同要求以及需方和组织之间的相互关系的活动。对应GB/T190012000的条款：7。2 d(验证和确认过程: 根据项目的要求按不同程度（为需方、供方或某独立的一 方)定义和确认产品或服务的活动。对应GB/T19001-2000 的条款:8。4 e. 软件质量保证过程:为了保证产品或服务与合同要求相符，确定并实施(独立 于产品或服务的开发者)所要进行的并符合已建立的计 划的活动。对应GB/T19001-2000的条款：5。4 f。 改正过程:处理

14、在产品或服务中发现的问题或不符合之处的活动.对应GB/T19001-2000的条款：8。2、8.3、8.5 g. 培训过程：提供训练有素的人员所需要的活动。对应GB/T190012000的条款:6。2 h。 环境建立过程：为采用软件生存周期的任何过程而建立环境时所需要的活动。对应GB/T19001-2000的条款:6.1、6.3、6。4 7. 关键质量活动 软件产品开发过程是关键过程。关键质量活动为:需求分析、软件设计、设计评审、软件编码、代码审查、软件测试、系统确认和鉴定测试、设计更改、配置管理、软件的复制和备份。 8 . 审核要点与审核方法 软件产品没有明确的生产制造过程.软件产品的质量特

15、性主要取决于软件的设计、开发阶段的活动。因此,软件产品的设计开发活动是审核的重点。 主要过程序对应标 通常涉及的 审核要点和取证方法 的关键 号 准条款 职能部门/单位 质量活动 1 文件控制 4。2.3 项目开发部门、 配置管理程序可用来实施文档质量管理部门 和资料控制、建立文档和资料的控制程序时，组织要确定应遵守控制程序的文档和数据,包括外来文档和数据。 文档和数据包括： 合同规定的文档，包括需求规格说明 用于描述软件生存周期内的质量体系的形成文件的程序 描述组织活动的策划和进度以及组织与顾客相互配合的计划文档 描述具体软件产品的或与特定软件产品相关联的产品文档和数据. 在使用电子手段实现

16、文档控制的地方,应特别注意适当的批准、存取、发放、媒体归档程序。 审核中应对相关的文档记录(批准、存取、发放）进行检查。 2 记录控制 4.2.4 项目开发部门、 质量记录有 质量管理部门 -测试结果文档 问题报告 -变更请求 加注解的文档 -评审记录 会议记录 审核报告 如果是记录在电子媒体上，考虑记录的保存时间和可访问性时,最好将电子图像的退化速率以及访问记录所需的设备和软件的可用性考虑在内。 审核中对相关的文档和记录进行检查。 3 能力意识6.2。2 项目开发部门、 在确定人员能力和满足需求和培训 质量管理部门 时，组织应考虑软件产品开发和管理中用到的具体工具、技术、方法和计算机资源;应

17、针对软件涉及到的特定领域知识和技能进行培训。资格认定和培训要求应形成文档。 审核中对相关的文档和记录进行检查。 4 需求分析 7。1 用户或项目提出需求分析应形成文档,作为软7。2 方、项目开发部件产品开发的输入和依据，需7。3。1 门、质量管理部门 求分析文档应完整记录需求分7。3.2 析和项目策划的结果，得到用户或任务提出方的认可并经技术负责部门的评审和批准。 审核中应检查需求分析文档（通常包括“需求规格说明书”、”项目开发计划”、“质量保证计划”、“鉴定测试计划”、“配置管理计划”等）及相关的评审记录. 5 软件设计 7。3.2 项目开发部门、 软件设计的输出应满足输入的7。3。3 质量

18、管理部门 要求，应包含需求分析的全部内容，并逐步细化。 审核中应检查软件设计文档(通常称为“软件设计说明书”)及相关的评审记录 6 设计评审 7。3。4 项目开发部门、 设计评审应按计划安排进行，质量管理部门 评审时应考虑可行性、保密性和安全性、编程规则和可测试性.关键阶段的设计评审应保留记录。设计评审记录应说明评审发现的问题，并提供评审结论。对评审提出的问题和建议应予以跟踪和解决。 审核中应检查关键设计评审的相关记录及有关问题的跟踪。 7 软件编码 7。3.2 项目开发部门 软件编码应在详细设计后进7。3.3 行，应严格按软件设计的要求进行编码。 审核中应对软件编码的有关文档进行检查，可能时

19、,还应检查软件编码人员是否了解软件编码的基本准则。 8 代码审查 7。3。4 项目开发部门 代码审查应有基本的要求和准7。3.5 质量管理部门 则。代码审查应有记录.代码审查发现的问题应予以记录和跟踪。 审核中应检查代码审查的有关记录。 9 软件测试 7。3.5 项目开发部门、 软件测试应提供测试计划、测7。5.1 质量管理部门 试方案、测试用例、测试记录、8。2.3 测试报告等文档。其中比较重8.2。4 要的测试计划应予以评审。测试发现的问题应予以记录和跟踪。问题的更改应按设计更改予以控制。 审核中应对相关的测试文档和记录(包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录

20、)进行检查。 10 系统确认7。3。5 项目开发部门、 系统确认鉴定测试的测试应满和鉴定测7.5。1 质量管理部门 足上述要求。确认和鉴定计划试 8。2。3 应予以评审。测试的内容应覆8.2。4 盖需求分析的所有内容。 审核中应对相关的文档和记录(包括测试计划、测试方案、测试用例、测试记录、测试报告等文档和审批记录）进行检查。 11 设计更改 7。3.7 项目开发部门、 设计更改应予以控制和记录。质量管理部门 设计更改后应进行回归测试。设计更改的有关内容应纳入配置管理活动. 审核中应对相关文档和记录（包括更改审批和回归测试记录）进行检查. 12 配制管理 7.5.3 项目开发部门、 配置管理的

21、主要目的是控制软质量管理部门 件产品的技术状态,确保软件模块之间的相互协调并确保提交软件产品的正确版本。配置管理活动通常应制定配置管理计划。应明确软件产品的配置项。并在适当阶段对配置状态予以记录。 审核中应对相关文档和记录（一般包括配置管理计划和配置管理报告）进行检查。 13 软件的 7。5。1 项目开发部门、 软件及相关文档的适当阶段产复制备份 7。5。2 质量管理部门 品应予以复制和备份.软件复7.5。3 制和备份通常被看作是软件产品的生产过程。软件产品的复制应有明确的标识，以清楚地显示软件的配置状态。复制和备份的软件产品应予以检验，并注意介质的保护和防病毒。 审核中应对相关文档和记录(一

22、般包括软件生产报告和测试、验证记录等）进行检查。 14 顾客财产 7。5。4 项目开发部门、 顾客财产包括:软件产品、开质量管理部门 发工具、开发环境包括网络服务、测试和运行数据、接口或其它规格说明、硬件、顾客专利信息。 审核中应检查组织是否采取验证活动来验证顾客财产并记录结果. 15 产品防护 7.5。5 项目开发部门、 要防止软件产品受病毒感染,质量管理部门 要考虑计算机媒体的贮存，特别是电磁和静电环境;存储软件项的系统应能保证软件项的检索、版本维护、更改等受控. 审核中检查是否有形成文件的程序用来证实已进行适当程度的病毒检查。 9 法规与技术标准/规范要求的检查方法 计算机软件及相关产品

23、和服务包含许多种类，应根据具体的产品类型及特点检查相关的法规和技术标准/规范要求是否得到满足。目前,国家财政部对于财务软件的开发和使用有明确规定，应在审核中予以检查。 对于所使用的开发方法和工具的技术规范,应结合软件产品的各开发阶段的有关内容予以检查。开发部门应对开发工具的有效性和版本的一致性予以控制，审核中应结合条款4。2。3和7。5的有关内容进行检查。 附录：计算机软件产品相关的国家标准 GB/T15261989 信息处理 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定 GB/85661985 信息处理 软件生存期过程 GB/T8567-1988 计算机软件

24、产品开发文件编制指南 GB/T93851988 计算机软件需求说明编制指南 GB/T93861988 计算机软件测试文件编制规范 GB/T 114571995 软件工程术语 GB/T125041995 计算机软件质量保证计划规范 GB/T125051990 计算机软件配置管理计划规范 GB/T134231992 工业控制用软件评定准则 GB/T137021992 计算机软件分类与代码 GB/T13502/1992 信息处理、程序构造及其标识的约定 GB/T140791993 软件维护指南 GB/T140851993 信息处理系统 计算机系统配置图符号与约定 GB/T14394-1993 计算机软件可靠性和可维护性管理 GB/T151891994 DOS中文信息处理系统接口规范 GB/T15532-1995 计算机软件单元测试 GB/T155351995 信息处理 单命中判定表规范 GB/T15538-1995 软件工程标准分类法 GB/T15697-1995 信息处理 按记录组处理顺序问卷的程序流程 GB/T15853-1995 软件支持环境 GB/T16260-1996 信息技术 软件产品评价 质量特性及其使用指南 GB/T16680-1996 软件文档管理指南 GB/T175441998 信息技术 软件包 质量要求和测试