技术状态管理程序文件
技术状态管理程序
技术状态管理程序1、目的对技术文件和资料进行有效控制，确保产品从立项、设计、样件、生产和生产后产品保障整个生命周期使用正确的技术文件。
2、适用范围适用于本公司所有技术文件、产品标准和顾客图纸、产品规范、外来标准及其它技术文件和资料的控制。
3、职责与权限3.1技术中心负责根据顾客发出的技术状态文件，确定该技术状态项目能否实施。
负责技术状态工艺文件的更改和产品的实施。
3.2 生产部负责技术状态零部件的批次和数量的确认，并制定生产计划。
3.3 质保部负责技术状态零部件的可追溯性的记录、存档、监督。
4、工作流程图5、程序内容：7. 定义技术状态：技术状态是指在技术文件中规定的并在产品中达到的物理特性和功能特性。
技术状态管理：技术状态管理是指应用技术和行政管理手段对产品技术状态进行标识、控制、审核和纪实的活动。
在实施技术状态管理中涉及到两个基本的管理要素，一是技术状态项目，二是基线。
技术状态项目是技术状态管理的基本单元。
基线是指已批准的并形成文件的技术描述。
技术状态管理中，一般要考虑三个基线——功能基线、分配基线和产品基线。
技术状态管理主要是针对技术状态项目的基线实施的管理。
技术状态标识：技术状态标识包括确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特征或编码等所有的活动。
技术状态标识：技术状态标识包括确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特征或编码等所有的活动。
技术状态控制：技术状态文件正式确立后，控制技术状态项目更改的所有活动。
技术状态纪实：技术状态纪实是对所建立的技术状态文件、建立的更改状况和已批准更改的执行状况所做的正式记录和报告。
技术状态审核：技术状态审核是确定技术状态项目符合技术状态文件而进行的检查。
技术状态审核包括功能技术状态的审核和物理技术状态的审核。
技术状态管理程序
技术状态管理程序1 目的对技术状态项目应全面控制，保证各阶段基线演变正确，实施技术状态管理。
2 范围适用于用技术的和行政的方法对产品的技术状态实施管理。
3 职责3.1 技术部门归口负责产品技术状态的管理；3.2 质管部门、生产部门按职责配合技术状态管理。
4 技术状态管理程序4.1 技术状态管理的基本要求a）对技术状态项目应全面控制，保证各阶段基线演变正确；根据产品特点将产品研制阶段的划分为方案设计阶段和工程设计阶段；b）对各阶段批准的技术状态进行标识，最终形成产品的成套技术资料；c）设计、工艺文件的管理执行文件控制的相关规定；d）对技术资料进行有效的控制，保证试制、生产、检验、现场和各职能部门所使用的图样、设计文件和工艺文件协调、统一；e）严格控制技术状态更改，设计、工艺文件的更改应经充分、全面的论证、试验，履行严格审批手续；涉及最终产品要求时，应取得顾客的认可；f）顾客要求时，技术状态管理计划、技术状态基线确定及其更改应经顾客同意。
4.2 技术状态标识a）技术状态标识是为技术状态控制、技术状态纪实和技术状态审核建立并保持一个确定的文件依据；标识应从可行性论证阶段开始，方案设计阶段、工程设计阶段均要进行；b）可行性论证结束后，应进行功能技术状态标识，经批准的“战术技术指标”就是功能基线，形成系统技术说明书；c）方案设计结束应进行技术状态分配标识，经批准的“研制任务书”就是分配基线，将产品功能分配到产品的各个组成部分，研制任务书是工程研制的依据；d）在工程设计阶段形成的成套技术资料即为产品基线，产品基线是生产制造的依据。
4.3 技术状态控制a）技术状态控制始于功能基线确定时，贯穿于技术状态项目研制生产的全过程；b）设计、工艺文件的更改按有关规定执行，对关键件，重要件的设计更改要提高一级审批。
4.4 技术状态纪实a) 技术状态纪实应准确、全面地记录每一技术状态项目和现已批准的技术状态文件及更改情况，确保每一技术状态演变的可追溯性；b) 必须确保有一份技术状态记录，把所有经过批准的技术状态更改汇编成文件，包括：工程更改论证文件；更改的状况和分类；图样的状况；更改单的有效范围；更改文件的发放情况等；c) 有关项目的技术状态记录，应按阶段及时向项目负责人报告，以便对整个研制系统的各项管理进行安排和协调，必要时应向顾客提供信息。
技术状态管理
db)) 企国业家标军准用;标准; f) 设计文件;
ec)) 国行际业国标外准标; 准; g) 规章制度。
d) 企 业标准;
技术状态管理计划
组织和职责 本部分说明参与技术状态管理活动的人员、 部门和机构,需要时,用简图说明。同时,说 明 各参与方在技术状态管理中的职责,包括在 技术状态控制委员会中的作用。此外,说明 技术状态管理职能与技术审查和定型工作 等方面的有机联系。
技术状态管理计划
技术状态管理里程碑 本部分说明产品或技术状态项寿命周期的阶 段划分,并按阶段说明技术状态管理重大事项 的安排。重大事项包括成立技术状态控制委员 会、确立技术状态基线 (包括内部控制的基线) 和准备用于项目技术审查及或技术状态审核的 技术状态文件等。
技术状态管理计划
技术状态标识 a)选 取的技术状态项; b)建 立每一条技术状态基线所需的技术状态 文件,需要时用图示方式来表示各技术状态文 件之间的关系,例如用规范树来表示; c)标识制度,包括技术状态项及其各层次产 品的标识、技术状态文件的标识; d)技术状态文件的发放程序; e)接口管理。
技术状态管理详细要求
4.技术状态审核
技术状态审核包括：每一项技术状态项功能技术状态审核、 物理技术状态审核。 成立技术状态审核组。 功能技术状态审核与设计定型结合，也可与产品技术审查相 结合； 物理技术状态审核应在功能审核完成之后进行，必要时也可与 功能审核同步。
技术状态管理计划的构成
a)封 面;
技术状态管理计划
技术状态控制 a)技术状态更改分类; b)技术状态更改的审批权限; c)各类技术状态更改申请的处理程序; d)偏离许可、让步申请的处理程序; e)技术状态更改通知的处理程序。
技术状态管理GJB
功能特性：指产品的性能指标、设计约束条件和使用保障要求,其中包括诸如使用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求，例如使用和后勤参数及其公差，功能特性包括所有性能参数,如作用范围、速度、杀伤力、可靠性、维修性和安全性， 物理特性：产品的形体特性,如组成、尺寸、表面状态、形状、配合、公差、重量等，
二．什么是技术状态项目
在选择技术状态项目时,应考虑经费和人员的承受能力进行合理恰当的选择,技术状态 项目选择过多,将会增加管理控制费用、影响对项目的整体控制、拖延研制（ZHOU）期、增加人员负担，技术状态项目选择过少或对产品分解结构不充分,则会由于缺乏管理工作的明晰度,使应控制的项目而投有得到控制以致冒失控的风险，同时因关键或重要项目的失控给保证产品质量、后勤保障工作及使用维护工作增加困难， 2 为保证工程质量和工程进度．技术状态项目选择的时机应恰当,一般地说： ①较高层次技术状态项目的选择应在项目确立的最初阶段,即论证阶段或方案研制阶段 的初期； ②较低层次技术状态项目的选择应不迟于工程研制阶段初期,至少不迟于初步设计阶段 之前完成，
三,产品形成过程的阶段划分——基线
技术状态基线 在技术状态项目研制过程中的某一特定时刻,被正式确认、并被作为今后研制、生产活动基准的技术状态文件, 技术状态基线是由一组批准的技术状态文件确立的,在产品研制的全寿命（ZHOU）期内,当有必要为作为进一步工作起点的技术状态规定参照基准时,应由供需双方共同确定技术状态基线， 体现在技术协议书上规定的项目
三,产品形成过程的阶段划分——基线
技术状态管理活动
生产出首件
样机
在工程项目研制的全过程中有三个时间点是具有典型性的, 1．项目论证阶段向方案论证阶段的转移 项目论证阶段的主要任务是根据用户对项目功能的要求,对提出的系统技术性能指标和实现的总体技术方案进行论证,完成系统研制总要求，为了验证本阶段任务指标的完成是否满足用户或合同规定的要求,通常要进行系统 产品 要求评审．来确立系统的功能特性，当系统 产品 要求评审完成后,产品的功能技术状态文件基本确定,经批准后,这些组成文件就建立了技术状态管理的功能基线，
GJB9001程序文件——技术状态管理控制程序
XXXXXXXXXXXXXXX有限公司
技术状态管理控制程序
1. 目的
规定了生产过程中技术状态管理的内容及实施办法。
准确地描述产品的功能特性和物理特性的可见性，并对其提供相应的控制方法。
2. 适用范围
本程序仅适用于公司生产的军工产品生产过程中的技术状态管理，当合同中有要求时也适用于军工产品生产的技术状态管理。
3. 职责
3.1技术部负责军工产品的：
a）技术状态项目选择、审查、报批；
b）组织生产阶段技术状态文件的编写、审查及发放；
c）给定标识符号；
d）根据管理要求，对技术状态项目定期向上级领导机关、相关协作单位发送不同类型的报告；
e）编制技术状态项目的正式记录和报告。
3.2生产部负责技术状态更改的提出和实施。
3.3 质检部负责组织技术状态审核。
4. 工作程序
4.1技术状态标识
4.1.1技术状态项的选择
4.1.1.1技术状态项定义：
被指定用于技术状态管理并在技术状态管理过程中作为单一实体来对待的硬件、软件、流程性材料、服务或其任一独立部分的集合。
4.1.1.2技术状态项选择准则
首要准则是选择性能参数和物理特性能被单独管理的技术状态管理的技术状态项，以达到其最终的使用性能。
技术状态管理
各相关部 《技术
术部负责对每个资料使用部门所持有的所有资料 进行审计，审计后如果发现存在问题，技术部应填
门
资料审
计记录》
写《技术资料审计记录》，并向被审计部门领导提 技术部
6.6
供一份审计备忘录，以便其督促相关人员对照所发
技术状
现问题进行改正。
态审核
6.6.2 如果使用部门发现资料丢失，技术部在没有
6.4
程序文件 技术状态管理程序
/QP-S13
共3页 第2 页
第A版
第 0 次修改
工作说明
责任部门
6.1.1 产品技术状态信息包括：
1)成品最终要求：例如对尺寸、功能、使用条件等
要求的说明文件等;
2)产品组成材料清单（BOM）;
3)测试规范：一般指成品尺寸测试规范、功能测试
规范、可靠性和安全性测试规范等各种测试规范; 技术部
企业集团有限公司
1.目的
程序文件 技术状态管理程序
/QP-S13
共3页 第3页
第A版
第 0 次修改
为对产品技术状态的确立和变更进行控制，确保技术状态正确无误，达到文文相符、文实相符、
现行有效，特制定本程序。
2.适用范围
本程序适用于合同有要求时产品的技术状态的控制与管理。
3.术语
技术状态：在技术文件中规定的并且在产品中达到的功能特性和物理特性；
6.4.2 使用者必须在 10 个工作日内按照检查清单
对照所持有的资料的版本状态，并将检查清单送回
技术部。所发现的不符部分应立即通知技术部资料
管理员。检查清单发送日期的 2 个星期后，资料管
理员应确认检查单已送回。。
6.4.3 技术部资料管理员接到使用者返还的检查清
GJB9001C技术状态管理程序
1目的本程序规定了技术状态标识、技术状态控制、技术状态纪实和技术状态审核等有关要求，旨在对产品实施技术状态管理。
2适用范围适用于本公司军工产品技术状态项目在研制、生产中的技术状态管理。
3 职责3.1 研发部负责技术状态的归口管理工作。
3.2 生产部、市场部、品质部等部门配合执行。
4 程序4.1 技术状态管理应包括：a) 技术状态纪实；b）技术状态控制；c）技术状态标识；d）技术状态审核。
4.2 技术状态的标识控制4.2.1 对产品研制开发不同阶段形成的输入、输出文件或记录，要在文件或记录上标识文件形成所处的研制阶段。
标识方式可以是文字也可以是字母代码。
F——方案阶段；C——初样阶段；S——试样阶段；D——设计定型阶段。
P——生产定型阶段。
4.2.2 按照GJB190《特性分类》的要求，在设计输出文件，如：配方、工艺文件等技术文件上，进行产品“关键特性”、“重要特性”、“关键件”、“重要件”、“关键过程”、“特殊过程”等的标识。
4.2.3 根据产品《原、辅材料明细表》，在技术、工艺文件等设计输出文件上，标识使用材料的牌号、规格、状态及执行标准。
4.2.4 按照《设计开发控制程序》中关于设计更改控制的要求，根据更改审批意见，将更改内容落实到相关输出文件上。
4.2.5 按照《文件控制程序》规定，对产品研制和开发过程形成的各类文件进行“受控”、“非受控”状态标识。
4.3 技术状态的更改控制4.3.1 本公司和顾客都可对现行有效的技术状态提出技术更改的建议。
顾客提出技术更改建议时，应书面通知本公司。
4.3.2 技术更改分类➢Ⅰ类技术状态更改包括：a)更改功能基线、分配基线，致使下列要求超出规定限值或容差值；①性能和功能；②可靠性、维修性、安全性、测试性、保障性、环境适应性和电磁兼容性等特性；③外形尺寸、质量等；④接口特性及规范中的其他重要要求。
b)设计定型后，更改产品技术状态文件，对产品质量有影响，达到所规定的程度或对下列一个或多个方面产生重大影响；①技术状态项及其零、部、组件的互换性；②已交付的使用手册、维修手册；③与保障设备、保障软件、零备件等的兼容性；④技能、人员配备或人机工程设计等。
GJB9001C技术状态管理程序(含完整表单)
文件编号：Q/YC–P034–2013/A 0 归口管理：行政部技术状态管理程序一、目的为使军工产品在研制生产使用的任何时间地点都能使用现行有效文件，做到文文一致、文实相符，制定本程序。
二、适用范围本程序规定了技术状态管理的职责、程序内容和要求。
本程序适用于军工产品的技术状态管理。
三、管理职责(1)主管技术负责人全面负责该项目的技术状态管理工作，包括确定技术状态项目、任命项目负责人、组织技术状态审核等。
各研制生产项目的主管设计师、主管工艺师，具体负责该项目具体的设计、工艺技术状态管理工作。
(2)技术管理部门是承制单位技术状态管理归口管理部门，负责制定技术状态管理制度方法，在产品科研生产验证中具体组织实施技术状态管理。
(3)档案管理部门负责技术状态文件资料的发放、标识、存档保管和依据存档资料更改手续进行更改。
四、工作程序1．基本要求应在军工产品（型号）项目研制过程的不同阶段，分别编制出能全面反映其在某一特定时刻产品技术状态的技术状态文件，经批准后建立功能基线、分配基线和产品基线。
应控制对这些基线的更改，使对这些基线所做出的全部更改都具有协调一致和可追溯性。
应确保武器装备系统或技术状态项目在其研制生产的任何时刻，都能使用正确的技术文件，做到文文一致、文实相符。
技术状态管理包括下列活动：(1)技术状态标识；(2)技术状态控制；(3)技术状态审核；(4)技术状态纪实。
2．技术状态标识(1)按GJB 3206有关规定选择确定技术状态项目。
(2)承担产品设计、研制部门和生产部门应按设计、工艺文件完整性要求和有关规定，编制设计文件图样、工艺文件、检验试验文件、验收规范等全套技术文件。
(3)设计人员按GJB 190规定，对产品进行特性分类和标注，并编制特性分文件编号：Q/YC–P034–2013/A 0 归口管理：行政部析报告和关重件（特性）汇总表。
(4)设计人员编制可靠性大纲、维修性大纲及可靠性、维修性设计试验规范。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
技术状态管理程序1.目的与适用围目的：规定、实施技术状态管理要求，以确保公司军贸产品研制、生产的技术状态，满足“文实一致，图物相符”的产品需求和顾客要求。
围：适用于武器装备及其配套产品(以下统称产品)在寿命周期的技术状态管理。
2.引用文件GJB 3206A-2010 技术状态管理GJB 2116 武器装备研制项目工作分解结构GJB2737 武器装备系统接口控制要求GJB3273 研制阶段技术审查GJB5235 军用软件配置管理GJB6387 武器装备研制项目专用规编写规定GJB9001 质量管理体系要求中国兵器工业集团公司军贸新产品定型工作管理办法3.术语和定义3.1功能特性产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等。
3.2物理特性产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、质量等，又称实体特性。
3.3技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性。
3.4技术状态管理在产品寿命周期，为确立和维持产品的功能特性、物理特性与产品需求，技术状态文件规定保持一致的管理活动。
其主要容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
3.5技术状态项能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
3.6技术状态文件规定技术状态项的功能特性和物理特性，或从这些容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。
(三种技术状态文件在产品寿命周期不同阶段进行编制、批准和保持。
)3.7功能技术状态文件规定产品的功能特性、接口特性和验证要求的技术状态文件。
3.8分配技术状态文件规定技术状态项的接口特性，从高一层技术状态项分配下来的功能特性和接口特性，附加的设计约束条件，以及上述特性的验证要求的技术状态文件。
3.9产品技术状态文件规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报废要求的技术状态文件。
3.10技术状态基线在产品寿命周期的某一特定时刻，被正式确认并作为今后研制生产、使用保障活动基准，以及技术状态改变判定基准的技术状态文件。
(一般包括功能基线、分配基线、产品基线三种)3.11功能基线经正式确认的功能技术状态文件。
3.12分配基线经正式确认的分配技术状态文件。
3.13产品基线经正式确认的产品技术状态文件。
3.14技术状态更改在产品寿命周期，对已正式确认的现行技术状态所做的更改。
3.15技术状态标识确定技术状态项及其所需技术状态文件，标识技术状态项及其技术状态文件，发放和保持技术状态文件，建立技术状态基线的活动。
3.16技术状态控制技术状态基线建立后，对提出的技术状态更改申请、偏离许可申请和让步申请所进行的论证、评定、协调、审批和实施活动。
3.17技术状态记实在产品寿命周期，为说明产品的技术状态所进行的记录、报告活动。
3.18技术状态审核为确定技术状态项与其技术状态文件的一致程度而进行的正式检查。
(包括功能技术状态审核和物理技术状态审核。
)3.19功能技术状态审核为验证技术状态项的功能特性达到功能基线、分配基线规定的要求所进行的技术状态审核。
3.20物理技术状态审核为建立或验证产品基线，对技术状态项试制试产样品的完工状态，所依据的技术状态文件而进行的技术状态审核。
4.管理职责4.1 研发部为技术状态管理主责部门，负责公司军贸新产品研制和定型产品改进设计的技术状态管理。
必要时，成立由公司领导，相关业务部门代表，有资质人员组成的技术状态控制委员会，按赋予的权限对技术状态及其管理进行审查和决策。
4.2 研发部负责组织编制、实施产品技术状态管理计划。
技术状态管理计划的容见附录B。
注：承制方的技术状态管理计划应提交给订购方认可。
公司可与承制方编制一个计划，协调技术状态管理计划，明确各方活动。
4.3 质管部参与监督技术状态管理实施。
技术状态管理实施监督应与质量监督协调一致，可以一并进行。
5. 技术状态标识5.1技术状态标识任务技术状态标识的任务包括：a)选择技术状态项；b)确定各技术状态项在不同阶段所需的技术状态文件；c)标识技术状态项和技术状态文件；d)建立技术状态基线；e)发放经正式确认的技术状态文件并保持其原件。
5.2 技术状态项5.2.1 产品分解选择技术状态项之前，应确定产品分解结构。
可按GJB2116要求进行产品分解。
承制方应确保技术状态项与工作分解结构单元对应。
5.2.2 技术状态项选择选择功能特性和物理特性能被单独管理且有助于达到总的最终使用要求的产品作为技术状态项。
被选择作为技术状态项的产品一般是：a)武器装备、分系统产品或跨单位、跨部门研制的产品；b)在风险、安全、完成作战任务等方面具有关键特性和重要特性的产品；c)新研制的产品；d)接口复杂且重要的产品；e)单独采购的重要产品；f)使用和保障方面需着重考虑的产品。
5.2.3 技术状态项标识对每个技术状态项都要标识。
其标识容一般有技术状态项的型号、序列号(或批次号)等信息，标识号具有唯一性。
5.3 技术状态文件5.3.1 技术状态文件编写和签署a)确定每个技术状态项在不同阶段所需技术状态文件的名称、标识号、容和责任主体。
常见技术状态文件参见附录C。
b)各技术状态文件的容和格式应按相应标准规定执行。
其中，武器装备研制项目专用规按GJB6387编写。
c)各技术状态文件都要标识，标识号具有唯一性。
d)各技术状态文件按相应程序进行签署、批准。
5.3.2 技术状态文件发放和保持a)按文件控制程序要求，发放经签署、批准的技术状态文件。
b)记录并保存技术状态文件的发放信息。
c)技术状态基线建立后，控制并保持所有现行已批准的技术状态的原件。
5.4 技术状态基线建立和维持5.4.1 功能基线一般在产品的方案阶段建立。
分配基线一般在产品的方案阶段末期或工程研制阶段初期建立。
产品基线一般在设计定型时基本建立，在产品生产定型时最终建立。
5.4.2 功能基线与产品的战术技术指标和使用要求(研制总要求)协调一致；分配基线与产品的总体方案设计(研制任务书)协调一致；产品基线与产品定型(或鉴定)要求协调一致。
功能基线、分配基线和产品基线各自对应的技术状态文件参见附录C。
5.4.3 技术状态基线通过转段技术审查方式(会议评审)确定，技术审查按GJB3273“研制阶段技术审查”执行。
技术状态基线建立的标志是组成基线的技术状态文件全部获得订购方的确认。
5.4.4 功能基线、分配基线和产品基线一般应自建立起，维持到产品寿命周期结束为止。
5.5 接口控制按GJB2737武器装备系统接口控制要求，对接口进行管理。
承制方规定技术状态项的接口要求。
订购方必须控制的接口要求纳入功能技术状态文件或分配技术状态文件。
在建立基线之前，承制方应规定并控制分配技术状态文件中未规定的所有接口。
应确保所设计的各种硬件和软件之间的兼容性，以及它们与技术状态文件中规定的相应接口要求之间的兼容性。
6.技术状态控制6.1技术状态控制任务技术状态控制任务包括：a)制定控制技术状态更改、偏离许可和让步的管理程序和方法；b)控制技术状态更改、偏离许可和让步；c)确保已批准的技术状态更改申请及偏离许可、让步申请得到准确实施。
6.2技术状态更改6.2.1技术状态更改原则技术状态更改遵循论证充分、试验验证、各方认可、审批完备、落实到位的原则。
6.2.2技术状态更改分类技术状态更改分为I类、II类、III类。
6.2.2.1 I类技术状态更改下列更改均属于I类技术状态更改：a)更改功能基线、分配基线，致使下列任一要求超出规定的限制或容差值：1)性能和功能；2)可靠性、维修性、测试性、保障性、安全性、生存性、环境适应性和电磁兼容性等特性；3)外形尺寸、质量、质心、转动惯量；4)接口特性；5)规中的其他重要要求。
b)设计定型后，更改产品技术状态文件，对产品质量有影响，达到6.2.2.1a)所规定的程度或者对下列一个或多个方面产生重大影响：1)技术状态项及其零、部、组件的互换性；2)已交付的使用手册、维修手册；3)与保障设备、保障软件、零备件、训练器材(装置、设备和软件)等的兼容性；4)技能、人员配备、训练、生物医学因素或人机工程设计。
6.2.2.2 II类技术状态更改下列更改均属于II类技术状态更改：a)设计定型前，更改不属于功能基线、分配基线的技术状态文件，对满足产品要有影响；b)设计定型后，更改产品技术状态文件，对产品质量有影响，但没有达到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类技术状态更改，且达到重大程度时，应视为产品改型，按相应研制程序办理手续。
6.2.3.3编制技术状态更改申请I类、II类技术状态更改需编制技术状态更改申请。
III类技术状态更改，可直接编制技术状态更改通知。
技术状态更改申请需有标识，其标识号具有唯一性。
I类技术状态更改申请的容一般包括：(II类更改可参照I类容适当剪裁)a)更改申请的标识号；b)申请提出的单位、日期；c)更改的类别；d)更改的技术状态项的名称、编号；e)受影响的其他技术状态项的名称、编号；f)受影响的技术状态文件的名称、编号；g)受影响的产品的围(包括在制品、制成品、在役品等)；h)更改理由简要说明；i)更改容；j)更改带来的影响(包括对作战使用要求、战术技术指标、质量、进度、费用等的影响)；k)更改实施方案(含实施日期)。
必要时，附支持技术状态更改的资料(如试验结果与分析、保障性分析、费用分析等资料)。
6.2.3.4评审技术状态更改申请根据技术状态更改类别和所处产品寿命周期阶段确定评审组织方式。
评审容一般包括:a)受更改影响的技术状态项及其零、部、组件；b)更改的效果，包括不进行更改的影响和更改可以为产品带来的改进；c)更改所产生的费用和更改实施进度。
6.2.3.5审批技术状态更改申请I类技术状态更改申请和设计定型后的II类技术状态更改申请经订购方审批。
III类技术状态更改申请和设计定型前的II类技术状态更改申请由承制方自行审批，并通知订购方，其技术状态更改通知送订购方备案。
若订购方对更改类别有异议时，经双方协商后最终由订购方决定。
6.2.3.6编制、发放技术状态更改通知承制方将经批准的技术状态更改申请的容形成技术状态更改通知，经审批、发放相关单位、部门。