(可行性报告商业计划书)XXBOSS投标方案8

上传人:仙*** 文档编号:190928101 上传时间:2023-03-01 格式:DOC 页数:371 大小:6.93MB
收藏 版权申诉 举报 下载
(可行性报告商业计划书)XXBOSS投标方案8_第1页
第1页 / 共371页
(可行性报告商业计划书)XXBOSS投标方案8_第2页
第2页 / 共371页
(可行性报告商业计划书)XXBOSS投标方案8_第3页
第3页 / 共371页
资源描述:

《(可行性报告商业计划书)XXBOSS投标方案8》由会员分享,可在线阅读,更多相关《(可行性报告商业计划书)XXBOSS投标方案8(371页珍藏版)》请在装配图网上搜索。

1、XXXX通信有限责任公司BOSS系统三期扩容技术建议书-设计方案XX科技(中国)有限公司2001年8月目 录1 概述91.1 XXXX业务运营系统现状91.1.1 XX通信网现状91.1.2 业务配置现状101.1.3 计费营帐业务运营现状101.1.4 网络结构现况111.2 现存问题和需求分析121.3 本期项目建设的目的122 XXBOSS系统集成设计142.1 系统建设原则142.1.1 高效性原则142.1.2 高可靠性原则142.1.3 高灵活性和可扩展性原则152.1.4 系统设计连续性原则152.2 系统建设策略152.2.1 建设前瞻性152.2.2 投资保护规范162.2.

2、3 规范化程序设计162.2.4 规划目标分阶段实施162.3 总体设计思想162.3.1 XXXX的业务特点172.3.2 系统总体技术要求182.3.3 系统总体结构设计192.4 主机系统设计202.4.1 主机系统设计概述202.4.2 BOSS系统主机设备202.5 网络结构设计222.5.1 原网络结构222.5.2 网络结构设计232.5.3 网络设备配置252.6 数据库选型设计262.6.1 数据库选型原则262.6.2 大容量数据处理的解决方案282.7 应用软件设计302.7.1 软件的结构特点分析302.7.2 CORBA技术体系结构342.7.3 XXBOSS系统的特

3、点482.7.4 XXBOSS产品设计优点483 XXBOSS系统软件方案523.1 AICBS系统设计特点523.2 AICBS技术特点533.2.1 新型的业务管理模型533.2.2 新型的系统管理模型553.2.3 WEB方式的营业管理573.2.4 大容量数据处理604 AICBS系统功能模块664.1 AICBS体系结构664.1.1 融合设计664.1.2 系统架构674.1.3 运行环境684.2 计费处理功能模块694.2.1 数据采集694.2.2 话单予处理744.2.3 数据传输764.2.4 计费资源管理804.2.5 批价系统824.2.6 错单处理854.2.7 重

4、计费处理864.2.8 入库系统934.3 综合帐务管理模块954.3.1 帐务系统结构964.3.2 客户出帐管理1044.3.3 帐单管理1064.3.4 核销管理1074.3.5 欠费管理模块1134.3.6 坏帐、呆帐处理1154.3.7 无主户的管理1164.3.8 帐务级优惠与资费管理1174.3.9 实时限额1204.3.10 帐务稽核1234.3.11 帐务结算1254.4 综合营业管理模块1274.4.1 综合业务系统的特点1294.4.2 营业系统的总体设计思想1294.4.3 营业系统的总体架构1314.4.4 网上营业的实现1334.4.5 业务管理功能说明1364.4

5、.6 大客户管理1524.4.7 信用度管理1814.4.8 代理商管理1834.5 统计分析模块1864.5.1 分析主题1874.5.2 报表及即席查询系统2114.5.3 创建统计分析应用的策略及原则2114.6 网间结算模块2124.6.1 网间结算的功能结构2134.6.2 数据采集系统2144.6.3 话单预处理系统2144.6.4 话单批价及结算系统2154.6.5 话单入库系统2154.6.6 统计分析系统2154.6.7 操作员管理和维护系统2164.6.8 资源管理系统2164.6.9 统计报表系统2164.6.10 网间结算系统的技术特点2174.7 系统监控模块2204

6、.7.1 BOSS系统监控模块EagleSight概述2204.7.2 总体设计思想2214.7.3 Eagle Sight总体结构2224.7.4 前台子系统2254.7.5 监测系统功能结构2284.7.6 监控系统任务管理模块2324.7.7 系统数据结构2344.7.8 Eagle Sight网络结构图2364.7.9 XXBOSS监控管理2364.8 外围系统2404.8.1 自动停开机系统ASOG2414.8.2 查询系统2444.8.3 话单转发2444.8.4 自动报表生成系统2454.8.5 高额话单检测系统2464.8.6 安全性管理2464.8.7 稽核系统2474.8.

7、8 日志管理2474.8.9 任务管理2474.8.10 数据分发2474.8.11 数据管理2484.8.12 统一接口管理2485 AICBS产品规格说明2535.1 系统功能组成2535.2 客户服务2535.2.1 业务受理2535.2.2 业务变更2695.2.3 查询服务2765.2.4 缴费管理2835.3 系统管理2925.3.1 资源管理2925.3.2 资费管理3055.3.3 开通管理(包括工单管理)3115.4 帐务处理3155.4.1 外部帐务数据处理3155.4.2 出帐处理3165.5 帐务管理3205.5.1 销帐3205.5.2 帐单管理3255.5.3 帐单

8、分发3285.5.4 帐务稽核3305.5.5 欠费管理3305.5.6 无主详单管理3365.6 大客户管理3365.6.1 大客户业务受理3375.6.2 大客户资料统计3375.6.3 大客户资料查询3385.7 代销商管理3385.7.1 代销商资料管理3385.7.2 代销商资源管理3395.7.3 代销商费用结算3405.7.4 代销商业绩考核/调整3405.8 信用度管理3415.8.1 初始信用度维护3415.8.2 信用度规则维护3425.9 黑名单管理3425.9.1 黑名单发送3425.9.2 黑名单接收3425.9.3 黑名单查询3435.10 辅助系统3435.10.

