计算机软件行业审核作业指导书

质量管理体系专业审核作业指导书计算机软件行业发布日期：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）编制审核批准版本/修订实施日期前言本指导书对计算机软件行业进行质量体系审核的基本方法进行了简要说明，适用于按照GB/T19001-2000标准对计算机软件产品的开发、供应、安装和维护进行的质量体系认证审核。本审核指导书侧重专业上的要求，是通用审核要求的补充，不是替代；是指导质量体系审核的支持性文件。本审核指导书附录给出了软件产品相关的主要国家标准清单。1．适用范围本审核指导书适用于按照GB/T19001-2008标准对计算机软件产品开发、供应、安装和维护进行的质量体系认证审核。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.605.产品/服务质量特性及主要特点计算机软件及相关产品/服务的质量可用以下六个特性来评价：功能性、可靠性、易用性、效率、维护性、可移植性。主要特点有：(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.2b.系统设计阶段：建立高层的系统体系结构，在系统体系结构中体现系统的需求。该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置。应保证系统需求已完全分配给硬件、软件和人工操作。对应GB/T19001-2000的条款：7.2.1、7.3.2、7.3.4c.软件需求阶段：确定对软件的各种需求，包括功能、性能需求等，以及软件外部接口的需求和软件的验收鉴定要求，并写成文档。对应GB/T19001-2000的条款：7.2.1、7.3.1、7.3.2d.概要设计（总体设计）阶段：将软件需求转变为一个体系结构，并描述它的顶层结构和定义它的主要部分。应保证软件需求已完全分配给了各个部分。对应GB/T19001-2000的条款：7.3.3、7.3.4、7.3.5e.详细设计阶段：详细设计组成软件的每个软件部件，并逐步细化到较低的软件单元层次。保证软件的需求已完全分配给软件部件到软件单元的整个软件。对应GB/T19001-2000的条款：7.3.3、7.3.4、7.3.5f.软件编码（软件实现）阶段：编写各软件单元源代码，并进行单元测试。对应GB/T19001-2000的条款：7.3.3、7.3.4，7.3.5g.软件集成或组装阶段：按软件集成或组装计划将软件单元逐步组装成软件部件，以至完整的软件，并进行测试。对应GB/T19001-2000的条款：7.3.3、7.3.4、7.3.5h.软件确认和鉴定测试阶段：依据软件的需求和验收鉴定要求进行确认和鉴定测试。对应GB/T19001-2000的条款：7.3.5、7.3.6、7.3.7i.系统集成阶段：将软件与硬件、人工操作和其它必要的系统部件一起集成到系统中去。对应GB/T19001-2000的条款：7.3.3，7.3.4，7.3.5j.系统鉴定测试阶段：依据对系统的鉴定要求进行系统鉴定测试（或试验）。对应GB/T19001-2000的条款：7.3.5、7.3.6、7.3.7k.系统及软件维护阶段：根据实际要求，当系统或软件出现异常、缺陷、问题或需要改进和修改时，对系统软件及相关文档进行修改和完善。对应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.4b.配置管理过程：进行配置管理活动的过程。对应GB/T19001-2000的条款7.5.3c.合同要求的评审过程：定义合同要求以及需方和组织之间的相互关系的活动。对应GB/T19001-2000的条款：7.2d．验证和确认过程：根据项目的要求按不同程度（为需方、供方或某独立的一方）定义和确认产品或服务的活动。对应GB/T19001-2000的条款：8.4e.软件质量保证过程：为了保证产品或服务与合同要求相符，确定并实施（独立于产品或服务的开发者）所要进行的并符合已建立的计划的活动。对应GB/T19001-2000的条款：5.4f.改正过程：处理在产品或服务中发现的问题或不符合之处的活动。对应GB/T19001-2000的条款：8.2、8.3、8.5g.培训过程：提供训练有素的人员所需要的活动。对应GB/T19001-2000的条款：6.2h.环境建立过程：为采用软件生存周期的任何过程而建立环境时所需要的活动。对应GB/T19001-2000的条款：6.1、6.3、6.47.关键质量活动软件产品开发过程是关键过程。关键质量活动为：需求分析、软件设计、设计评审、软件编码、代码审查、软件测试、系统确认和鉴定测试、设计更改、配置管理、软件的复制和备份。8.审核要点与审核方法软件产品没有明确的生产制造过程。软件产品的质量特性主要取决于软件的设计、开发阶段的活动。因此，软件产品的设计开发活动是审核的重点。序号主要过程的关键质量活动对应标准条款通常涉及的职能部门/单位审核要点和取证方法1文件控制4.2.3项目开发部门、质量管理部门配置管理程序可用来实施文档和资料控制、建立文档和资料的控制程序时，组织要确定应遵守控制程序的文档和数据，包括外来文档和数据。文档和数据包括：—合同规定的文档，包括需求规格说明—用于描述软件生存周期内的质量体系的形成文件的程序—描述组织活动的策划和进度以及组织与顾客相互配合的计划文档—描述具体软件产品的或与特定软件产品相关联的产品文档和数据。在使用电子手段实现文档控制的地方，应特别注意适当的批准、存取、发放、媒体归档程序。审核中应对相关的文档记录（批准、存取、发放）进行检查。2记录控制4.2.4项目开发部门、质量管理部门质量记录有—测试结果文档—问题报告—变更请求—加注解的文档—评审记录—会议记录—审核报告如果是记录在电子媒体上，考虑记录的保存时间和可访问性时，最好将电子图像的退化速率以及访问记录所需的设备和软件的可用性考虑在内。审核中对相关的文档和记录进行检查。3能力意识和培训6.2.2项目开发部门、质量管理部门在确定人员能力和满足需求时，组织应考虑软件产品开发和管理中用到的具体工具、技术、方法和计算机资源；应针对软件涉及到的特定领域知识和技能进行培训。资格认定和培训要求应形成文档。审核中对相关的文档和记录进行检查。4需求分析7.17.27.3.17.3.2用户或项目提出方、项目开发部门、质量管理部门需求分析应形成文档，作为软件产品开发的输入和依据，需求分析文档应完整记录需求分析和项目策划的结果，得到用户或任务提出方的认可并经技术负责部门的评审和批准。审核中应检查需求分析文档（通常包括“需求规格说明书”、”项目开发计划”、“质量保证计划”、“鉴定测试计划”、“配置管理计划”等）及相关的评审记录。5软件设计7.3.27.3.3项目开发部门、质量管理部门软件设计的输出应满足输入的要求，应包含需求分析的全部内容，并逐步细化。审核中应检查软件设计文档（通常称为“软件设计说明书”）及相关的评审记录6设计评审7.3.4项目开发部门、质量管理部门设计评审应按计划安排进行，评审时应考虑可行性、保密性和安全性、编程规则和可测试性。关键阶段的设计评审应保留记录。设计评审记录应说明评审发现的问题，并提供评审结论。对评审提出的问题和建议应予以跟踪和解决。审核中应检查关键设计评审的相关记录及有关问题的跟踪。7软件编码7.3.27.3.3项目开发部门