teamcenter与ematrix之比较

《teamcenter与ematrix之比较》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、Teamcenter与eMatrix之比较

2、第1内容显示中一、前言PDM系统作为企业信息平台，需要根据企业实际情况进行开发定制，每一个上线系统的功能都有一部分是原型系统已有的（如创建、拷贝、更新对象，check-in/out等），另一部分是实施人员根据客户需求而设计开发的。因此对于PDM系统的比较不仅要比较原型系统的系统框架和所提供的基本功能，更要比较二次开发的方便程度和系统的开放性。由于PDM系统的实施不可避免地需要大量的客户化开发，现有的原型系统中存在两种思路：一种是尽可能多的提供符合实际需求的功能，以此来减少客户化时的工作量，但在系统开发时便一定程度上受到已有功能的约束；另一种则

3、是尽可能好的提供开放的客户化环境和实用的辅助开发工具，以此来方便客户化的开发，但越基础的平台便意味着工作量越大。TeamCenter作为企业级PDM的代表，设计思路上比较倾向于前者，它将系统划分为多个模块，并为用户提供了很多实用的功能（如文档圈阅审核、可选件和互换件的配置、变更流程管理等）和类层次结构（如图一），为开发者所提供MODeL语言也简单易懂，比较实用，但辅助开发工具不多，客户化时可利用大量的已有功能来减少开发的工作量，但会或多或少的受已有功能和类层次结构的约束；eMatrix作为PDM发展到CPC阶段的典范，比较倾向于后者，它并没有提供多少现成的流程或类结构，仅提供了一个以t

4、ype（相当于TeamCenter中的class）为中心的信息模型（如图二），客户化时变更流程、产品配置等功能都需要自行开发，但它提供较多方便开发人员的辅助工具——如提供了两种类层次结构的设计方式（图形化界面和程序编制），可开发简单交互界面的essage）以及处理消息的方法（Method）来组织整个系统，系统中各业务对象或数据对象都是类的实例。另外它还提供菜单（menu）、菜单选项（Option）以及动态类PdmDialog等来建立用户交互界面。eMatrix系统中并未建立类层次结构，它主要以类型（type）为中心，通过为type添加属性（Attribute）、编写方法（Method）

5、和触发器（Trigger）、制订合适的政策（Policy）等来组织整个系统，其中政策规定了各type所能拥有的数据文件格式（如Center和eMatrix都用面向对象的思想来构建整个系统，用类、对象和属性来模拟现实世界，用方法来处理与对象相关的事件。●不同点：TeamCenter系统提供现成的类层次结构，有利于客户化时理清思路，快速上手——只需要为已有的类结构树添加枝叶，不需要重新建立整个树。而eMatrix以type为中心建立信息模型，在客户化时需要开发人员从根开始建立类结构，这种组织方式结构清晰，所受约束少，但工作量更大。2、功能模块TeamCenter和eMatrix都提供了比较

6、完整的PDM基本操作功能（数据对象和业务对象的管理、对象生命周期的管理、用户组织及权限管理和内部消息邮件管理等），能基本满足实际需要。但二者又具有不同特点：●TeamCenter：1)将系统分为OMF、DMM、OCC、VIS、APC、CMS等多个模块，并提供较基本的模块操作功能，这些操作功能（如可选件和互换件）比较符合制造企业的实际情况，在产品配置、变更管理等方面具有实用价值；2)系统利用MUX提供主机间通信，封装底层网络结构，各功能模块作为不同的服务提供给主机，有利于按照需求进行增减；3)流程控制中的并行流程、分解流程在构建较复杂的企业流程时方便实用（如图三）；4)提供了MetaDM

7、等实用的文档管理功能，使得为数据项提供文档模板、生成用于圈阅浏览的PDF文件等变得简便（如图四）；5)提供了视图和视图网络的功能，不仅使产品当前配置变得清晰，同时也保留了产品配置的历史信息（如图五）；6)提供了符合CMII标准的更改控制机制，并提供自动更改分析（如图六）。