teamcenter架构

1、FMS

文件管理系统(FMS)是一个文件存储、缓存、分配和访问系统。FMS 提供
全局、安全、高性能和可扩展的文件管理。

2、FMS2.FMS 主配置文件(FMS master configuration file)

用于配置FMS (fmsmaster.xml)的文件。FMS主配置文件描述FMS网络
并定义多组服务器缓存。它还可以定义服务器缓存和客户端缓存的默认值，如最
大容量。在服务器缓存配置文件和客户端缓存配置文件中定义的值可以替代在主
配置文件中定义的默认值。

3、FMS3.FMS 客户端缓存(FMS client cache, FCC)

在客户端主机上运行的 FMS进程，将文件上传到FMS服务器缓存进程、从FMS服务器缓存进程请求文件以及在客户端主机上缓存文件。FCC进程管理整个文件的两个缓存:一个写缓存,其中包含上传到Teamcenter卷的文件;一个读缓存，其中包含从Teamcenter卷下载的文件。它还管理Teamcenterlifecycle visualization的一个分段式文件缓存。每个Teamcenter 胖客户端主机都需要一个本地FMS客户端缓存。

4、FMS4.FMS 服务器缓存(FMS server cache, FSC)

在服务器主机上运行的FMS进程，作为卷服务器（在定位了或直接安装了卷的主机上运行时)或缓存服务器在未定位或未直接安装卷的主机上运行时)
和配置服务器执行。作为卷或缓存服务器，FSC会检查所有文件访问请求的凭单，该凭单由Teamcenter生成，用来授予文件访问权。作为缓存服务器，它管理两个分段式文件缓存，一个用来下载文件，另一个用来上传文件。作为配置服务器，它向文件客户端缓存和其他FSC提供FMS 配置信息。作为临时服务器，它向客户端交付PLM XML 和其他临时文件。在任何Teamcenter安装中，至少必须部署一个FSC。可以部署多个FSC，每个FSC执行一项指定的用途，如作为卷服务器、缓存服务器或配置服务器。

5、PLM XML

便于在产品生命周期内通过XML实现互操作性的Siemens PLM Software格式。PLMXML是开放的，并以标准 W3C XML Schema为基础。通过以引用的方式清晰明确地表示多种产品数据，PLM XML提供了轻量级、可扩展且灵活的数据传输机制，可通过因特网传输高容量的产品数据。

6、业务对象(business object)

在企业级操控的数据属性的逻辑组合。通过Global Services 业务对象，用
户可以查询和更新多个数据源中的信息。

7、业务建模器IDE(Business Modeler IDE)

Teamcenter应用程序，客户可通过它定义以下数据模型对象︰业务对象、
类、属性、值列表和规则。

8、两层架构(two-tier architecture)

包含资源层与客户端层的Teamcenter 架构。资源层包含数据库服务器和数
据库。客户端层包含Teamcenter 胖客户端、与胖客户端集成在一起的第三方
应用程序以及一台本地服务器。此架构仅支持Teamcenter 胖客户端。

9、临时卷(transient volume)

临时卷这一机制用于传递业务逻辑服务器(TcServer)生成或需要的数据。例如，进行PLM XML导出时将使用临时卷。文件由TcServer进程生成，并写入临时区域，即临时卷。该文件在临时卷中的凭单被发送到客户端，后者使用凭单
调用该文件。在四层配置中，各业务逻辑层或企业层服务器均需要临时卷。最佳做法是让
各服务器上的本地FSC 来维护本地临时卷。客户端对临时卷内文件的访问权取
决于客户端运行于两层还是四层配置。为客户端文件访问而生成的凭单可根据客
户端连接TcServer的方式来指定是采用两层还是四层。
·两层临时卷文件访问
两层环境中的客户端可以像TcServer一样读写同一物理位置，因为它们位
于同一台机器上。在此情况下，FCC进程直接从临时卷地址读取文件。文件操
作不需要专门的fmsmaster.xml配置，因为不需要FSC来传输文件，因此就
不需要fmsmaster.xml配置。
·四层临时卷文件访问
四层环境中的客户端无法直接访问临时卷地址，必须使用FMS系统来调用文件。所以四层临时文件操作需要在fmsmaster.xml 配置文件中配置临时卷。临时卷在FSC下声明为可直接访问文件，类似于TcServer进程。托管临时卷的FSC通常在同一主机上运行采用与TcServer进程相同的用户ID。在服务器端，两层或四层配置对于TcServer进程对临时卷的评估方式并没有影响。关于配置
和管理临时卷的更多信息，请参见System Administration Guide。