9、1 权限管理3435.10.2 系统监控3475.10.3 操作日志管理3485.10.4 系统备份3535.10.5 统计报表管理3545.11 系统接口3565.11.1 与计费系统(AICBS或其他计费系统)之间的接口3565.11.2 订购信息传递接口3565.11.3 用户资料传递接口3565.11.4 用户资料查询接口3565.11.5 详单传递接口3565.11.6 系统基础资料传递接口3565.11.7 与联机指令系统的接口3575.11.8 开户接口3575.11.9 销户接口3575.11.10 订购状态查询接口3575.11.11 订购状态变更接口3575.11.12 订

10、购属性查询接口3575.11.13 订购属性变更接口3585.11.14 口令变更接口3585.11.15 与客服系统的接口3585.11.16 详单查询接口3585.11.17 帐单查询接口3585.11.18 帐务情况查询接口3586 AICBS功能模块列表3596.1 模块关系图3596.2 计费系统3596.3 帐务系统3616.4 营业系统3626.5 自动停开机系统3656.6 网间结算系统3656.7 外围系统3667 容灾系统建议3687.1.1 容灾设计3687.1.2 主备系统磁盘级的同步更新3697.1.3 应用软件的数据复制3707.1.4 数据业务容灾设计3717.1

11、.5 系统切换管理子系统3711 概述XXXX三期BOSS系统是一个基于计算机网络、数据库及相关应用技术,用以支持XXXX业务运营的综合性系统平台。本系统设计方案从主机、数据库、网络、应用软件等几方面进行了综合考虑,追求它们在结构、设计上的一致性及整体性能的优越性。同时,我们充分考虑到了原有系统的建设、使用情况和移总BOSS规范,在总结以往建设经验的基础上,力求充分利用现有的资源,结合我司推出的BOSS产品的技术特点,提供实现实时计费和营业、帐务系统的全套应用软件和系统集成方案。我们的系统设计方案严格遵循中国XXBOSS建设的相关技术和业务规范,基于XXXX的具体情况和未来市场、技术的发展趋势

12、,充分体现了我司计费和营业及帐务系统产品的标准化、高效率、高可用性、灵活性和可扩展性以及技术先进性等特点。1.1 XXXX业务运营系统现状1.1.1 XX通信网现状XXXX近几年来努力开拓市场,不断推出新业务,截至2001年5月止,XX省现有的业务种类(包括本地通等)的用户已达到553739户,其中全网GSM用户322861户,神州行用户227054户,TACS用户3824户,平均每月话单数8000万张左右。全省共有4个GSM交换机端局,3个关口局,其中XX交换机端局和关口局综合设置。全网交换系统交换能力为80万户。XXGSM交换机配置容量表表2.1序号交换局名称交换机种类交换机容量备主1金美

13、1Nokia DX200i23万端局和关口局合设2金贸Nokia DX200i34万端局和关口局合设3三亚Nokia DX200i13万端局和关口局合设4金美2Nokia DX200i10万1.1.2 业务配置现状目前XXXX的计费、营帐系统设置在海口市金盘大道电信枢纽大楼11层计费中心机房。 XX计费、营帐系统设计支持80万用户的计费、营帐处理需要。该中心现有的主要软硬件设备如下:(1)服务器主机:Sun公司的E6500(2台,GSM计费主处理机)、Sun公司的E5500(4台,一台网间结算数据库服务器、一台TACS计费与高额服务器、一台营帐服务器、一台营帐系统接入服务器)、Sun公司的E3

14、500 (1台,用于磁带库服务器以及测试服务器)、 Digital的Alpha 2100(2台,用于大客户管理系统)、Sun公司的E250(2台,一台预处理服务器、一台智能网采集)、Sun公司的R220(1台,用于网间结算应用),HP D380(1台,用于集团公司漫游数据传送)、HP D230(1台,用于深圳帐务中心漫游数据传送)、若干Ultra系统的工作站(用于监控平台、银行联网等);(2)网络设备:采用Cisco公司的Cisco7507路由器(2台)、Catalyst 5505交换机(2台)、Catalyst 2924 LAN交换机(1台)等; (3)数据库:采用ORACLE8数据库系统;

15、(4)磁盘阵列:采用Sun公司的9台A5000(每台容量14*9G),3台A5100(每台容量14*18G),1台A5200(容量6*36G),约2.1Tb容量;(5)磁带库:采用Exabyte公司的E-480磁带库(2T)。1.1.3 计费营帐业务运营现状现有计费、营帐系统的应用软件主要完成: (1)联机计费数据采集及处理:XXXX在各MSC、GMSC、SSP及SCP局址侧均设置有计费数据采集机,计费中心联机采集计费数据并做进一步处理目前原始话单保存1个星期、明细话单在线保存3个月,磁带长期保存 (2)营收管理:对营业受理和话费收费进行管理,并具有查询和统计功能 (3)帐务管理:完成综合帐单

16、的生成,发送银行数据的生成,同时还具有部分查询和统计的功能 (4)信用管理:对用户的信用度、高额、欠费等进行管理。 (5)号码资源管理:对XX电话号码资源进行管理。(6)SIM卡资源管理:对SIM卡资源进行管理 (6)大客户管理:对大客户资料进行管理 (8)查询统计:对各种数据和报表进行查询和统计 (9)参数管理:对系统所有的参数进行管理(10)计费数据的联机采集系统XX省计费中心计费数据的联机采集,采用分散采集方式,即各计费点(各地MSC、GMSC等)均设置计费采集机。为保证计费数据的完整、准确,在联机采集时还同时保存原始脱机介质(磁带或光盘)作为计费处理的备份,以便当联机采集不能进行或出现

