电信营业系统毕业论文

温州大学瓯江学院

WENZHOU UNIVERSITY OUJIANG COLLEGE

本科毕业设计（论文）

( 2011届)

题 目： 电信营业运营系统

(后台部分)

专 业： 电子信息工程

班 级： 07电子信息工程本二

姓 名： 黄巍

学 号： [1**********]

指导教师： 王跃东

职 称： 副教授

完成日期： 2011年3月15日

摘 要

电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。对于电信计费系统是电信运营商的核心竞争力之一这一观点愈来愈被业界认同。电信计费系统中的数据蕴含着企业经营态势、客户群分布特征及消费习惯、各项业务发展状况等丰富而极具价值的信息，对这些数据进行充分的分析，可以为运营商的领导决策层了解用户需求，制定市场策略提供有力的支持。

本系统是一个计费的系统，要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用日志记录，采集子系统正是为了获取这些记录而提供的。然后通过整合子系统将采集的数据整理并持久化。再通过前台运营管理系统对持久化的数据进行操作、管理。在这个项目中，在电信市场竞争不断加剧的环境下，电信运营商怎样盈利? 怎样适应客户个性化的需求？怎样占领市场？又怎样在竞争中处于有利位置？这些无疑是电信运营商思考和决策的重要问题。在目前可以毫不夸张地说在电信运营行业内谁的计费系统比较完善，谁就在电信市场占了先机。

本系统分为三大子系统，分别为：后台数据服务系统、后台营运理系统、前台用户服务。要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。后台数据服务系统分为：采集系统和整合系统；前台营运管理系统本人负责：账务管理的，资费管理，账单管理，用户自服务。

关键词:电信；计费；JAVA ；数据采集

Abstract

In Telecom Systems, Telecom Billing System is the main support system, which occupies important position. The view that Telecom Billing System for Telecom operators is one of the core competences is more and more recognized by the industry. Telecom Billing System contains the data in the business situation, the distribution of characteristics of customers and consumer habits, such as the business development of rich and valuable information on these data. The full analysis on them, operators can provide the leadership decision-making level understanding of user needs, development of marketing strategy to provide strong support.

This system is a billing system, want to users accurately charges，First must be able to obtain users open laboratory accurate use log，Acquisition subsystem is to obtain these records and provide， Then through the integration of the data collected subsystem will organize and persistent，。Again through the front desk operation management system for persistent data operation, management。In this project, in the telecommunications market competition growing environment，Telecom operators how to profit? How to adapt to the customers personalized needs？How to occupy the market？What in be in a better position to compete ？These is undoubtedly telecom operators thinking and decision-making problem。In the present no exaggeration to say that in telecom operating within the industry whose billing system are perfect，Who is in the telecommunications market got the upper hand。

This system is divided into three subsystems，respectively ：Backstage data service system、Backstage operating Richard system、Receptionist user service。Want to users accurately charges，First must be able to obtain users of the use of open laboratory accurate records，Acquisition subsystem is to obtain these records and provide。Backstage data service system is divided into：Acquisition system and integration system ；Receptionist operation management system for the assigned ：Accounting management ，Price management ，Bills management，User service。

Key words: Telecom; Billing; JAV A; Data Collection

目 录

1 绪论 . ............................................. 1

1.1 课题背景和研究意义 .......................... 1

1.2 课题国内现状 ................................ 2

1.3 本课题研究内容 .............................. 2

2 计费系统开发环境介绍 ............................ 3

2.1 JAVA 程序设计语言介绍 ........................ 3

2.2 ORACLE 数据库和M Y SQL 数据库 .................. 3

2.2.1 ORACLE 数据库 . ............................. 3

2.2.2 MySQL 数据库 . .............................. 4

2.3 集成开发环境 ................................ 4

2.3.1 MyEclipse 集成开发环境 .................... 4

2.4 本章小结 .................................... 4

3 电信IP 计费系统分析.............................. 5

3.1 电信IP 计费系统的营运功能结构 . ............... 5

3.1.1 采集系统 .................................. 6

3.1.2 整合系统 .................................. 6

3.2 后台数据服务功能模块分析 . .................... 7

3.2.1 后台数据服务系统部署 ...................... 7

3.2.2 后台数据服务系统用例分析 .................. 8

3.3 本章小结 .................................... 8

4 系统详细设计 ..................................... 9

4.1 实体描述 .................................... 9

4.1.1 资费相关表设计 . ........................... 10

4.1.2 用户自服务相关表设计 ..................... 10

