1. 课程导入与全景认知
当企业从旧版PDM、文件服务器或早期Windchill系统向新版本Windchill迁移时，真正棘手的问题往往不是“把文件拷过去”，而是历史数据本身已经积累了十几年的“技术债”：同一物料存在多个编码、图纸版本与BOM结构不一致、属性字段缺失或格式混乱、权限继承关系断裂、关联文档指向失效。如果直接迁移，这些问题会被原样带入新系统，甚至被放大。本课程的目标，就是建立一套从“看清数据”到“治理数据”再到“安全迁移”的完整方法体系。
一、课程要解决的核心问题
历史数据迁移与质量治理，本质上要回答四个问题：迁什么、怎么判、怎么治、怎么验。迁什么，指确定迁移范围与优先级；怎么判，指建立数据质量评估标准；怎么治，指对不合格数据执行清洗、合并、补全或冻结；怎么验，指迁移后通过抽样与规则校验确认结果可信。这四个问题贯穿全部30章，也是本课程的主线。
需要先明确几个核心概念。历史数据指当前生产系统中已存在、承载业务价值的对象集合，通常包括物料、文档、CAD模型、BOM、变更单、工艺文件等。数据质量不是“干净”或“脏”的二元判断，而是用一组可度量维度描述：完整性、唯一性、一致性、有效性、关联完整性、时效性。迁移不是一次性拷贝动作，而是“抽取—转换—加载—校验”的工程过程，其中转换环节承担了大部分治理逻辑。
一个常见误区是把迁移当成IT部门的文件搬运任务。实际上，迁移质量取决于业务规则是否清晰：物料编码规则、版本发布规则、BOM有效性规则、权限归属规则。规则不清，工具再强也只能把混乱搬得更快。
二、典型场景与整体框架
课程覆盖的典型场景包括：旧PDM系统整体切换至Windchill、Windchill低版本升级并合并多站点数据、收购整合带来的多源数据合并、以及仅迁移特定产品线的局部迁移。不同场景的迁移范围、治理深度和停机窗口差异很大，但整体框架一致，可分为五个层次：
- 数据源层：旧系统数据库、文件仓库、Excel台账、接口导出文件。
- 评估层：数据画像、质量规则、问题分类与优先级。
- 治理层：清洗、去重、编码映射、属性标准化、关联修复。
- 迁移层：抽取、转换、加载，含对象顺序与依赖处理。
- 验证层：数量核对、抽样检查、规则校验、业务确认。
这五层不是严格串行，评估与治理往往迭代进行，验证结果会反向驱动治理规则调整。下图给出整体框架与数据流向，帮助建立全景认知。
三、数据质量维度与判断依据
要让“质量治理”可执行，必须把质量维度落到可检查的规则上。以下是一组示例规则，实际项目需结合企业编码规范调整：
| 质量维度 | 检查对象 | 示例规则 | 不合格处理 |
|---|---|---|---|
| 完整性 | 物料主数据 | 物料编码、名称、单位、物料类型非空 | 补全或标记待确认 |
| 唯一性 | 物料编码 | 同一编码不得对应多个不同物料 | 合并或重新编码 |
| 一致性 | BOM与图纸 | BOM子件必须存在于物料主数据 | 补建物料或删除无效行 |
| 有效性 | 属性值域 | 物料类型必须属于既定枚举集合 | 映射到标准值 |
| 关联完整性 | 文档与CAD | 文档必须关联到有效物料或变更单 | 重建关联或归档 |
| 时效性 | 版本状态 | 已发布版本不得指向已删除对象 | 冻结或修复引用 |
这些规则不是一次性写死的。评估阶段先用它们做数据画像，统计每类问题的数量、占比和影响范围；治理阶段按“影响迁移成功率”和“业务风险”两个维度排优先级。例如，物料编码重复会直接导致迁移主键冲突，必须优先处理；而某些历史备注字段缺失，可能允许迁移后补录。
四、一个可参考的迁移判断示例
假设某企业旧系统中约有12万条物料记录，评估后发现：编码重复约3200条，BOM子件缺失约1.1万行，文档关联失效约4600条。此时不应直接全量迁移，而应先执行治理。一个合理的判断路径是：
- 对重复编码，按“最近使用时间+是否有有效BOM”保留主记录，其余合并或标记为历史别名。
- 对BOM缺失子件，先尝试从旧系统其他表补全；无法补全的，生成待确认清单交业务部门处理。
- 对失效文档关联，若文档本身仍有价值，重建关联；若已无业务价值，归档而非迁移。
- 治理完成后，先做小批量试迁移（例如选取一个产品线约5000条物料），验证对象顺序、版本关系和权限继承是否正确，再推广到全量。
试迁移的价值在于暴露“规则没想到”的问题。例如，某些旧物料没有版本号，迁移工具默认生成A版，但业务上它们其实是已发布状态，这会导致新系统中状态错误。试迁移后应把这类情况补充为转换规则。
五、学习路径与角色分工
本课程按“认知—评估—治理—迁移—验证”推进。前8章建立全景与评估方法，中间8章深入治理规则与工具，随后7章讲迁移实施与异常处理，最后7章聚焦验证、复盘与持续质量机制。不同角色关注点不同：数据管理员重点掌握评估与治理规则；IT迁移工程师重点掌握抽取转换加载与依赖顺序；业务代表重点参与规则确认与抽样验收；项目经理则需理解整体节奏与风险控制点。