2. Windchill基础数据模型

Windchill 的数据模型不是简单的“文件夹+文件”，而是一套围绕产品结构组织起来的对象网络。理解这套网络，是后续做 CAD 协同、BOM 管理和变更控制的前提。本节从对象层级、对象关系、版本迭代和生命周期四个角度，把这张网络拆开讲清楚。

一、容器层级：产品、库、文件夹

Windchill 用“容器”来隔离和管理数据，最常用的两类容器是产品（Product）和库（Library）。

• 产品：面向一个具体产品的研发协同空间，通常包含该产品的部件结构、CAD 模型、文档、变更流程和团队成员。产品容器强调“按产品组织”，权限、流程、编号规则都围绕这个产品设定。
• 库：面向跨产品复用的共享空间，典型用途是标准件库、通用件库、材料库、企业规范库。库中的数据可以被多个产品引用，但归属和管理策略独立于某个产品。
• 文件夹：容器内部的目录结构，用于分类存放对象。文件夹是“存放位置”，不是“数据归属”。同一个部件可以放在不同文件夹视图下，但它的容器归属不变。

一个容易混淆的点是：文件夹不等于产品结构。把零件放进“标准件”文件夹，并不会让它自动成为标准件；真正决定对象身份的是它的类型、编号、容器归属和属性，而不是它所在的文件夹路径。

二、文档、CAD文档与部件的关系

Windchill 中与设计直接相关的三类核心对象是文档（Document）、CAD文档（CAD Document）和部件（Part）。

• 文档：承载说明性、依据性内容，如设计说明书、计算书、测试报告、工艺文件。文档通常不直接参与 BOM 结构，但可以关联到部件或产品。
• CAD文档：由 Creo、SolidWorks、AutoCAD 等 CAD 工具产生的模型或图纸对象。它保存几何、装配关系和工程图信息，是设计的“几何载体”。
• 部件：Windchill 中代表“一个可管理的物料/零件/组件”的业务对象，是 BOM 的基本单元。部件不直接保存几何，而是通过关联关系指向 CAD 文档。

三者之间最关键的关系是 CAD文档与部件的关联（CAD Document to Part Link）。一个部件可以关联一个或多个 CAD 文档（例如一个零件既有三维模型又有二维工程图），一个 CAD 文档也可以关联到部件。这种关联让“几何”和“物料”解耦：BOM 走部件，几何走 CAD 文档，两者通过链接保持同步。

实际建模时，常见做法是：先建部件并分配编号，再由 CAD 工具通过 Windchill 集成接口上传模型，系统自动建立 CAD 文档与部件的关联。如果先有 CAD 文档再建部件，则需要手动或通过规则建立链接。链接建立后，部件的名称、编号、版本等属性可以与 CAD 文档属性做映射，减少重复录入。

三、版本与迭代机制

Windchill 用两级版本体系管理对象的历史：修订版本（Revision）和迭代版本（Iteration）。

• 修订版本：用字母表示，如 A、B、C。当对象发生结构性、功能性或需要正式记录的变更时，才升修订版本。例如零件材料从铝合金改为钛合金，或装配关系发生改变，应升修订版本。
• 迭代版本：用数字表示，如 A.1、A.2、A.3。在同一修订版本内，对对象做小修改、补充属性、修正标注等，只升迭代版本，不改变修订版本。

版本号的变化遵循明确规则：新建对象默认从 A.1 开始；每次检出-修改-检入，迭代号加一；执行“修订”操作时，修订字母加一，迭代号重置为 1。例如 A.3 修订后变为 B.1。版本号只增不减，历史版本可追溯但不可覆盖。

实际工作中，判断该升修订还是升迭代，可以看三个问题：是否影响装配关系？是否影响产品功能或性能？是否需要通知下游或触发变更流程？只要有一个答案是“是”，就应升修订版本；否则升迭代版本即可。

四、生命周期状态

生命周期状态描述对象在业务流程中的成熟度。Windchill 默认的生命周期通常包含以下状态：

状态与版本是联动的：只有处于“工作中”状态的对象才能被检出修改；已发布的对象若要修改，通常需要先修订再检出，形成新的修订版本。这样既保证了已发布数据的稳定性，又保留了持续改进的通道。

在实际操作中，建议先确认对象应该放在产品还是库，再确认它属于部件、CAD文档还是普通文档，然后建立正确的关联关系，最后通过版本和状态控制它的流转。这四步顺序清晰，后续的 CAD 协同和 BOM 管理才不会出现“找不到数据、对不上版本、改错对象”的问题。