4.1.3 账务相关表设计 ........................... 13

4.1.4 账单相关表设计 . ........................... 13

4.2 本章小结 ................................... 14

5 数据源模拟设计及系统演示 ....................... 15

5.1 客户端访问数据源模拟设计 . ................... 15

5.1.1 数据源模拟的目的 ......................... 15

5.1.2 数据源模拟实现 ........................... 15

5.2 系统演示设计 ............................... 15

5.2.1 系统演示程序设计说明 ..................... 15

5.2.2 显示界面及说明 ........................... 15

5.3 本章小结 ................................... 19

6 主要模块实现展示．．．．．．．．．．．．．．．．．．．．．．．...... ．20

6.1 资费模块展示．．．．．．．．．．．．．．．．．．．．．．．．．．．.....20

6.1.1 资费浏览模块．．．．．．．．．．．．．．．．．．．．．．．．．.....20

6.1.2 资费增加模块．．．．．．．．．．．．．．．．．．．．．．. ．．．．．.20

6.1.3 资费修改模块．．．．．．．．．．．．．．．．．．．．．．．．. ．．．．21

6.1.4 资费删除模块．．．．．．．．．．．．。．．．．．．．．．．. ．．．．．23

6.2 账务管理模块展示．．．．．．．．．．．．．．．．．．．．．．．．．．．．23

6.2.1 账务年查询模块．．．．．．．．．．．．．．．．．．．. ．．．．．．．23

6.2.2 账务月查询模块．．．．．．．．．．．．．．．. ．．．．．．．．．．．24

6.3 账单管理模块展示．．．．．．．．．．．．．．．．．．．．．．．．．．．．25

6.3.1 账单查询．．．．．．．．．．．．．．．．．．．．．．．．. ．．．．．．．．26

6.4 用户自服务模块展示．．．．．．．．．．．．．．．．．．．．．．．．．．26

6.4.1 用户自服务查询．．．．．．．．．．．．．．．．．. ．．．．．．．．．26

6.5 本章小结．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．26

结论 . ............................................... 27

参考文献 ........................................... 28

致谢 . ............................................... 29

1 绪论

1.1 课题背景和研究意义

电信计费的广义概念是：从用户使用电信业务开始，到用户最终完成缴费的全过程。具体可分为两个阶段：第一阶段为交换机计费，以电话为例，用户开始通话到通话结束，交换机复式计次过程完成或交换机将主叫、被叫、通话时长等实时记录的过程；第二阶段为后台计费账务处理，即把采集到的交换机记录的用户呼叫信息经过预处理、过滤、划价、累计求和，形成用户账单，到最终完成缴费并销账的过程。后台计费账务处理系统就是一般定义的电信计费系统。

电信计费系统的建设初期，由于计算机硬件性能的限制，软件开发成本和难度的过高，以及电信运营者服务意识和竞争意识的淡漠，只能以自动化为目标，以算费、计帐和收费的简单功能实现。这样的简单功能，不能跟上电信业务的发展变化，不能满足用户的服务需求，更不能适应市场经济下竞争的环境。随着计算机技术和数据库技术的发展，软件产业的日趋成熟，计算机投资成本的下降，使电信计费系统朝着灵活化、复杂化、全面化方向发展成为可能。与此同时，由于市场竞争的形成，用户服务需求的扩大，电信运营商也迫切需要这样的计费系统。

电信计费系统的综合性的建设：由于早期电信业务只是电话业务，计费系统是针对单一业务。随着智能、增值业务、数据多媒体业务以及Internet 业务的出现，计费系统从单一业务正向具备综合业务的计费系统转移。

电信计费系统发展的另一个重要趋势是朝着个性化、多样化的客户服务方向发展。今后的计费系统应能够向用户提供不同形式的客户账单、不同的缴费方式、不同的费用查询方法、不同的缴费周期，甚至可以为用户提供定制的电信计费服务[3]。

对于电信计费系统是电信运营商的核心竞争力之一这一观点愈来愈被业界认同。电信计费系统中的数据蕴含着企业经营态势、客户群分布特征及消费习惯、各项业务发展状况等丰富而极具价值的信息，对这些数据进行充分的分析，可以为运营商的领导决策层了解用户需求，制定市场策略提供有力的支持。

近年来，我国各种电信业务发展极为迅猛，从基本的固定电话计费、移动电话计费到智能网、IP 计费和WAP 计费、GPRS 计费，新的业务种类和新的服务形式也不断涌现。这样一来在计费方面也产生了新的矛盾，即旧的计费系统从体制到技术都越来越无法适应新的需要。电信运营业务的发展对计费系统提出了许多要求。

