GBT19017-1997质量管理技术状态管理指南.pdf

UD C 0 1 - 0 4 0 - 0 3 G - 8( 中 华 人 民 共 和 国 国 家 标 准 G B / r 1 9 0 1 7 -1 9 9 7 i d t I S O 1 0 0 0 7 : 1 9 9 5 质量管理技术状态管理指南 Q u a l i t y ma n a g e m e n t -G u i d e l i n e s f o r c o n f i g u r a t i o n m a n a g e me n t 1 9 9 7 一 0 3 一 0 7 发布1 9 97 一 0 8 一 0 1实施 国家技刁 K 监督局 发 布 c B / T 1 9 0 1 7 一 1 9 9 7 目次 前言 一工 I S O前言 。 Q 引言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1 1 范围 “ ， ” ，. 1 2 引用标准 1 3 定义 1 4 技 术 状 态 管 理 体 系 、 说明 和目 的 ， . . . . . . . . . 2 4 . 1 总则 2 4 . 2 综述 ，. 2 5 技术状态管理过程 . 3 5 . 1 总则 3 5 . 2 技术状态标识 3 5 . 3 技术状态控制 “ 3 5 . 4 技术状态纪实 ” 二 二 二 二 二 二 二 二 二 二4 5 . 5 技术状态审核 。 价 4 6 技术状态 管理组织 ” 4 6 . 1 总则 ，. 4 6 . 2 技术状态管理的结构 . . . . . . . . . . . . . 4 7 技术状态管理程序 . 4 7 . 1总则 “ 4 7 . 2 技术状态标识程序 . . . . 4 7 . 3 技术状态委员会 ” 5 7 . 4 技术状态控制程序 . . . . . . . . . . . . . . . 6 7 . 5 技术状态纪实程序 6 7 . 6 技术状态审核程序 ” ， . . . . . 7 7 . 7 技术状态管理计划 7 8 技术状态管理体系审核 8 附录A( 标准的附录) 推荐的技术状态管理计划的结构和内容 9 附录B ( 提示的附录) 技术状态管理要求和质量体系要素对照表 “ 一1 0 附录C ( 提示的附录) 项目阶段技术状态管理活动 n 附录D ( 提示的附录) 参考文献 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 GB / r 190 17一 199 7 前言 本标准等同采用国际标准I S O 1 0 0 0 7 : 1 9 9 5 质量管理技术状态管理指南。 本标准是G B / T 1 9 0 0 。 族标准的组成部分， 并与其保持一 致。 本标准的附录 A为标准的附录， 附录 B 、 附录C和附录 D均为提示的附录。 考虑到本标准目前主要用于军工和航天领域， 在这些领域中通常只存在超差， 没有特许的情况， 故 本标准中将“ wa i v e r ” 译为“ 超差” ， 该术语在 G B / T 6 5 8 3中和 I S O 9 0 0 0 族中的其他标准中均译为“ 特 许” 本标准由全国质量管理和质量保证标准化技术委员会提出并归口。 本标准由中国标准化与信息分类编码研究所负责起草。 本标准参加起草单位: 中国质量体系认证机构国家认可委员会、 中国航天工业总公司七0八所、 中 国新时代质量体系认证中心、 中国电子技术标准化研究所。 本标准主要起草人: 徐有刚、 李仁 良、 张志珍、 曹纯、 李铁男、 王彦、 王卫东。 GB/ T190 17一 19 97 I S O 前言 I S O ( 国际标准化组织) 是由 各国标准团体( I S O成员团 体) 组成的世界性的联合会。 制定国际标准 的工作通常由 I S O的技术委员会完成， 各成员团体若对某技术委员会的工作感兴趣， 均有权参加该委 员会。 与I S O保持联系的各国际组织( 官方的或非官方的) 也可参加有关工作。 在电工技术标准化方面， I S O与国际电工委员会( I E C) 保持密切合作关系 由技术委员会正式通过的国际标准草案交各成员团体表决， 国际标准需取得至少 7 5 %参加表决的 成员团体的同意才能正式通过。 国际标准I S O 1 0 0 0 7 由I S O / T C 1 7 6 / S C 2 质量管理和质量保证技术委员会质量体系分会制订。 本标准的附录 A是本标准的组成部分， 附录 B 、 附录 C和附录 D仅供参考。 GB/ T 19 017 一 1997 引言 本标准提供了技术状态管理指南技术状态管理是一门管理学科， 它应用于产品的整个寿命周期 准确地描述 了产品的功能特性和物理特性的可见性并对其提供了相应的控制方法。本标准所描述的活 动是满足N o 9 0 0 。 族其他标 准中某些要求的一 种方法 本标准进一步的目的是增进对技术状态管理这门学科的共同理解， 促进组织应用技术状态管理来 改进其工作， 并在整个工业界统一技术状态管理方法， 增进国家和国际间的合作 中 华 人 民 共 和 国 国 家 标 准 质量管理技术状态管理指南 G B / T 1 9 0 1 7 一 1 9 9 7 i d t I S O 1 0 0 0 7 : 1 9 9 5 Qu a l i t y ma n a g e me n t -Gu i d e l i n e s f o r c o n f i g u r a t i o n ma n a g e me n t 范围 本标准为在工业界应用技术状态管理及其与其他管理体系和程序的接口提供指南本标准首先给 出了管理综述( 第4章) ， 而后描述了过程、 组织和详细的程序 本标准适用于支持产品方案、 设计、 开发、 采购、 生产、 安装、 运行、 维护和处置的所有的活动。 本标准 详述了 G B / T 1 9 0 0 4 . 1 ( i d t I S O 9 0 0 4 - 1 ) 中的技术状态管理要素， 附录 B给出 了 本标准与 G B / T 1 9 0 0 1 ( i d t I S O 9 0 0 1 ) , GB / T 1 9 0 0 2 ( id t I S O 9 0 0 2 ) , GB/ T 1 9 0 0 3 ( i d t I S O 9 0 0 3 ) 和 GB / T 1 9 0 0 4 . 1 ( i d t I S O 9 0 0 4 - 1 ) 标准的 对应关系。 根据工作规模、 复杂程度和性质等情况， 可对技术状态管理的应用进行剪裁， 以适合具体的项目要 求 。 注1有关特殊应用( 如: 软件) 指南， 参见附录D给出的相关标准。 2 引用标准 下 列标准所包含的条文， 通过在本标准中引用而构成为本标准的条文。本标准出版时， 所示版本均 为有效所有标准都会被修订， 使用本标准的各方应探讨使用下列标准最新版本的可能性。 G B / T 6 5 8 3 -1 9 9 4 质量管理和质量保证术语( i d t I S O 8 4 0 2 : 1 9 9 4 ) G B / T 1 9 0 2 1 . 1 -9 3 质量体系审核指南审核( i d t I S O 1 0 0 1 1 - 1 : 1 9 9 0 ) GB / T 1 9 0 2 1 . 2 -9 3 质量体系审核指南质量体系审核员的评定准则( i d t I S O 1 0 0 1 1 - 2 : 1 9 9 1 ) GB / T 1 9 0 2 1 . 3 -9 3 质量体系审核指南审核工作管理( id t I S O 1 0 0 1 1 - 3 : 1 9 9 1 ) 定义 本标准采用 G B / T 6 5 8 3中的定义和下列定义: 技术状态 c o n f i g u r a t i o n 在技术文件中规定的并且在产品中所达到的产品功能特性和物理特性。 技术状态审核 c o n f i g u r a t i o n a u d i t ( C A ) 为确定技术状态项符合其技术状态文件而进行的检查。 技术状态 基线 c o n f i g u r a t i o n b a s e l i n e 在某一特定时间点正式规定的产品的技术状态， 是后续活动的参照基准。 技术状态委员 会 c o n f i g u r a t i o n b o a r d ( C B ) 由技术和管理专家组成的， 具有对技术状态及其管理进行决策的权限和职责的小组。 注2通常将这一小组称为技术状态控制委员会( C C B ) o 技术状态控制 c o n f i g u r a t i o n c o n t r o l ( C C ) 在技术状态文件正式确立后， 为控制技术状态项的更改进行的活动。 国家技术监督局 199 7一 03 一 07批准1 9 9 7 一 0 8 一 0 1 实施 I G s / T 1 9 0 1 7 一1 9 9 7 注 3控制包括对更改的评价、 协调、 批准或不批准以及更改的实施 4更改的实施包括工程更改以及对技术状态产生影响的偏离和超差 3 . 6 技术状态文件 c o n f i g u r a t io n d o c u m e n t s 确定技术状态项的要求、 设计、 建造/ 生产和验证所必需的文件。 注5文件可采取任何媒体形式 3 . 7 技术状态标 识 c o n f i g u r a t i o n i d e n t i f ic a t i o n 确定产品结构， 选择技术状态项， 将技术状态项的物理特性和功能特性以及接 口和随后的更改形成 文件， 为技术状态项及相应文件分配标识符或编码的活动。 3 . 8 技术状态项 c o n f i g u r a t i o n i t e m ( C I ) 被指定用于技术状态管理并在技术状态管理过程中作为单实体来对待的硬件、 软件、 流程性材 料、 服务或其任一独立部分的集合。 3 . 9 技术状态 管理 c o n f i g u r a t io n m a n a g e m e n t ( C M) 技术的和管理的活动， 包括: 技术状态标识; 技术状态控制; - 一 技术状态纪实; 技术状态审核。 3 . 1 0 技术状态管理计划 。 o n f ig u r a t io n m a n a g e m e n t p l a n ( C MP ) 规定具体产品或项目的技术状态管理的组织和程序的文件。 3 . 1 1 技术状态纪实 c o n f i g u r a t i o n s t a t u s a c c o u n t i n g ( C S A ) 对所建立的技术状态文件、 建议的更改状况和已批准更改的实施状况所做的正式记录和报告 3 . 1 2 接口; n t e r f a c e 技术状态项之间界面处物理的或功能的相互关系。 技术状态管理体系、 说明和目的 4 门总则 技术状态管理是一门管理学科， 它把技术和管理手段用于产品的开发、 生产和保障的寿命周期中。 这一学科可用于硬件、 软件、 流程性材料、 服务及其相关的技术文件 技术状态管理是寿命周期誉理的组 成部分( 附录C给出了典型示例) 。 产品寿命周期涉及的其他学科( 如: 文件管理、 后勤系统、 维护) 有助于技术状态管理目标的实现。 技术状态管理的主要目标是全面反映出产品当前的技术状态及其满足物理的和功能的要求的状况 并形成文件。技术状态管理的另一个目标是确保参与项目工作的所有人员在项日寿命周期内的任何时 候都能够使用正确的和准确的文件。 以 下各条综述了技术状态管理体系的各主要要素。 4 . 2综述 4 . 2 . 1 技术状态管理过程 技术状态管理过程包括下列相互关联的活动 技术状态标识; 技术状态控制; 技术状态纪实; 技术状态审核。 在第5 章中将对这些活动作进一步阐述 Gs/ r 1 901 7一 199 7 4 . 2 . 2 技术状态管理组织 为达到所要求的技术状态管理 目标， 应建立技术状态管理组织， 规定其职责并赋予充分的独立性和 权限 。 在第 6 章中将对这些活动作进一步阐述。 4 . 2 . 3 技术状态管理程序和技术状态管理计划 应使用书面程序来描述与技术状态管理过程有关的公司的方针、 活动和惯例。 在技术状态管理计划中， 应针对具体方案或项目规定相应的技术状态管理方针、 活动和采用的惯 例。该计划可引用公司的标准的技术状态管理程序。 在第7章中将对这些活动作进一步阐述。 4 . 2 . 4 技术状态管理体系审核 为评价技术状态管理体系对技术状态管理程序和计划的符合性， 应开展技术状态管理体系审核。 在第s章中将对这些活动作进一步阐述。 技术状态管理过程 总则 下面描述了在技术状态管理过程中所开展的活动， 为使该过程有效， 必须将这些活动全面地结合起 技术状态标识 技术状态标识包括下列活动 1 产品结构与技术状态项的选择 产品结构应按产品的分解描述技术状态项的位置及其相互关系。 在产品的分解过程中， 应使用技术状态项选择指导准则来选择技术状态项( 见 7 . 2 . 1 2 技术状态项文件 技术状态项全部必需的功能特性和物理特性， 包括接口、 更改、 偏离和超差都应写入标识清楚的文 这些文件通常被归类为技术状态文件。 3 编码 应规定编码方法并对技术状态项及其零件、 部件以及文件、 接口、 更改、 偏离和超差进行标识。 月.10n艺2 55来乐5 4 e5 .2 5 . 2 . 4技术状 态基线 的建立 应通过正式商定在特定时间点建立技术状态基线， 并将其作为正式技术状态控制的起点 技术状态基线与对其获准的更改共同组成现行获准的技术状态 5 . 3 技术状态控制 在技术状态文件首次发布后， 应控制所有更改。更改的影响、 顾客的要求以及受影响的技术状态基 线将决定实施更改的程度， 并可作为对更改进行分级/ 分类的分解制度的基础。 在更改控制程序文件中应详细描述技术状态控制所涉及的下列活动: 将更改形成文件并判断其正确性; 评价更改的后果; 批准或不批准更改; 实施并验证更改; 处理偏离和超差。 为确保技术状态的完整性并为更改 控制提供依据， 应在下列条件下保存技术状态项、 组成部 分及其 文 件 : 符合要求的环境条件( 如计算机硬件、 软件、 资料、 文件、 图样等所要求的环境条件) ; 防止未经批准的更改或私 自 更改; GB/ T 1 901 7一 1 997 提供受损文件的修复方法; 应能对软件、 资料、 文件或图样的受控原件的复制件进行控制; 保障技术状态的建造/ 生产状况与设计状况的一致性。 5 . 4 技术状态纪实 技术状态纪实应始于技术状态资料初次形成之时。 技术状态纪实应提供所有技术状态标识和偏离规定技术状态基线的信息。因此它能保证对技术状 态基线更改的可追溯性。 技术状态标识和控制活动中应形成相应的纪实记录和报告。应避免多余的技术状态纪实记录。 5 . 5 技术状态审核 为确保产品符合合同或规定的要求以及产品的技术状态文件能够准确地反映产品， 在技术状态基 线被认可前， 应开展技术状态审核( 见附录 C ) 通常有两类技术状态审核: a ) 功能技术状态审核: 为验证技术状态项是否已经达到了技术状态文件所规定的性能和功能特性 所进行的正式检查; b ) 物理技术状态审核: 为验证技术状态项的建造/ 生产技术状态是否符合其产品技术状态文件所 进行的正式检查。 为对某一技术状态项的正式验收可以要求进行技术状态审核。 6 技术状态管理组织 6 . 1 总 则 应有组织地开展技术状态管理， 以保持其公正性、 独立性和完整性， 实现规定的技术状态管理目标 6 . 2 技术状态管理的结构 为保证有效的技术状态管理， 应规定其组织结构。 通常应根据具体项目和不同寿命周期阶段的需要建立组织结构。该结构应规定技术状态管理过程 中直接涉及的各项活动间的相互关系， 也应包括技术状态管理职能、 接口组织、 设计、 采购和合同管理部 门、 资料管理、 制造、 质量保证以及涉及到的其他专业， 包括必要的分承包方和销售商。 技术状态管理的组织结构应确保技术状态管理活动与其他活动的协调一致并对所有技术状态管理 活动合理地分配权限和职责 在一个项 目组织内， 应规定批准技术状态基线和任何更改的权限( 通常是由“ 技术状态委员会” 实 施 ) 。 对于小型项日， 技术状态管理职责可以由项目管理者指派给项目的具体人员承担。 了 技术状态管理程序 了 门总则 本章描述了构成一个有效的技术状态管理体系的程序。组织的技术状态管理体系应形成程序文件 并为技术状态管理计划所引用在技术状态管理计划中应规定在产品寿命周期内与项目有关的程序及 应 用程度 7 . 2 技术状态标识程序 7 . 2 门技术状态项的选择 通过分解过程来选择技术状态项。这种白上而下的过程将整个产品结构分解为逻辑相关且有隶属 关系的硬件、 软件、 流程性材料、 服务或他们组合的集合体 ， 以进行技术状态管理。较高层的技术状态项 的选择应在项目的最初阶段( 如可行性分析和定义阶段) 进行。较低层的技术状态项的选择应在开发阶 段初期完成 。 G B / T1 9 0 1 7 一 1 9 9 7 应使用相应的指V - 准则来选择技术状态项。 技术状态项选择过多会影响对产品的整体认识， 妨碍管理并增加成本; 技术状态项 目 选择过少或者 对产品的分解不充分， 则会增加后勤、 维护及管理上的困难。 首要的准则是选择性能参数和物理特性能被单独管理的技术状态项， 以达到其最终使用性能。 应使用的其他选择准则是: 在高风险、 安全性、 任务成功等方面的重要程度; 新的或改进的技术、 设计或开发; 同 其他技术状态项的接口; 采购条件; 后勤与维护状况 7 . 2 . 2 技术状态项文件 在整个技术状态项寿命周期内为确定技术状态项所必需的所有物理特性和功能特性都应形成文 件 。 文件种类般包括 规范、 设计文件、 清单、 软件数据和使用及维护手册 技术状态项需要的文件取决于需要控制的等级， 然而所有文件都应包括有关更改和可追溯性的信 J息。 7 - 2 . 3 编码方法 应规定编码方法并将其用于技术状态项、 技术状态文件以及零件和部件的更改等的标识。 编码方法应考虑组织或供方现有的编码程序。但标识码必须具有唯一性。 编码方法或其他的信息管理系统应能管理: 在产品结构内， 技术状态项之间的等级关系或隶属关系; 在每一技术状态项中。 其零件或部件的等级或隶属关系; 技术状态项与文件的关系; 文件和更改的关系; 文档的结构; 其他要求。 7 . 2 . 4技术状态基线 技术状态基线由所有经批准的、 在特定点上界定产品的文件所组成。 在产品的寿命周期内， 当有必要规定作为进一步工作起始点的参照基准的技术状态时， 应建立技术 状态基线 产品技术状态基线规定的详细程度取决于所要求的控制水平， 例如功能技术状态基线可能仅由一 个文件组成， 而生产技术状态基线可能包括一整套文件， 包括用于工具和过程的文件 7 . 3 技术状态委员会 项目经理可建立一个技术状态委员会并赋一予其一定的权限， 以评审并批准/ 不批准技术状态管理计 划、 技术状态管理程序、 技术状态项的选择、 技术状态基线和对技术状态基线的更改， 包括偏离和超差 技术状态委员会成员通常由项目经理指定， 技术状态委员会应吸收所有必要的专业部门的代表参 加， 技术状态委员会应由项 目经理或其代理人主持。 技术状态管理委员会可包括不同层次的权限， 如按合同要求， 需要顾客参与技术状态管理过程的情 况下， 顾客也可以建立个技术状态委员会 技术状态委员会的职能是验证: 技术状态委员会对有关技术状态基线具有恰当的权限; 更改是必要的; 结果是可接受的; GB/ T 1 901 7一 199 7 更改已恰当地形成文件并分类; 文件、 硬件和/ 或软件更改的实施计划是令人满意的 了 . 4 技术状态控制程序 7 . 4 . 1 确定更改的需要并形成文件 可由组织内部以及顾客、 分承包方或供方提出更改建议。 所有的更改建议在提交技术状态委员会之 前， 均应形成文件， 通常包括以下信息: 将要更改的技术状态项和相关文件的名称以及修订状态; 建议更改者的姓名、 组织和提出日期; 更改原因: 更改内各; 迫切性 。 建议将上述信息填入一个标准表格， 并将此表格作为更改过程步骤的文件。 为了易于追溯和标识， 提倡一开始就给每一更改建议分配一个唯一性识别码 应记录更改过程的状况和有关的决定及处理意见。 可包括其他诸如分类和优先次序的信息， 以说明更改的步骤。 7 . 4 . 2 更改的评价 对所建议的更改通常应进行下列的评价并形成文件: 所建议更改的技术优势; 对互换性、 接口等的影响以及重新确认的必要性; 对合同、 进度和费用的影响; - 一 对制造、 试验和检验方法的影响; 对采购和库存的影响; 对维修、 用户手册、 备件和备件手册的影响。 可根据产品的复杂程度对上述评价准则进行剪裁。 了 . 4 . 3 更改的批准 对更改进行评价后， 须经授权的人或小组对已形成文件的评价结果进行评审， 并作出批准/ 不批准 更改的决定。 更改程序应确定有关人员的权限、 职责和运作模式。 批准/ 不批准更改的权限可以不同， 这取决于更改的重要性。 有关批准/ 不批准的决定应形成文件并通知到有关区域。 7 . 4 - 4 更改的执行和验证 执行并验证一项批准的更改， 通常包括 下 列步骤: 技术状态标识的更改应得到正式批准; 受影响的部门应采取适宜的相应措施; 应进行符合性验证( 设计、 试验、 制造等) 。 了 . 5 技术状态纪实程序 7 . 5 门总 则 适宜的标识和更改控制是正确进行技术状态纪实的先决条件。 技术状态纪实记录并报告了技术状态管理过程的管理信息以及相关活动。它始于第一份技术状态 文件， 并贯穿于产品的整个寿命周期。 7 . 5 . 2记录 在技术状态的标识和控制过程中， 技术状态纪实应记录所选择的资料。 技术状态纪实为技术状态进 展过程的有效管理. 提供了可见性和可追溯性。 GB/ T 19 017 一 1 99 7 通常应报告下列儿种类型的资料: 标识 ( 组 件 号 、 文 件 号 ) 发布/ 修 订、序 列号 文 件 更 改 标题 偏 离 和 超 差 发放 状况 技 术 状 态 基 线 技 术 状 态 项 实 施 状 态 ( 设 计 / 建 造 / 生 产 标 准 ) 为提供所要求的报告， 记录上述资料应能相互引用并体现相互关系。 3报告 出于管理的需要， 应定期发布不同类型的报告。 报告通常包括: 技术状态基线文件清单; 技术状态项及其基线清单; 当前的技术状态状况( 如“ 设计的” 或“ 建造/ 生产的，); 更改、 偏离和超差的状况报告; 更改实施及验证的状况报告 可针对技术状态项或整个产品发布上述报告 ， 可采用人工的或计算机系统进行报告。 7 . 6 技术状态审核程序 应根据形成文件并经商定的程序， 包括所要求的记录和报告方法， 实施技术状态审核。 功能技术状态审核就是识别技术状态项在功能技术状态基线中所表达的各功能和性能要求 ， 并通 过对评审、 检验和试验记录进行检查来确认这些要求已得到满足。 物理技术状态审核是根据产品的技术状态文件检查“ 建造/ 生产的” 和试验的产品， 以确保其符合 性。这种审核( 连同功能技术状态审核) 确认产品( 按技术状态文件所界定的) 符合功能和物理要求。 通常对每一技术状态进行一次审核， 也可逐级进行审核( 见附录 C ) o 注s审核不能替代为项目的符合性或交付而进行的其他形式的评审、 试验或检验。 了 . 了 技术状态管理计划 组织应针对项目或合同制定技术状态管理计划。 技术状态管理计划为每一项目提供 了 所使用的技术状态管理程序并说明由谁、 何时执行这些程序. 在多层分包的情况下， 主承包方的技术状态管理计划通常是主计划。每一分承包方应制定自己的计划， 这些计划可作为独立的文件发布， 也可包含在主承包方的技术状态管理计划中。 顾客也应制定技术状态 管理计划， 以描述顾客参与主承包方的技术状态管理工作的情况。技术状态管理计划的基本要求是: 所 有的计划应是兼容的， 它们共同描述了在项目后续各阶段作为技术状态管理实践基础的技术状态管理 体系。 技术状态管理计划可以是合同要求的 一 份管理文件， 其本身应服从文件控制程序 为保持计划简便易行并避免重复， 建议组织尽可能引用现有的程序制定计划附录A给出了推荐 的技术状态管理计划的结构和内容。 G B / T1 9 0 1 7 一 1 9 9 7 技术状态管理体系审核 组织应依据文件化程序开展技术状态管理体系审核， 以便: 验证技术状态管理体系是有效的并满足规定要求; 确定技术状态管理的实践对相应的技术状态管理计划中规定程序的符合性。 审核可以由质量保证部门、 顾客或技术状态管理部门提出， 这取决于具体的合同情况 技术 状态管理体系审核的原则、 准则和实施应符合G B / T 1 9 0 z 1 ( i d t 1 s 0 1 0 0 1 1 ) 的有关要求。 G B / T 1 9 0 1 7 一 1 9 9 7 附录A ( 标准的附录) 推荐的技术状态管理计划的结构和内容 A1引言 本章通常应给出以下基本信息: 计划所适用的体系或技术状态项的描述; 就重要的技术状态管理活动提供时间进度表; 技术状态管理计划的目的和范围; 相关文件( 如供方、 承包方的技术状态管理计划等， 这些都与相关的技术状态管理计划有紧密 联 系) ; 适用的文件及其优先次序。 A 2 方针和程序 本章应包括经与顾客或分承包方商定的技术状态管理要素。 在合同 执行过程中， 这些要素为在合同 范围内技术状态管理活动提供了基础。其内容包括: 技术状态管理实践的方针和有关的管理制度; 技术状态管理组织以 及技术状态委员会、 委员、 小 组或供方的顾问和其他有关组织的 商定的职 责 ; 商定的技术状态项的选择准则; 内部报告和向顾客提供报告的频次、 分发和控制; 商定的术语。 A 3 技术状态标识 本章应包括: 技术状态项飞 规范及其他顶层文件的关系树; 规范、 图样和更改所采用的编码方法; 建立的技术状态基线、 进度以 及引 用文件类型; 系列代码的使用及分配或其他可追溯性的标识; 发放程序。 A 4 技术状态控制 本章应包括 技术状态委员会的组织、 组成和章程以及与顾客或分承包方组织相当的技术状态委员会的关 系 ; 按合同建立技术状态基线前的更改控制程序; 处理更改的程序， 其中涉及从技术状态项内容更改的提出到更改实施后的确认( 包括顾客 提出 的更改 也包括组织内部或供方提出的更改) 。 A 5 技术状态纪实 本章应包括: 9 GB/ r 19 017 一 1 997 为编写技术状态纪实报告所需资料的收集、 记录、 处理和保持的程序; 确定所有技术状态管理报告的内容与格式。 A 6 技术状态审核 本章应包括: 实施审核的清单及其与有关的项目进度的关系; 所使用的审核程序; 所涉及的权限和制度; 确定审核报告的格式。 附录B ( 提示的附录) 技术状态管理要求和质量体系要素对照表 表 B1 章节标题 相 应 章 节 GB / T 1 9 0 0 1 G B / T 1 9 0 0 2GB / T 1 9 0 0 3GB/ T 1 9 0 0 4 4 4 . 1 4 . 2 4 . 2 . 1 4 . 2 . 2 4 . 2 . 3 4 . 2 . 4 口 5. 1 5 2 5 . 2. 1 5 . 2 . 2 5 2 3 5 . 2 . 4 5 . 3 5 . 4 5 5 6 6 . 1 6 . 2 7 t . 1 7 . 2 7 . 2 . 1 7 . 2 . 2 7 . 2. 3 7. 2. 4 7. 3 7 . 4 技术状态管理体系、 说明和目的 .急则 综述 技术状态管理过程 技术状态管理组织 技术状态管理程序 技术状态管理体系审核 技术状态管理过程 总 则 技术状态标识 产品结构和技术状态项目的选择 技术状态项目文件 编 码 技术状态基线的建立 技术状态控制 技术状态纪实 技术状态审核 技术状态管理组织 总 则 技术状态管理的结构 技术状态管理程序 .急则 技术状态标识程序 技术状态项目的选择 技术状态项目文件 编 码 惯 例 技术状态基线 技术状态委员会 技术状态控制程序 4 . 牛 . 4 . 1 - 2 - 1 . 4 . 2 0 4 . 1 7 . 4 . 4 . 2 ( j 4 . 4 . 4 . 4 . 5 . 1 0 4 . 4 - 9 0 4 . 5 . 2 0 4 . 4 - 7 / 8 0 4 . 1 . 2 . 1 . 4 . 2 . 1 0 4 . 4 . 2 口 4 . 4. 6 4 . 5 . 1 (- ) 9 . 4 . 4 . 9 . 4 . 1 . 2 . 1 0 4 . 2 0 4 . 1 7 . 4 . 5 - 2 0 4 . 1 0 . 1 0 4 . 1 . 2 . 1 (, ) 4 . 2 . 1 0 4 . 5 . 1 口 4 . 5 . 1 0 3 之 ) A . 5 . 3 。 4 . 1 . 2 . 1 () 4 . 2 0 4 . 1 7 . 4 . 5 . 2 ( ) 4 . 1 0 . 1 ( 4 . 1 . 2 . 1 口 4 . 2 . 1 口 4 . 5 . 1 0 4 . 5 . 1 ( ) 3 ( ) 4 . 5 . 3 ( D 5 . 2 . 6 . 8 夕 5 . 2 . 3 . 5 . 2 . 5 ( ) 5 . 4 . 8 . 2 0 8 . 1 0 8 . 6 0 8 . 8 . 8 . 4 ( i 5 . 2 . 3 . 5 . 2 . 5 ( ; 8 . 2 . 2 ( 二 8 . 1 . 厂 8 . 6 1 几 8 . 8 . GB/ T 1 901 7一 1 99 7 表 B1( 完 ) 章 节标题 相应章节 G B/ T 1 9 0 0 1GB / T 1 9 0 0 2 G B/ T 1 9 0 0 3 G B / T 1 9 0 0 4 7 . 4 . 1 7 . 4 . 2 7 . 4 . 3 7 . 4 . 4 7 . 5 7. 5. 7 . 5 . 2 7 . 5 . 3 7 . 6 7 . 7 8 附 录 A A 1 A 2 A 3 A4 A 5 A 6 确定更改的需要并形成文件 更 改 的评 价 更改的批准 更改的执行和验证 技术状态纪实程序 总 则 记 录 报 告 技术状态审核程序 技术状态管理计划 技术状态管理体系审核 推荐的技术状态管理计划的结构的内容 引言 方 针 和 程 序 技术状态标识 技术状态控制 技术状态纪实 技术状态审核 4 . 4 - 9 0 4 . 4 - 9 0 4 . 4 . 9 . 4 . 5 . 1 0 4 . 5 . 2 0 4 . 5 . 1 0 4 . 5 . 2 0 4 . 4 . 7 / 8 .和4 . 1 0 - 1 0 4 . 2 0 4 . 1 7 0 4 . 4 . 2 0 4 . 4 0 4 . 4 . 9 0 4 . 5 . 2 0 8 . 4 . 7 / 8 .和 4 . 1 0 . 1 C 4 . 5 . 3 0 4 . 5 . 3 0 4 . 5 . 3 0 4 . 5 . 2 0 4 . 5 . 1 0 4 . 5 . 2 0 4 . 1 0 .