技术状态管理程序文件
技术状态管理程序
技术状态管理程序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职责3.1研发中心部负责对所有产品技术状态进行标识、管理与控制。
3.2应用中心负责对产品形成全过程的技术状态进行管理与控制，并负责设计更改在制品控制与实施。
3.3市场部负责交付及交付后产品更改的控制。
3.4物管部负责更改后库房在制品的清理与控制。
3.5质量部负责技术状态控制的监督。
4工作程序4.1 对于关键、高风险、高故障的产品，三新（新技术、新业务、新方法）项目，以及客户要求的产品等需进行技术状态管理。
4.2技术状态的标识4.2.1技术状态的标识应严格按照设计文件和图样中的标识。
4.2.2下发的所有技术文件或图样，研发中心应加盖受控章，填写《技术文件发放（回收）清单》后，方可正式投入生产使用。
4.2.3生产各阶段的状态标识按《生产过程控制程序》文件执行。
4.3 技术状态的保持产品实现过程应按已确定的技术文件和设计图样要求进行。
研发中心、质量部、制造部主管不定期进行工艺纪律检查，确保已确定的技术状态在生产过程中得以实施。
4.4 技术状态的更改4.4.1在生产过程，为完善和改进工艺或因客观条件变化而对技术文件进行更改时，必须进行系统分析、试验或论证，并要保证被更改的文件与其相关的文件能协调一致。
4.4.2研发中心负责将更改和处理意见及时通知各有关部门，并根据《技术文件发放（回收）清单》，及时从工作现场撤除作废的技术文件，在作废的技术文件加盖作废章，并将回收记录登记在清单上以便追溯；需要时，对更改后的效果作适当验证，防止出现不合格品。
4.5 技术状态更改过程和执行情况的记录、报告4.5.1技术状态更改应填写《技术文件更改单》，其内容包括：更改原因、更改标记、更改前和更改后状态、实施日期等，由分管技术副总批准下发；涉及到在制品和库存处理的应填写处理意见，由总经理批准下发。
技术状态管理程序
技术状态管理程序1. 目的和适用范围本程序旨在规范在研产品在方案、工程研制、设计定型及生产定型阶段技术状态标识、控制、纪实与审核的技术状态管理，以使产品技术状态清晰受控。
2. 规范性引用文件GJB 3206A 技术状态管理3. 术语与定义1）功能特性functional characteristics产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等。
2）物理特性physical characteristics产品的形体特征，如组成、尺寸、表面状态，形状、配合、公差、质量等，又称实体特性。
3）技术状态con figurati on在技术文件中规定的并且在产品中达到的功能特性和物理特性。
4）技术状态管理con figuration ma nageme nt（CM）在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动。
其主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
5）技术状态项con figuration item （CI）能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
6）技术状态文件con figuratio n docume nts规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。
技术状态文件一般分为功能技术状态文件、分配技术状态文件和产品技术状态文件。
这三种技术状态文件在产品寿命周期不同阶段进行编制、批准和保持，且在内容上逐级细化。
7）产品技术状态文件product co nfiguratio n docume nts （PCD）规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报废要求的技术状态文件。
8）技术状态基线con figuratio n baseli ne在产品寿命周期内的某一特定时刻，被正式确认并作为今后研制生产、使用保障活动基准，以及技术状态改变判定基准的技术状态文件。
GJB版14技术状态管理程序s
股份有限公司QQMS –A版程序文件 QG技术状态管理程序编写日期审核日期批准日期受控状态发放编号年月日发布年月日实施\1目的通过技术状态的管理确保技术状态的有效性、适宜性和可追溯性。
2 适用范围适用于本企业军工生产中产品寿命周期内的技术状态管理。
3 职责3.1 总工程师负责技术状态的管理、协调和审核。
3.2 科技部负责技术状态的标识、控制、纪实和标准化审核。
3.3 质量部负责对技术状态管理的监督检查。
4 工作流程5 工作程序5.1 一般要求5.1.1 技术状态管理应包括下列相互关联的活动：a) 技术状态标识；b) 技术状态控制；c) 技术状态纪实；d) 技术状态审核。
5.1.2 根据产品技术状态的演变过程，应按《设计和开发控制程序》的规定，制定产品研制（生产）程序，划分阶段，确定阶段任务目标，确定每一阶段所需的技术状态文件。
5.1.3 以技术协议（合同）及设计任务书的要求为依据，用图样和技术文件的形式对各阶段技术状态进行描述，最终形成成套技术资料。
必须确保“设计输入”完整、正确实现，保证图样和技术文件完整、正确、统一、清晰。
5.1.4 要保证产品研制过程中各项质量特性与有关文件规定一致，必须实行技术状态控制，严格控制技术状态更改。
5.1.5 凡出现关键的、重要的超差和更改行为，均应进行记录，保证产品技术状态的可追溯性。
5.1.6 为保证产品符合技术协议（合同）及设计任务书的规定要求，确保产品的技术文件能准确表述产品的技术状态，在产品质量评审后，应进行功能技术状态、物理技术状态审核。
5.2 技术状态标识5.2.1 选择技术状态项目在任务确定之后，由科技部经理根据技术协议（合同）的要求，确定设计输入、产品的基本组成并确定设计方案阶段，同时按《设计和开发控制程序》的规定，制定产品研制计划，划分阶段、确定阶段任务目标。
5.2.2 技术状态文件的形成5.2.2.1 参与研制的设计人员，分阶段，按技术协议（合同）要求，对该阶段技术状态项目特性加以描述和说明，提供“设计输出”文件，最终形成符合产品技术要求的成套技术文件。
GJB9001C：2017技术状态控制程序(含附属表单)
14 技术状态控制程序XXXX/B-14-2018 1 目的为了对技术状态的标识、控制、纪实和审核进行控制，确保产品研制或生产全过程使用文件的有效性、适应性和可追溯性，特制定并执行本程序。
2 范围本程序规定了技术状态标识、控制、纪实和审核的要求。
本程序适用于产品的技术状态管理。
3 职责3.1 技术研发部负责公司技术状态的管理；3.2 相关部门负责技术状态的标识、控制、纪实和审核的实施。
4 工作程序4.1术语4.1.1 技术状态在技术文件中规定的并且在产品（硬件、软件）中达到的功能特性和物理特性。
4.1.2 功能特性产品的性能指标、设计的约束条件和使用保障要求。
其中包括诸如使用范围、精度、反应速度等性能指标以及可靠性、维修性、保障性、测试性、安全性和环境适应性等要求。
4.1.3 物理特性产品的形体特性，如组成、尺寸、表面状态、形状、配合、公差、重量等。
能满足最终使用性能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
4.1.5 技术状态基线在技术状态项目研制过程中的某一特定时刻，被正式确认，并被作为今后研制、生产活动基准的技术状态文件。
4.1.6 技术状态管理用技术的和行政的方法对产品的技术状态实施指导、控制和监督。
其主要内容有：a）标识技术状态项目的功能特性和物理特性并形成文件；b）控制技术状态项目及其相关文件的更改；c）记录和报告管理技术状态项目所需的信息，包括更改建议的状况和已批准更改的执行情况；d）审核技术状态项目，检查其与研制项目专用规范、图样、接口控制文件和合同要求的符合性。
4.1.7 技术状态标识在确定产品工作分解结构的基础上所进行的下述活动：选择技术状态项目；确定每个技术状态项目所需的技术状态文件；指定技术状态项目及相应文件（包括内部和外部接口文件）的标识符；发放技术状态文件；建立技术状态基线。
4.1.8 技术状态控制技术状态基线建立后，为控制技术状态项目的更改，对提出的更改建议（工程更改、偏离、超差）进行的论证、评定、协调、审批和实施的活动。
GJB9001C：2017技术状态管理程序
XXX科技有限公司企业标准程序文件拟制：批准：受控状态：□受控□非受控发放编号：20xx－xx－xx发布 20xx－xx－xx实施XXX科技有限公司发布24、技术状态管理程序文件编号：IQM24-2017B 1 目的当合同要求时，为对产品实现的全过程中的技术状态进行管理、监督和控制，特制定本程序。
2 范围合同要求时，本公司的复杂军工产品研制、生产和服务保障过程以及设计开发过程的技术状态管理。
3 职责3.1系统事业部负责系统或整机类产品技术状态的纪实。
3.2板卡事业部负责公司主板板卡类产品技术状态的纪实。
3.3结构事业部负责机箱五金类产品技术状态的纪实。
3.4质量组人员负责对产品的技术状态管理进行监督。
3.5管理者代表组织技术状态审核，各相关部门参加技术状态审核，并负责实施纠正和预防措施。
4程序4.1技术状态的标识技术状态的标识开始于论证阶段，最终形成产品的成套技术文件。
4.1.1技术状态项目的确认与要求a) 选择功能特性和物理特性能被单独管理，以达到产品总的最终使用性能的项目；b) 完整的确定技术状态所需的一切技术文件；c) 用来确定基线的技术文件应是有效版本；d) 选择的技术状态项目应由公司和军代表共同提出，经批准后应在合同中规定。
4.1.2建立技术状态项目的文件内容及要求a) 阐明所有必要的功能特性；b) 阐明为验证是否达到规定的功能特性需进行的各项试验；c) 阐明与有关技术状态项目之间的必要界面特性；d) 阐明设计限制的条件；e)执行图样和技术文件的三级审核（校对、审核、批准）制度及工艺和质量会签制度、标准化审查制度；f)执行技术文件更改和审批程序，明确有关职能部门的职责和权限；g)技术文件完整、准确、清晰、“文文一致”、“图物相符”；h)功能、分配和产品技术状态标识应相互一致和统一，并建立完整的技术档案，按产品分类归档保存。
4.1.3编制代号技术状态项目、技术状态文件、更改以及偏离与超差等的标识通过编号实施。
《技术状态管理程序》
《技术状态管理程序》编号:JXNH-QP-03 管理评审程序版本:2.1技术状态控制程序1 目的确保产品在设计、研发和生产的任何时刻，都能使用正确的技术文件。
2 范围本程序适用于公司所有产品在设计、开发和生产时的技术状态管理。
3 术语和定义技术状态:技术文件中规定的，并在产品中达到的功能特性和物理特性。
技术状态管理:对技术状态项目进行的技术状态标识、技术状态控制、技术状态纪实、技术状态审核的技术的和管理的活动。
4 控制程序研发部应对产品实施技术状态管理。
管理内容包括:技术状态标识、技术状态控制、技术状态纪实和技术状态审核。
顾客要求时，技术状态管理计划、技术状态基线确定及其更改应经顾客同意。
4.1技术状态标识包括进行下述活动:选择技术状态项目;确定每个技术状态项目所需的技术状态文件;指定技术状态项目及相应文件的标识号，如:产品的文档用版本标识，升级版用A1.0等标识);发放技术状态文件;建立技术状态基线。
4.2技术状态控制技术状态基线建立后，为控制技术状态项目的更改而对提出的更改建议(工程更改、偏离、超差)所进行的论证、评定、协调、审批和实施活动。
如更改应办理更改单，履行审批手续等规定; 4.3技术状态纪实对已确定的技术状态文件、提出的更改状况和已批准更改的执行情况所作的正式记录和报告; 4.4技术状态审核为确定技术状态项目是否符合技术状态文件所进行的检查。
包括功能技术状态审核和物理技术状态审核。
顾客要求时，技术状态管理计划、技术状态基线确定及其更改应经顾客同意。
支持性文件 5本条款无内容。
6 记录JXNH-QP-01《文件控制程序》第 1 页共 2 页编号:JXNH-QP-03 管理评审程序版本:2.1JXNH-QP-02《记录控制程序》第 2 页共 2 页。
技术状态管理控制程序
责任部门
业务流程
控制要点
记录/备注
生产制造部
工艺、作业标准的变更涉及到技术状态的更改，由生产制造部在《技术状态跟踪单》填写。
技术状态跟踪单
技术部
调试时如有涉及到关键器件的变更的，由技术部负责填写变更信息，并负责记录的收集并保存。
技术部
生产制造部
负责跟踪技术状态，并及时更新《技术状态跟踪单》以及相关的技术指导文件。
4.2技术部：负责产品技术状态跟踪单的编制及维护。
4.3生产制造部：负责制造过程中相关信息的记录。
5、作业流程
责任部门
业务流程
控制要点
记录/备择控制项目，并将内容填写到《技术状态跟踪单》。
1、技术状态项目选择的时机应在项目研制阶段初期或其之前选定。
2、技术状态项目选择原则。
技术部
技术部按照《设计和开发控制程序》进行产品设计。
技术部
将技术状态跟踪项目的设计文件名称、版本信息等填入《技术状态跟踪单》。
技术状态跟踪单
生产制造部
将技术状态跟踪项目的工艺文件、作业指导文件名称、版本信息等填入《技术状态跟踪单》。
技术部
技术部负责产品技术状态的跟踪,如有设计变更涉及到技术状态的更改，应及时更新《技术状态跟踪单》。
A、技术状态选择的总的准则是选择那些功能特性和物理特性能被单独管理，以达到项目总的最终使用性能的项目作为技术状态项目。
B、一般情况下，下述项目可选为技术状态项目：
(a)在风险、安全、完成任务等方面具有关键性的项目；
(b)采用了新技术、新设计或全新研制的项目；
(c)使用和维修方面需要着重考虑的项目。
技术状态跟踪单
3、术语和定义：
3.1技术状态：在产品技术状态信息中规定的产品相互关联的功能特性和物理特性。
GJB9001C-2017技术状态管理程序含记录表格
GJB9001C-2017技术状态管理程序含记录表格1 目的当合同要求时，为对产品实现的全过程中的技术状态进行管理、监督和控制，特制定本程序。
2 范围合同要求时，本公司的复杂军工产品研制、生产和服务保障过程以及设计开发过程的技术状态管理。
3 职责3.1系统事业部负责系统或整机类产品技术状态的纪实。
3.2板卡事业部负责公司主板板卡类产品技术状态的纪实。
3.3结构事业部负责机箱五金类产品技术状态的纪实。
3.4质量组人员负责对产品的技术状态管理进行监督。
3.5管理者代表组织技术状态审核，各相关部门参加技术状态审核，并负责实施纠正和预防措施。
4程序4.1技术状态的标识技术状态的标识开始于论证阶段，最终形成产品的成套技术文件。
4.1.1技术状态项目的确认与要求a) 选择功能特性和物理特性能被单独管理，以达到产品总的最终使用性能的项目；b) 完整的确定技术状态所需的一切技术文件；c) 用来确定基线的技术文件应是有效版本；d) 选择的技术状态项目应由公司和军代表共同提出，经批准后应在合同中规定。
4.1.2建立技术状态项目的文件内容及要求a) 阐明所有必要的功能特性；b) 阐明为验证是否达到规定的功能特性需进行的各项试验；c) 阐明与有关技术状态项目之间的必要界面特性；d) 阐明设计限制的条件；e)执行图样和技术文件的三级审核（校对、审核、批准）制度及工艺和质量会签制度、标准化审查制度；f)执行技术文件更改和审批程序，明确有关职能部门的职责和权限；g)技术文件完整、准确、清晰、“文文一致”、“图物相符”；h)功能、分配和产品技术状态标识应相互一致和统一，并建立完整的技术档案，按产品分类归档保存。
4.1.3编制代号技术状态项目、技术状态文件、更改以及偏离与超差等的标识通过编号实施。
4.1.4设立基线基线指已批准的形成文件的技术描述。
一般包括功能基线、分配基线和产品基线。
4.1.4.1建立功能基线根据顾客对产品提出的要求包括基于军工产品的特殊要求，公司进行经济、技术的可行性分析论证及必要的验证试验，在主要的产品要求确定后，即开展对该产品总体技术方案的论证和评审，并编制产品研制及论证报告（包括产品总的功能特性指标、主要界面特性及安装尺寸、验证总功能特性所需进行的试验项目、可靠性维修性技术指标及保障性要求、设计规范和有关限制要求等），评审通过后即可正式和顾客签订合同，确立产品的功能基线。
- 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编制、发放技术状态更改通知承制方将经批准的技术状态更改申请的容形成技术状态更改通知，经审批、发放相关单位、部门。