17、数据丢失时,通过计费介质(磁带或光盘)脱机采集。XXXX网目前有4个Nokia GSM交换机分别设置在海口的金美局、金贸局;三亚的金鸡岭局。(关口局与端局合设);有2个Ericsson TACS交换机设置在海口的白坡和三亚,智能网平台、短消息平台设在海口,1.1.4 网络结构现况XX省目前的业务管理系统集中设在海口,下设32个营业厅;12个业务代办点,分布在全省19个地市县,无地市业务中心,营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台;Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实

18、现点对多点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连,本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。全省各分公司及营业网点都使用数字终端直接登陆业务系统,目前最忙时有600多个进程登陆系统。具体网络结构图见XXMDCN业务系统网络图:1.2 现存问题和需求分析系统的性能、容量和可扩展性不能满足高速发展的市场的需要;(1) 系统的发展受C/S体系结构的局限;(2) 系统现有的体系结构无法适应未来业务聚合的需求;(3) 系统缺乏数据备份和容灾措施;(4) 系统要求提供极度灵活的资费调整手段以满足不断变化的运营业务需求;(5) 系统要求提供更加灵活的优

19、惠管理手段;(6) 系统要求提供详细的统计和图表功能支持市场经营决策;(7) 系统要求提供集中式的应用一级的管理平台;(8) 支持大容量用户数据;(9) 支持全面、开放的相关外部接口。1.3 本期项目建设的目的为XXXX计费结算中心提供一套完整的XX业务计费、结算及客户服务系统,和一套包含话音、Internet等多业务的综合帐务系统。能实现多业务在帐务级融合的一客一单系统;建设一个具备处理100万用户能力的软硬件系统;本期BOSS系统建设的容量满足期为2004年底,全省约100万用户的计费、结算、营业、帐务等业务处理,以及XX公司业务管理的需求;系统满足中国XX相关XX通信客户服务及计费管理系

20、统技术规范和具体业务及技术需求;提供高于现有系统,符合未来发展方向的系统功能及性能指标;提供包含地市分公司与省公司连接的网络设备和主机系统的集成技术方案,提供计费系统与邮政、银行等系统间的业务接口,根据标书的要求,本方案不包括营业网络设备的内容;提供包含数据库、OS、中间件平台、应用软件等一切完成需求所必备的软件系统的解决方案;发挥XX公司公司在XX通信及IP计费及营帐系统建设中的技术优势,充分体现我司融合计费产品AICBS2.0产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点,为中国XXXX分公司的业务发展提供有力的、长期的运营支持系统。遵循集团公司有关的BOSS业务、

21、技术规范的要求,按照“两级系统、三层结构”的原则,对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合,使中国XXBOSS系统成为一体化的、信息资源充分共享的支撑系统。三期BOSS系统是一个多业务融合的计费和营业帐务管理系统,要求能够统一管理用户的业务资料,实现统一的用户服务界面和“一客一单”功能;并能够实现多业务捆绑销售,融合计费,交叉优惠等功能;(1) 计费产品AICBS2.0产品的大容量、高效率、高灵活性及可扩展性、满足未来业务聚合的需求的特点,为中国XXXX分公司的业务发展提供有力的、长期的运营支持系统。(2) 遵循集团公司有关的BOSS业务、技术规范的要求,按照“

22、两级系统、三层结构”的原则,对我公司计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合,使中国XXBOSS系统成为一体化的、信息资源充分共享的支撑系统。(3) 三期BOSS系统是一个多业务融合的计费和营业帐务管理系统,要求能够统一管理用户的业务资料,实现统一的用户服务界面和“一客一单”功能;并能够实现多业务捆绑销售,融合计费,交叉优惠等功能;2 XXBOSS系统集成设计2.1 系统建设原则根据中国XX计费和营业系统的技术规范和XXXX的技术要求,本期系统的设计原则是在海口设省级计费营业和结算中心,XX省分公司计费系统采用集中管理、集中计费、集中营业的模式。该设计原则合理地利用了系

23、统资源、强化了系统的集中管理能力、系统的整体性得到了提高,但是不可避免地带来了巨大的系统负荷瓶颈以及管理维护压力。因此在我们的系统设计必须要本着高效性、可靠性、灵活性、可扩展性以及系统建设和升级的连续性的原则,充分体现集中方式带来的优越性,同时对于由与完全集中而产生的困难提供切实可行的解决方案。2.1.1 高效性原则计费和营业及帐务系统的效率是考量一个系统的成败的关键,系统的效率受到多种条件的制约,如:网络条件、主机等物理平台以及操作系统、数据库系统等软件平台和应用系统的结构都会对系统产生重大影响,其中,网络、主机和基础软件平台(OS、数据库)受到市场和投资的限制,作为系统集成商,除了尽力改善

24、底层的网络、主机、数据库及操作系统的性能指标以外,应用系统的结构设计对于系统整体效率的影响尤为巨大。所以,我司的方案着重说明了软件解决方案的独特设计,通过应用我司特有的一些先进的软件技术,结合对系统网络和硬件平台的适当增容,更加充分地利用硬件平台的处理能力,在优先的硬件投入的前提下,实现尽可能高的系统运行效率,满足实时计费系统和营业帐务系统的速度需求。2.1.2 高可靠性原则本项目建设的另一个重要的设计重点是系统的高可靠性。系统的高可用性和可管理性能构成了高可靠性的基础。为了实现高可靠性目标,我们除了提供高度可靠的设备配置以及经过反复测试合格的优化的程序代码外,从网络、主机、数据库、应用系统和

25、系统安全、系统管理功能等多个角度考虑了系统高可靠性的实现。主要通过:网络设备备份、HA技术、数据复制、权限管理和日志管理、应用软件系统的实施集中监控功能等技术手段保证系统的可靠运行以及故障报告及恢复功能,提高的反应能力和容错、容灾能力。2.1.3 高灵活性和可扩展性原则本项目要支持未来几年的发展,在系统建设上也必然是分步实施的。因此,系统的灵活性和可扩展性尤为重要,所选硬件设备必须能充分估计未来的扩展情况,软件设计更是必须模块化、可配置,能够适应一定时间内的业务变化,可扩展性强,并保证系统在进行扩展时,不影响系统的正常运行。可扩展性设计要保证系统扩展后其性能有近似线性的提高,在增加新业务模块时

26、,也不影响原有应用软件的正常运行。2.1.4 系统设计连续性原则系统的设计的连续性原则体现在:按照系统目前的结构,当用户数增加时,系统可以通过增加主机的CPU数目、增加内存、增加硬盘甚至通过增加主机数量的方式来实现系统平滑地升级,以有效地保护系统现有的投资,同时,也可以保护目前系统的应用软件,以避免对应用软件的整体结构作大的改动。2.2 系统建设策略根据中国XX通信和计费的发展趋势和XX省的实际情况,同时结合XX公司公司在系统集成领域和联机实时计费领域多年来的经验,对本期系统的建设,我们提出如下建议:2.2.1 建设前瞻性系统的建设必须高起点、严要求,必须具有技术上的先进性和前瞻性。本期系统的

27、建设目标是能满足2004年的用户和业务发展需要,只有技术上的领先才能保证系统的较长生命周期。根据目前XX计费的发展趋势,是否联机和实时已是衡量一套业务系统先进性的标志,因此本期系统必须满足联机和实时。同时在系统建立的初期,就有一个良好的设计规划,考虑国内XX通信的迅速发展和将来可能面临的来自国内外的竞争,结合国外系统的建设经验,避免在建设过程中走弯路、走错路。2.2.2 投资保护规范在XXXXXX业务系统的建设中,应当尽量的利用XXXX公司已购置的现有资源,在充分利用现有资源的基础上,建成一个具有先进的、高效的XX业务系统。我们在设计中,充分利用原有设备,并对原有设备进行了合理的扩容和升级,最

28、大限度地保护原有投资,同时,原有设备依旧可以负担运行多种关键应用,决不影响业务运行。这也归功与上一期系统建设和设计的可扩展性与前瞻性。2.2.3 规范化程序设计一套成熟的XX业务系统建设,需要进行长时期的试运行与完善。国内的许多信息系统的建设发展过程证明,如果一套系统不具备完善的系统设计,或难于维护和管理,系统便很容易走向失败。因此,在XXXX公司XX业务系统的建设过程中,我们应该采用规范化,立足长期的设计思想,进行周密的系统配置,并遵循软件工程学的标准建立完善的系统文档,在规范化设计初期就充分考虑到系统以后的维护和可能的修改,以有利于系统的长期发展和生存周期。2.2.4 规划目标分阶段实施本

29、期XX业务系统建设周期短、时间紧,随着新的交换系统扩容,新系统要求马上建成。但一套完善XX业务系统是一个长期的建设过程,因此应有一套计划安排,加之XXXX自身的建设也有一个逐步完善的过程,因此,我们建议XXXX业务系统的建设采取“规划目标,阶段实施”的策略,逐步建成一套功能完善、技术先进、具有世界一流品质的业务运营支撑系统。2.3 总体设计思想XXXXBOSS系统是一个集计算机、网络、数据库、和应用软件为一体的大型应用系统,与其它网络应用系统一样,它的实施亦将是包含总体规划、方案设计、软/硬件设备选型和配置、网络建设、应用软件开发、试运行、维护、推广等各阶段在内的一个全过程,是一个计算机集成工

30、程的实施过程。本系统设计方案从主机、数据库、网络、应用软件等几方面综合考虑,通过对XXXX公司的业务需求及停用系统的特点进行透彻地分析了解,将上述各方面应紧密相连,密切配合,以达到结构、设计上的一致性及优越的整体性能。2.3.1 XXXX的业务特点XXXX公司的XX业务系统的建设必须根据其业务现状及其今后发展的趋势来进行,根据我们的了解,XXXX公司的XX电话业务具有下列特点:(1) 实时性要求高实时系统要求较高实时性。按XX业务目前标准,应能做到:用户计费信息实时生成,并能根据用户话费变化,实时控制用户呼叫和漫游权限,用户本人可做到实时话费和话单查询。所有这些对系统的处理能力和网络传输能力同

31、样提出了很高要求。(2) 数据量增长快XXXX现有XX用户网络容量206万,实际用户现已达到191万,预计在2004年将达到620用户的水平。目前用户的发展速度时迅猛,而且高速增长的势头不减,将在较长一段时间内持续。这一高速发展的用户数量对于计费和营业系统的压力是十分巨大的。同时,对于XXXX计费系统处理的业务数据量而言,其增长速度又大大超过用户数的增长。如此高的增长速度,现有的系统已接近其极限处理能力,对于未来的系统,不但要求具有相当的处理能力和容量,而且要求系统应具有更好的扩展性能,能适应将来用户数量、业务数量和业务种类的更大发展。(3) 业务发展变化快XXXX目前正在经历而且今后将不断经

32、历种种业务上的种种变化,如各种费率和优惠的变化;分时段计费、分用户类别计费、单向计费、套餐计费等各种计费方式的变化;租机租卡、呼叫前转等新业务的开展;计费结算方式的变化;随着GPRS、WAP技术的引进而带来的日益增长的无线数据业务的需要;甚至将来可能发生的体制的变化;所有这些要求系统有很好的灵活性,能满足现在及将来业务发展的需要。(4) 容灾和管理性能的要求高XX省地域广阔、人口稠密,XXXX的业务网点遍布全省23个地区,以省计费中心为核心,各个计费数据采集前置机、地市营业局域网络、外部系统接口设备和省中心之间通过XX自己的数据网络以及部分租用的电信分组专线连接成一个大的应用系统网络。集中式的

33、计费系统结构使省中心成为整个系统的瓶颈,省中心计费数据的安全和系统核心应用的运行稳定对于整个网络的运行起着决定性的作用。另外,由于营业网点的分布,省中心和各地市营业中心之间的数据的一致性和完整性很大程度地依赖了网络状况。众多的计算机和网络设备以及关键的应用程序的运行状态使系统管理员最关心的焦点。XX联机计费系统的这些特征要求我们的系统设计方案能够提供可靠的容灾和备份方案,以及功能强大的网络管理软件。2.3.2 系统总体技术要求根据中国XX电话计费和客户管理系统的业务要求和XXXX公司的业务特点,本系统将满足以下总体技术要求:(1) 安全性要求 严格的操作员权限管理机制。 记录操作员的使用日志,

34、以防止非法操作。 保证数据不被非法入侵者破坏和盗用。 保证数据的一致性。(2) 可靠性/稳定性要求 故障检查和处理机制,保证数据不因意外情况丢失或损坏。 数据的备份和恢复。 实现负载均衡,防止“瓶颈”产生。 保证系统在任何情况下,都保持可预见的输出。 灵活的任务调度机制(3) 可扩展性 支持新的计费方式、新的优惠手段。 采用模块化设计原则,用户可以选择需要的组件而构成不同规模的应用系统。 实现新旧系统的平滑过渡,并充分保护现有资源。 对新增加的节点,系统可平滑地过渡,以适应应用系统硬件规模的不断扩大。(4) 易操作、易管理 良好的用户操作界面。 完备的帮助信息。 系统参数的维护与管理通过操作界

35、面实现。(5) 实时性 实时完成大容量数据的处理。 对实时性要求更高的业务提供特殊的处理方法。(6) 准确性: 话单处理过程既要保证准确性,也要尽量减少运营者的损失。2.3.3 系统总体结构设计在XXXX提供的BOSS三期扩容工程需求中,明确地选择了在海口建立省级计费和结算中心,实现集中管理、集中计费、集中营业的运行模式,据此,本方案提供了集中方式的总体结构设计说明。在集中方式的设计方案中,所有的处理都在省中心处理,所有的营业终端或管理终端都与省中心的计费/营业数据库相连接,地市营业系统不再设立本地的数据库服务器保存本地数据,所有的有关业务数据的访问都通过C/S方式或中间件服务器跨越广域网络和

36、三个本地网中心到省中心数据库服务器进行连接。采用集中方式的系统结构,我们在省中心设立一套数据库服务器,在数据库服务器前端设立中间层的应用服务器,所有的终端通过应用服务器访问中心数据库服务器,在数据库服务器中,各地市数据分别存放在不同的表中,不同的数据表建立在不同的数据块上,以提高处理速度。在省中心,我们通过增加相应的主机服务器,分别作为省中心的计费、营业/帐务数据库服务器以及应用服务器,全省的所有营业厅终端都可以通过应用服务器访问营业帐务系统数据库。网络设计方面,各地市的营业终端可通过拨号或DDN的方式与地市的路由器连接,地市的路由器与省分公司的路由器连接。采用省中心-地中心-营业厅三级网络结

37、构。我们可采用原有网络设备,尽可能利用原有的资源以节约系统投资。数据库系统安装在省级费中心,所有终端通过应用服务器访问中心数据库。数据库中存放所有用户的用户资料、帐务数据、详单数据等。综合考虑现有的技术条件、主机设备上的投资以及节约的其他设备和人力资源的投入,集中式的系统方案具有加强管理,节约投资,简化系统管理维护工作的复杂性等优点,是十分现实可行的方案,并且符合XX总部对于计费系统建设的要求。2.4 主机系统设计2.4.1 主机系统设计概述XXXX公司XX电话计费和营业帐务系统按照如下原则组建:整个系统由省计费和本地网营业中心、地市分公司营业中心、支公司中心与营业厅四级结构组成。同时,考虑到

38、与局内相关系统如:管理信息系统、交换网管OMC-S/OMT系统等相连接;与其他电信局、电信运行商相连接;与市话、长途系统、银行、邮政等话费代收点相连接;与VMS、SMS、HLR、WAP网关相连接;与大代办户、大客户相连接。广域网的连接采用E1、DDN或X.25,E1、DDN为骨干,X.25为备份,主要支持到XX总部的连接。2.4.2 BOSS系统主机设备2.4.2.1 主机系统需求根据我们对XXXX计费合营业帐务系统工程的理解,以及省中心和各个地市中心的具体情况,描述主机系统需求如下:1. 本系统的处理能力以能够满足100万XX用户计费和营业及帐务处理业务的需要及100万用户的网间结算任务的要

39、求。 2. 仅由省中心保存全省用户资料、营业数据及话单数据。3. 系统应具备高度的安全性。XX业务系统是XX业务的基本业务系统,用户数据、话单数据和统计、分析系统都是XX业务的档案资料,应根据不同部门的业务制定不同的安全标准。4. 系统应具备异常处理的能力,在数据处理的各个环节中,应保证系统具有对突发错误、硬件设备故障等具备相应的处理措施,保证系统的正常运行。2.4.2.2 主机功能分配本次XXXX公司XX电话计费既营业帐务系统所涉及到的计费中心的各台服务器主机及相关设备的选型,均是以XXXX公司的计费系统的建设实际以及业务发展的实际要求和我们的分析为依据的。为各个服务器选择符合要求的设备并且

40、具有良好的性能价格比是我们的宗旨,同时我们充分考虑到利用现有的使用设备以保护用户的前期投入。数据库服务器设备是整个网络的核心,为保障系统的可靠性,数据库服务器选用HA方式。2.4.2.3 主机系统的存储由于计费系统与营业及帐务系统分属不同的系统功能,我们将它们的应用和数据分别分布在不同的集群系统上。同时考虑到用户话单需要保存6个月,而实际上在计费营帐系统中,绝大部分的对话单的操作都在最近的两个月内,因此建议将话单的存储分成两部分进行存储,第12月按详细的话单格式进行保存,第36个月话单按简单格式(话单的基本信息:包括手机号码,IMSI、对端号码、起始呼叫时间、漫游城市、归属城市等)2.4.2.

41、4 主机平台鉴于BOSS系统的数据中心建设要求,建议将计费、帐务和营业系统数据库采用同一主机组建成数据管理中心,采用主流小型机平台,支持多处理器, 64位处理器的双机高可靠性群集系统,鉴于XXXX的实际情况,建议的主机选型方案为(AICBS系统支持以下三种主机平台)SUN主机和IBM主机。根据XXXX的现有主机情况,BOSS三期建设的主机设备除数据库服务器需另行购置外,可以充分利旧。详细的配置建议见技术建议书设备配置。2.4.2.5 主机系统的升级按照系统目前的结构,当用户数增加时,系统可以通过增加主机的CPU数目、增加内存、增加硬盘甚至通过增加主机数量的方式来实现系统平滑地升级,这样可以有效

42、地保护系统现有的投资,同时,也可以保护目前系统的应用软件,以避免应用软件作大的改动。2.4.2.6 双机热备HA方案在本方案中,我们采用计费数据服务器双机热备,以及营业数据库服务器、应用服务器互为热备份的方式实现对系统高可靠性的保证,计费系统两台主机共享磁盘,营业系统主机和应用服务器共享磁盘,通过HA软件实现双机的相互监控,一旦某台主机发生故障,或出现网络故障,HA系统将自动选择另一台主机将启动备份应用软件,实现对故障主机的接管。根据我们建议的系统服务器的选型,可以采用VERITAIS的CLUSTER软件、SUN CLUSTER软件、IBM HPCMP软件或是LEGATO的CLUSTER都可以

43、满足需求。HA软件通过网络,光纤,共享磁盘实现双机的相互通信,在本系统中,我们在每台主机都配置光纤或100M以太网卡,用于心跳线的连接,有力保证系统的可靠性。2.5 网络结构设计2.5.1 原网络结构XXXX通信公司现有的网络结构如图,核心交换网络采用100Mbit/s,XX省目前的业务管理系统集中设在海口,下设32个营业厅;12个业务代办点,分布在全省19个地市县,无地市业务中心,营业厅与各分公司经营、管理同处一个局域网。XX省业务中心网络配有Cisco7206路由器两台、3640路由器一台;Catalyst5505交换机各两台。并通过64K DDN 与中行、工行、建行、交行及农行实现点对多

44、点方式联网。各分公司通过64K DDN 与海口、儋州、三亚3个本地网中心局相连,本地网中心局与省计费中心间用E1(2Mbit/s)电路连接。原网络结构图2.5.2 网络结构设计由于XXXX通信公司在前期的网络规划和设计的成功设计和实施,基本能够满足三期工程的需求,因此本期BOSS三期工程对网络的设计将不作大的修改,而对原网络建设提出两点建议,第一,关于网络安全问题,建议采用防火墙对系统核心层与接入层进行隔离;第二,为核心交换机增加千兆交换模块,解决核心数据库的访问瓶颈,。中心网络拓扑图合考虑到网络的质量直接影响系统的运行效率和服务质量,对用户满意独有较大影响,因此网络必须具备高传输效率和高可用

45、性能。根据XXXX计费系统的现状和要求,本方案中仅讨论省中心局域网和省中心到各个地市的广域网的设计。在省计费中心,我们建议增加二台骨干网交换机Cisco Catalyst 6509,同时在省中心增加二台Cisco 7507路由器,路由器与两台中心交换机之间都有线路连接,构成双星形网络结构。双星形网络结构是一种完全冗余的结构,结构中任何一条链路断开都不影响整个系统的工作,两个中心交换机只要有一个运行就不影响系统的工作。双星形结构适用于对可靠性要求很高、整个系统不能中断的网络环境中。因此,我们强烈建议在省中心采用这种结构。WAN主干网省计费结算中心与各地市中心以及分布在全省各地的交换机联机数据采集

46、设备、HLR接口通过广域网连接。考虑较高的网络可靠性要求,依靠单一的WAN链路难以得到保证,因此我们建议采用广域链路的冗余备份技术。若某一链路不通,网络设备自动切换到后备链路以保证广域网的连通性。在路由器构成的数据网络中,当路由器之间的某一连接发生故障,或者某一路由器不能正常工作时,快速收敛路由协议,如OSPF,E-IGRP等会保证在数秒内让数据传送通过迂回的路径进行,但对于计算机主机与路由器之间的连接,当与其连接的路由器发生故障时,计算机主机便不能正常进行通讯。这是因为通常情况下计算机主机并不参与路由协议,而是静态地配之以单个路由器的地址。当采用两台路由器互为备份时,也需要人为重配置计算机主

