3. 迁移需求分析与范围界定
工艺路线迁移不是把旧系统里的路线数据“搬”到新系统，而是一次涉及主数据、工艺参数、执行逻辑、质量放行与合规证据链的系统性变更。需求分析阶段如果只盯着“路线怎么导”，往往会在切换当天暴露出大量未识别对象：某个替代料没有对应工艺版本、某道工序的检验特性在新系统中没有绑定、某条产线的设备接口未纳入切换范围。因此，本节的核心任务是把“迁移什么、切到哪里、什么时候切、受什么约束、谁说了算”这五件事说清楚，并形成可评审、可追溯的范围基线。
一、迁移对象识别：从路线主数据到执行上下文
迁移对象不能只按“工艺路线”一个维度罗列，而应按对象类型分层识别。第一层是路线结构对象：路线头、工序、工步、工序顺序、并行/可选分支、返工路径。第二层是资源绑定对象：工序与工作中心、设备、工装夹具、人员技能等级的绑定关系。第三层是参数与规则对象：工艺参数（温度、压力、时间、速度）、公差上下限、采样频率、SPC 规则、跳站/强制过站规则。第四层是质量与合规对象：检验特性、抽样方案、放行条件、电子签名要求、批次追溯粒度。第五层是接口与集成对象：与 ERP 的工单接口、与 PLM 的物料版本接口、与设备层的数据采集接口。
识别方法建议采用“路线清单 × 对象类型”的二维核对表。以某电子装配车间为例，旧系统中有 12 条量产路线、3 条试产路线、2 条返工路线。逐条展开后，发现其中 4 条路线绑定了已停用的工作中心，2 条路线引用了 PLM 中已升版的物料 BOM 版本，1 条返工路线依赖旧系统的“跳站白名单”逻辑。这些就是必须在范围界定中显式标注的迁移对象，而不是等到数据导入失败才回头处理。
二、切换边界：系统边界、组织边界与数据边界
切换边界要同时回答三个问题：哪些系统参与切换、哪些组织单元受影响、哪些数据在切换点前后由谁负责。系统边界方面，需要明确 MES 是唯一切换主体，还是同时涉及 WMS、QMS、SCADA 的联动改造。组织边界方面，要区分“同一工厂内多车间切换”与“跨工厂复制路线”两种场景，前者关注产线级停线窗口，后者关注主数据版本一致性。
数据边界是最容易被低估的部分。建议定义三类数据：静态主数据（路线、工序、参数模板）、动态执行数据（在制品工单、已开工批次、设备状态）、历史归档数据（已完成批次的追溯记录）。切换边界必须明确：在制品是“旧系统执行完、新系统只做追溯”，还是“在切换点强制完工后重新开单”。这个决策直接影响停线窗口的长度和切换当天的操作复杂度。
三、停线窗口：从“能停多久”到“必须停多久”
停线窗口的确定不能只由生产计划部门单方面给出“可停 4 小时”，而应由迁移团队反推“必须停多久”。反推依据包括：数据导出与清洗耗时、新系统路线配置与校验耗时、在制品处理耗时、首件验证与放行耗时、回退预案触发耗时。以某汽车零部件工厂的示例测算为例：旧系统路线导出与清洗约 40 分钟，新系统配置 12 条路线约 60 分钟，在制品 3 个批次强制完工与重新开单约 30 分钟，首件三坐标检测与 SPC 确认约 50 分钟，合计约 3 小时。若计划窗口只有 2.5 小时，则必须提前完成静态数据预配置，把切换窗口压缩到动态数据与首件验证环节。
窗口类型也需要区分：硬切换窗口要求旧系统停止执行、新系统立即接管，适用于强追溯场景；并行窗口允许新旧系统同时运行一段时间，但必须定义“以哪个系统的数据为准”，否则会出现同一批次双记录冲突。并行窗口通常用于试产路线或低风险产品，量产主线建议硬切换并配套回退方案。
四、合规约束：把法规要求翻译成系统配置项
合规约束不能停留在“符合 GMP”或“满足 IATF 16949”这样的口号层面，而要逐条翻译成可配置、可验证的系统项。例如，电子签名要求对应到 MES 中的“关键工序操作必须二次认证”；审计追踪要求对应到“路线变更、参数修改、放行操作均记录操作人、时间戳、修改前后值”；批次追溯要求对应到“从成品批号可反查到每道工序的设备、参数、操作员、检验结果”。这些配置项必须在范围界定阶段就列入迁移对象清单，否则新系统上线后补配会触发变更控制流程，延长验证周期。
常见误区：把“旧系统有审计追踪”默认为“新系统自动继承”。实际上审计追踪的字段粒度、保留期限、导出格式都需要在迁移需求中显式定义，并在切换验证中抽样核对。
五、干系人期望：识别、对齐与签字确认
干系人期望管理的目标是让“范围基线”成为各方认可的共同承诺。建议按角色梳理关注点：生产计划关注停线窗口与产能损失；质量关注放行条件与追溯完整性；IT 关注接口改造与数据迁移脚本；合规关注审计追踪与电子签名；设备工程关注设备接口与采集频率。每个角色的期望都要转化为一条可验证的验收条件，例如“切换后首件必须完成三坐标检测并录入 SPC，CPK 不低于 1.33 方可放行”。
范围界定成果建议形成一份《迁移范围说明书》，至少包含：迁移对象清单（含对象类型、来源系统、目标系统、责任人）、切换边界图（系统/组织/数据三层）、停线窗口测算表（含各环节耗时与缓冲）、合规配置项对照表、干系人确认签字页。该说明书经生产、质量、IT、合规四方评审后冻结，后续任何范围变更必须走变更控制流程，避免切换前夜“再加一条路线”的随意扩张。
实操建议：在范围评审会上，用“如果这条路线不迁移，切换后会发生什么”来反向验证对象清单的完整性。凡是回答“会导致某批次无法追溯”或“会导致某工序无法过站”的，必须纳入迁移范围；回答“只是报表少一个维度”的，可列入二期。
完成需求分析与范围界定后，团队应当能够明确回答：本次迁移涉及多少条路线、多少个工序绑定、多少个参数模板、多少个检验特性；切换点定在哪个工单完工或哪个班次；停线窗口各环节耗时与缓冲是多少；哪些合规配置项必须在新系统中验证；以及谁对范围基线签字负责。这些答案将直接作为后续迁移方案设计、切换验证用例编写和回退预案制定的输入。