Teamcenter词汇表

1、1. FMS文件管理系统(FMS) 是一个文件存储、缓存、分配和访问系统。FMS 提供全局、安全、高性能和可扩展的文件管理。2. FMS 主配置文件(FMS master configuration file)用于配置FMS (fmsmaster.xml) 的文件。FMS 主配置文件描述FMS 网络并定义多组服务器缓存。它还可以定义服务器缓存和客户端缓存的默认值，如最大容量。在服务器缓存配置文件和客户端缓存配置文件中定义的值可以替代在主配置文件中定义的默认值。3. FMS 客户端缓存(FMS client cache, FCC)在客户端主机上运行的FMS 进程，将文件上传到FMS 服务器缓存进

2、程、从FMS 服务器缓存进程请求文件以及在客户端主机上缓存文件。FCC 进程管理整个文件的两个缓存：一个写缓存，其中包含上传到Teamcenter 卷的文件；一个读缓存，其中包含从Teamcenter 卷下载的文件。它还管理Teamcenter lifecycle visualization 的一个分段式文件缓存。每个Teamcenter 胖客户端主机都需要一个本地FMS 客户端缓存。4. FMS 服务器缓存(FMS server cache, FSC)在服务器主机上运行的FMS 进程，作为卷服务器（在定位了或直接安装了卷的主机上运行时）、或缓存服务器（在未定位或未直接安装卷的主机上运行时）和

3、配置服务器执行。作为卷或缓存服务器，FSC 会检查所有文件访问请求的凭单，该凭单由Teamcenter 生成，用来授予文件访问权。作为缓存服务器，它管理两个分段式文件缓存，一个用来下载文件，另一个用来上传文件。作为配置服务器，它向文件客户端缓存和其他FSC 提供FMS 配置信息。作为临时服务器，它向客户端交付PLM XML 和其他临时文件。在任何Teamcenter 安装中，至少必须部署一个FSC。可以部署多个FSC，每个FSC 执行一项指定的用途，如作为卷服务器、缓存服务器或配置服务器。5. PLM XML便于在产品生命周期内通过XML 实现互操作性的Siemens PLM Software

4、 格式。PLMXML 是开放的，并以标准W3C XML Schema 为基础。通过以引用的方式清晰明确地表示多种产品数据，PLM XML 提供了轻量级、可扩展且灵活的数据传输机制，可通过因特网传输高容量的产品数据。6. 业务对象(business object)在企业级操控的数据属性的逻辑组合。通过Global Services 业务对象，用户可以查询和更新多个数据源中的信息。7. 业务建模器IDE (Business Modeler IDE)Teamcenter 应用程序，客户可通过它定义以下数据模型对象：业务对象、类、属性、值列表和规则。8. 两层架构(two-tier architect

5、ure)包含资源层与客户端层的Teamcenter 架构。资源层包含数据库服务器和数据库。客户端层包含Teamcenter 胖客户端、与胖客户端集成在一起的第三方应用程序以及一台本地服务器。此架构仅支持Teamcenter 胖客户端。9. 临时卷(transient volume)临时卷这一机制用于传递业务逻辑服务器(TcServer) 生成或需要的数据。例如，进行PLM XML 导出时将使用临时卷。文件由TcServer 进程生成，并写入临时区域，即临时卷。该文件在临时卷中的凭单被发送到客户端，后者使用凭单调用该文件。在四层配置中，各业务逻辑层或企业层服务器均需要临时卷。最佳做法是让各服务器

6、上的本地FSC 来维护本地临时卷。客户端对临时卷内文件的访问权取决于客户端运行于两层还是四层配置。为客户端文件访问而生成的凭单可根据客户端连接TcServer 的方式来指定是采用两层还是四层。 两层临时卷文件访问两层环境中的客户端可以像TcServer 一样读写同一物理位置，因为它们位于同一台机器上。在此情况下，FCC 进程直接从临时卷地址读取文件。文件操作不需要专门的fmsmaster.xml 配置，因为不需要FSC 来传输文件，因此就不需要fmsmaster.xml 配置。 四层临时卷文件访问四层环境中的客户端无法直接访问临时卷地址，必须使用FMS 系统来调用文件。所以，四层临时文件操作需

