本地电信业务计费帐务系统培训教材(二)_第1页
本地电信业务计费帐务系统培训教材(二)_第2页
本地电信业务计费帐务系统培训教材(二)_第3页
本地电信业务计费帐务系统培训教材(二)_第4页
本地电信业务计费帐务系统培训教材(二)_第5页
已阅读5页,还剩52页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

本地电信业务计费帐务系统培训教材⑵

保密等级:

福建宏智科技股份有限公司技术文件

本地电信业务计费帐务系统

TrainingMaterial

2000-02-01编制2000-03-01公布

福建宏智科技股份有限公司公布

名目

1前言1

2系统概述1

2.1系统设计和开发遵循的原则和依据1

2.2系统特点1

2.3系统适用范畴1

2.4系统设计原则2

2.5软件体系结构4

2.5.1开放的计费帐务体系结构4

2.5.2应用模块结构5

2.6生产组织机制6

2.6.1数据采集生产6

2.6.2计费治理生产7

2.6.3帐务治理生产8

2.6.4资料治理生产9

2.6.5综合治理生产11

2.7系统网络与硬件体系结构12

系统功能13

3.1系统功能构成13

3.2系统功能分解13

3.2.1采集治理13

3.2.1.1功能描述13

3.2.1.2话单采集14

3.2.1.3表底数据采集14

3.2.1.4代收数据采集15

3.2.1.5结算数据采集15

3.2.2计费治理15

3.2.2.1功能描述15

3.2.2.2对话单数据计费处理15

对表底数据计费处理15

3.2.3帐务治理16

合帐处理16

3.2.3.2租费处理19

3.2.3.3优待处理20

3.2.3.4代收合帐处理20

3.2.3.5代收下帐处理21

3.2.3.6下帐处理21

3.2.3.7销帐处理22

3.2.3.8欠费治理23

3.2.4资料治理24

3.2.4.1职员治理24

3.2.4.2参数配置治理25

3.2A.3用户资料治理30

3.2.5审核治理31

3.2.5.1长话业务审核校验31

3.2.5.2市话业务审核校验32

3.2.5.3区间通话审核校验32

3.2.5.4代收业务审核校验32

3.2.5.5帐务审核校验33

3.2.6查询统计治理33

3.2.6.1统计处理34

3.2.6.2查询处理34

3.2.7系统治理34

3.2.7.1系统爱护35

3.2.7.2应用治理35

3.2.7.3数据治理35

3.2.7.4系统监控36

3.2.7.5安全治理36

3.2.8申告治理37

3.2.8.1申告内容录入37

3.2.8.2申告分析及处理37

3.2.8.3申告清单37

3.2.9通讯与监控38

3210客户消费行为分析39

3.3系统功能特点39

3.3.1客户化帐单定制39

3.3.2话费限额治理40

3.3.3灵活交费(纵向帐目)40

3.3.4灵活设置帐务周期41

3.3.5明晰帐户客户概念41

3.3.6加大优待处理41

3.3.6.1四类优待对象:41

3.3.6.2四种优待方法:41

3.3.7完善审核校验功能42

3.3.8为决策提供充分依据42

4系统数据模型42

4.1计费模型43

4.2资费关系模型43

4.3优待数据模型43

客户化帐单数据模型44

4.5销帐数据模型44

欠费治理数据模型44

4.7授权治理模型44

4.8统计数据模型45

4.8.1统计指标生成45

4.8.2统计处理45

5系统运行环境45

5.1硬件环境45

5.1.1后台主机系统45

5.1.2前台PC机46

5.2软件环境46

5.2.1数据库软件46

6系统的深层次应用一一数据挖掘和知识发觉46

6.1系统概述47

6.2系统目的47

6.3功能实现49

6.4构件设计51

6.5系统的实现52

6.6系统的特点52

前言

计费帐务治理是电信企业经营活动中的核心任务之一。本地计费帐务

系统是中国电信三级计费帐务治理体制中,在本地网一级采纳先进运算机

软硬件和网络技术的应用系统。本地计费帐务系统将和省计费帐务系统配

合完成电信企业各类业务的计费、收费、结算等工作。

电信企业今后的竞争要紧是服务质量上的竞争,服务质量要紧体现为

网络爱护质量和经营服务方面的质量。客户/用户对服务的中意度是衡量服

务质量的一个综合指标,包括电信企业对用户提供计费和帐务处理方面服

务的中意度。

本地计费帐务系统是支撑电信企业运行的重要技术手段,是面向用户

服务的综合性支撑系统。与“九七工程”系统等业务支撑系统相配合,本

地计费帐务系统可向用户提供“全程、全网”的及时、准确、统一的服务。

保证企业的收益、服务质量和标准,提升企业在开放的市场中的竞争力。

系统概述

系统设计和开发遵循的原则和依据

按照《本地电信业务计费帐务系统分析与设计》的业务需求和设计模

型进行开发,严格执行宏智公司IS09001质量体系文件。

系统特点

本地计费帐务系统,从建立完善新的电信计费帐务系统功能着眼,从

改造现有的计费帐务系统入手,突出体现其先进、集中、灵活、多样、实

时、准确、安全等特点,实现了联机采集实时化、帐务处理集中化、收费

方式多样化、客户服务个性化。

系统适用范畴

本地计费帐务系统就地域治理而言,本地的最小单位是一个本地网,

而本地的概念并不限制在本地网,能够是数个本地网或一个省,甚至扩大

到更大的区域。系统能够实现本地范畴内统一的计费帐务处理,确保在本

地范畴内统一资费政策、统一营销政策、统一服务规范,实现本地范畴内

计费的联机集中处理、帐务集中处理。

系统设计原则

本地计费帐务系统需要处理的对象数据量大,业务涉及面广,业务规

则变化快,实时性和可靠性要求高,因此,系统在设计上将先进的运算机

技术、网络技术和数据库技术融于一体,提供全面完整的本地计费帐务中

心解决方案。

系统采纳智能网(IN)的设计思想,使用构件化的方式实现系统的扩

展性。

系统设计充分考虑支持分布式运算能力,以平台无关的分布式中间件

保证系统不论在相同系统依旧在异构系统平台上都能够实现分布运算,从

而极大的提升了系统的可伸缩性,保证电信业务大数据量的集中采集计费

的需求。

在系统中实现联机计费和实时/定时出帐时,引入实时系统的概念和理

论,对联机计费和实时出帐进行分析和设计,均衡系统的负载,排除系统

可能显现的性能瓶颈,从而来保证计费系统的响应速度满足系统要求。

为了使系统不但能够专门好地完成日常的联机事务处理(OLTP)功能,

提供对计费帐务业务流程的支持,而且能够提供高效、灵活的联机分析处

理(OLAP)功能,为用户提供较高层次上的数据分析和辅助决策支持。系

