随着用户需求和上级部门的要求,号码变换不同运营商的业务办理成为必然,然而不同运营商、不同厂家、多个系统间如何做好交互,老的系统架构又如何支撑这种新业务受理都是需要解决的难题。
1.梳理业务场景
考虑业务场景主要为他网号码的转入(携入)、本网号码的转出(携出)。携入相当于现有系统的新用户开户,携出相当于现有系统的号码销户,携入的主要差别为号码不是本网管理的号码,不需要进行选号,携出的主要差别为拆机后状态需要交换测特殊处理。
2.梳理业务流程
业务场景清楚之后,我们看一个业务如何办理。如果用户想携入联通,首先需要去对端系统申请携出,在对端验证可以携出后会给用户授权码。用户携带授权码在联通进行开户,如无问题待上级部门通知携入方、携出方业务受理成功后,携出方进行号码的拆机,携入方进行开户生效。
3.架构设计
在业务流程清楚之后,主要解决系统如何支撑,综合考虑营业员业务办理习惯、系统间交互、稳定性以及扩展性。主要采用调用、返回架构风格中的分层以及面向服务的架构。分层主要解决后续扩展问题,面向服务的主要实现松耦合易维护。主要分为业务受理层、功能层、存储层、交互层。交互层前期主要支撑webservice,存储层、业务受理层复用,主要改造点为功能层的服务。针对不同的业务场景进行开发。
4.总结
在架构初期主要问题为快速支撑业务受理,在满足可扩展的前提遵循简单原则进行设计。由于业务的特殊性主要业务场景基本不会更改,主要演进为业务流程的变更,可在服务层进行特殊处理。