电信计费系统是随着电信产业和计算机产业的发展而不断成长起来的，特别是随着

交换机技术和计算机技术的不断进步而不断完善的。

电信运营计费系统是否能有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉，同时也是其业务正常发展的保证。

1.2 课题国内现状

电信计费系统经历了从人工到自动的进程，计费系统正从初级走向高级、从分散处理走向集中处理，关于计费系统的建设也已经逐步形成一整套完整的理论。无论是朝着什么方向发展，电信计费系统一方面要面向用户，完成对用户计费、收费及一系列相关服务；另一方面要面向电信运营商自身，为企业提供市场预测、经营分析等报告，为企业制定市场经营策略提供有力支持，为企业增加利润、扩大市场份额、稳定和扩大客户群、有针对性的展开市场营销等工作提供帮助。

我国的电信基础设施在硬件方面已达较高水平，用户规模世界第一，但在运营支撑系统建设方面已发达国家电信运营商相比还有一定的差距。今后相当长的一段时间内，运营计费系统都将成为国内电信运营商建设或规划的重点。现在各电信运营企业如何结合自己的业务特点，建设可拓展的适合自身发展的运营支撑系统体系成为运营支撑系统实施的关键问题。

1.3 本课题研究内容

本系统分为三大子系统，分别为：后台数据服务系统、后台营运理系统、前台用户服务。要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。后台数据服务系统分为：采集系统和整合系统；前台营运管理系统本人负责：账务管理的，资费管理，账单管理，用户自服务。

资费管理模块说明：资费管理子系统就是用来管理资费的。具有资费管理权限的管理员登陆成功后，可以添加新的资费，查询所有的资费，可以修改现有的资费信息，还可以删除资费。特别要注意的是，由于对资费的修改会影响选择了这种资费的用户要交纳的费用，所以在修改资费信息前要事先通知所有已经选择了这个资费的用户，只有当没有任何用户选择某个资费了，这个资费才能被删除掉。

账务管理模块说明：具有帐务查询的管理员可以使用此子系统对开放实验室的使用情况进行查询。此子系统可以提供以月为周期的查询，也可以提供以年为周期的查询。具体有，月账务查询、年账务查询。

账单管理模块说明： 具有账单查询权限的管理员可以利用此子系统对所有的月账单进行查询。此此子系统不仅提供对某个帐务帐号上产生的总的费用进行查询，还提供

对某个帐务帐号上的每个业务帐号上产生的费用明细进行查询。具体有，月账单查询、月账单明细查询。

用户自服务模块说明：用户自服务系统可以方便地供用户查询自己的账单和修改自己的个人信息。这个子系统是唯一的一个用户可以使用的子系统。具体有，查询自己的月账单、修改自己的个人信息。

2 计费系统开发环境介绍

2.1 JAVA 程序设计语言介绍

Java 是一种简单的，面向对象的，分布式的，解释型的，健壮安全的，结构中立的，可移植的，性能优异、多线程的动态语言[5]。

(1)Java是纯面向对象编程的语言，对于本系统中的用户进行抽象是很容易理解的；

(2)Java是可收集无用的存储单元。用C 或C++编写软件的编程人员必须仔细跟踪所用的内存块。当一个内存块不再使用时，他们务必让程序释放它，之后方可再用。在大的项目中，这可能就非常困难，且往往成为出错和内存不足的致命根源。 在Java 的情况下编程人员不必为内存管理操心。Java 具有一个垃圾回收机制，可以让程序员去手动回收内存。

(4)Java是可扩展的。Java 程序可与用其它语言编写的现存程序库连接。由于Java 数据结构C 的数据结构的类型极为相似，这给Java 移植造成了非常大的方便。并且最大的问题在于, 现在有多线程程序库为数不多。Java 程序可以声明某些方法是内部的, 然后，把这些内部方法映射成软件库所定义的功能, 从而动态地链接到虚拟机。

Java 分为三个版本：

(1)Java SE(Java2 Platform Standard Edition，java 平台标准版) ；

(2)Java EE(Java 2 Platform, Enterprise Edition，java 平台企业版) ；

(3)Java ME(Java 2 Platform Micro Edition，java 平台微型版) 。

本系统设计采用的Java SE 6.0版本

2.2 ORACLE 数据库和MySQL 数据库

2.2.1 ORACLE 数据库

