技术状态管理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

15
J W F Z
技术状态管理
分配基线是指经正式确认的分配技术状态文件。规定了技术状态 项的接口特性、从高一层技术状态项分配下来的功能特性、接口 特性、附加的设计约束条件以及上述特性的验证要求等内容。在 方案阶段,研制单位应根据研制合同(或研制任务书)编制形成分 配基线所要求的分配技术状态文件,包括项目研制规范、软件规 范、相关接口控制文件等。在方案阶段结束或工程研制阶段初期 经用户确认后,建立分配基线。分配基线是由一个规范或几个规 范组成。分配基线应与研制合同(或研制任务书)的内容相一致。
12
J W F Z
技术状态管理
被选择作为技术状态项的产品一般包括: (a)武器装备、分系统级产品或跨单位、跨部门研制的产品; (b)在风险、安全、完成作战任务等方面具有关键特性和重要性 的产品; (c)新研制的产品,例如关键的、新的或改进的设计; (d)接口复杂且重要的产品,例如与其他系统、设备或软件有接 中关系,或者是几个系统共有的部件; (e)单独采购的重要产品; (f)使用和保障方面需要着重考虑的产品,例如必须保持可互换性。 技术状态项需经过用户确认,并进行标识,标识内容包括型号、 序列号(或批次号)等信息,标识号应具有唯一性。
2
J W F Z
技术状态管理
技术状态管理是系统工程管理的重要工具,是项目管 理、质量管理的重要组成部分。现有的标准有: MIL—STD—973 技术状态管理指南 ISO1007:2003 技术状态管理指南
GB/T19017—2008 技术状态管理指南
GJB2306—1998 技术状态管理 QJ3118—1999 航天产品技术状态管理 HB7807—2006 航空产品技术状态(构型)管理要求 GJB 5709-2006 装备技术状态管理监督要求
13
J W F Z
技术状态管理
卫星系统
技术状态项举例:
发射场
运载火箭
卫星
地面测控系统
有效载荷
地面应用系统
卫星平台 整车 发动机 汽化器 车架 连杆
车身 曲轴
传动系统
14
J W F Z
技术状态管理
(2)建立技术状态基线 技术状态基线是在产品寿命周期内的某一特定时刻,被正式确认并被作为今 后研制生产、使用保障活动基准以及技术状态改变判定基准的技术状态文件, 一般分为功能基线、分配基线和产品基线,技术状态基线是在不同的阶段建 立的。 功能基线是指经正式确认的功能技术状态文件。这些文件规定了产品或独立 研制重大技术状态项的功能特性、接口特性和验证要求等内容。 在论证阶段,研制单位应根据研制合同要求编制形成功能基线所要求的功能 技术状态文件(即系统研制规范)。在方案阶段初期经订购方确认后,建立功能 基线,功能基线应与系统研制规范的技术内容保持一致,也就是说功能基线 是随着系统研制规范的批准而形成的。
17
J W F Z
技术状态管理
技术状态基线建立后,研制单位应控制并保持所有现行技术状态文件的原件。 基线由规范来确定。 功能基线由用户的需求规范来确定; 分配基线是在签订研制合同时由研制单位的研制规范来规定; 产品基线是在签订生产合同时由生产单位的产品规范来规定;
所形成的技术状态文件:
功能技术状态文件 分配技术状态文件 产品技术状态文件

