最近，我跟一个业内伙伴进行了一场有趣的讨论，内容是关于PDM和PLM系统在当今制造企业中所扮演的角色。细节暂不赘述，大致内容可以总结成这么一句话：所有的数据管理系统（PDM，PLM，ERP）都是当作记录系统用的。人们将成品信息保存在PDM/PLM/EDR系统里。但是，从来没人把它们当成处理正在进行中的数据的系统。我曾读过一篇AILM的博文，名为“将最终文档备份到一个单独的系统合理吗？”我发现系统分离的问题并不是PLM独有的。请看下面这一段：
这两个企业的ECM实施都非常成熟，并且十多年前就已经配置过ECM项目。他们配置此项目的初衷是管理整个生命周期的信息，并按照AIIM的要求来获取、存放、管理、发布和保管所有的非结构化内容。
在通往ECM完美世界的路上，有趣的事发生了。两个企业都决定采用“平行”策略：一个系统用来协同工作和处理进程中的文档，另一个系统用来存放已经走完全部协作流程的“官方记录”或最终版本（通常是备份）， 当然SharePoint的广泛应用也影响到这一决策，但这是题外话，日后再议。
这让我开始思索“进程中”文档和成品文档的关系。
仓储和记录系统
最开始，PDM/PLM是作为CAD的存储系统而诞生的。当时的需求很简单，就是“存放”设计（CAD文件等）的所有版本并对其变更进行维护。主要目的是用来追踪每个设计决策。此初衷以CALS（Continues Acquisition and Lifecycle Support）和“配置管理”开始，最终演变为我们今日所熟知的PLM。
协作设计
同时，CAD供应商不断开发新的工具，试图将CAD和PLM关联起来。这种关联性有助于建立更高效的工程流程，并帮助工程师进行在线协作。此协作工具虽使工程师受益，但同时也让系统变得异常复杂从而让设计工作变得非常繁琐。所以，这类工具的开发导致PLM系统的复杂而昂贵，因而饱受诟病。尽管如此，系统一旦成功开发出来，的确有助于工程信息在不同组织之间流通，企业使用工程和产品信息的方式也会更高效。
下游的问题——何为对的技术？
在制造型企业，一旦涉及到工程和产品开发，那么最复杂的问题便是下游信息的可获取性。起初这个问题被定义为3D信息的获取，但它的含义远不止这些，还牵涉到工程信息的许多其他方面。CAD/PLM供应商最近开始意识到这问题。这方面的例子包括达索收购Seemage和3DVIA Composer产品，以及Autodesk年初发布的Inventor Publisher。你也许会对Lattice Technology为此所采取的措施感兴趣。他们首次引入了轻量3D格式增殖的概念。不过，这些并不能真正解决问题，大量工程信息依然无法获取到，也没有关联到制造型组织的下游。
我的结论
我认为，可以将问题一分为二互不关联的时代已经一去不复返了。过去十年中，进程中的问题和记录系统的问题被强行拆开，工程流程将成品工程信息扔给制造商，并在一大堆ECO（工程变更单）中挣扎。这种事情依然时有发生。颠覆传统，开发新的工作方式或许是接下来将要面临的挑战。你认为呢？这只是我的想法……
原文信息 标题：PLM: Work-in-progress vs System of Records? 来源：//beyondplm.com/2011/06/06/plm-work-in-progress-vs-system-of-records/ 推荐者： youwenjun 原文作者： Oleg Shilovitsky 原文日期： 2011-06-06 |