统采纳数据仓库的技术,从各种数据源主动地取出数据,通过清理和整合,

再按照决策支持的需要分主题重组数据,按照时序节奏持续地自动装载、

更新数据仓库;通过分析处理最后以多种形式将决策支持的意见出现给用

户。

本地计费帐务系统在设计过程中使用:统一业务处理和治理流程、统

一计费规则和运算方法、统一计费数据分类和使用、统一标准化的数据字

典、统一数据标识编码;具有统一的与其它系统的接口,包括:统一的协

议栈、统一的数据格式。

系统总的设计原则为:数据驱动处理过程、事件驱动的实时内核,参

数操纵的处理逻辑;在此基础上采纳先进的工具,构造一个开放的、高可

用性的系统。具体为以下几方面的内容:

数据驱动处理过程、事件驱动的实时内核,参数操纵的处理逻辑,系

统采纳实时内核以事件触发使系统具有自动化程度专门高,对业务的要求

能准确、及时地响应。使用参数化的配置数据决定处理方式

开放性与标准化

开放性与标准化是一个系统赖以生存进展的基础。只有遵循开放性和

标准化的系统,才具生命力,才能爱护用户的投资,才能体现良好的扩展

性和互操作能力。从国内、外的一些系统建设实际体会和教训来看,开放

性与标准化原则如不能得到保证,就会在系统使用后,显现使用上的咨询

题,造成系统爱护和扩展的困难,系统进展受阻。系统所涵括的所有计费

帐务都完全满足相应的电总技术规范要求,系统的软硬件接口满足电总相

应的技术规范要求。

安全性和可靠性

采纳客户机/服务器的体系结构,确保数据的统一,有利于保证系统数

据的安全和一致性,保证系统的正常运行。主机系统的热备份方式和磁盘

阵列技术,确保了数据的安全。在操作系统的安全性操纵基础上,对大型

关系数据库的权限治理和应用软件的权限治理,提供了一套完整的安全机

制。

先进性

系统在硬件上采纳先进的设备,确保用户投资的有效性和连续性。软

件系统设计上采纳流程化的治理和原形法、生命周期法相结合的方法,确

保系统开发周期和软件质量。

易用性和可爱护性

系统使用统一风格的用户界面和强大在线关心功能,提供实时监控治

理,为用户提供方便。系统的配置与具体的业务紧密结合,使业务人员专

门容易操作使用。

扩充性

系统采纳堆叠式构件化设计,功能构件具有专门好的独立工作能力,可

对模块进行扩充和重组。

稳固性

系统能保证7天*24小时不间断运行,同时提供足够的冗余,做到了运

行时动态升纨及热切换。

痂________

业务生成总线

勾八桥接

环境V

公有公司的本期十费长癖统逮底睢一个开速

।1DB费

上,doRRA或点函DCOM/T开

通信总线MN构件

发工自动构件国CORBA

刀I。"*刀加+火丁]p'm本等」~~平4【轲忏,斤/简

““配置库「乳婵的,发

单依

DBL桥接

性和如缗能要力韶够停便的疔建所吏建理的亚零W申I业株基的业

务进展要求具\^^_CORBA通信总线

应用

系统平台的依21tW1,总密黝,把

DB

计费帐务空勰环蠕喇力数靠接I口WJ业寿爽理层—理特层

四个层次,并:CORBA通信总线

计了一个整合存।种令月中了kl代._ab布、异构

平台的梵英舞以腐n-兼务阖拊嫣上

数据N持。

仓库

图2-1开放的计费帐务处理平台

体系结构图各组成部分讲明如下:

数据接口层:完成数据采集、计费帐务档案猎取、实时操纵等与数据

源相联系的功能

业务处理层:这是整个环境平台的要紧功能体现,完成计费、帐务处

理、销账处理、欠费治理、结算清算等具体业务功能

治理层:实现与计费帐务处理有关的流程操纵、参数操纵、数据治理、

审核校验、优待治理、信用度治理、用户档案治理、其他业务参数治理

决策支持层:完成生产系统中有用数据的提取过滤到数据仓库中,按

照需求进行流量分析、收入分析、欠费分析和指标因素改变后的推测分析

业务生成环境:

在各层次上,分不提供相应的业务生成环境,通过最小业务单元的分

图2-2系统应用模块结构图

生产组织机制

数据采集生产

数据采集:本地计费帐务系统从电信网网元(通常为数字程控交换机)

采集电信业务通信使用费的原始数据(通常指原始话单数据);关于代收业

务(如数据业务、声讯业务等),则同意有关部门或单位提交的代收业务通

信使用费标准化的计费数据。

数据采集生产闭环的形成,如下图所示:

以数据源采集单元、数据采集工位形成数据源的采集环节;

以数据采集、标准化、联机查询、质检工位形成生产闭环治理;

以数据采集治理工位对数据源采集单元、数据采集、标准化、联机查

询、质检工位进行授权治理和操纵组织各个工位的和谐工作,形成约束功

能。

数据源采集单元

数据源采集单元通常指交换机联机采集点、脱机采集点、人工采集点、

代收业务数据采集点等;要紧职能是将通信计量费用的原始数据、代收业

务的标准化计费数据发往数据采集工位。

数据采集

该工位同意数据源采集单元发送的原始数据或标准化数据,并将同意

的数据电子签收或人工签收,分类存档。

标准化

该工位负责对原始数据的格式标准化处理,对代收业务的标准化数据

则无需处理,将标准化结果分类储存,供后续生产环节处理。

联机查询

提供数据采集生产环节的有关查询,能够支持当前所有的原始数据、

标准数据的联机查询。

质检

该工位是数据采集生产环节的质量操纵单元。它能够对原始数据、标

准化数据进行审核校验,是向下一个生产环节传递的操纵点。

数据采集治理

数据采集治理能够对各个工位进行授权治理,它通过对数据采集工位

(数据入口)、质检工位(数据出口)进行和谐治理,确保数据采集生产闭

环的形成。

计费治理生产

计费治理:对需要计费的电信业务通信使用费标准化数据进行预处理、

批价、分拣等处理,形成标准的计费话单数据;计费治理要紧完成电信业

务通信发生费用的规范化运算处理。

计费治理生产闭环的形成,如下图所示:

以预处理、批价、分拣工位形成计费生产环节;

以预处理、批价、分拣、储备、质检工位形成生产闭环治理;

以计费治理工位对预处理、批价、分拣、储备、质检工位进行授权治

理和操纵组织各个工位的和谐工作,形成约束功能。

预处理

预处理工位要紧对计费数据进行诸如话单合法性校验、交叉话单检查、

重复计费检查等。

批价

批价工位要紧对预处理后的的计费数据进行批价处理,结合资费标准

进行费用运算,形成计费话单(清单)数据。

分拣

