技术状态控制程序
1 目的
对本公司产品技术状态标识、控制、纪实和审核实施有效的管理，以保证产品交付时满足顾客要求。 2 适用范围
本程序适用于本公司产品技术状态管理。 3 术语和定义
3.1技术状态：指技术文件中规定的，并在产品中达到的功能特性和物理特性。
3.2技术状态管理：指对技术状态项目进行的技术状态标识、技术状态控制、技术状态记实、技术状态审核的技术的和管理的活动。
3.3技术状态标识：指确定产品结构，选择技术状态项目，将技术状态项目的物理特性和功能特性及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特性或编码的活动。
3.4技术状态控制：指在技术状态文件正式确立后，对技术状态项目的更改，包括技术状态文件更改以及对技术状态产生影响的偏离和超差，进行评价、协调、批准或不批准以及实施的所有活动。
3.5技术状态纪实：指对已确定的技术状态文件、建议的更改状况和已批准更改的执行状况所做的正式记录和报告。
3.6 技术状态审核：指为确定技术状态项目符合其技术状态文件而进行的检查。
3.7技术状态基线：指在技术状态项目研制过程中的某一特定时刻，被正式确认并被作为今后研制、生产活动基准的技术状态文件。技术状态基线分为功能基线、分配基线和产品基线。 4 职责 4.1技术部门：
4.1.1策划、组织产品的技术状态管理
4.1.2实施产品技术状态的标识、控制、审核、纪实。 4.2质量部：
4.2.1参与产品技术状态的控制。 5 工作程序
5.1技术状态管理要求的确定
5.1.1在开展产品实现策划时，技术部门应根据承担的设计开发合同、产品分解结构、技术规格书或相关型号工程技术状态管理规定确定技术状态项，按照GJB3206A《技术状态管理》要求开展技术状态管理工作。 5.2技术状态管理工作策划
5.2.1技术状态管理策划重点包括明确职责、结合产品阶段确定技术状态管理、确立产品技术状态基线、初步确定各阶段技术状态文件清单、产品技术状态管理重大事项及技术状态标识。控制、纪实和技术状态审核活动以及外包方技术状态管理控制等工作内容。策划的结果纳入《质量保证大纲》或单独编制《技术状态管理计划》，并征得顾客同意。《技术状态管理计划》的编制可参照GJB3206《技术状态管理》实施。
5.2.2单纯软件的技术状态管理按照《软件开发控制程序》相关要求执行，软件和硬件集合成一体产品的技术状态管理按照本文件执行。
5.2.3技术部门应对接口（外包方）确定产品研制、技术状态项的接口要求，并纳入相应技术状态文件，在分包合同中，明确对外包方技术状态管理要求。 5.3技术状态基线的划分
5.3.1技术部门按照研制程序要求，确定建立产品/项目功能基线、分配基线和产品基线的时机和相应技术状态文件，相关内容应经顾客认可。功能基线一般在方案阶段建立，分配基线一般在方案阶段末期或工程研制初期建立，产品基线一般在产品设计定型（鉴定）时确定。 5.3.2产品的技术状态基线一般自建立起始，维持到产品报废或被替换为止。技术状态基本修订纳入技术状态控制，原技术状态基线中不再适用的技术文件应进行标识后归档或作报废销毁。
5.4技术状态标识
5.4.1技术状态标识（包括各阶段形成的基线标识文件、标识符以及其他标识）由技术部门负责实施。
5.4.2承担产品设计开发任务的技术部门应按规定的阶段，形成相应的设计文件和技术状态管理基线，具体内容见下表《产品技术状态矩阵表》。
表1 《产品技术状态矩阵表》
序号 研制阶段 主要任务 标识文件 完成标志 基线 签订的产品研制合1 产品策划阶段 通过与顾客沟通，确认顾客需求 研制任务书、设计开发任务书、同、经批准的设计开设计开发计划书等 发任务书 质量保证大纲、标准化大纲、根据顾客要求进行方2 方案阶段 案论证 性分析报告、总体设计方案、软件开发文档、试验大纲等 1）进行产品功能指标产品规范、设计图样、技术设分配 3 设计阶段 2）进行产品可靠性、格书、设计评审文件等 维修性及安全性设计 编制工艺文件、改装工艺文件、工艺评审文件、检4 施工设计 设计和制造、组装（集验文件、软件测试文件等 成）调试 1）编制试验大纲和试5 试验阶段 验实施细则 试验大纲、试验记录、试验结论、涉及技术更改的文件、源完成内场、外场试验 的施工方案及图纸等 产品基线 批复（或甲方确认）计报告、各组成部分的设计规认）的技术方案 提交批复（或甲方确六性大纲、风险管理计划、特总体技术方案 分配基线 功能基线 2）完成规定试验内容 程序等 6 实施/制造阶段 设计鉴定（定型）阶段 施工图、安装调试记录、检测集成调试 记录、培训记录 整理图纸资料 符合设计鉴定（定型）的全套批准设计鉴定（定型） 申请设计鉴定（定型） 技术文件（含软件）和资料等 际完成项目交接 系统功能、性能、实7 5.4.3技术状态标识应按照《设计文件编制规范》执行，对各阶段形成的技术文件、图样、软件文档进行三级审签、标准化检查，以及需要的工艺、质量会签。技术状态标识的文件应完整、准确、统一、清晰，并归档保存。 5.5技术状态控制
5.5.1技术状态文件的更改分为三类（Ⅰ、Ⅱ、Ⅲ类更改），具体确定原则如下： 5.5.1.1Ⅰ类技术状态更改确定原则 1)
更改功能基线、分配基线，致使下列任意要求超出规定的限值或容差值；
a) 性能和功能；
b) 可靠性、维修性、测试性、保障性、安全性、环境适应性和电磁兼容性；外形尺
寸、质量、质心、转动惯量； c) d)
接口特性；
规范中的其它重要要求。
2) 产品定型后，更改产品技术状态文件，对产品质量有影响，达到1）条中规定的程度，
或者对下列一个或多个方面产生重大影响； a) b)
技术状态项及其零、部、组件的互换性； 已交付的使用手册、维修手册；
c) 与接口结束状态项、保障设备、保障软件、零备件、训练器材（装置、设备和软
件）等的兼容性；
d) 技能、人员配备、训练、生物医学因素或人机工程设计。 5.5.1.2Ⅱ类技术状态更改确定原则 1)
产品设计定型前，更改不属于功能基线、分配基线的技术状态文件，对满足产品研制要求有影响。
2) 产品设计定型前，更改产品技术状态文件，对满足产品研制要求有影响，但没有达到1）
条中规定的程度。
5.5.1.3Ⅲ类技术状态更改确定原则
勘误译印、修正描图、统一标注方法，进一步明确技术要求等不影响产品研制要求或产品质量的更改和补充。 5.5.2Ⅰ类更改程序
5.5.2.1技术部门根据产品/工程研制和使用实际，识别和确定技术状态更改需求和类型。提出技术状态更改建议，必要时组织开展技术验证，编制技术状态更改申请报告，报告包含以下内容：
a) 产品概况；
b) 更改理由简要说明（包括前期开展的验证工作） c) 更改的技术状态项的名称、编号； d) 受影响的其它技术状态文件的名称、编号；
e) 受影响的产品的范围（包括在制品、制成品、在役品等）； f) 更改的类别；
g) 更改的内容；
h) 更改带来的影响（包括对作战使用性能、战术技术指标、质量、进度、费用等的影
响）；
i) 更改实施方案（含实施日期）。
5.5.2.2技术部门组织质量部等相关部门进行论证，根据论证结果，经技术部门负责人批准实施，此类更改须征得顾客同意。 5.5.3Ⅱ、Ⅲ类更改程序
5.5.3.1技术部门根据工程实际，识别和确定Ⅱ、Ⅲ类更改需求，按照《设计和开发控制程序》要求，完成更改。 5.5.4偏离许可和让步
在产品生产前认为有必要暂时偏离技术状态标识文件的要求，或生产中由于超过规定的容差而请求继续使用时，均应分别提出《产品偏离和让步申请表》，并根据不同情况分别控制。 5.5.4.1在生产过程中事先经批准，允许其偏离设计要求，其偏离不需要对基线设计文件进行更改，可由设计师按照Ⅲ类更改的要求处理。
5.5.4.2允许原样使用或返修不符合设计文件要求的产品，在不影响技术性能、功能的前提下经分管领导批准作让步处理。
5.5.4.3第Ⅰ类偏离许可和让步处理均应征得顾客或其代表的同意。 5.6技术状态审核
5.6.1在产品设计过程中，审核的主要内容是：技术状态的标识、设计文件中标识的协调统一和更改受控，以及工艺文件技术状态标识的完整性及与设计文件的符合性等。审核工作结合设计评审工作进行，不另单独安排。。 5.7技术状态纪实
5.7.1按照产品研制阶段划分，技术部门在产品研制阶段时开展技术状态纪实工作。 5.7.2技术状态纪实工作主要内容：
a) 记录并报告各技术状态项的标识号、现行已批准的技术状态文件及其标号。 b) 记录并报告每一项技术状态更改从提出到实施的全过程； c) 记录并报告技术状态项的所有偏离许可和让步的状况；
d) 记录并报告技术状态审核的结果，包括不符合的状况和最终处理情况；
e) 记录并维持已交付产品的版本信息及产品升级的信息； f) 定期备份技术状态纪实数据，维护数据的安全性。