在仔细评估现有基础设施和可用技术后，NovoBank决定将IT系统重新设计为组件化的、面向服务的架构，这个架构可以保留遗留资产、简化集成、帮助快速改变业务流程，以及提升分行出纳的渠道体验，从而满足降低运营成本和对企业转型的要求。NovoBank的架构师提出采用以下步骤，分阶段采用面向服务架构。
1. 构建可重用的业务服务
构建一个可重用的Web服务层以封装并隐藏后端系统的业务逻辑的实现细节，通过基于行业标准的服务接口契约来描述服务。大型机或中型机系统任意业务逻辑的访问细节都将对服务消费者应用程序完全隐藏。
关于是使用基于SOAP的Web服务还是REST Web API，存在激烈的争论。在评估遗留系统打包的集成中间件的能力后，NovoBank决定使用基于SOAP的Web服务来构建业务服务层。服务将构建在Java EE平台上，服务实现将使用合适的遗留集成技术来与遗留系统通信，如Java Connector Architecture（JCA）和Java Messaging Service（JMS）。
将来，当后端系统准备修改为使用更现代的技术时，渠道应用程序不会受这些变动的影响，因为服务的接口没有改变。另外，任何渠道都应该能够使用核心业务服务，如余额查询服务或余额代偿服务。这种独立于渠道的业务服务允许信息以一致的、技术中立的方式从后端系统传递给当前和未来的渠道应用程序。
2. 合并信息
构建一个合并客户信息系统，将所有客户相关的数据集中到一起，并维护客户与其账户之间的关系。在系统重构的流程中，将把客户信息系统存储到一个关系数据库中，并构建一个业务服务集合，以加快从任何渠道访问客户信息的速度。例如，任何渠道都可以使用客户汇总服务来检索某个客户的所有储蓄、贷款、按揭和信用额度信息。合并客户信息系统将从头构建，使用Java EE作为实现平台。
3. 提升渠道体验
构建新的基于Java EE的分行和呼叫中心应用程序，通过业务服务接口与后端系统交互。不会再出现终端直接访问大型机和AS/400系统上的数据的情况，因为Web应用程序在使用业务服务集合的时候，不会知道服务在什么地方、以什么方式实现。在网上银行应用程序、分行应用程序、ATM和呼叫中心中都可能使用余额查询服务或余额代偿服务。
4. 构建服务基础设施
引入SOA基础设施软件，如企业服务总线（ESB）来帮助协调服务提供者和服务消费者之间的交互。ESB作为服务托管平台，扮演了服务提供者和服务消费者的中介这样一个角色，负责消息路由、数据结构转换、格式转换以及策略实施等工作。另外，ESB还可以帮助监控和管理服务水平协议（Service Level Agreement，SLA）。