分拣工位要紧对批价后的计费话单(清单)数据,按业务定义的规则

进行分拣排序;例如按日期、局向、呼叫类型等。

储备

储备工位要紧对分拣后的计费话单(清单)数据,以文件或数据库的

形式进行储备保管,供后续生产环节(如帐务治理)进行相应的引用处理。

质检

该工位是计费治理生产环节的质量操纵单元。它能够对各个工位的生

产处理进行审核校验,是向下一个生产环节传递的操纵点。

计费治理

计费治理能够对各个工位进行授权治理,它通过对各个工位进行监控

治理和和谐治理,确保计费治理生产闭环的形成。

帐务治理生产

帐务治理:对计费处理后的通信发生费用,结合用户资料数据,生成

客户化帐单,并对整个本地网的客户帐务进行治理;帐务治理要紧对客户

所拥有的电信业务使用费用进行帐务结算处理。

帐务治理生产闭环的形成,如下图所示:

以出帐、结算工位形成网间结算生产环节;

以出帐、帐务处理、质检工位形成帐务生成生产闭环治理;

以帐务处理、销帐、欠费治理、帐单分发、质检工位形成帐务生产闭

环治理;

以帐务治理工位对出帐、结算、帐务处理、销帐、欠费治理、帐单分

发、质检工位进行授权治理和操纵组织各个工位的和谐工作,形成约束功

能。

出帐

该工位在每个帐务周期到来时,将计费治理生产环节生成的通信发生

费用(形成设备帐),结合用户资料进行出帐处理(形成用户合同帐),运

算出当前帐务周期所有客户的帐单费用,包括两部分的费用:本地网客户

帐单费用与其他电信网的结算帐单费用。

结算(可选)

该工位专门用来处理本地网与其他电信营运商(如移动电话公司、联

通公司)的网间费用结算处理。

销帐

该工位是按照客户化帐单的用户帐务数据,提供多种手段的收费方式,

向客户进行电信费用结算处理,同时向客户出具有关帐单、票据。

欠费治理

该工位要紧是针对当前帐务周期及以往帐务周期用户欠费的治理,包

括欠费催缴、欠费停机/复机/拆机的工单治理,能够为有关主管部门提供呆

帐、坏帐的统计信息,并做相应的处理。

帐务处理

该工位是按照客户化帐单的用户帐务数据,提供多种用户帐务处理的

手段,如调帐处理、减免处理、帐务报表治理、统计治理等。

帐单分发

该工位将出帐工位运算出的客户帐单费用,按照客户化定制帐单的规

则,进行帐单治理工作,便于与客户进行各种帐单费用结算处理;并将客

户化帐单进行打印分发。

质检

该工位是计费治理生产环节的质量操纵单元。它能够对各个工位的生

产处理进行审核校验,它要紧稽核帐务的平稳,销帐营收帐务的平稳,检

查欠费治理工单的正确实施等,它是与其他生产环节接口的操纵点。

帐务治理

帐务治理能够对各个工位进行授权治理,它通过对各个工位进行监控

治理和和谐治理,确保帐务治理生产闭环的形成。

资料治理生产

资料治理:对本地网计费帐务系统中所有的客户资料、用户/客户的信

用度、电信业务参数、电信资费、优待政策等进行有效的治理;能够通过

授权治理机制,在本地网范畴内对系统的使用和访咨询形成约束能力。

资料治理生产闭环的形成,如下图所示:

以授权治理、资费治理、质检工位形成资费治理生产闭环;

以授权治理、优待治理、质检工位形成优待治理生产闭环;

以授权治理、信用度治理、质检工位形成信用度治理生产闭环;

以授权治理、业务资料治理、质检工位形成业务资料治理生产闭环;

以授权治理、用户资料治理、质检工位形成优待治理生产闭环;

以授权治理工位对资费治理、优待治理、信用度治理、用户资料治理、

业务资料治理、质检工位进行授权治理和操纵组织各个工位的和谐工作,

形成约束功能。

资费治理

该工位按照上级或本地物价部门批准的资费标准,经授权对本地计费

帐务系统的资费参数进行治理。

优待治理

该工位按照本地网经营部门制定的营销政策,经授权对本地计费帐务

系统的优待规则进行治理。

信用度治理

该工位按照本地网经营部门制定的营销政策及信用度治理方法,经授

权对客户/用户的信用度进行评估及治理。

用户资料治理

该工位通常从“九七工程”营业系统接口自动猎取用户资料的变动信

息,经授权可对客户/用户的资料进行治理。

业务资料治理

该工位按照本地网经营部门所辖营业区各种业务范畴,经授权能够对

各种业务参数(如营业区、号源、帐务周期等)进行治理。

质检

该工位是资料治理生产环节的质量操纵单元。它能够对各个工位的生

产处理进行审核校验,它要紧确保资费政策、优待政策、经营政策所涉及

的关键性参数能够有效地治理,并稽核用户资料的变动状况等,它是与其

他生产环节接口的操纵点。

授权治理

授权治理能够提供本地网范畴内的授权治理(如计费帐务系统的用户

治理、权限治理、口令治理、工位治理、日志治理等),另外能够对对各个

工位进行监控治理和和谐治理,确保资料治理生产闭环的形成。

综合治理生产

综合治理:面向企业内部各个业务部门提供详细的统计分析信息(如

计费生产所涉及的租费、通话费、帐务报表、营收统计、业务量统计、用

户分类统计等);面向企业上级主管部门领导决策层提供计费帐务生产的综

合统计分析信息;面向客户提供有关的服务信息查询(如联机综合查询、1

70查询、传真查询、180服务等);面向本地网计费帐务系统自身的系统治

理手段。

综合治理生产闭环的形成,如下图所示:

以质检、外部系统服务、查询治理、统计治理、系统治理工位组成生

产闭环,由质检工位行使约束功能。

质检

该工位是综合治理生产环节的质量操纵单元。它能够对各个工位的生

产处理进行约束治理,它是与其他生产环节接口的操纵点。

外部系统服务

该工位提供向诸如170系统、180系统、“九七工程”营业系统等提供

计费帐务的有关信息。

查询治理

该工位提供计费帐务系统各个生产处理环节(如数据采集、计费治理、

帐务治理、资料治理)的查询信息。

统计治理

该工位提供计费帐务系统各个生产处理环节(如数据采集、计费治理、

帐务治理、资料治理)的统计信息。

系统治理

该工位提供计费帐务系统各个生产处理环节(如数据采集、计费治理、

帐务治理、资料治理)的应用系统爱护手段,并结合运算机系统、网络系

统、数据库系统等系统爱护治理方法,加大系统监控、数据备存、安全治

理等各种措施。

系统网络与硬件体系结构

本地计费帐务系统的硬件体系结构图如下:

_

营业帐务平台帐务管理平,

