跳到正文

AI 前沿交付工程师内部培训教材 · 实战案例章 · 第 37 章

老系统迁移 · 某资质管理系统

先静态侦察,事件风暴还原旧流程,绞杀者式迁移,规则歧义留转向记录。

阅读前的讨论问题

哪些契约必须保留?什么证据会让你选择局部修复或重建?

先写下决定、依据与缺少的证据,再对照下面的参考讲解。

参考讲解 · 教材案例

本页为教材案例摘要,情节与结果用于教学,不作为客户实测、采用或收益证明。

背景

一套在跑的资质管理系统,要迁移到新架构。 旧系统没有完整文档,业务规则藏在代码和历史数据里。 运行时不能碰,任何一次误操作都可能影响在办的证照。

流程

第一步是侦察,只读不写。 静态读取代码、数据库结构、配置,不触发任何运行时路径。 侦察记录已核实事实与待验证假设,歧义由业务负责人澄清。

第二步用事件风暴还原旧流程。 把旧系统里的关键事件摊开,排出时序。 申请、审核、发证、年检、变更,每条业务线走一遍。 顺序对不上的地方,就是还没读懂的地方。

第三步是绞杀者式迁移。 新系统长在旧系统旁边,逐条业务线接管。 里程碑按工程维度切,不按页面对齐。 每条业务线接管前有测试门禁。

关键决策

旧规则有歧义时,不猜。 写一条转向记录:歧义在哪、两种解释、选了哪种、依据是什么。 转向记录进仓库,和代码一起走。 迁移不是重写,是逐块替换,旧系统保持可回退。

结果

核心业务线全部迁到新架构。 旧系统保留到迁移收尾。 事实地图、事件风暴产出、转向记录构成完整的迁移档案。 任何一条新规则都能追回它的旧依据。