技术状态管理程序

《技术状态管理程序》由会员分享，可在线阅读，更多相关《技术状态管理程序（21页珍藏版）》请在金锄头文库上搜索。

1、技术状态管理程序1. 目的与适用范围目的：规定、实施技术状态管理要求，以确保公司军贸产品研制、生产的技术状态, 满足“文实一致,图物相符”的产品需求和顾客要求。范围：适用于武器装备及其配套产品（以下统称产品）在寿命周期内的技术状态管理.2. 引用文件GJB 3206A-2010 技术状态管理GJB 2116 武器装备研制项目工作分解结构GJB2737 武器装备系统接口控制要求GJB3273 研制阶段技术审查GJB5235 军用软件配置管理GJB6387 武器装备研制项目专用规范编写规定GJB9001 质量管理体系要求 中国兵器工业集团公司军贸新产品定型工作管理办法3. 术语和定义3。1 功能特

2、性 产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等.3。2 物理特性 产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、质量等,又称实体 特性。3。3 技术状态 在技术文件中规定的并且在产品中达到的功能特性和物理特性。3。4 技术状态管理 在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求,技术状 态文件规定保持一致的管理活动.其主要内容包括技术状态标识、技术状态控制、技术 状态记实和技术状态审核。3。5 技术状态项 能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其 集合体.3.6技术状态文件规定技术状态项的功能特性和物理特性，或从这

3、些内容发展而来的关于技术状态项 验证、使用、保障和报废要求的技术文件。（三种技术状态文件在产品寿命周期不同阶 段进行编制、批准和保持。）3.7功能技术状态文件规定产品的功能特性、接口特性和验证要求的技术状态文件。3.8分配技术状态文件 规定技术状态项的接口特性,从高一层技术状态项分配下来的功能特性和接口特性, 附加的设计约束条件，以及上述特性的验证要求的技术状态文件。3.9产品技术状态文件规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报 废要求的技术状态文件。3.10 技术状态基线在产品寿命周期内的某一特定时刻，被正式确认并作为今后研制生产、使用保障活 动基准，以及技术

4、状态改变判定基准的技术状态文件。（一般包括功能基线、分配基线、 产品基线三种）3.11 功能基线经正式确认的功能技术状态文件。3.12 分配基线经正式确认的分配技术状态文件.3.13 产品基线 经正式确认的产品技术状态文件。3.14 技术状态更改 在产品寿命周期内，对已正式确认的现行技术状态所做的更改。3.15 技术状态标识 确定技术状态项及其所需技术状态文件,标识技术状态项及其技术状态文件，发放 和保持技术状态文件,建立技术状态基线的活动。3.16 技术状态控制 技术状态基线建立后,对提出的技术状态更改申请、偏离许可申请和让步申请所进 行的论证、评定、协调、审批和实施活动。3.17 技术状态

5、记实 在产品寿命周期内，为说明产品的技术状态所进行的记录、报告活动。3.18 技术状态审核 为确定技术状态项与其技术状态文件的一致程度而进行的正式检查.（包括功能技 术状态审核和物理技术状态审核.）3.19 功能技术状态审核 为验证技术状态项的功能特性达到功能基线、分配基线规定的要求所进行的技术状 态审核。3.20 物理技术状态审核 为建立或验证产品基线，对技术状态项试制试产样品的完工状态，所依据的技术状 态文件而进行的技术状态审核。4. 管理职责4。1 研发部为技术状态管理主责部门，负责公司军贸新产品研制和定型产品改进设计 的技术状态管理。必要时，成立由公司领导，相关业务部门代表，有资质人员