7、要在fmsmaster.xml 配置文件中配置临时卷。临时卷在FSC 下声明为可直接访问文件，类似于TcServer 进程。托管临时卷的FSC 通常在同一主机上运行，采用与TcServer 进程相同的用户ID。在服务器端，两层或四层配置对于TcServer 进程对临时卷的评估方式并没有影响。关于配置和管理临时卷的更多信息，请参见System Administration Guide。10. 产品数据(Product Data)Teamcenter 应用程序，用于访问代表公司产品、零件和组件的零组件和零组件版本并与之交互。11. 产品生命周期管理(PLM)产品生命周期管理(PLM) 是有效创建和

8、使用全球性创新网络的基本要素，使众多组织及其合作伙伴能够在产品生命周期的每一阶段实现协作。在产品生命周期的各个阶段（包括规划、开发、执行和支持），PLM 都为企业提供统一的信息。12. 任务处理程序(task handler)小型集成工具包程序或函数。处理程序是企业流程建模中最低级的构建块。它们用于扩展和定制任务。有两种处理程序：操作处理程序和规则处理程序。13. 任务（工作流）用于构造流程的基本构建块。每个任务都定义用于完成该任务的一组操作、规则和资源。14. 卷(volume)由Teamcenter 控制的操作系统目录，用于存储Teamcenter 管理的文件。当用户执行可引起Teamce

9、nter 创建文件的操作时，Teamcenter 会在其卷中创建该文件。用户不能直接访问Teamcenter 卷中的文件；他们只能通过Teamcenter 会话来访问。15. 元数据(metadata)Teamcenter 数据库中的对象描述。16. 分类(classification)根据特征的相似性将对象分类的过程。尽管类中的对象都有相同的特征，但是这些特征的值可能不同。例如，钻头都有长度和直径特征，但是各钻头对象的长度和直径却并不相同。17. 发放状态(release status)通过工作流程来发放工作区对象时，与该工作区对象关联的状态。18. 多站点协同(Multi-Site Col

10、laboration)Teamcenter 功能，可用于在数个Teamcenter 数据库之间交换数据对象。数据库间的对象传递由指定服务器上运行的守护程序进程控制。对象的复制是通过将对象从原来数据库中导出，再将它们导入请求数据库来进行的。多站点协同的配置是可选的。19. 客户端(client)当系统请求其他实体（服务器）以该系统的名义执行特定服务时，该系统的软件组件所扮演的角色。另见服务器(server)。20. 导航窗格(navigation pane)胖客户端框架组件，显示可在胖客户端中使用的应用程序的按钮。单击应用程序按钮可启动相应的应用程序。21. 工作流(Workflow)即所有工作

11、都经过一个或多个业务流程才能达到某个目标这一概念的自动化。在完成某个特定流程的过程中，使用工作流在参与者之间传递文档、信息和任务。22. 工作流设计器(Workflow Designer)Teamcenter 应用程序，通过该程序，管理员能够以图形方式设计工作流程模板，并将公司业务实践和过程合并到模板中。Teamcenter 用户使用这些模板启动工作流程。23. 工程项目视图(program view)该视图对跨多个时间表的任务提供只读视图。24. 操作处理程序(action handler)用来扩展和定制任务操作的处理程序。操作处理程序执行诸如显示信息、检索以前任务（继承）的结果、通知用户、

12、设置对象保护和启动应用程序等操作。另见任务处理程序(task handler)。25. 数据模型(data model)描述如何表示和使用数据的抽象模型。26. 数据集(dataset)Teamcenter 工作区对象，用于管理由其他软件应用程序创建的数据文件。每个数据集都可以管理多个操作系统文件，且每个数据集都会引用一个数据集工具对象和一个数据集业务对象。27. 文件管理系统(File Management System, FMS)管理在两层式和四层式架构部署中客户端和卷之间上传和下载文件数据的系统。FMS 提供了用于文件管理的卷服务器、用于在多个用户之间共享数据访问的共享的服务器级性能缓存

