PLM业务蓝图规划培训.ppt

《PLM业务蓝图规划培训.ppt》由会员分享，可在线阅读，更多相关《PLM业务蓝图规划培训.ppt（76页珍藏版）》请在三一办公上搜索。

1、3F0023 PLM业务蓝图规划培训,用友软件股份有限公司姜丽2012年,专业生存能力建设,照片（免冠正照）,讲师简介,部门：PLM实施支持部姓名：姜丽序列：实施应用职级：高级邮箱：擅长课程：PLM基本知识、产品数据管理擅长专业领域：咨询、实施服务,课程说明,课程大纲,本节课程学习方法：参加课程培训或观看培训录屏课件课后根据自身情况结合推荐的书籍进行自学给客户以及其他顾问传播PLM业务蓝图规划知识,课程内容,参加本课培训，课后自学,给客户及其他顾问传播PLM业务蓝图规划知识,本节课程可以让您：了解业务蓝图的定义、内容、价值了解业务蓝图规划方法了解PLM基本功能模块业务蓝图形成过程,内容,一、业

2、务蓝图概述二、怎样进行业务蓝图设计三、PLM业务蓝图方案展示 1、零部件及文档管理蓝图展示 2、产品结构管理蓝图展示 3、变更管理蓝图展示,业务蓝图定义,业务蓝图-Business Blueprint业务蓝图是指改进后的企业流程模型。业务蓝图设计是通过对公司业务现状的调研分析，梳理出业务未来的信息流、物流和业务流的处理模型。业务蓝图是计算机化的业务流程图，也称系统流程图，业务流程图是现有系统的真实写照，记录着企业现有的业务流程。,什么是业务蓝图？,业务蓝图主要内容,业务现状分析、业务需求定义、组织结构设计、概念设计、数据转换策略、报表需求清单及实现方式、接口需求清单及业务流程图，蓝图将说明业务

3、需求和详细流程，作为将来组织架构，配置和开发活动的依据。,业务基础数据相关,业务流程相关,编码规则，名称定义、关键字段说明、系统解决方案等,业务流程图、流程图中的操作说明、流程图中的单据说明、系统解决方案等,业务蓝图价值,业务蓝图规划是运用业务流程优化找到客户关键问题，有针对性的明确信息化如何提高客户管理水平，确定项目目标，评估信息化建设风险及系统上线充分必要条件，提出应对措施，帮助实施顾问提高项目交付质量，是真正保证客户价值的有效工具。业务蓝图是项目实施的向导，是项目顺利进行的有利保证。,一、业务蓝图概述二、怎样进行业务蓝图设计三、PLM业务蓝图方案展示 1、零部件及文档管理蓝图展示 2、产

4、品结构管理蓝图展示 3、变更管理蓝图展示,内容,蓝图设计方法,(1)现状调研,第一阶段：现状调研,第二阶段：未来业务蓝图设计,第三阶段：收集业务数据,通过对公司大规模访谈，与关键用户一起就业务的细节和各业务之间的集成关系作进一步深入的了解和讨论，梳理出现有业务过程以及涉及到的业务数据。,根据调研分析结果结合先进实践，设计各模块的业务蓝图，包括细节流程、模块间的关系，从而确定未来的信息流、物流和业务流的处理模式；通过流程的重新设计，明确未来的变革点，包括对部门职责、岗位职责、操作流程等的变革。,在蓝图设计期间，项目组需要明确各类主数据的收集策略、数据编码规则，并启动数据的收集和整理工作。,蓝图设

5、计方法,(1)现状调研,1、通过PLM概念和系统概览培训，使项目组成员对PLM实施效果有一个客观、理性的认识,2、在充分了解客户研发管理现状的基础上，对比最佳实践进行差异分析，提出优化建议，并结合PLM系统设计未来的业务蓝图，包括业务流程、数据模型、报告格式及管理规范等,3、与关键用户一起，对蓝图设计方案进行充分的研讨；基于PLM系统梳理和重组研发管理过程，意味着流程和组织的变革，包括工作方式、习惯的改变；新流程的充分模拟运行，是减少变革阻力的有效途径,4、依据研讨和模拟运行的反馈意见，修改和细化蓝图设计，落实到系统架构、操作界面与过程、数据模型、报告格式、接口/集成方案、算法及相应的规章制度

