范文一:达内电信计费系统项目介绍
李洪鹤/lihh@tarena?.com.cn
一、回顾
1、Spring?核心功能
1)IOC
将对象的创建?权、注入权交给S?pring来?
容器负责做?这些事。由于 管理,由Sprin?g
Spring?是通过配置实?现的这些逻辑?,因此
可以降低对象?之间的耦合度?。
2)AOP
面向切面编程?,主要解决的是?针对一批
组件的通用逻?辑编程的问题?,它采用了
公共的类+配置的方式实?现这个逻辑,可以
降低公共类和?组件之间的耦?合度。
3)整合
Spring?可以整合JD?BC、MyBati?s、
Struts?2、Hibern?ate框架/技术,
可以简化对这?些框架/技术的使用。
4)MVC
Spring?实现了MVC?,按照MVC思?想对
代码进行了分?层,从而降低了项?目中
代码之间的耦?合度。
2、Java知识?体系
画图
二、项目介绍
1、项目整体需求?
1)项目背景
电信公司有U?NIX服务器?出租业务,针对
该出租业务需?要一套办公系?统来提升办事?
效率,提升该业务信?息化程度(无纸化
办公),我们的系统就?是针对该出租?业务
而提供的完整?解决方案。
2)整体解决方案?
画图
2、解决方案
1)NETCTO?SS(要讲)
--名词解析
Net China Teleco?m Operat?ion
Suppor?t System?
中国电信运营?支撑系统-网络版
--功能
用于创建账号?,创建资费标准?,以及
查询用户的消?费情况等。
--使用者
电信公司营业?员
--部署
应用服务器
2)DMS(讲过)
--功能
解析客户登录?、登出UNIX?服务器的时间?,
并将解析到的?信息存入数据?库,即实现
了客户登录服?务器的数据采?集功能。
--使用者
自动运行
--部署
DMS Client?部署在每一台?UNIX服务?器上;
DMS Server?部署在引用服?务器上。
3)PL/SQL(不讲)
--功能
自动计算出客?户本月的消费?情况,由
Oracle?任务自动在月?底调用。
--使用者
Orcale?任务调度。
--部署
Orcale?数据库。
4)自服务(不讲)
--功能
可以查询客户?的套餐余量,可以修改
客户的资费等?,类似于移动/联通营业
厅APP。
--使用者
客户
--部署
应用服务器
3、项目计划
1)Unit01?
day01-day02,完成资费管理?模块。
2)Unit02?
day03-day04,完成账务账号?模块。
3)Unit03?
day05-day06,完成业务账号?模块。
4)Unit04?
day07-day10,完成角色模块?、管理员
模块以及登录?相关的功能。
5)Unit05?
day11,学习AOP,并应用到项目?中。
6)Unit06?
day12,学习事务管理?,并应用到项目?中。
如果时间允许?,做项目总结及?分享。
4、项目目标
1)基本要求
完成资费模块?
2)达标
再完成账务账?号模块,登录功能。
3)要求
自己写代码
4)目标
具备独立开发?的能力
5、技术架构
1)开发环境
Linux+MyEcli?pse6.0+JDK1.6+
Tomcat?7+Oracle?10g
2)使用的技术
Java+Spring?+MyBati?s+JSP+JQuery?
3)结构
基于MVC代?码的分层思想?,将代码分为
如下几层
表现层(V):JSP+JQuery?
控制层(C):
Dispat?cherSe?rvlet+Contro?ller,
即主要由Sp?ring MVC实现。
业务层(C):
由于业务相对?简单,不用独立的业?务
层,而是直接在C?ontrol?ler中实现?
业务,在企业真实的?项目中,往往
这里是有独立?的业务层。
持久层(M):
Spring?整合MyBa?tis来实现?数据库
的访问。
三、搭建环境
1、声明
在项目组中搭?建项目环境应?该由项目经理?、
结构师、设计师来完成?,我们只需要下?载
他们构建好的?代码,添加业务代码?即可。
因此这项内容?了解即可,不是重点。
2、搭建环境大致?步骤
1)解决访问数据?库的问题
使用Spri?ng整合My?Batis来?实现数据库
的访问
2)解决处理请求?的问题
使用Spri?ng MVC来处理?请求
范文二:资料达内电信计费系统项目介绍
李洪鹤/lihh@tarena.com.cn
一、回顾
1、Spring核心功能
1)IOC
将对象的创建权、注入权交给Spring来
管理,由Spring容器负责做这些事。由于
Spring是通过配置实现的这些逻辑,因此
可以降低对象之间的耦合度。
2)AOP
面向切面编程,主要解决的是针对一批
组件的通用逻辑编程的问题,它采用了
公共的类+配置的方式实现这个逻辑,可以
降低公共类和组件之间的耦合度。
3)整合
Spring可以整合JDBC、MyBatis、
Struts2、Hibernate框架/技术,
可以简化对这些框架/技术的使用。
4)MVC
Spring实现了MVC,按照MVC思想对
代码进行了分层,从而降低了项目中
代码之间的耦合度。
2、Java知识体系
画图
二、项目介绍
1、项目整体需求
1)项目背景
电信公司有UNIX服务器出租业务,针对
该出租业务需要一套办公系统来提升办事
效率,提升该业务信息化程度(无纸化
办公),我们的系统就是针对该出租业务
而提供的完整解决方案。
2)整体解决方案
画图
2、解决方案
1)NETCTOSS(要讲)
--名词解析
Net China Telecom Operation
Support System
中国电信运营支撑系统-网络版
--功能
用于创建账号,创建资费标准,以及
查询用户的消费情况等。
--使用者
电信公司营业员
--部署
应用服务器
2)DMS(讲过)
--功能
解析客户登录、登出UNIX服务器的时间,
并将解析到的信息存入数据库,即实现
了客户登录服务器的数据采集功能。
--使用者
自动运行
--部署
DMS Client部署在每一台UNIX服务器上;
DMS Server部署在引用服务器上。
3)PL/SQL(不讲)
--功能
自动计算出客户本月的消费情况,由
Oracle任务自动在月底调用。
--使用者
Orcale任务调度。
--部署
Orcale数据库。
4)自服务(不讲)
--功能
可以查询客户的套餐余量,可以修改
客户的资费等,类似于移动/联通营业
厅APP。
--使用者
客户
--部署
应用服务器
3、项目计划
1)Unit01
day01-day02,完成资费管理模块。
)Unit02 2
day03-day04,完成账务账号模块。
3)Unit03
day05-day06,完成业务账号模块。
4)Unit04
day07-day10,完成角色模块、管理员
模块以及登录相关的功能。
5)Unit05
day11,学习AOP,并应用到项目中。
6)Unit06
day12,学习事务管理,并应用到项目中。
如果时间允许,做项目总结及分享。
4、项目目标
1)基本要求
完成资费模块
2)达标
再完成账务账号模块,登录功能。
3)要求
自己写代码
4)目标
具备独立开发的能力
5、技术架构
1)开发环境
Linux+MyEclipse6.0+JDK1.6+
Tomcat7+Oracle10g
2)使用的技术
Java+Spring+MyBatis+JSP+JQuery
3)结构
基于MVC代码的分层思想,将代码分为
如下几层
表现层(V):JSP+JQuery
控制层(C):
DispatcherServlet+Controller,
即主要由Spring MVC实现。
业务层(C):
由于业务相对简单,不用独立的业务
层,而是直接在Controller中实现
业务,在企业真实的项目中,往往
这里是有独立的业务层。
持久层(M):
Spring整合MyBatis来实现数据库
的访问。
三、搭建环境
1、声明
在项目组中搭建项目环境应该由项目经理、
结构师、设计师来完成,我们只需要下载
他们构建好的代码,添加业务代码即可。
因此这项内容了解即可,不是重点。
2、搭建环境大致步骤
1)解决访问数据库的问题
使用Spring整合MyBatis来实现数据库
的访问
2)解决处理请求的问题
使用Spring MVC来处理请求
范文三:达内电信计费系统介绍 中国联通数据网计费系统介绍 计费系统 数据骨干网
导读:就爱阅读网友为您分享以下“中国联通数据网计费系统介绍 计费系统 数据骨干网”的资讯,希望对您有所帮助,感谢您对92to.com的支持!
联通数据网计费系统介绍
1.1 中国联通数据网软件结构
中国联通数据骨干网的各省节点的计费软件将同时采用亚信公司的AIOBS5.2系统和新太公司的CINMS2.0系统,全国中心将采用亚信公司的AICCS, AIOBS5.2,其互联互通的软件结构如下图所示:
1
中心
节点
图1.1 中国联通数据骨干网软件结构示意图
1.2 联通数据网计费系统功能
中国联通数据骨干网实现功能总体可以分为,大部分: ? 接入认证、授权与计费
? 漫游计费与清算,包括特殊用户,全国性大用户的计费与清算 ? 业务管理
1.2.1 接入认证、授权与计费
中国联通数据骨干网采用集中认证方式,省中心设置统一的认证服务器和用户数据,漫游实现采用省内集中认证,省际通过全国中心。各省中心采用的是在AIOBS5.2计费系统,接入认证、授权与计费包的实现由AIOBS5.2的接入认证系
2
统完成。
为了满足联通数据网互联互通需求,AIOBS5.2 接入认证系统必须实现以下功能:
1.2.1.1 接入方式
接入方式采用ppp方式
1.2.1.2 接入链路
支持两种接入链路:PSTN和ISDN
1.2.1.3 自动断线
支持最大连接时长 Session-Timeout自动断线功能
1.2.1.4 网间、网内漫游与计费
支持网间、网内漫游,网内漫游包括 联通数据网各省用户漫游,卡用户漫游,与新太CINMS2.0系统的漫游
3
1) 网间用户与网内用户的定义
网内用户:联通数据网内的用户,包括 aiobs5.2系统的用户和CINMS2.0的用户 网间用户:联通数据网外的用户
2) 网内,网间漫游认证、授权流程
图1.2 IP拨号接入漫游认证过程示意图
图1.2中各环节说明:
? B省用户user_b1以漫游方式上网,用户标识为“user_b1@省B”,口令为本
地口令;
? 接入服务器(NAS)向本节点RADIUS服务器发出认证请求;
? 节点RADIUS服务器将漫游认证请求转发到本省中心RADIUS服务器; ? 接入省中心RADIUS服务器将漫游
4
认证请求转发到全国中心RADIUS服务器; ? 全国中心RADIUS服务器向开户省中心RADIUS服务器转发认证请求; ? 开户省中心RADIUS服务器对本省用户进行认证,并向全国中心RADIUS服
务器发送用户授权信息;
? 全国中心RADIUS服务器将授权回应给接入省中心RADIUS服务器; ? 接入省中心RADIUS服务器将授权回应给接入节点RADIUS服务器; ? 接入节点RADIUS服务器向NAS授权; ? NAS与用户接入设备建立连接。
3) 网间漫游计费流程
图中各环节说明:
? 连接建立时,发送计费起始包;连接断开时,发送计费结束包; ? 接入服务器(NAS)向省中心RADIUS服务器发出计费请求;
? 接入省中心RADIUS服务器将漫游计费请求存储并向
5
NAS服务器应答; ? 接入省中心RADIUS服务器将漫游计费请求转发到全国中心RADIUS服务器; ? 全国中心RADIUS服务器将漫游计费请求存储并向接入省中心RADIUS服务
器应答;
? 全国中心RADIUS服务器将漫游计费请求可靠地发送到开户省中心RADIUS
服务器的计费端口上。
4) 网内漫游计费流程
图1.3 IP拨号接入漫游计费包传输过程示意图
图1.3中各环节说明:
? 连接建立时,发送计费起始包;连接断开时,发送计费结束包; ? 接入服务器(NAS)向本节点RADIUS服务器发出计费请求;
6
? 节点RADIUS服务器将漫游计费请求转发到本省中心RADIUS服务器; ? 接入省中心RADIUS服务器将漫游计费应答转发到节点RADIUS服务器; ? 接入节点RADIUS服务器向NAS发送计费应答;
注:上图中的节点RADIUS不存在时,??合为一步,??合为一步。
5) 漫游认证、授权、计费包的经由地
注: , 表示经由, , 表示不经由
1.2.2 漫游计费与清算
1.2.2.1 基本原则与概念
1)三种漫游计费模式:
? 接入地执行计费,结算中心进行结算模
7
式 ? 全国中心统一执行计费清算模式 ? 开户地执行计费,结算中心进行清算模式
目前漫游计费采用第一种模式, 同时支持上述三种漫游计费模式
2)漫游业务的漫游费计算原则: 漫游费,接入费,漫游附加费 漫游费:
? 用户一次漫游行为需交纳的费用 接入费:
? 因占用接入地设备需交纳的接入费。
? 计算接入费的费率可支持选择按三方的费率之一进行计算:接入地接入费率,开户
地 接入费率,全国统一的接入费率 ? 全国统一的接入费率由全国中心制定 ? 联通采用的计算接入费的费率使用接入地费率 漫游附加费: ?
8
9
范文四:电信计费账务系统介绍
电信计费账务系统介绍
应该说整个的计费模式是:文件采集-格式化--规整---排重---批价---入库---出账---下账---扣费。目前全国应用的都是一个模式,而计费融合账务系统国内做好的应该就属联。
对于一个BOSS系统而言,计费账务系统自然是一个相当重要的组成部分,在整个BOSS系统中,最有别于别的行业的部分应该也就是计费账务系统了,或者应该更强调的说是计费系统。一般来说,计费系统分为:采集、预处理、剃重、批价、详单入库、账单入库这几个部分。
采集系统负责从业务网元获取各种业务的服务使用记录,很多情况下,我们都叫他们做CDR(call detail record),即使很多业务比方说是短信,并不是通话,我们也习惯上叫这些记录做CDR或者是详单。采集的方式有很多,主要看网元的提供方式,对于电信运营商而言,核心的业务是语音、短信和GPRS,而语音和短信的话单一般都是由交换机或者是短信平台提供文件,在这种情况下,一般都是采集系统用ftp的方式来获取这些话单文件。这里不涉及什么高深的技术,大部分情况就是FTP,然后就是采集完后把已经采集过的话单文件移到备份目录。这里需要提出一点的是交换机出话单的策略,为了更快的输出话单,交换机一般有两种输出策略,第一种是按时间,第二种是按文件大小。前者的意思是多长时间输出一个话单文件,后者的意思是当话单文件达到多大,就输出一个。自然,为了尽快的输出话单,忙时应该用第二种策略;而闲时的话,则使用的是第一种策略。一个完整的话单包含的元素有发话时间、结束时间、主叫、被叫、发话地点等等。这里最要命的就是结束时间,一个完整的话单必须有结束时间,所以对于一个一直没有挂断的通话记录,传统的计费系统是无法对这条记录进行批价的,这也就是为什么会出现当你的卡上剩下1块钱,只要你不挂断电话,你可能可以打很长时间,很长时间~但是注意的是,我说的是"可能",因为你知道这个秘密,运营商也不傻,他们会想办法处理这个问题,至于怎么处理,我以后会慢慢写。
预处理系统实际上是一个和交换厂商密切相关的领域。它需要做的是把各个交换机的话单格式转换成一个统一的话单格式,你需要把这些交换机的话单
格式都搞清楚,如此而已,幸好厂商不多,因为这里没有什么标准可言,所以垄断有时候也有点好处。预处理系统还有一个重要的功能是话单合并,因为交换机会对长话单进行分段处理,比方说你通话超过30分钟,交换机会30分钟出一条话单,对于预处理系统则需要把这些话单进行合并。
剃重,很多情况下,剃重会归并到预处理系统里面,但是也有把他单独拿出来说的。从字面上来说,就是把重复的话单提出掉。话单出现重复的原因主要是交换机的原因,交换机有时候会出现一个通话记录产生两条一样的话单的情况,至于原因,我不是很清楚,呵呵。剃重是一门很复杂的技术。但是剃重的条件实际上很简单,就是同一时间的同一个人不能做两件同样的事情,就是说你不能在同时给同一个人打两个电话。为什么说剃重是一门很复杂的技术呢,关键是涉及的话单量,你看看中国移动09年一季度的财报,一天净赚2.8亿~对于大部分省的移动运营商而言,一个月的话单都是亿为单位的,每天也是千万级。在这种海量的数据里面去迅速定位两个重复的记录,的确不是那么简单的事情。可以总结出的两种剃重技术,库外剃重和库内剃重,这主要看具体实现的方式是不是依赖数据库的唯一索引,如果依赖,则一般叫做库内剃重,反之如果是通过自建数据结构来处理叫库外剃重。
批价系统,很多情况下,我们会经常听说一批和二批这两个词,这两个词的叫法有很多种含义,说法也比较拗口,简单举个例子,如果你使用了一个套餐,包200分钟的市话主叫,超出之后每分钟2毛钱,这时你打了个4分钟的市话,一批出来是8毛;二批发现如果在200分钟内的话,则批成0。还有一种说法是一批先批成标准资费,即每分钟4毛,4分钟1块6,然后再批成0,或者是8毛。总是一批和二批的说法有这么几种,不过,随着系统的发展,一批和二批之间的界限实际上已经越来越模糊了,越来越多的计费系统都是通过一次性的批价来得出最终的结果,这是一个发展趋势。批价系统是计费系统里面最复杂的部分,一个计费系统好不好,可能更多的是通过批价系统来衡量。衡量一个批价系统好不好,作为一个电信级的系统,首先当然是系统安全性要高,回退、重批等功能需要具备;其次就是要灵活。众所周知的是移动的套餐之多,多得到了令人发指的情况,多得到了很多运营部门的人都搞不完全清楚。如此多的套餐支持,而且美其名曰要迅速对市场部门需求做出响应,所以批价系统要尽量快的应对运营商提出的各种套餐需求。在支持这个套餐的过程中,其实运营商是不关心你每次会不会要改代码的,即使是口头上说说,只要你每
次改的快,他们也不在乎的,这似乎和很多人鼓吹的并不一样,他们总会说是运营商要求要提高计费系统的可配置化。实际上是谁希望提高系统的可配置化呢?是集成商,集成商希望每次改套餐不要动代码,由现场维护人员改改配置,就能搞定,这样研发和测试就要省很多的事情。做计费系统的人都知道,运营商会要求现场有很多维护人员,至少是10个,甚至更多,他们可以给维护费,只要你支持他的需求,出错能兜得住,他不会管你是怎么实现的,是改代码还是修改配置?他们才不管。关于批价系统说的比较多,大家还可以看看我的另外一篇文字《将lua嵌入C++中用来做计费系统的批价》
详单入库和剃重一个道理,关键是性能,大量的数据入库必然对性能的要求很高。一般的做法也可以分为两种,库内和库外。其中库外存储详单现在越来越少了,虽然他的优点很明显,占用资源少,速度快,但同时缺点也同样十分明显,就是查询和管理不方便,越来越多的开发商放弃了库外详单存储。而借助oracle的分区技术,库内详单存储基本上成为大部分开发商的首选方案。
详单入库之后就是合并账单了,因为账单的特殊性,他的update操作特别多,基于性能的考虑很多开发商选择了内存数据库来存储。以前很多的开发商都是自己基于Unix的共享内存技术来管理存储当月或者上月的账单,但是最近几年随着Altibase和TimesTen的流行,越来越多的开发商也开始放弃自己开发的东西,转而使用成熟的商用解决方案。一旦使用Altibase和TimesTen之后,账单的入库对于开发人员来说也就没多少技术含量了。
帐单是整个计费帐务系统的核心对象,整个计费帐务处理过程都是围绕帐单对象进行的,帐单对象是业务标识、用户(服务)标识、帐户标识的综合体现。从业务标识上的原始服务使用记录的采集和预处理,用户标识号上的批价、合帐到帐户标识出帐、销帐处理,事实上就是帐单的原始数据来源于何处、帐单如何生成、帐单如何消失、如何保存循环往复的过程。
以上是一个对计费系统的简单介绍,有不对之处请大家多多指正。
"七"乐无穷,尽在新浪新版博客,快来体验啊~请点击进入~
范文五:电信客户计费系统
电信客户计费系统
需求说明书
文档信息:
修订记录:
目 录
1
引言.......................................................................................................................... 3 1.1 编写目的..................................................................................................... 3 1.2 编写背景..................................................................................................... 3 1.3 1.4 2
术语和缩写解释 .......................................................................................... 4 参考资料..................................................................................................... 5
系统概述................................................................................................................... 6 2.1 系统目标..................................................................................................... 6 2.2 2.3 2.4
系统范围..................................................................................................... 6 用户特点..................................................................................................... 6 系统整体设计.............................................................................................. 7
3
业务概述................................................................................................................... 9 3.1 电信三户模型.............................................................................................. 9
3.1.1 客户信息.............................................................................................. 9
3.1.1.1 电信客户类型................................................................................ 9
3.1.1.2 公客............................................................................................ 10 3.1.1.3 商客............................................................................................ 10 3.1.1.4 大客.............................................................................................11 3.1.1.5 专客.............................................................................................11 3.1.2 账户信息.............................................................................................11 3.1.3 用户信息............................................................................................ 12 3.2 通信供应商网间结算 ................................................................................. 12 3.3 优惠.......................................................................................................... 13 3.4 账单.......................................................................................................... 13
4
功能设计................................................................................................................. 13 4.1 后台自动完成............................................................................................ 13
4.1.1.1 数据初始化 ................................................................................. 13
4.1.1.2 客户类型..................................................................................... 13 4.1.1.3 供应商及网间结算费率................................................................ 14
4.2
4.1.1.4 实时计费..................................................................................... 14 电信工作人员功能..................................................................................... 15 4.2.1.1 输入客户资料.............................................................................. 15 4.2.1.2 输入账户资料.............................................................................. 15 4.2.1.3 输入用户资料.............................................................................. 15 4.2.1.4 账单查询..................................................................................... 15 4.2.1.5 出月账 ........................................................................................ 16
4.3
用户消费功能............................................................................................ 16 4.3.1.1 打电话 ........................................................................................ 16
1 引言
1.1
编写目的
该文档编写目的主要是为了明确系统需求,和项目干系人达成一致的理解,为将来设计、编码、测试等工作提供参考依据,本项目的预期读者包括:客户、系统分析员、系统设计人员、程序员、测试人员、实施人员和维护人员。
1.2 编写背景
我国电信行业的发展已日趋成熟, 市场竞争也日趋激烈, 为了在市场竞争中保持强大的竞争力, 电信运营商必须做到在降低成本的同时能够快速灵活高效地部署新业务新需求, 来完善和满足客户和市场的需求。因此首要问题就是必须解决业务支撑系统的问题, 所以构建省级集中的BOSS(Business&Operation Support System)系统已成为电信运营商支撑系统建设的总体趋势, 计费账务系统又是BOSS 系统的重要组成部分, 特设计计费系统模型, 以期形成一整套符合中国电信企业实际情况的理论和实践体系。本文主要讨论电信计费账务系统核心部分计费模块的设计和实现, 对于与其他部分无法分离描述或分离后将使表达变得不清时, 则将计费账务系统作为整体进行讨论。在充分调研现有系统和参考大量国内外资料的基础上, 通过对电信企业计费账务系统进行系统化的设计, 目的是将整个计费账务系统进行系统化理论的抽象, 从而建立一套稳定、高效、易扩展的解决方案。
首先分析了电信计费账务系统的项目背景以及国内外发展现状, 对系统整体业务流程和需求进行了描述;
然后对需要解决的关键问题给出具体的实现技术和方法。本文解决的关键问题主要有以下几个
第一、分析设计了计费账务系统的整体架构和计费模块的功能框架。 第二、就计费模块的部分功能进行了详细设计并给出了实现方法。
第三、就系统的可扩展性、可移植性、适应性等问题举行了探讨。
本项目所取得的成果已在中国铁通广东分公司计费系统中使用, 并取得了良好的效果, 随着企业管理水平和业务流程的不断改进, 系统架构和功能还将进一步的得到完善和提高 The telecom sector of our country has developped maturely in gradually , the market competition is becoming fierce day by day. In order to keep stronger competition in market competition, telecom operators must can sell measure with lower than competitor cost, quicker speed and more nimble camp, come to perfect and debut the telecommunication business satisfying customer need, must resolve business propping up the system core part therefore, the settlement-consuming plan system that level concentrates therefore structuring a province entraliezed BOSS (Business&Operation Support System) already becomes telecom operators collectivity trend that system builds. Account affairs-consuming model designing that concentrate a plan specially, to expect that the package forming one accords with Chinese telecom trade reality theory and carries out system.This paper has mainly discussed counts account affairs system core part meter-consuming subsystem-consuming design and realization , with regard to and other, unable separation of part describes that or the separation queen expresses with making when becoming unclear , discusses that then with account affairs-consuming system of plan as overall
go along. On the basis surveying now available system sufficiently and consulting the large amount of home and abroad data\'s, systematic design the billing and accounting system of telecom corporation, purpose is abstracting theoretically the entire of the billing and accounting system, thereby build a set of solutions which is stability, high-effect and easy to expand. The paper has analysed telecommunication first in culture counting account affairs system-consuming project background and home and abroad present situation, technological process describes that to system overall business with having needed go along; And then require that the question solving gives concrete realization technology and method . The main body of the paper is resolved has several following mainly:
The first have analysed and designed the overall architecture of the billing and accounting system and the function frame of the accounting module.
Second, has designed and realized the part function of the accounting module in detail. Third,is discussion some question of the extendibility, portability, adaptability,and so on.The achievement of the project is applied to the accounting system of China Tietong Telecommunications Corporation GuangDong Branch, the effect is favourable. With the development of management and business processes,we will further consummate and improve the system frame and fuction
1.3 术语和缩写解释
列出本说明书中专门术语的定义、外文缩写词的原词及中文解释,系统组内达成一致意见的专用词汇及描述。
1.4 参考资料
《中国电信在线计费系统(OCS )总体技术方案》 《中国电信在线计费系统(OCS )业务需求》 《中国电信在线计费系统(OCS )技术要求》 《中国电信在线计费系统OCP 接口规范》 《中国电信在线计费系统SCP 设备改造要求》 《中国电信在线计费系统ISMP 设备改造要求》 《中国电信在线计费系统CCG 设备技术要求》
2 系统概述
2.1
系统目标
通过使用本系统,可进行电信客户资料的管理、消费和计费
2.2 系统范围
业务范围主要包括客户资料的管理、客户消费和计费功能
2.3 用户特点
电信工作人员
客户应用系统自动化
电信工作人员:主要录入三户(客户、账户、用户)资料及根据不同条件进行消费账单查询 客户:指客户拨打电话功能,需要指定电信号拨打不同的提供商号码 应用系统自动化:主要是系统数据初始化及计费功能
2.4 系统整体设计
客户帐单查询
客户
(from Use Case View)
打电话
实时计费
3 业务概述
3.1
电信三户模型
客户:记录客户资料
账户:记录用于结算电话的银行账号 用户:指设备(电话)
一个客户可以拥有多个账户、一个账户可以给多个用户支付
3.1.1
客户信息
3.1.1.1 电信客户类型
电信客户主要分为四种类型
3.1.1.2 公客(publicCustomer)
公客主要是指社会上的散装客户,以家庭、小企业为主 它所需要的属性有
3.1.1.3 商客(businessCusomer)
商客指行业客户, 电信主要分如下行业
3.1.1.4 大客(bigCusomer)
大客是指电话数量超过10台的单位,大客户同时也具有行业客户的特点,如银行客户即是金融客户,同时也是大客户,所需属性如下:
3.1.1.5 专客(speciality)
3.1.2 账户信息(Account)
账户信息是指给用户支付的银行账号
3.1.3 用户信息
用户是指设备号,即电话号码,一个账号可用于支付多个设备的消费
3.2 通信供应商网间结算
中国有几大供应商,不同的供应商之间有不同的结算费率,但目前已经全部是进行呼叫方付费的方式计费,但结算时已经把网间费算进去了,如
电话号码拨打移动计费每分钟:电信收0.16元/分钟 移动收0.04元/分钟,结算时为0.20元/分钟
为了使系统简化,本系统初始化各大提供商的号码如下
3.3 优惠(sale)
针对不同的客户采用不同的优惠策略, 优惠主要是在月结时计算,为简化系统,在这里做实时优惠。
3.4 账单(bill)
为了简化系统,本系统只对电信号码进行计费,每次通话结束后进行计费,计费将根据不同的被叫做不同的计费费率,并对结果进行优惠,同时产生一个账单,账单信息如下:
生成账单后需要在账户信息里扣除相应的款项
4 功能设计
4.1
后台自动完成
4.1.1.1 数据初始化 4.1.1.2 客户类型
有公客、商客、大客、专客
4.1.1.3 供应商及网间结算费率
供应商
供应商号码
4.1.1.4 实时计费
当电信用户拨打电话并结束后,判断被叫号属于哪个供应商,然后根据费率表进行计费
4.2 电信工作人员功能
4.2.1.1 输入客户资料
4.2.1.2 输入账户资料
4.2.1.3 输入用户资料
4.2.1.4 账单查询
查询出所有的消费账单信息
4.2.1.5 出月账
每月进行出账,从账单中进行合计费用并进行优惠
4.3 用户消费功能
4.3.1.1 打电话
5 菜单设计
5.1
主菜单
5.2 电信工作员主页面
5.3 客户资料管理
注:
1、 选择客户类型是先列出类型表,供选择 2、 选择行业时也与1类似
5.5 修改客户资料管理
注:如果该客户下有帐户资料则需先删除账户才能删除(如果该客户下有账户信息则不能删除)
5.7 账户资料管理
5.9 修改账户资料管理
5.10 删除账户资料管理
注:如果该账户下有用户,则需先删除用户后才能删除帐户(如果该账户下存在用户则不能删除) 5.11 用户资料管理
5.13 修改用户
输入电话号码是模糊查询(前模糊)
5.15 账单查询
5.16
打电话
转载请注明出处范文大全网 » 达内电信计费系统项目介绍