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

《计算机软件行业质量管理体系专业审核作业指导书.doc》由会员分享，可在线阅读，更多相关《计算机软件行业质量管理体系专业审核作业指导书.doc（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、质量治理体系专业审核作业指导书ZJQC-TG-3301:2022计算机软件行业1公布日期： 2022- 10-16实施日期：2022-10-16目录目录 1前言 21 适用范围 32 引用标准33 术语 34 产 品 /服 务 35 产 品 / 服 务 质范 围 与 专 业 代 码量 特 性 及 主 要 特 点编制审核批准版本/修实施日期订肖维张 玉11/001-11-6蕊 36 业务/服务流程 47 关键质量活动 58 审核要点与审核方法 69 法 规 与 技 术 标 准 / 规 范 要 求 的 检 查 方 法 9附 录 ： 计 算 机 软 件 产 品 相 关 的 国 家 标 准 10 前言

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

3、B/T19000.3-2022质量治理和质量保证标准 第 3 局部：GB/T19001-1994在计算机软件开发、供给和维护中的使用指南GB/T11457 1995软件工程术语GB/T16260 1996信息技术软件产品评价质量特性及其使用指南GB/T8566 1995信息技术 软件生存期过程3 . 术语3.1 软件：包含与数据处理系统操作有关的程序、规程、规章以及相关文档的智力创作。3.2 软件产品：交付给用户的一整套指定的计算机程序、规程以及相关的文档和数据。3.3 软件项：在开发中间阶段或最终阶段的软件产品中的任何可标识局部。3.4 开发： 创作软件产品的全部活动。3.5 计算机程序：

4、适合于计算机处理的指令序列。处理可包括使用汇编程序、编译程序、解释程序或翻译程序来作为程序的执行作预备， 以及执行该程序。3.6 文档 文件： 与程序开发、维护和使用有关的材料， 它是软件的重要组成局部。3.7 软件验证：为确保某一阶段产品的正确性和与该阶段输入所规定的 产品和标准的要求的全都性，对该阶段产品进展评价的过程。3.8 软件确认： 为确保软件符合规定的要求而进展评价的过程。4. 产品/ 效劳范围与专业代码本审核指导书所掩盖的产品/效劳范围及相应的专业代码为：72.5072.60计算机及相关业务K72软件72.20数据处理72.30数据库业务72.40办公设备及计算机的维护修理其它与

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

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

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

8、3 供给过程： 组织向需方供给合同中的系统、软件产品或效劳的活动。对应 GB/T19001-2022的条款： 7.2 、 7.5 4 开发过程： 组织为了定义和开发软件或效劳所需要的活动。对应 GB/T19001-2022的条款： 7.3 、 7.5计算机软件及相关产品和效劳 包括系统集成 的开发过程通常包括以下阶段：a. 系统需求分析阶段：对用户和系统的需求进展分析，以建立对包含计算机软件的系统的需求。系统需求应当说明： 系统的功能和性能； 安全、保密、人机工程、接口、操作和维护需求；设计限制和验收鉴定要求。该阶段还应编制工程开发打算。 对应 GB/T19001-2022的条款： 7.2.1

9、 、7.3.1 、7.3.2b. 系统设计阶段：建立高层的系统体系构造， 在系统体系构造中表达系统的需求。该系统体系构造要表现出系统的内部构造以及硬件、软件和人工操作的配置。应保证系统需求已完全安排给硬件、软件和人工操作。对应 GB/T19001-2022的条款： 7.2.1 、 7.3.2 、 7.3.4c. 软件需求阶段：确定对软件的各种需求， 包括功能、 性能需求等， 以及软件外 部 接 口 的 需 求 和 软 件 的 验 收 鉴 定 要 求 ， 并 写 成 文 档 。 对 应GB/T19001-2022 的条款： 7.2.1 、7.3.1 、 7.3.2d. 概要设计 总体设计 阶段：

10、将软件需求转变为一个体系构造， 并描述它的顶层构造和定义它的主要局部。 应保证软件需求已完全安排给了各个局部。 对应GB/T19001-2022 的条款： 7.3.3 、7.3.4 、 7.3.5e. 具体设计阶段：具体设计组成软件的每个软件部件， 并逐步细化到较低的软件单元层次。保证软件的需求已完全安排给软件部件到软件单元的整个软件。对应 GB/T19001-2022 的条款： 7.3.3 、7.3.4 、 7.3.5f. 软件编码 软件实现 阶段：编 写 各 软 件 单 元 源 代 码 ， 并 进 行 单 元 测 试 。 对 应GB/T19001-2022的条款： 7.3.3 、7.3.4

