T∕HBFWZL 26-2025 软件质量问题追溯与持续改进规程.docxVIP

ICS 35.080

CCS I651 T/ HBFWZL

河北省服务质量促进会 团体标准

T/HBFWZL26—2025

软件质量问题追溯与持续改进规程

2025-10-31发布 2025-11-15实施

河北省服务质量促进会 发布

目??次

前言 II

范围 1

规范性引用文件 1

术语和定义 1

3.11软件质量softwarequality13.21

质量问题qualityissue 1

3.31

问题追溯 issue tracing 1

3.41

持续改进 continuous improvement 2

3.52根因分析rootcauseanalysis23.62纠正措施correctiveaction23.72预防措施preventiveaction2

总则 2

质量问题追溯流程 2

问题识别与收集 2

问题筛选与分级 3

问题分析与根因识别 3

追溯记录与文档归档 4

持续改进机制 4

改进措施制定 4

改进措施实施与跟踪 4

效果验证与评估 5

质量问题知识库与知识固化 5

附录A（规范性附录） 软件质量问题分级定义表 6

附录B（规范性附录） 重大生产事故等级界定标准 7

附录C（规范性附录） 质量问题追溯与持续改进关键输出成果清单 8

T/HBFWZL26

T/HBFWZL26—2025

前??言

本文件依据GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。

请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别专利的责任。本文件由中华通信系统有限责任公司河北分公司提出。

本文件由河北省服务质量促进会归口。

本文件起草单位：中华通信系统有限责任公司河北分公司、河北京都新能源发展有限公司、建标教育科技河北有限公司。

本文件主要起草人：李国勇、李飞、曹佳恒、白瑞英。本文件为首次发布。

II

T/HBFWZL 26

T/HBFWZL 26—2025

PAGE

PAGE1

软件质量问题追溯与持续改进规程

范围

本文件规定了软件质量问题追溯与持续改进的溯源流程和持续改进过程。

本文件适用于软件开发组织在软件生命周期内开展质量问题管理工作，可作为软件质量评价的依据。

规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T19001质量管理体系要求

GB/T25000.1系统与软件质量要求和评价（SQuaRE）第1部分：指南

GB/T25000.10系统与软件质量要求和评价（SQuaRE）第10部分：系统与软件质量模型

术语和定义

下列术语和定义适用于本文件。

3.1

软件质量softwarequality

在规定条件下使用时，软件满足用户明确和隐含要求的能力。

3.2

质量问题qualityissue

软件产品或过程中存在不符合质量要求，可能影响软件功能适用性、可靠性、安全性等的缺陷、错误或不足。

3.3

问题追溯issuetracing

对已识别的软件质量问题，追踪产生原因、传播路径和影响范围的过程。

3.4

持续改进continuousimprovement

基于质量问题分析结果，采取纠正和预防措施，不断优化软件过程和产品质量的循环活动。

3.5

根因分析rootcauseanalysis

识别导致质量问题发生的根本原因，从源头解决问题并防止再发生的分析过程。

3.6

纠正措施correctiveaction

为消除已发现的质量问题或原因采取的措施。

3.7

预防措施preventiveaction

为消除潜在质量问题或原因采取的措施。

总则

组织应建立并实施软件质量问题追溯与持续改进体系，明确各部门和岗位职责与权限。

质量问题管理应遵循“预防为主、全程控制、持续改进”的原则，应覆盖软件从需求分析、设计、开发、测试到部署维护的全生命周期。

组织应营造“质量回溯不是追责和考核，而是自省和改进”的文化氛围，全员应参与质量改进活动。

质量问题追溯与改进过程应形成文档记录。

组织应定期评估质量改进效果，不断优化质量管理制度和流程。

追溯流程

质量问题追溯流程应以“精准定位根源”为核心，可分为问题识别与收集、筛选与分级、分析与根因识别、记录归档阶段，各阶段输出成果见附录A。

问题识别与收集

多渠道收集机制

组织应建立覆盖全生命周期的问题收集渠道，收集渠道应包括下列内容：

系统宕机、功能失效等生产事