还剩14页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
技术状态管理制度1范围通过对产品寿命周期内在技术文件中规定的并且在产品中达到的技术状态项的功能特性和物理特性的控制,达到使产品的技术状态具有可记录、可执行、可控制、可追溯的目的本标准适用于产品技术状态项在研制、生产中的技术状态管理2规范性引用文件下列文件中的条款通过引用而成为本标准的条款凡注日期或版次的引用文件,其后的任何修改单(不包含勘误的内容)或修订版均不适用于本标准,但提倡使用本标准的各方探讨使用其最新版本的可能性凡未注日期或版次的引用文件,其最新版本适用于本标准GJB1405A-2006装备质量管理术语GJB9001B-2009质量管理体系要求GJB3206A-2010技术状态管理Q/CDJZG1111-2013设计和开发控制程序Q/CDJZG0703-2013技术文件管理规定Q/CDJZG1123-2013软件控制程序3术语和定义GJB9001B-2009GJB1405A-2006确立的术语和定义适用于本标准
3.1技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性
3.2功能特性产品的性能指标和设计约束条件,如战术技术指标、使用保障性等
3.3物理特性产品的形体特征,如组成、尺寸、表面形态、形状、配合、公差、重量等,乂称实体特性
3.4技术状态项能满足最终使用功能,并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体a)设计定型前,更改不属于功能基线、分配基线的技术文件、对满足产品要求有影响b)设计定型后,更改产品技术状态文件,对产品质量有影响,但没有达到
5.
3.
3.1b)所规定的程度
5.
3.
3.3川类技术状态更改勘误译印、修正描图统一标注方法、进一步明确技术要求等不影响满足产品要求或产品质量的更改和补充
6.
3.4确定更改类别技术中心在提出技术状态更改申请时,应确定技术状态更改类别是I类、n类还是in类客户对研制单位确定的技术状态更改类别有异议时,应经双方充分协商后由客户最后决定
7.
3.5拟定技术状态更改申请办理技术状态更改时,应提出技术状态更改申请技术状态更改申请,无论由技术中心提出,还是由客户提出,均由技术中心拟定
7.
5.
5.II类、H类技术状态更改申请按《I/II类技术状态更改建议》格式编写提出的技术状态更改申请还应附有必要的资料(如试验数据与分析、保障性分析、费用分析等),以论证和说明更改的必要性及更改带来的影响
5.
3.
5.211[类技术状态更改建议山类技术状态更改申请可按公司自行规定的要求与格式拟定,并通知客户方
6.
3.6审批技术状态更改申请
7.
5.
6.1I类、H类技术状态更改I类、II类技术状态更改申请,经公司内部各有关部门或各相关的协作单位协调,经技术中心主任(或副主任)签署后,送交客户审批如技术状态更改申请涉及《研制任务书》的有关内容,客户签署后应将其送交批准《研制任务书》的领导机关
5.
3.
6.2HI类技术状态更改III类技术状态更改申请,经按公司内部制度批准后,送交综合管理部备案如客户对所确定的技术状态更改类别有异议时,应经双方充分协调后,由客户最后决定
5.
3.7对偏离许可、让步的控制研制单位办理偏离许可、让步时,除特殊情况外,一般不能申请涉及安全性及致命缺陷的偏离许可、让步和影响部队使用或维修的偏离许可、让步,应在技术状态项生产之前办理偏离许可的审批手续偏离、不合格的级别一般分为严重级和轻度级,严重级以外的属于轻度级,对下列一项或多项产生影响的偏离、不合格均属严重级a)性能;b)功能接口或物理接口;c)互换性;d)形状、质量、质心;e)可靠性、维修性、测试性、保障性、安全性;f)环境适应性和电磁兼容性等特性;g)人员健康与安全;h)服役使用或维修;i)造成验证后果的其他方面
5.
3.8提出偏离许可、让步申请研制单位办理偏离许可、让步应提出偏离许可、让步申请偏离许可、让步申请的内容应包括a)偏离许可、让步申请的标识号;b)申请单位、申请日期;c)偏离、不合格的级别;d)技术状态项名称及型号;e)受影响的技术状态名称、编号;f)受影响的产品范围和数量;g)偏离、不合格内容;h)偏离、不合格带来的影响(包括质量、进度、费用等影响);i)必要的验证试验结果;j)实施日期
5.
3.9审批偏离许可、让步申请除合同另有规定外,在设计定型前研制单位提出的偏离许可、让步申请应由综合管理部、质量管理部、财务部、采购部、生产部等单位负责审查,主管技术中心或副主任审核,提出批准或不批准建议,由技术中心主任审批在设计定型后研制单位提出的偏离许可、让步申请应经客户审批按偏离、不合格的级别、客户确定相应审批权限
5.
3.10更改的前提条件a)客户或研制单位要求;c)需改善产品的功能和性能;d)安全性、法规或其它要求更改;)设计评审或验证要求更改;f)设计有遗漏或错误;g)制造或安装有困难;h)纠正措施要求更改
5.
3.11研制和生产阶段技术状态控制范围a)研制阶段形成、经过评审、审签或批准后在综合管理部归档的所有技术文件均实行技术状态控制如研制合同、项目开发任务书、技术协议书、研制总要求、研制方案、技术方案、成套设计文件等;b)生产阶段主要是控制设计定型后指导生产的技术文件;c)各阶段形成的技术文件可以根据项目具体情况进行裁减,经过评审或批准后形成正式指导性文件,必须建档管理,由综合管理部做好技术状态标识;d)对技术状态项目的更改,包括技术状态文件更改以及对技术状态产生影响的偏离和超差,由综合管理部监督织评审、协调和报请批准,并对实施情况进行管理;)研制单位对已确定的技术状态文件、更改的建议、更改的执行状况做正式记录和报告;f)综合管理部和质量管理部监督技术状态项目符合其技术状态文件情况进行检查
5.
3.12技术状态更改实施上级机关、总体厂(所)来文要求对功能或技术指标进行更改,由技术中心提出技术更改通知到综合管理部归档;in类技术状态更改、自行立项项目的更改,由技术中心提出更改申请,按输入文件审批程序进行审签后到综合管理部归档;凡是涉及到I类、H类技术状态更改、机关和客户的更改必须请示机关和征得客户同意后才能更改;设计定型(鉴定)后技术文件更改按公司下达的Q/CDJZ0703-2012执行
5.4技术状态记实技术状态记实是对所建立的技术状态文件资料的更改状况和已经批准更改的实施情况所做的记录和报告技术中心应从方案阶段起展开技术状态记实活动软件配置纪实符合Q/CDJZG1123-2012o
5.
4.1记录在产品研制过程中,从研制合同、项目开发任务书、研制方案评审、设计文件的形成过程和技术状态标识、控制和审核均需要形成记录,为技术状态进展过程中实施有效管理提供可追溯性技术中心设计人员应填写《技术状态记实记录表》通常应记录技术状态项、技术状态基线、技术状态更改,让步,以及它们相应的零、组件号、文件号、序列号、版本、标题、F1期、发放状态和实施状况等内容技术中心研制项目负责人负责将“记录表”和形成的技术状态项文件,经阶段评审后归入综合管理部
5.
4.2报告技术状态记实中应依据不同的研制阶段向客户、相关研制单位发布下述不同类型的报告技术状态报告由研制项目经理负责拟制,主要包括a)技术状态基线文件清单;b)当前的技术状态状况;c)技术状态更改、偏离许可和让步报告;d)技术状态更改实施和检验的状况报告
5.
4.3分析技术中心设计人员应进行以下分析a)对所报告的问题进行分析,以查明问题的动向;b)评定纠正措施,验证它是否已解决了相应的问题,或是否又产生了新的问题
5.
4.4归档维护技术状态记实数据编制完成后,提交综合管理部存档
5.5技术状态审核技术状态审核是指为确定技术状态项符合技术状态文件而进行的检查为了保证产品符合《研制合同》/《研制协议》/《项目开发任务书》的规定,保证技术状态文件能充分准确地描述产品,在确认产品技术状态基线之前,应进行技术状态审核
5.
5.1审核的范围对构成功能基线、分配基线和产品基线的技术文件项目如项目开发任务书、研制方案、设计图样和技术文件等均应进行技术状态审核综合管理部负责技术状态审核和设计评审的组织工作
5.
5.2审核内容a)图纸和工艺文件、工艺规程的准确性;b)确认产品在制造过程中的检验和试验资料;c)试验程序和试验结果是否符合产品规范的要求;d)试验报告是否全面、准确说明了技术状态项的各项试验;e)接口试验报告;f)软件配置审核符合Q/CDJZG1123-2013;g)对不能完全通过试验证实的,应审核其分析或仿真的充分性及完整性,确认其结果是否满足技术状态文件的要求;h)已批准的更改是否得到落实;i)未达到质量要求的是否进行了原因分析,并采取了相应的纠正措施
5.
5.3审核的方式根据技术文件项目系统性、技术复杂性等确定审核的方式,通常审核的方式由技术委员会进行现场检查、测试确认和设计评审,全面完成项目研制工作后,采取鉴定验收的方式进行全面审核确认在正式的技术状态审核之前,公司自行组织内部的技术状态审核技术状态审核也可以结合产品定型或鉴定工作开展,并按产品定型或鉴定的规定进行,满足本制度规定的审核内容
5.
5.
3.1功能技术状态审核对每个技术状态项进行功能技术状态审核如果合同要求,还应对整个系统进行功能技术状态审核功能技术状态审核的数据必须从拟正式提交的设计定型(鉴定)样机的技术状态试验中采集,如果未制造设计定螫(鉴定)样机,则应从第一个(批)生产件的试验数据中采集功能技术状态审核内容a)审核试验程序和试验结果是否符合系统规范或项目研制规范的要求;b)审核正式的试验计划和试验规范的执行情况,检查试验结果的完整性和准确性;c)审核试验报告,确认这些报告的准确、全面地说明了技术状态项的各项试验;d)审核接口要求的试验报告;e)对不能完全通过试验证实的要求,应审查其分析或仿真的充分性及完整性,确认分析或仿真的结果足以保证技术状态项满足其技术状态文件要求;f)审查所有已被批准的技术状态更改是否纳入了技术状态文件并已经实施;g)审查未达到质量要求的技术状态项是否进行了原因分析,并采取了相应的纠正措施;h)对计算机软件配置项,除进行上述审核外,还可以进行必要的补充审核;i)审查偏离许可和让步清单
5.
5.
3.2物理技术状态审核物理技术状态审核应在功能技术状态审核完成之后进行,必要时,可与功能技术状态审核同步物理技术状态审核可与生产定型工作结合进行;如无生产定型,可与设计定型工作结合进行根据产品的复杂性,可展开预先物理技术状态审核,预先的物理技术状态审核可与产品质量评审工作结合进行物理技术状态审核是依据技术状态项的设计文件对按正式生产工艺制造的技术状态项的技术状态进行的最终审核物理技术状态审核后建立产品基线物理技术状态审核还要确保技术状态文件规定的验收试验要求足以满足技术状态项生产验收的需要应详细审核有关的工程图样、产品规范、工艺规范、材料规范、设计文件清单、用于技术状态项生产的各项试验以及计算机软件配置项的使用和支持文件审核已发的工程文件和质量控制记录,以确保这些文件如实反映了按正式生产工艺制造的技术状态项的技术状态物理技术状态审核内容
5.
5.
3.3审核结果审核结果应该形成审核会议纪要和结论报告,根据项目情况分别报.上级机关或总体厂所,审核形成的所有资料到综合管理部归档由综合管理部指定责任单位对审核中发现的问题进行闭环处理,并形成《技术状态审核遗留问题归零表》a)审查每个硬件技术状态项的有代表性数量的工程图样和有关的工艺规程,以确认工艺规程的准确性,并保证它们包括了反映在工程图样和产品硬件上的更改;j)审查技术状态项的所有记录,确认按正式生产工艺制造的技术状态项技术状态准确反映了所发生的工程资料;k)审查技术状态项的试验数据和程序是否符合产品规范的要求;D确认分研制单位的产品在制造地点所做的检验和试验资料;m)审查功能技术状态审核遗留问题是否已经解决;n)对计算机软件配置项,除进行上述审核外,还可进行必要的补充审核6技术状态管理计划技术状态管理计划应符合合同要求,说明对技术状态项的功能特性和物理特性进行管理所采用的程序和方法技术状态管理计划一般分阶段编制,在各研制阶段或生产阶段初期(或按合同要求)提交客户在研制过程中,根据技术状态项目标的不断演进,对该计划进行必要的修订技术状态管理计划由综合管理部拟制7相关记录
7.1《I/II类技术状态更改建议》QR077-
017.2《技术状态纪实记录表》QR077-
027.3《技术状态审核遗留问题归零表》QR077-
033.5技术状态管理在产品寿命周期内,为确立和维护产品的功能特性和物理特性与产品需求、技术状态文件规定保持一致的管理活动其主要内容包括技术状态标识,技术状态控制,技术状态记实和技术状态审核
3.6技术状态文件规定技术状态项功能特性和物理特性,或从这些内容发展而来的关于技术状态验证、使用、保障和保费要求的技术文件技术状态文件分为功能技术状态文件、分配技术状态文件、产品技术状态文件这三种状态文件,在产品寿命周期不同的研制阶段进行编制、批准和保持,且在内容上逐级细化
3.
6.1功能技术状态文件规定产品的功能特性、接口特性和验证要求的技术状态文件
3.
6.2分配技术状态文件规定技术状态项的接口特性、从高一层技术状态分配下来的功能特性和接口特性、附加的设计约束条件,以及上述特性的验证要求的技术状态文件
3.
6.3产品技术状态文件规定技术状态项所有必需的功能特性、物理特性、以及检验验收、使用、保障、报废要求的技术状态文件
3.7技术状态基线在产品寿命周期内的某一特定时刻,被正式确认、并被作为今后研制生产、使用保障活动基准,以及技术状态改变判定基准的技术状态文件,一般包含三种技术状态基线功能基线、分配基线和产品基线
3.
7.1功能基线经正式确认的功能技术状态文件
3.
7.2分配基线经正式确认的分配技术状态文件
3.
7.3产品基线经正式确认的产品技术状态文件
3.8技术状态更改在产品寿命周期内,为说明产品的技术状态所进行的记录、报告活动
3.9技术状态更改中请提出技术状态更改并对该更改进行描述、论证和提交批准的文件
3.10偏因许可技术状态项确定之前,对该技术状态项的某些方面在指定的数量或者时间范围内,可以不按其已被批准的现行技术状态文件要求进行制造的一种书面认可允许偏离许可时,对其已被批准的现行技术状态文件不做出相应更改
3.11让步对技术状态项的一种书面认可在制造期间或检验验收过程中发现某些方面不符合已被批准的现行技术状态文件规定要求,但不需修理或用经批准的方法修理后仍可使用4职责
4.1技术委员会负责项目技术状态管理按照技术状态管理里程碑(见表1)审批技术管理计划、技术状态项、技术状态基线;对技术状态更改申请、关键和重要的偏离和超差申请进行审查,按决策权限提出批准或不批准建议,由技术委员会(副)主任批准;对合同要求控制的更改、偏离、超差申请进行审查,提出批准或不批准的建议,报有关方面批准;对批准的更改申请和批复的偏离和超差申请,以技术文件形式传递到有关单位,并抄报总体备案、建档项目研制包括方案(F)阶段、初样(C)阶段、试样(S)阶段和设计定型(D)阶段
4.2技术中心a)由技术中心(下属综合管理部)负责项目研制过程的技术状态日常管理标准化应协助项目经理拟制技术状态项在研制、生产各阶段的技术文件清单,并在标准化大纲中反映项目管理员负责技术状态文件的管理、保存,按要求登记、发放技术状态文件并协助检查各研制生产部门技术文件的管理以及技术状态文件更改的落实情况;b)技术中心负责制定技术状态内容;c)技术中心(下属硬件所)负责生产定型过程的技术状态日常管理
4.3生产部负责项a生产过程的技术状态日常管理
4.4质量管理部协助综合管理部和生产部执行技术状态管理,并负责监督检查技术状态管理5工作流程
5.1要求技术状态管理目标全面反映出产品当前的技术状态并形成文件(设计文件、技术文件),确保项目所有人员在项目寿命周期内能够使用正确的文件
5.
1.2技术状态管理过程包括四项相互关联的活动技术状态标识、技术状态控制、技术状态记实和技术状态审核
5.L3管理内容在技术状态管理过程四项相互关联的活动中,同时对软件产品实施配置管理,管理内容包括软件配置标识、软件配置控制、软件配置记实和软件配置审核等活动软件配置控制应建立开发库、受控库和产品库
5.
1.4管理技术状态针对纳入技术状态的项目,公司建立技术委员会组织管理技术状态
5.
1.5技术状态管理的阶段划分技术状态管理按产品的形成过程分为论证阶段、方案阶段、工程研制阶段、定型阶段(含设计定型和生产定型)和生产阶段
5.
1.6技术状态各阶段的内容a)论证阶段形成研制总要求、论证报告、技术协议、成品技术协议、研制合同、项目开发任务书、项目研制计划;b)方案阶段形成技术方案、工艺总方案、标准化、质量、可靠性、维修性、测试性、保障性、安全性、环境适应性等大纲;c)工程研制阶段形成软硬、件设计任务书、软件开发计划、软件质量保证计划、软件配置管理计划、软件需求分析、设计图样和技术文件;d)设计定型阶段、生产定型阶段、生产阶段形成成套的设计文件和工艺文件
5.2技术状态标识技术状态标识是技术状态管理的基础技术状态标识是指明确产品结构,选择技术状态项,将技术状态项的物理特性和功能特性以及接口和随后的更改要求形成文件,对技术状态项及相应文件分配标识特性或编码并加以实施,建立技术状态基准(基线)所进行的活动是选择技术状态项;确定每个技术状态项所需的技术状态文件;指定技术状态项及相应文件(包括内部和外部文件)的标识号;发放技术状态文件;建立技术状态基线软件配置标识符合Q/CDJZG1123-2013o技术状态标识一般应做好下列工作
5.
2.1选择技术状态项高层次的技术状态项应在论证阶段或方案阶段选定较低层次的技术状态项应在工程研制阶段初期或其之前选定一般情况下,可将下述项目选为技术状态项a)产品系统、分系统级项目和跨单位、跨部门研制的项目;b)在风险、安全、完成作战任务等方面有关键性的项目;c)采用了新技术、新设计或全新研制的项目;d)与其它项目有重要接口的项目和共用分系统;e)单独采购的项目;f)使用和维修方面需着重考虑的项目选择的技术状态项应由技术中心和客户共同提出,经充分协商后,并在合同中有明确规定
5.
2.2建立技术状态基线
5.
2.
2.1在论证阶段,技术中心应按合同要求编制形成功能基线所要求的功能技术状态文件,在方案阶段初期经客户确认后,建立功能基线功能基线的内容应与《研制总要求》/技术协议书/研制任务书的技术内容协调一致应编制以下技术状态文件(视产品实际情况而定)a)论证报告;b)研制总要求(功能特性、接口要求和验证要求);c)研制合同(含《项目(课题)开发任务书》)、技术协议、成品技术协议;d)项目开发任务书(公司向外寻找分制方或外部协作技术攻关课题文件、公司内自行研究技术攻关课题文件);e)项目研制计划经评审和客户确认或批准后建立功能基线,该基线为方案阶段研制的基准
5.
2.
2.2在方案阶段,技术中心应按合同要求编制形成分配基线所要求的分配技术状态文件,在工程研制阶段初期经客户确认后,建立分配基线分配基线的内容应与《研制任务书》的技术内容协调一致应编制以下技术状态文件a)上报上级和使用方的《研制方案》;b)工艺总体方案/工艺流程图/工艺规程;c)风险分析报告;d)项目(课题)开发任务书;e)必要的专题研究报告;f)主要外协项目清单;g)标准化、质量、可靠性、维修性、测试性、保障性、安全性和环境适应性等大纲;h)有关更改的申请报告、验证报告等;i)方案评审的纪要和有关报告经评审和客户确认或批准后建立分配基线,该基线为工程研制阶段的基准
5.
2.
2.3在工程研制阶段,研制单位应按合同要求进行工程设计和产品试制,编制形成产品基线所要求的产品技术状态文件,经功能技术状态审核和物理技术状态审核后建立产品基线产品基线是产品批量生产的依据应编制以下产品技术状态文件
5.
2.
2.
3.1硬件产品技术状态文件初样机(C型样机)转正样机(S型样机)技术状态文件有a)初样机(C型样机)产品研制总结报告;b)初样机(C型样机)质量评审报告;c)初样机(C型样机)测试、环境试验报告;d)初样机(C型样机)成套设计文件;e)初样机(C型样机)转正样机(S型样机)评审意见;f)正样机(S型样机)可靠性预计报告;g)正样机(S型样机)研制方案
5.
2.
2.
3.
1.2正样机(S型样机)技术状态文件有:a)研制总结报告;b)技术状态更改的设计更改协调单;C)测试、环境试验报告;d)标准化审查、质量分析、可靠性、维修性、测试性、保障性、安全性和环境适应性报告;e)经济性分析报告;f)供应报告;g)产品规范;h)成套设计文件;i)工艺文件
5.
2.
2.
3.2软件产品技术状态文件a)系统分析(软件研制任务书)及评审报告;b)软件开发计划、质量保证计划、配置管理计划、软件测试计划及评审报告;c)软件需求规格说明、软件设计说明及评审报告;d)软件测试说明;e)软件测试报告;f)软件产品规格说明;g)软件版本说明;h)软件客户手册;i)计算机操作手册;j)固件保障手册;k)软件研制总结报告;1)软件配置管理报告;m)软件质量保证报告经功能技术状态审核和物理技术状态审核、鉴定、批准后建立产品基线,该基线为定型阶段的基准产品基线是详细设计结果,可作为产品批量生产的依据
5.
2.
2.4定型(鉴定)阶段,完成产品定型(鉴定)试验,应编制以下技术状态文件a)转段评审报告;b)设计定型(鉴定)试验大纲;C)客户试用报告、可靠性、维修性、测试性、保障性、安全性和环境适应性评估报告;d)软件定型测评大纲和报告;e)定型试验报告;f)全套工艺、工装文件;g)全套设计文件;h)定型/鉴定文件清单;i)成套设计定型/鉴定文件;j)批准定型文件
5.
2.
2.5技术状态文件的保持技术状态基线建立后,公司应控制并保持所有现行已批准技术状态文件的原件
5.
2.
2.6综合管理部负责产品的命名和文件编号的组织管理;a)整机型号命名,应与使用方协商确定,使用方未确定时应符合公司工艺标准化部标准化规定;b)分机型号命名由公司工艺标准化部标准化规定;c)技术状态项文件的编号,归档前按工作令自行编号,归档后按Q/CDJZG0703-2013规定执行;d)技术状态更改上报文件按公司公文规定执行;e)设计文件编号符合Q/CDJZG0703-2013的规定执行;f)涉及《设计任务书》更改的编号按公司公文编号;g)各种文字报告编号按Q/CDJZG0703-2013的规定执行在论证、方案和工程研制阶段的技术状态文件由承研部门和综合管理部负责管理,产品归档后,由综合管理部负责管理
5.3技术状态控制技术状态控制始于功能基线确定之时,继而贯穿于技术状态项研制、生产的全过程在客户确认基线之前,研制单位应对每一技术状态项的技术状态文件实施内部的技术状态控制在客户确认基线之后,研制单位应按照本技术状态管理制度的规定程序控制对技术状态文件进行更改,记录更改造成的所有影响,并将己批准的技术状态更改纳入技术状态项及其相关的技术状态文件适用于功能技术状态文件、分配技术状态文件、产品技术状态文件的控制建立基线之后,对技术状态项实施的技术状态控制应包括a)有效地控制对所有技术状态项及其技术状态文件的更改;b)制定有效控制技术状态更改、偏离许可或让步的程序与方法
5.
3.1确保己批准的更改得到实施软件配置控制符合Q/CDJZGn23-2013,应建立开发库、受控库和产品库
6.
3.2对技术状态更改的控制公司技术中心和客户都可对现行已批准的技术状态文件提出技术状态更改的建议客户提出技术状态更改建议时,应书面通知技术中心和综合管理部
7.
3.3技术状态更改分类技术状态更改分为I类,H类和III类
8.
3.
3.1I类技术状态更改I类技术状态更改为技术状态更改;a)更改功能基线、分配基线,致使下列任意要求超出规定的限值或容差值1)性能和功能;2)可靠性、维修性、测试性、保障性、安全性、生存性、环境适应性和电磁兼容性等特性;3)外观尺寸、质量、质心、转动惯量;4)接口特性;5)规范中的其他重要要求b)设计定型后,更改产品技术状态文件,对产品质量有影响,达到
5.
3.
2.1a)所规定的程度,或者对下列一个或多个方面产生重大影响1)技术状态项及其零、部、组件的互换性2)已交付的使用手册、维护手册;3)与保障设备、保障软件、零备件、训练器材(装置、设备和软件)等兼容性;4)技能、人员配备、训练、生物医学因素或人机工程设计
5.
3.
3.21[类技术状态更改。