技术状态管理程序
1 目的与范围
本程序的目的是通过技术状态管理,保证技术状态的有效性、适宜性和可追溯性。
本程序适用于本公司产品研制及生产过程中的技术状态管理。
2 引用标准及文件
GJB 9001A一2001《质量管理体系要求》
《质量手册》
《设计文件的管理》
3 定义
本程序采用GJB 9001A一2001中的定义及以下定义。
3.1 功能特性
指定量的性能参数和设计约束条件包括使用和后勤参数及其公差。功能特性包括所有性能参数,如作用距离、发射功率、跟踪精度、可靠性、维修性和安全性等。
3.2 物理特性
指产品特征的定量和定性的表示,如结构、尺寸、形状、表面粗糙度、配合、互换性等,以及它们的容差。
3.3 技术状态
指在技术文件中规定的,并在产品研制过程中达到的硬件和软件的功能特性和(或)物理特性。
3.4技术状态基线
在技术状态项目寿命周期内某一特定的阶段上,正式指定和规定的一个或一组技术状态标识文件。
基线的划分如下:
a)在论证阶段结束后,下达技术指标所形成的功能基线。
b)在方案阶段结束后,下达研制任务书或签订研制合同所形成的分配基线。
c)项目研制阶段直至产品设计定型,完成的设计、生产定型材料所形成的产品基线。
3.5 技术状态的管理技术状态的管理是指运用技术和行政的指导,对技术状态的确定和更改进行监督和控制的活动,包括:
a)技术状态标识。
b)技术状态控制。
c)技术状态审核。
d)技术状态纪实。
3.6 技术状态标识
技术状态标识是指建立对确定的技术状态项目的描述,是将顾客提出的各项性能指标,按照规定的研制程序,正确地分阶段地转化成方案论证报告、技术设计报告等技术文件资料。
3.7 技术状态控制
技术状态控制是指在技术状态项目文件正式确定后,为控制技术状态项目的更改进行的活动,包括对更改的评价、协调、批准或拒绝及实施。
3.8 技术状态审核
指在确定某一技术状态项目是否符合其技术状态文件而进行的检查。
3.9 技术状态纪实
对所建立的技术状态文件、建议的更改状况和已批准更改的实施状况,进行正式记录和报告。
4 管理活动及其流程
5 职责
5.1 综合管理部
综合管理部负责技术状态管理的组织协调。
5.2 型号总设计师
型号总设计师负责技术状态控制中的更改审批。
5.3 研究所及各生产车间研究所及各生产车间的职责是:
a)技术状态标识的确定。
b)技术状态更改的提出和实施。
5.4 质管部
质管部参与技术状态管理的审核。
6 要求
6.1技术状态标识
6.1.1功能技术状态标识
论证阶段,应由研究所或各生产车间根据合同要求编制以系统规范为主的技术文件,完成系统功能技术状态标识,文件应充分体现顾客的要求。文件形式为技术论证报告,主要包括以下内容:
a)系统的使命任务分析,含顾客的需求、使用任务、装备对象、效果分析等。
b)国内外同类系统的现状、发展趋势及对比分析,含技术的先进性、现实性、经济性的初步分析。
c)主要技术指标要求确定的原则,主要技术指标要求,主要技术指标计算及其可行性的分析。
d)系统配套设备组成初步方案及可行性。
e)研制周期及经费估算。
6.1.2 分配技术状态标识
方案阶段,应由研究所编制以系统规范为主的技术文件。文件形式为系统研制方案报告、系统研制任务书、系统可靠性保证大纲和系统标准化综合要求,系统研制方案论证报告包括以下内容:
a)系统研制的依据及使用任务。
b)系统的组成及主要技术指标、使用要求说明。
c)各分系统及主要设备的性能指标要求。
d)系统的工作原理框图及与系统内外的接口关系。
e)安装使用的技术要求及环境条件要求。
f)质量及可靠性控制措施。
g)标准化及规范要求。
h)系统的文件目录。
i)系统中分系统及主要设备在交付使用前需进行的局部或全系统联调的要求。
j)系统研制的网络计划。
系统研制任务书,主要内容包括:
a)主要技术指标和使用要求。
b)配置设备及关键材料器件的安排意见。
c)研制总进度及分阶段进度安排意见。
d)研制数量及研制经费预算。
e)试制、试验任务的分工和需补充的条件(包括技术引进、测试设备、技术改造等)。
6.1.3 产品技术状态标识
项目研制阶段直至产品设计定型,设计部门和生产部门应编制产品物理特性标识的文件,这些技术文件应包括:
a)从系统到产品最低层的所有工程图纸,包括计算机说明书的文件。工程图纸应表明产品生产、组装、总装、检测所需全部要求,以及对上述要求所需的验证。
b)产品功能与制造规范、工艺和材料规范和其他有关的技术资料。
c)产品设计定型所属的所有技术文件。
6.2 技术状态控制
技术状态控制主要是对技术状态更改的控制,包括技术状态更改、偏离和超差。
6.2.1 技术状态更改的分类
a) 工类更改:指涉及产品或其组成部分技术状态改变的更改,以及经费、进度、安全或后勤保障等因素的更改。
b) Ⅱ类更改:除I类外的所有其他更改。Ⅱ类更改不影响产品的性能、互换性、费用、维修性、可靠性及交货进度,主要是文件编写的更改。
6.2.2 更改控制
更改建议可以来自承制单位、转承制单位,也可以来自顾客。
应筛除对产品效能改进不大或更改必要性不大的建议,保留有益和必要的建议,应根据更改的重要程度,进行不同的控制。
a)I类更改应严格控制。须由更改建议者提出书面报告,综合计划部会同研究所及各生产车间进行论证,审查签署意见后由型号总设计师批准实施,此类更改须征得顾客同意。
b)Ⅱ类更改应按设计文件的管理》执行。
6.2.3偏离和超差的控制
承制单位在产品生产前认为有必要暂时偏离技术状态标识文件的要求,或生产中由于超过规定的容差而请求继续使用时,均应分别提出偏离、超差处理申请,并根据不同情况分别控制。
a)产品的超差控制按研制任务书或技术规格书的规定执行。
b)承制单位提出的偏离申请,需经顾客认可,并办理审批手续。
e)顾客提出的偏离申请,需经承制单位认可,并办理审批手续。
d)偏离申请认可手续应作为系统支付验收的依据之一。
6.3 技术状态审核
6.3.1 在产品设计过程中,审核的主要内容是:技术状态的标识、设计文件中标识的协调统一和更改受控等。审核工作结合设计评审工作进行,不另单独安排。
6.3.2 在产品生产过程中,审核的主要内容是:工艺文件、质量文件、生产计划文件的技术状态标识的完整性及与设计文件的符合性等。审核工作结合工艺评审和产品质量评审工作进行,不另单独安排。
6.4 技术状态纪实
技术状态纪实是记录和报告技术状态管理过程的管理信息及相关活动,贯穿于产品的整个寿命周期。记录供内部使用,报告是向使用单位提供信息。
技术状态纪实的具体内容包括:
a)按各相关规定,提供完整齐套的技术状态标识。
b)各类评审报告。
c)更改通知单及其综合分析报告。
第二篇:技术状态管理程序
技术状态管理程序
技术状态管理程序
1. 目的
本程序规定了技术状态管理的过程,旨在规范对技术状态文件的控制,加强对产品技术状态的管理。
2. 范围
本程序适用于公司与产品和服务相关的所有经营活动。
3. 引用文件
GB/T19001-2008 idt IS09001:2008 质量管理体系—要求
GB/T19017-2008 idt IS10007:2003 质量管理体系—技术状态管理指南
IRIS-Rev02 国际铁路行业标准
4. 职责
4.1 研发部负责产品技术状态文件的制订、控制、更改、发放、验证及审核工作,确保技术状态更改的要求落实到相应的技术文件中,包括是否落实到相应的产品图纸、BOM中。
4.2 质管部负责技术状态文件的实施过程监督,技术状态审核及产品技术状态项的物理性能、化学性能的测试工作,验证技术状态的更改是否纳入相应的工艺技术文件中,验证生产的产品是否符合所要求的技术状态。
4.3 制造部负责按技术状态文件的要求及文件更改来安排生产,负责统计受技术状态更改所受到影响的产品和材料统计。
4.4 采购部负责在进行设备采购活动中,及时将技术状态更改传递给供应商,并监督其实施。
4.5 业务部负责将适用的技术状态更改传递给用户,在售后服务活动中执行或协助用户实施。
5. 工作流程
5.1 产品的技术状态管理清单
技术部依据本管理办法要求或合同、项目对技术状态管理的要求,对公司生产的每种型号的产品或某批次产品编制技术状态清单,其技术状态清单作为设计输出形式颁布,以指导后续的实物数据的收集。
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 实物数据收集与更新
技术状态管理的实物数据收集包含产品制造过程中的数据和产品运行过程中的数据。如有可能,技术状态管理数据应尽可能地延续到产品的生命周期结束。
技术状态管理的实物数据除去记录技术状态清单要求的数据外,还应该保证实物的可追溯性,可以采用序列号来进行管理。
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 各有关单位通过产品技术状态数据库的维护和及时更新、录入,应能保证数据信息与产品的一致性,在整个产品生产和运用过程直至生命结束全过程保持追溯性。
5.2.3.3 质管部负责技术状态管理、监督、检查工作。
5.3 变更管理
5.3.1 设计变更
5.3.1.1 设计变更的提出、评审、批准、实施及验证等规定,按照《变更管理办法》有关规定。设计变更如涉及到技术状态清单所列零部件或元器件,则需对技术状态清单进行相应的变更,见5.3.3条。
5.3.2 非设计变更
5.3.2.1 产品在制造、调试、运行过程中,对零部件或元器件进行了个别变更,按照《不合格品控制程序》进行变更,如涉及到技术状态清单所列零部件或元器件,则由各变更实施部门收集数据并录入数据库。
5.3.2.2 产品在制造、调试、运行过程中,对零部件或元器件进行了批量变更,则需按照5.3.1条进行变更。
5.3.3 技术状态清单的变更
5.3.3.1 产品在制造过程或运行过程中,如需对产品技术状态清单进行变更,按《变更管理程序》中有关规定进行变更,并按5.1.5~5.1.7条进行评审、用户沟通和审批。
5.3.3.2 各变更实施部门,依据变更后的技术状态清单,实物的数据收集按5.2条进行。
5.4 其它技术状态信息
有关技术状态信息的其它信息,如技术要求、规范、设计图纸、部件清单、测试要求、维护和操作手册等,其管理按照xx/QEP7300-01《设计与开发控制程序》相关要求执行。
5.5 数据审核和状态说明报告
5.5.1 研发部定期组织各有关单位,对技术状态清单状态、实物数据状态及数据与产品实物符合性进行审核,必要时编制审核计划。
5.5.2 必要时,研发部根据审核情况编制状态说明报告,对决策和设计改进提供信息。状态说明报告应包含以下内容,但不局限于此:
a) 交付的文件,指出相关的修改;
b) 具有客观证据的当前活动的状态和文件,当前的活动有已执行的、正在进行中的和准备执行的;
c) 影响RAMS要求的问题通报;
d) 关于解决问题的活动建议。
5.5.3 各相关部门根据状态说明报告及时纠正问题。
审核人: 批准人: