广东计费系统方案.docVIP

CHINANET-GD计费系统（Version 2）实施方案 CHINANET-GD Billing System Version 2 Project Upgrade Scheme CHINANET-GD计费系统（Version 1）于97年1月份投入运行，经过多次的调整，现系统运行正常，并能基本满足当前业务的需要。但随着CHINANET-GD业务的飞速发展，从目前的软件系统和硬件平台两方面来考虑，难以适应今后业务大规模发展的要求，主要表现在以下几个方面： 原软件系统的操作系统平台为DOS，开发语言采用Foxpro，数据处理的能力比较有限。目前网上用户约21000户，计费处理的时间大约需要1天。如果用户大量增加，计费处理的周期会变得极其漫长。 原系统的硬件平台为PC平台，性能扩展能力有限。 原系统无法提供用户费用联机自查。 原系统缺乏测试和数据预处理能力，数据出错反馈的周期较长。 原系统计费的原始数据的提取需要手工运行FTP来实现，需要花费大量的时间，整个计费的周期过长。 原计费系统帐单采用Sprint X.400的电子邮箱系统来传送，传送速率慢，并经常发生断线等现象。 为了解决上述问题，我们认为必须对原计费系统进行一次根本的改造。以下为新的计费系统方案： 系统网络结构 为了保证计费系统的可靠和安全，我们认为计费处理采用一台独立的数据库服务器（与目前在NIC/NOC中运行的数据库服务器分开）来承担，它的数据从NIC/NOC的数据库服务器中提取。数据提取的方法有三种： 通过复制服务器实现。目前的主要问题是计费中心和网管中心的网络连接的速率过低，计费数据库服务器放在省数据局，通过数据局公用的128Kbps专线与省网相连，如果网络不够通畅，由可能造成复制服务器上的数据队列过大。这种方案的优点是不需要开发单独的传送软件，并且计费数据库服务器的数据是与NIC/NOC数据库服务器的数据实时同步的。 在NIC/NOC的数据库上建立相关的触发器，当该数据库上有数据更新的操作时，触发器将会激活相关的数据传送程序，更新计费数据库服务器中的数据。这种方案的缺点是：如果计费服务器的数据更新无法实现，将造成NIC/NOC中的数据操作失败，并且需要开发相关的数据传送程序。优点是：比较灵活，计费数据库服务器中的数据是实时更新的。 开发相关的数据传送程序，每月进行一次网管数据库服务器和计费数据库服务器的同步。这种方案的缺点是：计费数据库服务器中的数据不是实时更新的，而且一次更新的时间会比较长。优点是：NIC/NOC数据库服务器的数据更新不受计费数据库服务器的运行状况。 从目前的情况来说，可以采用方案I或方案III来实现。 以下为CHINANET-GD计费系统的网络结构框图： 二、软件平台和开发工具 由于CHINANET-GD NIC/NOC的数据库服务器采用Sybase SQL Server，为了简化系统的互操作性，并方便软件的开发，计费系统的数据库服务器也采用Sybase SQL Server。 Sybase SQL Server是一种大型的关系数据库，它能在WINDOWS NT平台和大多数的Unix操作系统上运行，采用Sybase Open Client和Transact-SQL开发的应用软件的源码在各操作系统平台是通用的，有较好的移植性和扩展能力。只要升级数据库服务器的硬件，系统将能适应将来业务大规模的发展。 Sybase的Replication Server提供了分布式数据库环境下数据的分布式处理和相互数据的同步能力。Replication Server能够实现主数据库服务器和从数据库服务器之间数据的准实时同步，可以用于NIC/NOC数据库服务器和计费数据库服务器之间的数据传送。 在系统实现上，计费数据的提取，数据传送、帐单及统计报表的生成软件模块由于需要与UNIX操作及数据库系统同时交互，可采用Sybase的Open Client中的DB-Library结合C语言来实现。计费数据的合理性和完整性检查，计费数据的预处理，帐单数据的计算，计费数据的统计及历史数据的备份采用SQL Server的存储过程实现，可以充分数据库服务器的优越性能。采用Netscape Enterprise Server和相关的JavaScript语言和LiveWire开发工具可用来实现以下功能：用户帐单、帐单明细记录以及统计报表的查询，帐单的分发，用户信息的管理（录入、修改和查询），专线用户的计费配置管理，节假日优惠管理，节点和业务局信息的管理，系统参数配置（节点代码、业务局代码、邮政编码、漫游域，Radius Server等）。 系统功能模块 CHINANET-GD计费系统从功能上来说，主要完成以下几个功能模块： 1、原始计费数据的收集