6、组成的 技术状态控制委员会,按赋予的权限对技术状态及其管理进行审查和决策。4。2 研发部负责组织编制、实施产品技术状态管理计划。技术状态管理计划的内容见 附录 B.注:承制方的技术状态管理计划应提交给订购方认可 .公司可与承制方编制一个计 划，协调技术状态管理计划，明确各方活动。4.3 质管部参与监督技术状态管理实施。技术状态管理实施监督应与质量监督协调一 致，可以一并进行。5. 技术状态标识5。1 技术状态标识任务技术状态标识的任务包括：a）选择技术状态项；b）确定各技术状态项在不同阶段所需的技术状态文件；c）标识技术状态项和技术状态文件;d）建立技术状态基线；e）发放经正式确认的技术状态文

7、件并保持其原件。5。2 技术状态项5。 2.1 产品分解选择技术状态项之前，应确定产品分解结构。可按GJB2116要求进行产品分解。承制方应确保技术状态项与工作分解结构单元对应。5。 2.2 技术状态项选择选择功能特性和物理特性能被单独管理且有助于达到总的最终使用要求的产品作 为技术状态项.被选择作为技术状态项的产品一般是：a) 武器装备、分系统产品或跨单位、跨部门研制的产品；b) 在风险、安全、完成作战任务等方面具有关键特性和重要特性的产品；c) 新研制的产品；d) 接口复杂且重要的产品；e) 单独采购的重要产品;f) 使用和保障方面需着重考虑的产品.5.2。3 技术状态项标识对每个技术状态

8、项都要标识.其标识内容一般有技术状态项的型号、序列号(或批次 号)等信息，标识号具有唯一性。5。3 技术状态文件5。3.1 技术状态文件编写和签署a) 确定每个技术状态项在不同阶段所需技术状态文件的名称、标识号、内容和责任 主体。常见技术状态文件参见附录 C。b) 各技术状态文件的内容和格式应按相应标准规定执行。其中，武器装备研制项目 专用规范按GJB6387编写。c) 各技术状态文件都要标识，标识号具有唯一性.d) 各技术状态文件按相应程序进行签署、批准.5.3.2 技术状态文件发放和保持a) 按文件控制程序要求，发放经签署、批准的技术状态文件.b) 记录并保存技术状态文件的发放信息.c)

9、技术状态基线建立后,控制并保持所有现行已批准的技术状态的原件。5。 4 技术状态基线建立和维持5。 4.1 功能基线一般在产品的方案阶段建立。分配基线一般在产品的方案阶段末期或 工程研制阶段初期建立。产品基线一般在设计定型时基本建立,在产品生产定型时最终 建立.5.4。2 功能基线与产品的战术技术指标和使用要求（研制总要求）协调一致；分配基线 与产品的总体方案设计（研制任务书）协调一致；产品基线与产品定型（或鉴定）要 求协调一致.功能基线、分配基线和产品基线各自对应的技术状态文件参见附录C.5.4。3技术状态基线通过转段技术审查方式（会议评审）确定，技术审查按GJB3273 研 制阶段技术审查

10、”执行.技术状态基线建立的标志是组成基线的技术状态文件全部获得 订购方的确认.5。4.4 功能基线、分配基线和产品基线一般应自建立起，维持到产品寿命周期结束为 止。5.5 接口控制按 GJB2737 武器装备系统接口控制要求,对接口进行管理。承制方规定技术状态项 的接口要求。订购方必须控制的接口要求纳入功能技术状态文件或分配技术状态文件 在建立基线之前，承制方应规定并控制分配技术状态文件中未规定的所有接口。应确 保所设计的各种硬件和软件之间的兼容性，以及它们与技术状态文件中规定的相应接 口要求之间的兼容性。6. 技术状态控制6。1 技术状态控制任务技术状态控制任务包括：a）制定控制技术状态更改

11、、偏离许可和让步的管理程序和方法；b）控制技术状态更改、偏离许可和让步;c）确保已批准的技术状态更改申请及偏离许可、让步申请得到准确实施.6.2 技术状态更改6.2.1技术状态更改原则技术状态更改遵循论证充分、试验验证、各方认可、审批完备、落实到位的原则。6.2.2技术状态更改分类技术状态更改分为I类、II类、III类。6。2.2.1 I类技术状态更改下列更改均属于I类技术状态更改：a) 更改功能基线、分配基线，致使下列任一要求超出规定的限制或容差值:1) 性能和功能 ;2) 可靠性、维修性、测试性、保障性、安全性、生存性、环境适应性和电磁兼容 性等特性；3) 外形尺寸、质量、质心、转动惯量；