47、机的Gateway地址,才能保证在路由器失效情况下通过后备路由进行正常通讯。有些IP主机使用RIP协议来寻找路由器,但RIP协议收敛速度很慢,从一台路由器失效到寻找到另一台备份路由器往往需要3-10分钟时间。Cisco公司的HSRP(Hot Standby Routing Protocol)提供路由器备份的很好的解决方案。HSRP使用优先级机制来确定哪个HSRP-Configured路由器是缺省的活动路由器,要使某一路由器成为缺省活动路由器,只需为它分配一个比其它HSRP-Configured路由器较高的优先级即可。HSRP允许两个或多个HSRP-Configured路由器使用一个虚拟路由器的

48、MAC地址和IP地址。虚拟路由器物理上并不存在,它只为那些提供互为备份的路由器作一个公共目标的IP地址,实现多个路由器的备份冗余。HSRP为网络的IP数据包提供了容错路由,当与快速收敛协议一起使用时,可提供极快的路由器的切换,保证为网络上的主机提供不间断的访问服务。HSRP工作时通过交换Multicast Message在HSRP-Configured路由器之间广播优先级信息。当一活动路由器在一段可配置的时间内不能发送Hello信息时,在备份路由器中那个具有最高优先级的将会变为活动路由器。路由器之间的切换对网络上的主机而言完全是透明的。在本方案中,省中心采用两台Cisco 7507路由器,利用

49、HSRP协议,实现广域连接路由的冗余备份。2.5.3 网络设备配置XXXX公司省计费中心LAN建议采用两台Catalyst 6509网络主干设备组成双星型结构,建议采用两台Cisco 7507系列路由器通过HSRP协议组成主备路由器,使用E1、DDN为主链路,以E1、DDN分组网链路作为备用链路。LAN主干网选用1000Mbps快速以太网作为主干,计费系统以及营业和帐务系统的服务器均直接联入中心交换机。 两台中心交换机分别连接两台路由器。路由器通过E1、DDN与各营业中心连接,并以E1、DDN链路作为备份。2.6 数据库选型设计2.6.1 数据库选型原则数据库系统是计费和营业帐务应用软件系统的

50、基础和核心。对于数据库系统最基本的要求是,必须在多用户的环境下,可靠的管理大量的数据、保证多个用户能够同时地、互不干扰地访问同一数据。并且数据库系统还必须确保数据库的数据不能发生丢失和差错。所有这些必须在数据库高效运行时同时实现。归纳起来可分为以下几点:2.6.1.1 支持C/S体系结构作为一个大的信息系统,必须要求该系统具有强大的处理能力、良好的用户界面、充分的可扩展性,并且能支持各种应用软件。若采用传统的主机终端方式或微机局域网方式都不能圆满的解决这个问题,只有采用先进的体系结构-客户/服务器方式才能满足要求。客户/服务器体系巧妙地将系统从逻辑上分为客户和服务器两部分,服务器可以是处理能力

51、极强的主机,运行多任务操作系统如UNIX等;客户端可以采用PC机或工作站,运行DOS、WINDOWS、OPEN LOOK或MOTIF等图形环境,两者通过请求回答方式协同工作。一个真正具有客户/服务器体系结构的系统应该在其操作系统、网络及数据库方面都应按照客户/服务器体系结构进行设计。客户/服务器体系结构还是实现当前最先进的三层体系结构的基础。2.6.1.2 支持OLTP和负载均衡随着系统的扩展,在一个网络上,可能会有许多用户的多种应用并发访问数据库,这要求DBMS提供一套机制,尽可能的减少每个应用的开销;同时,用户要求以一种交互式的方式工作,这就要求系统具有非常短的响应时间,系统核心采用单进程

52、、多线程机制可以最大限度地降低用户的开销,加快各应用间的切换。SMP技术使系统可以通过增加CPU个数,来得到灵活的伸缩处理能力,以满足大规模数据处理的要求。因而,数据库管理系统应能根据当前各种应用情况,自动在多个CPU上调节所负担的应用数量,以均衡全系统负载。2.6.1.3 高可靠性和自恢复能力XX通信行业对计费系统的可靠性要求非常高。因而,就要求数据库有足够的容错能力,以应付各种情况下对数据库系统的损坏,并提供在硬件、操作系统出现故障时,保护数据不受破坏以及从故障中恢复的能力。具体的说,应支持Cluster、Standby等双机热备份、联机快速备份、快速加载数据和快速备份数据恢复等功能。2.

53、6.1.4 支持数据的自动复制数据库应该能提供复制工具来自动维护多个副本间的异步一致更新,即将一些主场地的数据复制到需查询的地方,以加快数据访问速度和减少网络开销,并提供基于事务的自动、远程和定制复制功能,当副本所在地出现故障时,能由系统事先指定的副节点自动接替。这一特性对于XXXX公司实现系统的容灾功能十分适合,通过增加容灾设备以及数据的自动复制技术,实现省中心计费营业系统数据和备份系统之间的数据自动复制功能。2.6.1.5 高可伸缩性数据库系统应具备良好的可伸缩性,以适应XX电话业务的高速发展。在数据量增加的情况下,通过增加CPU、内存,提高主机档次,增加主机节点等集成手段来适应系统的要求

54、,而不需要对应用系统作较大的改动。2.6.1.6 支持分布、异构的数据源目前,XXXX公司面临着和众多计算机业务系统之间的接口问题,如银行系统,邮政系统,XX网管系统等。XX通信计费和营业帐务系统将来需要与这些系统实现数据的交换,因而数据库系统应支持分布、异构的数据源。2.6.1.7 易于管理和维护根据我们在集成领域的经验和XXXX公司的系统现状,应用系统应具有功能强大,简单易用的数据库管理工具和良好的维护界面,减少用户监控维护上的复杂程度,有利于将来系统的运行。基于上述原则,我们建议采用ORACLE数据库Oracle8i。2.6.2 大容量数据处理的解决方案数据库分区技术话单的入库与分发是整

