技术状态管理课件

单击此处编辑母版标题样式,*,JWFZ,JWFZ,0,技术状态管理,技术状态管理,1,技术状态管理,GJB9001B对技术状态管理提出的要求：,1）在7.1i）（确定）,“,技术状态管理要求,”,；,2）在7.1 注6,“,技术状态管理见GJB3206,”,；,3,）在7.3.7,“,设计和开发的更改应符合技术状态管理要求（见7.7）,”,；,4）在7.7技术状态管理,组织应实施技术状态管理，内容包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核。顾客要求时，技术状态管理计划、技术状态基线确定及其更改应经顾客同意。,2,技术状态管理,1、技术状态管理发展,技术状态管理渊源于美国五十年代，以后被越来越多的工业发达国家所采用，并引起世界各国的广泛重视。我国颁布的军工产品质量管理条例以及关于加强国防科技工业质量工作若干问题的决定，也将技术状态管理作为质量管理的重要手段，要求军工产品承制单位健全技术状态管理制度，严格控制技术状态的更改。目前已颁发了GJB 3206技术状态管理国军标，规定了实施的程序。,3,技术状态管理,技术状态管理是系统工程管理的重要工具，是项目管理、质量管理的重要组成部分。现有的标准有：,MILSTD973 技术状态管理指南,ISO1007:2003 技术状态管理指南,GB/T190172008 技术状态管理指南,GJB23061998 技术状态管理,QJ31181999 航天产品技术状态管理,HB78072006 航空产品技术状态（构型）管理要求,GJB 57092006 装备技术状态管理监督要求,4,技术状态管理,2、技术状态定义：,所谓技术状态是指在技术文件中规定的并在产品上达到的功能特性和物理特性。,功能特性指产品的功用，如速度、杀伤力、可靠性等。,物理特性是产品为实现功能所具有的形体特性，如尺寸、质量（物理的）等。,当功能特性、物理特性用一组定量的或定性的要求来表达并经批准，即叫基线。通常有三条基线，即功能基线、分配基线、产品基线。（表i-1）,5,产品实现,表,i-1,基线类型,基线,内容,文件形式,制定时间,制定单位,功能,基线,规定任务和技术要求,对各功能段分配要求,规定接口关系,约束条件,系统规范,论证阶段,用户（军方）或承制方,分配,基线,规定各分系统或设备、计算机软件项目技术要求,研制规范,（研制任务书）,方案阶段末,承制方,产品,基线,规定生产、试验、验收技术要求,产品规范,工程研制阶段末,承制方,规定制造工艺（如焊接、铸造等）技术要求,工艺规范,规定制造中使用的原材料或半成品生产技术要求,材料规范,图样,明细表,6,技术状态管理,技术状态项目定义：,满足最终使用功能的某个技术状态内的实体，具有两大特点：一是能满足最终使用功能，即：具有功能特性和物理特性；二是被指定为单个实体。所以，技术状态项目是由产品结构、通过工作分解结构分解而来。,7,技术状态管理,3、技术状态管理,简单地说，技术状态管理是运用行政和技术的手段，建立各种程序，对产品技术状态实施有目的、有计划、有步骤的管理。它包括四个方面：,技术状态标识；技术状态控制；,技术状态审核；技术状态记实。,8,技术状态管理,4.技术状态管理计划,技术状态管理计划内容,A.1 引言,本部分提供了一般信息，主要内容包括：,a)所适用的装备系统或技术状态项目的说明；,b)重要的技术状态管理活动的时间安排；,c)技术状态管理计划的目的和范围；,d)相关文件（如军事代表技术状态管理监督办法和分承制单位技术状态管理计划等）。,；,9,技术状态管理,A.2,程序和规定,本部分应包括与军事代表取得一致意见的技术状态管理要素，主要内容包括：,a),技术状态管理的有关制度和规定；,b),技术状态管理组织机构；,c),技术状态项目选择准则；,d),内部报告和向军事代表提供报告的时间间隔，以及报告的分发和控制要求。,10,技术状态管理,A.3 技术状态标识 本部分主要内容包括：,a)技术状态项目的规范树；,b)规范、图样和更改所惯用的编号制度；,c)需建立的技术状态基线及其进度、文件类型；,d)使用和分配的序列号码或其它可追溯性的标识；,e)发放程序。,A.4 技术状态控制,本部分主要内容包括：,a)建立技术状态基线前的更改控制程序；,b)建立技术状态基线后，从提出技术状态文件更改建议到检查其实施情况的程序；,c)偏离许可、让步的控制程序。,11,技术状态管理,A.5 技术状态纪实 本部分主要内容包括：,a)为形成技术状态纪实报告所需资料的收集、记录、处理和保持的程序；,b)所有技术状态管理报告内容和形式的规定。,A.6 技术状态审核 GJB 5709200615,本部分主要内容包括：,a)要进行技术状态审核的技术状态项目清单及其与装备研制进度的关系；,b)所使用的审核程序；,c)审核报告的形式。,12,技术状态管理,5、技术状态标识,它包括以下几方面内容：,(1)选择技术状态项,通常，较,高层次的技术状态项,是在方案论证初期或之前选定，,较低层次的技术状态项,是在工程研制的初期或其之前选定，随着项目研制的深入，可以不断修正已确定的技术状态项目，使其更加合理。选择技术状态项，要考虑经费和人力的承受能力，如果选择的技术状态项很多，指标很高，而又没有相应的人力和财力支持，极有可能造成技术状态控制失控，从而失去选择技术状态项的意义，总的原则是选择那些功能特性和物理特性能被单独管理，能满足最终使用性能的项目作为技术状态项。,13,技术状态管理,被选择作为技术状态项的产品一般包括：,(a),武器装备、分系统级产品或跨单位、跨部门研制的产品；,(b),在风险、安全、完成作战任务等方面具有关键特性和重要性的产品；,(c),新研制的产品，例如关键的、新的或改进的设计；,(d),接口复杂且重要的产品，例如与其他系统、设备或软件有接中关系，或者是几个系统共有的部件；,(e),单独采购的重要产品；,(f),使用和保障方面需要着重考虑的产品，例如必须保持可互换性。技术状态项需经过用户确认，并进行标识，标识内容包括型号、序列号,(,或批次号,),等信息，标识号应具有唯一性。,14,技术状态管理,技术状态项举例：,卫星系统,发射场 运载火箭 卫星 地面测控系统 地面应用系统,卫星平台 有效载荷,整车,发动机 车架 车身 传动系统,汽化器 连杆 曲轴,15,技术状态管理,(2),建立技术状态基线,技术状态基线是在产品寿命周期内的某一特定时刻，被正式确认并被作为今后研制生产、使用保障活动基准以及技术状态改变判定基准的技术状态文件，一般分为功能基线、分配基线和产品基线，技术状态基线是在不同的阶段建立的。,功能基线,是指经正式确认的功能技术状态文件。这些文件规定了产品或独立研制重大技术状态项的功能特性、接口特性和验证要求等内容。,在论证阶段，研制单位应根据研制合同要求编制形成功能基线所要求的功能技术状态文件,(,即系统研制规范,),。在方案阶段初期经订购方确认后，建立功能基线，功能基线应与系统研制规范的技术内容保持一致，也就是说功能基线是随着系统研制规范的批准而形成的。,16,技术状态管理,分配基线,是指经正式确认的分配技术状态文件。规定了技术状态项的接口特性、从高一层技术状态项分配下来的功能特性、接口特性、附加的设计约束条件以及上述特性的验证要求等内容。在方案阶段，研制单位应根据研制合同,(,或研制任务书,),编制形成分配基线所要求的分配技术状态文件，包括项目研制规范、软件规范、相关接口控制文件等。在方案阶段结束或工程研制阶段初期经用户确认后，建立分配基线。分配基线是由一个规范或几个规范组成。分配基线应与研制合同,(,或研制任务书,),的内容相一致。,17,技术状态管理,产品基线,是指经正式确认的产品技术状态文件。这些文件规定了技术状态项所必须的功能特性、物理特性以及检验验收、使用、保障和报废要求等内容。在项目研制阶段，研制单位应根据研制合同要求进行工程设计和产品试制，编制形成产品基线所要求的技术状态文件，包括产品规范、工艺规范、设计规范、产品图样等。最终产品规范为签订生产合同、定义技术状态项目的文件，规范经功能技术状态审核和物理技术状态审核，纳人生产合同后就被认定为产品基线。产品基线是产品批量生产的依据，是进行技术状态控制的最终基线。,一般情况下，元器件承研承制单位只有对应产品的分配基线和产品基线，没有功能基线。,18,技术状态管理,技术状态基线建立后，研制单位应控制并保持所有现行技术状态文件的原件。,基线由规范来确定。,功能基线由用户的需求规范来确定；,分配基线是在签订研制合同时由研制单位的研制规范来规定；,产品基线是在签订生产合同时由生产单位的产品规范来规定；,所形成的技术状态文件：,功能技术状态文件 分配技术状态文件 产品技术状态文件,三者应相互协调并具有可追溯性，后者是前者的扩展和细化。前一过程的技术状态输出应是下一过程技术状态的输入，是下一过程开展活动的依据和基准。当三者出现矛盾时，应该是产品技术状态文件服从分配技术状态文件，分配技术状态文件服从功能技术状态文件。,19,技术状态管理,(,3)确定技术状态标识号,研制单位应给每个技术状态项目及其技术状态文件指定标识号，如名称、阶段标记、版本和日期等。,(4)发放技术状态文件,研制单位应建立制定相应的技术状态文件管理制度和发放程序，将有关文件发放到研制单位的各相关部门。,(5)规定接口要求,研制单位应规定武器装备系统和技术状态项目的接口要求。,20,技术状态管理,6、技术状态控制,技术状态控制是技术状态管理的核心，它是指在技术状态基线建立后，对提出的技术状态更改申请、偏离许可申请和让步申请所进行的论证、评定、协调、审批和实施活动。,21,技术状态管理,(1)对工程更改、偏离的控制,工程更改,是指在技术状态项目研制、生产过程中对已正式确认的现行技术状态文件所做的更改。,偏离,是指：技术状态项目制造之前，对该技术状态项目的某些方面在指定的数量或时间范围内，可以不按其已被批准的现行技术状态文件要求进行制造的一种书面认可。,允许偏离时，对其已被批准的现行技术状态文件不作出相应更改。,22,技术状态管理,技术状态更改的原则：,“充分论证、各方认可、试验验证、审批完备、落实到位”,工程更改和偏离：,研制单位和用户均可以对目前已批准的技术状态文件提出工程更改和偏离建议。,提出工程更改建议 审批工程更改建议 实施工程更改,对工程更改应严加控制：,更改建议主要包括更改内容、更改理由、更改方案、更改分类等。,技术状态的更改应进行评审和验证，并形成文件，这些文件包括：建议更改的技术指标和参数、更改分类、对合同进度及成本的影响，对采购的影响等，评审后，须经有批准权的人员对评审结果进行最终认定，作出批准或拒绝更改的决定。,23,技术状态管理,工程更改经批准后，技术状态文件管理部门应负责对更改单进行编号，按工程更改单的要求更改有关的技术资料原件，包括图纸和有关的配套表格，发布最新版本的技术资料，研发生产部门负责执行更改的全部要求。,技术状态更改分为三类：,24,技术状态管理,技术状态更改的种类,a,）工程更改,工程更改是对产品技术状态的永久性更改。它需要更改标识产品技术的基线文件（如规范、图样、明细表等设计文件）。这种更改必须更改设计文件的底图和蓝图，并把更改后的文件作为和生产、试验、验收产品的依据。工程更改即通常讲的设计更改。,工程更改控制文件,通常用的工程更改控制文件是“更改单”。只有签署完整的更改才是更改设计文件底图和蓝图的依据。通常，只有设计单位才有权对其编制的设计文件发出更改单。,25,技术状态管理,工程更改级别,根据更改对产品技术状态影响的程度，对工程更改应分级，并分别处理、标识标记。,工程更改一般分两级：,类工程更改,凡涉及到产品的性能、功能、接口、互换性、可靠性、维修性、费用、进度等的更改是属于,类工程更改。,类工程更改需要严格控制。,类工程更改,类工程更改是属于对设计文,件编辑性的修,改，这种更改不影响产品的性能、互换性、费用