Teamcenter词汇表

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

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

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

4、 XML Schema为根底.通过以引用的方式清楚明确地表示多种产品数据,PLM XML提供了轻量级、可扩展且灵活的数据传输机制,可通过因特网传输高容量的产品数据. 业务象(business object)在企业级操控的数据属性的逻辑组合.通过 Global Services业务对象,用户可以查询和更新多个数 据源中的信息.业务建模器 IDE (Business Modeler IDE)Teamcenter应用程序,客户可通过它定义以下数据模型对象：业务对象、类、属性、值列表和规那么.两层架构(two-tier architecture)包含资源层与客户端层的Teamcenter架构.资源层包

5、含数据库效劳器和数据库.客户端层包含Teamcenter胖客户端、与胖客户端集成在一起的第三方应用程序以及一台本地效劳器.此架构仅支持 Teamcenter胖客户端. 临时卷(transient volume)临时卷这一机制用于传递业务逻辑效劳器(TcServer)生成或需要的数据.例如,进彳T PLM XML导出时将使用临时卷.文件由 TcServer进程生成,并写入临时区域,即临时卷.该文件在临时卷中的凭单被 发送到客户端,后者使用凭单调用该文件.在四层配置中,各业务逻辑层或企业层效劳器均需要临时卷.最正确做法是让各效劳器上的本地FSC来维护本地临时卷.客户端对临时卷内文件的访问权取决于客

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

7、访问文件,类似于TcServer进程.托管临时卷的FSC通常在同一主机上运行,采用与TcServer进程相同的用户ID.在效劳器端,两层或四层配置对于 TcServer进程对临时卷的评估方式并没有影响.关于配置和治理临时卷的更多信息,请参见 System Administration Guide. 产品数据(Product Data)Teamcenter应用程序,用于访问代表公司产品、零件和组件的零组件和零组件版本并与之交互. 产品生命周期治理(PLM)产品生命周期治理(PLM)是有效创立和使用全球性创新网络的根本要素,使众多组织及其合作伙伴 能够在产品生命周期的每一阶段实现协作.在产品生命周

8、期的各个阶段(包括规划、开发、执行和支持),PLM都为企业提供统一的信息. 任务处理程序(task handler)小型集成工具包程序或函数.处理程序是企业流程建模中最低级的构建块.它们用于扩展和定制任 务.有两种处理程序：操作处理程序和规那么处理程序.任务(工作流)用于构造流程的根本构建块.每个任务都定义用于完成该任务的一组操作、规那么 和资源.卷(volume)由Teamcenter限制的操作系统目录,用于存储 Teamcenter治理的文件.当用户执行可引起 Teamcenter创立文件的操作时,Teamcenter会在其卷中创立该文件.用户不能直接访问 Teamcenter卷中的文件；

9、他们只能通过Teamcenter会话来访问.元数据(metadata)Teamcenter数据库中的对象描述. 分类(classification)根据特征的相似性将对象分类的过程.尽管类中的对象都有相同的特征,但是这些特征的值可能不 同.例如,钻头都有长度和直径特征,但是各钻头对象的长度和直径却并不相同.发放状态(release status)通过工作流程来发放工作区对象时,与该工作区对象关联的状态.多站点协同(Multi-Site Collaboration)Teamcenter功能,可用于在数个 Teamcenter数据库之间交换数据对象.数据库间的对象传递由指 定效劳器上运行的守护程序

10、进程限制.对象的复制是通过将对象从原来数据库中导出,再将它们导入请 求数据库来进行的.多站点协同的配置是可选的. 客户端(client)当系统请求其他实体(效劳器)以该系统的名义执行特定效劳时,该系统的软件组件所扮演的角色.另见效劳器(server).导航窗格(navigation pane)胖客户端框架组件,显示可在胖客户端中使用的应用程序的按钮.单击应用程序按钮可启动相应的 应用程序.工作流(Workflow)即所有工作都经过一个或多个业务流程才能到达某个目标这一概念的自动化.在完成某个特定流程的过程中,使用工作流在参与者之间传递文档、信息和任务. 工作流设计器(Workflow Desi

11、gner)Teamcenter应用程序,通过该程序,治理员能够以图形方式设计工作流程模板,并将公司业务实践和过程合并到模板中.Teamcenter用户使用这些模板启开工作流程. 工程工程视图(program view) 该视图对跨多个时间表的任务提供只读视图. 操作处理程序(action handler)用来扩展和定制任务操作的处理程序.操作处理程序执行诸如显示信息、检索以前任务(继承)的 结果、通知用户、设置对象保护和启动应用程序等操作.另见任务处理程序(task handler) o数据模型(data model)描述如何表示和使用数据的抽象模型.数据集(dataset)Teamcente