票据打印机普通打印机

计费帐务平台

程控交换机

系统功能

系统功能构成

本地计费帐务系统功能

系统功能分解

采集治理

功能描述

数据采集是指本地计费帐务系统采集业务计费数据的过程。包括对本

地差不多电信业务的数据采集和对代收电信业务的数据采集。其中本地差

不多电信业务要采集清单数据,关于代收电信业务按照具体的需求数据采

集。

数据采集方式有如下几种:

实时联机采集

定时联机采集

脱机读带采集

网络文件采集

磁盘、光盘文件采集

人工录入

数据采集保证实时性和准确性。考虑到业务进展对实时性要求的持续

提升,系统具有灵活的扩展性,以达到对HotBilling的支持。系统数据采

集能够支持目前己有要紧交换机类型,并能够方便地增加新的交换机类型。

采集过程中进行实时监控,以便尽早发觉交换机或采集机的故障,并产生

提示或告警信息。

其中实时联机采集的系统模型如图所示:

L/程代命令服务于

操管

作理

客户管理中

交换机联机信N交Z系庵洪舞

采集对数据源有严格的操纵,不能显现对同一批数据进行重复采集的

情形。专门处理的结果(无效话单)应能够做相应的统计,以便纳入成本

核算。本地计费帐务系统的采集的计费原始数据包括话单数据、表底数据、

代收数据、结算数据。

话单采集

话单采集的任务是将交换机原始文件转换为标准格式文件(Acsn码),

上传到服务器端,写FileList表,后台程序读FileList表,按照表中信息读

标准格式文件,将其插入数据库,数据流如图所示:

表底数据米集

表底数据采集提供对各种表底数据的采集接收功能,在采集的同时,

将本帐务周期的抄表数与上一帐务周期相减,得到本帐务周期的实跳次,

对需要割接的局向,指定相应文件的相应号段,直截了当完成割接;将得

到的此次实跳次文件上传到服务段,有后台程序处理文件插入到数据库。

数据流如图所示:

代收数据采集

代收数据采集提供对各种代收帐目(包括信息费、移动电话费)的数据接

收接口,数据源包括文本文件、DBF文件等等。

结算数据采集

结算对象是不同的电信运营商,如移动电话公司,各种信息台等。中

国电信的分摊对象是本单位内部的不同专业,如数据局、公话治理局等。

结算和分摊的数据采集在结算和分摊单位与本地电话网的接口局进

行,采集到的数据为记次话单和记时话单。关于结算和分摊采集中发觉的

错单进行检查和相应的处理。

计费治理

功能描述

实现对各种采集后的数据进行审核、分拣、纠错和批价处理,形成各

类话单数据。

对话单数据计费处理

对话单文件进行预处理,填写话单表群列表和话单表群,从要处理的

表中读取一条记录,进行重单等检查,若是正常的则查找它的用户,并取

各种费用费率进行计费。然后对记录进行专门被叫处理、其它主叫处理、

其它被叫处理、专门局向处理等处理,并将处理结果填入相应的数据库表

中。

对表底数据计费处理

对黑户及当前跳次数据进行批价处理,数据流如图所示:

帐务治理

合帐处理

数据分检

查找原始话单的帐务周期,按照帐务周期,将原始话单数据分割到CA

LL_TICKET表群和USAGE_CHARGE表群中相对应的表中。关于新显现

的帐务周期,要创建新的CALL_TICKET和USAGE_CHARGE表(脱机合

帐还要创建METER_READING表)。

无主话单处理

查找产生原始话单的用户档案,对找不到档案的话单插入无主话单、

话费表。

合帐处理

按照原始话单中的主叫电话号码,在实时档案系统中找到对应的用户

详细信息。再按照该用户的计费类不参照免费计费类不配置表(A_FREE_

BILL_TYPE)判定该原始话单是否要生成帐目。

按照原始话单的起始时刻(start_time)和用户信息中周期类不,生成对应

的帐务周期。同时判定该话单是否为时刻错误话单。

按照主叫号码、帐目类不和起始时刻,在实时档案系统中取得该话单

的合同号,如果合同号不存在,则把话单费用更新到找不到合同号的帐目

表中(ACCT_ITEM_ACCT_NOTFOUND),如果合同号正常,则更新到合同

总帐表中(ACCT_ITEM_TOTA)。

检查当前服用户的话单费用总额,如果超过费用限额(serv.quota),则对

当前处理的用户的未下帐数据进行下帐处理,生成下帐记录到ACCTJTE

M表及销帐通知记录到AA_PAYMENT_NOTIFY表,通知销帐模块进行销

帐处理。

为提升处理效率,系统保留所有的总帐数据。程序在生成或更新总帐

表(ACCT」TEM_TOTAL)、帐目表、销帐通知表时不直截了当写数据库,

而是把需要变更的数据保留在内存中,当条件满足时,进行数据库与内存

数据的同步处理。在程序中由话费和帐目入库事务完成。

话单和话费入库事务

当话单数据缓冲或话费数据缓冲满时,产生数据入库要求。事件调度

模块响应要求,执行话单和话费入库事务。将当前话单数据缓冲和话费数

据缓冲中的数据插入相应表中。记录话单和话费入库事务日志。数据提交。

话费和帐目入库事务

当需要更新的帐目数量达到提交限度时,产生帐目数据同步要求。事

件调度模块响应要求,执行话费和帐目入库事务。先执行话单和话费入库

事务,然后执行帐目数据同步。包括总帐目、帐目和销帐通知记录与数据

库的数据同步。记录话费和帐目入库事务日志。数据提交。

日志记录

话单和话费入库事务日志记录:将此次入库操作中各帐务周期的最大U

SAGE_CHARGE」D记录到合帐日志表中的MAX_USAGE_CHARGE_ID_

TC字段。

话费和帐目入库事务日志记录:将此次入库操作中各帐务周期的最大U

SAGE_CHARGE」D记录到合帐日志表中的MAX_USAGE_CHARGE_ID_

AC字段。

脱机合帐处理要记录当前处理到的原始话单的TICKETED。

租费处理

租费处理负责租费及业务固定使用费处理(补退费处理)、附加费及税处

理、设备故障减租处理(租费及业务固定使用费处理回退、设备故障减租

处理回退、附加费及税处理回退)等。数据流如图所示:

优待处理

对租费处理后的帐目进行优待处理。按照该帐目属主(用户、帐户、

客户、用户群)享有的优待规则,按不同的优待类型分不进行处理,生成

优待帐目,存放在临时表ACCT」TEM_DISCT」TEM中,最后再将所有优

待帐目归并到ACCT」TEM_EVERYDAY中。数据流如图所示:

代收合帐处理

对格式化的代收费单文件进行处理,处理结果填入格式化代收帐目中。

程序处理时,第一从代收文件列表中读取一条本周期未处理的记录,按记

