pdm数据管理系统

在数据建模过程中，我们建立概念数据模型，通过正向工程生成物理数据模型，生成数据库建库脚本，最后将物理数据模型生成关系数据库，现在反过来，通过逆向工程将关系数据库，生成物理数据模型。

优点：

在丢失数据模型或者数据库模型同现有的数据库不一致，可以通过该方法生成使用中数据库的模型

缺点：

还原回的模型中，可能会没有中文注释，没有表外键对应关系（字段还有，索引关系没了）

前提：

1,确认要生成模型的数据库是最新的，并且可以使用

2,安装Powerdesigner软件

具体操作步骤：

一，建立ODBC数据源

1, 打开系统ODBC数据源，位置“控制面板--管理工具--数据源（ODBC）

2,选择系统DSN，点击添加按钮，选择与数据库相匹配的驱动程序

3,点击完成，弹出数据源名称（自定），和选择你要连接的数据库

4,选择确定后，该数据源建立成功，可以双击该数据源名称进行连接测试

5,至此数据源建立完成，当然这些也可以不用在这里建立，在powerdesigner里也可以建立，建立方法为

选择Database->configure connections,转到system dsn标签，点击Add按钮，选数据库类型DB2，点击完成。显 示如下：输入DataSource Name“PDMTest”；输入ServerName“Database”， 配置完成。

二，在Powerdesigner中逆向生成

1，打开Powerdesigner工具，创建一个PDM文件，选择与之匹配的数据库类型“ibm db2 udb 8.x common server”。创建方法为：右键点击左侧面板中的WorkSpace---->new------>physical data nodel ，在DBMS中选择你要的数据类型，选择好后点击确定，则新建立了一个工作空间。

2，选择“文件”菜单下的Reverse Engineer - Database，弹出Database Reverse Engineering对话框，选Using an ODBC data source选ODBC数据源“s2ms”

3，点击确定后,显示此数据库中所有表、视图、用户(这个选择一下该数据库的用户)。根据需要选择后，转换成pdm。

4，选择好后，点击OK，则生成模型。

三，生成模型后要导出数据库建库脚本

导好的模型，当然是用来修改和导出建库脚本的，操作方法如下

1，选择database--->generate database

在用户的none中选择数据库用户，同时可选要导出的表，最后点击确定，如果不能正常生成脚本提示模型错误，则在上一步中的options中将check modle 的选项去掉，点击确定，生成sql脚本，

这时生成的脚本不要着急去用，因为可能是有问题，用记事本或其它工具打开这个脚本，你会发现在所属名上也就是s2ms上都会加上""号，用Ctrl+H，将所有"替换为空，就大功告成了！

例子

一项目拿到数据库后，涉及到的表太多，领导要求做pdm图，只能用Powerdesigner的逆向工程来生成了。

环境：vs2005+sqlserver2005+PowerDesigner 12打开PowerDesigner 12(以下简称pd)，新建pdm工程，如图所示：

注：dbms选择您目前需要转换的类别，我用的是sqlserver2005。然后选择菜单《数据库》《系统DSN》，选择或者添加您需要的数据库，我这里选择的是sql server。如图所示：

OK，配置好连接后，我们就可以生成pdm或者cdm了：依次选择菜单《数据库》《数据库逆向工程》，选择逆向操作的数据源，如图所示：

单击确定后，选择您要生成的表及相关属性设置，如图所示：

OK，大功告成啦，稍等几秒，就可以看到生成的pdm图了：

本文以本公司为研究对象，进行PDM装配BOM实施技术的应用研究，从而把理论和实际应用结合起来。本公司已经建立了一套较为完善的质量体系，通过了制造行业及工厂装配工艺编制的规则，形成了较为规范的装配流程和管理流程，但随着行业领域的拓宽和任务的延伸，原有的装配思路、装配手段和装配方法需要进一步改善，尤其是在规范化、科学化和自动化方面。目前本公司存在的主要问题如下：

装配差异目前只是显示一部分BOM信息，其它件信息则通过工人经验安装；

装配差异目前没有线上流程管理，更改不及时，不便追溯；

目前装配差异没有完全反应指定供应商信息；

目前装配差异通过工人手工抄写，存在抄错、抄漏问题；

装配差异不能完全体现装箱说明的要求。

