遗留系统评估清单：现代化改造前需检查的内容

本清单适用于业主、首席运营官、首席技术官及IT经理，他们怀疑某个系统——例如老旧的电商平台、靠电子表格维系的ERP，或内部无人愿意触碰的工具——正在拖累业务发展。清单涵盖需要检查的内容，以及如何判断该系统是否需要处理。选择具体路径是下一步，详见我们的数字化转型与遗留系统现代化指南。

本指南目录

• 何时值得进行评估
• 评估清单：10个检查维度
• 如何开展评估
• 打分：业务价值与技术健康度
• 从发现到候选路径清单
• AI在评估中的作用
• 替代方案与选择标准
• Netbase如何开展评估
• 现有的交付记录与尚无记录的内容
• 本清单的局限性
• 常见问题
• 下一步

何时值得进行评估

当出现以下触发条件之一时，再进行结构化评估，而非按日历定期执行：

• 平台、框架或数据库的供应商支持即将终止。
• 小改动耗费数周，每次升级都会引发故障。
• 员工需要在系统之间手动重新录入订单、库存或客户数据。
• 新流程、新渠道或AI应用场景所需的数据，现有系统无法提供。
• 了解该系统的人员正在或已经离职。

评估还能保护您避免犯反向错误：替换一个仍受支持、安全且没有阻碍任何业务的系统。一次好的评估完全可以得出结论：“继续保留，明年再审视。”

评估清单：10个检查维度

逐一检查每个维度，即使答案看似显而易见。AWS关于应用详细评估的指导指出，团队往往认为自己对应用了如指掌，并建议用工具获取的数据而非凭记忆来验证这些认知。

其中两个维度需特别关注。关于平台支持，CISA和FBI将使用生命周期终止软件列为异常高风险的产品安全行为，因为不受支持的产品将停止接收安全修复。关于安全，OWASP应用安全验证标准（ASVS）等公开标准为您提供了现成的测试要求清单，无需自行制定。

打分：业务价值与技术健康度

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

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

评估多个系统时，在做出选择前，先将所有系统放在同一个二维量表上比较。技术最老旧的系统并不总是首先需要现代化的系统；阻碍营收、服务或成本的系统通常才是。我们的数字化转型路线图展示了如何在整个业务范围内对举措进行优先级排序。

从发现到候选路径清单

评估的目的是缩小选项范围，而非做出最终决策。AWS Prescriptive Guidance列出了七种迁移策略：退役、保留、重新托管、重新定位、重新采购、平台迁移和重构。中型企业还会考虑完全重建。利用发现结果排除不适用的路径：

• 如果平台支持即将终止，但业务规则仍然适用，则平台迁移保留在候选列表中。
• 如果代码有价值但变更缓慢，则分片重构保留在候选列表中。
• 如果现有设计无法支撑目标流程，则重建或采购打包产品保留在候选列表中。
• 如果无人能解释系统所执行的规则，则在任何重建之前需先进行知识发现。

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

AI在评估中的作用

AI工具能缩短评估中最耗时的部分：理解无人记录的代码和数据。它们能总结模块、追踪哪些函数访问哪些数据表、起草缺失的文档，并标记重复或未使用的代码供人工确认。它们无法替代访谈、业务打分或最终决策。将每个AI摘要视为需要核实的线索，将代码保存在已审批的工具内，并记录哪些发现经过了人工核查。Netbase与主流商业和开源AI工具及模型合作，按项目选用，并在人工审查下进行。

替代方案与选择标准

根据四项标准选择：决策所涉及的资金和风险规模，您的团队能否无偏见地评估该系统，系统有多少知识未被记录，以及平台截止日期何时迫使必须行动。

Netbase如何开展评估

在Netbase，评估是六步交付生命周期中的发现阶段，该生命周期从发现与战略对齐，经过架构规划和敏捷执行，直至上线和持续支持。发现阶段结束时会提交书面的路径建议及其理由，大多数Netbase项目随后在发现后签订的固定总价合同下交付。当问题涉及多个系统时，数字化转型咨询服务将评估转化为优先级排序的计划。

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

现有的交付记录与尚无记录的内容

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

本清单的局限性

• 本清单每次针对一个业务系统；数十个应用的组合需要组合工具和项目结构。
• 本清单不能替代安全审计或渗透测试；它记录的是这些工作是否已进行及其发现。
• 供应商支持日期及AWS和CISA的指导内容会发生变化；请在评估当日核实。
• 对于完全跳过遗留阶段的企业（如许多新兴市场中的企业），请参阅新兴市场的数字化与AI转型。

常见问题

什么是遗留系统评估？对现有系统业务价值和技术健康度进行结构化审查：系统如何被使用、如何构建和维护、安全性如何、持有哪些数据和集成，以及其成本。评估结束时提供候选路径清单及其支撑证据。

遗留系统评估需要多长时间？取决于系统规模、文档情况以及授权访问的速度。先收集数据再进行访谈可缩短时间；访问权限缺失是最常见的延误原因。

谁应该开展评估？业务负责人和技术负责人共同参与，并有一位与结果无利益关系的人员参与。如果您的团队构建了该系统，或供应商在维护它，引入独立审查者可降低偏见。

每个遗留系统都需要现代化改造吗？不需要。一个受支持、安全且不阻碍路线图的系统可以保留，稍后再审视。优先对阻碍营收、服务或成本的系统进行现代化改造。

下一步

告诉我们您担心的系统、依赖它的业务，以及任何平台截止日期，我们将预约解决方案评审，共同确定评估范围和优先收集的证据。您也可以浏览更多Netbase洞见。

相关服务与解决方案