|
摘要:本文阐述的方案通过对PDM与CAD端功能的合理分配,充分地发挥了PDM与CAD各自的功能;并通过PDM与CAD接口使PDM与CAD协调合作,使得用户在数据录入方面大大减轻了工作量,从而缩短了产品设计周期。本企业在PDM系统由Metaphase向TeamCenter升级开发过程中,采用该方案取得良好效果。
一、引 言 随着制造业信息化工作的不断推进,一些企业已经或者正在实施PDM(Product Data Management)系统。然而,如果在实施的过程中,没有处理好PDM系统与CAD系统在企业数据录入过程中的功能分工与协作关系,往往就会在实施工作接近尾声的过程中,因为用户不愿意接受繁琐的操作过程而使实施工作陷入尴尬境地。 具体地讲,从大多数PDM产品应用功能来看,设计人员要在PDM环境中创建零部件业务对象,还要创建工程图数据对象,并且还要通过诸如鼠标拖拽等方式创建零部件与零部件对象之间、零部件与工程图对象之间的产品结构关系;另外,设计人员还要在CAD环境中绘制工程图文件,并注册到PDM系统中。不难看出,在这一数据创建过程中,设计人员需要在PDM和CAD环境中分别三次重复录入基本相同的零部件基本信息(零件代号、零件名称、材料等)——即在PDM中对两种对象创建时各录入一次,在CAD中的标题栏录入一次。对于结构比较复杂的零部件,在PDM中创建产品结构关系就更加繁琐,而且正确率难以保证。这就使得设计人员不愿意应用PDM系统。那么,能否使录入的数据在PDM与CAD二种工作环境中实现共享,使得设计人员一次录入的源数据可被PDM与CAD共同利用呢?答案是肯定的。在下文中,笔者就通过合理处理PDM与CAD在企业数据录入过程中的功能分工与协作关系的方法解决上述问题。 二、企业数据分类 在PDM中要录入的企业的数据按底层存储形式可分为:逻辑数据(零部件基本信息)和物理数据(工程图文件及技术文件等)。逻辑数据(亦称元数据)主要用以描述产品对象以及产品对象关系的基本信息,一般存储于数据库中;物理数据主要用以更具体地补充描述逻辑信息,一般以文件的形式存储于文件系统中。上升到PDM应用层来看,这两种数据在PDM环境中均以对象形式存在。因此从对象技术角度来说,逻辑数据与物理数据分别由不同类的对象承载:逻辑数据可直接由对象属性反映出来;而为了能够在PDM环境中通过数据对象了解物理数据的基本信息,PDM系统通常使对象通过对象属性,不仅记载物理文件的存储路径,还要记载相应的元数据。例如,在PDM环境中录入零件号为88C7501的零件信息,则PDM系统会以业务对象类(如Cmponent类)记录下零件元数据(零件代号,零件名称,材料等),以数据对象类(如IdeasDwg类)记录下元数据以及表示该零件对应的工程图文件的存储路径。可见,两类对象含有部分相同的信息,即元数据部分。 三、基于PDM的产品......More↓↓↓
|