2. Teamcenter基础架构与访问方式

Teamcenter 作为 PLM 平台，其基础架构可以概括为“多层分离、服务集中、数据统一”。理解这套架构，是后续所有操作的前提：用户通过不同客户端接入，请求经企业级应用服务器处理，最终落到数据库与卷存储中。客户端类型、服务器角色、数据库与文件存储之间的关系，决定了访问方式、性能表现和权限边界。

客户端类型：胖客户端、Web 与 Active Workspace

Teamcenter 提供多种客户端，面向不同角色和使用场景。最经典的是胖客户端（Rich Client），也称桌面客户端。它基于 Java 技术构建，功能最完整，适合工程师进行复杂建模、BOM 编辑、工作流配置、结构管理等深度操作。胖客户端需要在本机安装，启动时加载较多组件，对终端配置有一定要求，但交互响应和功能覆盖最全面。

Web 客户端通过浏览器访问，通常以 Thin Client 或基于 Web 的界面呈现。它无需安装专用软件，适合审批、查询、轻量查看和跨地域访问。Web 客户端的优势是部署简单、升级集中，但在复杂编辑和大数据量操作上不如胖客户端流畅。

Active Workspace（AW）是 Teamcenter 的现代化 Web 界面，强调角色化、搜索驱动和移动友好。它把常用任务、最近访问、搜索结果和上下文操作整合在一个界面中，适合产品经理、采购、质量、制造等非深度建模角色。AW 同样运行在浏览器中，但交互体验更接近现代 SaaS 应用，支持快速导航、卡片式信息展示和跨模块跳转。

三者的关系可以理解为：胖客户端负责“深度加工”，Web 客户端负责“通用访问”，Active Workspace 负责“高效协同与角色化体验”。实际项目中，同一用户可能同时使用多种客户端，例如在 AW 中查看任务，在胖客户端中完成复杂结构编辑。

服务器与数据库架构

Teamcenter 服务器通常采用企业服务器（Enterprise Server）加Web 应用服务器的组合。企业服务器承载核心业务逻辑，包括对象创建、版本控制、工作流引擎、权限判定和 BOM 计算。Web 应用服务器负责处理来自 Active Workspace 和 Thin Client 的 HTTP/HTTPS 请求，将其转换为内部调用后转发给企业服务器。

数据库层通常使用 Oracle 或 SQL Server，存储所有元数据：对象属性、关系、版本、权限、工作流状态、用户与角色等。物理文件（如 CAD 模型、图纸、文档）不直接存入数据库，而是由卷（Volume）管理，通过 FSC（File Server Cache）或类似文件服务完成上传下载。数据库记录“文件在哪里”，卷存储记录“文件是什么”。

这种分离设计带来两个关键影响：第一，数据库性能直接影响登录、查询和保存速度；第二，卷存储的可用性和网络带宽直接影响文件上传下载体验。实际部署中，数据库和卷通常位于独立服务器或存储设备上，企业服务器通过 JDBC/OCI 连接数据库，通过文件服务访问卷。

用户登录与界面导航

用户登录 Teamcenter 时，首先由认证模块校验身份。常见认证方式包括：Teamcenter 内置账号密码、LDAP/AD 域认证、SSO 单点登录。登录成功后，系统根据用户所属组和角色加载权限，决定可见菜单、可操作对象和可访问数据范围。

以胖客户端为例，登录界面需要填写：用户 ID、密码、组、角色。其中“组”和“角色”决定了当前会话的权限上下文。例如，用户属于“设计组”，角色为“设计师”，则拥有创建零件、编辑属性、提交工作流等权限；若切换到“审阅组/审阅者”，则只能查看和批注，不能修改结构。

登录后，胖客户端主界面通常包含：导航器（Navigator）、工作区（Workspace）、信息面板和菜单栏。导航器用于浏览文件夹、搜索、收藏和最近访问；工作区显示当前对象的属性、结构、关系和相关文件；信息面板显示选中对象的详细信息。Active Workspace 则采用左侧导航、顶部搜索、中间卡片式内容区的布局，更强调“搜索—定位—操作”的短路径。

常用操作入口

无论使用哪种客户端，日常高频操作入口基本一致，只是位置和交互方式不同。以下以胖客户端和 Active Workspace 为例说明。

实际使用中，建议先明确当前任务属于“查询、创建、编辑、审批、导出”中的哪一类，再选择最合适的客户端。例如，仅查看 BOM 和审批任务，用 Active Workspace 更快；需要批量修改属性或编辑复杂装配结构，则胖客户端更合适。登录时注意选择正确的组和角色，避免因权限上下文错误导致“看不到菜单”或“无法保存”。