10、产品数据(Product Data)

Teamcenter应用程序，用于访问代表公司产品、零件和组件的零组件和零组件版本并与之交互。

11、产品生命周期管理(PLM)

产品生命周期管理(PLM)是有效创建和使用全球性创新网络的基本要素,使
众多组织及其合作伙伴能够在产品生命周期的每一阶段实现协作。在产品生命周
期的各个阶段(包括规划、开发.执行和支持) ,PLM都为企业提供统一的信息。

12、任务处理程序(task handler)

小型集成工具包程序或函数。处理程序是企业流程建模中最低级的构建块。
它们用于扩展和定制任务。有两种处理程序∶操作处理程序和规则处理程序。

13、任务(工作流)

用于构造流程的基本构建块。每个任务都定义用于完成该任务的一组操作、
规则
和资源。

14、卷(volume)

由Teamcenter 控制的操作系统目录,用于存储Teamcenter 管理的文件。
当用户执行可引起Teamcenter 创建文件的操作时，Teamcenter会在其卷中创建该文件。用户不能直接访问Teamcenter卷中的文件;他们只能通过Teamcenter会话来访问。

15、元数据(metadata)

Teamcenter 数据库中的对象描述。

16、分类(classification)

根据特征的相似性将对象分类的过程。尽管类中的对象都有相同的特征，但是这些特征的值可能不同。例如，钻头都有长度和直径特征，但是各钻头对象的长度和直径却并不相同。

17、发放状态(release status)

通过工作流程来发放工作区对象时，与该工作区对象关联的状态。

18、多站点协同(Multi-Site Collaboration)

Teamcenter功能，可用于在数个Teamcenter 数据库之间交换数据对象。
数据库间的对象传递由指定服务器上运行的守护程序进程控制。对象的复制是通
过将对象从原来数据库中导出，再将它们导入请求数据库来进行的。多站点协同
的配置是可选的。

19、客户端(client)

当系统请求其他实体（服务器）以该系统的名义执行特定服务时，该系统的
软件组件所扮演的角色。另见服务器(server)。

20、导航窗格(navigation pane)

胖客户端框架组件，显示可在胖客户端中使用的应用程序的按钮。单击应用
程序按钮可启动相应的应用程序。

21、工作流(Workflow)

即所有工作都经过一个或多个业务流程才能达到某个目标这一概念的自动
化。在完成某个特定流程的过程中，使用工作流在参与者之间传递文档、信息和
任务。

22、工作流设计器(Workflow Designer)

Teamcenter应用程序，通过该程序，管理员能够以图形方式设计工作流程
模板，并将公司业务实践和过程合并到模板中。Teamcenter用户使用这些模板
启动工作流程。

23、工程项目视图(program view)

该视图对跨多个时间表的任务提供只读视图。

24、操作处理程序(action handler)

用来扩展和定制任务操作的处理程序。操作处理程序执行诸如显示信息、检
索以前任务（继承)的结果、通知用户、设置对象保护和启动应用程序等操作。
另见任务处理程序(task handler)。

25、数据模型(data model)

描述如何表示和使用数据的抽象模型。

26、数据集(dataset)

Teamcenter 工作区对象，用于管理由其他软件应用程序创建的数据文件。
每个数据集都可以管理多个操作系统文件,且每个数据集都会引用一个数据集工
具对象和一个数据集业务对象。

27、文件管理系统(File Management System, FMS)

管理在两层式和四层式架构部署中客户端和卷之间上传和下载文件数据的
系统。FMS 提供了用于文件管理的卷服务器、用于在多个用户之间共享数据访
问的共享的服务器级性能缓存、用于胖客户端的基于客户端的用户专用缓存、用
于在企业层和客户端层之间传输报告、PLM XML和其他非卷数据的临时数据存
储器机制。FMS文件缓存将数据放在靠近用户的位置，同时维护中央文件卷和
数据库存储。

28、服务器(server)

系统软件组件，代表一个或多个客户端执行一组专门定义的软件服务。在典
型的Teamcenter安装中，服务器集中在支持大量客户端的专用主机上。客户端则分布在各个主机上,并通过多种网络技术与服务器连接。另见客户端(client)。用户(user)一种机制的定义，Teamcenter通过该机制标识每个用户并与他们进行交互。用户定义包含名称(来自人员的定义)用户ID、操作系统名称和密码。瘦客户端(thin client)Teamcenter用户界面，提供基于浏览器的简化视图，其中包含存储在Teamcenter 数据库中的产品信息。瘦客户端是在Web层中配
置的，它将创建网页并向客户提供这些网页。