12、r工作区对象,用于治理由其他软件应用程序创立的数据文件.每个数据集都可以治理多个操作系统文件,且每个数据集都会引用一个数据集工具对象和一个数据集业务对象. 文件治理系统(File Management System, FMS)治理在两层式和四层式架构部署中客户端和卷之间上传和下载文件数据的系统.FMS提供了用于文件治理的卷效劳器、用于在多个用户之间共享数据访问的共享的效劳器级性能缓存、用于胖客户端的基 于客户端的用户专用缓存、用于在企业层和客户端层之间传输报告、PLM XML和其他非卷数据的临时数据存储器机制.FMS文件缓存将数据放在靠近用户的位置,同时维护中央文件卷和数据库存储. 效劳器(s

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

14、提供这些网页.站点(site)Teamcenter的个别安装,由以下内容组成：一个 Teamcenter数据库、访问该数据库的所有用户及 其他资源,如硬件、网络功能和在该站点上实施Teamcenter所需的第三方软件应用程序(工具) .系统治理员(system administrator) Teamcenter用户,是系统治理组的成员. 组织应用程序Teamcenter应用程序,通过该程序,系统治理员可以创立和治理关键的Teamcenter文件和数据库条目.它是用于创立公司虚拟组织和执行系统治理活动(例如卷创立、维护和站点治理)的访问点.组 织支持创立和治理人员、用户、角色和组定义；定义 Te

15、amcenter组织的层次结构；治理数据卷；以及 建立和维护Teamcenter站点. 组织树(organization tree)Teamcenter组织结构的图形显示.通过展开和折叠树的分支,您能查看和治理组织结构.选择某个节点, 那么启动用于创立组、子组、角色、用户和人员的组织向导.胖客户端(rich client)安装在用户工作站上,基于Java的Teamcenter用户界面.胖客户端使用远程或本地效劳器访问Teamcenter 数据库.装配(assembly)由其他对象装配而成的复合对象,并可能添加其他信息来进行解释.?在装配关联中,非复合型对象称为组件,其他装配称为子装配.?单级符

16、合对象不同于多级产品结构或物料清单,后者属于装配的层次结构.装配数据存储在BOM视图版本中.规那么处理程序(rule handler)一种处理程序,用于将工作流业务规那么集成到任务级的企业流程建模过程中.规那么处理程序将条件附加到操作中.另见任务处理程序(task handler) o访问治理器(Access Manager, AM)Teamcenter应用程序,系统治理员可以通过它授权用户访问Teamcenter对象.零彳(part)由公司零件发放系统治理的业务项.零组件(item)工作区对象,一般用于表示产品、零件或组件.零组件可以包含其他包括其他零组件和对象文件夹 的工作区对象.零组件版

17、本工作区对象一般用于治理零组件的版本.工程(Project)用来标识对多个组织可用的一组对象的根底,如某项特定工作的工程团队、开发团队、供给商和客户这样的组织.首选项(Preference)存储在Teamcenter数据库中的配置变量,Teamcenter会话启动时读取这些变量.首选项允许治理员和用户配置会话的多个方面,诸如用户登录名和属性表中默认显示的列.首选项范围(Preference Scope)可设置Teamcenter首选项的层次结构范围.首选项的范围可以是站点、组、角色或用户.审计治理器和订阅监视器之间的区别是什么？治理员使用审计治理器治理审计日志,使用订阅监视器治理订阅.最终用户查看审计日志可获取对象操作的历史记录,使用订阅可在其他用户修改数据时,或零组件 版本的发放状态更改时收到通知.审计日志记录了 Teamcenter对象上发生的事件.治理员可以为几乎所有在Teamcenter对象上发生的事件创立审计日志.例如,可以在以下情况创立审计日志进行跟踪：?已签出指定的零组件类型时.?指定的表单已创立、修改或删除时.?用户批准指定工作流中的指定目标类型时.?任意工作流任务中的完成操作失败时.?访问请求被拒绝时.治理员会为每个要跟踪的对象 /事件创立审计定义对象.然后,可以从Teamcenter搜索和