录中指定的路径打开文件,并进行稽核。若文件费用正确,则开始对该文

件进行处理。

文件处理时,程序第一从文件类型表中读取该文件类型,判定该文件

是否有默认关联区号。若有,则格式化代收帐目中的关联区号填写该区号,

关联号码填写文件中电话号码。否则,程序由电话号码关联代收用户表,

填写代收用户表的关联电话。若代收用户无关联电话,则格式化代收帐目

的关联电话填空。

接着,程序取出文件中记录的各项费用,由代收帐目类型表中取出各

项费用的费用类型,并将处理结果填入格式化代收帐目缓冲。

最后,程序在文件处理终止或缓冲区满时,将数据写入数据库格式化

代收帐目中

代收费单文件合帐数据流如图所示:

代收下帐处理

对格式化代收帐目进行处理,并对格式化代收黑户帐目进行转正,将

处理结果填入代收出帐日帐目中,数据流如图所示:

本模块对无关联电话,且代收用户的付款方式为银行托收的帐目进行托

收处理,处理时关联银行和电信银行。银行托收送托表的托收编号的填写

规则如下:对同一周期的托收数据,托收编号由一开始,由电信银行标识

和银行标识排序形成。

本模块需对黑户数据进行转正。转正时,关联用户表,若找到用户,

判定该用户所属周期类不是否有在用周期,若有则进行转正,否则不处理。

下帐处理

对已出帐的各项数据费用拷贝到收费系统,若帐户付费方式属银行托

收,则销帐标志置为已销帐,否则销帐标志置为未销帐。下帐处理程序启

动时,初始化通信接口,并把用户表及帐户表的数据上载到内存。从表acc

t_item_billingday取记录,按照已上载到内存的帐户数据改变付款方式为,托

收,的帐目状态,并把记录相应地写入收费系统的acct_item表。

数据流如图所示:

销帐处理

销帐处理是指按照用户的帐务数据、销帐规则和用户资料生成帐单数

据,再按照生成的帐单数据使用多种收费手段收取用户的电信业务使用费,

同时需要对用户欠费进行治理。对帐单、发票、清单的打印在时刻上能够

分开进行。对代收用户的帐单应区不对待,分开收费。在某些情形下,能

够承诺用户以分期付款的方式缴纳电信业务使用费。

前台营收

按照接入号码或局编合同号,取出本合同号下的所有帐户信息,按照

帐户需要选择一定的帐目进行销帐,打印电信发票。数据流如图所示:

反销帐处理

关于差不多进行销帐过的帐户进行反销帐,复原成未销帐状态,对差

不多复机的要进行撤消,差不多停催的要连续催缴等处理。

托收处理

托收是指将用户的帐单数据按一定格式打印成托收单据或电子数据,

送金融单位进行费用清算,由金融单位将用户的电信业务使用费用从用户

在该金融单位的帐户上划到电信企业在该金融单位的帐户上。此操作包括

银行托收,邮政储蓄托收和信用卡托收等。

托收数据的生成能够以三种方式进行:打印托收单、通过磁介质传送

电子数据、通过网络与银行联网传送电子数据。

滞纳金处理

当用户清算欠费时,系统自动运算滞纳金。

如客户缴多个帐务周期的欠费,其各帐务周期应收取的滞纳金是不同

的,故应按欠费日期分不运算各帐务周期的滞纳金。同时当滞纳金费率改

变时能够进行灵活配置,在运算滞纳金时分段运算不同费率的滞纳金。

费用减免

专门情形下,可能需要对用户的滞纳金或电信业务使用费进行减免操

作。

费用减免只能对未销帐的话费减免,减免时向帐目表生成减免的费用

记录,同时记录操作信息和费用减免缘故,提供对费用减免情形的查询和

统计。

欠费治理

催缴处理

对欠费用户生成催缴数据或催缴视图接口,提供信函和人工催缴。信

函催缴包括高额预催缴,信函催缴、上门催缴、法院催缴,并提供催缴结

果查询统计、退信处理、打印挂号签号、信函重打和打印格式设置的功能。

数据流如图所示:

停机处理

按照当前进行的操作类型(单向停机、双向停机、单向复机、双向复

机、保号停机复机)和用户信息,从SERV表中得到用户信息,插入OWE

_SERV_BILL表和OWE_SERV_BILL_LOG表completed_date置为空。

在工单表WORK_ORDER表中按照area_code、acc_nbr查找未处理的

记录。

工单表中有对应于此次操作的操作(action),则删除工单表中对应记录,

更新工单日志表WORK_ORDER_LOG记录,改状态为已处理,记录状态

更换时刻。然后直截了当向工单日志表中插入一条记录,记录此次操作。

工单表中无对应于此次操作的操作,则覆盖工单表中工单记录(删除

原工单记录,插入此次操作记录),更新工单日志表记录,在插入一条记录

记录此次操作。

停复机操作导致用户表SERV状态更换,按照此次操作(action)更新

用户表状态。

呆坏帐处理

对欠费达到一定期限后,这部分欠费转为呆帐,数据送有关部门处理。

对呆帐达到一定期限后,可认为这部分费用已无法回收,将这部分数据转

为坏帐,并送交财务部门审批。

形成呆、坏帐的用户欠费数据仍旧保留在计费系统中,用户仍旧能够

对这部分费用进行清缴。

生成呆帐数据时按照条件判定用户欠费情形,将满足条件的用户话费

插入呆帐记录表中。进行呆坏帐处理时将呆帐记录表中的记录置成处理标

志,同时将帐目表中的对应记录置成坏帐销帐标志,生成坏帐销帐记录到

销帐记录表和付款记录等表中。

资料治理

资料治理所涉及的范畴包括:资费治理、优待治理、信用度治理、授

权(职员)治理、业务参数治理、用户资料治理、数据备存治理。

资料治理提供对以上各种数据资料进行资料录入、修改、删除、查询

的功能,提供相应的界面以完成以上资料治理的任务,并对关键性数据资

料进行授权治理和日志治理,确保计费帐务系统的资料完整性、安全性。

职员治理

为每个营业机构职员治理提供增、删、改、授权、岗位变动等功能,

对每个营业机构提供属性录入、修改、删除的功能以及号段的治理。

营业点治理

营业点治理是对某个支局的营业点属性(营业点名称、所在地址、营

业点有效日期)的增、删、改等操作。数据流如图所示:

职员治理

对某个营业点的职员属性(职员姓名、职务、所属班组、岗位、口令、

权限、有效日期)进行增、删、改等操作,数据流如图所示:

授权治理

每个前台功能点一样都按照本地网、分局、营业点、营业员分级不授

予权限,按照权限承诺或者禁止操作员进行操作。

参数配置治理

对计费帐务系统的所需配置参数进行爱护工作,包括有对租费治理,