29、站点(site)

Teamcenter的个别安装，由以下内容组成:一个Teamcenter 数据库、访
问该数据库的所有用户及其他资源，如硬件、网络功能和在该站点上实施
Teamcenter所需的第三方软件应用程序(工具)

30、系统管理员(system administrator)

Teamcenter 用户，是系统管理组的成员。

31、组织应用程序

Teamcenter 应用程序，通过该程序，系统管理员可以创建和管理关键的Teamcenter 文件和数据库条目。它是用于创建公司虚拟组织和执行系统管理活动(例如卷创建、维护和站点管理)的访问点。组织支持创建和管理人员、用户、角色和组定义﹔定义 Teamcenter 组织的层次结构﹔管理数据卷﹔以及建立和维护Teamcenter站点。

32、组织树(organization tree)

Teamcenter 组织结构的图形显示。通过展开和折叠树的分支，您能查看和管理组织结构。选择某个节点，则启动用于创建组、子组、角色、用户和人员的组织
向导。

33、胖客户端(rich client)

安装在用户工作站上，基于Java 的 Teamcenter 用户界面。胖客户端使用
远程或本地服务器访问Teamcenter数据库。

34、装配(assembly)

由其他对象装配而成的复合对象，并可能添加其他信息来进行解释。·在装配关联中，非复合型对象称为组件，其他装配称为子装配。
·单级符合对象不同于多级产品结构或物料清单，后者属于装配的层次结构。装
配数据存储在BOM视图版本中。

35、规则处理程序(rule handler)

一种处理程序，用于将工作流业务规则集成到任务级的企业流程建模过程中。
规则处理程序将条件附加到操作中。另见任务处理程序(task handler)。

36、访问管理器(Access Manager,AM)

Teamcenter应用程序，系统管理员可以通过它授权用户访问Teamcenter
对象。

37、零件(part)

由公司零件发放系统管理的业务项。

38、零组件(item)

工作区对象，一般用于表示产品、零件或组件。零组件可以包含其他包括其
他零组件和对象文件夹的工作区对象。

39、零组件版本

工作区对象一般用于管理零组件的版本。

40、项目(Project)

用来标识对多个组织可用的一组对象的基础，如某项特定工作的项目团队、开发团队、供应商和客户这样的组织。

41、首选项(Preference)

存储在Teamcenter 数据库中的配置变量，Teamcenter会话启动时读取这
些变量。首选项允许管理员和用户配置会话的多个方面，诸如用户登录名和属性
表中默认显示的列。

42、首选项范围(Preference Scope)

可设置Teamcenter首选项的层次结构范围。首选项的范围可以是站点、组、
角色或用户。

43、审计管理器和订|阅监视器之间的区别是什么?

44、审计管理器和订阅监视器之间的区别是什么?

管理员使用审计管理器管理审计日志，使用订阅监视器管理订阅。
最终用户查看审计日志可获取对象操作的历史记录，使用订阅可在其他用户
修改数据时，或零组件版本的发放状态更改时收到通知。
审计日志记录了Teamcenter对象上发生的事件。管理员可以为几乎所有在
leamcenter对象上发生的事件创建审计日志。例如，可以在以下情况创建审计
日志进行跟踪∶
·已签出指定的零组件类型时。
·指定的表单已创建、修改或删除时。
·用户批准指定工作流中的指定目标类型时。
·任意工作流任务中的完成操作失败时。
·访问请求被拒绝时。
管理员会为每个要跟踪的对象/事件创建审计定义对象。然后，可以从
Teamcenter搜索和查看审计日志。
有关创建审计定义对象和管理审计日志的更多信息,请参阅Audit Manager
Guide。
订阅由最终用户创建。订阅是在指定对象发生指定事件时收到通知的请求。
例如，用户
可能订阅发生以下情况的通知∶
·在对特定的文档版本类型进行任何更改时。
已签出特定装配时。
·将Word 文档作为数据集添加到特定的零组件版本类型时。
·指定零件的状态更改时。
当指定对象发生指定事件时，Teamcenter 邮件会通知用户。有关创建订阅的更多信息，请参阅我的Teamcenter 指南。
管理员使用订阅监视器管理由用户创建的所有不同订阅。此应用程序用于生
成订阅报告和管理订阅表。