13、、用于胖客户端的基于客户端的用户专用缓存、用于在企业层和客户端层之间传输报告、PLM XML 和其他非卷数据的临时数据存储器机制。FMS 文件缓存将数据放在靠近用户的位置，同时维护中央文件卷和数据库存储。28. 服务器(server)系统软件组件，代表一个或多个客户端执行一组专门定义的软件服务。在典型的Teamcenter 安装中，服务器集中在支持大量客户端的专用主机上。客户端则分布在各个主机上，并通过多种网络技术与服务器连接。另见客户端(client)。用户(user)一种机制的定义，Teamcenter 通过该机制标识每个用户并与他们进行交互。用户定义包含名称（来自人员的定义）、用户ID、

14、操作系统名称和密码。瘦客户端(thin client)Teamcenter 用户界面，提供基于浏览器的简化视图，其中包含存储在Teamcenter 数据库中的产品信息。瘦客户端是在Web 层中配置的，它将创建网页并向客户提供这些网页。29. 站点(site)Teamcenter 的个别安装，由以下内容组成：一个Teamcenter 数据库、访问该数据库的所有用户及其他资源，如硬件、网络功能和在该站点上实施Teamcenter 所需的第三方软件应用程序（工具）。30. 系统管理员(system administrator)Teamcenter 用户，是系统管理组的成员。31. 组织应用程序Tea

15、mcenter 应用程序，通过该程序，系统管理员可以创建和管理关键的Teamcenter 文件和数据库条目。它是用于创建公司虚拟组织和执行系统管理活动（例如卷创建、维护和站点管理）的访问点。组织支持创建和管理人员、用户、角色和组定义；定义Teamcenter 组织的层次结构；管理数据卷；以及建立和维护Teamcenter 站点。32. 组织树(organization tree)Teamcenter 组织结构的图形显示。通过展开和折叠树的分支，您能查看和管理组织结构。选择某个节点，则启动用于创建组、子组、角色、用户和人员的组织向导。33. 胖客户端(rich client)安装在用户工作站上，

16、基于Java 的Teamcenter 用户界面。胖客户端使用远程或本地服务器访问Teamcenter 数据库。34. 装配(assembly)由其他对象装配而成的复合对象，并可能添加其他信息来进行解释。 在装配关联中，非复合型对象称为组件，其他装配称为子装配。 单级符合对象不同于多级产品结构或物料清单，后者属于装配的层次结构。装配数据存储在BOM 视图版本中。35. 规则处理程序(rule handler)一种处理程序，用于将工作流业务规则集成到任务级的企业流程建模过程中。规则处理程序将条件附加到操作中。另见任务处理程序(task handler)。36. 访问管理器(Access Manag

17、er, AM)Teamcenter 应用程序，系统管理员可以通过它授权用户访问Teamcenter 对象。37. 零件(part)由公司零件发放系统管理的业务项。38. 零组件(item)工作区对象，一般用于表示产品、零件或组件。零组件可以包含其他包括其他零组件和对象文件夹的工作区对象。39. 零组件版本工作区对象一般用于管理零组件的版本。40. 项目(Project)用来标识对多个组织可用的一组对象的基础，如某项特定工作的项目团队、开发团队、供应商和客户这样的组织。41. 首选项(Preference)存储在Teamcenter 数据库中的配置变量，Teamcenter 会话启动时读取这些变

18、量。首选项允许管理员和用户配置会话的多个方面，诸如用户登录名和属性表中默认显示的列。42. 首选项范围(Preference Scope)可设置Teamcenter 首选项的层次结构范围。首选项的范围可以是站点、组、角色或用户。43. 审计管理器和订阅监视器之间的区别是什么？管理员使用审计管理器管理审计日志，使用订阅监视器管理订阅。最终用户查看审计日志可获取对象操作的历史记录，使用订阅可在其他用户修改数据时，或零组件版本的发放状态更改时收到通知。审计日志记录了Teamcenter 对象上发生的事件。管理员可以为几乎所有在Teamcenter对象上发生的事件创建审计日志。例如，可以在以下情况创建审计日志进行跟踪： 已签出指定的零组件类型时。 指定的表单已创建、修改或删除时。 用户批准指定工作流中的指定目标类型时。 任意工作流任务中的完成操作失败时。 访问请求被拒绝时。管理员会为每个要跟踪的对象/事件创建审计定义对象。然后，可以从Teamcen