00技术状态管理程序_修正版
GJB3206(技术状态管理)
GJB 3206—981 范围1.1 主题内容本标准规定了技术状态管理的内容、要求和方法。
1.2 适用范围本标准适用于武器装备（常规武器装备、战略武器装备、人造卫星，下同）技术状态项目在研制、生产中的技术状态管理。
1.3 应用指南采用本标准时，应根据技术状态项目的重要性、复杂程度、规模、预定用途、综合保障要求和其所处的研制、生产阶段等具体情况，对本标准的详细要求进行剪裁。
2 引用文件GJB 2116—94 武器装备研制项目工作分解结构GJB 2737—96 武器装备系统接口控制要求3 定义3.1 技术状态 Configuration在技术文件中规定的并且在产品中达到的功能特性和物理特性3.1.1功能特性 Functional characteristics产品的性能指标、设计约束条件和使用保障要求。
其中包括诸如使用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求。
3.1.2物理特性 physical characteristics产品的形体特性，如组成、尺寸、表面状态、形状、配合、公差、重量等。
3.2 技术状态项目 configuration item (CI)能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
3.3 技术状态管理configuration management (CM)国防科学技术工业委员会 1998—03—16发布 1998—09—01实施对技术状态项目进行的下述技术的和管理的活动：a)技术状态标识；b)技术状态控制；c)技术状态记实；d)技术状态审核。
3.4 技术状态标识 configuration identification所进行的下述活动：选择技术状态项目，确定每个技术状态项目所需的技术状态文件；指定技术状态项目及相应文件（包括内部和外部接口文件）的标识号，发放技术状态文件；建立技术状态基线。
3.5 技术状态控制 configuration control技术状态基线建立后，为控制技术状态项目的更改而提出的更改建议（工程更改、偏离、超差）所进行的论证、评定、协调、审批和实施的活动。
技术管理体系文件00
技术管理体系文件00一、引言技术管理体系文件是为了规范和指导组织内部技术管理工作，确保技术工作的高效运行和持续改进。
本文档旨在为组织内部技术管理工作提供一个标准的参考框架。
二、范围本文件适合于组织内所有与技术管理相关的部门和人员。
三、术语和定义1. 技术管理：指组织内部对技术活动的规划、组织、实施和控制的过程。
2. 技术管理体系：指组织内部建立和运行技术管理所需的各项机构、流程、方法和工具的总体框架。
四、技术管理体系文件的编制和更新1. 技术管理体系文件的编制应由技术管理部门负责，并经过相关部门的审核和批准。
2. 技术管理体系文件应定期进行更新和修订，以确保其与组织内部的实际情况相符。
五、技术管理体系文件的内容1. 技术管理目标和原则：明确技术管理的总体目标和基本原则，为技术管理工作提供指导。
2. 技术管理组织结构：规定技术管理部门的职责和权限，明确技术管理人员的岗位职责和工作流程。
3. 技术管理流程：描述技术管理的各个环节和步骤，包括技术规划、技术研发、技术应用和技术评估等。
4. 技术管理方法和工具：介绍组织内部常用的技术管理方法和工具，包括技术评估模型、技术创新方法和技术管理软件等。
5. 技术管理绩效评估：规定技术管理绩效评估的指标和方法，用于评估技术管理工作的效果和质量。
6. 技术管理改进措施：提出改进技术管理的具体措施和计划，以推动技术管理工作的持续改进。
六、技术管理体系文件的实施和监控1. 技术管理体系文件的实施应由技术管理部门负责，并得到相关部门的支持和配合。
2. 技术管理体系文件的监控应定期进行，包括对技术管理工作的执行情况进行评估和审查。
七、技术管理体系文件的培训和宣传1. 技术管理部门应组织相关人员进行技术管理体系文件的培训，以提高其对技术管理工作的理解和能力。
2. 技术管理部门应定期进行技术管理体系文件的宣传，以增强组织内部对技术管理工作的重视和支持。
八、技术管理体系文件的审查和改进1. 技术管理体系文件应定期进行审查，以确保其与组织内部的实际情况相符。
001管理文件系统形成、修正和废除程序
1 目的：建立一个用于生产管理和质量管理文件的形成、审查、批准、生效、修改和废除的程序。
2范围：所有用于生产管理及质量管理的标准文件，包括表示状态的标示牌等。
3责任者：各有关部门负责人、管理人员对本SOP的实施负责。
4程序：定义，本SOP所称的文件是指：（1）处方；（2）物料单耗表；（3）生产原始记录及批生产记录；（4）标准操作（工作）程序（SOP）；（5）生产指令及包装指令；（6）各类用于生产的表式；（7）检查记录；（8）测试标准（原辅料及包装材料的质量标准）；（9）其他用于生产管理和质量管理的文件；4.1文件的形成和审查。
4.1.1各部门使用的管理文件，原则上由各部门负责人负责组织编写或设计，涉及公司全体的文件由总经理或总经理授权部门负责组织，文件内容必须符合现行GMP的要求。
4.1.2在编写过程中应全面回顾公司的原有文件内容，并与文件涉及的其他部门讨论协商，征求意见，使文件更具全面性和准确性，一旦实施后，具有可行性。
4.1.3文件形成后，由办公室进行初审，办公室审查的重点是：4.1.3.1与现行技术要求是否相符；4.1.3.2文件内容的可行性；4.1.3.3文件是否简练、确切、易懂，不能有两种以上的解释；4.1.3.4同公司已生效的其他文件没有相悖的含义。
4.1.4经各相关部门会签并经技术质量部审核后的文件，如需改正，交回原编写人员所属部门的负责人修改，直至符合要求。
4.1.5经修改后定稿的文件，由办公室统一编号并由电脑室的同一台电脑和打印机，用A4纸打印，页面设置为表头上端为2.8㎝，下端为1.8㎝，左端为2.5㎝，右端为2.5㎝，装订线0㎝，不设置页眉页脚；表头采用统一表头（具体样稿见本SOP），题目为黑体4号字加粗，编号用times new roman小4号字加粗，其余用宋体小4号字加粗；正文部分大标题用黑体小4号字加粗，其余部分用宋体小4号字，行间距、字间距为标准，正文与表头之间空一行，正文的每段首行缩进两个字位置，序号与字之间空一格。
技术状态管理在产品研制中的实施
技术状态管理在产品研制中的实施随着科技的不断发展和进步，产品研制过程中技术状态管理已经成为了一项非常重要的任务和工作。
技术状态管理是指对产品设计和研制中涉及的技术状态进行管理和控制，以确保产品的质量和性能符合设计要求及市场需求。
下面就详细介绍一下技术状态管理在产品研制中的实施。
一、技术状态管理的定义技术状态管理是指对研制过程中的技术状态进行管理和控制，并按照一定的规划和流程，对研制周期中的技术状态进行跟踪和检查，确保产品的设计、开发、测试和验证等过程中的技术状态符合要求。
技术状态管理的任务是通过管理和控制研制过程中的技术状态，确保产品的效率、质量、性能和安全符合要求。
具体包括以下几个方面：2、技术状态跟踪和协调管理技术状态跟踪和协调管理是指对研制过程中的技术状态进行跟踪和协调，避免研制周期任务之间的重复或冲突。
在产品研制过程中，不同的部门和团队需要共同管理和协调，技术状态的跟踪和协调工作则是确保效率和质量的重要保障。
3、技术状态评估和分析技术状态评估和分析是指通过对技术状态进行评估和分析，确定研制过程中的瓶颈和决策重点，以确保研制过程的稳定和高效。
技术状态管理的实施需要设置良好的规划和流程，针对产品研制过程中的不同任务和阶段，采取不同的技术状态管理方法。
一般可采用以下几种方式:1、阶段管理法2、整体管理法3、项目管理法项目管理法是指针对产品研制过程中的具体项目进行技术状态管理和控制。
在项目管理中，需要明确每个项目的任务、进度、人员和资源等情况，针对项目进行技术状态的跟踪、管理和评估，确保项目的顺利完成。
技术状态管理流程包括技术状态的跟踪和管理、技术状态的分析和评估、技术状态的协调和整合等不同环节。
一般包括以下几个流程：。
AS9100技术状态管理控制程序
AS9100技术状态管理控制程序1.0目的全面反映产品当前的技术状态,确保所有工作人员能够使用正确和准确的技术文件。
2.0范围适用于本企业产品寿命周期内的技术状态管理。
3.0职责3.1 技术质量部负责技术状态的管理、协调和审核。
3.2 设计所负责技术状态的标识、控制、纪实和标准化审核。
3.3 检验处负责对技术状态管理的监督检查。
4.0 定义/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. 项目经理：负责监督并协调技术团队和其他相关部门工作。
四、流程1. 技术资产登记在项目启动阶段，由技术团队对所有涉及到的技术资产进行登记，并建立相应档案。
包括但不限于软件版本号、硬件型号等信息。
2. 技术资产分类根据不同类型的技术资产，将其分为不同类别，并建立相应档案。
例如，将软件分为系统软件、应用软件等。
3. 技术状态评估对每个技术资产进行定期评估，以确定其当前状态。
评估内容包括但不限于：是否存在漏洞、是否需要升级等。
4. 技术状态记录将技术状态记录在相应档案中，并建立历史记录。
以便于跟踪和分析技术状态变化趋势。
5. 技术状态报告定期向项目经理和其他相关部门提交技术状态报告，以便于项目管理和决策。
五、工具与技术支持1. 资产管理系统：用于登记和管理技术资产。
2. 漏洞扫描工具：用于发现潜在的安全漏洞。
3. 版本控制工具：用于管理软件版本号等信息。
六、风险管理1. 技术资产丢失或损坏：建立备份机制，确保数据安全性。
2. 技术资产过时或不兼容：定期进行评估，并及时更新或替换不适用的资产。
七、质量保证计划1. 评估标准：根据实际情况制定相应的评估标准，并确保其合理性和可行性。
2. 评估频率：定期对技术状态进行评估，以确保其及时性和准确性。
3. 评估结果反馈：将评估结果及时反馈给相关人员，并及时采取相应措施。
八、变更管理计划1. 变更申请：当需要对技术资产进行变更时，由相关人员向项目经理发起变更申请。
AS9100D：2016技术状态管理办法
受控号：版号：A/0 Q X X X X科技股份有限公司Q/AS04—2017技术状态管理办法2017-1-1发布2017-1-1实施XXXX科技股份有限公司发布前言本标准由XXXX科技股份有限公司品管部提出并归口。
本标准主要起草单位：XXXX科技股份有限公司技术中心本标准批准人：本标准审核人：本标准参加编写和会审人员：本标准主要起草人：本标准于2017年1月1日首次发布修订记录表Q/ AS04-2017版次：A/0技术状态管理办法1 目的本管理办法规定了对技术文件状态管理的内容和程序，确保技术文件在各个阶段中的状态清晰、协调、有效。
生产现场获得各生产阶段的有效版本，防止技术文件的非预期使用。
2 适用范围本管理办法适用于公司技术文件和外来技术文件的技术状态管理。
3 术语技术状态技术文件中规定的，并在产品中达到的硬件和软件的功能性和物理特性。
技术状态管理对技术状态项目进行的下述技的和管理的活动；技术状态标识，技术状态控制；技术状态纪实；技术状态审核。
基线在产品寿命周期内的某一特定的时间，正式批准的描述或说明技术状态的文件。
基线管理以基线为基础，对产品技术状态的更改进行控制的活动。
工程更改基线确定后，对已经交付的，即将交付的，或者还有研制或生产的产品技术状态的更改。
4 相关部门职责4.1技术中心是技术状态管理的归口管理部门，负责产品从小试、中试、批生产全过程的策划、标识、控制、纪实和审核。
4.2品管二科负责对技术状态的控制进行监督。
5 工作程序5.1 技术状态策划技术中心负责技术状态管理的策划。
技术状态管理包括技术状态标识、技术状态更改、技术状态纪实和技术状态审核。
在进行项目策划时，应编制技术状态管理计划。
技术状态管理计划可单独编制，也可包含在项目质量计划中。
5.1.1技术状态管理从产品开发的方案阶段开始，在产品实现的全寿命周期内，应能准确清楚地表明产品的技术状态，并明确技术状态信息传递，报告，反馈要求。
技术状态管理计划【精选文档】
目次1 引言 (1)2 相关文件 (1)3 组织和职责 (1)4 技术状态管理里程碑 (2)5 技术状态标识 (2)6 技术状态控制 (3)7 技术状态记实 (6)8 技术状态审核 (7)9 分承制方/供应商控制 (7)10 数据管理 (7)1 引言1.1 目的对产品技术状态进行管理，确保产品功能特性和物理特性符合规定要求。
1.2 范围1.2.1 适用于公司产品的技术状态标识、技术状态控制、技术状态记实和技术状态审核过程的控制.1.2.2 所适用的产品或技术状态项的简要说明：1.2.3 技术状态管理计划的主要特点及实施方法的概述2 相关文件（所涉及的标准化文件、规章制度和适用的设计文件等，给出所列文件的编号、名称、版次、发布机构等信息。
文件排列顺序如下：)a)国家标准b)国家军用标准c)行业标准d)企业标准e)国际国外标准f)设计文件g)规章制度3 组织和职责(本部分说明参与技术状态管理活动的人员、部门和机构，需要时，用简图说明。
同时说明各参与方在技术状态管理中的职责，包括在技术状态控制委员会中的作用。
此外，说明技术状态管理职能与技术审查和定型工作等方面的有机联系.3。
1 技术中心负责技术状态的归口管理。
3.2 总工程师负责技术状态项目和技术状态文件的批准。
3。
3 总工程师办公室负责技术状态文件的存档保管和发放控制。
3。
4由本公司总工程师、技术部有关人员和顾客共同组成的审核组在本公司或供方的现场进行功能技术状态审核和物理技术状态审核。
3。
5如技术状态审核与定型（鉴定)工作结合进行，有关要求应按产品定型中相关规定执行，并满足技术状态管理规定的审核内容。
1.1.由本公司总工程师、技术部有关人员和顾客共同组成的审核组在本公司或供方的现场进行功能技术状态审核和物理技术状态审核.1.2.如技术状态审核与定型（鉴定）工作结合进行，有关要求应按产品定型中相关规定执行，并满足本制度规定的审核内容。
1.2.1.本公司的责任–编制技术状态审核计划；–保证供参与必要的技术状态审核；–审核前，向技术状态审核组提交一份清单，列出技术状态审核中要用的文件、硬件和软件；–指定联席主持人和参与审核的人员，以便讲座在审核范围内的技术问题;–与顾客协调审核日程和地点;–提供必要的资源和器材，保证审核不效地进行；–按技术状态审核计划作好资料准备；–作好会议记录，内容包括重要问题和对策、措施、结论、建议性意见等,交订购方确认后，形成正式的会议记录.11.2.2.顾客方的责任–指定联席主持人和参与审核的人员;–审查会议记录,保证其内容反映了订购方的所有重要意见；–向承制方发出技术状态审核的结论：认可、有条件认可或不认可。
00内外部沟通控制程序_修正版
修正版深圳市XX）科技有限公司企业标准程序文件拟制:批准:受控状态: □受控□非受控发放编号:2017—7—1 发布2017 —7- 1实施修正版深圳市XXX科技有限公司发布修正版9、内外部沟通控制程序1目的为促进公司内部各职能层次之间和与外部之间的信息交流，提高质量管理体系运行的有效性，特制定本 程序。
2适用范围凡公司内部各级人员及公司与顾客之间有关信息的交流均适应。
3职责外部意见回复： 系统事业部/结构事业部/板卡事业部。
4程序4.1公司内外部意见沟通流程（附件一） 。
4.2内部沟通4.2.1公司内部沟通的主要方式:文件传递形式。
如内部问题反馈表、技术服务报告、顾客抱怨处理报告、内部刊物等;电子媒体传递形式。
如电子邮件、内部网络等。
4.2.2内部沟通的主要内容:4.2.2.1 关于质量方针、质量目标信息：公司制定或需重新修订质量方针、质量目标时，由总裁负责召集相 关部门负责人以会议形式进行沟通、交流，管理者代表负责组织对公司质量方针、质量目标的宣导、学习和 贯彻实施，确保在内部得到沟通。
4.2.2.2 关于质量体系流程信息：当因各种因素导致现有流程影响运作效率时，各部门可以《内部问题反馈 表》的方式向体系中心进行反馈，由体系中心调查分析后，可与相关部门进行协商讨论确定新的运作流程或 方式，之后修改相应的二、三阶文件并发行到相关部门执行。
有关质量管理体系相关信息还可以通过质量例 会、内审、管理评审等活动确保有关质量管理体系的相关信息在公司内得到良好的沟通。
4.2.2.3关于部门职责信息：当公司内部部门之间或部门内个人职责之间发生冲突、职责“真空”或因部门或个人未能尽职尽责做好自身工作而影响到其它部门或人员时, 式反馈到人机资源部，由人机资源部对问题进行调查、分析、评估后，采取相应的措施明确职责，传递到相 关部门，并追溯因职责问题引起的待解决的事项，直至该事项解决为止。
4.2.2.4关于质量抱怨或顾客抱怨信息: a ）当前一个工序产品品质引起下个工序或别的部门抱怨时，抱怨部门须及时将抱怨内容通过《内部问题反馈文件编号：IQM09-2017Ba ) 会议形式。
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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
修正版
深圳市XXX科技有限公司企业标准
程序文件
拟 制：
批 准：
受控状态： □受控 □非受控
发放编号：
2017－7－1 发布 2017－7－1实施
深圳市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编制代号
技术状态项目、技术状态文件、更改以及偏离与超差等的标识通过编号实施。
4.1.4设立基线
基线指已批准的形成文件的技术描述。一般包括功能基线、分配基线和产品基线。
4.1.4.1建立功能基线
修正版
根据顾客对产品提出的要求包括基于军工产品的特殊要求，公司进行经济、技术的可行性分析论证及必要的
验证试验，在主要的产品要求确定后，即开展对该产品总体技术方案的论证和评审，并编制产品研制及论证
报告（包括产品总的功能特性指标、主要界面特性及安装尺寸、验证总功能特性所需进行的试验项目、可靠
性维修性技术指标及保障性要求、设计规范和有关限制要求等），评审通过后即可正式和顾客签订合同，确立
产品的功能基线。
4.1.4.2建立分配基线
根据产品功能基线，将产品要实现的总体功能分配到组成产品的各个部分，明确提出各组成部分要实现的功
能以及验证这些功能所需进行的试验项目。若产品的实现存在关键技术，还需在保证关键技术得以解决的情
况下，编制产品开发任务书，经批准后成为产品的分配基线。
4.1.4.3建立产品基线
4.1.4.3.1根据产品的分配基线进行产品的开发、设计、试验等工作，并解决该过程中出现的任何技术问题，
完成产品的试制。对试制产品进行性能鉴定、外观鉴定、工艺评审、可靠性评审等，证明其能够达到产品开
发任务书中规定的各项要求。必要时交于顾客进行确认。在所有条件具备后，通过产品设计定型会审后，形
成产品基线。
4.1.4.3.2产品设计定型会审时，须重点评审的内容有：
a) 产品设计图样、产品规范、材料规范、试验规范等技术文件；
b) 根据设计文件编制形成的成套工艺技术文件；
c) 关键件、重要件目录和相应的特性分析报告；
d) 合格供方目录和器材验收标准；
e) 产品配置表、使用及维护说明书；
f) 生产、使用、维护和综合保障各阶段的技术管理制度等。
4.2技术状态控制
技术状态控制贯穿于整个研制、生产、使用的各阶段。在确定了技术状态的产品基线后，要严格控制生产阶
段的技术状态。防止技术文件或图纸未经批准的任何更改，保证产品的技术状态得以固化。
4.2.1产品定型后进入批量生产时，生产的根本依据是按照定型的设计图样、设计文件、工艺文件规定的技
术状态进行生产，并建立、执行控制设计更改、工艺更改的管理制度。
4.2.2为保证生产产品质量的符合性，应严格按照工艺文件进行生产，并按照下列质量管理文件进行严格控
制：
a)按照IQM18-2017B《生产过程控制程序》控制产品生产的过程；
b)根据IQM17-2017B《采购产品检验与试验控制程序》以确保采购产品的技术状态；对经过样品认定的采购
物料，要严格按照样品进行采购；
c)贯彻人员培训和资格认证制度，提高各类人员特别是对产品质量有直接影响的人员的能力、素质，实行上
岗考核制度；
d)切实做好设备的维护和保养，保证设备处于良好的技术状态；
修正版
e)贯彻计量管理制度，保证使用的标准设备、非标准检测设备和工艺装备等处于合格状态并在有效的校正期
内；
f)执行生产环境控制，以保证生产正常有序的进行。
4.2.3生产过程中不合格品的预防和管理按照IQM28-2017B《不合格品的控制程序》进行。
4.2.4交付过程和技术服务的质量控制
a) 产品出厂按照《最终产品检验与试验控制程序》执行；
b) 产品的交付、包装、储存、运输的质量控制按照IQM21-2017B《产品防护控制程序》执行；
c) 对重大更改的项目，要具备互换性，并及时通知顾客；必要时需适量储备更改前之产品，以备售后服务。
4.2.5技术状态更改内容：设计更改、工艺更改、采购产品代用以及超差代用。
4.2.6技术状态更改的原则
a) 纠正缺陷；
b) 能够保证满足使用或保障要求；
c) 显著的节省寿命周期成本；
d) 预防或允许对已批准的进度计划的延误；
e) 偏离和超差不适用于技术状态更改。
4.2.7技术状态更改的类别可分为：1级、2级、3级。
a) 1级更改：改变了产品的性能、结构和对外接口关系等。主要包括主要性能、产品配套、关键部位结构
强度、外形尺寸、互换性、通用性等的更改；
此外1级更改还包括未进入设计定型但已生效的设计更改，主要包括已生效规范重大产品性能、物理特
性、产品关键件、重要件、对外接口、合同价格、进度、交期以及产品的可靠性、维修性、安全性、电磁兼
容性等的更改；
b) 2级更改：除了1级更改外的产品内部零配件、原材料、一般采购产品代用等的更改；
c) 3级更改：主要指各类技术资料的勘误、修正描图等不影响产品质量等方面的更改；
4.2.8技术状态更改的要求
a) 技术状态更改必须保证产品特性与有关文件规定相一致；
b) 对技术状态更改须进行系统分析、论证和试验，并履行审批程序，并加以识别和记录；
c) 顾客和供方均可提出更改要求，但必须有形成书面化的文件或建议；
d) 必须使用公司规定的更改通知单；
e) 具体更改时若必要，需将更改纳入合同。
4.2.9技术状态更改的批准
军工产品1级更改，由公司和军代表联合提出申请和制定方案，上报负责产品定型的定型委员会批准，必要
时由产品使用方批准。
军工产品的2级更改由产品技术组提出，经相关主管评审后交于军代表室审签。
军工产品的3级更改由相关部门提出，并交于军代表室备案。
修正版
4.2.10技术状态更改的执行
由涉及到的有关部门和人员执行更改任务；此外要保持所有的文件、图纸、资料均为有效版本。
4.3技术状态纪实
凡是偏离规定的技术状态的状况，均应进行记录，以使标识产品技术状态的文件及其更改具有可追溯性。
4.4技术状态评审、确认和审核
4.4.1技术状态评审
通过对产品研制过程各阶段的设计、工艺文件的评审，控制和确定产品研制各阶段的技术状况。主要评审有：
a) 在确定任务阶段，对顾客提出的各种要求进行可行性分析论证，提出总体设计开发方案和论证报告，并
举行设计开发方案论证会，予以审定；
b) 初步设计阶段的设计评审、可靠性评审和工艺评审；
c) 正式设计图纸、技术资料等的设计评审、可靠性评审和工艺评审。
4.4.2技术状态确认
通过对产品设计开发过程各阶段的评审、鉴定、定型、对产品研制各阶段的技术状态进行确认，主要确认有：
a)试制鉴定；
b)产品设计定型；
c)生产性试制时产品质量设计验证；
d)产品生产定型。
4.4.3技术状态审核
验证技术状态是否符合技术状态文件规定的性能和功能特性要求，其审核方法为：
a) 产品经功能调试、审定、认可；
b) 经产品质量评审；
c) 经军检；
d) 经定型试验。
5相关记录
技术状态的更改或偏离规定的技术状态的状况等要有记录并按照IQM07-2017B《质量记录控制程序》进
行控制。
6相关表单
---《技术状态更改申请单》IQM24-01B
---《各工序技术状态工艺文件一览表》IQM24-02B