遗留系统包含数千个执行大量业务功能的服务组件。例如，假设您的公司在内部遗留系统中运行一套组件，为业务主管提供统计报告。为了在每周提交的截止日期前完成，高管应考虑将必要的组件迁移到新的软件即服务(SaaS)应用程序。如果经济可行性研究表明迁移是一个明智的决定，他应该与其他高管以及开发人员、系统工程师和业务分析师团队合作，将遗留系统分解为该应用程序。1.识别遗留系统资产开发团队、管理人员和遗留系统所有者需要识别遗留系统资产。这些资产包括：文档，包括遗留系统和灾难恢复计划的描述和流程图；公司内部数据中心所在的设施；涉及遗留系统的利益相关者；这包括当前用户（包括高管）、开发人员、系统管理员和业务分析师；遗留系统运行的IT基础设施；和技术技能，例如在平台即服务(PaaS)上开发SaaS应用程序，这使开发人员能够在虚拟环境中共享技能。2.发现必要的组件和依赖开发人员应该扫描服务组件的源代码以便稍后提取。源代码包括主程序及其与子程序的接口，这些子程序可以用不同于主程序语言的编程语言编写。在下一步中，开发人员识别主程序和子程序中组件之间的依赖关系。服务组件的依赖关系可能与其他服务组件的依赖关系具有多对多关系。在识别组件的过程中，开发人员还应该设计一个流程图来帮助他们可视化服务组件之间的依赖关系。3.提取组件开发人员应该确定应该从遗留系统中提取哪些组件。提取服务组件的难易程度取决于以下五个因素：首先源代码编写得如何；修补和重新修补源代码以修复软件错误的频率；遗留系统的文档是否定期更新；人们的技术技能（例如，可能不再找到遗留系统的原始开发人员）；以及服务组件依赖关系的复杂性。4：接受或拒绝提取的组件开发人员明确依赖关系后，可以接受或拒绝依赖关系。接受依赖并不总是意味着按原样接受服务组件。开发人员可能需要重新设计服务组件的结构以满足新的业务需求。组合依赖关系有望消除重复或相似的服务功能，从而减少服务组件的数量。开发人员将所有接受的服务组件放入组件库中，以便在构建SaaS应用程序时使用。构建和安装SaaS应用程序在PaaS上构建SaaS应用程序时，开发人员应确定：1.用户、开发人员、系统管理员和业务分析人员对SaaS应用程序的期望是什么，然后选择SaaS应用程序您的云部署类型需要运行：私有、公共或混合。2.根据用户、开发人员、系统开发人员和业务分析人员的预期要求，在构建应用程序时使用哪些可接受的服务组件。3.将服务组件编排成松散耦合的SaaS应用程序并测试该应用程序的结果是否符合预期目标的最经济有效的方法是什么。松耦合意味着当应用程序等待用户响应时，应用程序的其余部分可以继续运行。安装应用程序后，开发人员应监控SaaS应用程序的性能以及可能需要更新和重新设计应用程序服务组件的业务需求的任何变化。英文原文：将遗留组件迁移到SaaS应用程序之前要执行的四个步骤