虽然本公司属于行业龙头企业，但这些问题的存在制约了公司的进一步发展，特别是目前全球经济处于低位运行阶段，中国汽车市场增速放缓，在这些大背景下，以上问题急待解决。为此，公司高层研究决定在原有的PDM系统中增加装配BOM模块，并对此立项。

一、装配BOM开发方案

针对公司目前存在的上述问题，结合公司实际情况，我们决定与国内某知名软件开发公司合作一起在现有PDM系统中开发装配BOM模块。在项目启动大会结束后，整个项目组通过前期多次调研后制定了适合公司状况的有效可行的装配BOM实施方案：依据公司的总体发展战略规划，紧密围绕设计开发系统设计、生产、试验、管理及其集成等方面产品数据管理的需求，我们建立了一个支持协同设计的产品数据管理系统，保证产品数据的安全、可靠、有效、一致、共享和重用。

该模块包含从设计BOM发布完成后则自动转换为装配BOM,并进行工位、工序及工艺文件的编制，批准生效后则统一发放至ERP,再由ERP将数据发送至MES系统供车间工人生产使用，此模块的添加有效的提高了企业生产制造的准确性、一致性、及时性。装配BOM实施技术方案包括基本实施、系统应用界面配置。

1.基本实施相关方案

软件实施包括：建立管理流程及规范方案;建立变更管理、数据发布方案;与下游ERP、MES系统集成方案;历史数据整理与管理方案等。

1.1建立管理流程及规范方案

主要包括EBOM生成装配BOM管理、图文档管理、版本控制、数据检索等。

首先由设计部门将EBOM编制完成后则经过相关人员审查，领导批准后则通过程序自动转换成装配BOM，并根据规则自动生成一部分符合条件的工位、工序。

其次由工艺部门工艺人员对装配BOM工位、工序及相关的工艺文件进行编制，编制完成后则提交给相关人员审查，领导批准后则通过程序将装配BOM发送至ERP系统。

最后由制造部门对装配BOM制定排产计划后，并将排产计划发送至物流部和MES系统，车间工人收到物料部配送的物料，则根据排产计划到MES系统获取需要装配的BOM信息。

1.2建立变更管理、数据发布方案

主要包括签审管理、变更管理、电子签审流程、发布过程、权限控制等。

由装配工艺人员发起“装配BOM签审流程”。

发起装配BOM签审流程后，系统会根据EBOM产品型号找到对应的规则自动生成初步的装配BOM。

装配BOM变更主要来源：

设计变更导致装配BOM变更

装配BOM存在问题导致装配BOM变更

装配现场工序调整导致装配BOM变更

1.3与下游ERP、MES系统集成方案

主要向ERP系统发送装配BOM数据及通过档案部门将工艺文档发送至MES系统，ERP获取Windchill系统发送到集成接口的BOM数据，首先会验证验证BOM结构的一致性。

1.4历史数据整理与管理方案

将工艺部门整理提供的装配工艺数据通过后台程序导入到PDM系统,并满足相关流程及管理要求

2.系统应用界面配置

项目组开发完底层功能后，根据调研结果，最后开发了针对工研所对装配BOM相关的操作界面。主要包括:装配BOM工序编辑界面：装配BOM工位转换及编辑;装配BOM审批界面;装配BOM批量变更界面等(如图1所示)。

图1.2装配BOM工位转换及编辑

图1.3装配BOM审批界面

图1.4装配BOM批量变更界面

二、装配BOM具体开发过程

装配BOM项目是一项系统工程,它不仅涉及技术因素，同时涉及组织与管理等诸多因素。通过半年多的开发过程，感慨颇深。其中有成功也有失败。个人认为作为一个系统项目，以下各个阶段是开发此项目时必不可少和环节：

项目小组成立—项目调研与需求分析—项目开发方案确定—项目开发与基础数据准备—系统测试与修改—历史数据整理与导入—系统验收与用户培训—系统上线与试运行—项目总计与后期开发计划。

三、总结

通过该项目的成功上线，我公司实现了从设计—工艺—物流—生产的电子化和自动化数据流通，提升了产品设计的准确性、及时性。公司利用PDM系统以产品技术状态管理为核心，以装配BOM的创建、签审、更改、归档等有效监控为重点，实现了不同阶段、不同状态下产品数据的安全、科学、规范管理与集成共享。确保了产品开发过程的数字化、规范化和可追溯性，提高了信息线上共享和知识重用程度。

CIO之家 ciozj

