技术状态管理程序
技术状态管理程序
技术状态管理程序1目的规定了技术状态管理的职责，管理要求、管理程序。
其目的是通过对技术状态的标识、控制、审核和记实，以保证研制、生产出符合合同或研制任务书要求的产品，并提供成套技术资料。
2 适用范围适用于本企业民品研制与生产过程中的技术状态管理。
3 职责3.1 设计部门对设计资料中的技术状态项目归口管理和控制。
3.2 工艺部门对工艺资料中的技术状态项目归口管理和控制。
4 程序4.1 管理要求4.1.1 技术状态管理的内容4.1.1.1 技术状态标识:按产品技术项目的功能特性和物理特性选择相应的标识符号进行标识，转化成图样、设计文件、技术标准等技术文件。
具体按WJ3—10要求进行。
4.1.1.2 技术状态控制:在基线建立以后，对产品技术状态的更改申请进行系统分析、建议、评价、协调、批准以及执行更改的全过程。
具体按Q/DJSⅡQP0407、Q/DJSⅡQP0210要求进行控制。
4.1.1.3 技术状态审核:为确定产品是否符合规范和其它合同要求而对产品所做的审查，亦即对技术状态管理的验证。
要求文文、文实相符，对文、图、实物进行严格核查。
具体按Q/DJSⅡQP1003、Q/DJS ⅡQP1004要求进行。
4.1.1.4 技术状态记实:即对技术状态及其标识文件更改、执行、记录和报告，具体按Q/DJSⅡQP1601要求进行。
4.1.2 确定技术状态标识的三种基线4.1.2.1 功能基线:即对产品功能做出详细描述和有关问题限定的文件，功能基线应在产品方案阶段前根据技术指标确定，形成系统技术说明书。
4.1.2.2 分配基线:即产品功能分配到产品各组成部分的设计任务书。
分配基线应在验证、确认方案阶段后确立。
4.1.2.3 产品基线:即产品经试制、试验后进行全面定义而形成的设计文件和图样。
产品基线应在技术设计、鉴定试验等阶段后确立，形成成套技术资料，作为批量生产的依据。
4.1.3 技术状态管理的基本要求使产品研制、生产和使用过程的图样、设计文件、工艺文件和技术标准等全部技术文件与其零、部、组件到整机系统等实际产品的各项质量特性，两者之间保持严格的一致性。
技术状态管理程序
技术状态管理程序1、目的对技术文件和资料进行有效控制，确保产品从立项、设计、样件、生产和生产后产品保障整个生命周期使用正确的技术文件。
2、适用范围适用于本公司所有技术文件、产品标准和顾客图纸、产品规范、外来标准及其它技术文件和资料的控制。
3、职责与权限3.1技术中心负责根据顾客发出的技术状态文件，确定该技术状态项目能否实施。
负责技术状态工艺文件的更改和产品的实施。
3.2 生产部负责技术状态零部件的批次和数量的确认，并制定生产计划。
3.3 质保部负责技术状态零部件的可追溯性的记录、存档、监督。
4、工作流程图5、程序内容：7. 定义技术状态：技术状态是指在技术文件中规定的并在产品中达到的物理特性和功能特性。
技术状态管理：技术状态管理是指应用技术和行政管理手段对产品技术状态进行标识、控制、审核和纪实的活动。
在实施技术状态管理中涉及到两个基本的管理要素，一是技术状态项目，二是基线。
技术状态项目是技术状态管理的基本单元。
基线是指已批准的并形成文件的技术描述。
技术状态管理中，一般要考虑三个基线——功能基线、分配基线和产品基线。
技术状态管理主要是针对技术状态项目的基线实施的管理。
技术状态标识：技术状态标识包括确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特征或编码等所有的活动。
技术状态标识：技术状态标识包括确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特征或编码等所有的活动。
技术状态控制：技术状态文件正式确立后，控制技术状态项目更改的所有活动。
技术状态纪实：技术状态纪实是对所建立的技术状态文件、建立的更改状况和已批准更改的执行状况所做的正式记录和报告。
技术状态审核：技术状态审核是确定技术状态项目符合技术状态文件而进行的检查。
技术状态审核包括功能技术状态的审核和物理技术状态的审核。
技术状态管理程序
技术状态管理程序1 范围本程序规定了XXXXX研究所（以下简称“研究所”）型号产品的研制、开发、生产等阶段技术状态管理的职责、工作程序和应形成的质量记录，使技术状态的确立和变更均受控，确保文文一致，文实相符，使管理者能掌握文件和产品的状态，使参与产品研制的所有人员在任何时候都能使用正确、有效的文件，交付的产品符合合同规定或其他方式约定的要求。
本程序适用于研究所所有型号产品整个寿命周期的技术状态管理。
2 引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包含勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GJB726A-2004 产品标识和可追溯性要求GJB9001B-2009 质量管理体系要求QJ1714B 航天产品设计文件管理制度QJ903B 航天产品工艺文件管理制度3 术语本程序采用GJB9001B-2009 附录D和GJB1405A-2006标准术语。
下列术语和定义适用于本程序。
3.1 技术状态在技术文件中规定的并且在产品（硬件、软件）中所达到的功能特性和物理特性。
3.2 功能特性产品的性能指标、设计约束条件和使用保障要求。
其中包括使用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求。
3.3 物理特性产品的形体特性。
包括组成、形状、尺寸、重量、表面状态、配合、公差等。
3.4 技术状态项目能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
3.5 技术状态管理用技术的和行政的方法对产品的技术状态实施指导、控制和监督。
3.6 技术状态标识在确定产品工作分解结构的基础上所进行的下述活动：选择技术状态项目；确定每个技术状态项目所需的技术状态文件；指定技术状态项目及相应文件（包括内部和外部接口文件）的标识符；发放技术状态文件；建立技术状态基线。
技术状态管理程序
技术状态管理程序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) 有关项目的技术状态记录，应按阶段及时向项目负责人报告，以便对整个研制系统的各项管理进行安排和协调，必要时应向顾客提供信息。
技术状态管理的流程文件
技术状态管理的流程文件下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 目的本流程文件的目的是确保技术状态的有效管理，包括技术状态的标识、控制、审核和验证，以满足项目或产品的要求，并确保技术状态的一致性和可追溯性。
质量管理体系文件：技术状态控制程序
技术状态控制程序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技术状态更改应填写《技术文件更改单》，其内容包括：更改原因、更改标记、更改前和更改后状态、实施日期等，由分管技术副总批准下发；涉及到在制品和库存处理的应填写处理意见，由总经理批准下发。
24技术状态管理程序(GJB9001 军工标管理体系)
XXX科技有限公司企业标准程序文件拟制: ____________________批准： ___________________受控状态：口受控口非受控发放编号： _______________20xχ-XX-XX发布20xx-xx-XX实施XXX科技有限公司发布24、技术状态管理程序文件编号：IQM24-2017B 1目的当合同要求时，为对产品实现的全过程中的技术状态进行管理、监督和控制，特制定本程序。
2范围合同要求时，本公司的复杂军工产品研制、生产和服务保障过程以及设计开发过程的技术状态管理。
3职责3.1系统事业部负责系统或整机类产品技术状态的纪实。
3.2板卡事业部负责公司主板板卡类产品技术状态的纪实。
4.3结构事业部负责机箱五金类产品技术状态的纪实。
5.4质量组人员负责对产品的技术状态管理进行监督。
3.5管理者代表组织技术状态审核，各相关部门参加技术状态审核，并负责实施纠正和预防措施。
4程序4.1技术状态的标识技术状态的标识开始于论证阶段，最终形成产品的成套技术文件。
4.1.1技术状态项目的确认与要求a）选择功能特性和物理特性能被单独管理，以达到产品总的最终使用性能的项目；b）完整的确定技术状态所需的一切技术文件；c）用来确定基线的技术文件应是有效版本；d）选择的技术状态项目应由公司和军代表共同提出，经批准后应在合同中规定。
4. 1.2建立技术状态项目的文件内容及要求a）阐明所有必要的功能特性；b）阐明为验证是否达到规定的功能特性需进行的各项试验；c）阐明与有关技术状态项目之间的必要界面特性；d）阐明设计限制的条件；e）执行图样和技术文件的三级审核（校对、审核、批准）制度及工艺和质量会签制度、标准化审查制度:f）执行技术文件更改和审批程序，明确有关职能部门的职责和权限；g）技术文件完整、准确、清晰、“文文一致”、“图物相符”；4.h）功能、分配和产品技术状态标识应相互一致和统一，并建立完整的技术档案，按产品分类归档保存。
技术状态管理控制程序
技术状态管理控制程序1。
目的对产品的技术状态进行严格管理，确保产品功能特性和物理特性符合规定的要求。
2。
适用范围本程序适用于本公司军工产品研制及生产过程中的技术状态管理。
3.职责3。
1。
技术部负责技术状态的控制和归口管理.3.2. 质量部参与技术状态管理的审核.3.3. 生产部负责技术状态更改的提出和实施。
4.工作程序技术状态管理始于产品的立项阶段，并贯穿于产品的整个寿命周期，包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核.4.1。
技术状态标识4。
1.1。
确定技术状态项目依据下列情况选择和确定技术状态项目；1)顾客要求的项目；2)项目结构复杂，技术难度大；3）项目的接口关系复杂；4）其他。
4.1.2.建立技术状态基线技术状态项目需建立三种技术状态基线：功能基线、分配基线和产品基线。
1)功能基线方案阶段确定的功能基线，即对产品的功能要求、性能指标进行详细描述和规定，形成设计任务计划书、方案等技术文件。
2）分配基线试制阶段确定分配基线,即将产品的功能要求、性能指标分配到该产品的各个组成部分，确定各组成部分的技术要求，并形成文件。
3)产品基线产品研制完成后，经设计定型（技术鉴定）或生产定型确定产品基线,形成整套产品技术状态文件，包括：a。
整套设计文件和整套图样；b。
整套生产工艺文件；c。
整套成品检验文件；d.整套产品试验文件。
4.1。
3.技术状态标识技术状态管理控制程序- 61 -1）用文件的名称和编号标识这类技术状态文件.2）模样阶段（阶段标记M)、初样阶段（阶段标记C）、试样阶段(阶段标记S)、定型阶段（阶段标记D）。
3)文件封面加盖“受控”、“有效”印章，标识文件的现行状态.汇总功能技术状态文件、分配技术状态文件和产品技术状态文件，形成《技术状态文件清单》, 由技术部负责存档保存。
4。
2.技术状态控制技术状态控制主要是对技术状态更改的控制，包括技术状态更改、偏离和超差。
4。
2.1。
技术状态更改的分类a）Ⅰ类更改：指涉及产品或其组成部分技术状态改变的更改，以及经费、进度、安全或后勤保障等因素的更改;b) Ⅱ类更改：除Ⅰ类外的所有其他更改。
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)设计定型后，更改产品技术状态文件，对产品质量有影响，达到所规定的程度或对下列一个或多个方面产生重大影响；①技术状态项及其零、部、组件的互换性；②已交付的使用手册、维修手册；③与保障设备、保障软件、零备件等的兼容性；④技能、人员配备或人机工程设计等。
技术状态管理程序
技术状态管理程序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 参与研制的设计人员，分阶段，按技术协议（合同）要求，对该阶段技术状态项目特性加以描述和说明，提供“设计输出”文件，最终形成符合产品技术要求的成套技术文件。
技术状态管理程序
1目的
全面反映产品当前的技术状态,确保该技术状态满足产品的功能特性和物理特性，确保所有工作人员能够使用正确和准确的技术文件；确保在规定的和约定的产品生命周期内，可获得所供应的产品和备品备件相适应的技术状态。
2范围
适用于本公司所有产品生命周期内的技术状态管理。
3定义
3.1 产品生命周期：从产品开始构思到产品不能再使用，退役，处理期间进行的活动
3.2 产品技术状态信息：对产品设计、实现、验证、运行和支持的要求
3.3 技术状态：在产品技术状态信息中规定的产品相互关联的功能特性和物理特性
4职责
4.1 技术开发部负责产品技术状态的管理和“技术状态管理表”的维持和更新。
4.2 技术开发部负责按“技术状态管理表”进行产品生命周期管理。
4.3 各相关部门负责按产品“技术状态管理表”进行相应的材料采购、外协、生产和检验。
4.4 生产部一线员工负责“技术状态管理表”的使用。
5过程分析
6过程流程图
8附加说明
无
9支持性文件
7.1 xxx704-03《产品批次管理办法》
7.2 XXX0401 《文件和资料管理程序（A）》
7.3 XXX0721 《变更管理程序》
7.4 xx0704-01《库房管理规定》
7.5 xx0707-01《产品标识和可追溯性控制程序》7.6 XXX0715-01 《技术文档编写规范》
7.7 XXX0715-02《技术文件编号规则》
7.8 XXX0715-03《技术文件格式及编写规定》
10记录
11程序变更记录。
(完整版)技术状态管理程序
技术状态管理程序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产品技术状态文件规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报废要求的技术状态文件。
《技术状态管理程序》
《技术状态管理程序》编号: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技术状态：在产品技术状态信息中规定的产品相互关联的功能特性和物理特性。
技术状态管理程序
技术状态管理程序1.0目的全面反映产品当前的技术状态,确保所有工作人员能够使用正确和准确的技术文件。
2.0范围适用于本企业产品寿命周期内的技术状态管理。
3.0职责3.1 技术质量部负责技术状态的管理、协调和审核。
3.2 设计所负责技术状态的标识、控制、纪实和标准化审核。
3.3检验处负责对技术状态管理的监督检查。
4.0定义4.1技术状态：在技术文件中规定的并且在产品中达到的功能特性和物理特性；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 参与研制的设计人员，分阶段，按技术协议（合同）要求，对该阶段技术状态项目特性加以描述和说明，提供“设计输出”文件，最终形成符合产品技术要求的成套技术文件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
技术状态管理程序1.目的与适用范围目的：规定、实施技术状态管理要求，以确保公司军贸产品研制、生产的技术状态，满足“文实一致，图物相符”的产品需求和顾客要求。
范围：适用于武器装备及其配套产品(以下统称产品)在寿命周期内的技术状态管理。
2.引用文件GJB 3206A-2010 技术状态管理GJB 2116 武器装备研制项目工作分解结构GJB2737 武器装备系统接口控制要求GJB3273 研制阶段技术审查GJB5235 军用软件配置管理GJB6387 武器装备研制项目专用规范编写规定GJB9001 质量管理体系要求中国兵器工业集团公司军贸新产品定型工作管理办法3.术语和定义功能特性产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等。
物理特性产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、质量等，又称实体特性。
技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性。
技术状态管理在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求，技术状态文件规定保持一致的管理活动。
其主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
技术状态项能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
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.管理职责研发部为技术状态管理主责部门，负责公司军贸新产品研制和定型产品改进设计的技术状态管理。
必要时，成立由公司领导，相关业务部门代表，有资质人员组成的技术状态控制委员会，按赋予的权限对技术状态及其管理进行审查和决策。
研发部负责组织编制、实施产品技术状态管理计划。
技术状态管理计划的内容见附录B。
注：承制方的技术状态管理计划应提交给订购方认可。
公司可与承制方编制一个计划，协调技术状态管理计划，明确各方活动。
质管部参与监督技术状态管理实施。
技术状态管理实施监督应与质量监督协调一致，可以一并进行。
5. 技术状态标识技术状态标识任务技术状态标识的任务包括：a)选择技术状态项；b)确定各技术状态项在不同阶段所需的技术状态文件；c)标识技术状态项和技术状态文件；d)建立技术状态基线；e)发放经正式确认的技术状态文件并保持其原件。
技术状态项产品分解选择技术状态项之前，应确定产品分解结构。
可按GJB2116要求进行产品分解。
承制方应确保技术状态项与工作分解结构单元对应。
技术状态项选择选择功能特性和物理特性能被单独管理且有助于达到总的最终使用要求的产品作为技术状态项。
被选择作为技术状态项的产品一般是：a)武器装备、分系统产品或跨单位、跨部门研制的产品；b)在风险、安全、完成作战任务等方面具有关键特性和重要特性的产品；c)新研制的产品；d)接口复杂且重要的产品；e)单独采购的重要产品；f)使用和保障方面需着重考虑的产品。
技术状态项标识对每个技术状态项都要标识。
其标识内容一般有技术状态项的型号、序列号(或批次号)等信息，标识号具有唯一性。
技术状态文件技术状态文件编写和签署a)确定每个技术状态项在不同阶段所需技术状态文件的名称、标识号、内容和责任主体。
常见技术状态文件参见附录C。
b)各技术状态文件的内容和格式应按相应标准规定执行。
其中，武器装备研制项目专用规范按GJB6387编写。
c)各技术状态文件都要标识，标识号具有唯一性。
d)各技术状态文件按相应程序进行签署、批准。
技术状态文件发放和保持a)按文件控制程序要求，发放经签署、批准的技术状态文件。
b)记录并保存技术状态文件的发放信息。
c)技术状态基线建立后，控制并保持所有现行已批准的技术状态的原件。
技术状态基线建立和维持功能基线一般在产品的方案阶段建立。
分配基线一般在产品的方案阶段末期或工程研制阶段初期建立。
产品基线一般在设计定型时基本建立，在产品生产定型时最终建立。
功能基线与产品的战术技术指标和使用要求(研制总要求)协调一致；分配基线与产品的总体方案设计(研制任务书)协调一致；产品基线与产品定型(或鉴定)要求协调一致。
功能基线、分配基线和产品基线各自对应的技术状态文件参见附录C。
技术状态基线通过转段技术审查方式(会议评审)确定，技术审查按GJB3273“研制阶段技术审查”执行。
技术状态基线建立的标志是组成基线的技术状态文件全部获得订购方的确认。
功能基线、分配基线和产品基线一般应自建立起，维持到产品寿命周期结束为止。
接口控制按GJB2737武器装备系统接口控制要求，对接口进行管理。
承制方规定技术状态项的接口要求。
订购方必须控制的接口要求纳入功能技术状态文件或分配技术状态文件。
在建立基线之前，承制方应规定并控制分配技术状态文件中未规定的所有接口。
应确保所设计的各种硬件和软件之间的兼容性，以及它们与技术状态文件中规定的相应接口要求之间的兼容性。
6.技术状态控制技术状态控制任务技术状态控制任务包括：a)制定控制技术状态更改、偏离许可和让步的管理程序和方法；b)控制技术状态更改、偏离许可和让步；c)确保已批准的技术状态更改申请及偏离许可、让步申请得到准确实施。
6.2技术状态更改6.2.1技术状态更改原则技术状态更改遵循论证充分、试验验证、各方认可、审批完备、落实到位的原则。
6.2.2技术状态更改分类技术状态更改分为I类、II类、III类。
I类技术状态更改下列更改均属于I类技术状态更改：a)更改功能基线、分配基线，致使下列任一要求超出规定的限制或容差值：1)性能和功能；2)可靠性、维修性、测试性、保障性、安全性、生存性、环境适应性和电磁兼容性等特性；3)外形尺寸、质量、质心、转动惯量；4)接口特性；5)规范中的其他重要要求。
b)设计定型后，更改产品技术状态文件，对产品质量有影响，达到所规定的程度或者对下列一个或多个方面产生重大影响：1)技术状态项及其零、部、组件的互换性；2)已交付的使用手册、维修手册；3)与保障设备、保障软件、零备件、训练器材(装置、设备和软件)等的兼容性；4)技能、人员配备、训练、生物医学因素或人机工程设计。
II类技术状态更改下列更改均属于II类技术状态更改：a)设计定型前，更改不属于功能基线、分配基线的技术状态文件，对满足产品要有影响；b)设计定型后，更改产品技术状态文件，对产品质量有影响，但没有达到所规定的程度。
III类技术状态更改勘误译印、修正描图、统一标注方法，进一步明确技术要求等不影响满足产品要求或产品质量的更改和补充。
6.2.3技术状态更改控制6.2.3.1判定技术状态更改需求判定技术状态更改的必要性和可行性，必要时开展验证。
如确有需要，承制方和订购方均可提出技术状态更改需求。
6.2.3.2确定技术状态更改类别在编制技术状态更改申请之前，明确技术状态更改的类别。
当订购方和承制方有分歧时，经双方协商后由订购方决定。
设计定型后，属于所规定的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编制、发放技术状态更改通知承制方将经批准的技术状态更改申请的内容形成技术状态更改通知，经审批、发放相关单位、部门。
6.2.3.7实施并检查技术状态更改承制方组织相关部门，及时将批准的技术状态更改纳入技术状态文件。
当影响到进度、费用改变时，需修改合同或协议。
监督检查技术状态更改的实施，确保产品技术状态文件，保障设备及训练器材的一致性。