现有系统现代化

现代化是对运行中的系统逐个部分地改造。首先我们把系统拆分为若干部分：数据、规则（计算价格和期限的代码）、界面、与其他系统的连接，以及这一切所依赖的组件，例如数据库版本和服务器。每个部分单独决定：保留、更换，或迁移到有支持的版本。

哪些保留，哪些更换

数据几乎总是保留；我们把数据迁移到厂商仍发布补丁的数据库版本。没有支持的组件最先更新，因为其余部分都依赖它们。规则逐条更换，依据每条规则积压的修改数量排序；界面则在拖慢工作的地方更换。与其他系统的连接保持不变；将其整合为统一的数据交换点属于另一项范围。

在动代码之前，我们先用自动化测试把它包围起来：这些程序记录系统目前对每类业务的响应，并在每次修改后进行检查。关于规则的知识从一个人的记忆转移到测试中；这个人与我们一起阅读代码，并解释每一条规则。重构，即在不改变系统功能的前提下改造代码，使一个地方的修改不再破坏其他地方。对于系统变慢的地方，我们以可扩展性为目标进行改造，即能够承载更大的访问量。

新旧并行

新部分与旧部分并行上线，使用相同的数据，因此旧系统能看到新部分写入的一切。两者之间有一个开关：一项设置，无需安装新版本即可把某个功能指向旧代码或新代码。在约定时间内，两个版本计算同样的内容，我们比较结果。差异消失后，我们关闭旧代码；如果新部分出现问题，开关就切回旧部分。

何时从零重写是错误的

当没有人能列出系统目前所做的全部事情时：从零编写的系统只会重现人们记得的部分，其余部分会在切换后以投诉的形式回来。逐个部分改造能在关闭旧代码之前发现这些问题。当核心计算正确，问题出在核心周边时，例如界面缓慢、缺少报表、组件没有支持：更换周边的范围比新建系统小。只有当分析表明旧核心无法支撑公司所需的流程时，我们才开发新系统；那是另一项范围。

1. 摸清系统。我们阅读代码和数据库，与了解系统的人员交谈，并测量系统在哪里变慢。成果：系统图和改造计划，其中第一步供您确认。
2. 保护现有成果。我们编写自动化测试，搭建测试环境（即在员工使用前检验修改的系统副本），并更新没有支持的组件。成果：处于有支持版本、可以开始改造的系统。
3. 逐个部分更换。新部分在开关之后与旧部分并行运行，并比较结果。成果：功能依次迁移到新代码，旧代码经您确认后关闭。
4. 移交系统。我们交付代码、文档和变更方式，并培训您的人员运行测试。成果：按照合同，系统由您的团队或服务商修改；上线后的运维属于另一项范围。

1. 系统的哪些部分保留，哪些更换？为什么？
2. 第一步之后什么能运行？我们能否在这一步停下来？
3. 你们如何验证新部分与旧部分的计算结果一致？我们这边由谁确认？
4. 新部分出问题时，我们如何回退到旧版本？由谁决定？
5. 谁与目前唯一了解系统的人交谈？此人的知识以什么形式保留下来？
6. 代码、测试和文档是否归我们所有？其他服务商能否接手？

从哪里入手，取决于目前是什么在拖慢工作。因此第一步是分析系统和流程，最后给出建议：哪些保留、哪些更换、按什么顺序进行。