1. 课程导入与交付全景
ThingWorx 在工业数字化项目里，通常不是“一个可视化大屏工具”，而是位于设备与业务系统之间的工业物联网应用平台层。它向下通过工业协议与边缘网关连接 PLC、CNC、传感器、仪表和 SCADA，向上通过 REST、数据库、消息中间件与 MES、ERP、WMS、数据中台对接，中间承担设备建模、数据采集与流转、业务逻辑编排、告警与工单、可视化与移动端应用等职责。理解这一层定位，是后续所有交付动作的起点：如果把它当成单纯前端，项目会在数据接入、模型治理和运维阶段反复返工。
一个典型的 ThingWorx 工业数字化项目，交付对象可以拆成五类核心资产：连接资产（Edge/工业网关、协议驱动、ThingWorx Connection Server）、模型资产（Thing Templates、Thing Shapes、Things、Thing Groups、数据表）、逻辑资产（Services、Subscriptions、Schedulers、Workflow）、交互资产（Mashup、Style Theme、移动端页面、报警看板）、运维资产（用户与权限、日志、备份、部署包、监控指标）。这五类资产贯穿需求、设计、开发、测试、上线、运维六个阶段，也是本课程后续章节反复引用的“交付骨架”。
从交付视角看，ThingWorx 项目最容易出问题的不是“功能能不能做”，而是边界与标准是否提前定义。例如：点位命名是否统一为“区域-设备-测点”三级结构；Thing Template 是否按设备类型抽象而不是按单台设备复制；采样周期、死区、时间戳来源是否在连接层就确定；告警阈值是放在平台规则里还是下放到边缘；Mashup 的数据绑定是直接查 Thing 还是走统一 Service。这些决策一旦在开发中期才讨论，返工成本会成倍增加。
本课程的整体框架按“认知 → 设计 → 实现 → 验证 → 运维”推进，但不会把每一章都写成线性步骤。前几章先建立平台定位与交付全景，随后进入环境与架构、设备连接与数据采集、Thing 模型与数据表设计、Service 与业务逻辑、Mashup 与可视化、告警与工单、权限与安全、性能与调优、部署与升级、排障与复盘。每一章都会围绕一个可交付物展开，例如点位表、Thing Template 清单、Service 接口说明、Mashup 页面清单、告警规则表、部署包说明、验收测试用例。
学习路径建议：如果你是从零开始，先跟完“定位—架构—连接—模型”四章，再进入逻辑与可视化；如果你已有 SCADA 或 MES 经验，可以重点看模型抽象、Service 编排、权限与部署章节。每章末尾的交付物都可以直接放入项目文档，不必等到全部学完再整理。
核心交付物可以按项目阶段归档。需求阶段输出需求规格说明书、点位表、系统架构图、接口清单；设计阶段输出Thing 模型设计说明书、命名规范、数据字典、页面原型；开发阶段输出连接配置、Thing/Service/Mashup 导出包、告警规则表；测试阶段输出测试用例、缺陷记录、性能测试报告；上线阶段输出部署手册、运维手册、培训材料、验收报告。这些文档不是形式主义，而是后续排障、升级和交接时唯一可靠的依据。
示例：某离散制造项目在连接层定义采样周期为 1s、死区为量程的 0.5%、时间戳以网关本地时间为准并同步 NTP；模型层按“设备类型”建 Thing Template，按“产线-工位”建 Thing；逻辑层用 Subscription 监听温度超限，触发 Service 写入告警 Data Table 并调用工单接口。上线后通过“数据延迟 < 2s、丢点率 < 0.1%、告警准确率 > 98%”三个指标判断交付是否达标。以上参数为教学示例，实际项目需按现场网络与工艺要求调整。
最后需要明确：ThingWorx 交付不是“把页面做出来”就结束，而是让数据可追溯、模型可复用、逻辑可维护、权限可审计、部署可回滚。本章的全景图已经把这五类资产和六个阶段放在同一张图上，后续每一章都会回到这张图，指出当前工作落在哪个位置、输入是什么、输出是什么、如何判断做对了。带着这张全景图进入后续学习，会比孤立地记功能点更有效。