Teamcenter与eMatrix之比较
2003/11/25 来源:eworks 作者:刘波

    核心提示:从底层架构、系统功能、系统开发工具、实施方法学等几方面对Teamcenter与eMatrix两种PDM软件详细的做了比较。

    一、前言

    PDM系统作为企业信息平台,需要根据企业实际情况进行开发定制,每一个上线系统的功能都有一部分是原型系统已有的(如创建、拷贝、更新对象,check-in/out等),另一部分是实施人员根据客户需求而设计开发的。因此对于PDM系统的比较不仅要比较原型系统的系统框架和所提供的基本功能,更要比较二次开发的方便程度和系统的开放性。
    由于PDM系统的实施不可避免地需要大量的客户化开发,现有的原型系统中存在两种思路:一种是尽可能多的提供符合实际需求的功能,以此来减少客户化时的工作量,但在系统开发时便一定程度上受到已有功能的约束;另一种则是尽可能好的提供开放的客户化环境和实用的辅助开发工具,以此来方便客户化的开发,但越基础的平台便意味着工作量越大。TeamCenter作为企业级PDM的代表,设计思路上比较倾向于前者,它将系统划分为多个模块,并为用户提供了很多实用的功能(如文档圈阅审核、可选件和互换件的配置、变更流程管理等)和类层次结构(如图一),为开发者所提供MODeL语言也简单易懂,比较实用,但辅助开发工具不多,客户化时可利用大量的已有功能来减少开发的工作量,但会或多或少的受已有功能和类层次结构的约束;eMatrix作为PDM发展到CPC阶段的典范,比较倾向于后者,它并没有提供多少现成的流程或类结构,仅提供了一个以type(相当于TeamCenter中的class)为中心的信息模型(如图二),客户化时变更流程、产品配置等功能都需要自行开发,但它提供较多方便开发人员的辅助工具——如提供了两种类层次结构的设计方式(图形化界面和程序编制),可开发简单交互界面的Wizard,用于报表设计的Table,视图设计的View和工具设置的Tool等,与前者相比较,这种方式客户化时的工作量更大,但所受的限制更少。
 




    二、底层架构及系统功能

    1、系统组织结构
    TeamCenter系统提供以Root为根的类层次结构,通过为类增加属性、在不同类之间建立关系,为类或者对象定义消息(Message)以及处理消息的方法(Method)来组织整个系统,系统中各业务对象或数据对象都是类的实例。另外它还提供菜单(menu)、菜单选项(Option)以及动态类PdmDialog等来建立用户交互界面。
    eMatrix系统中并未建立类层次结构,它主要以类型(type)为中心,通过为type添加属性(Attribute)、编写方法(Method)和触发器(Trigger)、制订合适的政策(Policy)等来组织整个系统,其中政策规定了各type所能拥有的数据文件格式(如word、excel等)和该类对象所拥有的生命周期——生命周期由多个状态(state)组成,对象的状态间转换需要通过审核签署。用户(user)所拥有的操作访问权限随着对象状态的改变而发生变化。eMatrix中以type为中心的信息模型清晰的反映了系统组织模式
    ●共同点:TeamCenter和eMatrix都用面向对象的思想来构建整个系统,用类、对象和属性来模拟现实世界,用方法来处理与对象相关的事件。
    ●不同点:TeamCenter系统提供现成的类层次结构,有利于客户化时理清思路,快速上手——只需要为已有的类结构树添加枝叶,不需要重新建立整个树。而eMatrix以type为中心建立信息模型,在客户化时需要开发人员从根开始建立类结构,这种组织方式结构清晰,所受约束少,但工作量更大。

    2、功能模块
    TeamCenter和eMatrix都提供了比较完整的PDM基本操作功能(数据对象和业务对象的管理、对象生命周期的管理、用户组织及权限管理和内部消息邮件管理等),能基本满足实际需要。但二者又具有不同特点:

 ......点击查阅全文......↓