技术状态管理
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
NECCA-Q-001
—
JP- 24 GJB 2737 《武器装备系统接口 控制要求》含： ▲ 接口控制文件编制过程 ▲ 接口控制文件的更改过程 ▲ 接口的分类 功能接口； 环境接口。 ▲ 接口控制文件的主要内容及格式等
NECCA-Q-001
JP- 25
★ 技术状态控制
NECCA-Q-001
JP-28 ▲ 偏离许可和让步接收 ——级别，分为严重级别；轻度级. 下列偏离、不合格均属严重级：影响功能、 性能、形状、质量、质心、接口、互换性、 可靠性、维修性、保障性、安全性、测试性 、环境适应性 、电磁兼容性、人员健康/安全 、使用/维修、造成严重后果的其他方面。 ——申请标识号应具有唯一性；申请内容 应符合GJB 3206A第6.3.2.2条要求。 ——审批定型后申请须经订货方。 ——控制：确保依据批准的申请正确实施
NECCA-Q-001
JP-14
技术状态管理的基本原则
◆
基本原则是：简化武器系统复杂性， 从而使之能被掌握、控制和管理。 因为“一架新飞机的图纸和技术文件 比飞机本身更重要；一个新型号导弹系统 的技术生产资料足能装满一列货车”—显 然，如此复杂的系统，不对其进行简化简 直无法管理。如：进行系列化、通用化、 组合化、模块化；建立系统工程框架，进 行工程专业分类/综合管理。保证系统的所 有“构件”都能协同工作以实现系统目标
NECCA-Q-001
JP- 18 ◆技术状态基线，可分为：
★ 功能基线—经正式确认的功能技术状态文件
如，战术技术指标/系统规范；
★分配基线—经正式确认的分配技术状态文件
如，分系统设计任务书/研制规范；
★ 产品基线—经正式确认的产品技术状态文件
如，产品定型/鉴定后形成的产品规范。
NECCA-Q-001
▲ 技术状态控制任务
主要包括： 1）制定管理程序、方法； 2）控制技术状态更改、偏离许可、让步 3）确保准确实施。 ▲ 技术状态更改
——技术状态更改原则 论证充分；
NECCA-Q-001
JP- 26 试验 验证； 各方认可； 审批完备； 落实到位。 ——技术状态更改分类 技术状态更改，分为： Ⅰ类； Ⅱ类； Ⅲ类。
JP-11 系统工程过程 是反复迭代的过程，含四项主要活动： 1） 功能分析（任务、需求分析） 澄清和确认用户需求、工作目标、限 制条件，依次提出系统功能、性能要求并分 解成为低层次功能，得到对一个系统的功能 的全面描述——即“系统功能结构”； 2） 设计综合 即“系统设计”——在综合考虑各种 相关工程技术及其影响的基础上，发挥工程 创造能力，研制出一个优化的系统物理结构
NECCA-Q-001
JP-13 系统工程管理的有效工具
◆
工作分解结构 (WBS) 工作分解结构描述了产品研制所要开 展的全部工作，是一个按应完成的工作自 上而下逐级分解的层次体系。 （由系统分解到分系统、整机、单元等） 涉及系统产品、保障实现两个部分。 分解后的每个子项（即一个任务单元）常 称为一个工作包。WBS是合同谈判的基础。 按GJB 2116《武器装备研制项目工作 分解结构》执行。
JP-6
◆ 我国借鉴美国军用标准，编制并发布了
GJB 3206A-2010 《技术状态管理》，属于
我国国防科技工业技术状态管理领域的顶层
标准； 相关标准还有 GJB 5709《装备技术状态 管理监督要求》等。
NECCA-Q-001
JP-7 技术状态管理与系统工程
◆ 技术状态管理是系统工程的重 要组成部分，是系统工程管理的重要 手段，是一种系统工程管理方法。 系统工程是技术状态管理的理论 基础。 如：1969.7.21 阿波罗11号飞船 登月成功，美国终于找到最大功劳是 技术状态管理！
NECCA-Q-001
JP-17 .2 技术状态基线与里程碑 技术状态基线：由在某一时间点确 立的，作为产品或服务整个寿命周 期内活动参考基准的产品或服务的 特性构成的、经批准的产品技术状 态信息。 ▲ 基线是一组经批准的技术状态 文件； ▲需按GJB 3273《研制阶段技术 审查》要求办理。 ○○技术状态基线
NECCA-Q-001
JP-8
◆ 1947年，美国实验室教材《雷达系统工程
》首次使用“系统工程”概念； 1957 ～ 1965年麦克格劳.希尔等学者在 其教材、书籍中介绍了系统工程方法论及概 率、模拟、计算机仿真、排队论、博弈论、 信息论、伺服理论、人因工程、经济和管理 理论的应用；兰德公司创造了著名的“系统 分析”技巧，并用来帮助制定决策武器发展 及其预算。
JP-5 ◆ 历史背景及发展 尽管技术状态及其管理的历史 可追溯到很久远，但二十世纪中 叶，一系列大型系统工程的成功 ，奠定了它的重要地位。 自1968年以后，美国发布了一 系列国防部指令和美国军用标准 。如：DODD 5010.19(政策指令} 和MIL-STD-973《技术状态管理 》等文献和标准。
NECCA-Q-001
JP-12 3） 评价和决策 通过建模、仿真、演示、试验等方法 验证、评价，确认、确保各个层次的系统物 理结构满足系统要求，这是项目成功的重要 保证；用权衡分析、研究来建立系统技术状 态并贯穿项目（产品）研制始终； 4） 系统要素描述 力求使人员、设备设施、框架、职责 、权限、接口、寿命周期费用、软件、文件 资料等系统要素说明变得更加详细。 系统工程过程的输出是成套文件（计划/
JP-3.2
◆ 技术状态 Configuration 在产品技术状态信息中规定的产 品或服务的相互关联的功能特性和物 理特性。 （产品技术状态信息：对产品 设计、实现、验证、运行和支持的要 求或其他信息。） ——来自GB/T19000-2016的定义
JP-4
◆ 技术状态管理（CM)：在产品 寿命周期内，为确立和维护产品的功 能特性、物理特性与产品需求、技术 状态文件规定保持一致的管理活动。 其主要内容包括技术状态标识、 技术状态控制、技术状态记实和技术 状态审核。 （阐明：范围、目的、主要内容）
NECCA-Q-001
JP-20
里程碑Ⅱ—方案论证与确认之后，订货方形
成《决策协调报告》，总承制方下达分系统 设计任务书，形成分配基线； 里程碑Ⅲ—订货方主持、承制方参加项 目（型号/产品）定型/鉴定，经订货方批准 ，冻结技术状态，形成产品基线（作为型号/ 产品项目生产的依据）。
NECCA-Q-001
JP-9
◆ 二十世纪五十、六十年代美国洲际弹道导
弹“大力神”项目，运用管理经验、数学抽 象能力、动态及控制能力——采用系统工程 ，项目获得快速成功； “阿波罗”项目被称为系统技巧的典范， 把项目分解成小的单位，控制之间的接口， 然后再整合为一个整体——纵览整个系统， 管理多种分系统。
NECCA-Q-001
JP-15
技术状态管理总要求Βιβλιοθήκη ◆总要求：
1） 在产品寿命周期各阶段，参照GJB 3206A-2010附录A的工作内容，进行一系列 活动；形成功能/分配/产品基线等一系列 管理输出，全面实施技术状态管理； 2） 明确技术状态管理责任主体、职责 ，必要时成立技术状态管理委员会，进行 技术状态管理审查和决策； 3） 编制技术状态管理计划（参照GJB 3206A-2010附录B）；
NECCA-Q-001
★ 技术状态记实
NECCA-Q-001
JP-16
4） 监督技术状态管理实施（按
GJB 5709《装备技术状态管理监督要求》
进行）； 5）管理与技术状态有关的产品寿命周 期数据，并考虑信息技术、法律法规发展 变化，对数据保护及格式的要求； 6）软件的技术状态管理，应当按照 GJB 5235 要求开展配置管理。
NECCA-Q-001
JP-10
系统工程及系统工程过程
◆ 系统工程：是组织管理系统的规划、研究
、设计、制造、试验和使用的科学方法，是 一种对所有系统具有普遍意义的科学方法。 （钱学森） 系统工程是一门交叉学科。 系统工程既是一个技术过程，又是一个 管理过程。
NECCA-Q-001
◆
JP-2
目的性、社会协作性、工具—含设 备等硬件、规则—含工艺/方法/ 程序等软件、与科学一样是成套 的知识系统） 技术，可泛指根据生产实践和自 然科学原理，而发展成的各种工 艺操作方法与技能。 技术是知识进化的主体。
JP-3 .1
◆ 技术状态 Configuration 可直译为：构架（机械、建筑、 天文学),配置(软件工程），技術形 態。 定义：在技術文件中規定的并且 在产品中达到的功能特性和物理特性。
NECCA-Q-001
JP-21 技术状态管理的主要内容 ★ 技术状态标识—确定技术状态项及其所 需技术状态文件，标识技术状态项及其技术 状态文件，发放和保持技术状态文件，建立 技术状态基线的活动。（此定义阐明：是一 个工作过程、工作重点、工作目的——用图 样和技术规范进行标识） ——技术状态项，是“能满足最终使用功能 ，并被指定作为单个实体进行技术状态管理 的硬件、软件或其集合体”。选择技术状态 项之前，应按GJB 2116 确定产品分解结构 ；技术状态项的选定应符合GJB3206A第5.2.2
NECCA-Q-001
JP-17 .1 技术状态基线与里程碑 ◆ 技术状态基线：在产品寿命周期 内某一特定时刻，被正式确认并作 为今后研制生产、 使用保证活动基 准，以及技术状态改变判定基准的 技术状态文件。 GB/T 19000-2016/IS0 9000：2015 的定义—— Configuration baseline ○○技术状态基线
NECCA-Q-001
JP- 27 ▲技术状态更改一般程序
1）判定需求（可行性、必要性）； 2）确定类别； 3）编制、评审、审批更改申请（ Ⅰ类 更改申请内容应符合GJB 3206A第6.2.3.3.4 条要求，其他类别更改可适当剪裁；评审内 容应符合6.2.3.4.2条要求）； 4）制定更改通知单； 5）实施、检查技术状态更改（应将经 批准的更改单纳入技术状态文件；检查产品 文—图—物的一致性；必要时验证）。
◆
JP- 19 里程碑—产品研制前一阶段工作的结束 ，后一阶段工作的开始或起始点。 美国国防部指令DODD 5000.1号规定国防 部四个关键性决策点为0 ～ Ⅲ里程碑： 里程碑0—订货方提交任务需求说明书 ，提出《重要武器系统起始点论证报告》 （JMSNS),项目开始； 里程碑Ⅰ—订货方下达战术技术指标 ，与承制方签订项目研发合同或协议，形成 功能基线；
NECCA-Q-001
JP- 23
——技术状态标识的主要任务：
1） 选择技术状态项； 2）确定技术状态项在不同阶段所需的技 术状态文件； 3）标识技术状态项和技术状态文件； 4） 建立、维持技术状态基线； 5）发放技术状态文件（经批准）并保持 其原件； 6） 按GJB 2737要求规定并控制接口。
NECCA-Q-001
JP-22
——技术状态文件：规定技术状态项的功能
特性和物理特性，或从这些内容发展而来的 关于技术状态项验证、使用、保障和报废要 求的技术文件。 一般分为功能/分配/产品技术状态文件； 在产品寿命周期不同阶段形成，内容逐步细 化。 技术状态文件通常是指直接作为产品研制 、生产或使用保障依据的技术文件（如，图 样、规范等）。并非所有技术文件都是技术 状态文件（如，计算报告、试验报告等）。
技术状态 管理
JP-1
技术和技术状态管理
◆ 技术的本质和内涵 技术的最原始概念是熟练，所谓 “熟能生巧”，巧就是技术。 技术远比科学古老。 技术是制作的智慧（亚里斯多德 技术是操作性学问（英国培根） 法国科学家狄德罗在其主编的《 百科全书》中将技术定义为“技 术是为了某一目的共同协作组成 的各种工具和规则体系”（即：
—
JP- 24 GJB 2737 《武器装备系统接口 控制要求》含： ▲ 接口控制文件编制过程 ▲ 接口控制文件的更改过程 ▲ 接口的分类 功能接口； 环境接口。 ▲ 接口控制文件的主要内容及格式等
NECCA-Q-001
JP- 25
★ 技术状态控制
NECCA-Q-001
JP-28 ▲ 偏离许可和让步接收 ——级别，分为严重级别；轻度级. 下列偏离、不合格均属严重级：影响功能、 性能、形状、质量、质心、接口、互换性、 可靠性、维修性、保障性、安全性、测试性 、环境适应性 、电磁兼容性、人员健康/安全 、使用/维修、造成严重后果的其他方面。 ——申请标识号应具有唯一性；申请内容 应符合GJB 3206A第6.3.2.2条要求。 ——审批定型后申请须经订货方。 ——控制：确保依据批准的申请正确实施
NECCA-Q-001
JP-14
技术状态管理的基本原则
◆
基本原则是：简化武器系统复杂性， 从而使之能被掌握、控制和管理。 因为“一架新飞机的图纸和技术文件 比飞机本身更重要；一个新型号导弹系统 的技术生产资料足能装满一列货车”—显 然，如此复杂的系统，不对其进行简化简 直无法管理。如：进行系列化、通用化、 组合化、模块化；建立系统工程框架，进 行工程专业分类/综合管理。保证系统的所 有“构件”都能协同工作以实现系统目标
NECCA-Q-001
JP- 18 ◆技术状态基线，可分为：
★ 功能基线—经正式确认的功能技术状态文件
如，战术技术指标/系统规范；
★分配基线—经正式确认的分配技术状态文件
如，分系统设计任务书/研制规范；
★ 产品基线—经正式确认的产品技术状态文件
如，产品定型/鉴定后形成的产品规范。
NECCA-Q-001
▲ 技术状态控制任务
主要包括： 1）制定管理程序、方法； 2）控制技术状态更改、偏离许可、让步 3）确保准确实施。 ▲ 技术状态更改
——技术状态更改原则 论证充分；
NECCA-Q-001
JP- 26 试验 验证； 各方认可； 审批完备； 落实到位。 ——技术状态更改分类 技术状态更改，分为： Ⅰ类； Ⅱ类； Ⅲ类。
JP-11 系统工程过程 是反复迭代的过程，含四项主要活动： 1） 功能分析（任务、需求分析） 澄清和确认用户需求、工作目标、限 制条件，依次提出系统功能、性能要求并分 解成为低层次功能，得到对一个系统的功能 的全面描述——即“系统功能结构”； 2） 设计综合 即“系统设计”——在综合考虑各种 相关工程技术及其影响的基础上，发挥工程 创造能力，研制出一个优化的系统物理结构
NECCA-Q-001
JP-13 系统工程管理的有效工具
◆
工作分解结构 (WBS) 工作分解结构描述了产品研制所要开 展的全部工作，是一个按应完成的工作自 上而下逐级分解的层次体系。 （由系统分解到分系统、整机、单元等） 涉及系统产品、保障实现两个部分。 分解后的每个子项（即一个任务单元）常 称为一个工作包。WBS是合同谈判的基础。 按GJB 2116《武器装备研制项目工作 分解结构》执行。
JP-6
◆ 我国借鉴美国军用标准，编制并发布了
GJB 3206A-2010 《技术状态管理》，属于
我国国防科技工业技术状态管理领域的顶层
标准； 相关标准还有 GJB 5709《装备技术状态 管理监督要求》等。
NECCA-Q-001
JP-7 技术状态管理与系统工程
◆ 技术状态管理是系统工程的重 要组成部分，是系统工程管理的重要 手段，是一种系统工程管理方法。 系统工程是技术状态管理的理论 基础。 如：1969.7.21 阿波罗11号飞船 登月成功，美国终于找到最大功劳是 技术状态管理！
NECCA-Q-001
JP-17 .2 技术状态基线与里程碑 技术状态基线：由在某一时间点确 立的，作为产品或服务整个寿命周 期内活动参考基准的产品或服务的 特性构成的、经批准的产品技术状 态信息。 ▲ 基线是一组经批准的技术状态 文件； ▲需按GJB 3273《研制阶段技术 审查》要求办理。 ○○技术状态基线
NECCA-Q-001
JP-8
◆ 1947年，美国实验室教材《雷达系统工程
》首次使用“系统工程”概念； 1957 ～ 1965年麦克格劳.希尔等学者在 其教材、书籍中介绍了系统工程方法论及概 率、模拟、计算机仿真、排队论、博弈论、 信息论、伺服理论、人因工程、经济和管理 理论的应用；兰德公司创造了著名的“系统 分析”技巧，并用来帮助制定决策武器发展 及其预算。
JP-5 ◆ 历史背景及发展 尽管技术状态及其管理的历史 可追溯到很久远，但二十世纪中 叶，一系列大型系统工程的成功 ，奠定了它的重要地位。 自1968年以后，美国发布了一 系列国防部指令和美国军用标准 。如：DODD 5010.19(政策指令} 和MIL-STD-973《技术状态管理 》等文献和标准。
NECCA-Q-001
JP-12 3） 评价和决策 通过建模、仿真、演示、试验等方法 验证、评价，确认、确保各个层次的系统物 理结构满足系统要求，这是项目成功的重要 保证；用权衡分析、研究来建立系统技术状 态并贯穿项目（产品）研制始终； 4） 系统要素描述 力求使人员、设备设施、框架、职责 、权限、接口、寿命周期费用、软件、文件 资料等系统要素说明变得更加详细。 系统工程过程的输出是成套文件（计划/
JP-3.2
◆ 技术状态 Configuration 在产品技术状态信息中规定的产 品或服务的相互关联的功能特性和物 理特性。 （产品技术状态信息：对产品 设计、实现、验证、运行和支持的要 求或其他信息。） ——来自GB/T19000-2016的定义
JP-4
◆ 技术状态管理（CM)：在产品 寿命周期内，为确立和维护产品的功 能特性、物理特性与产品需求、技术 状态文件规定保持一致的管理活动。 其主要内容包括技术状态标识、 技术状态控制、技术状态记实和技术 状态审核。 （阐明：范围、目的、主要内容）
NECCA-Q-001
JP-20
里程碑Ⅱ—方案论证与确认之后，订货方形
成《决策协调报告》，总承制方下达分系统 设计任务书，形成分配基线； 里程碑Ⅲ—订货方主持、承制方参加项 目（型号/产品）定型/鉴定，经订货方批准 ，冻结技术状态，形成产品基线（作为型号/ 产品项目生产的依据）。
NECCA-Q-001
JP-9
◆ 二十世纪五十、六十年代美国洲际弹道导
弹“大力神”项目，运用管理经验、数学抽 象能力、动态及控制能力——采用系统工程 ，项目获得快速成功； “阿波罗”项目被称为系统技巧的典范， 把项目分解成小的单位，控制之间的接口， 然后再整合为一个整体——纵览整个系统， 管理多种分系统。
NECCA-Q-001
JP-15
技术状态管理总要求Βιβλιοθήκη ◆总要求：
1） 在产品寿命周期各阶段，参照GJB 3206A-2010附录A的工作内容，进行一系列 活动；形成功能/分配/产品基线等一系列 管理输出，全面实施技术状态管理； 2） 明确技术状态管理责任主体、职责 ，必要时成立技术状态管理委员会，进行 技术状态管理审查和决策； 3） 编制技术状态管理计划（参照GJB 3206A-2010附录B）；
NECCA-Q-001
★ 技术状态记实
NECCA-Q-001
JP-16
4） 监督技术状态管理实施（按
GJB 5709《装备技术状态管理监督要求》
进行）； 5）管理与技术状态有关的产品寿命周 期数据，并考虑信息技术、法律法规发展 变化，对数据保护及格式的要求； 6）软件的技术状态管理，应当按照 GJB 5235 要求开展配置管理。
NECCA-Q-001
JP-10
系统工程及系统工程过程
◆ 系统工程：是组织管理系统的规划、研究
、设计、制造、试验和使用的科学方法，是 一种对所有系统具有普遍意义的科学方法。 （钱学森） 系统工程是一门交叉学科。 系统工程既是一个技术过程，又是一个 管理过程。
NECCA-Q-001
◆
JP-2
目的性、社会协作性、工具—含设 备等硬件、规则—含工艺/方法/ 程序等软件、与科学一样是成套 的知识系统） 技术，可泛指根据生产实践和自 然科学原理，而发展成的各种工 艺操作方法与技能。 技术是知识进化的主体。
JP-3 .1
◆ 技术状态 Configuration 可直译为：构架（机械、建筑、 天文学),配置(软件工程），技術形 態。 定义：在技術文件中規定的并且 在产品中达到的功能特性和物理特性。
NECCA-Q-001
JP-21 技术状态管理的主要内容 ★ 技术状态标识—确定技术状态项及其所 需技术状态文件，标识技术状态项及其技术 状态文件，发放和保持技术状态文件，建立 技术状态基线的活动。（此定义阐明：是一 个工作过程、工作重点、工作目的——用图 样和技术规范进行标识） ——技术状态项，是“能满足最终使用功能 ，并被指定作为单个实体进行技术状态管理 的硬件、软件或其集合体”。选择技术状态 项之前，应按GJB 2116 确定产品分解结构 ；技术状态项的选定应符合GJB3206A第5.2.2
NECCA-Q-001
JP-17 .1 技术状态基线与里程碑 ◆ 技术状态基线：在产品寿命周期 内某一特定时刻，被正式确认并作 为今后研制生产、 使用保证活动基 准，以及技术状态改变判定基准的 技术状态文件。 GB/T 19000-2016/IS0 9000：2015 的定义—— Configuration baseline ○○技术状态基线
NECCA-Q-001
JP- 27 ▲技术状态更改一般程序
1）判定需求（可行性、必要性）； 2）确定类别； 3）编制、评审、审批更改申请（ Ⅰ类 更改申请内容应符合GJB 3206A第6.2.3.3.4 条要求，其他类别更改可适当剪裁；评审内 容应符合6.2.3.4.2条要求）； 4）制定更改通知单； 5）实施、检查技术状态更改（应将经 批准的更改单纳入技术状态文件；检查产品 文—图—物的一致性；必要时验证）。
◆
JP- 19 里程碑—产品研制前一阶段工作的结束 ，后一阶段工作的开始或起始点。 美国国防部指令DODD 5000.1号规定国防 部四个关键性决策点为0 ～ Ⅲ里程碑： 里程碑0—订货方提交任务需求说明书 ，提出《重要武器系统起始点论证报告》 （JMSNS),项目开始； 里程碑Ⅰ—订货方下达战术技术指标 ，与承制方签订项目研发合同或协议，形成 功能基线；
NECCA-Q-001
JP- 23
——技术状态标识的主要任务：
1） 选择技术状态项； 2）确定技术状态项在不同阶段所需的技 术状态文件； 3）标识技术状态项和技术状态文件； 4） 建立、维持技术状态基线； 5）发放技术状态文件（经批准）并保持 其原件； 6） 按GJB 2737要求规定并控制接口。
NECCA-Q-001
JP-22
——技术状态文件：规定技术状态项的功能
特性和物理特性，或从这些内容发展而来的 关于技术状态项验证、使用、保障和报废要 求的技术文件。 一般分为功能/分配/产品技术状态文件； 在产品寿命周期不同阶段形成，内容逐步细 化。 技术状态文件通常是指直接作为产品研制 、生产或使用保障依据的技术文件（如，图 样、规范等）。并非所有技术文件都是技术 状态文件（如，计算报告、试验报告等）。
技术状态 管理
JP-1
技术和技术状态管理
◆ 技术的本质和内涵 技术的最原始概念是熟练，所谓 “熟能生巧”，巧就是技术。 技术远比科学古老。 技术是制作的智慧（亚里斯多德 技术是操作性学问（英国培根） 法国科学家狄德罗在其主编的《 百科全书》中将技术定义为“技 术是为了某一目的共同协作组成 的各种工具和规则体系”（即：