技术状态管理程序

招生

生效日期：

受控制的标记：　分发编号：1.0目的

为了加强本公司设计、生产的各产品的技术状态管理，有效实施技术状态管理，制定本程序。2.0范围适用于管理我们每个产品生命周期中的技术状态。 销售类产品的技术状态由供应商提供，不适用于此文件。3.0相关文件

本程序相关规定中引用或相关的以下文件的相应要求内容构成本文件规定的组成部分。 使用或者引用以下文件的要求，应当是当时有效的版本。3.1 GB/T 19000-2008质量管理体系基础和术语(ISO 9000:2005，IDT ) )。3.2 GB/T1901-2008质量管理体系技术状态管理指南3.3管理手册3.4控制程序记录3.5不良品控制程序3.6初始认证控制程序3.7控制程序的设计和开发4.0术语和定义

4.1功能特性

产品性能指标、设计约束条件和使用保障要求。 性能指标、使用范围、可靠性、维护性、安全性等要求。4.2物理特性产品的外形特性。 例如，结构、尺寸、粗糙度、形状、配合、公差、质量等，也称为实体特性。4.3技术状态技术文件规定，通过产品达到的产品功能特性和物理特性。4.4技术状态管理

在产品寿命期间，为建立和维护产品功能特性、物理特性和产品技术状态文件的规定保持一致的管理活动。 其主要内容包括技术状态标识、技术状态控制、技术状态记录、技术状态审核。4.5技术状态项可以表示硬件、软件或其聚合的实体，这些实体满足最终的使用情况并且将技术状态管理作为单个实体。4.6技术状态文件

技术状态规定项目的功能特性、物理特性以及设计、生产、验证、使用、保障、废弃要求的技术文件。 技术状态文件分为功能技术状态文件、分配技术状态文件、产品技术状态文件。 这三个技术状态文件是在产品生命周期的不同阶段创建、批准和维护的，并逐步细化了内容。4.7功能技术状态文件规定产品功能特性、接口特性和验证要求的技术状态文件。4.8技术状态文件分配

一种技术状态文件，用于定义技术状态项从系统或更高级技术状态项分配的功能和接口特性、附加设计限制以及对这些特性的验证请求。4.9产品技术状态文件技术状态规定项目所需所有功能特性、物理特性及检验验收、使用、保障和销毁要求的技术状态文件。4.10技术状态基线

在产品寿命周期内的某个特定时刻，被正式批准，成为今后开发生产、使用保障活动的基线以及技术状态变更判定基准的技术状态文件。 一般有三个技术状态标准、功能标准、分配标准、产品标准。4.11功能基线正式批准的功能技术状态文件。4.12基线分配

分配正式批准的技术状态文件。4.13产品基线正式批准的产品技术状态文件。4.14技术状态变更

在产品生命周期中，对正式确定的技术状态所做的更改。4.15技术状态标识

确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和后续变更文件化，并为技术状态项目及其相应的文件分配识别或编码活动。4.16技术状态控制技术状态文件正式确定后，控制技术状态项目变更申请、偏离许可申请和让步申请的论证、评定、协调、审批和实施活动。

专科是大专吗

正式检查，以确定技术状态项与其技术状态文件的匹配程度。 包括功能技术状态的监查和物理技术状态的监查。4.19功能技术状态审查验证某技术状态项目是否正式审查了技术状态文件规定的性能特性和功能特性要求。4.20物理技术状态审查为验证技术状态项目的试制样品和生产状态是否符合该产品技术状态文件的规定而进行的正式审查。5.0职责和权限5.1总工室

负责技术状态归口管理，负责技术状态控制，组织功能技术状态审核工作，协助物理技术状态审核工作。5.2研发部负责科研开发和技术转让产品技术状态文件的编制、标识、发放、变更、记录和验证工作。5.3工程部负责系统集成类产品技术状态文件的编制、标识、发放、变更、记录和验证工作。5.4安全质量部参与功能技术状态审核工作，组织物理技术状态审核工作。6.0控制程序

总工室应当在产品寿命周期内，实施技术状态管理。 要根据产品寿命周期各阶段的特点和要求，逐步建立和完善技术状态管理。6.1技术状态显示6.1.1选择技术状态项目

研发部门选择它们的功能特性和物理特性分别管理、能够满足最终使用性能的项目作为技术状态项目，高水平的技术状态项目在方案论证初期或以前选定，低水平的技术状态项目在研发初期或以前选定，随着项目研发的深入，确定的技术状态项目选择技术状态项目，必须考虑经费和人力承受能力。 如果选择的技术状态项目多、指标高，且没有相应的人力和财力支持，很可能导致技术状态控制失控，失去选择技术状态项目的意义，被选为技术状态项目的产品一般包括：a )系统级产品或跨部门、跨部门开发的产品b )在风险、安全性等方面具有重要特性和重要性的产品c )新开发的产品，如重要的、新的或改进的设计

d )界面复杂重要的产品。 例如，可以是与其他系统、设备或软件的接口关系，或若干系统通用的部件；e )单独购买的重要产品f )应保持使用和保障方面重点考虑的产品，如兼容性。6.1.2确定技术状态文件

研发部门应确定各技术状态项目在不同阶段所需的技术状态文件的名称、标识号、内容和责任主体。 技术状态文件应根据产品寿命周期阶段逐步推进，并随着研发工作的深化而逐步完善。a )研发部门应组织编制技术状态文件，各技术状态文件的内容和格式应按照相应的标准规定执行。b )各技术状态文件按《设计开发控制程序》规定签署。6.1.3显示技术状态