目前业内和JAVA 结合非常良好的数据库有：ORACLE 数据库和MYSQL 数据库。 首先，ORACLE 作为目前市场份额占有率最大、最流行的数据库。它有很多优势：

(1)能在所有主流平台上运行（包括Windows ）。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持。

(2)平行服务器通过使一组结点共享同一簇中的工作来扩展Windows NT 的能力，提供高可用性和高伸缩性的簇的解决方案。如果Windows NT不能满足需要，用户可以把数据库移到UNIX 中。

(3)获得最高认证级别的ISO 标准认证。

(4)性能最高，保持Windows NT下的TPC-D 和TPC-C 的世界记录。

(5)多层次网络计算，支持多种工业标准，可以用ODBC 、JDBC 、OCI 等网络客户连接[6]。

另外，09年4月份，甲骨文公司对SUN 公司做出了收购决策。这样一来，对JAVA 语言和ORACLE 语言的结合更是有利。

所以，对于本系统而言，ORACLE 数据库应该是首选。

2.2.2 MySQL 数据库

但是，由于ORACLE 体积过大，本课题作为设计性实践课题选择了较小较轻便的MYSQL 数据库。

MySQL 是一个小型关系型数据库管理系统。在2008年1月16号被SUN 公司收购。目前MYSQL 被广泛地应用在Internet 上的中小型网站中。其特点如下：

(1)支持AIX 、FreeBSD 、HP-UX 、Linux 、Mac OS 、Novell Netware 、OS/2、Solaris 、Windows 等多种操作系统

(2)为多种编程语言提供了API 。这些编程语言包括C 、C++、Eiffel 、Java 、Perl 、PHP 、Python 、Ruby 等。

(3)支持多线程，充分利用CPU 资源。

(4)优化的SQL 查询算法，有效地提高查询速度。

(5)既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中提供多语言支持。

(6)提供TCP/IP、JDBC 等多种数据库连接途径。

2.3 集成开发环境

2.3.2 MyEclipse 集成开发环境

MyEclipse 是著名的跨平台的自由集成开发环境（IDE ）。

MyEclipse 的设计思想是：一切皆插件。MyEclipse 核心很小，其它所有功能都以

插件的形式附加于MyEclipse 核心之上。MyEclipse 基本内核包括：图形API ， Java开发环境插件（JDT ），插件开发环境（PDE ）等。

2.4 本章小结

本课题选用了JAVA 语言作为设计的基本语言。JAVA 具有可移植性、多线程等特点，而且JAVA 是目前IT 业内主流的程序设计语言之首，对于大型工程项目的开发有很大优势。

3 电信IP 计费系统分析

3.1 电信IP 计费系统的营运功能结构

本课题设计的出发点是某电信运营商新增一项Open Lab(开放实验室) 出租业务，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。运营商希望借助先进的计算机技术对访问实验室的用户进行管理和计费，由此实现对此项业务运营的支持与管理。本项目主要包括以下子系统：

图3-1 子系统图例

(1)采集系统 (2)整合系统 (3)资费管理系统 (4)账单查询系统 (5)账务查询系统 (6)用户自服务系统 3.1.1 采集系统

本系统是一个计费的系统，要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。Unix 服务器本身就具有记录系统日志的功能[11]。用户每次登录和退出Unix 服务器的信息都会被自动保存到一个在线日志文件/var/adm/wtmpx中。采集系统通过调用Unix 系统函数来读取这个日志文件中的内容，然后对读取到的内容进行整理，整理为方便计费的数据，其中包括登录名、登录时间或登出时间等作为计费依据的数据。最后把这些数据存入数据库中，以备其他系统使用。为了使读取的数据量不至于过大，采集系统会每小时定时执行一次，每次只采集上一个小时时间段之内的数据。 3.1.2 整合系统

采集系统定时将用户使用服务器的数据存入到了数据库中，但这些数据都是流水账的数据，是用户每次使用UNIX 操作系统的用时。如果用户量大，用户频繁地登入/登出，将产生大量的数据，不便于将来生成用户的月账单和对开放实验室的使用情况进行月统计和年统计，因此，出现了整合系统。

整合是将某个用户在某一时段内所用机时求和后形成一条记录。 整合系统具体整合规则如下：

(1)每小时定时整合一次，生成以小时为单位统计的数据，程序总是每小时定时整合前一小时的数据。

(2)每天定时整合一次，生成以天为单位统计的数据，程序总是每天定时整合前一天的数据。

(3)每个月定时整合一次，生成以月为单位统计的数据，程序总是每个月定时整合前一个月的数据

