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

质量管理体系专业审核作业指导书-计算机软件行业 质量管理体系专业审核作业指导书 ZJQC--TG-3301:2001 北京中经科环质量认证有限公司 发布日期:2001- 10-16 实施日期:2001-10-16 目 录 目录 (1) 前言 (2) 1 适用范围 (3) 2 引用 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 (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 信息技术 软件产品 评价 LEC评价法下载LEC评价法下载评价量规免费下载学院评价表文档下载学院评价表文档下载 质量特性及其使用指南 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 质量管理部门 试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 、测试用例、测试记录、 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/T 11457-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-1994 DOS中文信息处理系统接口规范 GB/T15532-1995 计算机软件单元测试 GB/T15535-1995 信息处理 单命中判定表规范 GB/T15538-1995 软件工程标准分类法 GB/T15697-1995 信息处理 按记录组处理顺序问卷的程序流程 GB/T15853-1995 软件支持环境 GB/T16260-1996 信息技术 软件产品评价 质量特性及其使用指南 GB/T16680-1996 软件文档管理指南 GB/T17544-1998 信息技术 软件包 质量要求和测试