电信计费管理系统设计与实现.docx
- 文档编号:7788501
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:66
- 大小:1.33MB
电信计费管理系统设计与实现.docx
《电信计费管理系统设计与实现.docx》由会员分享,可在线阅读,更多相关《电信计费管理系统设计与实现.docx(66页珍藏版)》请在冰豆网上搜索。
电信计费管理系统设计与实现
电信计费管理系统设计与实现
作者姓名:
XXXX 专业班级:
2005070302 指导教师:
潘斌
摘要
随着我国电信业的迅猛发展,各项业务量快速增长,新的业务种类和新的服务形式不断推出,电信计费管理系统的重要性日益突出。
本文通过对电信计费的基本原理、实现流程等进行研究分析,完成了计费管理系统的总体规划、分析、设计、实现以及运行调试和评价,其中使用管理信息系统结构化开发方法完成系统分析与设计工作,使用UML建模的方法完成了系统的实现工作.该系统基于B/S模式,以Oracle为后台数据库,用MyEclipse6.5、Tomcat6.0、PowerDesigner12等工具进行开发.系统后台数据库中通过存储过程和JOB定时器实时地对话单数据进行统计,并在前台使用JSP和AJAX技术实时展现统计数据。
该系统具有很好的实用性,可帮助相应工作人员方便地完成各种话单统计工作,提高工作效率。
关键词:
计费管理系统;系统分析与设计;结构化方法;UML建模
DesignandImplementationofTelecomBillingManagementSystem
Abstract:
Inrecentyears,withtherapiddevelopmentofChina’stelecom,therapidgrowthofnewbusinessvolume,typesandnewservices。
Inordertomakethesecontinuouslydevelopbusinesstobetterdevelopment,theimportanceofthemanagementsystemoftelecommunicationbillingincreasinglyprominent.Thisthesisresearchesandanalysesthefundamentalprinciple,implementofbillsystemoftelecombusiness.Itssystemplanning,analysis,design,implementation,operationandevaluationhaveaccomplishedbythestructureddevelopmentmethodofmanagementofinformationsystem,andUMLmodelingmethod。
ThissystemisbasedonB/Smodel,selectingMyEclipse6。
5Tomcat6。
0,JDK6。
7andPowerDesigner12asdevelopmenttoolswithOracle10gfordatabaseofit.InfrontofthesystemuseAJAXandJSPtoshowdata,inthesystemofdatastoredinthebackenddatabaseusingreal-timeprocessandJOBtimerforstatisticsbilldata,sothatrelevantpersonnelcangetreal—timedata.Thesystemhasgoodpracticability;thesystemcanmakeaconvenienceofthestatisticsofkindsoffeelistforthetelecomoperatorsmeanwhilecanmakeahighefficiencyfortelecomstaff.
Keywords:
BillingManagementSystem;SystemAnalysisandDesign;StructuredMethod;UMLModeling。
第1章前言
如今,各电信运营商已越来越强烈地注意到这样一个现实:
即基于分组的下一代网络只是整个服务提交体系中的一个不可或缺组成部分,这类网络虽然能够用来提交各种基于分组的新型增值业务,但却无法为运营商业务的发展提供直接的融资和收益。
只有将可盈利的增值业务推向市场才是决定运营商成功与否的关键.为了最大限度地实现投资回报,运营商需要不分服务类型地向其所有用户提供一切所需的服务,并将其主要精力放在用户真正期望服务的开发和管理方面。
一个好的计费解决方案则是实现上述目标的先决条件,比如实时计费解决方案等.
实时的计费解决方案不仅可使运营商在任何基于分组的网络上向不同类型的用户提交一切服务,并通过开发新的收益来源来增加平均每户每月收入值,还能使运营商按照用户的切实需求迅速地将增值服务推向市场.其次,它能够有效地帮助运营商弥补在数据业务预付费方面存在的技术差距,并以较低的成本真正实现预付费与后付费的融合。
最后,它还能促使运营商将所需的基础设施及时安排到位,并着手就第三方提供的内容展开交易并顺利实现收益结算。
但是,好的实时计费方案也需要有配套的计费管理系统进行数据统计和异常数据监控,才能完美发挥其作用。
总之,电信计费管理系统已不再是被动的后台系统,其作为整个电信行业的核心竞争力所在的地位日益巩固,已经成为整个电信系统的灵魂。
它能有效地提供服务,降低运营成本,提高运营效率.无论是运营商、内容提供商还是各分销商必须给予它足够的重视,才能在群雄逐鹿中占居有利地位。
第2章项目概述
2。
1。
项目开发背景
从电信运营商来看,电信计费远不是通话时长乘以费率这么一个简单算式就能解决的。
以固话为例,要生成账单,首先交换机要将主叫、被叫、通话时长等实时记录,然后系统把采集到的交换机记录经过预处理、过滤、划价、累计求和,才能形成最后的用户账单。
电信全程全网的特性,使得用户在使用电信业务过程中要涉及多个环节.传统的计费系统只是一个数据的处理系统,如果由于时钟同步、信令传送等问题,影响到所采集数据的准确性,那么计费的结果就会出现偏差。
因此,建立配套的计费管理系统的必要性就突现出来了。
由于历史原因,交换机的种类繁多,采集方式也不完全一样以及计费软件的版本比较复杂,都会给计费管理系统的实施造成困难。
不过,尽管有着重重困难,运营商依然不断努力,逐步实施。
比如中国移动的用户现在就可以通过营业厅账单打印、网上查询、1860客服热线等多种渠道得到自己消费的详细情况统计。
计费管理的价值不仅体现在为客户服务,提高服务质量上面.对于运营商来说,实现计费管理可以帮助运营商更好地了解运营状况,比如可以发现高额欠费,及时进行预警等。
所以,计费系统管理的重要性更加突出。
在这样的背景下,根据客户实际境况,我们提出了电信计费管理系统开发需求.在系统开发完成以后,本系统会在电信运营商某地区计费中心的营运环境中部署运行。
2.2.项目开发目的
在电信运营系统中,电信计费系统是主要的支撑系统,占有重要地位。
计费系统有效、安全地运行,在很大程度上影响着电信运营系统本身的运行效率和信誉。
计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。
本项目开发的主要目的有以下几点:
1.为用户提供准确的、快速的、展示方式多样的、实时的、方便的话单统计数据,以使用户可以在此基础上进行其他的工作;
2.在后台数据库中使用存储过程和JOB定时器实现数据的实时统计,以便提高前台再次统计数据的效率;
3。
使用B/S应用模式,以WEB方式给用户展现所需要的统计数据,可以提供表格、饼图和柱图来展现统计结果;
4。
使用J2EE技术体系开发本项目系统,结合一些先进技术(AJAX、DWR、SiteMesh等),完成扩展性、可移植性、稳定性较强的实用系统;
5。
对个人来说,将所学的系统开发专业技术知识和电信计费的业务知识结合起来,完成有实际意义的实践工作。
2。
3.项目开发方法
在管理信息系统的长期实践中,由于管理信息系统种类很多,情况各异,研制的具体方法、途径有多种,从而形成了多种系统开发方法,如结构化生命周期法、原型法、CASE方法、软系统方法和面向对象方法等。
最常用的三种方法:
结构化生命周期法、原型法、面向对象方法,在所有这些开发方法中没有任何一种方法能适用于所有类型的系统,而且有些类型的系统至今仍缺少一套行之有效的开发方法.
在本文的项目中,综合以上三种方法的优点和不足,决定在需求分析阶段使用原型化方法,在系统分析和设计阶段使用结构化方法,在程序开发中使用面向对象方法,以这样的形式将三种方法结合起来开发本项目系统。
第3章系统总体规划
电信计费管理系统的总体规划是其生命周期中第一个阶段的工作,其质量直接关系到系统建设的成败。
接下来,本论文会对项目系统从初步调查、可行性分析、逻辑业务规划、数据类规划以及系统开发的进度安排上进行总体规划,便于从全局上把握好这个系统的整个过程.
3.1.系统初步调查
通过与用户的当面交流,初步了解到整个系统的功能结构和业务流程,这个系统大体需要实现系统管理模块、电信计费参数管理模块、对话费进行查询统计的模块和监控告警模块.其中,系统管理模块应该能对使用系统的用户进行管理,对角色进行管理,对用户拥有的功能点进行管理,并且还可以对在线用户进行管理;电信计费参数管理模块应该能对在计费的过程中用到的原子参数进行增加,删除,修改,查询这些基本的管理;话费查询统计模块应该能对语音话单进行查询,对话单的操作日志进行统计,对语音话单的话务量进行统计,对语音话单的业务收入进行统计;监控告警模块应该能对在原始话单处理中、在统计话单中、在系统运行中等产生的告警信息进行处理。
整个系统的实现还需要依赖于后台对原始话单进行一系列的处理,后台通过定时器或存储过程对话单数据进行实时处理之后,才能在前台实时的统计出用户需要的数据信息。
以上这些是对系统的初步了解,详细调查将在系统分析部分讨论。
3.2.可行性分析
1.技术可行性
目前,已经有较多的电信计费系统解决方案成功实现,并运用在实际的生产环境中,实现此类系统的技术都是较为成熟的,而本论文需要实现的只是电信计费系统中统计分析的小部分功能,较为简单。
因此,从技术上来说,完全可以用现有的技术实现本论文中的项目系统。
2。
经济可行性
电信计费管理系统所产生的经济效益,直接关系到电信运营商的收益和用户的使用情况,保证话单的实时性和正确性是提高运营商收益的前提.在本论文的项目系统中,可以对话单数据进行智能的统计,给予用户多种统计数据的形式,方便用户对这些统计数据进行详细的分析,并且对相关的参数进行较好的管理.因此,从经济上说是可行的.
3.运行可行性
由于本项目系统具有友好的界面,操作简单,帮助信息详尽,工作人员只需经过简单的培训之后就可以熟练操作;系统运行环境的服务器采用UNIX操作系统,ORACLE数据库,WEB服务器采用TOMCAT,客服端只需要浏览器就可以运行该系统,这样的运行环境都是很好配置的。
因此,从运行可行性上讲,本项目系统是可以运行的。
从以上三方面的分析,可以得出该系统在技术上得到了保证,投入使用可带来很好的经济效益,且在运行方面较为简单。
因此,本项目系统可进行开发工作。
3.3。
组织机构调查
该系统在全国各地的计费中心运行,通过各地营业区把原始话单数据收集起来,再传输到地市计费中心;地市计费中心通过把该地市的各营业区的原始话单数据收集起来,再传输到省份计费中心;在省份计费中处理原始话单数据,并且统计出话单收入,形成统计数据;各省份将统计好的数据传输到全国的指定计费中心,进行统一汇总处理,按不同维度分析统计数据。
本论文项目系统对应的组织结构图,如图3—1所示:
图3-1系统的组织结构图
3。
4。
系统逻辑业务规划
本论文项目系统大体业务流程,如下所述:
1.系统管理员在系统中添加用户,新建角色,对相应的角色赋予一个权限组合,再把这个角色赋予相应的用户;
2。
用户使用系统管理员给予的用户名和密码登录系统,此时用户进入系统时只能执行被分配的功能权限,对于没有分配给的功能权限不能执行;
3。
当资料管理员进入系统时,可以对电信计费过程中用到的参数进行增加、删除、修改和查询等功能,保证在计费过程和话单处理过程中参数的正确性;
4。
当查询统计管理员进入系统时,可以通过不同的查询条件的组合查询出想要得到的话单数据,可以对话单的操作日志进行统计,可以对语音业务的话务量进行统计,可以对语音业务的总收入情况进行统计并导出相应的数据报表等操作;
5。
当告警处理员进入系统时,可以通过系统定义告警信息的级别,实时处理告警信息,产生告警日志等操作。
本论文项目系统的逻辑业务规划图,如图3—2所示:
图3-2逻辑业务规划图
3。
5。
系统数据类规划
经过上面逻辑业务的规划之后,对本项目系统的数据类进行规划。
采用实体分析的方法,建立相对稳定的数据模型结构,而对一些需求零散、随机的信息,放在系统分析和设计阶段考虑。
电信计费管理系统不是一个孤立的系统,它是电信运营支撑系统的业务支撑子系统中的一个子系统,与其它子系统之间共享数据,协调工作,所以在进行总体规划时一定要考虑到其它相关子系统的信息需求是否被包含在所设计的数据类中。
只有考虑到潜在的需求,建立的数据模型才会稳定。
按照实体分析方法设计的数据类有:
1.用户基本信息数据类:
该类数据反映用户的用户名、真实姓名、用户描述、随机生成的密码、工号、部门等信息;
2.角色管理数据类:
该类数据记录角色的角色名、角色描述等信息;
3。
功能点管理数据类:
该类数据记录功能点的功能ID、父功能ID、功能点名称、功能点描述、功能点URL、功能点是否可见等信息;
4。
资料管理数据类:
该类数据记录了有关电信计费过程中用到的各类参数,例如:
运营商类型、省份代码、本地网区号、移动号码号段、固定号码号段、标准费率等参数信息;
5。
话单清单管理数据类:
该类数据记录了有关话单的基本信息,例如:
帐期、通话起止日期、主叫号码、被叫号码,主叫区号,被叫区号、计费时长、费用及业务类型等信息;
6。
日志统计管理数据类:
该类数据记录了预处理、批价、入库等日志信息;
7.话务量统计数据类:
该类数据记录了话务量、计费时长、通话时长等统计信息;
8。
业务收入统计数据类:
该类数据记录了话费、话务量、计费时长、通话时长等统计信息;
9.告警日志信息数据类:
该类数据记录了告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、文件名、操作日期、操作时间、告警标识等信息。
3.6.系统开发计划
在完成了项目系统的逻辑配置方案和计算机网络配置方案后,就要进行开发费用的估算,制定系统的开发计划等工作。
系统开发的工作进度表,如表3-1所示:
表3—1系统开发工作进度表
阶段
人数
时间(天)
人天
起止时间
系统分析
8
15
120
2009。
04.01~2009。
04。
15
系统设计
8
15
120
2009。
04.16~2009.04.30
程序设计
5
24
120
2009。
05。
01~2009.05.24
系统测试
2
10
20
2009。
05.18~2009.05。
27
系统试运行
3
7
21
2009。
05.28~2009.06。
03
验收
第4章系统分析
在电信计费管理系统的开发过程中,需要通过系统分析才能把对系统功能和性能的总体概念描述为具体的系统需求说明,便于整个系统开发工作的进行。
接下来,通过系统详细调查、业务流程分析、数据流程分析和系统数据分析之后,确定出本项目系统的逻辑模型,对系统进行功能性详细分析为下一章的系统设计提供详细的参考方向.
4.1.系统详细调查
系统详细调查的主要任务是收集系统所要用到的数据,因为在后期的系统设计阶段要用到许多的数据,资料收集是进行系统分析的前提,资料收集的方法有实地调查,填写问卷,交流交谈等.
经过和该系统用户的当面交流之后,可知:
1.整个电信计费管理系统从底层数据产生到数据表现层包含的所有功能:
数据传输、预处理、排重、批价、入库、数据分发、系统管理、资料管理、查询统计、监控告警等十大功能。
2.在整个电信计费管理系统的开发过程中会涉及到得专业术语及其定义,这些术语在系统分析和系统设计中有助于加快理解系统的业务过程,从而准确的画出业务流程图和数据流程图。
其主要涉及到的术语及定义如下:
●计费:
对电信用户使用电信资源或服务后产生的使用记录,根据资费标准及优惠政策进行费用计算的过程。
●计费周期:
电信运行商之间或本电信运行商所约定的进行计费或摊分工作的时间周期。
●统计要素:
根据需求从使用记录中抽取的某些属性字段作为统计分析用的最小元素。
●原始记录:
完成通信服务过程所需要的指定设备所记录的与通信费用有关的信息的记录。
●标准记录:
原始记录经过格式标准化后的输出称为标准记录.
●批价记录:
与帐单相关联,经过计费处理后的最终处理记录,又称清单。
●数据传输:
直接从存储原始记录数据的设备上获取原始的使用记录数据并且传送到计费系统的过程。
●预处理:
对原始记录数据进行码制转换、格式校验等处理,形成标准记录的过程。
●批价:
对标准记录按照相关规则和资费标准计算出各项费用的过程。
●计费处理:
对批价记录按照相关规则进行费用分摊和计费出账的过程。
●数据分发:
指根据一定的条件和要求,把经过集中处理的数据重新抽取或组合,并把抽取或组合结果数据传送到指定的位置。
3。
本项目系统中实际要实现的主要是系统管理、资料管理、查询统计和监控告警等统计分析功能。
4.在统计分析功能中对时间的要求:
精确到秒,其时格式为YYYY-MM-DDHH24:
MI:
SS。
5.在预处理中的固话话单格式,如表4—1所示:
表4-1固话话单格式
域名
长度
含义
呼叫类型
2
01:
发起话单(默认值)02:
落地话单03:
呼转话单
首记录索引
30
当一次呼叫产生多条记录时,这些首记录索引相同
中间记录序列
4
中间记录,从1开始计数
部分记录指示
1
0:
单个记录1:
记录的第一部分
2:
记录的中间部分3:
记录的最后部分
计费对象
3
1:
针对主叫计费2:
针对被叫计费
3:
目标号码4:
针对入中继群号计费
5:
针对出中继群号计费127:
规定的计费号码
主叫号码
30
表示主叫用户号码
被叫用户号码
30
表示被叫用户号码
应答日期和时间
14
表示应答时间,格式为:
YYYYMMDDHHMMSSYYYY:
年份
MM:
1-12DD:
1-31
HH:
0-23MM:
0-59
SS:
0-59缺省值:
全0
话终日期和时间
14
表示呼叫结束日期和时间,格式为:
YYYYMMDDHHMMSSYYYY:
年份
MM:
1-12DD:
1-31
HH:
0-23MM:
0-59
SS:
0-59缺省值:
全0
通话时长
11
单位:
秒
6。
整个电信计费管理系统的总体流程关系,如图4—1所示:
图4-1电信计费管理系统总体流程图
4。
2。
需求分析
4。
2。
1.系统面向的用户
本论文项目系统面向的用户分为四类:
系统管理员、资料管理员和查询统计管理员、告警处理员。
以上四类用户使用系统做什么,具体阐述如下:
1.系统管理员使用该系统对用户信息、用户组信息、用户密码信息、用户角色权限、在线用户进行管理;
2。
资料管理员使用该系统对电信计费和统计过程中用到的各种参数进行管理,如:
运营商类型参数、省份代码参数营业区参数等参数;
3。
查询统计管理员使用该系统进行话单清单的查询、操作日志的统计、语音业务的话务量统计、语音业务的全收入统计等管理工作;
4.告警处理员使用该系统进行告警级别的定义、及时处理告警信息、处理告警日志信息等工作.
4.2。
2。
系统管理员需求
1。
概述
需要提供对系统用户的管理界面,实现增加、删除、修改、查询用户的功能,为用户设置使用本系统的权限,以及在线用户监控的功能。
2.用户组管理
要求系统提供对具有相同权限的用户设定用户组的功能,以便系统管理员实现职责:
增加和删除用户组,以及给用户组设置权限;增加和删除普通用户,以及给普通用户设置权限。
3。
用户管理
要求系统提供一个系统管理员名和初始密码;要求系统提供用户的基本信息的增加、删除、修改、查询功能,可以设定用户的姓名、工号、部门等基本信息;系统管理员可以给普通用户分配权限到功能点,权限分为两种,查看和控制.只有查看权限的用户就只能看此功能点的运行信息、告警信息.拥有功能点控制权限的用户可以管理该功能点,同时有查看该功能点信息的权限。
4.密码管理
要求系统自动生成新增用户的默认密码,系统管理员和普通用户都可以修改自己的密码。
5.在线用户监控
要求系统提供在线用户信息的监控功能,记录用户每一次登录到系统中的起始和结束时间,展现当前正在使用系统的用户ID和姓名等信息。
4。
2。
3。
资料管理员需求
1。
概述
要求系统可以对计费系统中的业务参数、计费参数等重要基础数据进行维护管理,提供对资料的增加、删除、修改、查询等功能,详细记录操作日志,定期备份保存,确保系统基础数据的安全。
可以对以下参数进行增加、删除、修改、查询、打印操作,可以分页显示数据,支持批量删除。
2。
运营商类型参数
运营商类型参数主要对电信运营商的名称和代码的维护,分别是:
中国电信、中国网通、中国移动、中国联通、中国铁通等。
以此来判断某个号码所属的业务类别,同时是话单的基本属性,作为批价的基本字段,是获取长话基本政策、市话基本政策、判断网络承载类型的依据.
3.省份代码参数
省份代码参数主要对每个省的长途区号代码进行维护,以此进行号码解析并划分长途类型。
省份代码唯一标识一个省份,由省份代码和省份名称两个字段组成.
4.本地网区号参数
本地网区号参数是对全国所有本地网区号进行管理,本地网区号就是长途字冠,为国家标准定义的区号.每个本地网定义一个区号,不同本地网之间的通话就是长话,对其进行引用来配置定义号码信息,判断每一号码归属于哪个本地网。
5.营业区参数
营业区参数主要对计费营业区进行管理。
在同一本地网,一般情况下不同的计费营业区相互呼叫为区间通话.该表有地区号码、营业区号、营业区名称三个字段。
在批价中,可以通过话单中主被叫的地区号码和营业区号划分出区内通话、区间通话和长话,进行相应的批价。
6.移动号段参数
移动号段参数主要定义和维护各地区的移动号段的占用情况,由此作为号码解析的依据。
由号码段、地区号码、服务提供商类别、用户业务类型等字段组成.
7。
固定号段参数
固定号段参数主要定义和维护各地市固定电话号段的占用情况,由此作为号码解析以及批价政策分析的依据.该表主要引用了营业区表的营业区号信息,作为判断区内、区间、长途类型的依据。
由地区号码、开始号码、结束号码、服务提供商类别、用户业务类型、局向号等字段组成。
8.标准费率参数
标准费率参数对费率政策对应的费率进行管理,主要用于计算一次批价费用.定义计费规则适用日期、时间,还有相应的计费规则.通过费率规则定义与话单属性进行匹配,判断每个话单适用的计费费率规则,并进行相应的批价处理.
4.2.4.查询统计管理员需求
1.概述
要求系统提供数据查询与数据统计两大功能模块,主要完成计费的参数、报表的查询及统计的功能,针对查询及统计的结果提供WEB展现方
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电信 计费 管理 系统 设计 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)