3.2 后台数据服务功能模块分析

3.2.1 后台数据服务系统部署

图3-2后台系统部署

图3-2中，左侧3个模块是用于出租的Unix 服务器，在本系统中作为数据采集的客户端。中间模块为服务器用于采集来自客户端的采集数据，并进行数据整合以及采集备份处理，是本系统的核心处理部分。另外，右侧模块为数据库的服务器，即本系统中所用的MYSQL 数据库服务器。需要说明的是，服务器端采集服务器和数据库服务器可部署在同一个服务器中。

3.2.2 后台数据服务系统用例分析

3.2.2.1 客户端数据采集用例说明

用例名称：数据采集客户 用例简述：

(1)读取日志文件，并且清空日志；

(2)从读取的数据中解析用户登录时间等信息； (3)把解析的用户登录时间数据发送到服务器； (4)如果发送失败，就存储在实验室上等下次发送。 参与者：系统管理人员 前置条件：需要root 权限

后置条件：日志文件被备份后清空

3.2.2.2 服务器端数据采集用例说明

用例名称：数据采集服务器 用例简述：

(1)接受各客户采集程序发送的数据； (2)接受失败，请求客户端重新发送； (3)根据时间存储到相应的数据表。 参与者：系统管理员

3.2.2.3 服务器端数据整合用例说明 用例名称：数据整合 用例简述：

(1)每小时按用户业务整合一次用户登录时间数据。 (2)每天按用户业务整合一次用户登录时间数据。 (3)每月按用户业务整合一次用户登录时间数据。

(4)每小时按实验室服务器整合一次用户使用的时间数据。 (5)每天按实验室服务器整合一次用户使用的时间数据。 (6)每月按实验室服务器整合一次用户使用的时间数据。 参与者：系统管理员 前置条件：无

后置条件：产生整合数据。

3.3 本章小结

本章从功能划分的角度对系统进行了分析。

首先，从整体性考虑，系统分为前台用户服务和后台数据服务两部分。每一部分都包含各自不同的具体功能板块。本课题重点研究后台数据整合部分，进行了详细的说明。而前台用户服务部分没有过多赘述。

其次，后台数据整合部分主要包括：客户端数据采集，服务器端数据采集和数据整合三大功能板块。对本课题计费系统进行了系统部署分析和用例分析。

4 系统详细设计

4.1 实体描述

图4-1资费类图 表4-2资费表

使用服务，就要交纳费用。那么对于开放实验室的用户也不例外，他们使用了开放实验室服务，同样要交费。在我们这个系统中这个费用会和两个因素有关: (1) 一个是用户使用服务的时间长度，

(2)另一个是用户选择的收费标准，如月租费为：30 元，每小时使用费为：3 元等

这个收费的标准在本系统中称为资费。

资费管理子系统就是用来管理资费的。具有资费管理权限的管理员登陆成功后，可

以添加新的资费，查询所有的资费，可以修改现有的资费信息，还可以删除资费。 特别要注意的是：由于对资费的修改会影响选择了这种资费的用户要交纳的费用，所以在修改资费信息前要事先通知所有已经选择了这个资费的用户；只有当没有任何用户选择某个资费了，这个资费才能被删除掉。

图4-3用户自服务类图设计

表4-4 用户账务账户表

表 4-5 用户业务账号表

表4-6用户登录时长原始明细表

表4-7 用户登录时长每时整合表

表4-8用户登录时长每天整合表

表4-9用户登录时长每月整合表

用户自服务系统可以方便的提供用户查询自己的账单和修改自己的个人信息也是系统唯一的一个对用户开放的系统

1．查询自己的月帐单:用户进入本系统，使用自己的帐务帐号登录成功后，可以执行如下

查询操作

(1)根据输入的月份查询自己这个月的费用信息 (2)在上一个查询的基础上查看这个月的费用明细 2修改自己的个人信息

图4-10账务类图设计

具有帐务查询的管理员可以使用此子系统对开放实验室的使用情况进行查询。此子系统可以提供以月为周期的查询，也可以提供以年为周期的查询。具体操作如下： 1．月帐务查询

具有账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作： (1)根据输入的月份查询所有开放实验室这个月被使用的总的时长信息。

(2)在上一个查询的基础上查看某个实验室这个月每一天的时长信息。

2．年帐务查询

具有账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作：

(1) 根据输入的年份查询所有开放实验室这一年被使用的总的时长信息。 (2)在上一个查询的基础上查看某个实验室这一年每个月的时长信息。

