技术状态管理计划最终版
航天军贸项目技术状态管理策略设计
航天军贸项目技术状态管理策略设计摘要:军贸产品其本身是一项复杂的系统工程，其内在特点及用户需求的不断变化，从其研制到生产全过程，其技术状态管理的难度也随之增加,诸如设计文件多基线多状态、产品技术状态变化涉及面广,使得产品在不同阶段应用时的状态管理日益复杂和困难。
因此,迫切需要对产品在应用过程中的技术状态进行有效管理,使技术状态基线清楚，产品技术文件和实物的技术状态可控，促进军贸项目按合同履约。
关键词:军贸项目；技术状态管理；策略设计1 引言俄乌冲突爆发以来，全球战略竞争加剧，国际政治和军事形势的不断变化,国家安全、政治、能源和发展格局加速演进，军贸市场也越发活跃。
在此大背景下,在中介公司和工业部门的共同努力下，军贸市场订单逐渐增多，用户的需求越来越变得多维度，用户在关注产品技术性能的同时,对产品质量的要求也越来越呈现高规格，对承制方在履约过程中的技术状态管控提出了更高要求。
军贸产品的技术状态管理是提升装备质量的有效途径，有效的技术状态管理是确保军贸项目合同履约的重要前提，也是提升国家的形象、声誉和拓展国际市场的重要途径。
2军贸项目技术状态管理的基本内容基于用户需求，军贸项目技术状态管理与国内用户项目技术状态管理在文件标识、操作、使用环境方面有所区别，其主要内容包括：技术状态管理策划与监督、技术状态标识管理、技术状态控制管理、技术状态记实管理、技术状态验证与审核管理等内容。
3军贸项目技术状态管理的薄弱环节军贸项目因其自身特点，在项目执行过程中与国内用户项目的区别在与第三方的监督验收，在技术状态基线管理方面存在欠缺，在项目实施过程中的验收管控力度还需要加强。
3.1技术状态管理的意识急需深化在某出口项目实施过程中，从监督验收总结发现的问题分析，设计问题占比较高。
一是设计文件完整性差，在执行《QJ714B-2011航天产品设计文件管理制度》、《QJ1167A-2011研究试验文件管理制度》等方面不到位，产品设计缺少故障模式及危害性分析报告，对整个研制过程的文件没有进行系统性梳理，无法辨别当前研制阶段设计文件的全面性、规范性。
GBT 17678.1-1999 CAD电子文件光盘存储、归档与档案管理要求 第一部分：电子文件归档与档案管理
CAD电子文件光盘存储、归档与档案管理要求（GB／T17678.1—1999）发布时间：2008-09-08 信息来源：深圳市档案局【内容纠错】第一部分：电子文件归档与档案管理1 范围本标准规定了CAD 生成的电子文件收集、积累、整理、鉴定、归档与档案管理的一般要求。
本标准适用于光盘存储CAD 产生的电子文件及电子档案。
将已归档的纸质文件、图纸输入光盘的情况不属本标准范围，但可参照本标准中的规定。
2 引用标准下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。
本标准出版时，所示版本均为有效。
所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。
GB ／T 7408 —1994 数据元和交换格式信息交换日期和时间表示法（eqvISO 8601 ：1988 ）GB ／T 8566 —1995 信息技术软件生存期过程GB ／T 8567 —1988 计算机软件产品开发文件编制指南GB ／T 9385 —1988 计算机软件需求说明编制指南GB ／T 9386 —1988 计算机软件测试文件编制规范GB ／T 17678.2 —1999 CAD 电子文件光盘存储、归档与档案管理要求第二部分：光盘信息组织结构GB ／T 17679 —1999 CAD 电子文件光盘存储归档一致性测试GB ／T 17825.1 —1999 CAD 文件管理总则GB ／T 17825.2 —1999 CAD 文件管理基本格式GB ／T 17825.3 —1999 CAD 文件管理编号原则GB ／T 17825.4 —1999 CAD 文件管理编制规则GB ／T 17825.5 —1999 CAD 文件管理基本程序GB ／T 17825.6 一1999 CAD 文件管理更改规则GB ／T 17825.7 —1999 CAD 文件管理签属规则GB ／T 17825.8 —1999 CAD 文件管理标准化审查GB ／T 17825.9 —1999 CAD 文件管理完整性GB ／T 17825.10 —1999 CAD 文件管理存储与维护3 定义本标准采用下列定义：3.1 电子文件electronic records能被计算机系统识别、处理，按一定格式存储在磁带、磁盘或光盘等介质上，并可在网络上传送的数字代码序列。
数字化工程环境下复杂产品技术状态管理架构优化
第４５卷 第１１期２０２３年１１月系统工程与电子技术ＳｙｓｔｅｍｓＥｎｇｉｎｅｅｒｉｎｇａｎｄＥｌｅｃｔｒｏｎｉｃｓＶｏｌ．４５ Ｎｏ．１１ Ｎｏｖｅｍｂｅｒ２０２３文章编号：１００１ ５０６Ｘ（２０２３）１１ ３５７３ ０６ 网址：ｗｗｗ．ｓｙｓ ｅｌｅ．ｃｏｍ收稿日期：２０２２０８２２；修回日期：２０２２１０３１；网络优先出版日期：２０２２１１１４。
网络优先出版地址：ｈｔｔｐ：∥ｋｎｓ．ｃｎｋｉ．ｎｅｔ／ｋｃｍｓ／ｄｅｔａｉｌ／１１．２４２２．ＴＮ．２０２２１１１４．１４３８．００４．ｈｔｍｌ基金项目：国家自然科学基金（７１８７１００７）资助课题 通讯作者．引用格式：任璐英，王庆国，张海峰，等．数字化工程环境下复杂产品技术状态管理架构优化［Ｊ］．系统工程与电子技术，２０２３，４５（１１）：３５７３ ３５７８．犚犲犳犲狉犲狀犮犲犳狅狉犿犪狋：ＲＥＮＬＹ，ＷＡＮＧＱＧ，ＺＨＡＮＧＨＦ，ｅｔａｌ．Ｏｐｔｉｍｉｚａｔｉｏｎｏｆｃｏｍｐｌｅｘｐｒｏｄｕｃｔｔｅｃｈｎｉｃａｌｓｔａｔｅｍａｎａｇｅｍｅｎｔａｒｃｈｉｔｅｃｔｕｒｅｉｎｄｉｇｉｔａｌｅｎｇｉｎｅｅｒｉｎｇｅｎｖｉｒｏｎｍｅｎｔ［Ｊ］．ＳｙｓｔｅｍｓＥｎｇｉｎｅｅｒｉｎｇａｎｄＥｌｅｃｔｒｏｎｉｃｓ，２０２３，４５（１１）：３５７３ ３５７８．数字化工程环境下复杂产品技术状态管理架构优化任璐英 ，王庆国，张海峰，丁 洁，徐卫卫，臧雪静（北京航天情报与信息研究所，北京１００８５４） 摘 要：复杂产品研制生产是不断迭代且数据庞大的系统工程，而技术状态管理则是复杂产品设计研制的关键因素之一。
以复杂产品为研究对象，梳理了传统技术状态管理体系架构的现状与特点。
在此基础上，针对基于数字化环境的特点，构建了复杂产品管理以及技术状态管理的总体框架，并对技术状态管理中的分项目实施路径进行了详细说明，为数字化工程环境下复杂产品技术状态管理的进一步发展与优化提供了思路与参考。
基线管理与技术状态管理
二、基线
三、基线管理过程
1、基线的分类： (1)功能基线 用于管理产品立项所需输入性文件的技术状态。 (2)分配基线 用于管理产品设计所需输入性文件的技术状态。 (3)产品基线 用于管理产品研制阶段的详细设计数据的技术状 态。
三、基线管理过程
基线 内容 规定任务和技术要求 对各功能段分配要求 规定接口关系 约束条件 文件形式 制定时间 制定单位
四、技术状态更改控制的基本要求
4、审批完备 审批完备是指对项目更改的建议必须按规定的程 序和权限完成相应的审批手续。 5、落实到位 落实到位是指已获批准的技术状态更改，必须通 过对本项目或相关项目的设计文件、工艺文件进 行更改并进行监督检查，使之最终落实到项目产 品上，做到文文相符，文实相符，使更改得到完 善实施。
二、技术状态管理
5、技术状态管理实质 技术状态管理是系统工程管理的重要组成部分。 其实质就是技术状态基线管理。 技术状态标识最终目的是建立三种技术状态基线。 技术状态控制是控制技术状态基线的更改（包括 技术状态更改、偏离许可和让步三种类型）。 技术状态纪实要记录和报告技术状态基线发展变 化情况。 技术状态审核是审查已制造出产品与其技术状态 基线的符合情况。
二、技术状态管理
4、技术状态文件 技术状态文件是指规定技术状态项的功能特性和 物理特性，或从这些内容发展而来的关于技术状 态项验证、使用、保障和报废要求的技术文件。 技术状态文件一般分为功能技术状态文件、分配 技术状态文件和产品技术状态文件。 这三种技术状态文件在产品寿命周期不同阶段进 行编制、批准和保持，且在内容上逐级细化。
一、绪论
技术状态管理是50年代伴随复杂系统工程研制 而在美国发展起来的一门工程管理科学，主要应用 于产品开发的整个寿命周期内准确的描述产品的功 能特性和物理特性，并提供明确的控制方法。其管 理的目标是将产品开发成果形成文件并反映产品当 前的技术状态，以达到其物理和功能要求，并确保 参与工程项目的所有人员在任何时候都能使用到准 确的文件。
《军用标准》国军标标准
4.1总要求组织应按本标准的要求建立质量管理体系，将其形成文件，加以实施和保持，并持续改进其有效性。
组织应：1）确定质量管理体系所需的过程及其在整个组织中的应用；2）确定这些过程的顺序和相互作用；3）确定所需的准则和方法，以确保这些过程的运行和控制有效；4）确保可以获得必要的资源和信息，以支持这些过程的运行和监视；5）监视，测量（必要时）和分析这些过程；6）实施必要的措施，以实现所策划的结果和对这些过程的持续改进；组织应按本标准的要求管理这些过程；组织如果选择将影响产品符合性的任何过程外包，应确保对这些过程的控制。
对此类外包过程控制的类型和程度应在质量管理体系中加以规定。
组织应接受顾客的质量监督。
组织应对外包过程进行评审，批准后予以实施，并监督外包过程的执行。
顾客要求时，外包过程需经顾客同意。
适用时，组织应建立，实施和保持产品的可靠性，维修性，保障性，测试性，安全性和环境适应性等工作过程。
4.2文件要求4.2.1总则质量管理体系文件应包括：1)形成文件的质量方针和质量目标；2）质量手册；3）本标准所要求的形成文件的程序和记录；4）组织确定的为确保其过程有效策划，运行和控制所需的文件，包括记录。
8个程序：文件控制程序，记录控制程序，内部审核程序，不合格品的控制程序，纠正措施过程，预防措施过程，质量信息，新产品试制4.2.2质量手册组织应编制和保持质量手册，质量手册包括：1）质量管理体系的范围，包括任何删减的细节和正当的理由。
2）为质量管理体系编制的形成文件的程序或对其引用3）质量管理体系过程之间的相互作用的表述。
4.2.3文件控制质量管理体系所要求的文件应予以控制，记录是一种特殊类型的文件，应依据4.2.4的要求进行控制。
应编制形成文件的程序，以规定以下方面所需的控制：为使文件是充分与适宜的，文件发布前得到批准；必要时对文件进行评审与更新，并再次批准；确保文件的更改和现行修订状态得到识别。
确保在使用处可获得适用文件的有关版本。
正确实施技术状态管理
如何正确实施技术状态管理1前言技术状态管理是系统工程管理的一个重要组成部分，是军用产品实施质量管理体系建设中总结出的成功经验，它应用于产品的整个寿命周期中。
其主要作用包括：选定所有技术状态项，并明确其功能特性和物理特性；控制这些特性的更改，使其始终处于受控状态；报告和记录更改处理过程及验证实施情况，保持技术状态的可追溯性；对每一个技术状态项进行功能技术状态审核和物理技术状态审核，据此确定技术状态项与其技术状态文件的一致程度。
由此可见，技术状态管理在产品研制过程中起着非常重要的作用，而产品研制过程中的诸多质量控制活动也是围绕技术状态控制来开展的，技术状态管理是否到位、技术状态是否受控关系到产品研制的成败及研制质量水平的高低，因此，做好产品在研制、生产过程中的技术状态管理具有十分重要的意义。
2GJB3206A的适用范围GJB3206A适用于武器装备技术状态项目在研制、生产中的技术状态管理。
武器装备的研制、生产是有其明确范围的，原国防科工委颁发的《武器装备研制程序》中，明确规定常规武器的研制分为5个阶段，即从进行战术技术指标的论证阶段开始，经方案阶段、工程研制阶段、到设计定型阶段和生产定型阶段。
研制过程加生产过程是本标准的适用范围。
除此之外的研究工作(如基础性研究、预研性研究、应用性研究等)不属于武器装备研制范畴，也就不适用本标准。
采用此标准时，应根据技术状态项目的重要性、复杂程度、规模、预定用途、综合保障要求和其所处的研制、生产阶段等具体情况，进行合理剪裁。
(1)技术状态项目的复杂程序不同，需要建立的技术状态基线不同对于一个系统来说，在研制过程中，首先必须制定系统规范，建立功能基线，并在整个寿命周期中对功能基线的更改进行控制。
而对分系统级以下的技术状态项目，则不存在系统规范和功能基线，只需制定研制规范和产品规范，建立分配基线和产品基线并进行控制。
少数较低层次的技术状态，只需制定产品规范。
(2)武器装备研制的性质不同，技术状态管理内容不同对于改进改型的武器装备来说，技术状态管理的实施与新研制的武器装备有所不同。
2024年状态管理制度4篇
2024年状态管理制度4篇目录第1篇事故状态下清净下水收集与处置管理制度第2篇事故状态下“清净下水”收集与处置管理制度第3篇钢铁公司设备技术状态管理制度第4篇设备技术状态管理制度钢铁公司设备技术状态管理制度钢铁企业设备技术状态管理制度一、总则第一条制订设备技术状态管理是为了对生产设备进行有效地管理,以保持设备的基本性能和工作条件,并在实绩分析的基础上做好必要的设备改善工作,提高设备的可靠性、维修性、经济性,使设备经常处于良好技术状态,满足纵横钢铁的经营目标和生产要求。
第二条为加强设备技术状态管理,必须坚持:1、厂长对管辖区域的设备全面负责的的原则,执行下级对上级负责的四级责任制,即厂长对公司经理负责,设备副厂长对厂长负责,设备作业长或车间主任(工段长)对设备副厂长负责,班组长对设备作业长或车间主任(工段长)负责,把各项指标落实到单位和个人,并严格进行考核。
2、设备的专业管理与全员设备管理相结合,严格执行全员预防维修、点检定修制及设备技术标准。
3、在点检的基础上,大力运用和发展现代诊断技术,对设备进行状态监测,逐步以定量数据代替定性判断开展设备状态分析,实行状态维修。
第三条技术状态管理的责任范围1、各分厂、单位是负责辖区内机械、电气、自动化仪表、工业炉窑、工业建构筑物等设备技术状态的直接管理者和责任者,并负责技术状态管理。
2、各点检作业区或车间(工段)负责本地区的机械、电气、自动化仪表、工业炉窑、工建构筑物等设备技术状态及管理,专职点检人员是其所分管点检区域设备技术状态的直接管理者和责任者。
3、设备部是公司设备技术状态管理的主管部门,主要责任是:1)汇总并向有关部门报送有关统计报表;2)定期或不定期组织公司设备技术状态的考核评比;使设备处于良好的技术状态。
事故状态下清净下水收集与处置管理制度依据石油化工企业的安全、环保等相关法规、标准,化工企业应该做到清污分流,事故状态下的“清净下水”应该从未受污染的水中分流出来,避免事故状态下造成对环境的污染。
技术状态管理计划编制常见问题分析及对策
技术状态管理计划编制常见问题分析及对策依据对“GJB3206A-2010技术状态管理”的有关规定，分析了技术状态管理计划的构成、编制中常见的问题、技术状态控制组织的建立及职责，以及技术状态标识、控制、记实与审核工作的编制方法，指导解决技术状态管理计划空洞、可行性和有效性差、编制难的问题。
1技术状态管理计划的构成技术状态管理计划由三大部分构成：第一部分是概述部分，包括：封面、文件更改记录表、签署、目次；第二部分是正文部分，包括：引言、规范性引用文件、组织和职责、技术状态管理重大事项、技术状态标识、技术状态控制、技术状态记实、技术状态审核；第三部分是补充部分。
概述部分的格式及其填写，应符合兵器行业产品设计文件管理制度：WJ5《设计文件完整性》和WJ6《设计文件的格式及其填写方法》的规定。
正文部分的编写，应根据GJB3206A《技术状态管理》，结合研制项目的实际情况，详细描述，编写内容应该科学、合理、规范。
补充部分，应在必要时，设置附录对某些章节内容进行单独编写。
2技术状态管理计划编制中常见的问题编制中常见问题主要有：1）技术状态管理计划的策划者不清晰；2）组织及其职责不明确;3）未按阶段确定各阶段的工作具体内容与要求、选取技术状态项以及确定所需的相关技术状态文件；4）技术状态文件界定模糊；5）技术状态记实、技术状态审核的内容与要求不明确。
3技术状态管理计划编制方法和注意事项本部分应说明技术状态管理的目的和范围、所适用的产品或技术状态项的简要说明、技术状态管理计划的主要特点及实施方法。
技术状态管理的目的是确保产品的稳定性和一致性。
技术状态管理的范围是指本计划所适用的产品及其研制阶段。
技术状态管理计划的主要特点是：1）预见性：描述在实施技术状态管理之前对管理的任务、目标、方法、措施所做出的预见性确认，预见是否准确决定了计划编制的成功或者失败；2）针对性：针对产品的研制特点和本单位的工作任务、客观条件和相应能力确定，计划有意见、有价值；3）可行性：可行性与预见性、针对性是密切相关，紧密联系在一起的，预见性准确、针对性强的技术状态管理计划，实施中要做到真正可行，过高则无力实施，过低则无价值；4）约束性：计划如果通过、批准或认定，则在其所指向的范围内应具有约束作用，无论是集体还是个人都必须按设定计划的内容开展工作和活动，不得与计划相违背或者拖延；5）可变性：计划在招待中需要进一步完善，如果发现原计划的某些内容和实际情况不符，或客观情况发生变化，应及时调整、修改、补充。
技术状态管理程序
技术状态管理程序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在产品寿命周期内的某一特定时刻，被正式确认并作为今后研制生产、使用保障活动基准，以及技术状态改变判定基准的技术状态文件。
技术状态管理与标准化研究
图1 数控设备故障智能诊断流程示意当前制造业企业在追求生产效率、追求综合效益方面迈出了较大步伐，需要进一步深化日常运维管理内容，制定综合举措。
建议吸收前期实践经验，一方面，增加人、机、技、材、钱等要素配置；另一方面，则结合数控设备常见故障，制定行之有效的检查、监测、诊断、处理措施，全面提升数控设备的使用效果。
参考文献：[1]李林.关于数控设备维护和管理的探讨[J].中国战略新兴产业，2021,8(3):81-83. [2]沙颖.数控设备管理与预防性维护[J].商品与质量,2020,3(13):20.[3]赵倩.数控设备故障知识图谱的构建与应用[J].航空制造技术，写，明确更改的原因、时间及内容，将通知单提交给有关部门审核，待通知单顺利通过审核，便可将其归档，42研究与探索Research and Exploration ·生产管理与维护中国设备工程 2023.01 (上)开展各项工作，从而生产出符合要求的产品，使产品质量达到预期水平。
2.2 加强设计控制本项目强调以设计和制造柴油机的经验为基础，对质量要求、技术要求进行研究，为日后建立设计试验体系等工作的开展助力。
考虑到国内所掌握技术与发达国家仍存在较大差距，实现产品国产化目标的前提在于对产品进行控制，换言之，要想使产品质量得到有力保证，应将制定设计标准的工作提上日程，加大设计控制力度，对技术要求进行深入了解，准确把握产品应当具有的作用及功能。
另外，设计人员应提前查看设计图纸，在掌握图纸细节的前提下，对设计工作加以落实，需要注意的是，只有确定最终版图纸后，才能对产品进行制造，这样做能够最大程度避免产品存在质量问题。
2.3 完善工艺控制控制产品生产工艺，同样能够起到改善产品质量的作用。
以应急柴油机为例，对产品进行生产期间，应重点关注零件规格、整机装配情况，真正做到以设计图纸、相关文件所提出要求为依据，对产品进行制造，通过提高成品率的方式，为有关单位创造更加可观的经济收入。
技术状态管理
1
J W F Z
技术状态管理
1、技术状态管理发展
技术状态管理渊源于美国五十年代，以后被越来越多的 工业发达国家所采用，并引起世界各国的广泛重视。我国 颁布的《军工产品质量管理条例》以及《关于加强国防科 技工业质量工作若干问题的决定》，也将技术状态管理作 为质量管理的重要手段，要求军工产品承制单位健全技术 状态管理制度，严格控制技术状态的更改。目前已颁发了 GJB 3206《技术状态管理》国军标，规定了实施的程序。
允许偏离时，对其已被批准的现行技术状态文件不作出相应更改。
21
J W F Z
技术状态管理
技术状态更改的原则：
“充分论证、各方认可、试验验证、审批完备、落实到位”
工程更改和偏离：研制单位和用户均可以对目前已批准的技术状 态文件提出工程更改和偏离建议。
提出工程更改建议 审批工程更改建议 实施工程更改 对工程更改应严加控制：更改建议主要包括更改内容、更改理由、 更改方案、更改分类等。 技术状态的更改应进行评审和验证，并形成文件，这些文件包括： 建议更改的技术指标和参数、更改分类、对合同进度及成本的影 响，对采购的影响等，评审后，须经有批准权的人员对评审结果 进行最终认定，作出批准或拒绝更改的决定。
8
J W F Z
技术状态管理
A.2 程序和规定 本部分应包括与军事代表取得一致意见的技术状态管理要 素，主要内容包括： a) 技术状态管理的有关制度和规定； b) 技术状态管理组织机构； c) 技术状态项目选择准则； d) 内部报告和向军事代表提供报告的时间间隔，以及报告 的分发和控制要求。
9
J W F Z
11
J W F Z
技术状态管理
5、技术状态标识 它包括以下几方面内容： (1)选择技术状态项 通常，较高层次的技术状态项是在方案论证初期或之前选 定，较低层次的技术状态项是在工程研制的初期或其之前 选定，随着项目研制的深入，可以不断修正已确定的技术 状态项目，使其更加合理。选择技术状态项，要考虑经费 和人力的承受能力，如果选择的技术状态项很多，指标很 高，而又没有相应的人力和财力支持，极有可能造成技术 状态控制失控，从而失去选择技术状态项的意义，总的原 则是选择那些功能特性和物理特性能被单独管理，能满足 最终使用性能的项目作为技术状态项。
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编制代号技术状态项目、技术状态文件、更改以及偏离与超差等的标识通过编号实施。
3 软件配置管理计划(模板)-GJB438C
密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。
1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。
各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。
c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。
产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
技术状态管理
技术状态管理
A.3 技术状态标识 本部分主要内容包括： a) 技术状态项目的规范树； b) 规范、图样和更改所惯用的编号制度； c) 需建立的技术状态基线及其进度、文件类型； d) 使用和分配的序列号码或其它可追溯性的标识； e) 发放程序。 A.4 技术状态控制 本部分主要内容包括： a) 建立技术状态基线前的更改控制程序； b) 建立技术状态基线后，从提出技术状态文件更改建议到检查其实施 情况的程序； c) 偏离许可、让步的控制程序。
；
8
JWFZ
技术状态管理
A.2 程序和规定 本部分应包括与军事代表取得一致意见的技术状态管理要 素，主要内容包括： a) 技术状态管理的有关制度和规定； b) 技术状态管理组织机构； c) 技术状态项目选择准则； d) 内部报告和向军事代表提供报告的时间间隔，以及报告 的分发和控制要求。
9
JWFZ
11
JWFZ
技术状态管理
5、技术状态标识 它包括以下几方面内容：
(1)选择技术状态项 通常，较高层次的技术状态项是在方案论证初期或之前选 定，较低层次的技术状态项是在工程研制的初期或其之前 选定，随着项目研制的深入，可以不断修正已确定的技术 状态项目，使其更加合理。选择技术状态项，要考虑经费 和人力的承受能力，如果选择的技术状态项很多，指标很 高，而又没有相应的人力和财力支持，极有可能造成技术 状态控制失控，从而失去选择技术状态项的意义，总的原 则是选择那些功能特性和物理特性能被单独管理，能满足 最终使用性能的项目作为技术状态项。
17
JWFZ
技术状态管理
技术状态基线建立后，研制单位应控制并保持所有现行技术状态文件的原件。 基线由规范来确定。 功能基线由用户的需求规范来确定； 分配基线是在签订研制合同时由研制单位的研制规范来规定； 产品基线是在签订生产合同时由生产单位的产品规范来规定； 所形成的技术状态文件： 功能技术状态文件 分配技术状态文件 产品技术状态文件
ISO9001-2015技术状态管理规范
技术状态管理规范（ISO9001-2015）1. 目的应用技术和行政管理手段，通过标识、控制、纪实和审核的技术的和管理活动对产品技术状态项目实施有效控制，保证能够使用正确、协调、现行有效的技术状态文件，确保产品实物与相应文件在研制生产全过程中，保持文实相符，文文一致，并具有可追溯性。
2. 适用范围适用于有合同要求进行技术状态管理的产品研制、生产过程。
3. 职责3.1产品部是产品技术状态的归口管理部门，负责组织确定技术状态管理项目，指挥技术状态的标识、控制、纪实和审核。
3.2生产部、各车间实施产品技术状态的标识、控制、纪实和审核。
3.3质量管理部负责对技术状态管理进行监督检查。
4. 工作流程4.1技术状态管理工作流程见附录A5. 工作内容5.1确定技术状态管理项目（产品）5.1.1 为了分阶段、稳定地实现产品规定的功能和物理特性，保持产品技术状态的相对稳定，应对产品的技术状态进行管理。
5.1.2 技术状态的管理需要相当的经费和人力的支出。
因此，通常只对大型、复杂的产品工程项目进行技术状态管理。
合同无要求时，在设计更改时对技术文件实施技术状态更改的标识和控制。
5.1.3 选择技术状态项目，以功能特性、物理特性能够单独管理为准则，将产品分解为逻辑相互关联的硬件、软件或它们的组合。
5.1.4 一般选择下列项目为技术状态管理项目：a) 复杂的系统或分系统项目；b) 跨单位、部门的大型项目；c) 在风险、安全、完成作战任务等方面具有关键作用的项目；d) 采用了新技术、新材料和新工艺的新研制复杂项目；e) 与其他项目有重要接口和共用分系统的项目；f) 在使用和维修方面有特殊要求的项目。
5.1.5 需执行技术状态管理的项目（产品）应根据顾客的要求列入合同。
技术部应在产品研制计划中确定技术状态管理的项目（产品），并通知相关职能部门和项目负责人。
5.2建立技术状态基线5.2.1 技术部和产品项目负责人应根据QH/QP07.01-2010《产品实现的策划控制程序》，在产品实现的策划时，按照产品研制阶段的划分确立产品技术状态的功能基线、分配基线和产品基线的时机，并纳入产品的质量计划安排。
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)。
阿里巴巴
XXXXXXX
技术状态管理计划
XX-JG-1.0
拟制：
审核：
批准：
目录
1范围 (3)
2规范性引用文件 (3)
3组织和职责 (5)
3.1所级技术状态控制委员会 (6)
3.2项目级技术状态控制组 (6)
3.3配置管理员 (6)
4技术状态管理里程碑及基线设置 (6)
5技术状态标识 (3)
5.1技术状态项 (3)
5.2技术状态文件标识及与里程碑、基线的对应关系 (3)
5.3技术状态文件版本标识 (4)
5.4技术状态文件发放 (4)
6技术状态控制 (5)
6.1技术状态更改分类 (5)
6.2技术状态更改程序及审批权限 (5)
6.3偏离和超差的控制 (5)
7技术状态纪实 (5)
8技术状态审核 (5)
1范围
本文件规定了631项目的技术状态管理要求。
本文件适用于631项目研制及交付过程的技术状态管理。
2规范性引用文件
下列文件中的条款通过本文件的引用而成为本文件的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本文件。
凡是不注日期的引用文件，其最新版本适用于本文件。
GJB 3206A-2010 《技术状态管理》
《设计开发控制程序》
《不合格品控制程序》
3技术状态标识
3.1技术状态项
本项目的技术状态项为研制任务书中的各项功能及性能要求，这些功能及性能的所有变更均纳入技术状态管理。
3.2技术状态文件标识及与里程碑、基线的对应关系
3.3技术状态文件版本标识
文件版本号的格式为“×.×”，点号前面的是大版本号，后面的是小版本号。
文件首次批准时版本号为1.0。
在原版本的基础上作小范围更改时，大版本号不变，小版本号加一。
文件经三次更改或一次更改篇幅超过50％.时，大版本号加一，小版本号归零。
3.4技术状态文件发放
技术状态文件一经批准，即由项目负责人向档案管理人员归档。
需要使用时，履行借阅手续或复制手续，特别注意执行六所相关保密规定。
4技术状态控制
4.1技术状态更改分类
本项目技术状态更改分为基线更改及一般更改。
4.2技术状态更改程序及审批权限
产品研制过程中的任何更改涉及功能基线、分配基线、产品基线时，由项目技术负责人提交更改申请报告，详细说明需更改内容及更改理由，涉及对外承诺时，还需提交与顾客沟通的情况说明，经所级技术状态控制委员会评审，主管所领导批准后，由档案管理人员组织修订相关文件，并实施版本管理。
产品研制过程中的不涉及功能基线、分配基线、产品基线的一般更改，由技术人员提交更改申请报告，详细说明需更改内容及更改理由，经项目技术负责人批准后，由档案管理人员组织修订相关文件，并实施版本管理。
4.3偏离和超差的控制
对于产品的偏离和超差，需进行不合格审理，以审理结论为准，进行返工、返修或超差代用、让步接收。
具体执行《不合格品控制程序》。
5技术状态纪实
档案管理人员保存技术状态文件审批记录、借用及复制记录、更改申请报告、更改审批记录、版本升级记录、不合格审理记录，确保技术状态演变的可追溯性。
需进行现场更改时，技术人员应保留现场更改记录，回所后按程序完成相关更改。
6技术状态审核
通过技术状态文件审批、研制方案评审、设计方案评审、系统联试、出所检验、出所鉴定、初步移交、正式移交等活动进行项目功能特性及物理特性的技术状态审核，确保产品达到规定要求。
7组织和职责
7.1所级技术状态控制委员会
由主管所领导、质量部领导、高新电子系统部领导组成所及技术状态控制委员会，负责基线及对外承诺的变更控制。
7.2项目级技术状态控制组
由项目负责人及各级设计师组成项目级技术状态控制组，负责不涉及基线及对外承诺的文件变更控制。
7.3配置管理员
由档案管理员负责项目的具体技术状态管理工作，包括建立并维护基线、根据批准的变更申请组织变更、文件版本管理等。
8技术状态管理里程碑及基线设置
本项目的技术状态管理里程碑同项目研制及交付过程里程碑，即：
a)研制方案评审；
b)设计方案评审；
c)出所鉴定验收；
d)初步移交；
e)正式移交；
f)售后服务。
本项目技术状态基线为功能基线、分配基线、产品基线。
功能基线为研制任务书及合同。
分配基线为通过评审并按评审意见完成修改后的研制、设计方案，分别为分配基线1及分配基线2。
产品基线为完成出所鉴定、初步移交、正式移交后固化的全套技术文件，分别为产品基线1、产品基线2、产品基线3。