技术状态管理ppt课件
合集下载
技术状态管理培训课件(PPT 65张)
线的内容应与《研制任务书》的技术内容协调—
致。
2019/2/18
21
第二章技术状态标识
在工程研制阶段，承制方应按合同要求进行工程
设计和产品试制，编制形成产品基线所要求的产 品技术状态文件，经功能技术状态审核和物理技
术状态审核后建立产品基线。产品基线是产品批
量生产的依据。 三种基线的三类文件：a.功能技术状态文件； b.分配技术状态文件；c.产品技术状态文件。
要求。其中包括诸如使用范围、速度、杀伤力等
性能指标以及可靠性、维修性和安全性等要求。
2019/2/18 3
第一章相关术语
物理特性:
产品的形体特性，如组成、尺寸、表面状态、 形状、配合、公差、重量等。 技术状态项目: 能满足最终使用功能，并被指定作为单个实
体进行技术状态管理的硬件、软件或其集合体。
2019/2/18 22
第二章技术状态标识
a.武器装备系统、分系统级项目和跨单位、 跨部门研制的项目； b.在风险、安全、完成作战任务等方面：具 有关键性的项目；
c.采用了新技术、新设计或全新研制的项目；
2019/2/18
17
第二章技术状态标识
1） 选择技术状态项目（续）
d.与其它项目有重要接口的项目和共用分系 统； e.单独采购的项目； f.使用和维修方面需着重考虑的项目。
进行编制、批准和保持，且在内容上逐级细化。
2019/2/18
8
第一章相关术语
技术状态基线:
在技术状态项目研制过程中的某一特定时刻， 被正式确认、并被作为今后研制、生产活动基准 的技术状态文件。一般有三种技术状态基线：功 能基线、分配基线和产品基线。
2019/2/18
技术状态管理(GJB)
课程提纲
“装备质量管理术语” GJB1405A-2006关于技术状 态管理的定义理解：一门学科；任务；目的
0、概述（GJB3206-98技术状态管理）
3.1技术状态 在技术文件中规定的并且在产品中达到的功能特性和物理特性。 3. 1.1 功能特性 产品的性能指标、设计约束条件和使用保障要求。其中包括诸 如使用范围、速度、杀伤力等性能指标以及可靠性、维修性和安 全性等要求。 3.1.2物理特性 产品的形体特性，如组成、尺寸、表面状态、形状、配合、公 差、重量等。 3.2技术状态项目 能满足最终使用功能，并被指定作为单个实体进行技术状态管 理的硬件、软件或其集合体。
Hale Waihona Puke 三，产品形成过程的阶段划分——基线
样机 生产出首件
活态技 动管术 理状
功能基线 分配基线 产品基线
三，产品形成过程的阶段划分——基线
在工程项目研制的全过程中有三个时间点是具有 典型性的。 1．项目论证阶段向方案论证阶段的转移 项目论证阶段的主要任务是根据用户对项目功能 的要求，对提出的系统技术性能指标和实现的总 体技术方案进行论证，完成系统研制总要求。为 了验证本阶段任务指标的完成是否满足用户或合 同规定的要求，通常要进行系统(产品)要求评 审．来确立系统的功能特性。当系统（产品)要求 评审完成后，产品的功能技术状态文件基本确定， 经批准后，这些组成文件就建立了技术状态管理 的功能基线。
三，产品形成过程的阶段划分——基线
在工程项目研制的全过程中有三个时间点是具有典型性的。 3．定型阶段向生产阶段的转移 从工程研制阶段开始，工程项目研制的主要工作任务是 产品的设计、试制、试验、检验，完成初步样机和试制样 机的研制和试验，完成设计定型鉴定试验等。在此期间， 产品研制工作随着研制阶段的延伸而逐步细化和深入，使 技术状态文件与实物得到越来越完美的结合。这是一个漫 长的过程，在此期间，为保证产品质量，一般要设置多个 质量控制点(又称评审点)，如初步设计评审、详细设计评 审、重要试验评审、定型设计评审等。这些控制点也可成 为承制方对技术状态项目实施内部控制的基准。但就其管 理的目标而言只有一个，就是确定工程项目的物理技术状 态特性。产品定型意味着研究和试制工作的结束，产品定 型完成后，项目的产品技术状态文件基本确定，经批准后， 这些组成文件就建立了技术状态管理的产品基线，研制工 作开始向(批)生产阶段转移。
技术状态管理(GJB).
对于复杂系统需要进行项目分解 结构确定技术状态项目，对于元 器件企业自己提供给顾客的产品， 例如滤波器、电阻、电容或者其 他，构成了顾客产品中的某个组 成部分。企业进行技术状态管理 就是以提供给顾客的产品作为技 术状态项目进行管理，如果这个 产品还能继续分解则派生出更多 管理项目。
二．什么是技术状态项目
课程提纲
“装备质量管理术语” GJB1405A-2006关于技术状 态管理的定义理解：一门学科；任务；目的
0、概述（GJB3206-98技术状态管理）
3.1技术状态 在技术文件中规定的并且在产品中达到的功能特性和物理特 性。 3. 1.1 功能特性 产品的性能指标、设计约束条件和使用保障要求。其中包括 诸如使用范围、速度、杀伤力等性能指标以及可靠性、维修性 和安全性等要求。 3.1.2物理特性 产品的形体特性，如组成、尺寸、表面状态、形状、配合、 公差、重量等。 3.2技术状态项目 能满足最终使用功能，并被指定作为单个实体进行技术状态 管理的硬件、软件或其集合体。
按技术协议开展设计开发活动确定 产品结构、具体的功能特性和物理 特性、生产过程、检验试验等满足 顾客要求的技术状态项目—确定产 品基线,每个项目的活动如下
更 改 控 制
记 录
检 查
选择、 确定技 术状态 项目
产品 设计 开发 输出 研发 阶段 定型 以后 的产 品基 线文 件
技术状态 标识
技术状态 控制
技术状态 纪实
技术状态 审核
技 术 文 件 管 理
命产 周品 期寿
一．什么是技术状态？
3.1.本标准中的技术状态指在技术文件中规定的， 在产品中达到的产品功能特性和物理特性。 产品，指的是硬件、固件、软件或其组合体。 硬件是具有特定形状的可分离的有形产品。硬件 通常由制造的，建造的或装配的零件、部件、组 件组成。 软件是通过承载媒体表达的信息所组成的一种知 识产物。 计算机程序是软件的一种特定事例。 固件是包含在系统中的软件，要对固件实施更改 是困难的，或不能更改。例如，存于只读存储器 (ROM)上的软件或多层次计算机中的微代码。
第十一讲-技术状态管理知识
3/1/2020
中国科学院电子学研究所 7
第一节 技术状态管理的内涵
一、术语和定义： 2、功能特性（GJB3206A标准3.1） 是指：产品的性能指标和设计约束条件，如战术技术指标、
使用保障特性等。 解释：特性：是可区分的特征。特性可以是固有的或赋予
的，也可以是定性或定量的。功能特性是产品的固有特性，如 飞机的最大平飞速度、升限、最大航程等。
内部资料 注意保存
技术状态管理知识
王富良 二О一四年十月
1 中国科学院电子学研究所
第十一讲技术状态管理知识
第一节 技术状态管理的内涵 第二节 技术状态管理的要求 第三节 技术状态管理的活动
本章小结和参考文献
2 中国科学院电子学研究所
第十一讲技术状态管理知识
适用范围： GJB3206规定了技术状态管理的内容、要求和方法，适用
样品的完工状态、所依据的技术状态文件而进行的技术状态审 核。
解释：物理技术状态审核，是在生产定型前进行。主要是 确认按正式生产工艺制造的技术状态项对技术状态文件的符合 程度。
3/1/2020
中国科学院电子学研究所 18
第二节 技术状态管理的要求
一、建立技术状态管理目标
技术状态管理的主要目标分为两个方面，一是全面反映研 制对象（硬件、软件或其组合体）现行的技术状态及其满足物 理的和功能的特性要求的状况并形成文件。另一个目标是确保 参与项目工作的每个人，在项目的寿命周期内的任何时刻都能 使用现行有效的文件。
3/1/2020
中国科学院电子学研究所 24
第二节 技术状态管理的要求
二、技术状态管理的相关要求（续） 2、GJB9001B-2009 质量管理要求 7.7 节 技术状态管理 强调军工产品研制过程中都要开展技术状态管理，主要包
基线管理与技术状态管理.ppt
二、技术状态管理
2、实施技术状态管理应把握以下几个问题 ❖ (1)应在产品寿命周期内实施技术状态管理。 ❖ (2)应明确技术状态管理责任的主体及其职责。 ❖ (3)应编制技术状态管理计划。 ❖ (4)应监督技术状态管理实施。 ❖ (5)应针对产品寿命周期数据，明确管理内容，
确保数据的可用和可追溯性。
规定接口关系 约束条件
文件形式 系统规范
制定时间
制定单位
论证阶段
用户（军方） 或承制方
分配 规定各分系统或设备、计算机软件项目 研制规范
基线
技术要求
（研制任务书）
方案阶段末
承制方
规定生产、试验、验收技术要求
产品 基线
规定制造工艺（如焊接、铸造等）技术 要求
规定制造中使用的原Байду номын сангаас料或半成品生产 技术要求
三、基线管理过程
3、流程描述
技术状态管理
一、绪论 二、技术状态管理 三、技术状态管理要求 四、技术状态更改控制的基本要求
五、技术状态管理软件系统
一、绪论
技术状态管理是50年代伴随复杂系统工程研制 而在美国发展起来的一门工程管理科学，主要应用 于产品开发的整个寿命周期内准确的描述产品的功 能特性和物理特性，并提供明确的控制方法。其管 理的目标是将产品开发成果形成文件并反映产品当 前的技术状态，以达到其物理和功能要求，并确保 参与工程项目的所有人员在任何时候都能使用到准 确的文件。
❖ (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)选择技术状态项 通常，较高层次的技术状态项是在方案论证初期或之前选 定，较低层次的技术状态项是在工程研制的初期或其之前 选定，随着项目研制的深入，可以不断修正已确定的技术 状态项目，使其更加合理。选择技术状态项，要考虑经费 和人力的承受能力，如果选择的技术状态项很多，指标很 高，而又没有相应的人力和财力支持，极有可能造成技术 状态控制失控，从而失去选择技术状态项的意义，总的原 则是选择那些功能特性和物理特性能被单独管理，能满足 最终使用性能的项目作为技术状态项。
技术状态管理
软件开发 需求分析 阶段的技 术状态管
理
软件开发 编码阶段 的技术状
态管理
软件开发 设计阶段 的技术状
态管理
02
• 设计软件架构和技术方案 • 制定技术状态计划 • 跟踪和控制技术状态
软件测试 和维护阶 段的技术 状态管理
04
• 进行软件测试和验收 • 制定技术状态计划 • 跟踪和控制技术状态
技术状态管理工具与平台
态管理
02
• 设计系统集成架构和技术方案 • 制定技术状态计划 • 跟踪和控制技术状态
系统集成 维护阶段 的技术状
态管理
04
• 进行系统集成维护和升级 • 制定技术状态计划 • 跟踪和控制技术状态
技术状态管理工具与平台
技术状态管理工具
• 文档管理工具 • 版本控制工具 • 需求管理工具
技术状态管理平台
DOCS SMART CREATE
技术状态管理：确保项目顺利进行的关键
CREATE TOGETHER
DOCS
01
技术状态管理的概念及其重要性
技术状态管理的定义与目标
技术状态管理（Technical State Management， 简称TSM）是一种项目管理办法
• 通过对项目技术状态的跟踪、控制和 调整 • 确保项目技术目标的实现 • 提高项目质量和效率
技术状态管理工具
• 文档管理工具 • 版本控制工具 • 需求管理工具
技术状态管理平台
• 软件开发项目管理平台 • 技术状态信息交流平台 • 技术状态监控与预警平台
技术状态管理在敏捷开发中的应用与实践
敏捷开发中的技术状态管理
• 迭代开发过程中的技术状态管理 • 用户需求变更与技术状态调整 • 团队协作与沟通中的技术状态管理
航空航天技术状态管理 PPT
综合 保障 规划 批准 的更 改
2011-08-21
飞机技术状态标识模型
产品结构及工 作分解 A1
技术状态项目
确定
A2
技术状态文件类型及基线确定A3
确定技术状态项 目的功能特性和 物理特性，并形 成文件的过程
确定技术状 态项目和相 关要求
合适的技术状 态文件类型及 基线
（重新）标识技术 状态文件和项目A4
11
• 构型项目、规范和其他文件的关系树
• 规范、图样、让步和更改的编号方法
• 对修改状态的标识方法
• 构型基线、进度和构型信息类型
• 顺序号或其他追溯标识分配 使用
构型和
• 产品构型信息发布程序
标识
• 组织的管理机构与相关方的关系；
• 在合同规定的构型基线建立之前， 更改控制程序；
• 处理更改（包括顾客和供方提出的 更改）和让步的方法；
• 向组织和顾客报 告的
频次、方法方 式和对报
告的控制
引言
• 术语
2011-08-21
• 构型项目、规范和其他文件的 关系树；
• 对规范、图样、让步和更改采 用的编号方法；
• 对修改状态的表示方法；
• 建立的构型基线、进度和 所包 括的构型信息类型；
方针
•顺序号或其他追溯标 识的分配和使用； •产品构型信息的发布 程序
2011-08-21
4
2011-08-21
1、技术状态
在产品技术状态信息中规定的产品相互关联的功能特性 和物理特性
2、技术状态信息
对产品设计、实现、验证、运行和支持的要求。包 括：技术要求、设计规范、图样、材料清单、试验 规范、使用说明书等
3、功能特性
2011-08-21
飞机技术状态标识模型
产品结构及工 作分解 A1
技术状态项目
确定
A2
技术状态文件类型及基线确定A3
确定技术状态项 目的功能特性和 物理特性，并形 成文件的过程
确定技术状 态项目和相 关要求
合适的技术状 态文件类型及 基线
（重新）标识技术 状态文件和项目A4
11
• 构型项目、规范和其他文件的关系树
• 规范、图样、让步和更改的编号方法
• 对修改状态的标识方法
• 构型基线、进度和构型信息类型
• 顺序号或其他追溯标识分配 使用
构型和
• 产品构型信息发布程序
标识
• 组织的管理机构与相关方的关系；
• 在合同规定的构型基线建立之前， 更改控制程序；
• 处理更改（包括顾客和供方提出的 更改）和让步的方法；
• 向组织和顾客报 告的
频次、方法方 式和对报
告的控制
引言
• 术语
2011-08-21
• 构型项目、规范和其他文件的 关系树；
• 对规范、图样、让步和更改采 用的编号方法；
• 对修改状态的表示方法；
• 建立的构型基线、进度和 所包 括的构型信息类型；
方针
•顺序号或其他追溯标 识的分配和使用； •产品构型信息的发布 程序
2011-08-21
4
2011-08-21
1、技术状态
在产品技术状态信息中规定的产品相互关联的功能特性 和物理特性
2、技术状态信息
对产品设计、实现、验证、运行和支持的要求。包 括：技术要求、设计规范、图样、材料清单、试验 规范、使用说明书等
3、功能特性
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3） 编制技术状态管理计划（参照GJB
因为“一架新飞机的图纸和技术文件
比飞机本身更重要；一个新型号导弹系统
的技术生产资料足能装满一列货车”—显
然，如此复杂的系统，不对其进行简化简
直无法管理。如：进行系列化、通用化、
组合化、模块化；建立系统工程框架，进
行工程专业分类/综合管理。保证系统的所
有“构件”都能协同工作以实现系统目标 NECCA-Q-001
JP-11
◆ 系统工程过程
是反复迭代的过程，含四项主要活动：
1） 功能分析（任务、需求分析）
澄清和确认用户需求、工作目标、限
制条件，依次提出系统功能、性能要求并分
解成为低层次功能，得到对一个系统的功能
的全面描述——即“系统功能结构”；
2） 设计综合
即“系统设计”——在综合考虑各种
技术状态 管理
JP-1 技术和技术状态管理
◆ 技术的本质和内涵
技术的最原始概念是熟练，所谓 “熟能生巧”，巧就是技术。
技术远比科学古老。
技术是制作的智慧（亚里斯多德
技术是操作性学问（英国培根）
法国科学家狄德罗在其主编的《 百科全书》中将技术定义为“技 术是为了某一目的共同协作组成 的各种工具和规则体系”（即：
JP-15 技术状态管理总要求
◆ 总要求：
1） 在产品寿命周期各阶段，参照GJB
3206A-2010附录A的工作内容，进行一系列 活动；形成功能/分配/产品基线等一系列 管理输出，全面实施技术状态管理；
2） 明确技术状态管理责任主体、职责 ，必要时成立技术状态管理委员会，进行 技术状态管理审查和决策；
天文学),配置(软件工程），技術形 態。
定义：在技術文件中規定的并且 在产品中达到的功能特性和物理特性。
JP-3.2
◆ 技术状态 Configuration
在产品技术状态信息中规定的产 品或服务的相互关联的功能特性和物 理特性。
（产品技术状态信息：对产品 设计、实现、验证、运行和支持的要 求或其他信息。）
JP-2
目的性、社会协作性、工具—含设 备等硬件、规则—含工艺/方法/ 程序等软件、与科学一样是成套 的知识系统）
技术，可泛指根据生产实践和自 然科学原理，而发展成的各种工 艺操作方法与技能。 技术是figuration 可直译为：构架（机械、建筑、
——来自GB/T19000-2016的定义
JP-4
◆ 技术状态管理（CM)：在产品 寿命周期内，为确立和维护产品的功 能特性、物理特性与产品需求、技术 状态文件规定保持一致的管理活动。
其主要内容包括技术状态标识、 技术状态控制、技术状态记实和技术 状态审核。
（阐明：范围、目的、主要内容）
JP-5
4） 系统要素描述
力求使人员、设备设施、框架、职责
、权限、接口、寿命周期费用、软件、文件
资料等系统要素说明变得更加详细。
系统工程过程的输出是成套文件（N计ECCA划-Q-00/1
JP-13 系统工程管理的有效工具
◆ 工作分解结构 (WBS)
工作分解结构描述了产品研制所要开 展的全部工作，是一个按应完成的工作自 上而下逐级分解的层次体系。
NECCA-Q-001
JP-9
◆ 二十世纪五十、六十年代美国洲际弹道导 弹“大力神”项目，运用管理经验、数学抽 象能力、动态及控制能力——采用系统工程 ，项目获得快速成功；
“阿波罗”项目被称为系统技巧的典范， 把项目分解成小的单位，控制之间的接口， 然后再整合为一个整体——纵览整个系统， 管理多种分系统。
系统工程是技术状态管理的理论 基础。
如：1969.7.21 阿波罗11号飞船 登月成功，美国终于找到最大功劳是 技术状态管理！
NECCA-Q-001
JP-8
◆ 1947年，美国实验室教材《雷达系统工程 》首次使用“系统工程”概念；
1957 ～ 1965年麦克格劳.希尔等学者在 其教材、书籍中介绍了系统工程方法论及概 率、模拟、计算机仿真、排队论、博弈论、 信息论、伺服理论、人因工程、经济和管理 理论的应用；兰德公司创造了著名的“系统 分析”技巧，并用来帮助制定决策武器发展 及其预算。
JP-6
◆ 我国借鉴美国军用标准，编制并发布了
GJB 3206A-2010 《技术状态管理》，属于
我国国防科技工业技术状态管理领域的顶层 标准；
相关标准还有 GJB 5709《装备技术状态 管理监督要求》等。
NECCA-Q-001
JP-7 技术状态管理与系统工程
◆ 技术状态管理是系统工程的重 要组成部分，是系统工程管理的重要 手段，是一种系统工程管理方法。
相关工程技术及其影响的基础上，发挥工程
创造能力，研制出一个优化的系统物理N结ECCA构-Q-001
JP-12
3） 评价和决策
通过建模、仿真、演示、试验等方法
验证、评价，确认、确保各个层次的系统物
理结构满足系统要求，这是项目成功的重要
保证；用权衡分析、研究来建立系统技术状
态并贯穿项目（产品）研制始终；
◆ 历史背景及发展
尽管技术状态及其管理的历史 可追溯到很久远，但二十世纪中 叶，一系列大型系统工程的成功 ，奠定了它的重要地位。
自1968年以后，美国发布了一 系列国防部指令和美国军用标准 。如：DODD 5010.19(政策指令} 和MIL-STD-973《技术状态管理 》等文献和标准。
NECCA-Q-001
JP-10 系统工程及系统工程过程
◆ 系统工程：是组织管理系统的规划、研究 、设计、制造、试验和使用的科学方法，是 一种对所有系统具有普遍意义的科学方法。 （钱学森）
系统工程是一门交叉学科。
系统工程既是一个技术过程，又是一个 管理过程。
NECCA-Q-001
（由系统分解到分系统、整机、单元等）
涉及系统产品、保障实现两个部分。
分解后的每个子项（即一个任务单元）常
称为一个工作包。WBS是合同谈判的基础。
按GJB 2116《武器装备研制项目工作
分解结构》执行。
NECCA-Q-001
JP-14 技术状态管理的基本原则
◆ 基本原则是：简化武器系统复杂性， 从而使之能被掌握、控制和管理。