图4-11账单类图设计

具有帐单查询权限的管理员可以利用此子系统对所有用户的月账单进行查询。此子系统不仅提供对某个帐务帐号上产生的总的费用进行查询，还提供对某个帐务帐号上的每个业务帐号上产生的费用明细进行查询。具体操作如下：

1．月账单查询

具有账单查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作： (1)根据输入的月份查询所有用户这个月的费用信息（提供分页显示）。 (2)根据输入的月份和其它组合条件查询符合条件的用户这个月的费用信息（提供分页显示）。

(3) 根据输入的月份和用户的帐务帐号的用户名查询某个用户这个月的费用信息。

2．月账单明细查询

具有账单查询角色的管理员进入本系统，登录成功后，首先查询出用户帐务帐号的合计费用信息，然后在这个信息上执行查询明细帐的操作，系统会显示该帐务帐号上所有业务帐号上发生的所有费用的明细信息。

4.2 本章小结

本章主要大致的设计了类图和数据库表，通过对数据库表的操作实现了对数据的增删改查等工作，本人也通过类的设计更加精通于java 的程序编程思想和过程

5 数据源模拟设计及系统演示

5.1 客户端访问数据源模拟设计

5.1.1 数据源模拟的目的

在前文中提到，计费系统的数据来源，是UNIX 操作系统通过自身的日志功能，把所有登录登出的用户信息记录在wtmpx 这一日志文件当中。计费系统通过对日志文件的读取而得到想要的用户数据信息并进行处理。

那么程序的测试和调试，并非必须依赖正常客户的真实访问，本课题则采用了模拟手段用于实现用户访问数据记录。 5.1.2 数据源模拟实现

数据源的模拟实现其实就是一个随机过程。本系统采用DMS 系统来实现数据模拟的过程

需要在一个配置文件(user.properties)中以行为单位预输入一些用户名称，用于随机访问的用户名。

另外，如图5-3中，运行模拟数据源程序时，需要设置数据采集间隔时间，最小数据产生间隔和最大数据产生间隔，最小用户在线时间和最大用户在线时间。因为在程序设计过程中，随机生成的访问用户都是产生于这些阈值范围之内的。

5.2 系统演示设计

5.2.1 系统演示程序设计说明

由于本课题的程序设计的最终实现需要多台采集点客户端和一台服务器。但这样的硬件要求对于程序的设计和调试有太多的不便利。 5.2.2 显示界面及说明

在以下几个小节中会分别显示不同功能模块的图形界面，几个功能模块是相互独立的，但是为了程序的有序性和正常调试，按照主图形界面选项卡的顺序一次运行。

运行顺序为：

创建数据库及数据表->模拟产生数据源->开启采集服务器端->开启采集客户端采集数据->数据整合。 5.2.2.1 课题说明

图5-1 课题说明

课题说明这一界面也相当于一个欢迎界面，显示了一些本可以的设计内容和基本要求等。其中值得说明的有两点：其一，图5-1中，“当前系统：Windows XP”是调用了System.getProperty("os.name")这一方法来显示当前运行所使用的操作系统名称；其二，自我介绍为一按钮事件，点击会调用JOptionPane.showMessageDialog()这一方法弹出提示框显示提示内容。 5.2.2.2 创建数据库及数据表

点击“建库/表”选项卡会出现如图5-2，在此显示界面中，需要用户填写数据库服务器的一些基本信息。如，数据库服务器的IP 地址(默认值为：127.0.0.1) 以及提供服务的端口(默认值为3306，用的MySQL 数据库) ，登陆数据库的用户名和密码以及新创建的数据库的名称。

为了避免因为使用中文数据而造成乱码问题，同时需要设计数据库的字符集，我们采用的GB2312字符集。

在设置完数据库的基本参数以后，点击“创建数据库/表”按钮开始创建数据库和数据表，如果添加成功则如图5-2右侧文本框所示。

图5-2 创建数据库/数据表

5.2.2.3 数据源模拟

需要配置如图5-3中的8个属性值，设置完毕点击“保存修改”写入

simulation.properties 文件中。点击运行模拟数据源端，调用simulation.jar 文件，开启数据源模拟程序。

图5-3 数据源模拟

5.2.2.4 采集服务器端

图5-4 采集服务器端

首先，设计属性值，并保存修改。然后，开启采集服务器端，等待客户端的数据发送。从开发角度而言，服务器端开启ServerSocket ，等待接收客户端的Socket 进程。 5.2.2.5 采集客户端

图5-5 采集客户端