产品配置,详单费率,跳表费率,帐务周期,各种业务类不,帐目类不,

区号表,帐目优待,总额优待,公式优待,详单优待,信用度,优待群,

本地网,优待文件,节假日等配置。

资费治理

资费治理依据资费标准调整本地计费帐务系统的资费标准。资费治理

的依据参照中国邮电电信总局颁布的现行标准《国内公众电信业务资费

表》;资费标准必须严格按照中国电信计费帐务体制的要求进行治理,通过

由上级中心(全国计费结算中心、省计费结算中心)授权机制治理,实现

本地计费帐务中心的资费标准治理。另外,资费标准必须经由上级或本地

物价部门批准。

资费治理的内容有以下几个方面:

差不多租费治理

计量费用治理

附加费治理

差不多月租费治理

差不多租费的费率由各种电信业务属性决定:

计费制式:包月、计次

电信业务种类(如市话、数据、出租代维以及其他代收业务等)

固定费用(如市话程控业务、数据功能业务等占用网络资源的使用费)

用户计费类不(例如甲种、乙种等)

差不多租费的治理要紧是对以上电信业务属性的资费费率进行相应的

增、删、改处理;计费帐务系统按照用户资料中以上电信业务属性运算用

户的租费。

从用户服务的角度动身,关于因局方的缘故(例如线路障碍)而导致

用户不能正常通话的情形在租费中应有所体现,应按照112系统提供的用

户障碍数据,按每个电话的障碍类不、障碍天数等,按照租费的费率对用

户的租费进行相应的障碍减租。

计量费用治理

计量费用指各种电信业务通话(通信)的资费,它按照不同的电信业

务种类有不同的资费标准,要紧有如下几种:

附加费治理

附加费是在用户使用电信业务的费用(差不多租费、计量费用)基础

上,各地点政府征收的专项费用,附加费的比例可按照各地的情形自定。

附加费的治理应能够支持不同专项费用的附加费比例设置。

(注:系统应能够适应今后由“附加费”改“税费”的需要)

优待治理

电信企业在现行各种电信资费标准的基础上,按照自身的营销政策需

要,采纳不同的优待促销措施,刺激用户的电信消费,为此,电信企业可

在不同的时期、针对不同的客户对象、推出各种电信业务的优待政策。

优待治理是电信企业推出的各种优待政策的支撑体系,在本地计费帐

务系统中灵活制定相应的优待规则,并能够将优待规则贯彻落实在计费帐

务处理过程中,满足电信企业开拓电信市场、进展业务的需要。优待治理

要紧包括规则设置和治理两个部分。

优待规则

业务量优待规则

用户在某一帐期内的总计话费金额(或某一项或几项费用)超过特定

指标,按照业务量与折扣的对应关系对此范畴内的用户的所有费用(或超

标部分的费用)进行优待处理,并记录优待情形;能为不同用户设置不同

的折扣阀值,不同用户的折扣费率能够不同,用户可享受的折扣种类不限,

折扣档次数不限。

特定用户群优待规则

对某一指定用户类不、按照特定用户群的性质与折扣的对应关系对某

帐期内发生的所有费用(或部分费用)进行优待处理,并记录优待情形。

信用度优待规则

对较高信用度(如在红名单内)的帐户按照信用度与折扣的对应关系

对某帐期内发生的所有费用(或部分费用)进行优待处理,并记录优待情

形。

主被叫关系优待规则

按照主、被叫号码的呼叫关系,在某帐期内,某一主叫号码呼叫关系

紧密的被叫号码(固定范畴)或用户指定优待的被叫号码的呼叫次数超过

某一呼叫阀值时,按照被叫号码呼叫次数与折扣的对应关系对此被叫号码

的所有呼叫次数(或超标次数)进行优待处理。

时段优待规则

主叫号码在特定的优待时段内的通话,按照特定时段与折扣百分比的

对应关系对现在段内的通话进行优待处理。

部分免费

在用户资料中设置指定用户的指定电信业务费用的免费,不承诺免全

部费用,这种带优待性质的免费通常在用户资料中记录,不能够简单制定

规则设置,而且具体设置时必需经业务主管部门批准。

计费帐务系统应能够提供图形界面,对以上各种优待规则进行建立和

爱护,并提供操作日志治理,以提供有关治理者查询使用。同时也应能够

支持今后不同组合的各类优待规则的建立。

信用度治理

信用度是以付费帐户为单位的。

阻碍信用度的因素包括:

客户类不

重要客户标识

客户级不(大客户级不)

付费方式

当前拥有设备情形

交费及时情形

当前月发生话费情形

累计欠费月份

客户资料初始进入计费系统时,按照前五项因素决定其初始信用度。

信用度级不划分规则;

信用度三类(黑名单、灰名单、红名单)等级与对应的级不范畴划分

规则。

黑名单:。〜nl级不

灰名单:nl+1~n2级不

红名单:n2+l〜n级不

过户(分户/合户)等引起客户拥有设备数量增加,信用度上升规则。

过户(分户/合户)等引起客户拥有设备数量减少,信用度下降规则。

客户付费方式或电话性质发生变化,信用度变化规则。

客户发生费用后,发生费用金额且及时交费,信用度上升规则。

客户发生费用后,累计欠费月数和催欠次数,信用度下降规则。

以上各种因素的变更引起的信用度变化,应遵循“同样因素的变化,

信用度上升的幅度小,下降的幅度大”的原则。

按照阻碍信用度的不同的因素指标对客户的信用度进行评估。目前已配

置的信用度因素指标有:客户类不、重要客户标识、客户级不、付费方式、

当前拥有设备情形、交费及时情形、当前发生话费情形、累计欠费月份。

数据流如图所示:

把帐户档案表中未进行信用度评估的帐户档案读取到内存缓冲区,以

提升处理速度;

按照该帐户档案查找有关的用户及客户资料,对比信用度因素指标,

将所有不同因素指标分值逐个累加形成该帐户的信用度值;

如果信用度分值表中未配置某项因素指标的对应分值,则取该信用度

因素指标的默认分值。

业务参数治理

系统参数治理是本地计费帐务系统为了灵活适应各种持续变化的业务

需求而设置的,对有些应用能够持续调整业务参数来实现应用系统的生产

运行,满足生产业务需求变化的需要,这些应用系统参数包括:

营业区/营业厅/营业员/操作员治理

节假日/分时段规则设置

区号费率表/世界码表/GSM区号表

市话号源/区间通话号源

本地网局设置/分局设置/支局设置

固定费用设置

免费项目设置

磁带格式定义/交换机话单格式定义

设备帐/明细帐/用户总帐定义

优待规则设置

停/复机规则设置

滞纳金/滞纳金运算日期设置

帐务周期/帐务运算周期/帐务统计周期