6、等,蓝图设计方法,(1)现状调研,现状调研：分书面调研、访谈和资料收集三种形式；调研内容分流程与组织、数据、现有系统与工具三个方面；调研前应该制定详细调研计划、下发调研提纲与计划；调研过程以研发流程为主线，引导访谈对象在项目实施范围内提出问题和期望；访谈结束必须整理并与访谈对象确认需求（现状、问题和期望）。,蓝图设计方法,(1)现状调研,分析与改善建议：采用归纳、分类、Visio图等方法汇总、描述现状流程及需求，对比最佳实践，进行流程梳理与价值分析，明确改善点，并以现状分析及改善建议报告（PPT）形式向客户方项目组成员进行汇报、确认，涉及重大业务或组织调整时，有必要获得客户方项目指导委员会成员

7、的认可。,蓝图设计方法,(1)现状调研,业务蓝图设计：业务蓝图设计包括未来业务模式、流程、组织、配套管理制度、冲击分析等内容，以业务蓝图方案（PPT）表达。实施顾问结合PLM系统和改善建议，设计高阶流程，制定流程清单并明确流程所有者、设计人、审批人，关键用户按流程清单组织各流程设计人进行业务流程的细部设计和确认。结合研讨和反馈意见改进蓝图设计、拟定应对冲击的方案；详细设计业务过程各节点的输入、输出、业务规则、系统平台功能/工具及角色/组织；完善业务模式、主要数据模型和系统集成/接口方案,蓝图设计方法,一、业务蓝图概述二、怎样进行业务蓝图设计三、PLM业务蓝图方案展示 1、零部件及文档管理蓝图展

8、示 2、产品结构管理蓝图展示 3、变更管理蓝图展示,内容,PLM业务蓝图方案展示,范围与目标现状流程与问题建议业务模型与设计概念未来流程与对应细部需求与描述冲击分析附件,蓝图方案大纲,展示的内容主要包括：1、充分的业务调研、分析（As-Is）2、设计针对性的解决方案（To-Be）,一、业务蓝图概述二、怎样进行业务蓝图设计三、PLM业务蓝图方案展示 1、零部件及文档管理蓝图展示 2、产品结构管理蓝图展示 3、变更管理蓝图展示,内容,零部件及文档管理目标,产品数据集中于PLM平台管理零件通用率+2%,零部件管理现状,现状目前某企业的所有编码管理工作由数据中心专人负责物料库维护，目前系统已经建立了三

9、十二个编码库,AS-IS,零部件管理现状,现状物料编码：技术中心负责标准件，外购件，原材料，部分的产成品的编码；自制件是各个子公司自己负责编码：设计工程师自己编或者内部指定专人编码,AS-IS,零部件管理问题,问题由于执行监管问题，无法避免一物多码的问题，物料库维护，目前系统已经建立了二三十个编码库编码规则无法嵌套（规则下添加子规则）物料修改无版本记录，误修改后无法找回历史记录目前编码系统管理员只有一个账号，无法管理多人登陆编码查询易用性不强，只能根据码值查询，不能模糊查询编码不支持自动排序，（系统根据输入的先后顺序排序）缺少严格的编码申请流程和编码异况流程；（目前在OA里面 有编码申请流程）

