遗留系统评估清单：现代化改造前的检查要点

本清单适用于业务负责人、首席运营官、首席技术官及IT经理，当您怀疑某个系统——例如老旧的商城、由电子表格拼凑维持的ERP，或无人愿意碰触的内部工具——正在拖累业务发展时使用。它涵盖应检查的内容，以及如何判断该系统是否根本无需改动。选择改造路径是下一步，详见我们的数字化转型与遗留系统现代化指南。

本指南内容

• 何时值得进行评估
• 评估清单：10个检查领域
• 如何执行评估
• 评分：业务价值对比技术健康度
• 从评估发现到候选方案清单
• AI在评估中的作用
• 备选方案与选择标准
• Netbase 如何执行评估？
• 哪些交付记录存在，哪些不存在？
• 本清单的局限性是什么？
• 常见问题
• 下一步

何时值得进行评估

当以下触发条件出现时，立即启动结构化评估，而非按日历定期执行：

• 平台、框架或数据库即将到达供应商支持终止期。
• 细微改动耗时数周，每次升级都会引发新问题。
• 员工在系统之间手动重新录入订单、库存或客户数据。
• 新的流程、渠道或AI用例所需的数据，系统无法提供。
• 了解该系统的人员正在或已经离职。

评估还能防范另一种错误：替换一个本受支持、安全可靠且没有阻碍任何工作的系统。一次良好的评估可以得出「保留现状，明年再评」的结论。

评估清单：10个检查领域

逐一检查每个领域，即便某些答案看似显而易见。AWS关于详细应用程序评估的指导指出，团队往往以为自己对应用程序了如指掌，建议用工具数据而非记忆来验证这种认知。

有两个领域需格外重视。在平台支持方面，CISA和FBI将使用生命周期终止软件列为产品安全异常高风险行为之一，因为不受支持的产品将停止获得安全修复。在安全性方面，OWASP应用程序安全验证标准（ASVS）等公开标准提供了现成的测试需求清单，无需自行制定。

评分：业务价值对比技术健康度

分别对业务价值和技术健康度评分，使用简单的量表，例如1（低）到5（高）。这些数字用于比较，而非精确衡量；书面证据比分数更重要。

• 高价值、低健康度。紧急情况：业务依赖的系统脆弱或缺乏支持。优先现代化。
• 高价值、高健康度。保留并投入扩展，例如增加集成或自动化。
• 低价值、低健康度。退役候选：将其功能迁移到其他系统或直接关闭。
• 低价值、高健康度。保持现状，避免向其添加新工作。

当需要评估多个系统时，在选定其一之前将所有系统放在同一个二维量表上比较。技术最老旧的系统未必是最需要优先现代化的；通常应优先处理阻碍收入、服务或成本的系统。我们的数字化转型路线图展示了如何在整个业务范围内对举措进行排序。

从评估发现到候选方案清单

评估应缩小选项范围，而非做出最终决策。AWS Prescriptive Guidance列出了7种迁移策略：退役、保留、重新托管、迁移、替换采购、重新平台化和重构。中型企业还会权衡全面重建。利用评估发现来排除不适用的路径：

• 若平台支持即将终止但业务规则仍然适用，重新平台化保留在候选列表中。
• 若代码有价值但变更缓慢，分片重构保留在候选列表中。
• 若现有设计无法承载目标流程，重建或采购套装产品保留在候选列表中。
• 若无人能说清系统执行的规则，在任何重建之前先加入探索阶段。

无论选择哪条路径，优先选择能够分片推进的方式。Martin Fowler的绞杀者无花果模式描述了在旧系统周围构建新部分，逐步迁移行为，直至旧系统可以关闭。支柱指南解释了如何在重建、重构和重新平台化之间做出选择，遗留系统现代化服务展示了该迁移如何规划和演练。

AI在评估中的作用

AI工具能缩短评估中最耗时的部分：理解无人记录的代码和数据。它们可以归纳模块概要、追踪哪些函数涉及哪些数据表、起草缺失的文档，并标记重复或未使用的代码供人工确认。它们无法替代访谈、业务评分或决策过程。将每份AI摘要视为待核实的线索，将代码保存在已获批准的工具中，并记录哪些发现经过了人工验证。Netbase与主流商业及开源AI工具和模型合作，按项目选用，全程由人工审核。

备选方案与选择标准

根据四项标准选择：决策所承载的资金和风险规模、团队能否客观判断系统、系统知识中有多少未被记录，以及平台截止期限何时会迫使迁移。

Netbase 如何执行评估？

在 Netbase，评估是六步交付生命周期中的探索步骤，该生命周期从探索与战略对齐出发，经架构规划和敏捷执行，直至上线推广和持续支持。探索阶段结束时会产出书面的路径建议及其依据，大多数 Netbase 项目随后以探索后商定的固定总价合同交付。当问题跨越多个系统时，数字化转型咨询将评估转化为优先级排序的行动计划。

安全发现的处理采用 Netbase 自身交付中应用的相同实践：安全代码审查与版本控制、传输层TLS加密与静态AES加密、基于角色的访问控制、管理后台MFA、漏洞扫描与渗透测试，以及灾难恢复。Netbase 与ISO 27001和SOC 2 Type II保持一致；两者均涵盖 Netbase 自身的运营，而非您的系统。详情请见安全与合规。关于工作启动后如何管控质量，请参阅外包交付的软件质量治理。

哪些交付记录存在，哪些不存在？

• 存在的记录。Netbase 在35个工作日内将 Netztech 从 Magento 1 迁移至 Magento 2 Commerce，包括迁移11个扩展模块。Netztech 迁移案例是已发布的重新平台化记录，是平台支持终止后评估所引导的结果。
• 不存在的记录。Netbase 没有已发布的记录描述该迁移背后的评估过程、评分或持续时间，也未公布标准评估价格或时间表。本页上的评分量表仅作示例，并非具有实测结果的 Netbase 方法。

本清单的局限性是什么？

• 它每次只涵盖一个业务系统；数十个应用程序的组合需要组合工具和项目群结构。
• 它不能替代安全审计或渗透测试；它只记录是否进行过及发现了什么。
• 供应商支持日期以及AWS和CISA的指导内容会更新；请在评估当天核实。
• 对于完全跳过遗留阶段的企业（如许多新兴市场的情况），请参阅新兴市场的数字化与AI转型。

下一步

告知我们令您担忧的系统、依赖它的业务内容及任何平台截止期限，我们将预约解决方案评审，商定评估范围和优先收集的证据。您也可以浏览更多Netbase 洞察。

相关服务与解决方案