11、 ， 7.3.5g. 软件集成或组装阶段：按软件集成或组装打算将软件单元逐步组装成软件部件， 以至完整的软件， 并进展测试。对应 GB/T19001-2022 的条款： 7.3.3 、7.3.4 、 7.3.5h. 软件确认和鉴定测试阶段：依据软件的需求和验收鉴定要求进展确认和鉴定测试。 对应GB/T19001-2022的条款： 7.3.5 、7.3.6 、7.3.7i. 系统集成阶段：将 软 件 与 硬 件 、人 工 操 作 和 其 它 必 要 的 系 统 部 件 一起 集 成 到 系 统 中 去 。对 应 GB/T19001-2022的条款：7.3.3 ，7.3.4 ， 7.3.5j. 系

12、统鉴定测试阶段：依 据 对 系 统 的 鉴 定 要 求 进 行 系 统 鉴 定 测 试 或 试 验 。 对 应GB/T19001-2022的条款： 7.3.5 、7.3.6 、 7.3.7k. 系统及软件维护阶段：依据实际要求， 当系统或软件消灭特别、 缺陷、 问题或需要改 进 和 修 改 时 ， 对 系 统 软 件 及 相 关 文 档 进 行 修 改 和 完 善 。 对 应GB/T19001-2022 的条款： 7.3.7 5 操作过程：组织为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动。对应GB/T19001-2022的条款： 7.5 6 维护过程： 组织为了治理软件的修改，

13、 使它处于良好运行状态所需要的活动。这个过程包括系统的移植和退役。对应 GB/T19001-2022的条款： 7.3.7 、7.5 、 8.2 、 8.3 、 8.5(7) 支持过程：对工程的生存期过程赐予支持，有助于工程成功并提高工程的质量。支持过程一般包括：a. 文档开发过程： 记录软件生存期过程中所产生的信息的活动。对应 GB/T19001-2022 的条款： 4.2.3 、4.2.4b. 配 置 管 理 过 程 ： 进 行 配 置 管 理 活 动 的 过 程 。 对 应GB/T19001-2022的条款 7.5.3c. 合同要求的评审过程： 定义合同要求以及需方和组织之间 的 相 互

14、关 系 的 活 动 。 对 应GB/T19001-2022的条款： 7.2d. 验证和确认过程：依据工程的要求按不同程度 为需方、供方或某独立的一方定义和确认产品或效劳的活动。对应GB/T19001-2022的条款： 8.4e. 软件质量保证过程： 为了保证产品或效劳与合同要求相符，确定并实施 独立于产品或效劳的开发者 所要进展的并符合已建立的计划的活动。 对应 GB/T19001-2022的条款： 5.4f. 改正过程：处理在产品或效劳中觉察的问题或不符合之处的活动。对应 GB/T19001-2022的条款：8.2 、8.3 、8.5g. 培训过程： 供给训练有素的人员所需要的活动。 对应G

15、B/T19001-2022的条款： 6.2h. 环境建立过程： 为承受软件生存周期的任何过程而建立环境时所需要的活动。 对应 GB/T19001-2022 的条款： 6.1 、 6.3 、6.47. 关键质量活动软件产品开发过程是关键过程。关键质量活动为：需求分析、软件设计、设计评审、软件编码、代 码审查、软 件测试、系统确认和鉴定测试、设计更改、配置治理、软件的复制和备份。8 .审核要点与审核方法软件产品没有明确的生产制造过程。 软件产品的质量特性主要取决于软件的设计、开发阶段的活动。因此，软件产品的设计开发活动是审核的重点。序主要过程号的关键质量活动对应标通常涉及的审核要点和取证方法准条款

16、职能部门/单位1 文件把握 4.2.3工程开发部门、 配置治理程序可用来实施文档质量治理部门 和资料把握、 建立文档和资料的把握程序时， 组织要确定应遵守把握程序的文档和数据， 包括外来文档和数据。文档和数据包括： 合同规定的文档， 包括需求规格说明 用于描述软件生存周期内的质量体系的形成文件的程序 描述组织活动的筹划和进度以及组织与顾客相互协作的打算文档 描述具体软件产品的或与特定软件产品相关联的产品文档和数据。在使用电子手段实现文档把握的地方， 应特别留意适当的批准、 存取、 发放、 媒体归档程序。审 核 中 应 对 相 关 的 文 档 记 录 批准、 存取、 发放 进展检查。2记录把握4

17、.2.4工程开发部门、质量记录有质量治理部门 测试结果文档 问题报告 变更恳求 加注解的文档 评审记录 会议记录 审核报告假设是记录在电子媒体上， 考虑记录的保存时间和可访问性时， 最好将电子图像的退化速率以及访问记录所需的设备和软件的可用性考虑在内。审核中对相关的文档和记录进行检查。3能 力 意 识6.2.2工程开发部门、在 确 定 人 员 能 力 和 满 足 需 求和培训质量治理部门时， 组织应考虑软件产品开发和治理中用到的具体工具、 技术、 方法和计算机资源； 应针对软件涉及到的特定领域学问和技能进展培训。 资格认定和培训要求应形成文档。审核中对相关的文档和记录进行检查。4需求分析7.1