出帐标志/入帐登记日期

销帐参数治理

复机费配置:完成是否对用户复机时收取复机费和复机费金额进行配

置爱护。

销帐零头收取方式:完成对销帐零头设置方式的配置爱护,及节余的

下转方式。

托收手续费配置:完成对托收时是否收取托收手续费及托收手续费金

额的配置爱护。

格式化帐单:完成用户自定义帐单的帐单归并方式配置。包括对自定

义帐单的增,删,改操作,帐单项的增,删,改,并提供对各帐单项对应

帐目的添加删除等操作。

滞纳金费率:完成对滞纳金规则的增,删,改和滞纳金费率的增,删,

改等操作,并完成对滞纳金规则对应帐目的添加删除等操作。

帐目类不归并方式配置:完成对归并类,归并项的增,删,改的操作,

并完成对归并项和帐目类不的对应方式的添加和删除等操作。

银行资料爱护:完成对电信局开户银行和用户开户银行的配置。

用户资料治理

用户资料从“九七工程”系统中猎取差不多的信息,在本地计费帐务

系统中实现集中治理。

用户资料的治理要紧涉及到以下几个方面的用户信息:用户差不多信

息、用户地址信息、用户业务信息、用户计费信息、用户帐户信息。

用户资料在用户新装机竣工后,在计费帐务系统中首次建立,将以上

几种信息正式进入用户资料库中,成为相对静态的正式用户资料;当用户

持续办理各种电信业务时,应将业务变更的内容作为历史资料储存,同时

及时修改正式的用户资料。

所有的用户资料处理操作必须将日志信息、变更信息储存起来,一方

面能够确保用户资料的完整性,另一方面可提供用户资料变更的历史轨迹

查询。

审核治理

计费系统的审核校验应贯穿在计费帐务处理的每一个环节,保证在计

费帐务处理流程中数据的正确和帐务的平稳。

审核是对每个处理流程的输入数据资料进行合法性检查,例如对数据

的来源、数据格式、数据的时刻段、数据的逻辑关系、数据的统计规律等

方面进行检查处理。

校验是对每个处理流程的输出数据资料进行检查,例如对数据处理算

法的验证、对日志报告的检查、对数据的逻辑关系、数据的统计规律、对

当前数据与历史数据的比较等方面的校对处理。

审核校验应能够对各个处理流程的处理日志、处理过程、处理结果数

据和客户数据资料的变动进行相应的分析处理,并给出分析报告,审核校

验处理的结果应能够明确给出正常数据和专门数据的划分,并对相应的专

门数据部分进行处理。

审核校验包括:

采集处理过程的校验:长话业务校验、市话业务、区间通话、代收业

计费处理过程的校验:长话业务校验、市话业务、区间通话、代收业

帐务处理过程的校验:租费处理校验、计费处理校验、优待处理校验、

销帐处理校验

计费帐务处理的全过程校验

长话业务审核校验

关于由省长途计费结算中心下发的长途清单数据,重点检查数据文件

的收发日志、抽检话单是否缺损、专门等。

在省长途计费结算中心没有建立的情形下,关于由本地网进行采集的

长途数据,需要对原始数据格式进行检查,包括数据块、时刻段、话单缺

损、专门等。

由于长话业务的计费处理由省长途计费结算中心完成,因此对长话的

计费审核校验重点是与省长途计费结算中心进行业务报表的核对,另外可

做含金量分析,以便发觉是否存在无长话记录的时刻段,并及时告警,与

省长途计费结算中心联系,共同检查缘故。

市话业务审核校验

关于市话计费以详单方式的情形,重点检查话单是否缺损、时刻是否

冲突、专门等。

关于市话计费以计次方式的情形,重点检查计次表是否专门反转、数

据提交错误、抽样检查次数比较。

重点对当月计费处理的结果进行统计,例如将各个局向的市话计次(或

详单)费用与以往的数据进行统计比较,定义其承诺变动的百分比范畴,

如果对比的结果在承诺变动的百分比范畴内,则视为正常变化,否则视为

专门并告警。

区间通话审核校验

关于区间通话计费以详单方式的情形,重点检查话单是否缺损、时刻

是否冲突、专门等。

关于区间通话计费以计次方式的情形,重点检查计次表是否专门反转、

数据提交错误、抽样检查次数比较。

重点对当月计费处理的结果进行统计,包括将各个局向的区间通话计

次(或详单)费用与以往的数据进行统计比较,定义其承诺变动的百分比

范畴,如果对比的结果在承诺变动的百分比范畴内,则视为正常。

代收业务审核校验

代收业务(如移动电话业务、智能网、数据网、信息服务台、用户电

报、会议电话等)的审核校验,重点检查数据文件的大小、数量、收发日

志、抽检话单是否缺损、专门等,幸免显现各种重复提交、遗漏数据文件

的情形。

帐务审核校验

检查计费处理提交的数据是否齐全、是否具备出帐条件,有无重复数

据、遗漏数据发生。

检查出帐过程生成的日志、错误报告、出帐状态,检查是否存在重复

出帐、遗漏出帐,检查是否由于系统资源引起的出帐中断等。

对出帐完成后生成的数据进行自动稽核校对,例如检查各个明细帐目

的逻辑关系是否平稳。对不平稳的帐目进行告警,并在日志文件中指出具

体的缘故所在,便于生产人员进行分析判定,及时进行专门处理。

对优待规则的审核要紧是检查优待规则的设置,例如时段优待规则、

业务量优待规则、特定用户群优待规则、主被叫关系优待规则、信用度优

待规则等。

检查优待处理的日志,对涉及到优待的帐目进行分类统计费用(正常

费用统计、优待费用统计),并验证所统计的费用是否符合优待规则定义的

比例。

对比较专门的免费项目进行专门的统计核对,例如公免费用(全面)、

部分免费项费用(免长途、免市话、免租费、免国际、免市话次数等),并

将统计的费用与客户资料挂钩进行审核。

抽样检查有关详细话单的优待比例,检查优待比例是否与优待规则设

置的保持一致。

查询统计治理

统计治理应该是面向数据的统计治理,在计费帐务系统不同处理时期

中生成各种统计元素,治理者可按照各自的需要动态猎取统计元素,生成

正式的统计结果数据,并进行各种统计分析工作。

统计数据来源于计费帐务系统各个处理环节分时期生成的标准格式化

数据,在这些数据来源中提取统计元素组合成正式的报表。要紧有如下几

个数据来源:

数据采集处理时期:格式标准话数据及其专门数据;

计费处理时期:计费清单数据及其专门数据;

帐务处理时期:设备明细帐数据、用户明细帐数据、用户帐务数据、

计费结算数据、优待处理数据及其相应的专门数据;

销帐处理时期:用户帐单数据(如现金销帐、银行托收、储蓄代扣等

帐单数据)、停复机数据、催欠数据、呆坏帐数据及其相应的专门数据;