55、个集中式计费系统中最耗费时间的部分,为保证计费系统的整体性能,合理地设计数据库(表)的结构是至关重要的。因此,我们采用了数据库分区技术,按照下列原则对数据库中通话详单表进行划分:原则1:按照IMSI码段(或其它标准)划分详单表;原则2:按照手机号码段划分表;原则3:码段的划分要与各地市所分配的码段保持一致;原则4:按照时间划分;其中原则1和原则2中只能选择一种。按照上述原则,系统可选择如下具体的分表规则:日期:不同天的话单被插入到不同的天表中;归属地市:归属局为不同地市的话单被放置到不同的表中;手机号码段:按照手机号码中的某些位划分表;这些分表规则可以存储在配置文件或数据库“分表规则“表中,系

56、统运行时依据这些规则建立或删除相应的表。按照以上原则,每个话单表的表名可能具有如下的形式:本省话单:GCDR_XXQ00_L_19990120;国内漫游来访:GCDR_XXQ01_NRIN_19990120;国内漫游出访:GCDR_XXQ00_NROUT_19990120;国际漫游来访:GCDR_XXQ00_IRIN_19990120;国际漫游出访:GCDR_XXQ00_IROUT_19990120;重复话单:GCDR_ALL00_DUP_19990120;错误话单:GCDR_ALL00_ERR_19990120。其中:G:GSM话单;CDR:详单;19990120:CCYYMMDD;XX01

57、:地市代码 + 分区代码;L:本地话单;NRIN:省际来访漫游话单;NROUT:省际出访话单;IRIN:国际来访漫游话单;IROUT:国际出访漫游话单;DUP:重复话单;ERR:错误话单。按照以上标准划分表,使每个表所存储的话单数减少,从而提高数据的录入、查询、读取的速度,并进一步提高系统整体的效率。同时,系统将不同的表分配在不同的物理设备上,在进行数据入库或数据分发时,采用多进程并行操作,使入库、分发的速度大大提高了。此外,对这些表的维护并不需要用户的干预,系统将自动完成。例如,分表规则可以以如下形式存储在数据库表中:号码段1号码段2所属地市1390800000013908009999XX0

58、01380800000013808009999XX001370810000013708109999XX011360810000013608109999XX011350811000013508119999XX021390811000013908119999XX02虽然数据库本身也提供了自动分区的功能,例如自动根据手机号码分区,但与手工分区相结合,将会使系统具有更多优点:1. 手工分区完全考虑到应用中的要求,它的分区使得对数据库的操作能更有效地分配到不同的进程或线程(多进程、多线程在下节介绍),从而最大限度地保证的负载均衡;2. 手工分区的规则保存在数据库的表中,用户可以根据不同时间业务量的不同,

59、合理地修改分区原则。例如,对新增加的号码段,用户只需要在表中增加或修改表中的记录即可;3. 手工分区具有更大的灵活性,它允许用户从多种分区原则中选择一种或多种原则的组合,而形成对本地业务(数据)处理最有效的方式。而相比之下,数据库的自动分区能够提供给用户的选择较少,只能在表中部分字段附加分区原则;4. 此外,系统的各个部分在处理过程中,也充分考虑手工分区的原则,在很大程度上,进一步提高了系统的整体处理速度。2.7 应用软件设计2.7.1 软件的结构特点分析随着计算机硬件和软件技术、网络技术的发展,数据库应用体系结构经历了四个阶段: 第一阶段是基于主机的计算机系统,第二阶段是PC与传统的网络技术

60、相结合,即文件服务器结构,第三阶段为客户/服务器(C/S)方式,第四阶段是在C/S体系基础上扩充的包括客户、数据库服务器、应用服务器构成的三层结构。2.7.1.1 主机计算机系统在基于主机的计算机系统中,各终端通过串行通讯接口线路与主机相连接(一个终端占据一条通讯线),一台主机对系统的各种资源与数据进行集中管理,主机分时地对各终端进行扫描访问,用户通过各自的终端与系统交互作用,来执行自己的处理任务。这种集中式计算机信息系统的好处是:管理容易,数据的保密与完整容易保证,而且系统建设成本低,但是它的缺点是对业务变化的适应能力、系统的扩充性以及可维护性较差,当主机出了故障就有可能引起系统的瘫痪。2.

61、7.1.2 PC/文件服务器系统八十年代由于PC机的广泛应用以及计算机硬件、软件技术、网络技术的迅速发展,由共享的文件服务器、工作站、网络传输介质组成的计算机局域网广泛应用于各行各业中。 在这种应用中,所有应用程序和数据都集中在共享的文件服务上,而不是驻留在实际使用它们的客户计算机上,当用户需要时,相应的应用程序和数据就整个地从文件服务器上下载到计算机上。在这种结构中,比基于主机的计算机系统使用简单、用户界面友好,并具有一定的可伸缩性。但是系统运行效率低下,当用户数增多时,网络的通信负载明显增大。2.7.1.3 客户/服务器系统PC机或工作站通过网络连接起来,系统把这些计算机设备划分为服务器与

62、客户端,以承担不同的工作职能,服务器主要用于信息系统的管理与服务(一般由能力较强的计算机系统来承担);客户机主要提供给用户来访问系统,具有良好的人机界面。用户只要通过客户机与网络上的任何服务器预先建立连接,就可以对它们进行访问。采用网络连接的C/S操作方式的计算机环境,其优点是:系统有较大的灵活性;系统性能的提高容易(服务器性能提高或增加服务器的数目可以使系统整体性能提高);系统的连接方便,可以根据需要随时地增减用户;系统有较大的可维护性,一个服务器失效,其他服务器可以取代其部分功能,仍然保持系统的正常运转,不会使整个系统瘫痪。这种客户/服务器系统实际为两层结构,即客户端程序数据库服务器。可分为两种模式:胖

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!