随着用户需求和上级部门的要求，号码变换不同运营商的业务办理成为必然，然而不同运营商、不同厂家、多个系统间如何做好交互，老的系统架构又如何支撑这种新业务受理都是需要解决的难题。

1.梳理业务场景

考虑业务场景主要为他网号码的转入（携入）、本网号码的转出（携出）。携入相当于现有系统的新用户开户，携出相当于现有系统的号码销户，携入的主要差别为号码不是本网管理的号码，不需要进行选号，携出的主要差别为拆机后状态需要交换测特殊处理。

2.梳理业务流程

业务场景清楚之后，我们看一个业务如何办理。如果用户想携入联通，首先需要去对端系统申请携出，在对端验证可以携出后会给用户授权码。用户携带授权码在联通进行开户，如无问题待上级部门通知携入方、携出方业务受理成功后，携出方进行号码的拆机，携入方进行开户生效。

3.架构设计

在业务流程清楚之后，主要解决系统如何支撑，综合考虑营业员业务办理习惯、系统间交互、稳定性以及扩展性。主要采用调用、返回架构风格中的分层以及面向服务的架构。分层主要解决后续扩展问题，面向服务的主要实现松耦合易维护。主要分为业务受理层、功能层、存储层、交互层。交互层前期主要支撑webservice，存储层、业务受理层复用，主要改造点为功能层的服务。针对不同的业务场景进行开发。

4.总结

在架构初期主要问题为快速支撑业务受理，在满足可扩展的前提遵循简单原则进行设计。由于业务的特殊性主要业务场景基本不会更改，主要演进为业务流程的变更，可在服务层进行特殊处理。