12、4) 接口特性；5) 规范中的其他重要要求.b) 设计定型后，更改产品技术状态文件，对产品质量有影响，达到6。2。2。1a)所规定的程度或者对下列一个或多个方面产生重大影响：1) 技术状态项及其零、部、组件的互换性；2) 已交付的使用手册、维修手册；3) 与保障设备、保障软件、零备件、训练器材(装置、设备和软件)等的兼容性;4) 技能、人员配备、训练、生物医学因素或人机工程设计。6.2。2.2 II类技术状态更改下列更改均属于II类技术状态更改：a) 设计定型前，更改不属于功能基线、分配基线的技术状态文件，对满足产品要有影 响；b) 设计定型后，更改产品技术状态文件，对产品质量有影响，但没有达

13、到6。 2。 2。1b)所规定的程度。6。2。2。3 III类技术状态更改勘误译印、修正描图、统一标注方法，进一步明确技术要求等不影响满足产品要求 或产品质量的更改和补充。6.2.3技术状态更改控制6.2.3.1 判定技术状态更改需求 判定技术状态更改的必要性和可行性，必要时开展验证。如确有需要，承制方和 订购方均可提出技术状态更改需求。6.2.3.2 确定技术状态更改类别 在编制技术状态更改申请之前，明确技术状态更改的类别。当订购方和承制方有分歧时，经双方协商后由订购方决定。设计定型后，属于6。2。2.1a)所规定的I类技术 状态更改，且达到重大程度时,应视为产品改型,按相应研制程序办理手续

14、。6.2.3.3 编制技术状态更改申请I类、II类技术状态更改需编制技术状态更改申请。III类技术状态更改，可直接编制 技术状态更改通知。技术状态更改申请需有标识，其标识号具有唯一性。I类技术状态更改申请的内容一般包括：(II类更改可参照I类内容适当剪裁)a) 更改申请的标识号；b) 申请提出的单位、日期；c) 更改的类别;d) 更改的技术状态项的名称、编号；e) 受影响的其他技术状态项的名称、编号;f) 受影响的技术状态文件的名称、编号;g) 受影响的产品的范围(包括在制品、制成品、在役品等);h) 更改理由简要说明；i) 更改内容；j) 更改带来的影响(包括对作战使用要求、战术技术指标、质

15、量、进度、费用等的影响）；k） 更改实施方案（含实施日期）. 必要时，附支持技术状态更改的资料（如试验结果与分析、保障性分析、费用分析等 资料）。6.2.3.4 评审技术状态更改申请 根据技术状态更改类别和所处产品寿命周期阶段确定评审组织方式。 评审内容一般包括：a）受更改影响的技术状态项及其零、部、组件；b）更改的效果，包括不进行更改的影响和更改可以为产品带来的改进；c）更改所产生的费用和更改实施进度。6.2.3.5 审批技术状态更改申请I 类技术状态更改申请和设计定型后的 II 类技术状态更改申请经订购方审批。Ill类技术状态更改申请和设计定型前的II类技术状态更改申请由承制方自行审批， 并通知订购方,其技术状态更改通知送订购方备案.若订购方对更改类别有异议时，经双 方协商后最终由订购方决定。6.2.3.6 编制、发放技术状态更改通知 承制方将经批准的技术状态更改申请的内容形成技术状态更改通知,经审批、发放相关单位、部门。6.2.3.7 实施并检查技术状态更改 承制方组织相关部门，及时将批准的技术状态更改纳入技术状态文件。当影响到进度、费用改变时，需修改合同或协议。监督