采集客户端在本课题演示界面中，为手动操作，当正式用于采集客户端，则由Unix 操作系统控制采集间隔。 5.2.2.6 数据整合

图5-6 课题说明

点击运行数据整合端，程序会自动调用“integration.jar ”程序，程序的整合包括两部分：根据客户整合和根据实验室整合。

5.3 本章小结

在上一章节中，说明了本课题的重点功能实现细节。为了方便系统整体功能的演示和测试，增加了用户访问数据源模拟设计和图形化演示界面设计。

数据源的模拟分析可简单认为是随机过程，在代码实现时可充分利用系统Random 函数进行处理。图形化演示界面较为直观，操作顺序为：创建数据库及数据表->模拟产生数据源->开启采集服务器端->开启采集客户端采集数据->数据整合。

6 主要模块实现展示

6.1 资费模块展示

6.1.1 资费浏览模块

图6-1

本模块通过点击查询按钮获得管理员输入的查询条件(资费名称、基费、月租费) ，然后利用SSH 框架和代码传输查询条件，再通过Action 控制访问底层数据库，获得所需查询的资源，在通过struts 框架的配置访问JSP 页面，然后返回给用户一个可视的视图界面(图6-1) 。

本系统还提供了限制显示数量的设置，做了一些人性化设置。防止查询结果太多时候的系统速度下降，通过左下方的上一页、下一页按钮，可以陆续的查询出剩余的资源。

6.1.2 资费增加模块

图6-2

图6-2显示了一个自费增加界面，本模块通过管理员输入资料(资费名称，基费，月租费，资费描述) 等内容添加一个新的收费标准，点击增加按钮可以实现资费的添加。通过Action 对底层数据库进行操作。本模块还提供了JSON 的验证和javascript 的验证方法。限制了输入的规则，如果有不满足的情况，则不能提交增加申请。如果增加成功，数据库中会存在有一个条目。 6.1.3 资费修改模块

图6-3

图6-4

如图6-3 显示了需要修改的资费。本实现是通过输入查询条件(资费名称，基费范围，月租费范围) ，点击查询按钮发送请求给tomcat 服务器，再通过Action 访问底层数据库，查询出需要修改的资费，通过JSP 代码返回给用户相应的视图界面。 通过点击对应资费所对应的修改按钮跳转到图6-4视图界面，本界面会显示对应资费信息，管理员通过修改内容，再点击修改按钮实现资费信息的修改，本界面也使用了JSON 和js 技术。修改成功后，在数据库中相应的资费信息就更新了。 6.1.4 资费删除模块．

图6-5

如图6-5显示了资费删除视图。通过管理员输入查询条件(资费名称，基费范围，

月租费范围) ，点击查询查询出需要删除的目录。显示一个视图给用户。用户通过点击删除按钮。发送请求，Action 接到请求操作底层数据库，进行操作，删除对应条目。

本系统也限制了查询的条目数量，方便管理员查询他所需要的条目。通过第一页，上一页，下一页按钮实现分页显示的功能。

6.2 账务管理模块展示

6.2.1 账务年查询模块

图

6-6

图6-7

如图6-6显示了账务年查询的视图界面。管理员通过选择查询年份，点击查询可以

查询出所选择年份的信息。通过点击详细清单按钮可以显示本年份每月的一些信息(时长) 。和使用的实验室IP 地址(如图6-7) 。本系统提供了人性化的查询条件限制可以很方便的方便管理员查看信息。 6.2.2 账务月查询模块

图

6-8

图6-9

如图6-8显示了一个账务月查询的视图。管理员通过选择年份和月份可以查询出选择年月的基本信息。点击详细清单按钮可以得到如图6-9的视图获得选择月份每天的数据。

因为数据只有30个的缘故，jsp 采用滚动面板的方式显示

6.3 账单管理模块展示

6.3.1 账单查询

图

6-10

图6-11

图6-10界面显示了一个账单查询的视图界面。管理员通过输入用户名和选择年月，通过点击查询按钮可以访问服务器。服务器通过访问底层数据库得到相应的响应和视图界面。可以查询出在此账务账号下所有的业务账号的信息。用户还可以点击明细得到相应的业务账号的更加详细的信息(如图6-11). 从而实现了账单管理的实现。

6.4 用户自服务模块展示

6.4.1 用户自服务查询

图

6-12

图6-13

图6-12显示了一个用户自服务的视图界面。这个是唯一一个对用户开放的模块。用户通过输入查询条件可以查询出用户所需要的账务信息和消费情况。再通过明细按钮可以得到更加详细的账务信息。本模块也做了一些人性化的验证和处理，主要运用javascript 和JSON 技术。

