《plm业务蓝图规划培训》由会员分享，可在线阅读，更多相关《plm业务蓝图规划培训（76页珍藏版）》请在金锄头文库上搜索。
1、3F0023 PLM业务蓝图规划培训,用友软件股份有限公司 姜丽 2012年,专业生存 能力建设,照片 （免冠正照）,讲师简介,部门：PLM实施支持部 姓名：姜丽 序列：实施应用 职级：高级 邮箱： 擅长课程：PLM基本知识、产品数据管理 擅长专业领域：咨询、实施服务,课程说明,课程大纲,本节课程学习方法： 参加课程培训或观看培训录屏课件 课后根据自身情况结合推荐的书籍进行自学 给客户以及其他顾问传播PLM业务蓝图规划知识,课程内容,参加本课培训，课后自学,给客户及其他顾问传播PLM业务蓝图规划知识,本节课程可以让您： 了解业务蓝图的定义、内容、价值 了解业务蓝图规划方法 了解PLM基本功能模
2、块业务蓝图形成过程,内容,一、业务蓝图概述 二、怎样进行业务蓝图设计 三、PLM业务蓝图方案展示1、零部件及文档管理蓝图展示2、产品结构管理蓝图展示3、变更管理蓝图展示,业务蓝图定义,业务蓝图-Business Blueprint 业务蓝图是指改进后的企业流程模型。 业务蓝图设计是通过对公司业务现状的调研分析，梳理出业务未来的信息流、物流和业务流的处理模型。 业务蓝图是计算机化的业务流程图，也称系统流程图，业务流程图是现有系统的真实写照，记录着企业现有的业务流程。,什么是业务蓝图 ？,业务蓝图主要内容,业务现状分析、业务需求定义、组织结构设计、概念设计、数据转换策略、报表需求清单及实现方式、接
3、口需求清单及业务流程图，蓝图将说明业务需求和详细流程，作为将来组织架构，配置和开发活动的依据。,业务基础数据相关,业务流程相关,编码规则， 名称定义、 关键字段说明、 系统解决方案等,业务流程图、 流程图中的操作说明、 流程图中的单据说明、 系统解决方案等,业务蓝图价值,业务蓝图规划是运用业务流程优化找到客户关键问题，有针对性的明确信息化如何提高客户管理水平，确定项目目标，评估信息化建设风险及系统上线充分必要条件，提出应对措施，帮助实施顾问提高项目交付质量，是真正保证客户价值的有效工具。 业务蓝图是项目实施的向导，是项目顺利进行的有利保证。,一、业务蓝图概述 二、怎样进行业务蓝图设计 三、PL
4、M业务蓝图方案展示1、零部件及文档管理蓝图展示2、产品结构管理蓝图展示3、变更管理蓝图展示,内容,蓝图设计方法,(1)现状调研,第一阶段： 现状调研,第二阶段： 未来业务蓝图设计,第三阶段： 收集业务数据,通过对公司大规模访谈，与关键用户一起就业务的细节和各业务之间的集成关系作进一步深入的了解和讨论，梳理出现有业务过程以及涉及到的业务数据。,根据调研分析结果结合先进实践，设计各模块的业务蓝图，包括细节流程、模块间的关系，从而确定未来的信息流、物流和业务流的处理模式；通过流程的重新设计，明确未来的变革点，包括对部门职责、岗位职责、操作流程等的变革。,在蓝图设计期间，项目组需要明确各类主数据的收集
5、策略、数据编码规则，并启动数据的收集和整理工作。,蓝图设计方法,(1)现状调研,1、通过PLM概念和系统概览培训，使项目组成员对PLM实施效果有一个客观、理性的认识,2、在充分了解客户研发管理现状的基础上，对比最佳实践进行差异分析，提出优化建议，并结合PLM系统设计未来的业务蓝图，包括业务流程、数据模型、报告格式及管理规范等,3、与关键用户一起，对蓝图设计方案进行充分的研讨；基于PLM系统梳理和重组研发管理过程，意味着流程和组织的变革，包括工作方式、习惯的改变；新流程的充分模拟运行，是减少变革阻力的有效途径,4、依据研讨和模拟运行的反馈意见，修改和细化蓝图设计，落实到系统架构、操作界面与过程、
6、数据模型、报告格式、接口/集成方案、算法及相应的规章制度等,蓝图设计方法,(1)现状调研,现状调研： 分书面调研、访谈和资料收集三种形式； 调研内容分流程与组织、数据、现有系统与工具三个方面； 调研前应该制定详细调研计划、下发调研提纲与计划； 调研过程以研发流程为主线，引导访谈对象在项目实施范围内提出问题和期望； 访谈结束必须整理并与访谈对象确认需求（现状、问题和期望）。,蓝图设计方法,(1)现状调研,分析与改善建议： 采用归纳、分类、Visio图等方法汇总、描述现状流程及需求，对比最佳实践，进行流程梳理与价值分析，明确改善点，并以现状分析及改善建议报告（PPT）形式向客户方项目组成员进行汇报
7、、确认，涉及重大业务或组织调整时，有必要获得客户方项目指导委员会成员的认可。,蓝图设计方法,(1)现状调研,业务蓝图设计： 业务蓝图设计包括未来业务模式、流程、组织、配套管理制度、冲击分析等内容，以业务蓝图方案（PPT）表达。 实施顾问结合PLM系统和改善建议，设计高阶流程，制定流程清单并明确流程所有者、设计人、审批人，关键用户按流程清单组织各流程设计人进行业务流程的细部设计和确认。 结合研讨和反馈意见改进蓝图设计、拟定应对冲击的方案；详细设计业务过程各节点的输入、输出、业务规则、系统平台功能/工具及角色/组织；完善业务模式、主要数据模型和系统集成/接口方案,蓝图设计方法,一、业务蓝图概述 二
8、、怎样进行业务蓝图设计 三、PLM业务蓝图方案展示1、零部件及文档管理蓝图展示2、产品结构管理蓝图展示3、变更管理蓝图展示,内容,PLM业务蓝图方案展示,范围与目标 现状流程与问题 建议 业务模型与设计概念 未来流程与对应 细部需求与描述 冲击分析 附件,蓝图方案大纲,展示的内容主要包括： 1、充分的业务调研、分析（As-Is） 2、设计针对性的解决方案（To-Be）,一、业务蓝图概述 二、怎样进行业务蓝图设计 三、PLM业务蓝图方案展示1、零部件及文档管理蓝图展示2、产品结构管理蓝图展示3、变更管理蓝图展示,内容,零部件及文档管理目标,产品数据集中于PLM平台管理 零件通用率 +2 %,零部
9、件管理现状,现状 目前某企业的所有编码管理工作由数据中心专人负责 物料库维护，目前系统已经建立了三十二个编码库,AS-IS,零部件管理现状,现状 物料编码：技术中心负责标准件，外购件，原材料，部分的产成品的编码；自制件是各个子公司自己负责编码：设计工程师自己编或者内部指定专人编码,AS-IS,零部件管理问题,问题 由于执行监管问题，无法避免一物多码的问题，物料库维护，目前系统已经建立了二三十个编码库 编码规则无法嵌套（规则下添加子规则） 物料修改无版本记录，误修改后无法找回历史记录 目前编码系统管理员只有一个账号，无法管理多人登陆 编码查询易用性不强，只能根据码值查询，不能模糊查询 编码不支持
10、自动排序，（系统根据输入的先后顺序排序） 缺少严格的编码申请流程和编码异况流程；（目前在OA里面 有编码申请流程） 企业原系统TH-PDM的编码与u9、k3的编码是分开的，编码不统一,零部件管理分析和建议,分析和建议 天河的编码系统与TH-PDM是两个独立系统，之间暂时没有做关联设置（系统可以做关联设置，但是不稳定）,这样导致工程师在填写编码时，需要做很多额外的操作建议：PDM系统需要可以嵌入编码系统 由于缺乏有效的信息化控制手段，如统一的零件资源库、严谨的物料审批流程等，造成企业存在一物多码的现象，造成库存数据不准确建议：需要建立严格的物料申请审批流程另外，该企业还需要进行零部件分类细化管理
11、，零部件审批流程(图纸和物料属性）规范管理， BOM的审批流程规范管理，以及零部件和文档,文件，BOM对象间定义关系。,零部件管理业务模型,零部件模型,零部件基本信息，生命周期状态信息等,替代料,何处使用,链接管理,链接管理,相关变更,链接管理,关联故障,链接管理,零部件管理业务模型,物料文件夹分类,文件夹分类主要是为了逻辑清晰的放置物料，物料是以指针对应的关系和文件夹关联。文件夹可以通过授权来确定具体用户对某文件夹有何操作权限。,文档管理-现状,现状 目前某企业使用天河PDM系统, 天河采用的是基于视图的数据文档管理模式。即，所有的图文档全部放在对应的视图中管理。通过不同的链接方式管理不同类
12、型的设计文档，如设计链接管理设计图纸、工艺链接管理工艺卡片、统计链接管理各种汇总表数据. 制度要求该企业的技术文档要纳入TH-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个的版次信息。附件：浏览，上传，覆盖上传，删除，下载参考文档: 添加，删除 替代料：添加，删除 零部件的移除 零部件的删除 文件夹添加零部件和零部件添加到其它文件夹 零部件的移动 零部件的权限,
