GB/T 19017-2020.Quality management-Guidelines for configuration management.
1范围
GB/T 19017给出了在组织内进行技术状态管理的指南。
GB/T 19017适用于支持产品和服务从概念到处置的各个阶段。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 19000-2016质量管理体系 基 础和术语(ISO 9000 :2015, IDT)
3术语和定义
GB/T 19000-2016 界定的以及下列术语和定义适用于本文件。
3.1
技术状态 configuration
在技术状态信息(3.5)中规定的产品或服务的相互关联的功能特性和物理特性
3.2
技术状态基线 configuration baseline
在某一时间点确立产品或服务特点并经批准的技术状态信息(3.5),作为产品或服务的整个生命周期内活动的参照基准
3.3
技术状态项 configuration item
满足最终使用功能的某个技术状态(3.1)内的客体
3.4
技术状态记实 configuration status accounting
对技术状态信息(3.5)、建议更改的状况和已批准更改的实施状况所做的正式记录和报告
3.5
技术状态信息 configuration information
对产品或服务设计、实现、验证、运行和支持的要求
本标准给出了在组织内进行技术状态管理的指南。 本标准适用于支持产品和服务从概念到处置的各个阶段。

ICS03.120.10
中华人民共和国国家标准
GB/T19017—2020/IS010007：2017代替GB/T19017—2008
质量管理
技术状态管理指南
Quality management--Guidelines for configuration management(ISO10007.2017IDT）
公众号
2020-11-19发布
国家市场监督管理总局
国家标准花管理委员会
2021-06-01实施
2规范性引用文件
3术语和定义
技术状态管理职责
4.1职责和权限
4.2技术状态管理机构
5技术状态管理过程
技术状态管理策划
技术状态标识
更改控制
技术状态记实
技术状态审核
附录A（资料性附录）技术状态管理计划的结构和内容A.1
A.2引言部分
A.4技术状态标识
A.5更改控制
A.6技术状态记实
A.7技术状态审核
参考文献
-rKaeerKAca-
GB/T19017—2020/1S010007:2017本标准是GB/T19000族标准之一。前言
本标准按照GB/T1.1—2009给出的规则起草。GB/T19017—2020/IS010007:2017本标准代替GB/T19017—2008《质量管理体系技术状态管理指南》。本标准与GB/T19017—2008相比，除编辑性修改外主要技术变化如下：在标准的范围部分，删除了原标准中“不拟用于认证目的”的说明；在标准的术语部分，保留了原标准中的5个术语并对这些术语的定义做了相应的修改，删除了更改控制、让步、技术状态管理、管理机构等4个术语；在标准的内容部分，修改了“产品技术状态信息”，不再局限于产品，而是适用于产品或服务的技术状态；将技术状态管理活动的焦点由上一版本的顾客扩大到“顾客及有关相关方”，同时将“供方”的含义进行了扩展，包括过去的供应方和外部提供方两类此外，将技术状态管理过程中的记录性文件统称为成文信息，与GB/T19000一2016中成文信息的定义保持一致。本标准使用翻译法等同采用IS010007：2017《质量管理技术状态管理指南》。本标准由全国质量管理和质量保证标准化技术委员会（SAC/TC151）提出并归口：本标准起草单位：中国标准化研究院、中国电子科技集团公司第干四研究所、上海杰之能软件科技有限公司、中国航天科工集团第二研究院、中国航空工业集团有限公司、航空工业沈阳飞机设计研究所、北京市电子工程总体研究所。
本标准主要起草人：吴芳、李镜、康键、李稳安、梁俊、杨治国、耿金凤、孙志彬，王中文，王立志、刘扣贞、袁德伦。
本标准所代替标准的历次版本发布情况为：GB/T19017-1997、GB/T190172008。m
-irKaeerkAca-
GB/T19017—2020/IS010007:2017引
本标准旨在增强人们对技术状态管理的理解，促进技术状态管理的使用，并帮助组织应用技术状态管理提高其绩效。
本标准在描述技术状态管理过程之前，包括技术状态管理策划、技术状态标识、更改控制、技术状态记实和技术状态审核，列举了技术状态管理的职责和权限。技术状态管理是在产品和服务的整个生命周期内，运用技术的和管理的手段，对技术状态标识和状况，以及有关的产品和服务技术状态信息进行管理的一种活动。技术状态管理是将品或服务的技术状态形成文件，并在其生命周期内的所有阶段，提供标识和追溯、其物理的和功能的要求的实现状况及获取准确信息。组织可根据其规模以及产品或服务的复杂程度和性质来实施技术状态管理关反映特定生命周期阶段的需求。
技术状态管理可用手满
-rKaeerKAca-
产品和服务标识和可追溯性要求。1范围
质量管理
GB/T19017—2020/IS010007:2017技术状态管理指南
本标准给出了在组织内进行技术状态管理的指南。本标准适用于支持产品和服务从概念到处置的各个阶段。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T19000—2016质量管理体系基础和术语（ISO9000：2015，IDT）3术语和定义
GB/T19000—2016界定的以及下列术语和定义适用于本文件。3.1
技术状态configuration
在技术状态信息（3.5）中规定的产品或服务的相互关联的功能特性和物理特性3.2
技术状态基线configurationbaseline在某一时间点确立产品或服务特点并经批准的技术状态信息（3.5），作为产品或服务的整个生命周期内活动的参照基准
技术状态项configurationitem
满足最终使用功能的某个技术状态(3.1)内的客体3.4
技术状态记实 configuration status accounting对技术状态信息（3.5）、建议更改的状况和已批准更改的实施状况所做的正式记录和报告3.5
技术状态信息configurationinformation对产品或服务设计、实现、验证、运行和支持的要求4技术状态管理职责
4.1职责和权限
组织应确定、描述并分配有关技术状态管理过程的职责和权限，包括问责，并考虑下述方面：a）产品或服务的复杂程度和性质；b）产品或服务生命周期不同阶段的需要；1
-rKaeerKAca-
GB/T19017-—2020/IS010007.2017c)
直接与技术状态管理过程相关的各项活动之间的接口；d)
组织内外部涉及（或需要涉及)的其他有关相关方；验证实施活动的责任机构的确定；e
管理机构的确定。
4.2技术状态管理机构
管理机构在批准更改之前应验证：a）建议更改是必要的，其结果是可接受的；b）更改已被适当地形成文件并进行了分类c
为将更改落实到成文信息、硬件和（或）软件中所策划的活动是满足要求的。5技术状态管理过程
5.1总则
组织应建立实施并保护
技术快态管
管理过程应
状本管理过程的活动，以使其有效。美（顾客或有美相美对声品或肢务的要求以及适用的去律法规要求，并
技术状去单年刺应详细规定技床扶态理生展活动的环境。
应考虑刀
项目特定的成文信息及其用范！期中任
技术状态管理策划
技术状态管理策划
有效的策划能够协调技术医会
对手具体产品或服务
尊基础
管理程
技术肤态
飛成文件并得
受控；
我状态
确定需使用的技术状态管理成文信息；c）
d）尽可能用组织的相关成文信息；整个产
并插述产品或服务生命周
命周期某个特定的环境下，
状态管理计划
规定在产晶或服务的生命周期中开展技术状态管理所需要的资源，以及职责和权限（包括问e)
责）。
技术状态管理计划可以是一份单独的文件，或是其他文件的一部分，或由几份文件组成，在某些情况下，技术状态管理计划可由外部供方提供。组织可将其作为单独的文件或纳人自身的技术状态管理计划予以保留。
技术状态管理计划结构和内容参见附录A。5.3技术状态标识
5.3.1产品结构或服务能力与技术状态项的选择技术状态项的选择及其相互关系应能描述产品结构或服务能力。组织应根据所制定的选择准则确定技术状态项。组织应选择那些功能特性和物理特性能够被单独管理的客体作为技术状态项，以获得该技术状态项的整体的最终使用性能。选择准则应考虑：
a）技术状态的生命周期；
-rKaeerKAca-
b）适用的法律法规要求；
风险和安全方面的关键程度；bzxZ.net
d）新的或改进的技术，设计或开发；e）与其他技术状态项的接口，
f)采购条件；
g）支持与服务。
GB/T19017-2020/ISO10007:2017选择技术状态项的数量应考患尽可能优化组织控制产品或服务的能力。在产品或服务生命周期中应尽可能早地开展技术状态项的选择。随产品或服务的进展，应对技术状态项进行评审。5.3.2技术状态信息
技术状态信息包括定义和使用信息。它们通常包括：要求规范，设计图样，零件清单，数据模型、试验规范、操作手册（用于调试维护和运行），及有关停用和处置的所有具体要求技术状态信息应是相关的并可追溯。组织应确定唯一的命名和编号方式，以确保对每一个技术状态项、数据和与之相关的技术状态项的适当控制，并应考虑组织现有的命名和编号方式，以及更改控制的信息，例如版本修订状态
5.3.3技术状态基线
技术状态基线由代表戏品或服
代表了现行有效的
准的更改
在产品或服务生命周斯中
求确定基准。
在技不状态基线中，定
5.4更改控制
5.4.1总则
日需要就
技术状态基线及其经批
的技术状态信是所组成
立技术
务的详细程度
态基线，以使为后
续活动或满足评审的特定要
求的控制想
技术状态信息在初次发布后，所有的更改都应受控。更改的潜在后果，顾客要求和技术状态基线，都将影响到对处理建议更改或让步所需的控制程度控制更改的过程应形成文件，并应包括下述内容：a）对更改的表述，理出和成文信息依据复杂程度、资源和进度所确定的更改的类别b）
更改结果的评价；
如何处理更改的细节：
e）如何实施和验证更改的细节。注，有些组织使用术语例如“例外放行”或“偏离”代替“让步”5.4.2更改需求的提出、标识和文件编制更改可由组织、顾客或外部供方首先提出。在提交管理机构（见4.2)评价前，所有的更改建议都应予以标识，并作为成文信息予以保留。更改建议通常包括下述信息：
a需要更改的技术状态项和相关信息，包括它们的名称和当前版本修订状态的详细情况；b）对建议更改的措述；
-rKaeerkAca-
GB/T19017—2020/IS010007:2017会受到更改影响的其他技术状态项或信息的详细情况；c
d）提出更改建议的相关方以及提出的日期；e）
更改的理由：
更改的类别。
更改处理的状况、相关的决定和处置应作为成文信息予以保留。为便于识别和迫溯，将更改形成文件的典型方法是使用可给出唯一标识号的标准表格。5.4.3更改的评价
组织应对建议更改进行评价并作为成文信息予以保留。评价的范围应与产品或服务的复杂程度、更改的类别相一致，并应包括下述内容：审核员备考中心
a）建议更改的技术效益；
b）与建议更改有关的风险；
c）对合同、进度和成本带来的潜在后果；d）建议更改未被批准的潜在影响。5.4.3.2
在确定更改的后果时，还应考虑下述因素：适用的相关法律法规要求；
技术状态项的互换性，以及重新标识它们的需求；b
技术状态项之间的接口；
制造、试验和检验方法；
库存和采购；
交付活动；
顾客支持要求。
5.4.4更改的处理
应建立、实施并保持更改处理的过程，对每一个建议更改确定其管理机构（见4.2），并应考虑建议更改类别。
建议更改经评价后，管理机构应对这个评价进行评审，并对更改的处理做出决策。对更改的处理应作为成文信息予以保留，并应将处理通知分发给内部和外部的有关相关方。5.4.5更改的实施和验证
实施经批准的更改通常包括：
a）对已经向有关相关方发布的技术状态信息的更改；b）受到更改影响的内部和外部有关相关方采取的措施。更改实施后，对其与经批准的更改的符合性应进行验证。这种验证应作为成文信息予以保留，以便于追溯。
5.5技术状态记实
5.5.1总则
技术状态记实活动形成与产品或服务及其技术状态信息相关的成文信息、报告。组织应在产品或服务的整个生命周期中开展技术状态记实活动，以便支持技术状态管理过程并使其有效。
-rKaeerKAca-
5.5.2成文信息
GB/T19017-2020/IS010007:20175.5.2.1在进行技术状态标识和更改控制活动期间，将产生技术状态记实成文信息。这些成文信息考虑了可见性和可追溯性，以及对不断演变的技术状态的高效管理。它们通常包括下述详细内容：a）技术状态信息（例如：标识号、标题、生效日期、版本修订状态、更改历史及其在任何基线中所包含的内容)；
b）产品或服务的技术状态（例如：零件号、产品设计或制造状况）；c）新技术状态信息发布的状况；d）更改的处理。
5.5.2.2不断演变的技术状态信息应作为成文信息予以保留，保留方式应能识别出提供要求的报告（见5.5.3所需的相互引用和美联关系5.5.2.3为了保护技术状态信息的完整性，并为更改控制提供基础，推孝将技术状态项和相关的信息保存在下述环境条件下
a）符合所要求的条件（例如：计算机硬件、软件、数据、成文信息、图样所要求的条件）；b）提供保护防止完整性缺失或未经许可的更改提供灾炸灰复的
在需要的时间和地
光许检索。
为了达到技术状态管理
整个产品或服务
通常，报告包括：
包含在某
需要各
型的提
一特定的技术状态基我内的技
技术状态顿及真皮来状态基线清车b）
全信息清单
当前的版本修订状况及更改历史的详细情况；e
d）更改和计步的情况报告；
以覆盖单独的技术状态项或
交付技术状益和维护技术状态的详细情况（例如零部件、追溯号码及其版本修订状况）。e)
5.6技术状态审核
技术状态审核应根据成文信息进行，以确定产品或服务是否符合要求并与技术状态信息一致。通常有两类技术状态审核：
功能技术状态审核。这是一种正式的审查，以验证技术状态项已经达到了在技术状态信息中a)
规定的功能和性能特性。
物理技术状态审核。这是一种正式的审查，以验证技术状态项已经达到了在技术状态信息中b
规定的物理特性。
在技术状态项正式验收前，可要求进行技术状态审核。这种审核并不是要取代其他形式的验证、评审、试验或检验，但它可能受这些活动结果的影响。5
-rKaeerKAca-
GB/T19017—2020/IS010007:2017附录A
（资料性附录）
技术状态管理计划的结构和内容A.1总则
技术状态管理计划的编制架构，应包含A.2至A.7的标题的内容，并形成相应的章节。A.2至A.7也给出了相关内容的指南。
A.2引言部分
技术状态管理计划需包含引言，给出概述性信息。引言通常包括下述主题的内容：技术状态管理计划的目的和范围；a)
对该计划适用的产品或服务以及技术状态项的描述；b)
为编制重要技术状态管理活动时序表提供指导的进度安排；d)
技术状态管理工具的描述；
相关的成文信息（例如：来自供方的技术状态管理计划）；有关成文信息及其相互关系的清单。A.3方针
技术状态管理计划应详述已经与顾客和供方达成一致的技术状态管理方针。它应为合同范围内的技术状态管理活动提供依据，例如：a）在技术状态管理和相关管理活动实施方面的方针；b）有关相关方的组织、职责和权限；c)
资质和培训：
技术状态项选择的准则；
报告的频次、分发和控制；
术语。
4技术状态标识
技术状态管理计划应详述：
技术状态项的分解结构、规范和其他成文信息；a）
规范、图样、让步和更改采用的命名和编号方法；b)
版本修订状态的标识方法；
需要建立的技术状态基线、进度计划以及需要包括的技术状态信息类型，d)
顺序号或其他追溯标识的使用和分配；确定技术状态信息发布过程（包括任何相关的程序）的成文信息。rKaeerKAca-
更改控制
技术状态管理计划应详述：
组织的管理机构（见4.2)与其他有关相关方之间的关系；a)
GB/T19017—2020/IS010007:2017在合同规定的技术状态基线建立之前的更改控制的成文信息；b
处理更改（包括那些由顾客或供方提出的更改）和让步的方法。技术状态记实
技术状态管理计划应详述：
收集、记录、处理、维护和归档用于生成技术状态记实成文信息所必需数据的方法；a
所有技术状态记实报告内容和格式的定义。b
技术状态审核
技术状态管理计划应详述：
需要进行技术状态审核的清单及其在项目进度计划中的安排，a
需要使用的技术状态审核的成文信息；b)
内部和外部有关相关方的职责和权限；技术状态审核报告格式的规定。公众号：
-rKaeerKAca-
GB/T19017—2020/ISO10007:2017[]
参考文献
GB/T19001—2016质量管理体系要求GB/T19004
GB/T19016
质量管理组织的质量实现持续成功指南质量管理体系项目质量管理指南公众号：审核员备考中心
-irKaeerkAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。