电信计费管理系统设计与实现毕业设计论文Word文档格式.docx
《电信计费管理系统设计与实现毕业设计论文Word文档格式.docx》由会员分享，可在线阅读，更多相关《电信计费管理系统设计与实现毕业设计论文Word文档格式.docx（71页珍藏版）》请在冰点文库上搜索。
3.3.组织机构调查 5
3.4.系统逻辑业务规划 6
3.5.系统数据类规划 6
3.6.系统开发计划 7
第4章系统分析 9
4.1.系统详细调查 9
4.2.需求分析 11
4.2.1.系统面向的用户 11
4.2.2.系统管理员需求 12
4.2.3.资料管理员需求 12
4.2.4.查询统计管理员需求 14
4.2.5.告警处理员需求 16
4.3.业务流程分析 16
4.4.数据流程分析 20
4.5.数据字典 24
4.6.系统逻辑模型 26
第5章系统设计 27
5.1.模块结构设计 27
V
5.1.1.系统管理模块结构 27
5.1.2.资料管理模块结构 28
5.1.3.查询统计管理模块结构 28
5.1.4.监控告警管理模块结构 28
5.2.代码设计 30
5.3.数据库设计 31
5.3.1.概念模型设计 31
5.3.2.逻辑模型设计 34
5.3.3.物理模型设计 35
5.4.人机界面设计 39
5.4.1.登录界面 39
5.4.2.系统管理主界面 39
5.4.3.资料管理主界面 40
5.4.4.查询统计管理主界面 41
5.4.5.监控告警管理主界面 42
第6章系统实施 43
6.1.计算机逻辑配置 43
6.1.1.计算机局域网络配置 43
6.1.2.计算机广域网络配置 43
6.2.系统实施准备 44
6.3.项目开发环境及工具介绍 45
6.3.1.MVC模式简介 45
6.3.2.Struts2和Hibernate3.0技术框架简介 45
6.4.程序设计 46
6.4.1.程序设计方法及风格 46
6.4.2.系统管理模块程序设计 47
6.4.3.资料管理模块程序设计 49
6.4.4.查询统计管理模块程序设计 52
6.4.5.监控告警管理程序设计 55
6.5.系统测试与调试 57
6.5.1.功能测试 57
6.5.2.性能测试 57
6.5.3.系统调试 57
第7章系统运行管理与评价 58
7.1.系统的运行管理 58
7.2.系统的评价 59
7.2.1.经济指标评价 59
7.2.2.性能指标评价 59
7.2.3.管理指标评价 59
结论 60
致谢 61
参考文献 62
附录 63
第1章前言
如今，各电信运营商已越来越强烈地注意到这样一个现实：
即基于分组的下一代网络只是整个服务提交体系中的一个不可或缺组成部分，这类网络虽然能够用来提交各种基于分组的新型增值业务，但却无法为运营商业务的发展提供直接的融资和收益。
只有将可盈利的增值业务推向市场才是决定运营商成功与否的关键。
为了最大限度地实现投资回报，运营商需要不分服务类型地向其所有用户提供一切所需的服务，并将其主要精力放在用户真正期望服务的开发和管理方面。
一个好的计费解决方案则是实现上述目标的先决条件，比如实时计费解决方案等。
实时的计费解决方案不仅可使运营商在任何基于分组的网络上向不同类型的用户提交一切服务，并通过开发新的收益来源来增加平均每户每月收入值，还能使运营商按照用户的切实需求迅速地将增值服务推向市场。
其次，它能够有效地帮助运营商弥补在数据业务预付费方面存在的技术差距，并以较低的成本真正实现预付费与后付费的融合。
最后，它还能促使运营商将所需的基础设施及时安排到位，并着手就第三方提供的内容展开交易并顺利实现收益结算。
但是，好的实时计费方案也需要有配套的计费管理系统进行数据统计和异常数据监控，才能完美发挥其作用。
总之，电信计费管理系统已不再是被动的后台系统，其作为整个电信行业的核心竞争力所在的地位日益巩固，已经成为整个电信系统的灵魂。
它能有效地提供服务，降低运营成本，提高运营效率。
无论是运营商、内容提供商还是各分销商必须给予它足够的重视，才能在群雄逐鹿中占居有利地位。
66
第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所示：
全国计费中心
省份1计费中心
省份2计费中心
省份3计费中心
其他省份计费中心
地市1计费中心
地市2计费中心
地市3计费中心
其他地市计费中心
图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
系统设计
2009.04.16~2009.04.30
程序设计
5
24
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.在整个电信计费管理系统的开发过程中会涉及到得专业术语及其定义，这些术语在系统分析和系统设计中有助于加快理解系统的业务过程，从而准确的画出业务流程图和数据流程图。
其主要涉及到的术语及定义如下：
l计费：
对电信用户使用电信资源或服务后产生的使用记录，根据资费标准及优惠政策进行费用计算的过程。
l计费周期：
电信运行商之间或本电信运行商所约定的进行计费或摊分工
作的时间周期。
l统计要素：
根据需求从使用记录中抽取的某些属性字段作为统计分析用的最小元素。
l原始记录：
完成通信服务过程所需要的指定设备所记录的与通信费用有
关的信息的记录。
l标准记录：
原始记录经过格式标准化后的输出称为标准记录。
l批价记录：
与帐单相关联，经过计费处理后的最终处理记录，又称清单。
l数据传输：
直接从存储原始记录数据的设备上获取原始的使用记录数据并且传送到计费系统的过程。
l预处理：
对原始记录数据进行码制转换、格式校验等处理，形成标准记录的过程。
l批价：
对标准记录按照相关规则和资费标准计算出各项费用的过程。
l计费处理：
对批价记录按照相关规则进行费用分摊和计费出账的过程。
l数据分发：
指根据一定的条件和要求，把经过集中处理的数据重新抽取或组合，并把抽取或组合结果数据传送到指定的位置。
3.本项目系统中实际要实现的主要是系统管理、资料管理、查询统计和监控告警等统计分析功能。
4.在统计分析功能中对时间的要求：
精确到秒，其时格式为 YYYY-MM-DD
HH24:
MI:
SS。
5.在预处理中的固话话单格式，如表4-1所示：
表4-1固话话单格式
域名
长度
含义
呼叫类型
01：
发起话单（默认值）02：
落地话单03：
呼转话单
首记录索引
30
当一次呼叫产生多条记录时，这些首记录索引相同
中间记录序列
4
中间记录，从1开始计数
部分记录指示
1
0：
单个记录1 ：
记录的第一部分
2：
记录的中间部分3 ：
记录的最后部分
计费对象
1：
针对主叫计费2 ：
针对被叫计费
3：
目标号码4 ：
针对入中继群号计费
5：
针对出中继群号计费127：
规定的计费号码
主叫号码
30
表示主叫用户号码
被叫用户号码
表示被叫用户号码
应答日期和时间
14
表示应答时间，格式为：
YYYYMMDDHHMMSSYYYY：
年份
MM：
1－12DD：
1－31
HH：
0－23MM：
0－59
SS：
0－59缺省值：
全0
话终日期和时间
表示呼叫结束日期和时间，格式为：
年份MM：
0－23MM：
通话时长
11
单位：
秒
开始
管理员数据
数据传输
原始记录
处理规则
参数数据
预处理
标准记录
升级会员 