18、用 户 或 项 目 提 出需求分析应形成文档， 作为软7.2方 、 项 目 开 发 部件产品开发的输入和依据， 需7.3.1门、质量治理部门求分析文档应完整记录需求分7.3.2析和工程筹划的结果， 得到用户或任务提出方的认可并经技术负责部门的评审和批准。审 核 中 应 检 查 需 求 分 析 文 档 通 常 包 括 “ 需 求 规 格 说 明书 ”、 ”项 目开发打算 ”、“ 质量保证打算 ”、“ 鉴定测试打算 ”、“ 配置治理打算” 等 及相关的评审记录。5软件设计7.3.2工程开发部门、软件设计的输出应满足输入的7.3.3质量治理部门要求， 应包含需求分析的全部内容， 并逐步细化。审 核

19、中 应 检 查 软 件 设 计 文 档 通 常 称 为 “ 软 件 设 计 说 明书” 及相关的评审记录6设计评审7.3.4工程开发部门、设计评审应按打算安排进展，质量治理部门评审时应考虑可行性、 保密性和安全性、 编程规章和可测试性。 关键阶段的设计评审应保留记录。 设计评审记录应说明评审觉察的问题， 并供给评审结论。 对评审提出的问题和建议应予以跟踪和解决。审核中应检查关键设计评审的相关记录及有关问题的跟踪。7软件编码7.3.2工程开发部门软 件 编 码 应 在 详 细 设 计 后 进7.3.3行， 应严格按软件设计的要求进展编码。审核中应对软件编码的有关文档进展检查， 可能时， 还应检查

20、软件编码人员是否了解软件编码的根本准则。8代码审查7.3.4工程开发部门代码审查应有根本的要求和准7.3.5质量治理部门则。 代码审查应有记录。 代码审查觉察的问题应予以记录和跟踪。审核中应检查代码审查的有关记录。9软件测试7.3.5工程开发部门、软件测试应供给测试打算、 测7.5.1质量治理部门试方案、测试用例、测试记录、8.2.3测试报告等文档。 其中比较重8.2.4要的测试打算应予以评审。 测试觉察的问题应予以记录和跟踪。 问题的更改应按设计更改予以把握。审核中应对相关的测试文档和记录 包括测试打算、 测试方案、 测试用例、 测试记录、 测试报告等文档和审批记录 进行检查。10系 统 确

21、 认7.3.5工程开发部门、系统确认鉴定测试的测试应满和 鉴 定 测7.5.1质量治理部门足上述要求。 确认和鉴定打算试8.2.3应予以评审。 测试的内容应覆8.2.4盖需求分析的全部内容。审核中应对相关的文档和记录 包括测试打算、 测试方案、测试用例、 测试记录、 测试报告等文档和审批记录 进展检查。11设计更改7.3.7工程开发部门、设计更改应予以把握和记录。质量治理部门设计更改后应进展回归测试。设计更改的有关内容应纳入配置治理活动。审 核 中 应 对 相 关 文 档 和 记 录 包括更改审批和回归测试记录 进展检查。12配制治理7.5.3工程开发部门、配置治理的主要目的是把握软质量治理部

22、门件产品的技术状态， 确保软件模块之间的相互协调并确保提交软件产品的正确版本。 配置治理活动通常应制定配置治理打算。 应明确软件产品的配置项。 并在适当阶段对配置状态予以记录。审 核 中 应 对 相 关 文 档 和 记 录 一般包括配置治理打算和配置治理报告 进展检查。13软件的7.5.1工程开发部门、软件及相关文档的适当阶段产复制备份7.5.2质量治理部门品应予以复制和备份。 软件复7.5.3制和备份通常被看作是软件产品的生产过程。 软件产品的复制应有明确的标识， 以清楚地显示软件的配置状态。 复制和备份的软件产品应予以检验，并留意介质的保护和防病毒。审 核 中 应 对 相 关 文 档 和

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

24、效劳包含很多种类，应依据具体的产品类型及特点检查相关的法规和技术标准/ 标准要求是否得到满足。 目前，国家财政部对于财务软件的开发和使用有明确规定，应在审核中予以检查。对于所使用的开发方法和工具的技术标准，应结合软件产品的各开发阶段的有关内容予以检查。开发部门应对开发工具的有效性和版本的全都性予以把握，审核中应结合条款 4.2.3 和 7.5 的有关内容进展检查。附录： 计算机软件产品相关的国家标准GB/T1526-1989信息处理 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及商定GB/8566-1985信息处理 软件生存期过程GB/T8567-1988计算机软件

25、产品开发文件编制指南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-2022信息技术软件包质量要求和测试