10、企业原系统TH-PDM的编码与u9、k3的编码是分开的，编码不统一,零部件管理分析和建议,分析和建议天河的编码系统与TH-PDM是两个独立系统，之间暂时没有做关联设置（系统可以做关联设置，但是不稳定）,这样导致工程师在填写编码时，需要做很多额外的操作 建议：PDM系统需要可以嵌入编码系统由于缺乏有效的信息化控制手段，如统一的零件资源库、严谨的物料审批流程等，造成企业存在一物多码的现象，造成库存数据不准确 建议：需要建立严格的物料申请审批流程 另外，该企业还需要进行零部件分类细化管理，零部件审批流程(图纸和物料属性）规范管理，BOM的审批流程规范管理，以及零部件和文档,文件，BOM对象间定义关系

11、。,零部件管理业务模型,零部件模型,零部件基本信息，生命周期状态信息等,替代料,何处使用,链接管理,链接管理,相关变更,链接管理,关联故障,链接管理,零部件管理业务模型,物料文件夹分类,文件夹分类主要是为了逻辑清晰的放置物料，物料是以指针对应的关系和文件夹关联。文件夹可以通过授权来确定具体用户对某文件夹有何操作权限。,文档管理-现状,现状目前某企业使用天河PDM系统,天河采用的是基于视图的数据文档管理模式。即，所有的图文档全部放在对应的视图中管理。通过不同的链接方式管理不同类型的设计文档，如设计链接管理设计图纸、工艺链接管理工艺卡片、统计链接管理各种汇总表数据.制度要求该企业的技术文档要纳入T

12、H-PDM系统管理，制度要求生产用图全部从TH-PDM系统内集中打印输出.设计软件采用的是天河的PCCAD2006，目前已在企业深入应用；全部图纸设计结束后通过接口插件批量上传到TH-PDM系统内；图纸在系统内要走相应的审签、更改、发布等流程，最后通过打印流程输出.,AS-IS,文档管理-问题,问题图纸上传过程中，由于图纸本身的错误问题(明细表、标题栏内容错误等)造成上传失败，系统提示信息太少；有时会出现图纸内容为空，打开失败.图纸上传过程中，由于图纸编号一样，系统会覆盖原图（不提示）.图纸上传过程中，需要选择入图规则、对应的视图等操作，较繁琐.图纸版本变更后，其它视图的版本不能及时显示最新版

13、本.,文档管理分析和建议,分析和建议目前某企业TH-PDM管理的数据仅限于CAD图纸、更改通知单、汇总表等基础设计资料，很多过程文档并没有纳入系统管理，查找很不方便，不利于重用，造成很多设计经验无法及时分享、继承；三维模型图纸大部分还在设计人员的个人电脑中，没有统一管理 建议：图纸和技术资料统一纳入系统管理 由于设计、生产等原因，造成图纸的修改频繁，由于没有健全的文档变更机制，造成数据不统一（系统内的与系统外的的）；系统内设计图纸与工艺图纸有关联，但是与变更信息（变更记录）没有关联，相关人员无法及时找到变更原因 建议：建立完善的变更机制有效控制变更 另外，该企业还需要在企业文档细化分类，各类文

14、档审签流程规范化，文档和文件，零部件以及其它文档对象定义关系。,文档管理业务模型,文档模型,关联零部件,文档基本信息，生命周期状态信息，创建者，所有者等信息,链接管理,链接管理,相关变更,链接管理,链接管理,文档管理业务模型,文档：一个文档可以包含多个物理文件，在系统中可通过修订、变更单执行升版操作。文件：真实存在于计算机硬盘的物理文件，由类似word、AutoCAD等工具生成，其生命周期和流程衍进，须依附于零部件、文档等业务对象进行业务流转。,文档管理业务模型,分类为了使各种图文档适应系统内文档计算机自动化管理的需要，主要把该企业文档分为标准文档，专利文档，技术文档三大类。技术文档可以分成产

15、品文档和项目文档两类。产品类文档，根据CMII的详细设计基础理念，至少要分为功能特征，系统原理，布局或外形,工艺规划四类。,定义产品文档：说明产品功能、布局或外形、系统原理和工艺规划，包括与产品结构相关设计图、三维模型、工艺附图和作业指导书项目文档：除设计基本文档外，P0到P7阶段三级流程的所有输入物和输出物，包括产品研发过程文档、清单类文档等,文档应用未来业务场景,文档创建,审签发布,打印申请,文档更改,审签流程定义,文档变更流程定义,文档打印,文档创建,打印,发放和变更文档创建和打印过程如下图所示文档更改过程参考变更管理文档发放是通过权限来控制,文档库,文档应用未来业务场景,文档的其它应用

16、场景文档的检索，可以快速模糊查询和全局精确查询文档的浏览，可以查看文档属性，附件，关联文档，历史版本以及关联零部件,以及比较图纸文件文档的编辑，可以修改文档属性，附件和参考文档.文档每做一次编辑，版次会自动升级一次。为了使将来的版次信息不会太多，可以限制系统只保留3-5个的版次信息。附件：浏览，上传，覆盖上传，删除，下载 参考文档:添加，删除文档的移除文档的删除文件夹添加文档和文档添加到其它文件夹文档的移动文档的安全和权限 文件夹授权,零部件应用未来业务场景,审签流程定义,开始,检索物料库,调用,申请新物料,审批发布,物料管理,管理流程定义,零部件的创建和变更物料创建过程如下图所示物料更改过程

17、参考变更管理,物料库,零部件应用未来业务场景,零部件的其它应用场景零部件的检索，可以快速模糊查询和全局精确查询零部件的浏览，可以查看零部件属性，EBOM结构,附件，关联文档，历史版本以及替代料，何处使用等零部件编辑，可以修改零部件属性，EBOM结构,附件和参考文档，替代料.零部件每做一次编辑，版次会自动升级一次。为了使将来的版次信息不会太多，可以限制系统只保留3-5个的版次信息。附件：浏览，上传，覆盖上传，删除，下载 参考文档:添加，删除 替代料：添加，删除零部件的移除零部件的删除文件夹添加零部件和零部件添加到其它文件夹零部件的移动零部件的权限,一、业务蓝图概述二、怎样进行业务蓝图设计三、PL

18、M业务蓝图方案展示 1、零部件及文档管理蓝图展示 2、产品结构管理蓝图展示 3、变更管理蓝图展示,内容,产品结构管理目标,目标建立以产品结构为核心的产品数据存储和管理体系，在整个企业内实现数据共享，维护产品数据一致性，提高产品开发质量。固化BOM的签审流程，提高审阅效率，保证数据准确性和可追溯性。产品结构相关报表输出。实现在维修BOM视图手工创建维修BOM。理顺EBOM到PBOM的转换关系，实现EBOM、PBOM的多视图管理，提高BOM编制的准确性和效率，为ERP提供准确的BOM数据源。,产品结构管理-现状流程,AS-IS,产品结构管理-问题,问题各业务部门对数据信息重复配置，独立维护，形成信

19、息孤岛。设计或工艺人员对纸质清单划改后，没有及时更新系统中结构，需要重描清单时，生成数据会不准确。工艺划改的时，只是参考最新设计图纸，会使数据变更的来源不统一。借用件的备注信息经常被其他设计人员修改，系统对借用件的处理不支持部分变更。工艺人员不能及时获取设计的最新发布版本。,由于BOM不准确产生：错误生产领料；生产计划不准确；,借用件的备注信息经常被其他设计人员修改；,数据源不统一,统一产品结构的BOM数据管理模式,各业务部门对数据信息重复配置，独立维护，形成信息孤岛；,工艺人员不能及时获取设计的最新发布版本；,设计或工艺人员对纸质清单划改后，没有及时更新系统中结构，需要重描清单时，生成数据会

20、不准确；,工艺划改的时，只是参考最新设计图纸，会使数据变更的来源不统一；,BOM没有版本管理和归档控制,所有者权限没有控制,纸质和电子档不一致,操作不合规范,统一数据源,改善清单的管理方式，以电子化版本管理代替纸质划改方式,完善各类BOM管理规范和流程,加强BOM管理的规范性,BOM批量修改,产品结构管理分析和建议,系统对借用件的处理不支持部分变更；,产品结构管理建议,统一产品结构模型,CMII国际通用标准中产品结构以树状方式描述构成产品的对象及描述对象的信息和文档之间正确的逻辑关系，它以BOM为组织核心把产品的所有的数据和文档联系起来，实现对产品数据的有效组织、控制和管理。1）结构信息2）属

21、性信息3）相关文档4）版本信息,1、BOM的业务流1）设计BOM的创建和审批2）工艺BOM的转换和审批3）设计BOM 和工艺BOM在PLM系统中管理，其中工艺BOM通过ERP接口传递结构和相关信息到ERP系统。2、产品结构对象的信息流产品结构对象的信息流是单向递增的过程；3、BOM的生命周期发布状态 S 试制、A小批和B批量；,完善各类BOM的管理规范和流程,产品结构管理建议,查找受影响数据,确认添加需修改BOM part,批量修订,批量删除同一物料,批量替换同一物料,批量添加同一物料,批量修改同一物料装配数量,批量签审,批量发布,说明：1、批量修改前确认添加的需修改BOM part 是通过变

22、更管理受影响数据分析环节控制。2、本流程仅描述在变更任务执行阶段 批量修改BOM的操作流程。,产品结构管理建议,BOM批量修改,配置BOM,PLM,ERP,设计BOM,工艺BOM,维修BOM,新产品,变更,工艺BOM,物料及信息,变更通知,配置BOM（超级BOM）,配置BOM,工艺BOM,物料及信息,变更通知,工艺BOM,物料及信息,变更通知,CRM,订单信息,MES,2D/3DCAD,维修BOM,系统间BOM传递,工艺BOM,维修BOM,维修BOM,产品结构管理建议,未来的BOM，不论是EBOM，还是PBOM，在系统中都是以产品结构的形式体现。未来系统以产品结构为核心组织和管理产品数据。,产

23、品结构管理业务模型,狭义的产品结构：由成品和零部件通过使用关系形成的树状BOM结构。广义的产品结构：由成品、零部件、文档及相关变更通过相互关联形成的树状结构，它是在产品开发的过程中自然形成的，体现了以产品结构为核心的各种信息的管理。通过产品结构树，我们可以很快地从一个对象得到它相关的各种信息，也可以快速准确地形成各种所需的报表。PLM系统将以产品结构为核心进行产品数据的管理。,产品结构管理业务模型,工程设计部门,生产部门,工艺部门,设计工程师,工艺工程师,车间工人,设计工程师的 BOM视图,工艺工程师的BOM视图,维修BOM视图,产品数据管理（PLM）,ERP,EBOM,PBOM,零件明细表/

24、装配结构,抛送至ERP指导生产,PBOM,未来BOM的管理,成品BOM 审批(转阶段)流程清单,BOM批量修改功能BOM批量修改功能包括：删除、添加、替换、改用量通用件被修改（删除、添加、替换、改用量）时，使用Where-Used列出全部父项（被添加时需要知道一定条件），然后可以挑选部分或全部父项，加入受影响件关系下，这些为需要修改BOM的Part每次针对一个通用件的修改，由一个任务执行，在每个任务下构建受影响件（父项/BOM）、被替换件（删除）、替换件（添加）之间的关系,BOM批量修改,BOM视图（BOM View）：是一个PLM业务对象，其中包含了Item Revision的单层结构，通过

25、BOM视图链接（BOM View Link）与Item Revision关联。BOM View可以独立于Item Revision等数据，分别进行修改编辑、权限控制及审批发布，并且BOM View的属性信息可以根据视图类型进行扩展。视图类型（View Type）：用以表明视图特点或用途，如设计视图、工艺视图，以便于区分同一版本下的不同类型BOM View。管理员可以定义任意多个View Type，并指定默认视图。,产品结构管理视图概念,应用模型,应用模型,在产品生命周期过程中，BOM贯穿于各个阶段，包括设计视图、工艺视图等。具体应用过程如下：根据企业业务模式及自身特点，明确各种可能用到的视图类

26、型及默认视图类型，如设计视图、工艺视图等。根据产品特点创建编辑产品结构，完成某一类型的产品视图，如设计视图，审批发布。根据工作需要及前期已完成的某一视图类型完成其它视图，如工艺视图，审批发布。根据业务需要查看产品的任意视图类型。,应用模式,应用架构,指定视图名称，如设计视图、工艺视图等，并指定默认视图。,自动创建：如果Item Revision下没有BOM View，则首次在Item Revision 上新增零部件时系统自动创建。手工创建：手工创建可以指定View Type。另存为：复制已有的BOM View，须指定View Type。,查看BOM View时可以指定显示规则，如：最新版本、发

27、布状态等。,同“产品结构比较”。,应用场景,企业根据自身特点在系统中定义设计视图、工艺视图等，以便于不同类型的人员可以完成本职工作。在设计阶段，设计师根据产品的设计要求，完成产品的设计结构，审批发布；到了工艺阶段，工艺人员将设计结构转变为工艺结构，进行工艺结构调整并增加工艺信息，审批发布。设计数据发布后，工艺部长为工艺工程师分配任务，工艺工程师完成工艺设计，审批发布。工艺人员进行工艺设计时，对设计BOM和工艺BOM进行比较，检查是否所有设计数据都编写了对应的工艺。企业人员查询前期已完成的设计BOM、工艺BOM等数据。在产品发生变更时，相关人员可以查询到受影响的设计、工艺等数据，以便于快速的做出

28、反应。工艺BOM完成后，将工艺BOM传递给ERP。,ERP,EBOM,PBOM,Part,PLM,工艺数据,ECs,PLM系统中的设计结果作为ERP系统的信息输入，准确、及时地发布到ERP系统中，保证产品数据的完整性和一致性。实现在PLM系统中对ERP系统中物料库存信息的有效访问。,ERP集成接口,一、业务蓝图概述二、怎样进行业务蓝图设计三、PLM业务蓝图方案展示 1、零部件及文档管理蓝图展示 2、产品结构管理蓝图展示 3、变更管理蓝图展示,内容,变更管理目标,目标基于CMii规范变更管理业务模型，简化占比约80的批产前的变更流程，提高批产后变更管理的完整性基于IT实现、流程优化和组织变革提升

29、ECM的管控能力评价指标定性闭环：监控变更的实施过程，确保产品问题或变更要求得到解决统计分析：分类统计报告，形成设计改进的依据定量（定期统计并进行类比）减少产品设计、生产中重复发生的工程变更条目占比缩短变更周期,缺乏整体的变更流程；变更分析不全面；建立合理的变更评审机制；缺乏有效地变更反馈机制，无法形成变更闭环；缺乏有效地工具支撑，增强变更手段；,CMii培训,PLM变更管理,用友最佳实践,现状分析,CMii模型,To-Be业务模型,目标,现状,组织变革,基于CMii规范 ECM业务模型，简化占比约80的正式发布批产前的变更流程的同时，提高批产后变更管理的完整性；基于IT实现、流程优化和组织变

30、革提升 ECM的管控能力,变更管理范围与目标,变更管理现状流程与问题,变更的业务类型,变更管理现状流程与问题,设计变更,工艺变更,通知单,RTX,供应,物质,自检,售后,配件,。,反馈,验证,X,X,设计变更后通过RTX传递设计变更通知给工艺人员，响应不及时,反馈不及时，变更执行无有效监管，,变更分析不全面,缺乏完整的变更流程；变更分析不全面；建立合理的变更评审机制；缺乏有效地变更反馈机制，无法形成变更闭环；缺乏有效地工具支撑，提高变更分析能力；,通知单,评审,变更管理现状流程与问题,通知单以附件方式存储，无法及时有效统计变更数据,变更管理分析和建议,问题根源单一变更流程，速度慢没有明确的变更

31、控制业务模型文档形式的更改单，没有与产品数据间建立关系，查询困难，也无法统计分析更改单的实施靠人，没有有效性控制PLM系统更改与纸质更改管理流程并行，加重用户的负担变更影响分析不够全面,建议设置“快速通道”，授权CA完成占比80以上的设计变更的技术评审、批准，简化原来的会签流程规范变更流程；明确定义变更管理的角色基于数据库和PLM集成的PR、EC单据结合PLM的产品结构管理和版本有效性管理实施EC结合PLM软件功能，完善变更对象影响分析；,方案原则：CMii规范，分类流程优化，信息集成，管理变革,变更管理建议,设置快速变更审批通道，鼓励设计验证阶段通过充分的设计修订解决问题,变更成本,简化和鼓

32、励设计阶段有更多的变更,开发策划,方案设计,工作图设计,新产品试制,产品鉴定,生产,变更数量,变更管理建议,基于数据库和PLM集成的PR、EC单据,Word或Excel文档,基于数据库和PLM集成的PR、EC单据,变更管理建议,结合PLM的产品结构管理和版本有效性管理EC,产品,零件,零件,零件,文件A mm/dd/yy nnnn,文件B mm/dd/yy nnnn,文件C mm/dd/yy nnnn,发布日期 EC,变更管理建议,明确定义变更管理的组织和角色,管理决策,变更申请,CACRB,请求者,执行者,相关人员提出问题报告，技术人员根据问题报告提出变更单，执行变更单流程；经审核通过同意变

33、更后，分解任务，下发变更任务，设计人员接收到变更任务后才对需要变更的对象（如零部件、CAD文档）进行修订，变更对象修订后一般还需要执行其本身原先的流程（如零部件签审流程或CAD图档签审流程），变更对象签审完成后才完成变更任务的流程，所有的任务完成后，EC完成，PR关闭，所以CMII的变更流程是个闭环的控制流程；,变更单EC,变更任务,变更实施,问题报告（PR）:问题记录与确认变更单（EC）:分析、决策、实施计划变更任务（TASK）:具体实施,发布,变更评审,问题PR,CMII的理念，在变更前严格控制，避免出现由于变更前不严格控制，变更后由于借用件的变更影响互换导致其它产品受影响的情况发生。,变

34、更管理参考模型（CMii变更控制模型）,快速变更,标准变更,变更管理业务模型,创建PR,EC创建分析与评审,实施,创建EC,评估EC,更新数据,技术人员,CRB,关闭,CC变更协调员,通道,审批EC,CA,主要角色,对象创建者技术人员,验证发布,1,快速变更,关闭EC,创建PR,任何人,关闭PR,通道：快速变更,技术人员,CC,CA,开始,修改图档,创建EC,审核EC,结束,审核发布流程,技术人员,关闭EC,快速变更时，对于设计图纸或文档错误进行修正且不影响工艺、质量、成本、制造等由技术人员更具PR创建EC，使用图/文档的标注文件说明变更方案，关联被修改的图/文档；EC提交CA审批；EC批准后

35、，对象创建者获得授权修改图/文档数据；新版图/文档提交审批发布流程批准发布（Released）；PLM系统在新版图/文档获得发布（Released）后，关闭EC（系统自动关闭PR）；,创建PR,关闭PR,确认PR,CA,PLM系统,通道：标准变更,开始,创建EC,评审EC,结束,关闭PR,由技术人员根据PR创建EC，使用图/文档的标注文件说明变更方案，关联被修改的图/文档；EC提交CA审核；变更方案通过CRB评审；由CA补充实施计划，确定生效日期；数据创建者根据批准的EC变更实施计划任务执行图纸/文档等数据的更新，提交验证发布流程；CC关闭EC时检查变更执行是否到位；EC关闭时系统自动关闭PR

36、；,审核EC,CRB,审核发布流程,技术人员,关闭EC,EC执行,创建PR,技术人员,CA,CC,PLM系统,CA,确认PR,CA,通道设置规则,变更管理高阶流程,快速变更,标准变更,闭环：问题提出=变更单批准=变更执行=变更单结束=问题处理完毕,关闭PR,变更对象PR（问题报告）、EC（变更单）、Task（任务）Change Information(更改信息）,关系类型说明（Is Supported By）：关联文件，如图纸标注、图片等，描述如何修改产品数据；参考（Reference）：关联被修改的产品数据对象；影响到（Affects）：关联受变更影响的产品数据对象；新增（Product PlanResult In）：关联变更产生的新产品数据；分解为（BreaksDownInto）：定义EC的任务分解，如变更实施任务、实施计划；有效性设置（HasEffectivity）：描述EC有效性设置；,Effectivity（有效性）,变更数据模型（CMII）,请您留下对讲师和课程的评价与建议！,