用户资料数据:用户资料数据(含历史变更数据)、无主用户数据、用

户信用度数据等。

统计处理

统计处理是按照统计数据的来源,针对统计元素,在指定的统计周期

之内,实现按治理部门的要求生成统计结果数据,进行汇总或分类的统计

与分析处理,形成规定格式的报表图形,并向有关部门提供有关的业务推

测与经营分析资料。

查询处理

提供统一的查询平台,所有查询数据都取自计费帐务系统,所有查询

对支持查询密码权限进行操纵,以爱护用户通信的自由。查询处理服务的

对象包括:局方治理人员和用户。关于局方治理人员要紧提供综合查询,

对用户则要紧提供清单查询功能。

系统治理

系统治理要紧是针对计费帐务系统的爱护治理,计费帐务系统涉及的

范畴较多,要紧有以下几个方面:

高可用性多机系统:通常使用多台主机系统

多系统平台:如UNIX系统上的文件系统、关系型数据库治理系统

多种运算应用:如运算应用、联机事务处理应用、决策支持应用

数据种类多样:如话单文件、客户资料库、帐务库等

这些方面所涉及的技术、业务应用、关键性数据专门多,对系统爱护

治理人员的要求较高。如果没有完善的系统治理工具作为日常治理工作的

辅助工具,系统治理人员专门难保证计费帐务系统的日常生产运行。因此,

系统治理必须从各个方面考虑,能够向系统爱护人员提供相应的辅助手段。

从以下几个方面支持系统的生产爱护治理工作。

系统爱护

系统爱护要紧是针对主机操作系统、数据库系统、网络系统的治理,

各现业局可自身备齐相应的系统支撑工具,用于日常的操作系统、数据库

系统、网络系统的爱护治理工作,并能够关心应用开发人员优化系统,提

升系统运行的性能,加大系统的故障治理、网络治理,提升各个现业局对

系统专门故障的应急处理能力,这些系统支撑工具应能够做到:

监控系统资源的利用(CPU、内存、磁盘)

监控应用进程的资源开销(如CPU、I/O、内存)

监控数据库的资源开销(如表空间、回滚段、表锁、共享内存)

监控各种操作系统告警、数据库系统告警

监控网络的流量,提供网络治理手段

提供应用软件的网络实时分发、公布手段

提供更加安全、快速的数据备份治理工具

应用治理

应用治理要紧是针对计费帐务系统应用软件的日常爱护治理,包括各

个应用子系统的版本操纵治理,各个应用子系统、模块的使用和访咨询权

限,以及各个后台进程的设置、启动等辅助治理手段。

数据治理

数据治理的范畴包括采集来的本地计费业务(如市话、区间通话、数

据业务、信息服务、其他业务等)原始数据计费文件、省长途计费结算中

心下发的长途清单数据和智能网数据等,另外还包括需本地计费批价处理

的标准话单数据,以及从“九七工程”系统采集的客户定单而生成的用户

资料数据。

数据治理的功能要紧有如下几个方面:

数据备份:定期备份以上范畴的数据;

数据复原:在需要的时候,能够将备份的数据复原。

系统监控

系统监控治理要紧是针对各大处理环节中的较大事务的日志、状态监

控治理,为生产爱护人员提供可视化的图形界面,对应用系统的运行进行

实时监控。

提供计费帐务系统出帐状态监控工具,为计费生产人员提供监控后台

计费出帐进程的运行状态,包括计费出帐的详细信息:各个设备帐的出帐

任务进度、状态、出错告警信息、出帐日志信息的查询,为计费生产人员

提供一个可视化的出帐治理工具,减少计费生产人员每次计费出帐的生产

劳动强度,幸免由于人工操作过多带来的生产事故,同时仍提供人工干预

的界面,在发生专门告警时能够正常处理有关事务。

安全治理

系统的安全考虑是从多个层次来实现:

设备层:通过机房的治理来加大;

网络层:通过网络认证机制、防火墙来设置;

系统层:通过操作系统(UNIX)的系统治理来加大。关于客户端则限

制一般终端WIN95的“网络邻居”的权限;

数据库层:通过数据库的权限治理、授权机制来加大;

应用层:利用应用服务器来增加应用访咨询的中间件,利用应用软件

的授权机制来实现;

数据层:通过增加关键性数据(用户资料、帐务资料、系统业务参数

等)的日志治理,任何关键性数据的增、删、改操作,应用软件都有日志

记录可供查询和反向回滚时使用;

外部介质层:通过加大数据备份,利用外部介质(可读写光盘、磁带

等)进行数据备份,制定健全的数据备份方案,作为每日系统爱护的必要

操作工作。

提供系统的安全治理工具,要紧是针对应用层、数据层、外部介质层

的辅助治理工具,包括应用访咨询权限的设置、工号口令的设置、日志按

年份、季度自动生成的设置、备份内容的设置等。

申告治理

同意用户申告,同时进行用户申告数据的治理;分析用户申告数据决

定是否进行调帐或补退费处理;记录申告结果,使用打印等方式向用户反

馈;提供申告及处理结果的分类查询及统计报表。

申告处理模块包括申告内容录入模块、申告内容分析处理模块和打印

申告情形清单模块。

申告内容录入

内容录入是按照用户提出的申告类型,录入相应的申告内容及处理备

注等。

如图所示,以手工方式输入申告用户的相应标识调出用户信息,并入

录入申告类型及其内容,录入后储存到数据库表中。

申告分析及处理

分析及处理过程是按照相应的用户信息及申告类型调出处理预案,并

按照处理预案的解决步骤调用相应的查询和审核校验程序进行分析,确定

用户申告的情形是否属实,再进行相应处理。

如图所示,按照申告内容确定用户申告情形是否属实,再依据用户的

重要程度人工干预进行处理。

申告清单

打印申告清单是按照合同号、号码、代收号、申告类型、申告时刻打

印出指定的申告内容、用户信息、处理结果等信息。

如图所示,按照选择的打印清单的条件过打印出相应的申告处理的清

单。

通讯与监控

负责通讯与监控模块的程序员必须按照该讲明书的要求编写通讯与监

控模块代码。

监控程序完成系统治理中应用治理和系统监控功能;通信监控代理为多

主机分布式处理提供支持。

本地计费帐务系统是一个实时联机的系统,因此系统的各个模块都必

须保证不能轻易退出同时状态必须可控。系统的每一个应用模块的启动与

退出具有一定的打算,对整个系统当前运行的状态有一个完整的记录,应

能进行集中的调度,该任务由系统监控程序来负责。支持分布式的运行,

屏蔽网络与通信的细节,设计一个通信监控代理,作为监控程序与应用程

序之间、应用程序与应用程序之间消息传递的中间通道。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论