研发部门应在各技术状态项目及其技术状态文件中确定识别。 识别内容包括名称、型号、序列号(或批号)等信息，识别号码必须是唯一的。6.1.4建立技术状态基线

a )论证阶段，研发部门应建立功能技术状态文件，形成功能基线； 功能基线应与产品使用要求(包括技术指标)一致。b )在方案阶段，研发部门编制技术状态分配文件，形成分配基线； 分配基线应与产品的总体技术方案相协调。

C )在研发阶段，研发部门应当按照研发合同的要求进行产品试制，并编制形成产品基线所要求的产品技术状态文件(产品规范、技术规范、设计规范、产品图样等)。 最终产品规范是签订生产合同，定义技术状态项目的文件，经过功能技术状态审查和物理技术状态审查，接受人的生产合同后，被认定为产品基线。 产品基线是产品批量生产的依据，是进行技术状态控制的最终基线，产品基线应当与上级技术状态文件和产品定型要求相协调。

d )在产品使用寿命内，功能基线由用户使用的需求规范确定，分配基线由研发公司在签订研发合同时的研发规范规定。 产品基线在签订生产合同时，由履约单位的产品规范规定。 由这三种基线形成的技术状态文件应该从功能技术状态文件到技术状态文件的发布，再逐步形成产品技术状态文件，三者应该相互协调并具有可追溯性，后者是前者的扩展和细化。 前一过程技术状态的输出是下一过程技术状态的输入，应是下一过程开展活动的依据和标准。

迎新推文

技术状态控制主要是对技术状态变更的控制，包括技术状态的变更、偏离、授权。6.2.1技术状态变更

6.2.1.1技术状态变更实行“充分论证、各方认可、试验验证、完善审查、实施”的原则6.2.1.2根据对产品的影响程度，将技术状态文件的变更分为以下三类：A )类技术状态文件变更：影响产品技术性能、结构、强度、兼容性、通用性、安全性等的变更；b ))技术状态文件变更：与产品性能、结构、强度、兼容性、通用性、安全性等无关的变更和其他一般性修改、补充；c )类技术状态文件的变更(进一步明确误译印刷的修改、绘图的修改、书写方法的统一、技术要求等不影响产品要求和质量的变更和补充。6.2.2控制的变更6.2.2.1变更建议可由研发部门、履约机构和用户提出。 总工室去除产品性能改善和变更必要性小的提案，保留有益和必要的提案，根据变更的重要程度进行不同的控制。

a )、类变更必须严格控制。 变更建议应当由研发部门和履约机构提出书面变更申请，主要包括变更内容、变更理由、变更方案、变更带来的影响等。 总工室应组织安全、质量、技术人员进行论证，审核签名意见须经总工程师批准后实施，此类变更应经用户同意。 研发部门执行变更的所有要求，必要时进行变更验证。 总工室检查并记录相关技术状态文件的变更执行情况和效果。b )型变更应按《文件控制程序》执行。6.2.3偏离与超差控制

认为产品生产前需要临时偏离技术状态标识文件要求，或者生产中超过规定允许公差要求继续使用的，用户、研发部门、承包单位分别提出偏离、超标处理申请，总工室根据情况分别管理。a )不得受理履约机构安全和致命缺陷的偏离许可申请和影响使用或维修的偏离许可申请b )偏离许可申请仅在指定范围和时间内应用，不构成对功能技术状态文件、分配技术状态文件或产品技术状态文件的变更。c )产品超差控制按技术规格书和产品标准的规定执行；

d )研发部门、承包单位提出的偏离申请，需经用户批准并办理审批手续；e )用户提出的偏离申请，须报研发部门批准，并办理审批手续；f )偏离申请审批手续，作为系统支付检查的依据之一。6.2.4不良品控制设计、试制、试验过程中出现的不合格产品技术问题应按《不合格品控制程序》的规定，经批准后，方可进入下一工序。6.2.5产品质量问题的控制

对生产制造检验中出现的产品质量问题，严格按照《产品质量问题处理规范》控制，使产品技术状态始终处于受控状态。6.3技术状态记录

研发部门应当从产品方案阶段开展技术状态记录活动，保证归档的技术状态记录数据的完整性和准确性。 技术情况如下：a )记录并报告各项技术状态项目的标识号、现批准的技术状态文件及其标识号；b )记录并报告技术状态项目和技术状态文件列表；

c )记录并报告从提出各项技术状态变更到实施并验证的全过程情况；d )记录和报告技术状态项目的所有偏离许可和让步情况e )记录和报告技术状态审查的结果，包括不合格情况和最终处理情况f )记录并维护交付的产品版本信息和产品升级信息；g )定期备份记录技术状态的数据，维护数据安全。6.4技术状态审查6.4.1技术状态审查包括功能技术状态审查和物理技术状态审查。6.4.2功能技术状态审查应在设计确定前完成。 根据产品的复杂性，功能技术状态的审查可以分阶段进行，也可以结合技术审查工作。6.4.3物理技术状态审核在生产定型前完成。 物理状态审查应在《首件产品鉴定控制程序》执行。5.0条记录5.1技术状况文件变更提案/申请书5.2偏离许可申请书

5.3技术状态检查表文件编号：工作指导文件文件编号： a修订号： 0技术状态管理程序页码： 5、7页