技术状态管理程序IRIS.doc

IRIS技术状态管理程序 目的 本程序规定了技术状态管理的过程，旨在规范对技术状态文件的控制，加强对产品技术状态的管理。 范围 本程序适用于公司与产品和服务相关的所有经营活动。 引用文件 GB/T19001－2008 idt IS09001：2008 质量管理体系—要求 GB/T19017－2008 idt IS10007：2003 质量管理体系—技术状态管理指南 IRIS-Rev02 国际铁路行业标准 职责 研发部负责产品技术状态文件的制订、控制、更改、发放、验证及审核工作，确保技术状态更改的要求落实到相应的技术文件中，包括是否落实到相应的产品图纸、BOM中。 质管部负责技术状态文件的实施过程监督，技术状态审核及产品技术状态项的物理性能、化学性能的测试工作，验证技术状态的更改是否纳入相应的工艺技术文件中，验证生产的产品是否符合所要求的技术状态。 制造部负责按技术状态文件的要求及文件更改来安排生产，负责统计受技术状态更改所受到影响的产品和材料统计。 采购部负责在进行设备采购活动中，及时将技术状态更改传递给供应商，并监督其实施。 业务部负责将适用的技术状态更改传递给用户，在售后服务活动中执行或协助用户实施。 工作流程 产品的技术状态管理清单 技术部依据本管理办法要求或合同、项目对技术状态管理的要求，对公司生产的每种型号的产品或某批次产品编制技术状态清单，其技术状态清单作为设计输出形式颁布，以指导后续的实物数据的收集。 5.1.1 需编制技术状态清单的零部件或元器件原则上必须包括如下内容，但不局限于此： a） 与用户所签订的合同中，用户要求关注的零部件或元器件； b） 顾客点装的零部件或元器件； c） 设计输出文件中所规定质量特性重要度为关键特性和重要特性的零部件或元器件； d） DFME(C)A和PFME(C)A所得出结论，零部件或元器件一旦发生故障，对产品运行产生的严酷度等级为严重的或灾难的元器件； e）产品以往的应用过程中经常发生故障或属于惯性质量的零部件或元器件； f）可维修性差或维修时间长的零部件或元器件； g）采购周期长、占用资金多的零部件或元器件。 5.1.2 产品技术状态清单的信息设计，根据产品的复杂性、项目管理的要求、资源的获得等不同而不同，原则上应该保证所列出的元器件在实物数据记录时，能够唯一确定所采用的元器件是符合要求的，至少应包含元器件名称、型号、生产厂家、技术协议编号、产品交出状态、产品试验结果等信息。 5.1.3 工艺科负责提出5.1.1条中 d)条中由PFME(C)A所得出的和 f)条需要进行技术状态管理的零部件或元器件清单；采购部负责提出 g)条需要进行技术状态管理的零部件或元器件清单；研发部根据合同要求、产品运行过程中暴露的质量问题、DFME(C)A等过程，负责提出需要进行技术状态管理的零部件或元器件清单，并汇总产品技术状态清单。 5.1.4 合同要求产品技术状态清单需要用户同意或必要时，由业务部负责与用户进行沟通，将达成一致的产品技术状态清单转交给研发部进入评审环节。此情况下，可以由此过程来替代5.2.5条要求的评审过程。 5.1.5 产品技术状态清单由提出部门的领导审核，总工程师或主管该产品的项目经理批准。 实物数据收集与更新 技术状态管理的实物数据收集包含产品制造过程中的数据和产品运行过程中的数据。如有可能，技术状态管理数据应尽可能地延续到产品的生命周期结束。 技术状态管理的实物数据除去记录技术状态清单要求的数据外，还应该保证实物的可追溯性，可以采用序列号来进行管理。 5.2.1 产品制造过程中的数据收集和录入 5.2.1.1 质管部根据职能分工，将技术状态清单分解到各制造单位。 5.2.1.2 各部门在制造过程中应按照技术状态清单的要求采集、录入产品的技术状态数据，技术状态数据随着工序进行流转。当产品跨单位进行交付时，交付单位应该将技术状态数据完整地交付产品接收单位，并将技术状态数据及时录入到数据库。 5.2.1.3 产品制造过程中的数据应为制造单位的产品可交付的依据之一。如有特殊情况，例如：在技术状态管理的元器件未安装时，生产单位的产品需要提前交付，生产单位应在产品交付用户前，完成数据的收集、录入工作。 5.2.2 产品运行过程中的数据收集、录入 5.2.2.1 业务部负责产品运用过程中由顾客本身对产品技术状态进行变更数据的采集、及时将变更数据录入到数据库。 5.2.2.2 产品运行过程中，由于各种维修、阶段质量改进等活动，造成产品所安装元器件的变更，工程部对涉及到技术状态清单上的元器件收集变更数据及时录入到数据库。 5.2.3 数据库管理 5.2.3.1 研发部应及时备份技术状态管理数据，以免发生丢失。 5.2.3.2 各有关单