4
J W F Z
产品实现
表i-1 基线类型
基线 功能 基线 分配 基线 内容 文件形式 制定时间 制定单位 用户(军方)或承制 方
规定任务和技术要求 对各功能段分配要求 规定接口关系 约束条件 规定各分系统或设备、 计算机软件项目技术要 求 规定生产、试验、验收 技术要求
规定制造工艺(如焊接、 铸造等)技术要求
22
J W F Z
技术状态管理
工程更改经批准后,技术状态文件管理部门应负责对更改单 进行编号,按工程更改单的要求更改有关的技术资料原件,包括 图纸和有关的配套表格,发布最新版本的技术资料,研发生产部 门负责执行更改的全部要求。 技术状态更改分为三类:
23
J W F Z
技术状态管理
ຫໍສະໝຸດ Baidu
技术状态更改的种类 a)工程更改 工程更改是对产品技术状态的永久性更改。它需要更改标识产品技 术的基线文件(如规范、图样、明细表等设计文件)。这种更改必须更 改设计文件的底图和蓝图,并把更改后的文件作为和生产、试验、验收 产品的依据。工程更改即通常讲的设计更改。 — 工程更改控制文件 通常用的工程更改控制文件是“更改单”。只有签署完整的更改才 是更改设计文件底图和蓝图的依据。通常,只有设计单位才有权对其编 制的设计文件发出更改单。
11
J W F Z
技术状态管理
5、技术状态标识 它包括以下几方面内容: (1)选择技术状态项 通常,较高层次的技术状态项是在方案论证初期或之前选 定,较低层次的技术状态项是在工程研制的初期或其之前 选定,随着项目研制的深入,可以不断修正已确定的技术 状态项目,使其更加合理。选择技术状态项,要考虑经费 和人力的承受能力,如果选择的技术状态项很多,指标很 高,而又没有相应的人力和财力支持,极有可能造成技术 状态控制失控,从而失去选择技术状态项的意义,总的原 则是选择那些功能特性和物理特性能被单独管理,能满足 最终使用性能的项目作为技术状态项。
16
J W F Z
技术状态管理
产品基线是指经正式确认的产品技术状态文件。这些文件规定了 技术状态项所必须的功能特性、物理特性以及检验验收、使用、 保障和报废要求等内容。在项目研制阶段,研制单位应根据研制 合同要求进行工程设计和产品试制,编制形成产品基线所要求的 技术状态文件,包括产品规范、工艺规范、设计规范、产品图样 等。最终产品规范为签订生产合同、定义技术状态项目的文件, 规范经功能技术状态审核和物理技术状态审核,纳人生产合同后 就被认定为产品基线。产品基线是产品批量生产的依据,是进行 技术状态控制的最终基线。 一般情况下,元器件承研承制单位只有对应产品的分配基线和产 品基线,没有功能基线。
10
J W F Z
技术状态管理
本部分主要内容包括:
A.5 技术状态纪实
a) 为形成技术状态纪实报告所需资料的收集、记录、处理 和保持的程序; b) 所有技术状态管理报告内容和形式的规定。 A.6 技术状态审核 GJB 5709-200615 本部分主要内容包括: a) 要进行技术状态审核的技术状态项目清单及其与装备研 制进度的关系; b) 所使用的审核程序; c) 审核报告的形式。
三者应相互协调并具有可追溯性,后者是前者的扩展和细化。前一过程的技术 状态输出应是下一过程技术状态的输入,是下一过程开展活动的依据和基准。 当三者出现矛盾时,应该是产品技术状态文件服从分配技术状态文件,分配技 术状态文件服从功能技术状态文件。
18
J W F Z
技术状态管理
(3)确定技术状态标识号
研制单位应给每个技术状态项目及其技术状态文件指定标识号, 如名称、阶段标记、版本和日期等。 (4)发放技术状态文件 研制单位应建立制定相应的技术状态文件管理制度和发放程序, 将有关文件发放到研制单位的各相关部门。 (5)规定接口要求 研制单位应规定武器装备系统和技术状态项目的接口要求。
1
J W F Z
技术状态管理
1、技术状态管理发展
技术状态管理渊源于美国五十年代,以后被越来越多的 工业发达国家所采用,并引起世界各国的广泛重视。我国 颁布的《军工产品质量管理条例》以及《关于加强国防科 技工业质量工作若干问题的决定》,也将技术状态管理作 为质量管理的重要手段,要求军工产品承制单位健全技术 状态管理制度,严格控制技术状态的更改。目前已颁发了 GJB 3206《技术状态管理》国军标,规定了实施的程序。
J W F Z
技术状态管理
技术状态管理
0
J W F Z
技术状态管理
GJB9001B对技术状态管理提出的要求: 1)在7.1i)(确定)“技术状态管理要求”; 2)在7.1 注6“技术状态管理见GJB3206”; 3)在7.3.7 “设计和开发的更改应符合技术状态管理要求 (见7.7) ”; 4)在7.7技术状态管理 组织应实施技术状态管理,内容包括技术状态标识、技 术状态控制、技术状态纪实和技术状态审核。顾客要求时, 技术状态管理计划、技术状态基线确定及其更改应经顾客同 意。