自20世纪80年代产生PDM的最初概念至今，人们对PDM的产生背景、基本功能和应用效益已经有了初步的认识。尤其当许多国外企业应用PDM带来了显著的经济效益后，国内的一些企业也纷纷希望对PDM实施进行探讨与研究。然而PDM的实施在国内尚处于起步阶段，有关PDM实施的专业咨询十分匮乏，从而使PDM的实施受到了很大的限制。同时，不少人对PDM实施的认识尚存在一定的误区。因此，笔者就PDM实施中容易忽略的一些重要环节提出一些拙见，并就此与读者进行交流。

一、对PDM的全面认识

1．PDM实施范围及系统规模

PDM登陆中国仅仅几年，到1999年为止在国内并无真正成功之企业级应用。这与国内许多客户对PDM的认识尚待深入、以及某些PDM供应商的误导有关。

不少客户目前对企业级信息共享的概念并不真正理解。从PDM的应用范围上来说，这种认识往往只针对一个或少数几个部门（如设计部门、工艺部门等），并未着眼于整个企业范围；从PDM的功能需求上来说，较多地集中于产品的数据存储与管理功能，较少涉及产品变更控制、工作流程管理、产品配置管理等功能。虽然作为企业重组的初期步骤，企业往往可能只实施PDM之中的某些功能，但是全方位地了解PDM的功能及功能模块间的相互关系，将有助于企业结合自身的需求合理地规划PDM实施。

某些PDM供应商局限于自身对PDM的认识，推出一个二维图档或文件管理系统即宣称其具有“企业级产品信息集成”的规模与能力，造成用户对PDM的类别划分和真实含义的理解混乱。如果企业真的把企业信息重组的重任寄于这样的“PDM”系统之上，那么实施的结果只能是：名义上是企业级信息共享，但实际上是形成了更大范围的信息孤岛；项目建议书上是企业级PDM，实施结果是项目组级文档管理系统；问题并没有从根本上解决。吃了亏的企业只好从头做起。这种失败的教训在国内外已屡见披露。

2．PDM与ERP之争

与ERP或MRPII相比较，人们对PDM的了解相对较少。不少人难以较为明确地区分PDM和ERP系统的区别，常常会问及以下一些问题：PDM和ERP是什么关系？PDM能包含ERP或ERP能包含PDM吗？等等。

一类明显的误导是：认为ERP包含或可以替代PDM，这显然混淆了两类软件的功能区别，曲解了PDM的真实含义，这无疑给本已显得混乱的PDM与ERP功能重叠之争又搅了一把混水。

从PDM和ERP系统典型的功能清单上，我们不难看出PDM主要应用领域有：数据存储和管理，工作流程管理，变更控制管理，产品结构与配置管理，标准件管理，图像管理和项目管理等；而ERP主要应用领域则为：主生产计划，物料需求计划，原材料采购计划，定单处理，车间作业计划，人力资源管理，工装设备管理，总帐／应收／应付管理等。很明显，ERP主要应用于生产制造阶段与后勤管理，而PDM则多应用于产品开发全过程，并且可以从产品概念、产品设计一直延伸到生产与后勤管理阶段。

3．企业需要完整解决方案

在明确了PDM的功能和了解了PDM相关概念的基础上，对PDM的认识应该提高到完整解决方案的层次上来，而不仅仅只是需要一种软件产品。这意味着企业不仅要了解PDM产品的关键技术、开放性和主要功能，更需了解供应商对客户的产品技术支持、实施方案推荐和咨询。PDM的应用和实施必须是针对企业需求的完整解决方案。

二、PDM实施前的准备工作

1．耐心、有条不紊的准备

一个企业最容易犯的错误，就是在开始接触产品数据管理时，低估了正确实施这一技术所需要付出的时间和劳动。由于期望解决方案的快速和简单，人们不愿为PDM的实施做充分的准备工作，不愿意投入必要的人力、物力和财力资源。

每个企业从起草规划到PDM实施完成所需要的时间是难以精确界定的。每一个组织皆千差万别，并附带有数不清的变化和无法预料的情况。即使是同类企业，所遇到的困难和必须解决的问题也不尽相同，应用PDM的目标也会有所差异。而经验表明，如下的做法是大错特错的，某些客户期望用几小时填写一张简单的表格选定某个PDM供应商；或在周末闲谈中决定系统的需求；或通过一下午的会议来挑选某种技术。关乎企业长远发展、甚至生死存亡的重大抉择绝不可能如此草率从事。

