基于TDframework的业务支撑开户系统研究与实现
2014-07-02刘晓春陈炼东华计量测试研究院南昌市330000
刘晓春 陈炼 东华计量测试研究院 南昌市 330000
基于TDframework的业务支撑开户系统研究与实现
刘晓春 陈炼 东华计量测试研究院 南昌市 330000
随着网络技术的迅速发展和TDframework平台的广泛应用,电信运营的市场竞争日益加剧,而开户系统作为电信运营支撑系统中的前端,重要性明显。本文主要针对广电BOSS(业务支撑系统)系统订单子系统的开户业务,采用JSP动态显示网页、JDBC、AJAX等技术,实现了开户系统的开户,报装,补录等开户系统基本功能。该系统支持以产品方式定购业务的功能,把各种服务类型的业务受理功能按照订单类型进行合并;开户处理环节中的每个步骤做成独立的原子操作等。
0、引言
随着运营支撑系统整体结构与功能的日益复杂化,开户系统在整体系统建设过程中的重要性也比以前更为凸显。举例来说,在运营支撑系统发展之初,由于业务需求少、系统功能结构简单、系统数量少等原因,几乎不用考虑开户数据的一致性、信息交互、端到端支撑、资源共享等问题[1]。现在,再进行支撑系统建设时,任何一家运营企业都不能再忽略上述技术问题。从运营支撑系统技术体系现状可以看出,我国电信运营支撑系统基本仍沿用“烟囱式”建设模式,缺乏统一规划,软硬件资源共享程度低。具体来说,主要在展示层、数据层、基础设施层存在以下几个问题。
在展示层,未能为众多系统提供统一入口,无法进行统一的认证与登录。在数据层,现有的运营支撑系统还缺乏统一的数据模型,数据不一致的现象仍然比较突出,直接影响到信息交互能力以及分析结果的可靠性。大约10年 前,业界有识之士就已经提出“三分应用,十分数据,十二分管理”的观点,“数据”的重要性也得到了各运营企业的重视。但是,整个电信行业发展速度太快,新业务、新需求不断涌现,使得数据模型的建设面临较大困难。在基础设施层,各应用系统基本上“独占”一套主机系统和存储系统,硬件资源还难以在不同系统之间共享。
在这种背景下,运营支撑系统被推到了前台,并有可能逐步与业务网融合。运营支撑系统应向“集中化、服务化、标准化”的方向发展。具体说来,“集中化”指的是运营支撑系统功能与建设模式的发展方向,这二者是相辅相成、相互影响的。近几年集中化改造工作的逐步深入,无论在系统的支撑能力,还是在管理维护等方面都为各大运营商带来了明显的收益,这必然会进一步加大运营商对集中化工作的投入。“服务化”是针对运营支撑系统的建设理念而言的。随着电信运营市场的日趋饱和,对客户的争夺将更加激烈,这就必然要求支撑系统应摆脱以往那种被动满足某些特定功能需求的建设理念,应更多地从市场的角度、客户的角度去主动分析客户需求、客户特点,进而建设和完善系统功能。需要指出的是,不仅客服系统、客户关系管理系统应具备服务化的理念,网管支撑系统也应具备这种理念,实现服务功能的前移。“标准化”是运营支撑系统的技术架构发展方向。在全业务运营时代,市场、客户、业务对支撑系统必然会提出更多、更高的要求,在这种情况下必须具有一套面向全企业的数据结构规范、系统接口规范和信息集成规范,这是实现信息共享的基础,也是实现系统模块化与松耦合的保障。
本文主要针对广电BOSS(业务支撑系统)系统订单子系统的开户业务。基于TDframework,采用JSP动态显示网页[2-3]、JDBC[4]、AJAX[5]等技术,实现开户,报装,补录等开户系统基本功能。
1、系统流程与模块设计
本文实现的系统运行大致流程为:
a)通过IE访问系统,在登陆界面输入用户名,密码及验证码,如果以上3项输入均正确则进入系统,否则跳回到登陆页面,并给出错误信息;
b)进入系统后,进入操作页面,页面由框架组成,登陆者的部分信息给予显示,运用了树形结构生成主菜单子菜单,页面运用AJAX技术,实现无跳转操作;
c)在主菜单中选择报装子菜单,填写相应内容,页面有必要的表单验证(必选项),通过存储过程将填写的信息存入数据库;
d)安装人员根据报装信息上门安装之后,由具体操作人员登录系统进行信息补录,填写相应信息,确定订单内容等;
e)完成补录后,进入开户选项,最终确定内容,生成账单等,确认付款,开户完成。
本文设计系统模块主要包含如图1显示的4个部分。该模块主要完成广电业务的入网开户功能。从登录界面的信息验证到开户报装、补录、开户等界面的操作,录入了必须的客户信息、帐户信息、账本信息、订购产品信息、业务群信息以及其它业务信息,在系统中形成可用的客户信息、帐户信息、订购实例信息、业务信息;提供报装预约时间;为用户提供产品下各业务的使用。
图1 订单子系统开户模块
2、系统实现
系统设计阶段的目的是设计易于转化成代码的方案。在系统详细设计阶段,要对系统中引入的所有类进行细化,运用UML提供的动态模型序列图或称为顺序图,对系统的控制、转移、事件和条件进行描述。序列图是一种对象交互图,着重强调了时间序列,而不是静态对象的关系,通过序列图可以清楚地看到“谁在什么时间对谁说了些什么”,着重描述系统中多个对象消息传递的时间顺序,即在对象间如何发送和接收消息。
2.1、开户业务总体流程
开户业务后台简略过程如下:
a)在登陆页面(login.jsp)输入账户名,密码,验证码登陆进入主页面(main.jsp);web.xml中设置初始页面,spring中设置用到的过滤器,最后通过loginaction跳转;
b)在main.Jsp(框架构成)中显示由session传来的登陆者信息(在右上角),并逐级生成主菜单,子菜单();页面隐藏域中添加systemID,menuID等必要信息;
c)通过鼠标点击触发事件显示出右侧页面(报装,补录,开户等);
d)在各指定页面中完成必要操作(填写信息,连接数据库并使用存储过程写入数据)如:报装页面(PreOpenContent.jsp)中通过PreOpenAction完成报装操作;补录页面先查询报装信息再添加信息等;实现开户。
2.2、开户业务功能描述与界面设计
受理客户在营业厅提出的入网开户业务请求,并选购产品,客户订制某项服务,建立订购关系。工作人员登录BOSS系统,系统首先判断其输入的用户名和密码是否正确,再根据用户名获取操作人员的资料(部门,编号等),对应其权限发放相关的页面,该页面采用树级菜单,设计系统功能表,菜单表,运用AJAX技术,实现页面无刷新操作。操作人员在报装页面录入客户部门信息,设定报装预约时间,安装人员上门安装之后反馈信息,操作人员进行客户信息查询补录,补录完成无误之后,在开户页面进行预算等操作,最终完成开户操作。其中,报装信息、补录、开户的界面设计分别如图2、3、4所示[6-7]。
图2 报装信息的界面设计
图3 补录的界面设计
图4 开户的界面设计
以上设计的主要页面构成如表1所示:
表1 主要页面构成
2.3、需求实现
经过系统设计,可以实现三步开户流程。具体细节由表2所示。
表2 需求实现
3、主要结论
随着网络技术的迅速发展和TDframework平台的广泛应用,国家改革的深化、电信业的市场环境已渐趋合理且竞争将日益加剧。本文提出的系统能够改善客户关系管理系统的能力,形成新一代BOSS系统。本文按照软件工程的思想,从系统的分析、设计、实现到系统的测试运行,详细地阐述了该系统中各项功能模块的设计思想与实现方式。本文主要实现的工作包括:支持以产品方式定购业务的功能,把各种服务类型的业务受理功能按照订单类型进行合并;开户处理环节中的每个步骤做成独立的原子操作,由流程控制进行配置和推动;开户系统使用新的数据模型;完成基本页面设计等。今后,系统的兼容、操作和实用性将通过实践检验,该平台还需要结合新的技术不断完善,以适应更多更新的业务需求。
[1]Cay S. Horstmann, Gary Cornell. Core Java 2,Volume 1-Fundamentals,Seventh Edition. Beijing∶China Machine Press, 2006
[2]柳永坡, 刘雪梅, 赵长海. JSP应用开发技术. 北京∶ 人民邮电出版社, 2005
[3]张军. JSP网络应用开发例学与实践. 北京∶ 清华大学出版社, 2006
[4]陈刚. Eclipse 从入门到精通. 北京∶ 清华大学出版社, 2005
[5]李兴华.JAVA开发实战经典.北京:清华大学出版社,2009.
[6]汪沁. 数据结构.北京∶ 清华大学出版社, 2006.
[7]陈轶. WEB开发技术实用教程.北京:清华大学出版社,2007.
1009-0940(2014)-3-0034-04
2014-8-16