《预付费综合查询系统程序的开发应用(一).doc》由会员分享，可在线阅读，更多相关《预付费综合查询系统程序的开发应用(一).doc（5页珍藏版）》请在三一办公上搜索。
1、预付费综合查询系统程序的开发应用(一) 摘要 随着预付费小灵通用户数量的不断增加与小灵通业务的日益丰富，用户到各营业前台与10000号关于预付费小灵通类问题的咨询与投诉也越来越多。 本文简述了通过研究预付费小灵通日常维护工作中出现的问题，开发预付费小灵通综合查询系统，提供给10000号、营业厅、服检科等各营业窗口部门使用，极大地提高了前端各部门对预付费小灵通各种咨询和投诉问题的处理及时率和处理效率，并减轻了后端维护人员的工作量。 关键词预付费，系统开发，应用，效率，预处理能力 目 &n
2、bsp; 录摘要 3关键词 3一、小灵通维护现状 4二、问题分析 41、需求分析 42、现有支撑系统分析 53、结论 5三、系统简介 6四、系统构造 61、系统思路 62、系统实现原理 73、系统数据库表简介： 94、系统程序流程： 105、系统程序界面： 11五、系统功能 131、现有功能简介 132、可继续扩展的功能 14六、系统使用情况与反馈 151、系统推广应用情况 152、
3、系统效果与反馈 16结束语 17术语定义 17一、小灵通维护现状 预付费小灵通用户在小灵通用户里面占的比重越来越大，拿南宁来说，小灵通用户总数为40万，预付费小灵通用户数就将近由30万。 随着用户数量的不断增加与小灵通业务的日益丰富，用户到各营业前台与10000号关于预付费小灵通类问题的咨询与投诉也越来越多。由于预付费系统的独特性，直接面向客户的话务员、营业员通过现有的营帐系统不能很好的处理用户的各种问题，还要发单或者打电话咨询后台监控维护人员，这样不仅消耗大量时间，而且效率低下，给用户留下不好的印象，而且也大大的增加了后端维护人员的工作量。二
4、、问题分析1、需求分析 经初步统计，在涉及小灵通的咨询投诉中，除去信号类咨询投诉外，预付费相关类问题投诉占了70以上的咨询投诉量，如图所示： 根据图表分析，我们若能够解决了预付费类的问题，则营业前台和10000号人工台的预处理率就至少能够达到70 进一步总结了预付费各类工单和投诉咨询电话后，我们发现，用户和营业前台需要了解的问题基本上集中在以下方面： 费用类查询，包括通话详单明细、充值明细、最低消费漫游费等各种费用明细、失效金额明细、优惠消费明细等等 业务功能类查询 账户余额查询，包括本
5、金账户和优惠账户 已拆机类用户信息查询 用户漫游地查询2、现有支撑系统分析 现有系统 ：综合营帐系统、 UT MBOSS系统 现有系统存在以下问题： 1、营帐系统：无法读取预付费系统暑假，很多计费资料与用户状态无法实时更新，比如用户的即时消费详单与即时余额、即时状态等； 某些重要资料存在不足，比如：预付费用户的充值，可以是从营帐充值，也可以从卡充值，还有监控根据工单充值，但是营帐系统只能查询营帐的充值记录。 2、UT MBOSS系统：查询界面复杂，查询限制多，没有针对性，重点不突出，权限设置复杂；&n
6、bsp;某些资料不足，比如：我们一些扣费和充值的项目是由我们自己开发的程序进行的，扣费/充值记录放在相应的自己开发的数据库表中，而UT的MBOSS系统无法读取这部分记录，若前端人员以UT的MBOSS系统查询出来的数据作为依据，很可能会出现错误。3、结论 因此，我们根据现有的情况与需求，决定开发一套预付费综合查询程序，提供给网络监控中心、10000号以及各营业前台使用，处理日常工作中碰到的各种问题。三、系统简介名称：南宁电信小灵通预付费综合查询系统数据库：Oracle 9i开发工具：Borland Delphi 7开发环境：Mircosoft Windows系统系统运行环境：Mirco
7、soft Windows系统四、系统构造1、系统思路 预付费的各种实时信息都储存在UT核心数据库中，要想实现预付费各种信息的查询，则程序必然要从核心网数据库中读取信息。 UT核心数据库是整个小灵通核心网的数据库，它不仅仅是保存预付费的信息，还是整个核心网的数据库，保存有用户信息、系统配置信息、话务数据等，它的安全性和稳定性要求非常高，万一发生宕机，则会影响所有小灵通和系统的正常。 因此，为了保证数据库的安全与稳定，我们的预付费程序不能够直接让程序客户端直接访问数据库提取信息，必须使用中间服务器的形式，客户端通过TCP/IP形式访问中间服务器发起请求，由中间服务器向
8、核心网数据库发起查询；中间服务器得到结果后再将结果返回给客户端查询程序。 2、系统实现原理 本程序使用的是基于TCP/IP的Socket编程。Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。 Socket内部数据流：服务器端先初始化Socket，然后与端口绑定(bind)，对端口进行监听(listen)，调用accept阻塞，等待客户端
9、连接。在这时如果有个客户端初始化一个Socket，然后连接服务器(connect)，如果连接成功，这时客户端与服务器端的连接就建立了。客户端发送数据请求，服务器端接收请求并处理请求，然后把回应数据发送给客户端，客户端读取数据，最后关闭连接，一次交互结束。如下图所示 预付费查询系统程序定义的Socket数据结构如下：客户端发往中间服务器：中间服务器发往客户端：3、系统数据库表简介：数据表名 表功能SERVICE 用户基本数据相关表SERVICEPASSWORD SERVICEPARAMETER SERVICEPARAMETERSPEC IPASPROFILE CREDIT 用户费率相关表CURRENTDEPOSIT CURRENTDEPOSITDETAIL JF_BAK