6.5本章小结

本章主要介绍了模块实现后的一些视图界面和后台系统的基本功能。标志着本人系统模块的完成，虽然存在着一些小bug ，但是基本的功能实现了。也完成了本人毕业设计的目标。

结 论

首先，经过６个月的JAVA 语言培训和项目实践，增强了自己的JAVA 语言编写能力和软件设计能力。其中，JAVA 语言的网络编程和多线程编程为学习重点，同时也是本课题所需要的重要知识点。在代码编码编写过程中，不断的遇到问题解决问题，让自己越发领略到JAVA 语言“一次编译，到处执行”[的核心思想，以及面向对象“一切皆对象”的编程思想，体验到编程的强大魅力，以驱动自己尽心写完最后一行代码。

其次，除了JAVA 语言之外，还学习了UNIX 操作系统知识、MySQL 数据库基础和SQL 语言。极大的丰富了自己计算机技术知识，提高了计算机技术水平。

(1)完成系统部署图示和用例图示以及用例分析。另外，完成客户端数据采集、服务器端数据采集和数据整合三个功能板块的类图。

(2)成功搭建JDK 6.0的JAVA 2开发环境，并使用MyEclipse 集成开发环境进行代码编写。粗略统计，最终编写完成60多个JAVA 类文件，共约4000行多代码。

(3)成功搭建MySQL 数据库运行环境。对本系统进行数据库设计，完成数据库和数据表的创建。

(4)开发数据源模拟程序和使用tomcat 服务器进行布置服务

参考文献

[1] 陈香旨，王朝斌, 牟式标．基于Struts+Spring+Hibernate架构的轻量级J2EE 的研

究与应用[J] ．中国西部科技，2008(21)，22～24．

[2]吕国英．电信重组将加速电信运营支撑系统全面升级[J]．IT 时代周刊，2008(14) . [3] 李蜜． 新形势下电信计费系统改革刍议[J]． 科技促进发展， 2009（05），58～

59．

[4] 陈传峰，李增智．基于用户管理的网络计费系统[J]．计算机工程， 2000（09），

61～65．

[5] 柳正．一种在通讯网络中对通讯业务进行计费的方法和系统[P]．中国专利：

[1**********]1.4，2007(07)，1～17．

[6] 王斌，徐智贤．电信业务计费系统和方法[P]．中国专利：[1**********]1.X ，2006(04)，

1～28．

[7] 赵松涛．Oracle 9i中文版数据库系统管理 [M]．人民邮电出版社，2003(07)． [8] 吴建，郑潮．UML 基础与Rose 建模案例[M]．人民邮电出版社，2007(05) 20～30 [9] 耿岩．计费系统迎来全业务挑战[J]．通信世界，2008(03)，4～5．

[10]李天博，米春容．王兴娟，基IP 流量的校园网计费系统[J]．长春邮电学院学报，

1999（03），47～50．

[11] Maydene Fisher．JDBC API教程与参考手册[J]．李化等译．清华大学出版社，

2004(05)，34～58

[12]Berlin, Germany. NEGBI – introducing new systems in the

telecommarket[J]．Journal of Business & Industrial Marketing，2004(01)，344～350．

[13] M. Al-Rousan and A.R. Al-Ali. An innovative m-utility management and

billing system[J]．Journal of Enterprise Information Management ，2006(02)，136～147．

致谢

值此论文完成之际，谨向给予我指导、关心和支持的老师、同学和亲友致以最衷心的感谢!

首先感谢我的校外指导教师聂金龙老师。本文的研究工作是在聂老师的精心指导和悉心关怀下完成的。聂老师敏锐的学术洞察力、严谨求实的治学作风、扎实勤勉的工作态度，无私奉献的精神时刻激励着我刻苦钻研、认真完成研究工作。从尊敬的聂老师身上，我不仅学到了专业知识和生产实践技能，也学到了做人的道理。在此我要向我的导师致以最衷心的感谢和深深的敬意。

同时也要感谢校内导师王跃东教授对我在校外实习期间的关心与指导，在校外实习期间，王教授经常通过打电话或发邮件的方式关心我的论文进程，并及时的给予修改建议，使得我的论文可以顺利的完成。除此之外，王教授针对以后的生活工作方面给予了很多指导和心理辅导。在此衷心的感谢王跃东教授的教诲。

谨向审批本文的各位专家、老师致敬。