|
一、什么是PDM？
先看两段业内比较认可的PDM定义：
产品数据管理是管理所有与产品相关的信息和过程的技术；与产品相关的信息，即描述产品的各种信息，包括零部件信息、结构配置、文件、CAD档案、审批信息等；与产品相关的所有过程，即对这些过程的定义与管理，包括信息的审批和发放。——美国Gartner管理咨询公司
对制造业企业产品形成过程中的有关信息和过程进行统一管理的技术。——德国约瑟夫.萧塔纳
从这两个定义可以看出产品数据管理应用领域十分广泛，包括机械、电子、汽车、航空、航天，甚至可扩散到非制造业等。
PDM的发展
PDM是从文档管理开始的。最早追朔到20世纪80年代中期，当时PDM主要是解决CAD文档管理问题，作为CAD的一个附加增值模块提供的。就类似于我们现在很多商家推出的买一送一服务一样。
当时PDM针对部门或工作组的协同工作而提出的一种良好的数据结构，用于管理这些数据。这项技术，以数据库和通讯技术为基础，不断扩大PDM系统的核心功能。
进入20世纪90年代早期，PDM增添了许多新的功能。随着工业的发展，工程部门涉及范围不断扩大。此外，由于20世纪90年代早期，工业的发展需要更多复杂、先进的功能来解决变更管理，配置管理等问题。同时，出现了一些相关软件，如产品三维图形可视化技术、企业应用集成技术的出现及应用，大大增强了PDM的功能与应用价值。
PDM从起初是为了解决大量图纸文档计算机化管理问题，后来扩展到三个主要领域：
设计图纸和电子文档的管理；
材料报表与产品结构的管理；
工程更改单的跟踪与管理；
当PDM能够妥善解决这三类问题时，才成为一个完整而成熟的PDM。
目前在国内PDM应用基本上还是这三个层面，甚至还没有完全实现这三个层面的工作。从另一面讲，能够适应多种制造业行业这三个层面的管理，对产品供应商也是非常困难的事情。对于制造业企业对这三项工作是否建立完善的管理制度并执行，也需要很长的路要走。
二、什么是PLM？
20世纪末开始兴起的互联网技术对PDM相关系统的发展及应用起了很大的作用，并且将来其作用会更突出。
另外，先进的协作及电子商务技术也大大便利了众多工作人员通过网络开展实时同步与协作，从而实现企业间协同的产品生命周期管理技术的应用成为可能。
这个时候国际上主流的PDM解决方案逐渐向以下的方向发展：
标准化；
面向对象的产品数据管理；
Internet/Intranet网络环境的应用；
企业应用集成；
虚拟产品开发；
在这些方向基础上就出现了PLM的概念。
产品生命周期管理（PLM, Product Liftcycle Management）是指对产品从概念设计、详细设计、生产、投用、维护和后期服务直到产品退出市场并消亡的完整生命周期的管理。国际上也将PLM定位于协同产品定义管理（collaborative Product Definition management，cPDm）领域，将企业生命周期模型分解为三个主要的生命周期：产品生命周期，制造生命周期，企业运营生命周期。 （图片） 产品定义包括了一套完整的信息，如：定义产品是如何设计，如何制造以及如何服务的。产品定义是企业的一种智力资源，任何产品定义都必须是可保持，可维护和可扩展的，并且它不仅仅只限于一家公司使用，还应广泛的应用于各大企业，包括他们的供应商，合作商以及顾客。产品生命周期的管理就是对产品定义的管理，是对企业智力资产的管理。
一个完整的产品生命周期，是从早期的顾客需求和产品概念开始，直到产品过时，生产商停止供应，产品消亡，这就是完整的产品生命周期，它涉及机械设备、电子元件、药品、软件等多种类型的产品。
产品制造生命周期包含了所有与产品的生产和销售相关的活动。企业运营生命周期提供了企业的人力、物力、财力和所需资源。
产品生命周期管理是对智力资产的管理；
产品制造生命周期是对有形资产的管理；
企业运营生命周期是对资源的管理。（图片） 产品生命周期管理起源于产品数据管理。它是以工程设计为基础的。但是，近些年来，随着企业间协作关系的不断发展，以及工业技术领域的拓展，对产品数据管理的认识已相当大程度上有所拓展和提高，产品数据管理中被加入了协同、集成、可视化等概念。它的概念为支持产品生命周期的管理提供了企业应用的理论基础。
三、PDM有哪些标准功能模块？
Electronic Vault即电子数据库。Vault最通常的应用是“Vault提供生成、存储、查寻、控制存取、恢复、编辑、电子检查和记录电子对象的历史及通用文件的能力”。
Process或Process Control即过程或过程控制。它对任何工作流的形式进行过程控制、或在过程开始后的任务控制。它提供了路线、驱动事件的动作，电子检查、历史、查寻、存取控制、恢复和对象的编辑。过程控制的基本能力是定义过程、调度和电子任务。
Structure即结构。如果用户具有存储和控制大量电子信息的能力，那么，维护不同信息段之间的关系是非常重要的。这一点对于某对象来说也是特别重要的。产品提供了连接一个对象到另一个对象的能力。这种对象是VPSCII结构部分描述的。结构允许生成、命名、导航和多级的编辑一对一的关系以及控制基于关系的对象。这种能力通常是通过一个或多个公司可制造的产品结构项实现的。
Configuration Management/Change Control即配置管理/改变控制。除简单的关系之外,许多公司采取由产品提供简单的结构能力来控制更完整的产品数据。这些公司要想控制配置和改变控制,他们必须做强有力的关系控制。配置管理/改变控制提供了生成、管理、 导航和编辑一对一和一对多的关系。它们也提供利用关系信息查寻和存取控制的能力。
Interface即接口。毫无疑问,要成功地实施应用PDM系统,就需要改变企业的传统管理模式和传统文化,企业要作这些改变,就需要有新的信息组织方式。用户接口的应用,能够明显地减少由于这些改变和新的信息组织方式所造成的影响。
Integration即集成。集成是保持VPSCII的多个模块紧密地贴在一起,它也把相关的其它应用于VPSCII的工具紧密地贴在一起。包括操作系统、服务平台、客户平台、DBMS、集成和开发工具以及附加的应用等。
Interface和Integration不是PDM本身的组成部分。但是,它们对PDM的推广应用是至关重要的。所以,一个好的PDM软件产品都包括了电子数据库、过程或过程控制、结构、配置管理/改变控制、接口和集成等几个部分组成。
PLM有哪些标准功能模块？
绝大部分PLM都是由PDM发展过来的，因此天然具备PDM的功能模块。在此基础上，PLM更侧重发展以下三个方面的能力。
完整的产品数据模型及其转换：
产品生命周期管理涉及许多部门和企业，包括了产品和过程整个生命周期的业务功能和资源，必须建立完整的产品数据模型才能满足产品开发的不同阶段产品信息的需求。
虽然理论上统一的产品数据模型会使数据交换和集成极度容易，但是业内很难有这样的系统，因此不得不花费大量精力去解决不同产品数据之间兼容性问题。
对动态数据和过程的管理：
传统的PDM对工作流管理考虑比较多，对项目管理考虑得比较少，这点在PLM中要逐步完善，因为通过工作流实现项目监控是非常困难的。
另外产品生命周期中一个产品可能有很多视图和状态，因此在PLM中可以方便实现一个产品的不同视图或不同生命阶段结构状态的转换和查询。
开放式可扩展体系结构：
基于面向对象技术，提供对各种Cax技术无缝支持，提供二次开发技术，使其真正适应企业要求。
四、PDM和PLM的实施
所谓PDM，并不只是一个技术模型，也不是一堆时髦的技术辞藻的堆砌，更不是简单的编写程序。
PDM必须是一种可以实现的技术：必须是一种可以在不同行业、不同企业中实现的技术；必须是一种与企业文化相结合的技术。
因此，PDM与企业自身密切相关。考察当今PDM实施成功的企业，每个企业都有自己非常具体的奋斗目标和项目名称，从福特的“Ford 2000”、波音的“DCAC／MRM”到日产的“业务过程革新”等，凡取得成就者，无一不是将PDM融汇于企业文化之中。这个企业文化我们可以直接认为是固化且可执行的管理制度和行为规范。
PDM的作用就是让企业所有人按照同样的思维，同样的理念，同样的标准，同样的规范去动作，去形成一个高效团队。PDM的生命力，PDM之精髓，也正在于此。
PLM不过是在PDM技术上进一步深化和应用，从业务的角度而言，无非是PDM的管理能力更多的是企业内部控制，一旦进入PLM管理层次，就要涉及到企业间协同。
目前中国企业很少有大型跨国公司，也很少有成熟和稳定的供应链体系，企业之间的管理是一环压一环的“降成本”关系，还不完全是双赢合作关系。
从目前来看中国制造业企业自身管理水平和能力离成熟还很远，因此从中国目前实际情况出发，我倒是建议企业少花一点精力不同供应商PLM或PDM解决方案的异同，功能上的高下区分。实际上软件有一个特点，真正用的功能往往不到20%。与其做一个专业咨询公司该做的鉴别工作，不如多做一些内部需求分析和管理规划的工作。
我个人认为与其关注PDM和PLM异同，与其觉得自己投资是否买了一个不够先进的系统，不如老老实实认认真真研究一下自己企业到底问题出在哪里，到底应该如何解决，到底这种解决思路是否可行，到底这种可行的思路是否可以得到一把手认可支持和授权。
这些才是PDM/PLM实施成败的关键，而不是因为你买了先进的大公司的PLM才成功，而我买了国产小公司的PDM才失败。
往往一些大型项目成功一个重要理由是因为投入太大，领导不得不对大投入效益表示关注和重视，结果项目获得了必要的推动力，而且是在一把手管理思维主导下，项目更多关注企业管理上问题，而不是技术问题。这个基本条件具备，项目才能比较成功。
实际上成功的项目 ＝ 清楚知道自己要什么，怎么做 ＋ 一家有能力的软件公司。
2/11/2006
|
