电信服务器租赁支撑系统.docx
- 文档编号:11713037
- 上传时间:2023-03-31
- 格式:DOCX
- 页数:33
- 大小:2.24MB
电信服务器租赁支撑系统.docx
《电信服务器租赁支撑系统.docx》由会员分享,可在线阅读,更多相关《电信服务器租赁支撑系统.docx(33页珍藏版)》请在冰豆网上搜索。
电信服务器租赁支撑系统
第1章绪论
1.1课题背景和意义
我国目前对电信业务的计费处理在体制上多是以分散处理方式进行的,在技术上是以脱机按月处理方式进行的。
随着电信业务量的急剧增长,电信网中各种新业务不断开放,使得老的电信计费处理方式即脱机计费和分散计费愈来愈显露出一些矛盾。
脱机按月处理维护管理水平低、处理时间长、自动化程度差、计费错误多;同种业务分散处理设备重复投资、结算困难、管理复杂、管理部门难以掌握大网的运营状况;同一地区多种业务分散处理造成多种收费面对用户,难以使用户获得满意的服务;多个计费系统难以协调统一,不能灵活适应业务变化及开发新业务的要求。
另外,近年来邮电体制进行改革,分散计费也不利于未来各种电信业务专营公司和各地电信公司之间的摊分结算。
解决上述计费中的矛盾要从两方面下手,一是建立集中计费体制,二是变脱机按月计费为联机实时计费。
而集中计费需要联机计费这一技术手段来实现。
原邮电部电信总局针对这种情况,并为适应电信业务未来发展的需要,决定建立“全国电信计费结算中心和各省计费结算中心”,用集中计费结算的方式解决目前分专业分散计费结算中存在的问题,并为开发各种新业务打下基础。
此外,电总还准备出台关于联机集中计费的一系列技术体制和技术规范,指导计费体制上和技术上的变革。
伴随着电信运营企业各大阵营的形成,电信业的竞争的白热化,以及"以业务为导向,以客户为中心"的理念的形成,电信业务正向多样化、个性化的方向发展,同时随着三网融合的深入,3G网在全国部分省、区直辖市正如火如荼的展开,业务之间的交融也更加复杂,电信增值业务正在兴起,电信业务正向多样化、个性化的方向发展。
这都对服务器租赁支撑系统提出了新的更高的要求。
作为运营商组织和管理业务的重要支撑系统,服务器租赁支撑系统要能为开展丰富的业务提供方便,并保持计费数据的准确无误,才能提高工作效率,降低维护成本,并为及时开展业务提供有效支撑。
从消费者的角度来讲,电信业务发展到今天,竞争格局的形成让消费者有了更多的选择,同时电信消费在整个消费比例中所占的比例也越来越大,消费者的消费心理日渐成熟,他们很关心电信业务的资费,希望了解每一个消费细节。
因此,电信运营商只有做到计费的准确无误,才能保证业务的正常发展,取得消费者的信任。
如今,计费系统已经成为反馈用户信息最直接、信息量最大的信息源。
计费系统与网管系统、CRM系统等之间的联系日益紧密,成为这些系统的重要信息源,因此计费系统还应该能与这些系统无缝连接,是电信支撑系统中的重要一环。
通过对这一课题的学习和研究,可以将电信计费系统权限管理的基本原理、实现流程等展现出来,并可作为对新的综合电信计费系统软件权限管理的一种探索来学习和研究,也可以顺带了解整个电信实时计费的工作流程,具有一定的现实意义。
1.2系统开发环境
1、结构:
后台服务+B/S结构
2、操作系统:
Linux
3、浏览器:
主流浏览器(IE,firefox等)
4、数据库:
ORACLE
ORACLE是一个可用于多种操作系统的关系型数据库系统,是一个具有客户机/服务器体系结构的分布式数据库管理系统,适用于网络,可在Internet上共享数据库。
因为本次开发只是作为对大学三年所学知识的一个检验,不是作为商用,所以选择该数据库。
JDBCAPI用于连接Java应用程序与各种关系数据库,之所以选择JDBC连接数据库,是因为在存入数据库的数据是一条条的数据,不需要对该数据进行包装,只需拼SQL语句就行。
5、应用服务器:
UNIX
UNIX系统是一个开源的操作系统,可以根据企业的业务要求选择不同的版本,具有无比的安全性和适应性,并且支持ORACLE数据库,因此我们选择ORACLE服务器。
6、开发工具:
MyEclipse
使用MyEclipse做开发,为编程人员带来了很多方便,使用MyEclipse软件不需要对程序进行编译,该工具在做保存时自动进行编译。
MyEclipse还可以打开数据库的连接,只需加入相应的jar包就可以对软件进行开发。
7、开发语言:
JAVA
选择JAVA语言进行开发,JAVA是面向对象的语言,是对现实生活的抽象。
JAVA语言是现实世界模型的自然延伸。
现实世界中任何实体都可以看作是对象。
对象之间通过消息相互作用。
JAVA语言的三大特性:
封装、多态性和继承。
Java是一种跨平台,适合于分布式计算环境的面向对象编程语言。
8、使用框架:
Struts2
Struts2以WebWork为核心,采用拦截器的机制来处理用户的请求,这样的设计也使得业务逻辑控制器能够与ServletAPI完全脱离开
1.3论文结构
本毕业设计的主体主要分为五章。
第一章:
前言,主要介绍课题的开发背景意义、研究内容、系统开发环境、组织结构等内容
第二章:
可行性分析,进行系统的技术可行性和经济可行性分析
第三章:
系统设计,主要进行系统的总体设计,详细设计,制作E-R图,流程图,
数据库表结构等
第四章:
系统实现,实现系统各个模块的功能,以及访问数据库,实现访问页面控制等
第五章:
系统测试,为了保证系统能够长期有效的运行,对系统进行测试。
第2章可行性分析
2.1技术可行性
本文涉及六个管理模块,即:
登录模块、管理员管理模块、权限管理模块、资费信息模块、账务账号模块、业务账号模块。
这六个模块除了需要系统开发者为用户提供友好的操作界面和人性化的功能设置,还要对数据库进行缜密的设计,包括权限的验证,权限的分配和角色的划分。
用户和管理员要想对电信计费系统进行查询和管理必须实现登陆,在此过程中根据用户的用户名进行权限的验证,据此为用户提供不同的界面。
对本系统的各个子系统的访问都是受权限控制的,只有拥有了访问权限,才能使用子系统。
在本系统中存在着三类使用者:
其一是用户,即使用开放实验室的人,他们默认具有使用用户自服务系统的权限。
其二是超级管理员,即对本系统进行管理的人,并具有最高的管理权限,他可以使用除用户自服务以外的所有子系统。
这个超级管理员只有一个,是系统初始建立时就提供好的。
其三是普通管理员,即对本系统中的部分子系统进行管理的人,这些人是由超级管理员进行管理的,他们具有的权限也是由超级管理员赋予的。
管理员管理系统就是超级管理员来管理普通管理员。
超级管理员登陆成功后,可以增加新的普通管理员,同时为他分配一些权限,可以修改普通管理员的信息,可以查询所有的管理员信息,可以删除某些管理员。
对本系统的各个子系统的访问都是受权限控制的,权限决定了使用者可以执行的操作,如一个使用者拥有用户管理权限,他就可以执行用户管理的操作。
目前系统已有的权限包括:
用户管理权限,资费管理权限,管理员管理权限,帐单管理权限,帐务管理权限,用户自服务权限,权限管理权限。
今后,系统可能会扩展新的功能,也就会增加新的操作,这个操作就要对应一种新的权限;也有可能删除一某项不再被使用的操作,这样,对应的权限也应该被删除。
因此,为了对权限能够进行灵活的管理,本系统中就提供了权限管理系统。
在本子系统中,一些使用者拥有相同的角色,拥有相同的权限,如张三和李四都是前台操作人员,都拥有用户管理权限和帐单管理权限。
角色代表着一组权限的集合。
目前系统中已有的角色包括:
用户和超级管理员。
今后,要想根据需要灵活地管理角色,也是通过权限管理系统完成的。
2.2经济可行性
1、服务器
本系统采用UNIX操作系统,UNIX操作系统是一个开源的安全系统,正版价格的产品,连一般普通客户都可以负担。
企业可以根据自己的具体情况购买适合自己的主机服务器。
这需要一定的花费。
2、数据库
中国电信是国有大型企业,对于规模庞大的数据服务,我们可以选择ORACLE数据库支持。
这也需要相当的费用支出。
3、应用软件开发
随着消费者对于电信服务的要求越来越高,业务对系统的要求也不断提升,包括交互界面的人性化处理和前台子服务系统的业务要求。
因此需要功能强、效率高的现在电信计费系统。
综上所述,计费系统已经成为反馈用户信息最直接、信息量最大的信息源,作出上述的花费对于面对当今电信行业的白热化竞争,是值得的。
第3章系统设计
3.1总体设计
3.1.1系统框架
根据Struts2以WebWork为核心,采用拦截器的机制来处理用户的请求使得业务逻辑控制器能够与ServletAPI完全脱离开的特点,系统采用struts2框架
Sturts2的工作原理为:
当Web容器收到请求(HttpServletRequest)它将请求传递给一个标准的的过滤链包括(ActionContextCleanUp)过滤器,然后经过Otherfilters(SiteMesh,etc),接下来需要调用FilterDispatcher核心控制器,然后它调用ActionMapper确定请求那个Action,ActionMapper返回一个收集Action详细信息的ActionMaping对象。
接下来FilterDispatcher将控制权委派给ActionProxy,ActionProxy调用配置管理器(ConfigurationManager)从配置文件中读取配置信息(struts.xml),然后创建ActionInvocation对象,ActionInvocation在调用Action之前会依次的调用所用配置拦截器(InterceptorN)一旦执行结果返回结果字符串ActionInvocation负责查找结果字符串对应的(Result)然后执行这个ResultResult会调用一些模版(JSP)来呈现页面,之后拦截器(InterceptorN)会在被执行(顺序和Action执行之前相反)最后响应(HttpServletResponse)被返回在web.xml中配置的那些过滤器和(核心控制器)(FilterDispatcher)。
流程如图3-1所示:
图3-1sturts工作流程
3.1.2功能模块
根据电信服务器租赁支撑系统的特点,可以将其分为登录模块、权限管理模块、管理员管理模块、资费信息模块、账务账号模块、业务账号模块6大部分,如图3-2示:
图3-2功能模块图
3.2系统详细设计
3.2.1登陆系统
由于本系统拥有不同的角色,不同的角色又有不同的权限访问模块,于是我设计了登陆系统,登陆系统具有两个亮点,第一根据不同的用户名密码,判断该用户属于哪种角色登陆成功后进入相应的管理页面,第二,进行验证码验证,采用ajax异步传输技术,来判断验证码是否正确,如验证码错误则不进行数据库访问,大大节省了时间。
功能图如图3-3所示:
图3-3登陆系统功能图
3.2.2角色管理系统
对本系统的各个子系统的访问都是受权限控制的,权限决定了使用者可以执行的操作,如一个使用者拥有用户管理权限,他就可以执行用户管理的操作。
目前系统已有的权限包括:
用户管理权限,资费管理权限,管理员管理权限,账单管理权限,帐务管理权限,用户自服务权限,权限管理权限。
今后,系统可能会扩展新的功能,也就会增加新的操作,这个操作就要对应一种新的权限;也有可能删除某一项不再被使用的操作,这样,对应的权限也应该被删除。
因此,为了对权限能够进行灵活的管理,本系统中就提供了角色管理系统。
在本系统中,一些使用者拥有相同的角色,拥有相同的权限,如张三和李四都是前台操作人员,都拥有用户管理权限和帐单管理权限。
角色代表着一组权限的集合。
目前系统中已有的角色包括:
用户、普通管理员和超级管理员。
今后,要想根据需要灵活地管理角色,也是通过角色管理系统完成的。
功能图如图3-4所示:
图3-4角色管理系统功能图
3.2.3管理员管理系统
对本系统的各个子系统的访问都是受权限控制的,只有拥有了访问权限,才能使用子系统。
在本系统中存在着两类使用者:
其一是超级管理员,即对本系统进行管理的人,并具有最高的管理权限,他可以使用除用户自服务以外的所有子系统。
这个超级管理员只有一个,是系统初始建立时就提供好的。
其二是普通管理员,即对本系统中的部分子系统进行管理的人,这些人是由超级管理员进行管理的,他们具有的权限也是由超级管理员赋予的。
管理员管理系统就是超级管理员来管理普通管理员。
超级管理员登陆成功后,可以增加新的普通管理员,同时为他分配一些权限,可以修改普通管理员的信息,可以查询所有的管理员信息,可以删除某些管理员。
功能图如图3-5所示:
图3-5管理员管理功能图
3.2.4资费管理系统
使用服务,就要交纳费用,这是天经地义的事情。
那么对于开放实验室的用户也不例外,他们使用了开放实验室服务,同样要交费。
在我们这个系统中这个费用会和两个因素有关:
一个是用户使用服务的时间长度,另一个是用户选择的收费标准,如月租费为:
30元,每小时使用费为:
3元等。
这个收费的标准在本系统中称为资费。
资费管理子系统就是用来管理资费的。
具有资费管理权限的管理员登陆成功后,可以添加新的资费,查询所有的资费,可以修改现有的资费信息,还可以删除资费。
特别要注意的是:
由于对资费的修改会影响选择了这种资费的用户要交纳的费用,所以在修改资费信息前要事先通知所有已经选择了这个资费的用户;只有当没有任何用户选择某个资费了,这个资费才能被删除掉。
功能图如图3-6所示:
图3-6资费管理系统功能图
3.2.5账务账号系统系统
一个用户会有多种业务,如:
Email服务、Unix系统、代理主机服务等,每个业务我们都要收取一定的费用,如果我们以业务账户为单位来算总的费用,那么用户申请的每种业务都要单独交费,会给用户造成不便,所以我们又添加了帐务账户来统一管理每个用户所使用的所有业务账号上发生的费用,帐务帐号是要和用户的真实信息联系在一起的,所以每个用户只能有一个帐务帐号,但可以对应多个业务帐号。
账务系统就是对用户的帐务帐号和业务帐号进行管理。
具有用户管理权限的管理员登陆成功后,首先可以开通帐务帐号,帐务帐号必须和用户的一些真实信息关联起来,如用户的真实姓名,身份证号码,联系电话等。
开通时,由用户提供这些信息,然后由管理员将信息录入到系统中并保存下来。
对于开通好的帐务帐号也是由具有用户管理权限的管理员来管理的,如暂停帐务帐号,恢复帐务账号,删除帐务账号,修改用户真实信息等。
由于用户的一个帐务帐号会对应多个业务帐号,所以对账务账号的操作会级联影响关联的所有业务帐号。
功能图如图3-7所示:
图3-7账务账号系统功能图
3.2.6业务账号系统系统
具有用户管理权限的管理员还可以开通业务帐号,但用户要想开通一个业务帐号,前提是必须拥有一个帐务帐号。
在开通业务帐号时,先由用户为这个业务帐号选择一种资费方式,选择一台开放实验室,然后把选择好的信息提供给管理员,再由管理员将信息录入并保存,这个业务帐号会被保存到用户选择的开放实验室的服务器上,对于开通好的业务帐号也是由具有用户管理权限的管理员来管理的,如暂停业务帐号,恢复业务帐号,删除业务帐号,修改业务帐号密码。
功能图如图3-8所示:
图3-8业务账号系统功能图
3.3数据库关系E-R图
3.3.1总体关系E-R图
在本系统的设计中管理员拥有不同的角色,而不同的角色拥有不同的权限,而一个角色可以给不同的管理员使用,比如张三和李四都是前台的普通管理员那么他们的角色都相同,而这个相同的角色可能有n个相同的权限如图3-9所示:
图3-9角色逻辑E-R图
在本系统中,一个账务账号可以申请很多业务,而一个资费标准也可以被很多业务账号申请,而一条业务对应一个资费标准,一条业务被一个账号申请,如图3-10所示:
图3-10账号逻辑E-R图
3.3.2账务账号E-R图
在本系统的设计中账务账号是申请人的账号,他包括了申请人的真实信息,如真实姓名,身份证号码,申请人的登录名,密码,何时开通账号等一系列数据,如图3-11所示:
3-11账务账号E-R图
3.3.3业务账号E-R图
一个账号可申请n条业务,每条业务中都会有这条业务的资费信息id,账务账号id,申请的服务器ip,登录名,密码,开通状态等信息,可以说业务账号表是关联账务账号,和资费信息的中间表,如图3-12所示:
图3-12业务账号E-R图
3.3.4资费信息账号E-R图
一个电信服务器租赁支撑系统一定有很多种资费标准,和多种服务类型,比如说包小时,包月的,还有用一个小时算一个小时的不同资费标准,所以在资费信息实体中主要包括资费名称,资费类型,基础费用,小时费用,时长等等信息,如图3-13所示:
3-13资费信息E-R图
3.3.5管理员信息E-R图
管理员能登陆页面,进行一系列的操作,一般都是电信内部员工,具有姓名登录名,密码,电话,电子邮件等属性如图3-14所示:
图3-14管理员E-R图
3.4系统流程图
管理员登陆页面根据用户名密码的验证码的对错进行验证,如果均正确,则可进入各个模块进行管理,如错误则返回登陆页面如图3-15所示:
图3-15系统流程图
3.5数据库表结构
1账务账号表account
主要存储客户的账号以及个人信息如表3-1所示:
表3-1账务账号表
字段名
数据类型
长度
是否主键
默认值
描述
ID
number
9
Yes
客户id
Recommender_ID
number
9
推荐人id
Login_passwd
varchar
30
登陆密码
Login_name
varchar
8
登录名
status
char
1
状态
Create_date
date
创建日期
pause_date
date
暂停日期
Close_date
date
删除日期
Real_name
varchar
20
真实姓名
Idcard_no
char
18
身份证号
birihdate
date
出生日期
gender
char
1
性别
occupation
varchar
50
职业
telephone
varchar
15
电话
varchar
50
电子邮件
mailaddress
varchar
50
邮件地址
zipcode
char
6
邮政编码
varchar
15
Qq号码
Last_login_timedate
date
上次登陆日期
Last_login_ip
varchar
15
上次登陆ip
2业务账号表service
主要存储客户开通的业务信息等如表3-2所示:
表3-2业务账号表
字段名
数据类型
长度
是否主键
默认值
描述
ID
number
10
Yes
业务id
account_ID
number
9
客户id
Unix_host
varchar
15
服务器ip
Os_username
varchar
8
账户名
Login_passwd
varchar
8
登陆密码
status
char
1
开通状态
Create_date
date
创建日期
Pause_date
date
暂停日期
Close_date
date
删除日期
Cost_ID
number
4
资费id
3资费信息表cost
主要存储电信现在有的业务资费信息和类型等如表3-3所示:
表3-3资费信息表
字段名
数据类型
长度
是否主键
默认值
描述
ID
number
4
Yes
资费id
name
varchar
50
资费名称
Cost_type
number
资费类型
Base_duration
number
11
基础时长
Base_cost
number
基础费用
Unit_cost
number
单位费用
status
char
启用状态
descr
varchar
描述
Create_time
date
创建时间
Start_time
date
开始时间
4管理员信息表admin_info
主要存储电信管理员的账号密码以及个人信息等如表3-4所示:
表3-4管理员信息表
字段名
数据类型
长度
是否主键
默认值
描述
ID
number
4
Yes
管理员id
Admin_code
Varchar2
30
登陆名
password
Varchar2
8
密码
name
Varchar2
20
姓名
telephone
Varchar2
15
电话
Varchar2
50
电子邮件
enrolldate
date
授权日期
5角色信息表role_info
主要存储各种角色的名称比如管理员等如表3-5所示:
表3-5角色信息表
字段名
数据类型
长度
是否主键
默认值
描述
ID
number
11
Yes
角色id
name
varchar
20
角色名称
6管理员角色表admin_role
主要存储管理员和角色的对照字段如表3-6所示:
表3-6管理员角色表
字段名
数据类型
长度
是否主键
默认值
描述
Admin_id
number
4
Yes
管理员id
Role_id
number
4
角色id
7服务器表host
主要存储服务器的信息,如表3-7所示:
表3-7服务器表
字段名
数据类型
长度
是否主键
默认值
描述
id
Varchar2
15
Yes
服务器ip
name
Varchar2
20
服务器名称
location
Varchar2
20
服务器地点
8角色权限表role_privilege
主要存储角色拥有的权限,如表3-8所示:
表3-8角色权限表
字段名
数据类型
长度
是否主键
默认值
描述
Role_id
number
4
Yes
角色id
Pribilege_id
number
4
权限id
第4章系统实现
4.1角色管理模块
角色管理模块如图4-1所示:
图4-1角色管理模块图
1角色浏览
点击角色浏览按钮就可以看到角色id,角色名称以及所拥有的权限(多于一页,可以翻页)。
2角色修改
点击结果表中最后一列的相应修改按钮,就可以对具体的权限进行修改。
3角色删除
点击结果表中最后一列的相应删除按钮,就可以删除该角色,对于没有的角色管理员中的该角色也被同时删除了
4权限增加
选择权限增加选项,在模块名称下拉框中选择要增加权限的对应模块,在模块操作下拉框中选择要增加的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电信 服务器 租赁 支撑 系统