4. Windchill数据模型与对象类型

Windchill 的数据模型不是“文件夹里放文件”的简单结构，而是一套以业务对象为中心、通过关系对象相互连接的信息网络。理解这套模型的关键，是区分“业务对象本身”和“对象之间的关系”。WTPart、CAD文档、EPM文档、变更对象是日常实施中最常打交道的四类核心对象，它们各自承担不同职责，又通过特定关系形成完整的产品数据链。

一、四类核心对象的职责边界

WTPart（部件）是 Windchill 中代表“产品结构节点”的业务对象。它描述的是“这个产品由哪些零件组成、每个零件用什么料号、版本如何演进”。WTPart 不直接存储三维几何，而是通过关联关系指向承载几何的文档。WTPart 有编号（Number）、名称、版本（Version）、生命周期状态（Lifecycle State）等属性，并支持 BOM 结构，即一个 WTPart 可以作为父件挂载多个子件 WTPart。

CAD文档（CAD Document）是三维 CAD 工具（如 Creo、SolidWorks、NX）产生的原生模型在 Windchill 中的对象化表示。它保存几何、装配结构、特征参数等设计数据。CAD文档同样有编号、版本和状态，并且可以拥有自己的结构关系——装配体 CAD文档包含零件 CAD文档，这种结构称为 CAD 结构，与 WTPart 的 BOM 结构相互独立但需要保持一致。

EPM文档（EPM Document）通常指工程图、工艺文件、技术说明书等非三维几何的工程文档。EPM 是“Engineering Product Model”相关文档的统称，在 Windchill 中常以文档对象形式存在，可挂接在 WTPart 或 CAD文档下，作为附属资料。EPM文档与 CAD文档的区别在于：CAD文档承载可计算的几何模型，EPM文档承载图纸、规范、说明等静态内容。

变更对象（Change Object）包括变更请求（Change Request）、变更通告（Change Notice）、变更任务（Change Task）等。它们不直接描述产品结构，而是描述“对产品数据做修改”这件事本身。变更对象通过“受影响对象”和“变更后对象”关系，把 WTPart、CAD文档、EPM文档卷入一次受控的修改流程中。

二、对象之间的关系模型

四类对象之间最核心的关系有三组。第一组是 WTPart 与 CAD文档的关联关系，通常称为 Part-CAD Link。一个 WTPart 可以关联一个或多个 CAD文档，一个 CAD文档也可以被多个 WTPart 引用。这种多对多关系通过“构建关系”实现，并需要指定主几何、主文档等角色。第二组是 WTPart 之间的 BOM 关系，父件与子件通过“使用关系”连接，使用关系上可以携带数量、位号、装配顺序等属性。第三组是 变更对象与受控对象的关系，变更请求提出“要改什么”，变更通告定义“怎么改、谁改、何时改”，变更任务则把具体修改动作分配给执行人。

三、版本与迭代：对象自身的状态演进

Windchill 中每个业务对象都有“版本”和“迭代”两个维度。版本用字母表示（A、B、C……），迭代用数字表示（1、2、3……）。例如 A.1 表示 A 版的第一次迭代，A.2 表示 A 版的第二次迭代，B.1 表示升版后的第一次迭代。迭代用于记录同一版本内的多次修改，版本用于记录重大变更后的正式发布。WTPart、CAD文档、EPM文档都遵循这套版本迭代机制，变更对象则通常不参与版本迭代，而是以工作流状态推进。

理解版本与迭代的区别，对实施配置非常重要。例如，当用户修改一个已发布的 WTPart 时，系统默认会创建新的迭代（A.2），而不是直接覆盖 A.1。只有经过变更流程并执行“升版”操作后，才会产生 B.1。这种机制保证了历史数据的可追溯性。

四、对象关系的实际配置与验证

在 Windchill 实施中，对象关系不是自动产生的，需要通过类型管理器、关系约束、生命周期模板和变更流程共同配置。以下是一个典型的配置检查清单，用于验证 WTPart 与 CAD文档的关联关系是否正确建立：

实际配置时，还需要注意“可重用”与“不可重用”对象的区别。WTPart 通常设置为可重用，因为同一零件可能被多个产品引用；CAD文档也常设为可重用，但需要控制其与 WTPart 的关联唯一性。EPM文档一般作为附属资料，可设置为不可重用或按项目隔离。变更对象则通常与具体产品上下文绑定，不跨产品复用。

五、常见误区与排障思路

初学者最容易混淆的是“CAD文档结构”和“WTPart BOM 结构”。两者虽然需要保持一致，但它们是独立维护的。CAD 结构由 CAD 工具中的装配关系决定，BOM 结构由 Windchill 中的使用关系决定。当两者不一致时，通常表现为“CAD 里有这个零件，但 BOM 里没有”或“BOM 里有这个零件，但 CAD 里找不到对应模型”。排障时，应先用“结构比较”功能定位差异节点，再判断是 CAD 结构需要更新，还是 BOM 需要补充。

另一个常见问题是变更对象与受影响对象的关联遗漏。如果变更通告中没有列出某个 WTPart，那么该 WTPart 的修改就不会被变更流程控制，可能导致版本混乱。排障时，应检查变更通告的“受影响对象”列表是否完整，并确认变更任务是否已分配给正确的执行人。

最后，EPM文档的挂接位置也容易出错。工程图通常应挂在对应的 WTPart 下，而不是挂在 CAD文档下，因为工程图是面向零件或产品的交付物，不是几何模型的附属。如果挂错位置，会导致文档检索和发布流程出现偏差。

掌握这四类核心对象及其关系模型，是后续学习生命周期管理、工作流配置、BOM 管理和变更管理的基础。在实际项目中，建议先用一个小型产品结构做端到端验证：创建 WTPart 父子件、关联 CAD文档、挂接 EPM文档、发起一次变更请求并走完变更通告流程，观察版本迭代和关系变化是否符合预期。这个验证过程能帮助实施人员快速建立对 Windchill 数据模型的直观理解。