PLM系统简介

PLM简介

根据业界权威的CIMDATA(https://www.wendangku.net/doc/1117152939.html,)的定义，PLM是一种应用于在单一地点的企业内部、分散在多个地点的企业内部，以及在产品研发领域具有协作关系的企业之间的，支持产品全生命周期的信息的创建、管理、分发和应用的一系列应用解决方案，它能够集成与产品相关的人力资源、流程、应用系统和信息。PLM包含以下方面的内容：★基础技术和标准（例如XML、可视化、协同和企业应用集成）；

★信息创建和分析的工具（如机械CAD、电气CAD、CAM、CAE、计算机辅助软件工程CASE、信息发布工具等）；

★核心功能（例如数据仓库、文档和内容管理、工作流和任务管理等）；

★应用功能（如配置管理）；

★面向业务/行业的解决方案和咨询服务（如汽车和高科技行业）。

按照CIMDATA的定义，PLM主要包含三部分，即CAX软件（产品创新的工具类软件）、cPDM软件（产品创新的管理类软件，包括PDM和在网上共享产品模型信息的协同软件等）和相关的咨询服务。实质上，PLM与我国提出的C4P（CAD/CAPP/CAM/CAE/PDM），或者技术信息化基本上指的是同样的领域，即与产品创新有关的信息技术的总称。

从另一个角度而言，PLM是一种理念，即对产品从创建到使用，到最终报废等全生命周期的产品数据信息进行管理的理念。在PLM理念产生之前，PDM主要是针对产品研发过程的数据和过程的管理。而在PLM理念之下，PDM的概念得到延伸，成为cPDM，即基于协同的PDM，可以实现研发部门、企业各相关部门，甚至企业间对产品数据的协同应用。

软件厂商推出的PLM软件是PLM第三个层次的概念。这些软件部分地覆盖了CIMDATA定义中cPDM应包含的功能，即不仅针对研发过程中的产品数据进行管理，同时也包括产品数据在生产、营销、采购、服务、维修等部门的应用。

因此，实质上PLM有三个层面的概念，即PLM领域、PLM理念和PLM软件产品。而PLM软件的功能是PDM软件的扩展和延伸，PLM软件的核心是PDM软件。

PLM的发展历史以及与PDM的关系

在ERP、SCM、CRM以及PLM这四个系统中，PLM的成长和成熟花费了最长的时间，并且最不容易被人所理解。它也与其它系统有着较大的区别，这是因为迄今为止，它是惟一面向产品创新的系统，也是最具互操作性的系统。例如，如果企业为了制造的用途，使用PLM软件来真正管理一个产品的全生命周期，它需要与SCM、CRM特别是ERP进行集成。

如果作为一个概念来说，PLM出现的时间已经很长了。但是作为一个整体解决方案的范畴，它仅仅是在最近一两年刚刚成为可行。之所以花费了数年的时间来确立产品生命周期管理的市场定位，部分原因是由于它的来历甚至名子都与PDM 和CAD软件系统有密切的关系。因为从技术角度上来说，PLM是一种对所有与产品相关的数据、在其整个生命周期内进行管理的技术。既然PLM与所有与产品相关的数据的管理有关，那么就必然与PDM密不可分，有着深刻的渊源关系，可以说PLM完全包含了PDM的全部内容，PDM功能是PLM中的一个子集。但是PLM又强调了对产品生命周期内跨越供应链的所有信息进行管理和利用的概念，这是与PDM的本质区别。

由于PLM与PDM的渊源关系，实际上几乎没有一个以“全新”面貌出现的PLM厂商。大多数PLM厂商来自PDM厂商。有一些原PDM厂商已经开发了成体系的PLM解决方案，成功地实现了向PLM厂商的转化，如EDS、IBM。当然，也有ERP厂商的加入，如SAP，已经提出了自己的基于ERP立场的PLM解决方案，试图在这个广大的市场上来分一勺

羹；还有一些CAD或工程软件厂商也在正在做这样的努力。需要指出的是，有一些原来本是PDM/CAD的厂商，并没有推出实际的PLM产品，而只是改了个名字就自称为PLM解决方案厂商，顺道搭车卖一些低端的PDM/CAD产品。这样一些鱼目混珠的动作给市场和广大客户都造成了很多的困惑。

PLM，并不是一种简单的“系统集成”——例如，把一个PDM，两个CAD，再来一个数字化装配，加之连接上某个ERP 或是SCM系统，辅之以Web技术，就是“PLM”系统了——这样做，只是实现了一种技术的堆积和继承，只是完成了任务和过程自动化这样的功能，没有体现出PLM真正的思想和内涵。尽管以上的技术是需要的，但是对于实施PLM战略是不充分的。首先要理解到，由于PLM策略是完全从事于不同的商业使命，因而它需要更复杂的系统体系结构。PLM 技术的选择和实施必须以这样的方式来做，构建一个面向更广泛的商业使命的生命周期财富管理系统来组成。技术的采用必须根据这个高层次的使命的原则来选择，而不是以完成任务和过程自动化这样传统的历史使命来选择。

PLM中的BOM定义和BOM知识介绍

PLM 中的BOM 定义和BOM 知识介绍 BOM是企业信息化建设的管理核心，是任何管理系统中的基础，是贯穿各信息系统的主线，BOM管理是企业技术管理信息化的主要内容，许多企业对BOM 的认识不够，有些企业甚至在选型中连BOM 是何含义都不理解，所以本文引用一些BOM 定义资料进行总结，并结合笔者PLM实施实战经验，对BOM 的定义及BOM有关的知识进行介绍。 一、BOM 的定义 狭义的BOM （Bill of Material）是指物料清单，从不同的系统来看，BOM 的含义具有一定的差别。从研发人员来看，研发人员主要在CAD系统中绘制产品总成图或部件图，BOM是一种产品结构的技术描述文件，它表明了产品组件、子件、零件直到原材料之间的结构关系，以及每个组装件所需要的各下属件部件的数量，偏重于产品信息的汇总，如明细表；从工艺管理上看，BOM 不是技术文件，而是计划文件或指导生产文件，包括加工工序卡、锻铸热处理卡、工装材料等汇总信息。广义的BOM 是产品对象的属性集合。从集合论和线性代数理论出发，广义BOM可以用n 维属性空间来描述，其中n 代表产品对象属性空间中相互独立属性的最大个数，记为BOM （Xl，X2,?,Xn。）具体来说，产品BOM 属性信息包括以下部分：零件编码、零件图号、材料、重量、体积、物料生效日期等信息；部件内的各个单一零件（包括标准件、外协件、外购件、借用件、自制件等）的装配数量、零部件图号等信息；总图信息，包括零部件清单、技术文件、产品说明书、保修单等。 二、常见几种BOM 在产品的整个生命周期中，根据不同部门对BOM 的不同需求，主要存在以下几种BOM：设计物料清单EBOM、计划物料清单PBOM、制造物料清单MBOM、成本物料清单CBOM 等。企业这些BOM 的管理也需要结合企业的实际管理需要进行划分，并需要确定哪些BOM 在什么系统中管理，BOM 之间的转换等等，下面对他们的含义一一给予说明：1）EBOM：主要是设计部门产生的数据，产品设计人员根据客户订单或者设计要求进行产品设计，生成包括产品名称、产品结构、明细表、汇总表、产品使用说明书、装

PLM系统简介

PLM简介 根据业界权威的CIMDATA(https://www.wendangku.net/doc/1117152939.html,)的定义，PLM是一种应用于在单一地点的企业内部、分散在多个地点的企业内部，以及在产品研发领域具有协作关系的企业之间的，支持产品全生命周期的信息的创建、管理、分发和应用的一系列应用解决方案，它能够集成与产品相关的人力资源、流程、应用系统和信息。PLM包含以下方面的内容：★基础技术和标准（例如XML、可视化、协同和企业应用集成）； ★信息创建和分析的工具（如机械CAD、电气CAD、CAM、CAE、计算机辅助软件工程CASE、信息发布工具等）； ★核心功能（例如数据仓库、文档和内容管理、工作流和任务管理等）； ★应用功能（如配置管理）； ★面向业务/行业的解决方案和咨询服务（如汽车和高科技行业）。 按照CIMDATA的定义，PLM主要包含三部分，即CAX软件（产品创新的工具类软件）、cPDM软件（产品创新的管理类软件，包括PDM和在网上共享产品模型信息的协同软件等）和相关的咨询服务。实质上，PLM与我国提出的C4P（CAD/CAPP/CAM/CAE/PDM），或者技术信息化基本上指的是同样的领域，即与产品创新有关的信息技术的总称。 从另一个角度而言，PLM是一种理念，即对产品从创建到使用，到最终报废等全生命周期的产品数据信息进行管理的理念。在PLM理念产生之前，PDM主要是针对产品研发过程的数据和过程的管理。而在PLM理念之下，PDM的概念得到延伸，成为cPDM，即基于协同的PDM，可以实现研发部门、企业各相关部门，甚至企业间对产品数据的协同应用。 软件厂商推出的PLM软件是PLM第三个层次的概念。这些软件部分地覆盖了CIMDATA定义中cPDM应包含的功能，即不仅针对研发过程中的产品数据进行管理，同时也包括产品数据在生产、营销、采购、服务、维修等部门的应用。 因此，实质上PLM有三个层面的概念，即PLM领域、PLM理念和PLM软件产品。而PLM软件的功能是PDM软件的扩展和延伸，PLM软件的核心是PDM软件。 PLM的发展历史以及与PDM的关系 在ERP、SCM、CRM以及PLM这四个系统中，PLM的成长和成熟花费了最长的时间，并且最不容易被人所理解。它也与其它系统有着较大的区别，这是因为迄今为止，它是惟一面向产品创新的系统，也是最具互操作性的系统。例如，如果企业为了制造的用途，使用PLM软件来真正管理一个产品的全生命周期，它需要与SCM、CRM特别是ERP进行集成。 如果作为一个概念来说，PLM出现的时间已经很长了。但是作为一个整体解决方案的范畴，它仅仅是在最近一两年刚刚成为可行。之所以花费了数年的时间来确立产品生命周期管理的市场定位，部分原因是由于它的来历甚至名子都与PDM 和CAD软件系统有密切的关系。因为从技术角度上来说，PLM是一种对所有与产品相关的数据、在其整个生命周期内进行管理的技术。既然PLM与所有与产品相关的数据的管理有关，那么就必然与PDM密不可分，有着深刻的渊源关系，可以说PLM完全包含了PDM的全部内容，PDM功能是PLM中的一个子集。但是PLM又强调了对产品生命周期内跨越供应链的所有信息进行管理和利用的概念，这是与PDM的本质区别。 由于PLM与PDM的渊源关系，实际上几乎没有一个以“全新”面貌出现的PLM厂商。大多数PLM厂商来自PDM厂商。有一些原PDM厂商已经开发了成体系的PLM解决方案，成功地实现了向PLM厂商的转化，如EDS、IBM。当然，也有ERP厂商的加入，如SAP，已经提出了自己的基于ERP立场的PLM解决方案，试图在这个广大的市场上来分一勺

SAP PLM介绍

SAP PLM工程变更管理介绍 在产品设计与生产过程中，所有的产品对象都会经常产生一些更改。一般来说，这些更改的记录是需要保留的。例如，一个零件需要考虑采用新的材料，那么它对应的BOM、工艺路线、文档等均会发生变化，就会产生更改单。在SAP PLM中一般使用一个变更号作为索引，在更改和变更号之间建立关系。SAP PLM的工程变更管理可以实现以下功能：通过变更将文档和其它SAP对象建立连接、通过变更号控制生效日期等。 变更号和需要更改的文档是一一对应的，下图可以看出文档版本和变更号之间的对应关系。 那么如何记录变更，维护变更就是相当重要的事情了。工程变更管理可以实现更改的监控和文档记录、可以自动实现预定计划的生效、对实体的任意更改状态进行保存、和物流的处理链进行集成、通过change master record来将所有的更改进行组织，就是说可以将一些更改用一条记录来表示。 SAP中对变更号的使用可以是变更主记录、ECR／ECO或者工作流。变更主记录(change master record)由Change header Object types Object management records组成。使用ECR和ECO可以给变更主记录一个流程状态，这样变更将按照请求、检查、变更来进行。ECR 将需要更改的实体集中起来，检查是否需要更改，如果批准将变成ECO，这时候可以进行更改直至完成。SAP系统会提供一些标准的流

程状态，如果客户有更多的需求，需要进行客户化定制，一般来说可以通过工作流来控制整个变更过程。工作流将正确的工作按照正确的顺序在正确的时间传递给正确的人。 版本管理： 在SAP PLM中，不能将各个功能孤立的看。所有的模块都是有相互关联的。在工程变更的时候，会相应的产生不同的版本数据。就版本来说，文档管理中就会实现版本的功能，可以保证每个阶段的不同版本数据都保存在SAP PLM的Kpro里面，同时对版本还有一个工作版本的概念。即v i s i o n和revision的概念。 SAP PLM中，工作版本可以保留多个，但只是让其中的某一个生效。当然版本的生成可以通过ECM来控制，通过ECM一般需要走工作流程。 图1就是工程变更过程使用ECR／ECO的一个例子，当流程在ECR时，不能进行修改，只有当ECR经过批准变成ECO后．才可以进行修改，当ECO结束时．会发布一个正式的版本。 工程变更的提示： 在制造企业，一处零件的更改会影响到关联件和一些文档的更改。在SAP PLM中不会提供自动的关联提示，但是所有建立连接的地方在SAP PLM中可以通过产品结构的浏览来 发现，然后通过SAP PLM提供的工作台(workbench)用邮件或者其它方式将变更影响面发送到相应的人员，这样就可以发起对变更的讨

PLM 系统介绍

来数数国外的PLM系统。 1．PTC WindChill: PTC凭借其CAD软件的强大市场份额。让其PLM产品Windchill也高踞PLM市场份额前列。对于使用Pro/E的客户，PTC的PLM产品几乎可以说免费赠送。只象征性的收取License费用。当然，实施费用还是照收不误。PTC还有一个PDM系统的简化版：Intralink，专门用来管理Pro/E的产出。近几年，随着Java技术的成熟，PTC PLM产品无论在功能上还是在界面上都有了长足进步。PTC Windchill的界面大量使用Java Applet技术。这在管理上会增加些困难，但对使用者来说绝对超值。本人曾经接触过一段时间Windchill，感觉真的相当不错。当然，界面做得好不一定就好实施，由于Windchill的实施需要做大量的客制化。对实施顾问来说就变得非常有难度。通常，Windchill 实施的成功率在60%左右。而且，由于版本之间的兼容问题。版本升级是Windchill使用者的噩梦。简单来说吧：几乎重来。但是WindChill 也有一个其他PLM无法企及的功能：可以和PRO/E无缝集成。Pro/E工具中做好的东西自动的在PLM系统中建立。用户更本不需要另起界面进入PLM系统。目前IBM在代理Windchill的实施。估计也只有IBM才可以拍着胸脯对客户说：“包你成功”。 2．达索PLM Smarteam: 达索当然也是凭借其强大的CAD工具CATIA一直在高端独占鳌头。由于其CAD工具CATIA在飞机及汽车领域的霸主地位，其PLM Smarteam产品在这一市场也无人撼动。达索PLM Smarteam从其PDM产品Enovia发展而来。本人没有使用过期PLM Smarteam产品。但是ENOVIA却使用一年以上时间。常常对其强大的workflow功能津津乐道。不知道其PLM产品变成什么样子了。如果没记错的话，IBM 是达索所有产品的唯一实施伙伴。 3．Siemens PLM Teamcenter Express.: 西门子并购了UGS公司，其中就包括UGS的MES和PLM产品。本人对Teamcenter的了解并不多。唯一知道的就是Teamcenter这套产品只提供API和管理端工具，客户端几乎要100%客制化。对于实施者来说，就一个字：难。当然说难不是我随便说说。有例为证。本人曾经为国内某一电子公司的子公司实施过Agile PLM产品。三大模组用了400个人天完成。恰好该公司的另一子公司使用Teamcenter 产品。用户告诉我，已经做了三年了，还没有完成。呵呵，比比就知道。当然，完全客制化，也有一个无以伦比的好处，那就是客户想要什么样子的产品都有可能。如果是Agile PLM，任何个性化的东西，我们回答最多的可能就是：“这个没办法，你只能这样这样来完成”。 4．Oracle Agile PLM: 最后在来介绍Oracle Agile PLM。Agile以前是一家独立的美国上市公司。于1995年成立公司专注已PLM系统的开发和实施。在PLM 家族中只能算小弟弟了。不过正是由于它成立晚，才有机会吸取前人的精华。所以无论从技术还是从功能上来讲，Agile都是其中的佼佼者。其完全基于配置化实施的过程，让PLM快速实施成为可能。当然，Agile也提供功能完毕的API接口，其API号称可以重写整个PLM 系统。可见其功能之大之全。Agile完全基于系统配置来完成客户需求，所以从界面上来说，客户无法对其作出选择，只能接受。Agile所有的操作过程完全基于ISO标准，所以从理论上倒是无可挑剔。但是实际情况却并非如此。大家都知道，软件最重要的就是“人性化”，而Agile却偏偏教条化了。这也成为Agile用户抱怨最多的一条。在成功案例上，Agile号称至今找不到失败案例。不知道Oracle的成功标准是什么。但是我知道至少有一家实施团队被人家驱赶出去的案例。或许Oracle认为是实施团队有问题，而不是产品问题，所以不算失败。呵呵。 为了对付SAP PLM系统的竞争，Oracle公司于2007年将Agile公司收购。残酷的市场面前，Agile总算嫁了个好娘家，找了个好靠山。收购之后的Agile立即身价倍增，与以前一样的License许可现在贵了一倍。而且知名度也一夜爆增，我们实施人员常常逢人就说这是Oracle 的产品。 有了Oracle公司的支持及资源。相信Agile会有更好的明天。首先，在与ERP集成方面。Agile现在已经可以与EBS、SAP、JDE等主流ERP软件集成。其次在与CAD软件集成方面。Agile现在也越做越好，虽然比不上人家Windchill，但是别忘记Windchill与Pro/E毕竟是一家产品。在操作界面上，据说从Agile9.3开始完全采用Web2.0方式。之前Agile繁琐的操作方式有望进入历史。 5．当然国外还有很多优秀的PLM系统。比如SAP的PLM。还有一家英国公司专门用于造船行业的PLM系统忘了叫什么名字。以上介绍

PLM系统演示说明

PLM系统演示说明 本次演示由郭锐，周斌华和黄熠共同操作完成，主要演示内容包括：项目管理、文档管理、零部件管理及基本流程等操作。 一．演示时间地点： ●时间：2010.2.9 下午2：00-3：30 PM ●地点: 公司一楼会议室 ●预计演示时间：120分钟 其中：郭锐（40分钟）、周斌华（40分钟）、黄熠（40分钟） 二．演示大纲如下： 1.项目任务的新建、下达、接受、提交、确认操作。（演示人：郭锐） 2.文档的批量录入、归档、添加到工程单、预览修改及相关流程的操作。（演示人： 周斌华） 3.零部件的升版、BOM结构、添加到工程单、归档及相关流程的操作。（演示人： 黄熠） 三．具体的演示操作步骤： 1.郭锐演示操作步骤说明： （1）创建项目、项目绑定个人工作区、下达项目 a.打开项目管理模块中的项目计划管理界面，选择“2010项目”文件夹， 然后鼠标右键点击“新建项目”一栏，弹出新建项目界面，填写完项目 的基本属性后点击<应用>按钮，再点击<确定>按钮创建项目。 b.打开项目计划管理界面，然后选择文件夹“2010项目”，选择刚才创建 的项目节点，鼠标右键点击“绑定项目个人工作区”一栏将项目绑定到 项目个人工作区中并自动生成项目文件夹“2010项目”。 c.打开项目计划管理界面，选择需要下达的项目“2010项目”，鼠标右键 点击“下达”一栏将项目下达给项目负责人。 （2）接受项目、启动项目 a.打开我的项目任务界面，选择“我负责的项目”节点，然后在展开的“我

负责的项目”节点下选择需要接受的项目点击鼠标右键“接受”一栏， 然后继续点击鼠标右键“启动”一栏。 （3）创建任务、任务绑定个人工作区、下达任务、接受任务、启动任务、完成任务 a.打开项目管理模块中的项目管理界面，选择“2010项目”文件夹，双 击“2010项目”文件夹下面的项目“2010项目”，然后在界面右边点击 鼠标右键“新建任务”一栏，弹出新建任务界面，填写完任务的基本属 性后点击<应用>按钮，再点击<确定>按钮创建任务。 b. 打开项目计划管理界面，然后选择文件夹“2010项目”，再选择“2010 项目”节点，在右边展开的项目任务结构中选择“2010项目”的下级结 构任务“2010任务zbh”节点，鼠标右键点击“绑定项目个人工作区” 一栏将项目绑定到项目个人工作区中并自动生成项目文件夹“2010任务 zbh”。 c. 打开项目计划管理界面，选择需要下达的项目“2010任务zbh”，鼠标 右键点击“下达”一栏将项目下达给项目负责人。 d. 打开“我的项目任务”界面，选择“我负责的任务”节点，展开节点 后选择“2010任务zbh”节点，在界面右边刷新出来的结构上选择“2010 任务zbh”，然后鼠标右键点击“接受”一栏，再继续点击“启动”一 栏。 （4）提交任务、项目 打开我的项目任务界面，选择“我负责的任务”节点，然后在展开的“我的 任务节点”下选择需要提交的任务点击鼠标右键“提交”一栏将项目提交，提交任务和项目相同只是选择的是“我负责的项目”节点下需要提交的项目。（5）确认任务、确认项目 打开我负责的项目任务界面，然后选择“我负责的项目”或“我负责的任务” 节点下级具体的项目或是任务节点，再点击鼠标右键选择“确定”一栏将项 目或是任务确认。 2.周斌华的演示操作步骤说明： （1）批量录入AutoCAD图纸 用zbh角色登录然后打开个人工作区界面，进行批量录入操作，录入CAD 图纸，个人工作区中的基本操作。 （2）检入UG三维模型 用zbh角色登录PLM系统然后打开“系统集成”模块，集成UG后再打开 UG软件进行UG模型检入操作。 （3）文档审批流程、圈阅 将录入的文档零部件数据进行审批流程操作，并在流程操作中进行圈阅讲 解。 3.黄熠的演示操作步骤说明： （1）零部件管理讲解 打开零部件管理模块对每个界面进行操作讲解。 （2）零部件变更流程 将零部件添加到零部件变更流程中，并在流程中介绍零部件、零部件结构、零部件与文档引用关系的操作。

PLM系统PNP(物料代码申请)流程

P L M系统 标准操作流程 P N P(物料代码申请流程)

版本历史 变更记录 Approval Distribution 第 1 页，共30页

目录 1.使用时机........................................................................ 错误！未定义书签。 2.版本及状态 .................................................................... 错误！未定义书签。 3.流程说明........................................................................ 错误！未定义书签。 4.操作步骤说明................................................................. 错误！未定义书签。 4.1.申请人[Applicant]....................................................................... 错误！未定义书签。 4.1.1在PLM建立物料 ............................................................ 错误！未定义书签。 4.1.2建立PNP表单 (7) 4.1.3变更物料状态及版本 ..................................................... 错误！未定义书签。0 4.1.4送出审查......................................................................... 错误！未定义书签。 4.2.申请人主管[Applicant’s Manager] ........................................... 错误！未定义书签。4 4.2.1审核物料代码申请表单.................................................... 错误！未定义书签。 4.2.2审查受影响物料信息 ....................................................... 错误！未定义书签。 4.2.3同意或驳回表单 ............................................................ 错误！未定义书签。5 4.3.Related Dept (19) 4.3.1审查物料是否重复申请 (19) 4.3.2审查表单填写内容是否正确 (19) 4.3.3同意或驳回表单 (19) 4.4.Applicant Review (24) 4.4.1审查物料及表單資料 (24) 4.4.2同意或驳回表单 (25) 4.5.DCC (24) 4.5.1审查物料及填写Template欄位 (24) 4.5.2同意或驳回表单 (25) 4.6 取消表单 (25) 第 2 页，共30页

金蝶plm系统简介

金蝶PLM(产品研发管理)系统 ---- 从中国制造到中国智造 在当今动态多变的市场环境下，制造业企业竞争由过去的局部竞争演变成为全球范围内的竞争，竞争 金融海啸波及全球，全球经济济放缓，中国企业出口订单急剧减少 产品生命周期不断缩短，产品种类增多，客户的个性化需求增加 客户对产品的交货期、质量、服务要求越来越高 战略 价格竞争要求企业必须降低成本，才可能获取利润 产品的复杂度日益提高，技术创新能力对企业持续发展至关重要 产品80％的成本在设计完成之后就已确定下来；75％的错误是由产品形成过程引起的；每天1/3-1/4的设计与管理工程技术人员在开会讨论、等待或处理各种信息；ISO 认证 47% 的失败是由于文档管理的混乱。在交货期、质量、服务和成本这些矛盾因素下，抓住产品成本的总源头---产品设计开发管理已成为企业制胜的关键，而产品设计开发部门往往又面临着下面的问题： 产品开发进度难以实时掌控：人工的方式对项目进行任务安排及项目进度更新和汇报，一旦执行的项目较多，不断的有新项目加入，并且项目中不同的任务由不同的人完成，对于项目－任务的执行状态只能通过电话或会议的方式才能得到，没办法对执行情况全程了解，难以实时跟踪项目的进度； 文件难以统一管理：从某种意义上讲，文档就是产品，没有文档就没有产品。每个产品、部件都对应有各种各样的文件、各种版本，数目繁多，难以组织和统一管理； 跨部门之间难以有效沟通、协同：产品开发过程往往需要很多部门参与，但跨部门间沟通犹如隔着厚厚的壁垒，没有一个统一的信息化的沟通平台，出现问题又互相推诿扯皮的事情时有发生； 电子资料的安全性、保密性得不到保障：人员的流动严重威胁到产品数据的安全，员工辞职时可以随意把自己电脑里的资料修改、删除和带走，对各种电子资料的准确和利用冲击很大； 无法保证数据的准确性：各种产品图纸资料分别存放在不同工程师的电脑里，无法确保所有用到相同的或相关资料能及时准确的同步更新过来，历史版本的数据不能及时的更换，图纸使用错误的版本也就在所难免。产品、零部件不断地修改，产生更多的版本，更难管理； 资料难以查询：纸质资料归档后以文件夹的形式来存放，工程师需要靠记忆从大量的文件夹中找寻需要的数据，费时又费力，效率显然不高。如果是一个新进的工程师，在千万个文件夹中要找到需要的资料就犹如大海捞针了。资料变更时，影响的范围也难以作出全面准确的评估； ISO研发流程无法真正落实：产品研发的项目数量越来越多，面临的客户交样期限越来越短，很多ISO 开发控制流程中该走的步骤都被无情的“省”掉了。为了赶交期导致产品的开发质量得不到很好的保证；ISO年审时抽调大量的人力和时间来后补ISO所要求的文件。研发人员绩效考核困难，影响士气； 开发成本高、效率低：工程师随意"发明"导致零部件的标准化、通用化、系列化程度低成本高。同时，产品开发浪费大量的图纸以及打印成本，资料变更等又耗用大量的来来回回等待的时间。………… 基于对制造业企业的深刻理解，10多年来，金蝶科技一直致力于帮助企业完善产品开发体系以及技术管理体系服务，以PLM (研发管理系统) 为工具帮助企业完善研发管理，压缩研发周期、提高设计效率和质量、降低成本，积累、保护企业的数据财富，为企业的可持续发展提供坚实的管理和数据基础，为企业构建一个有利于快速产品创新的协同工作环境。 金蝶PLM---产品研发管理系统是专门针对产品开发过程提出的解决方案，无缝集成CAX系统、ERP、

PLM系统简介

PLM简介 ★基础技术和标准（例如XML、可视化、协同和企业应用集成）； ★信息创建和分析的工具（如机械 CAD、电气 CAD、CAM、 CAE、计算机辅助软件工程CAS E、信息发布工具等）；★核心功能（例如数据仓库、文档和内容管理、工作流和任务管理等）； ★应用功能（如配置管理）； 从另一个角度而言，PLM是一种理念，即对产品从创建到使用，到最终报废等全生命周期的产品数据信息进行管理的理念。在PLM理念产生之前，PDM 主要是针对产品研发过程的数据和过程的管理。而在PLM理念之下，PDM的概念得到延伸，成为cPDM，即基于协同的PDM，可以实现研发部门、企业各相关部门，甚至企业间对产品数据的协同应用。 软件厂商推出的PLM软件是PLM第三个层次的概念。这些软件部分地覆盖了CIMDATA定义中cPDM应包含的功能，即不仅针对研发过程中的产品数据进行管理，同时也包括产品数据在生产、营销、采购、服务、维修等部门的应用。 因此，实质上PLM有三个层面的概念，即PLM领域、PLM理念和PLM软件产品。而PLM软件的功能是PDM软件的扩展和延伸，PLM软件的核心是PDM软件。 PLM的发展历史以及与PDM的关系 在ERP、SCM、CRM以及PLM这四个系统中，PLM的成长和成熟花费了最长的时间，并且最不容易被人所理解。它也与其它系统有着较大的区别，这是

因为迄今为止，它是惟一面向产品创新的系统，也是最具互操作性的系统。例如，如果企业为了制造的用途，使用PLM软件来真正管理一个产品的全生命周期，它需要与SCM、CRM特别是ERP进行集成。 如果作为一个概念来说，PLM出现的时间已经很长了。但是作为一个整体解决方案的范畴，它仅仅是在最近一两年刚刚成为可行。之所以花费了数年的时间来确立产品生命周期管理的市场定位，部分原因是由于它的来历甚至名子都与PDM和CAD软件系统有密切的关系。因为从技术角度上来说，PLM是一种对所有与产品相关的数据、在其整个生命周期内进行管理的技术。既然PLM与所有与产品相关的数据的管理有关，那么就必然与PDM密不可分，有着深刻的渊源关系，可以说PLM完全包含了PDM的全部内容，PDM功能是PLM中的一个子集。但是PLM又强调了对产品生命周期内跨越供应链的所有信息进行管理和利用的概念，这是与PDM的本质区别。 由于PLM与PDM的渊源关系，实际上几乎没有一个以“全新”面貌出现的PLM厂商。大多数PLM厂商来自PDM厂商。 有一些原PDM厂商已经开发了成体系的PLM解决方案，成功地实现了向PLM厂商的转化，如EDS、IBM。当然，也有ERP厂商的加入，如SAP，已经提出了自己的基于ERP立场的PLM解决方案，试图在这个广大的市场上来分一勺羹；还有一些CAD或工程软件厂商也在正在做这样的努力。需要指出的是，有一些原来本是PDM/CAD的厂商，并没有推出实际的PLM产品，而只是改了个名字就自称为PLM解决方案厂商，顺道搭车卖一些低端的PDM/CAD产品。这样一些鱼目混珠的动作给市场和广大客户都造成了很多的困惑。 PLM，并不是一种简单的“系统集成”——例如，把一个PDM，两个CAD，再来一个数字化装配，加之连接上某个ERP或是SCM系统，辅之以Web技术，就是“PLM”系统了——这样做，只是实现了一种技术的堆积和继承，只是完成了任务和过程自动化这样的功能，没有体现出PLM真正的思想和内涵。尽管以上的技术是需要的，但是对于实施PLM战略是不充分的。首先要理解到，由于PLM策略是完全从事于不同的商业使命，因而它需要更复杂的系统体系结构。PLM技术的选择和实施必须以这样的方式来做，构建一个面向更广泛的商业使