24
J W F Z
技术状态管理
— 工程更改级别 根据更改对产品技术状态影响的程度,对工程更改应分级,并分别 处理、标识标记。 工程更改一般分两级: Ⅰ类工程更改 凡涉及到产品的性能、功能、接口、互换性、可靠性、维修性、费 用、进度等的更改是属于Ⅰ类工程更改。Ⅰ类工程更改需要严格控制。 Ⅱ类工程更改 Ⅱ类工程更改是属于对设计文件编辑性的修改,这种更改不影响产品的 性能、互换性、费用和进度。 b)偏离与超差 除了上述更改外,还有偏离许可和超差特许两种情况。
8
J W F Z
技术状态管理
A.2 程序和规定 本部分应包括与军事代表取得一致意见的技术状态管理要 素,主要内容包括: a) 技术状态管理的有关制度和规定; b) 技术状态管理组织机构; c) 技术状态项目选择准则; d) 内部报告和向军事代表提供报告的时间间隔,以及报告 的分发和控制要求。
9
J W F Z
系统规范
论证阶段
研制规范 (研制任务书) 产品规范
方案阶段末
承制方
工艺规范 工程研制阶段末 承制方
产品 基线
规定制造中使用的原材 料或半成品生产技术要 求
材料规范
图样 明细表
5
J W F Z
技术状态管理
技术状态项目定义:
满足最终使用功能的某个技术状态内的实体,具有两 大特点:一是能满足最终使用功能,即:具有功能特性和 物理特性;二是被指定为单个实体。所以,技术状态项目 是由产品结构、通过工作分解结构分解而来。
19
J W F Z
技术状态管理
6、技术状态控制 技术状态控制是技术状态管理的核心,它是指在技术状态基 线建立后,对提出的技术状态更改申请、偏离许可申请和让步申 请所进行的论证、评定、协调、审批和实施活动。
20
J W F Z
技术状态管理
(1)对工程更改、偏离的控制 工程更改是指在技术状态项目研制、生产过程中对已正式确认的 现行技术状态文件所做的更改。 偏离是指:技术状态项目制造之前,对该技术状态项目的某些方 面在指定的数量或时间范围内,可以不按其已被批准的现行技术 状态文件要求进行制造的一种书面认可。
6
J W F Z
技术状态管理
3、 技术状态管理 简单地说,技术状态管理是运用行政和技术的手段,建立 各种程序,对产品技术状态实施有目的、有计划、有步骤 的管理。它包括四个方面:

— 技术状态标识; — 技术状态审核;
— 技术状态控制; — 技术状态记实。
7
J W F Z
技术状态管理
4. 技术状态管理计划 技术状态管理计划内容 A.1 引言 本部分提供了一般信息,主要内容包括: a) 所适用的装备系统或技术状态项目的说明; b) 重要的技术状态管理活动的时间安排; c) 技术状态管理计划的目的和范围; d) 相关文件(如军事代表技术状态管理监督办法和分承制 单位技术状态管理计划等)。 ;
3
J W F Z
技术状态管理
2、 技术状态定义:
所谓技术状态是指在技术文件中规定的并在产品上达到的 功能特性和物理特性。

— 功能特性指产品的功用,如速度、杀伤力、可靠性等。
— 物理特性是产品为实现功能所具有的形体特性,如尺寸、 质量(物理的)等。
当功能特性、物理特性用一组定量的或定性的要求来表达 并经批准,即叫基线。通常有三条基线,即功能基线、分 配基线、产品基线。(表i-1)
允许偏离时,对其已被批准的现行技术状态文件不作出相应更改。
21
J W F Z
技术状态管理
技术状态更改的原则:
“充分论证、各方认可、试验验证、审批完备、落实到位”
工程更改和偏离:研制单位和用户均可以对目前已批准的技术状 态文件提出工程更改和偏离建议。
提出工程更改建议 审批工程更改建议 实施工程更改 对工程更改应严加控制:更改建议主要包括更改内容、更改理由、 更改方案、更改分类等。 技术状态的更改应进行评审和验证,并形成文件,这些文件包括: 建议更改的技术指标和参数、更改分类、对合同进度及成本的影 响,对采购的影响等,评审后,须经有批准权的人员对评审结果 进行最终认定,作出批准或拒绝更改的决定。
技术状态管理
本部分主要内容包括:
A.3 技术状态标识
a) 技术状态项目的规范树; b) 规范、图样和更改所惯用的编号制度;
c) 需建立的技术状态基线及其进度、文件类型;
d) 使用和分配的序列号码或其它可追溯性的标识; e) 发放程序。 A.4 技术状态控制 本部分主要内容包括: a) 建立技术状态基线前的更改控制程序; b) 建立技术状态基线后,从提出技术状态文件更改建议到检查其实施 情况的程序; c) 偏离许可、让步的控制程序。
相关文档
最新文档