3. 迁移项目启动与范围定义

迁移项目最容易失控的地方，不是技术难度，而是范围边界不清。很多项目在启动阶段只写了一句“将 CENTUM CS 3000 升级到 CENTUM VP”，结果执行到一半才发现：现场还有三套老式 HMI 需要同步改造、历史数据库要迁移、部分 FIO 卡件型号已停产、网络交换机不支持新版本 Vnet/IP。范围一旦蔓延，工期和预算就会失控。因此，本节的核心任务是：把“迁移什么、不迁移什么、迁移到什么程度”写成可执行、可验收的范围说明书，并围绕它组建团队、建立沟通机制。

一、迁移对象的识别：从资产清单到迁移清单

识别迁移对象不能靠记忆，必须基于现有系统的资产台账逐项核对。建议按五个维度建立“迁移对象清单”，每个对象都要标注当前版本、物理位置、数量、迁移方式（替换/升级/保留/退役）和优先级。

控制器（FCS）：记录每台现场控制站的型号（如 AFV10D、AFV30D）、CPU 卡件型号、当前软件版本、所辖工段、冗余配置情况。判断依据是：CPU 卡件是否在 CENTUM VP 的支持列表中。例如 AFV10D 通常可升级，而更早期的 AFS10D 可能需要整机替换。同时要确认控制器所挂的 I/O 总线类型（RIO 或 FIO），这直接决定 I/O 迁移策略。

I/O 与现场仪表接口：按卡件类型统计 AI、AO、DI、DO、脉冲、通信卡的数量。重点识别三类风险点：一是已停产的卡件（如某些老式模拟量卡），必须替换；二是接线端子台与新型卡件的兼容性，可能需要更换端子板或转接；三是安全栅、隔离器、HART 多路复用器等外围设备是否随 I/O 一起迁移。建议对每个 I/O 点标注信号类型、量程、是否参与联锁，联锁点必须单独列出并优先安排验证。

HMI 操作站（HIS）：统计操作站数量、操作系统版本、是否运行在物理机或虚拟化平台、图形画面数量与复杂度。需要特别关注：老版本画面中使用的 ActiveX 控件、自定义脚本、趋势组和报警一览表在新版本中是否兼容。若画面数量超过数百幅，应评估是逐幅移植还是借助图形转换工具批量迁移。

网络：区分控制网（Vnet/IP 或旧版 V net）和信息网。记录交换机型号、端口数量、是否支持冗余、IP 地址规划、与第三方系统（如 PLC、DCS 网关、MES）的通信接口。旧版 V net 迁移到 Vnet/IP 时，交换机通常需要整体更换，这是范围说明书中必须明确的硬件采购项。

数据库与历史数据：包括趋势历史库、报警/事件日志、操作记录、批量报表数据。要明确迁移的时间跨度（例如保留最近 3 年）、数据格式转换方式、以及新系统是否沿用原有位号命名。历史数据迁移往往被低估，实际工作量可能占整个项目的 10%～15%。

二、编写迁移范围说明书

范围说明书不是一份简单的清单，而是一份“边界契约”。它至少应包含以下内容：

• 迁移目标与验收标准：例如“所有控制器升级至 CENTUM VP R6.08，操作站画面响应时间不超过 2 秒，历史数据保留最近 3 年且可查询”。验收标准要可测量，避免“运行正常”这类模糊表述。
• 迁移对象清单：即上一节整理的五个维度资产表，逐项标注迁移方式（升级/替换/保留/退役）和责任人。
• 明确排除项：例如“本次迁移不包含现场仪表更换、不包含安全仪表系统（SIS）改造、不包含 MES 接口重新开发”。排除项写清楚，才能防止后期扯皮。
• 假设与约束：例如“迁移期间装置停车窗口为 72 小时”“旧系统需保持可回退状态至少 2 周”“第三方通信协议文档由业主提供”。
• 里程碑与交付物：如“第 4 周完成详细设计，第 8 周完成工厂验收测试（FAT），第 12 周完成现场验收测试（SAT）”。

三、组建跨专业团队

迁移项目不是仪表一个专业能完成的。典型的团队结构包括：

• 项目经理：负责整体计划、预算、风险与对外协调，通常由业主方或集成商担任。
• 工艺/生产代表：确认迁移期间的生产安排、停车窗口、联锁投用条件，并对操作画面提出可用性要求。
• 仪表/控制工程师：负责控制器、I/O、网络的具体迁移设计与实施，是技术核心。
• IT/网络工程师：负责 IP 规划、交换机配置、虚拟化平台、网络安全策略。
• HMI/组态工程师：负责画面移植、脚本适配、报警组态。
• 厂商支持工程师：提供版本兼容性矩阵、升级工具、授权与补丁。
• 数据库管理员：负责历史数据导出、转换与导入验证。

团队组建后，第一件事是召开范围评审会，让每个专业对迁移对象清单和范围说明书逐条确认。工艺代表最关心的是“停车时间能不能再短”，IT 最关心的是“网络改造会不会影响信息网”，这些诉求必须在启动阶段就暴露出来，而不是等到实施阶段。

四、干系人沟通计划

沟通计划要回答四个问题：向谁沟通、沟通什么、多久一次、用什么方式。建议按干系人影响力与关注度分层：

沟通计划中要特别设置“变更控制”入口：任何超出范围说明书的新增需求，必须走变更申请，评估对工期、预算和风险的影响后再决定是否纳入。没有变更控制的迁移项目，范围会像滚雪球一样越滚越大。

总结来说，迁移项目启动阶段的核心产出是三样东西：一份逐项核对的迁移对象清单、一份边界清晰的范围说明书、一份可执行的团队与沟通计划。这三者共同构成后续详细设计、实施和验收的基准。范围定义做得越扎实，后期返工和扯皮就越少。