1. 课程导入与数字主线认知

在制造业数字化转型的语境中，"数字主线"（Digital Thread）已经从一个研究概念演变为企业级产品数据协同的核心基础设施。本课程以 PTC Windchill 为平台载体，围绕"数字主线如何落地"这一主线问题展开。在进入具体功能与操作之前，本章先建立三个基础认知：数字主线到底解决什么问题、Windchill 在其中扮演什么角色、以及企业数据协同的真实难点在哪里。

一、学习目标

完成本课程后，学习者应能达到以下四个层次的目标：

• 概念层：能够用自己的语言解释数字主线、数字孪生、BOM 主线、配置管理之间的关系与区别，而不是把它们当作同义词混用。
• 平台层：理解 Windchill 作为 PLM 主干系统，如何通过对象模型（部件、文档、变更、BOM）承载产品全生命周期数据，并对外提供数据出口。
• 协同层：掌握跨部门、跨系统、跨组织的数据协同机制，包括数据所有权、版本与迭代、变更传播、权限与访问控制。
• 实践层：能够针对一个具体业务场景（如设计变更影响下游制造），画出数据流、识别断点，并给出基于 Windchill 的改进方案。

需要强调的是，本课程不追求把 Windchill 的每一个菜单讲完，而是聚焦"数据如何流动、在哪里断裂、如何接续"这条主线。功能是手段，数据贯通才是目的。

二、Windchill 数字主线的定义

数字主线可以定义为：贯穿产品从需求、设计、工艺、制造、服务到退役全生命周期，将分散在不同系统、不同部门、不同阶段的产品数据，通过唯一标识和关联关系串联起来的一条可追溯、可查询、可传播的数据链路。

这个定义包含三个关键词。第一是"唯一标识"——同一个零件在 CAD、PLM、ERP、MES 中必须能被识别为同一个对象，否则链路在系统边界处就断了。第二是"关联关系"——需求与设计之间、设计与 BOM 之间、BOM 与工艺路线之间，需要显式的链接，而不是靠人工记忆或 Excel 对照。第三是"可传播"——当上游发生变更时，下游能够被自动或半自动地识别出受影响范围。

在 Windchill 中，这条主线主要由几类核心对象承载：WT.Part（部件）作为物料主线的锚点，WT.Document（文档）承载设计与说明信息，WT.ChangeNotice（变更通告）驱动变更传播，BOM 结构表达装配关系。它们之间通过"描述者链接""引用链接""变更关联"等关系连接，形成一张有向图，而非简单的树。

三、企业数据协同的真实挑战

很多企业在实施 PLM 之前，数据协同的典型状态是：设计部门用 CAD 和共享盘管理图纸，工艺部门用 Excel 编工艺，采购用 ERP 的物料编码，制造现场用纸质或 PDF 图纸。同一个零件在不同系统里有不同的编码、不同的版本、不同的名称。这种状态下，数字主线是断裂的。

具体挑战可以归纳为四类：

1. 标识不统一：设计件号、ERP 物料号、MES 工单号各自为政，缺少映射关系，导致追溯时无法定位到同一实体。
2. 版本失控：图纸改了但 BOM 没改，或者 BOM 改了但工艺文件没同步，现场按旧版本生产。
3. 变更传播靠人工：一个设计变更需要人工判断影响哪些零件、哪些工装、哪些在制品，效率低且容易遗漏。
4. 权限与责任模糊：谁有权修改主数据、谁负责审批、变更后谁通知下游，缺少明确的流程约束。

下面这张图展示了数字主线在企业中的典型数据流与断点位置，帮助建立整体认知：

四、整体课程框架

本课程共 30 章，按照"认知—建模—协同—变更—集成—治理"的逻辑递进组织，而不是按 Windchill 菜单顺序罗列功能。

可以看到，前四章是地基。如果对象模型和编码体系没有设计好，后面的 BOM、变更、集成都会反复返工。这也是本课程把"认知"放在最前面的原因。

五、一个贯穿全课程的示例场景

为了让抽象概念有落点，本课程将用一个贯穿案例来串联各章：某工业设备企业的一款减速机产品，包含约 120 个零部件，涉及机械设计、电气设计、工艺、采购、装配五个部门。初始状态下，设计用 SolidWorks 出图，工艺用 Excel 编工艺，ERP 用金蝶，MES 用自研系统，数据靠邮件和共享盘传递。

课程将逐步演示：如何在 Windchill 中建立部件与文档对象、如何搭建 EBOM 并转换为 MBOM、如何通过变更通告驱动一次真实的齿轮材料变更、以及如何把变更结果同步到 ERP 和 MES。每一章都会回到这个场景，说明当前知识点在整体链路中的位置。

本章建立了数字主线的基本概念、Windchill 的定位、企业协同的四类挑战以及课程的整体结构。接下来的章节将从 Windchill 的对象模型开始，逐步展开这条主线的每一个环节。