凡是试图过快地实施PDM的企业，很可能要冒相当大的风险，如技术选型不适当、系统发布不成功、过程变更不健康等。这种不成功的PDM实施经历不仅浪费企业资源，而且妨碍将来的新技术应用，因为这种挫折感会延续很多年。

2．精确的系统规划与分析

企业必须预先拟定明确的PDM实施目标—这不仅关系到PDM实施的准则和出发点，更关系到PDM实施的参考点和检验标准。

结合明确的PDM实施目标和产品开发的现状，企业应该了解产品开发过程中影响PDM实施目标实现的产品开发所涉及的工作流程、应用系统和相关数据。为了利用PDM对产品开发所涉及的工作流程进行管理，企业必须首先对所要进行管理的工作流程进行清楚的定义和描述。确定工作流程基本组成、数目、关键环节和基本结构。通过工作流程的分析，将有利于企业重组，确定PDM系统的基本要求，同时还有利于控制实施范围和时间安排。

数据存储和管理是PDM所提供的基本功能，而且是其他功能的基础。但由于企业的数据格式、类型和数据间的相互关系千差万别，在利用PDM对其进行管理时需进行大量的客户化工作。提前对企业的数据类型和相互关系进行分析和定义，提出相应的特殊要求，是选择PDM软件的一个重要标准。同时也为控制PDM的实施进度提供必要的参考依据。

应用系统及其他商业或生产系统的集成是影响PDM实施成功的一个重要环节。系统集成必须能够对现有系统的遗留数据进行管理，同时又能在各个系统之间实现信息共享，减少数据冗余和保持数据的完整性。然而，系统集成是一项较为艰巨的工作。它要求实施人员对PDM软件和应用系统都十分了解。不同的集成度的要求，诸如封装、应用接口到完全集成，所需耗费的时间、人力和费用将有明显的差异。通常，如果PDM软件和应用系统之间有成熟的接口，将能够有效地保证实施的进度。因此在选购PDM软件之前，必须分析现有的应用系统情况和集成方式。

从上述分析可以看出，由于PDM实施过程中，企业所需管理的工作流程、数据类型和应用系统繁多，同时很多工作之间必须保证一定的实施循序，因此有必要预先进行实施阶段划分，规定每个阶段所涉及的工作流程、数据类型、应用系统、实施地点、用户数目等。同时还有必要对计算机网络体系进行规划，在满足各阶段需求的前提下，对系统配置进行必要的更新。

3．实施无捷径

成功实施PDM的单位从实践中得出的经验是：推动实施需要一个核心小组，其成员要接受足够的训练，以便能有效地传播有关技术、效益、问题等方面的信息；要有确定的目标并应阐明为什么必须引入PDM；企业的远景规划要明确如何实现这些目标；成本／效益分析应完成；系统需求要确定；最后选择软件并开始进行实施。

一般的企业总会有各自的办法来完成上述过程，而每个企业的办法又各不相同。不同的实施方法会特别影响到实施时间的长短。对于每一个PDM的实施步骤，必须留出足够的时间以应付可能出现的拖延，如解决争议、检查互相牵连的工作、报表格式，以及征求各方面意见等。

实施是在方法学及工程经验指导下的一种长期的技术实践。实施一旦启动，它即是一条告别旧有的企业体系的不归路，应锲而不舍、周而复始地长期进行下去。实施绝无捷径可言。

4．传统习惯的制约

PDM绝不只是技术决策。既然PDM是一种管理的技术，那么人和企业体制的因素必须考虑。工作流程的改进显然是PDM实施的推动力，但流程的改变决非易事。改变人们长期形成的工作习惯往往给企业带来相当大的工作量，从而引起PDM实施中极大的时间拖延。决定如何改进工作流程及如何让员工认可这些改进的必要性常常是PDM实施中最耗费精力的事情。多数情况下，人们习惯于以某种方式完成着他们的工作，并往往以此作为自我发展、自我保护的手段；许多干部由于在原有的流程上建立了自己的事业或利益而更愿意保持现状；有的员工也可能会出于为企业利益的考虑坚持旧有的体系从而不自觉地破坏流程的改变；同时各阶层的人都会担心自己的饭碗或官职。以上这些问题，企业领导应该有充分的思想准备并在实施前予以考虑。