联通电信业务综合营业帐务系统总体方案_第1页
联通电信业务综合营业帐务系统总体方案_第2页
联通电信业务综合营业帐务系统总体方案_第3页
联通电信业务综合营业帐务系统总体方案_第4页
联通电信业务综合营业帐务系统总体方案_第5页
已阅读5页,还剩75页未读 继续免费阅读

下载本文档

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

文档简介

中国联通电信业务综合营帐系统总体方案(讨论稿)PAGEPAGE52CHINAUNICOM中国联通电信业务综合营业帐务系统总体方案(征求意见稿)中国联通2001年4月目录TOC\o"1-2"\h\z\t"文档结构图,4"一、 总体概述 11. 概述 12. 编写的目的 33. 适用范围 34. 方案起草单位 45. 方案解释权 46. 参考文献 4二、 建设目标及原则 51. 总体建设目标 52. 建设原则 63. 技术原则 7三、 系统体系结构 81. 系统总体结构 8图1: 中国联通综合电信业务支撑系统总体结构 82. 系统描述 8四、 综合营帐系统功能 101. 综合帐务 10图2: 综合帐务功能结构 102. 综合营业 13图3: 综合营业功能结构 133. 缴费 15图4: 缴费功能机构图 164. 统一客户资料 17图5: 统一客户资料数据沉淀 185. 信用管理/防欺诈 20图6: 信用管理/防欺诈功能结构 20五、 系统接口 221. 接口原则 222. 接口实现方式 233. 内部接口 244. 外部系统接口 255. 与现有营帐系统的接口 26六、 系统实施 271. 系统实施总体思路 27图7: 综合营帐系统功能结构图 272. 实施方式 28图8: 综合营帐实施方式示意图 293. 实施中各业务关键问题 30七、 业务量估算 351. 估算依据 352. 业务量估算 39八、 工程建设方案 441. 广域组网方案 442. 局域网方案 443. 应用软件体系结构与模块划分 454. 设备配置 455. 系统技术要求 466. 系统安全与管理 487. 机房场地条件 518. 配套电源 529. 人员编制与培训 5310. 资金来源 53九、 工程建设进度 54十、 投资估算 551. 估算依据 552. 投资估算 55中国联通电信业务综合营帐系统总体方案(讨论稿)总体概述概述行业背景随着世界经济全球化和我国加入WTO进程的加快,国际化的市场环境强烈要求国内的公众电信运营企业在经营管理上向国外先进的电信运营企业看齐,以迎接电信运营业的国际化竞争。同时随着国家改革的深化,国内电信业的市场环境已渐趋合理,且竞争日益加剧。国内、国际电信业的如此态势,对公众电信运营企业的服务内容、服务方式、服务质量、经营管理以及服务意识,提出了严峻的挑战。国内外市场环境要求国内的公众电信运营企业在经营理念、管理模式上能有一个较高层次的飞跃,以求在电信运营业的国际化竞争中立于不败之地。作为公众电信运营企业,中国联通公司旨在科学、合理地规划、建设和运营先进的电信网络基础设施,并利用其为社会各界和个体提供方便、迅速和高品质的个性化与多元化服务,使公司在以客户为中心的现代市场环境及日益激烈的市场竞争中处于有利的地位。在新的市场环境下,只有加强电信业务支撑系统的建设,才能使中国联通在激烈的市场竞争中处于有利的地位。中国联通作为国内唯一一家对所有电信业务拥有经营权的电信运营商,拥有全国范围内相当规模的公用电信网,经营多种基础电信业务和增值电信业务,形成移动、长途、数据(165)、IP电话、寻呼、市话等多种业务并存共同发展的格局。如何发挥联通这一综合优势,实现灵活多变的营销策略,搞好用户服务,成为当前迫切需要解决的问题。为此我们提出综合营帐系统的实施方案,实现多种业务“一台清、一单清”,为客户提供统一的、综合的、规范化的高质量服务。通过此方案的实施,既能提高经营管理水平,又可以减少运营维护成本,实现企业利益和客户利益的最大化。现状分析多业务的建设情况目前中国联通已建和在建的营业及帐务系统基本上是分专业独立建设,管理机制上采用分项管理,具体情况如下:1.GSM业务GSM业务的计费营业系统经多年建设,已具有相当规模。目前,各省分公司基本上采用省级集中管理、集中计费、集中营业的方式进行建设和运行维护,部分省市采用地市级的计费营业管理模式。GSM预付费业务采用全国(大区)制计费与结算的技术体制,由大区集中管理计费数据和充值业务,分公司负责卡的管理,营业系统目前正在建设中,目前无法满足各种业务需求;目前已开通了多种增值业务(像语音信箱、短信、WAP等),增值业务在全国没有统一的接口和规范。2.长途业务长途业务采用三级体系结构,全网计费结算中心负责预付费的计费结算和国际结算,大区计费结算中心负责区域内的计费结算及区域间的结算,地市营业中心负责营业和帐务,部分省采用物理集中方式。目前长途业务一期开通25个城市,二期将开通273个城市,目前二期建设仍在进行中,有简单的客服系统,业务量较小。3.寻呼业务寻呼业务营业、帐务系统采用地市级分散方式,全国营业网点2740个,业务量较大。4.VoIP业务VoIP的计费系统采用全国统一方式,分一次拨号和二次拨号业务,营业系统功能较弱,规模较小。5.互联网业务互联网业务采用两级技术体制,分为全网中心和省中心,用户类型分为卡用户和帐户用户,现有帐户用户20万左右,已开通城市116个。营业和帐务系统功能较弱。6.市话业务目前市话在天津、成都、重庆开通,用户量较少,计费营业系统由省级集中管理。利弊分析1.现行系统尚存在以下问题:各项业务分部门管理,无统一规划,缺乏沟通;不同业务的分地、分机设置和维护,不利于资源的共享,无形中增加了成本;各种业务的技术体制不一致,存在全国(大区)集中、省级集中、地市分散等多种方式;没有统一的接口规范;业务支撑系统不适应业务快速发展的要求;2.有利条件:综合营帐系统的建设虽然有许多问题亟待解决,但存在着许多有利条件。首先是市场和业务的发展对综合营业与综合帐务系统提出了迫切需求;其次是公司领导的大力支持及各省分公司的期望;另外,当前一些业务尚在建设中,营业及帐务系统尚不健全,在以后的建设中可统一规划。总之,只有建设综合营业与综合帐务体系,才能为客户提供良好服务,为业务单元提供良好支撑,提高总体服务水平和市场竞争能力。编写的目的本方案在对现状进行分析的基础上,制定了综合营帐系统的建设原则和系统体系结构,并对主体功能、接口标准及系统实施提出了总体的要求,从而为中国联通建设综合营帐系统提供有力的指导和依据。适用范围综合营帐总体方案适用于中国联合通信有限公司经营的所有业务,包括GSM、CDMA、长途、互联网、IP、市话、寻呼及各种业务的增值业务,也包括以后出现的新业务。本方案规定的原则、结构、接口和功能的要求适用于中国联通综合营业帐务系统的建设指导。本方案总的建设规模按满足中国联通2002年业务要求考虑。方案起草单位本方案起草单位为中国联合通信有限公司客服、结算与信息系统部。方案解释权本方案的解释权为中国联合通信有限公司总部。参考文献《中国联通电信业务计算机服务支撑系统总体方案》(讨论稿)《中国联通电信业务计算机服务支撑系统业务规范》(讨论稿)《中国联通电信业务计算机服务支撑系统技术规范》(讨论稿)《中国联通GSM计费结算与营业系统总体方案》《中国联通客户服务系统业务规范》(试行稿)《中国联通客户服务系统技术规范》(试行稿)建设目标及原则总体建设目标综合营帐系统作为中国联通综合电信业务服务支撑系统(UNICSS)的一部分,其建设成功将形成联通多业务综合营业与综合帐务体系,实现客户服务“一台清”、“一单清”,为客户提供良好服务;实现综合业务的帐务交叉优惠,提高服务水平和市场竞争能力,为发挥综合业务优势提供条件;形成跨业务的综合用户资料,为综合数据分析与决策支持打下基础,以便为业务单元提供良好支撑;实现综合营帐系统一致的体系结构,便于管理维护,提高效率。另外联通多业务综合营帐系统的建设成功将使新业务的扩充更加快速、灵活、自动,为联通在市场的激烈竞争中获胜创造了条件。由于涉及的业务种类多,加之各业务已有的营帐系统建设厂家多、数据量大、系统结构复杂,因此综合营帐系统的建设将是一个复杂而艰巨的任务,需要一个过程。根据现状并考虑可操作性、可实施性,我们将综合营帐系统的建设分为三个阶段,分别为近期(至2001年6月底)、中期(至2001年12月底)和远期(2002年),并分别确定各阶段的目标。近期目标实现各业务营业系统的界面级综合,在一台营业终端上可以进行各种业务的营业操作,即“一台清”;实现各业务帐单合一,用户可以在一个营业窗口缴纳所有业务的费用,实现综合业务的统一帐单功能;同时为形成统一客户资料做好准备。中期目标逐步形成统一客户资料;实现综合营业受理界面,采用工单流转的方式结合现有营帐系统实现业务流程处理;实现综合业务的帐务交叉优惠,支撑多业务的捆绑销售;实现多业务综合缴费时统一的银行接口,实现真正意义上的“一单清”;实现各业务综合营帐的查询统计。远期目标建立完善的统一客户资料管理系统、独立的信用管理/防欺诈系统、独立的缴费系统。实现业务工*作流程的自动化配置和管理。建设原则综合业务原则在营业、帐务、缴费等与客户接触的渠道上,涵盖联通经营的多种电信业务,实现“一台清”、“一单清”,实现多业务交叉优惠,实现多业务的统一银行接口,实现多业务的统一管理。系统集中原则管理模式由各项业务分散管理和地域分散管理向集中管理发展,各类子系统不应采用地市分散方式建设、管理,而应采用省级集中方式,同时系统数据由业务分散、地域分散走向省一级集中管理。接口的标准化和规范化原则实现各子系统间接口的标准化、规范化,并且能够为客户关系管理系统、决策支持系统、网管系统等外围系统提供标准的接口。一体化原则即“一个体系结构,多个子系统”。一个体系结构是指统一的电信业务运营支撑系统,多个子系统是指在联通电信业务运营支撑系统中的各专业计费子系统、综合营帐子系统、综合客服子系统、综合结算子系统、综合客户资料子系统。分步实施原则采用平滑过渡、分步实施的方式进行建设;充分考虑现有的营业和帐务系统的情况,制订切实可行的实施方案,分步骤完成综合营帐系统的建设。技术原则适应性目前实施的系统既要满足现有的网络组织、业务管理、服务质量的要求,又要能够满足今后大规模、大容量、多业务的网络运营的需求。先进性在系统的实施过程中应采用先进的项目管理、软件工程管理、科学的计划和实施办法,采用先进的技术,保证系统建设的先进性。安全性系统应具有很强的安全与冗错机制,以保障系统的高可用性与不间断运行,从而提高业务运营的水平,保证服务的质量。灵活性系统能够适应中国联通的发展,灵活地设计、调整业务处理流程和组织结构,适应未来的发展变化。实时性实时完成大容量数据处理,对实时性要求较高的业务提供特殊的处理方法。准确性提供多种核查或稽查手段,保证系统的准确性。开放性系统应遵循行业的标准或建议,采用标准的、开放性的技术。系统体系结构系统总体结构中国联通综合电信业务运营支撑系统由专业计费、综合营业帐务、综合客服、综合结算和统一客户资料管理等子系统组成。系统的结构如下图所示:中国联通综合电信业务支撑系统总体结构系统描述对各系统功能说明如下:各专业计费系统实现各业务的数据采集、数据预处理、一次批价、联机指令等;综合营帐系统实现多业务综合营业受理、营业收费和综合查询的“一台清”;各业务详单级优惠、单业务合帐的功能,多业务合帐/出帐及交叉优惠,实现多业务的“一单清”;综合结算系统实现各业务国内、国际结算及各业务间结算;综合客服系统实现多业务的查询/投诉处理及业务受理等。整个综合电信业务运营支撑系统的建设分为近期和远期两步进行。近期主要实现如下目标:综合营帐系统由综合帐务、综合营业、缴费、信用管理/防欺诈管理等模块组成,且建立在统一客户资料基础之上;统一客户资料系统与综合营帐系统同步建设(或稍靠后建设),初期可先在综合营帐系统中实现;各业务计费单独建设专业计费子系统;综合结算系统、综合客服系统独立建设。远期目标为:缴费、信用管理/防欺诈、统一客户资料管理等系统独立建设。进一步加强与邮政、银行等战略合作伙伴的业务系统的互联。在适当时机建设决策支持系统,为提高联通的内部管理决策的科学性、为分析客户信用模型等提供技术支持手段。围绕以客户为中心的原则,建设客户关系管理系统,提高客户服务质量。综合营帐系统功能综合帐务综合帐务系统是联通业务支撑系统的核心部分,基于以客户为中心的服务理念,提供灵活的定制功能与多业务扩展的功能。在各业务现有帐务系统的基础上,实现各业务的交叉优惠,捆绑销售,客户化帐单及“一单清”;实现帐务分类汇总;多业务合帐/出帐、销帐等处理;其中,通过配置灵活实现多业务的交叉优惠、多种资费套餐,更好地支持新业务的扩展,是综合帐务系统追求的重要目标。具体的功能模块见下图:综合帐务功能结构详单采集采集各专业计费子系统一次批价后的详单文件及结算系统的话单文件到帐务系统进行处理。详单级优惠实现单业务优惠(二次批价),较灵活地支持业务扩展;优惠额度、优惠方式、以及优惠的优先级等优惠条件可以较灵活配置。累帐对帐户的帐务周期内的费用进行合并累加,形成帐户的帐务周期内的总费用,并收集每个帐户的其他费用进行整合。能实现实时或准实时的累帐,以支持信用管理/防欺诈等功能。帐务级优惠对帐户进行帐单级的优惠,可以进行多业务的交叉优惠;优惠额度、优惠方式、以及优惠的优先级等优惠条件可以较灵活配置。出帐在帐务周期末,当前帐务周期内的每个帐户的所有费用进行汇总,形成帐务系统可进行销帐处理的帐务数据。支持多种业务的合帐处理,实现“一单清”针对多业务的特点,帐务系统应提供多种出帐方式:实时出帐;定时出帐;定日出帐;周期出帐;另外还应支持按业务类别进行单独出帐及重复出帐。销帐负责对帐户的费用进行销帐处理,它根据外界提供的销帐数据为帐户进行费用销帐/反销帐处理。综合帐务系统的销帐/反销帐在综合系统与专业系统中要分别进行,在具体的实现过程中需要考虑系统间的数据一致性。实时帐务处理实现一些有实时性要求的帐务处理,如费用的实时扣减、实时费用反算等。帐务接口帐务模块与其他子系统之间的接口,以文件、数据库或API接口方式提供下列接口:帐单输入输出接口;帐单查询接口;帐单调整接口;销帐/反销帐接口;坏、呆帐处理接口;等其它处理欠费处理系统应提供对欠费用户的查询和处理操作,应提供对欠费标准的定义功能以及对欠费用户的处理方式定义功能,如滞纳金的处理等.坏呆帐处理系统应提供对坏呆帐的查询和处理,应提供对坏呆帐标准的定义功能以及对坏呆帐的处理方式定义功能。系统管理对帐务系统中的所有模块进行组织和管理,如参数设定、规则定制等;实现对帐务处理流程的监控及管理;帐单管理帐务系统应提供对帐单的管理功能,包括查询、添加等功能。帐单管理一方面可满足用户帐单查询的需求,另一方面,可方便操作员对错误的帐单进行调整操作。帐单管理操作要求进行日志记录。帐单查询应能支持WEB自助方式。提供客户化帐单定制功能。统计分析系统应提供统计分析功能,能够按用户类别、费用类别、业务类别等几大类业务受理别(可定制)进行分类归纳,进行统计处理,并可定制输出报表格式,打印输出。综合营业综合营业子系统应能受理GSM、CDMA、165数据、VoIP、193长途、市话、寻呼等业务。在现有的营业系统基础之上提供统一规范的综合业务受理界面,满足营业受理、营业收费、统计/查询处理,优惠管理、资源管理等功能。综合营业以综合为原则,即联通能够以统一的形象面对客户,给客户提供统一的服务,包括一台清,一单清,捆绑销售等。综合营业功能结构综合营业主要包括客户基本资料管理、订单管理、营业收费、工单调度、系统管理等,与统一客户资料密切关联。以下为营业系统的基本功能:客户基本资料管理主要完成开户功能,用户基本信息资料以及帐务资料的建立。订单管理完成订购管理及业务变更功能:订购管理完成客户订购业务的管理,即建立客户基本帐务资料同具体订购业务的联系(如将某业务的帐号归属与客户的某个缴费帐号);业务变更主要完成用户资料及订购业务的属性变更,如服务的停、开、销户、过户、密码变更等。营业收费主要完成开户、过户手续费,SIM卡费、移机费等费用的计算及收取。工单管理对涉及现有专业营帐系统的业务功能,采用工单流转的方式,由专业系统完成具体的业务配置和实现;处理与工单相关联的所有功能,包括工单的生成、分配、调度,工单处理状态的监控等。查询系统应提供丰富的查询方法,提供各种业务的查询服务。不同类型的业务,可按照其计费帐务系统能提供的话费数据情况,向用户提供相应的查询服务项目。系统管理资源管理主要管理系统涉及到的各类资源(SIM卡、UIM卡、线号、各类IP业务的卡号等),可以对各类号码进行生成、查询、分段、分类、开通、加锁、解冻、回收等。代理商(含代销商)管理对代理商进行统一的管理,不区分具体的业务,即代理商可以代理联通的任何业务,主要功能如下:代理商资料的管理,分为基本资料和代理业务信息两个层次进行管理;代理商的综合查询、统计,包括发展的用户及使用业务种类和数量,业务费用的统计等;佣金管理,制定佣金计算原则;权限管理;缴费缴费功能旨在给用户提供完善、方便、全方位的缴费服务。给用户提供个性化的缴费服务,用户可以选择多种缴费方式,如前台缴费、银行托收、信用卡、邮政绿卡及异地缴费等;能支持多种收费渠道,并且系统具备良好的扩展性,可以灵活拓展收费渠道;能支持联通任何业务费用的缴纳;能支持异地缴费方式;缴费策略管理,收费渠道可配置。缴费功能结构图缴费信息接入完成从综合营业、综合帐务、银行及邮政等的客户缴费信息的接入。对帐管理完成和收银员、银行、代收机构等进行所经手费用的核对工作,主要以报表等形式表现。清算管理完成在异地交费中,对各地市分公司的费用进行归并、整理,形成报表,完成和各地市分公司的费用划转依据。票据管理完成在交费过程中,对所用票据(单据、发票)的管理。完成邮寄帐单数据的处理、传输与管理。系统管理对缴费系统中所有模块进行组织和管理,如滞纳金参数设定、缴费时间周期设定、异地缴费参数设定、银行接口配置等,实现对缴费流程的监控及管理。近期:缴费管理在综合营帐系统中实现。远期:缴费系统单独建设,提供全方位的,多功能、完善的缴费手段。统一客户资料在综合营帐系统中,客户资料是是所有业务处理的基础,不论任何业务都涉及到客户资料的管理。统一的客户资料系统实现各业务客户资料的沉淀及整合,并与各相关系统客户资料进行数据交换。客户资料数据模型,有两种建立数据模型的方案:集中式:建立统一的客户资料数据模型,该模型不仅包含客户的基本资料,且能够兼容各业务的所有资料,实现所有业务的客户资料数据集中。集中/分布式:建立统一的客户基本资料数据模型,包含客户的所有共性信息,各业务的特有信息分别建立数据模型并存储于相关子系统中,并建立相应的映射及同步关系。本方案中建议采用第2种方式,即集中/分布式。客户资料数据构成:客户基本资料:定义和记录了每个客户的基本资料信息,包括客户名称、住址、联系方式、证件号码、客户类型等基本信息。客户订购资料:即业务特有信息,定义和记录了每个客户所使用的联通资源信息。每个客户所使用的联通资源(包括GSM、CDMA、165、VoIP、长途、市话等)。客户帐户资料:定义和记录了客户使用联通各项服务所发生的费用的付款单位的资料。客户使用联通资源所发生的费用可以由一个或几个付款单位来付款。每个付款单位可以有自己的付款方式、付款周期。建设统一客户资料,有一个从原有各营帐系统中进行客户资料沉淀的过程,其基本步骤如下图:统一客户资料数据沉淀相关数据抽取:将统一用户资料中的按照一定的规则(如按照证件号)过滤,从统一客户资料中取出相关的客户资料集合。数据规整:根据统一客户资料的数据模型,将各专业系统的用户资料,全部归整为到统一客户资料当中,以后所有的业务处理均以规整后的客户资料为支撑。客户资料的归并:客户根据数据抽取出的客户资料集合,经过确认(通过营业厅或客服系统)和审核等过程后,把各个专业的客户资料规并在一起,形成综合的客户资料。通过这种模式进行数据沉淀的好处在于,系统在统一客户资料的支撑下,能够同时正确处理整合后的客户的需求和延续未整合客户的服务,避免在客户资料沉淀过程中的业务处理的混乱,实现各专业客户资料向统一客户资料平滑过渡。各专业系统的原有用户资料通过客户资料沉淀整合归并为统一客户资料。近期目标:客户资料管理将作为综合营帐系统中的一部分,综合客服系统等外部系统对于客户资料的访问通过营帐系统提供接口或数据交换来实现。远期目标:从远期目标而言,客户资料管理将成为一个独立的系统,该系统作为所有业务的客户数据支撑中心,为综合营帐系统、综合客服系统、决策支持系统等提供基础数据。信用管理/防欺诈信用管理/防欺诈功能结构用户信用度评定根据用户的基本信息,消费信息、交费等历史信息,按照一定的信用度模型对用户给予相应的信用等级评定。信用模型的确定可以来自于决策支持、客户关系管理等外部系统。高额管理实时监控用户的呼叫行为,对高额消费,依据用户不同的信用级别采取不同的措施,如催缴、停机等。欠费管理对于用户的消费行为,根据不同的欠费额度、欠费时长,以及用户的信用级别采取催缴、停机、销号等处理。黑/红名单管理按照一定的规则,将信用度较高或较低的某些用户列入红名单和黑名单。对红名单用户,可以给予较高的高额上限,较长的欠费周期,以及相应的优惠条件等;而对黑名单用户,则列为消费行为监控的重点对象。防欺诈处理实现用户呼叫监控、已知欺诈行为监测、异常情况处理。在对用户行为分析的基础上,完成限定值触发告警、用户监控、“热码“(HotNumber)监控、通话异常现象监测、已知欺诈行为的监测、未知欺诈行为的监测等功能。根据欺诈规则库,对用户行为数据进行分析,以甄别欺诈用户并采取相应处理,并根据分析结果对欺诈规则进行修正。系统管理实现信用度参数配置、欺诈规则库管理等近期目标信用管理/防欺诈是综合营帐系统的一个组成部分,能够利用基本的信用控制机制完成一定的信用管理和防欺诈控制功能。远期目标信用管理/防欺诈功能从远期目标而言,可以建设成为一个独立的系统,结合决策支持系统提供的科学的客户信用模型,提供全面、实时、完善的信用处理和监控功能。系统接口接口原则本处定义的接口为综合营帐系统内部各模块之间、与其它系统、以及现有各专业营帐系统进行数据交换和程序调用的逻辑层面。综合营帐系统的接口定义要保证综合营帐系统与相关系统以及内部各模块之间的数据共享规范化、标准化,同时保证相关系统的数据安全。综合营帐系统与其它相关系统接口应达到如下目标:接口简单明了,便于形成、操作和传输,并尽量满足现在和将来的需求;接口能灵活地支撑综合营帐系统和其它相关系统的业务需求;综合营帐系统与其它系统的接口应充分考虑安全性,适用性,不影响综合营帐系统和其它系统的安全性能和业务性能。为保证综合营帐系统与其它相关系统方便、可靠地接口,接口定义应满足如下原则:屏蔽综合营帐系统与其它相关系统接口的细节,使得所定义的接口具有普遍的适应性;使用简单、快捷的方式实现综合营帐系统与其它相关系统的接口;接口规范应充分考虑综合营帐系统与其它相关系统的应用扩展情况;保证接口数据在综合营帐系统与其它相关系统中的一致性;接口数据能够方便的形成,并能在被接口方顺利地导入;在接口数据交互过程中,应具有数据传送和接收传送后的确认过程;在满足要求的前提下,使接口数据量最少;接口数据传输控制策略可靠且完善;具有可靠的接口数据出错处理机制。需要特别说明的是综合营帐子系统与各专业计费子系统之间的接口。考虑到综合营帐子系统应该是消除各业务处理差别的环节,同时要求现有各专业计费子系统修改其与帐务接口的数据格式的工作量非常巨大,因此综合营帐子系统与各专业计费子系统之间的接口标准应尽量适应现有专业计费子系统。此外,为方便对联通各省综合营帐系统进行统一管理与集中监控,省级综合营帐系统在具体建设过程中,应该考虑向上级管理与监控中心提供所需系统软硬件运行状况等必要信息,并开放相应管理接口。综合营帐系统提供,实现下列三种类型的接口:1.内部接口综合营帐系统所包含几个模块之间,某个模块对其他模块所要求调用及提供的接口关系。2.外部接口综合营帐系统与外部其它系统的接口,是综合营帐系统与其它系统的连接并透明地进行数据交换和程序调用的逻辑层面。综合营帐系统主要与以下外部系统存在接口:专业计费系统综合结算系统综合客服系统大客户系统银行、邮政等代缴费系统网管系统OA、财务等其他系统3.与现有专业营帐系统接口综合营帐系统与现有各专业营帐系统的接口。接口实现方式综合营帐系统与相关系统的接口的实现可以采用以下载体:消息数据文件数据库表API(存储过程)内部接口综合营业综合营业通过该接口调用其他模块提供的销帐、出帐功能并取得客户信用信息、帐务信息、已收营业费用信息等数据来完成营业业务受理。综合营业提供联机指令工单写入模块给信用管理/防欺诈,并向缴费、综合帐务、信用/防欺诈模块提供营业费用信息及客户基本资料等信息。综合帐务综合帐务通过该接口调用其他模块提供的功能处理并取得客户信用信息、客户信息、缴费信息等数据。综合帐务提供销帐/反销帐、出帐模块给综合营业、缴费以实现销帐功能,并向其他模块提供帐务信息、欠费信息、实时帐务信息、预缴话费信息等数据。缴费缴费接口用于从综合营业、综合帐务取得所需数据,以实现客户在业务订购、业务使用时各项费用的收取。缴费接口给综合营业、综合帐务提供客户的缴费数据,以完成客户业务订购、销帐等相关功能。信用管理/防欺诈信用/防欺诈通过该接口调用其他模块提供的联机指令等功能并取得客户资料信息、欠费信息、缴费信息、实时帐务信息等数据。信用/防欺诈通过该接口为其他模块提供客户的信用度信息、欺诈记录等数据。外部系统接口与专业计费系统的接口通过该接口,各专业计费系统为综合帐务提供一次批价后话单数据,并接收综合营业所发出的联机控制指令。与客服系统的接口客服系统通过该接口向综合营业、综合帐务提出各种数据查询和业务处理请求,如话单/帐单查询、电话缴费等功能。综合营业系统通过该接口向客服系统提供各种与用户资料、帐户资料相关的用户数据查询信息、变更记录以及相关的处理步骤。统一客户资料模块通过该接口向客服系统提供相关客户信息,客服系统对相关信息进行校验、确认后,统一客户资料模块对信息进行整合。信用/防欺诈通过该接口由客服系统采用短信、语音信箱、传真等完成欠费催缴、高额催缴等功能。与综合结算系统的接口综合结算系统及时向帐务系统提供漫游话单、高额话单文件,并能查询相关文件处理日志。与银行、邮政等代缴费系统的接口综合营帐系统向银行、邮政或其他机构提供话费代收、话费托收及部分业务受理(如停开机、特服变更、密码变更、新业务申请等)等功能服务。未来实现与邮政等战略伙伴的营帐系统级的接口功能。与大客户管理系统接口大客户管理系统通过该接口对统一客户资料信息进行登记、修改、删除、查询等功能,并能从综合营业取得处理的日志。综合营业通过该接口向大客户系统提供业务服务,支持代理商灵活的接入方式,支持对代理商所提供业务服务及权限的控制。综合帐务系统通过该接口向大客户系统提供相关用户的帐务信息。与网管系统接口提供综合营帐系统的运行信息(状态信息(故障信息)、性能信息、控制信息等)给网管系统,并接收来自网管系统的监控指令。与OA、财务系统的系统接口通过该接口,综合营帐系统提供各种统计汇总信息(话单、帐单、客户资料等)、公司经营情况数据(在网用户数、退网用户数、业务变更、)、使用情况(话务量、话费流失、消费量、欠费量、收费量、预存款等)数据给OA、财务系统。与现有营帐系统的接口综合营业与现有营帐系统的接口主要是综合营业调用现有营业系统的业务逻辑完成统一的业务受理和业务配置;综合帐务通过该接口完成对现有帐务系统二次批价后帐单数据的采集;现有系统则通过该接口获取综合帐务系统的销帐信息,并按缴费细项拆分到现有系统中进行专业销帐。信用管理/防欺诈与现有系统的接口主要是客户的帐户信用信息/用户信用信息的交换。综合系统与现有营帐系统的接口在具体的实施过程中可以采用工单调度、工单流转的方式实现。系统实施系统实施总体思路综合营帐系统的建设应在明确总体目标的同时,充分分析现有系统的现状及考虑系统的可实施性,总体规划,分步实施,降低系统风险。综合营帐系统的设计应体现以客户为中心的思想,因此建设基本原则是客户接入与业务实现相分离,重点是客户层的综合业务受理、综合帐务处理以及统一客户资料的建设。业务层则基本保持现有各专业系统的状态。综合营帐系统的功能结构图如下图所示:综合营帐系统功能结构图根据我们在综合营帐系统的总体建设目标一节中的论述,综合营帐的系统实施可分为三个阶段,分别为近期(至2001年6月底)、中期(至2001年12月底)和远期(2002年)。但这三个阶段是对所有业务、所有分公司而言的框架性的步骤,具体到某个分公司或某个业务,可以根据实际情况不需要经过这样长期的过程就能把某些或全部业务的实施直接推进到第二或第三阶段。近期营业:实现各业务营业客户界面的统一,可采用界面挂接或终端切换的方式实现客户界面“一台清”。帐务:将用户指定的、由分立的各业务帐务系统处理形成的帐单进行显示级合并,即把用户指定的几张分专业帐单显示并打印在一起。总之要实现用户多业务一张帐单。中期主要实现系统客户级的综合。营业:建立统一的营业受理平台,实现综合的业务受理,实现真正的“一台清”,采用工单流转的方式,由现有营帐系统完成具体的业务配置功能。帐务:在现有帐务系统进行详单级优惠的基础上,进行多业务的交叉优惠、帐单级优惠、以及合帐/出帐功能,实现客户化帐单及真正的“一单清”。统一客户资料:基本完成用户资料的沉淀及整合,形成跨业务的统一客户资料。缴费:对用户的多业务费用能形成统一的收费数据,统一银行与各业务的接口,实现异地缴费。远期主要实现系统业务级的综合。对于综合营业,实现业务配置的综合,对于综合帐务,实现详单级优惠的综合,并逐步实现业务工作流程的自动化配置和管理。建立完善的统一客户资料管理系统、独立的信用管理/防欺诈系统、独立的缴费系统。实施方式本总体方案针对中期目标实现。具体方式参见下图:综合营帐实施方式示意图图示说明:虚线以上部分是综合营帐系统,虚线以下部分为各专业计费系统。阴影部分表示综合营帐系统在具体的实施中新建设的部分(新建系统);新建系统中综合业务受理实现多业务统一的业务受理界面,替代各现有业务营帐系统中的营业界面功能。具体的业务操作、配置在现有营帐系统中完成。由现有各业务帐务系统进行详单级优惠,并将单业务合帐后的帐单传送到新建系统中的综合帐务处理模块,在其中进行多业务交叉优惠、帐单级优惠、综合业务合帐/出帐,实现真正的“一单清”;在新建系统实现统一客户资料,存储各业务所共有的一些客户基本资料、订购资料、帐务资料,建立与现有各业务营帐系统中客户资料的映射关系及数据交换机制;新建系统与现有营帐系统之间的接口采用中间件技术,实现工单流转,完成相关的业务流程。实施中各业务关键问题GSM目前,联通各省的GSM计费与营帐系统基本上都是集中方式建设的,给下一步到综合营帐系统中提供了一定的便利条件。其中,需要注意的问题主要有如下几个方面:如原有计费营帐系统为地市分布模式,则实施省级综合营帐集中时,将有一定难度及复杂度。原有系统可能是全省集中于某家银行联网。同时可能在不同地市与多家银行相连,而且有可能接口方式不同。在帐务系统的实施过程中必须先做好银行代收费系统的接口,同时做好宣传,以免影响缴费。这是其它系统也会遇到的问题。原有系统的客户资料数据以及相关的优惠套餐等重要信息要准确转入新系统,保证对客户服务的延续。需要做好各种宣传工作,鼓励用户协助联通进行客户资料的整合工作。系统正式营业之前,要进行充分的测试,以确保不会影响正常的服务。同时GSM的智能网业务应利用原有系统,暂不在综合营帐系统中考虑。CDMACDMA是联通最新开展的业务,不存在历史遗留系统,在实施过程中,可以对现有GSM营帐系统进行改造,以支持CDMA业务的开展。长途长途(193)计费的现有体系结构和主要功能中国联合通信有限公司长途经营计费体制目前采用三级结构:第一级:全网结算中心全网结算中心设在中国联合通信有限公司长途电话事业部,完成全网及各个长途话费收入的统计、经营状况的分析、长途话务流向流量统计分析、业务预测、网间结算等(其中的长话数据包含智能网数据但不含智能网实时计费扣减部分)。其主要职能是贯彻执行国家相关电信计费资费标准及政策;实现国际电信业务摊分结算;全网范围特殊性业务的计费。第二级:区域计费中心:区域计费中心,为三个,分别设在上海、北京、广州,各负责若干个局所交换机的话单计费,联机采集交换机原始话单数据,并进行话单的分拣、批价(不含智能网的批价)、用户资料备份、帐务备份、计费标准数据的维护、数据库管理等。其主要职能是贯彻执行国家相关电信计费资费标准及政策;进行网间的摊分结算;提供市场分析、业务发展、网络运行、经济效益等分析数据。第三级:营业服务中心:营业服务中心,为273个,分别设在各局所所在城市,各营业服务中心负责本地的业务受理、本地用户的话单话费查询、用户投诉、本地用户资料管理、帐单及话单详细清单打印等。其主要职能是贯彻执行国家相关电信计费资费标准及政策;执行网间结算,网内分摊;管理本地用户资料及帐务数据,向区域计费中心传送用户数据。系统过渡中的相关问题现有长途营帐系统虽然数据模型、业务逻辑均以支持多业务为目标,但目前只是使用的单业务模式,需要对多业务模式进行充分的验证与适当的修改。目前的长途营帐结构为地市分散处理模式,需要对其进行改进,达到以省为中心的集中处理模式。在此种模式下可能需要将目前的应用软件二层体系结构转化为三层的体系结构。在工程实施中,可能会采用分步实施方式,因此需要考虑在此过程中保证数据的一致性及完整性。数据(165,VoIP等)在联通的数据业务中,主要有165拨号、专线、VoIP业务、IDC等业务,原来独立建设了IP(165)及VoIP业务计费系统,与其他的业务的计费帐务有比较大的不同。数据业务是一个在近期内发展很快的业务,新的业务不断出现。VoIP业务:目前,VOIP的计费系统采用全国统一方式,分一次拨号和二次拨号业务,营业系统功能较弱,规模较小。对于手机一次拨号业务,计费可以在GSM及未来的CDMA计费系统中处理,综合营帐通过GSM及CDMA业务的综合营帐系统实现。对二次拨号业务,实时计费,实时扣款,可以将相关计费清单传送到综合营帐系统,以备客户查询。数据(165)业务:数据业务(如165)管理系统处于整个Internet网的应用核心层,它对其他高层应用系统提供业务支撑平台;接受低层(网络层接入)的请求,进行认证授权和计费处理。数据业务主要支持注册用户、卡用户、主叫用户、专线业务、E_MAIL、VPN/VPDN业务,虚拟ISP业务等。数据业务综合营帐实施步骤近期:认证在IP认证计费系统中处理,同时实时业务在IP计费系统中处理。对注册用户及专线等后付费用户,在IP计费系统中实现一次批价,详单(也可以只传输帐单)传送到综合营帐系统中进行交叉优惠及帐务级优惠,最终在综合帐务系统中与其它业务进行合帐,实现“一单清”。远期:IP业务实时计费(反算时长,实时扣费)也可在综合营帐系统中实现,可以与GSM,CDMA等业务实施灵活的交叉优惠。同时,客户信息纳入到综合客户资料系统中处理。市话联通市话虽然仅在天津、重庆、成都三个城市运营,但为了综合营帐项目的顺利实施,我们在考虑过渡实施方案时,也考虑了市话业务向综合营帐系统的过渡。市话业务与长话业务有许多相似之处,如业务使用都基于设备号码(电话号码)、使用业务种类相近、客户-用户及客户-帐户的结构相同等。不同之处仅在于长话是营业受理后如信用核查通过则即时形成工单自动开通,而市话工单还要经过配线配号、测量、施工竣工等多个流程后才能在交换机上自动开通。对市话管理模式较为特别,可根据实际情况,在具备条件的分公司可分步过渡到综合营帐系统中。对现有模式差别较大,实施难度大、复杂性高的分公司,可以考虑在时机成熟时再纳入综合营帐系统。寻呼目前各省寻呼系统的建设主要采用地市级管理模式,其系统的构成主要有营销系统,发呼系统,人工系统等,寻呼业务基本上没有帐单,其业务使用费用只有服务费,服务费的收取在营销系统中完成。对于寻呼业务,需要将原有营销系统向综合营帐系统过渡,并建立与人工系统、发呼系统等其他系统的接口,以实现寻呼业务的所有功能,保持业务数据的一致性。对于寻呼系统的建设,可以按照下面步骤进行:保留寻呼原有营销系统,综合营帐系统通过接口方式实现寻呼业务的受理功能。实现“一台清”。在综合营帐系统中增加寻呼业务的受理功能,取消原有营销系统,建立和人工系统、发呼系统等其他系统的接口。真正实现统一的营业系统。业务量估算估算依据本工程按满足2002年底业务量设计,因此业务量估算以计划部门2002年各业务的业务量发展规划为依据。根据相关规划,至2001年和2002年底,各业务的用户数分别如表4-1和表4-2所示:表4-1 2001年底各业务用户量分公司GSMIP电话卡互连网193寻呼CDMA北京114840075000044000150000403000119000上海118440088000026667150000627000122000重庆95760033000066674000080100049000黑龙江1663200190000666760000118100080000吉林126000013000040003000097300048000辽宁23520004000006667100000298300077000河北1747200210000800075000134300067000山东2906400340000106671450002693000134000江苏33844001600000200001500002127000129000浙江3493300880000200002600002800000156000福建1629600110000020000100000294500093000安徽1850500120000533350000196700056000湖南1092000190000666770000267600051000广东455280016000001266672900002500000310000海南43090013000026672500072300016000广西781200180000533350000224200025000四川22428005500001333370000233100084000陕西898800180000533350000142400043000贵州4831006000026672000074500016000云南6401001000002667151500020000山西6468007000026673000081400024000内蒙古890400130000400055400017000江西680400130000400030000102200039000河南1562400200000800065000212800081000宁夏1764006000026672400002000甘肃4452006000026676280009000青海840006000026671000001000新疆62410012000040007440009000天津479700420000200006000051400047000湖北924000180000533370000138700076000合计41212100113500004000032140000431300002000000表4-2 2002年底各业务用户量分公司GSMIP电话卡互连网193寻呼CDMA北京1723000112500066000225000605000534000上海1777000132000040000225000941000563000重庆143600049500010000600001202000324000黑龙江249500028500010000900001772000518000吉林18900001950006000450001460000347000辽宁3528000600000100001500004475000584000河北2621000315000120001130002015000507000山东4360000510000160002180004040000853000江苏50770002400000300002250003191000905000浙江524000013200003000039000042000001023000福建24440001650000300001500004418000683000安徽27760001800008000750002951000376000湖南1638000285000100001050004014000416000广东6829000240000019000043500037500001753000海南6460001950004000380001085000107000广西11720002700008000750003363000203000四川3364000825000200001050003497000649000陕西13480002700008000750002136000299000贵州725000900004000300001118000112000云南960000150000400002273000160000山西9700001050004000450001221000203000内蒙古133600019500060000831000151000江西10210001950006000450001533000345000河南234400030000012000980003192000719000宁夏265000900004000036000017000甘肃668000900004000094200082000青海12600090000400001500006000新疆93600018000060000111600081000天津7200006300003000090000771000264000湖北138600027000080001050002081000514000合计618210001702500060000032120006470300013298000对于新建的CDMA业务,系统需要满足2002年底所有用户的需求;对于其它业务,由于目前已有各自的营帐系统,按现有的系统能满足2001年底的需求,则可以仅考虑2002年新增用户的需求。由于本工程为综合营帐系统,因此需要满足联通所有业务的要求,而各业务对营业帐务系统的资源占用情况各不相同,因此对于各业务的用户数按一定比例进行折算,其中GSM和CDMA业务按1:1,193业务按2:1,165业务按1:2,IP电话按5:1,无线寻呼按15:1。根据以上分析,并考虑预留20%发展空间,得到折算后系统需要满足各类业务量如下表所示:表4-3 折算后各业务的新增用户量分公司GSMIP电话卡互连网193寻呼CDMA北京68950090000528004500016200640800上海711100105600320004500025100675600重庆5741003960080001200032100388800黑龙江9982002280080001800047300621600吉林756000156004800900039000416400辽宁141120048000800030000119400700800河北10486002520096002280053800608400山东17443004080012800438001078001023600江苏20311001920002400045000851001086000浙江209600010560024000780001120001227600福建9773001320002400030000117800819600安徽11106001440064001500078700451200湖南65520022800800021000107000499200广东2731400192000152000870001000002103600海南258100156003200780029000128400广西4690002160064001500089700243600四川134540066000160002100093300778800陕西5390002160064001500057000358800贵州29030072003200600029800134400云南383900120003200060600192000山西38780084003200900032600243600内蒙古534700156004800022200181200江西408700156004800900040900414000河南9379002400096001980085100862800宁夏106300720032000960020400甘肃2674007200320002510098400青海5040072003200040007200新疆37430014400480002980097200天津28840050400240001800020600316800湖北5544002160064002100055500616800合计247306001362000480000643200172610015957600业务量估算根据上述计算依据和中国联通业务发展规划,对中国联通综合营帐系统的业务量估算如下。营业点和营业终端根据移动业务的特点,一般每3000个用户设立一个终端。每个营业点按配置6台终端考虑,则需要新增营业点和营业终端的数量为:表4-4 新增营业点和营业终端数分公司营业终端营业厅北京51185上海53188重庆35158黑龙江57195吉林41368辽宁772128河北58998山东991165江苏1154192浙江1214202福建700116安徽55893湖南43772广东1788298海南14724广西28146四川773128陕西33255贵州15626云南21736山西22838内蒙古25242江西29749河南646107宁夏488甘肃13322青海244新疆17328天津23939湖北42570主机TPMC值估算计算机工业界目前主要采用TPC组织的TPC-C指标来衡量主机系统的性能。TPC-C是TPC组织定义的诸多指标之一,是对主机联机事务处理(OLTP)能力的评价。TPC-C包括五种典型事务类型,其中New-OrderTransaction为标准测试事务类型,TPC-C测量交易以每分钟实现的New-OrderTransaction计算(单位为TPMC)。需要指出的是,本部分"主机TPMC"指"主机系统"的TPMC而非"单台主机"的性能,在具体配置时可采用集群、并行处理等主机系统架构实现。系统主要包括二次批价、合帐和营业三部分,下面针对这几个方面对主机系统处理能力的要求作出分析。(1)二次批价主机取定批价时间为一个工作日即8小时,根据经验,每100万用户的批价大概需要20000TPMC的处理能力。(2)合帐主机合帐主机主要完成合帐、各业务交叉优惠以及出帐等功能。按照每个用户同时使用3项业务,每项业务包括15个计费条目计算,视不同的优惠政策,该主机的用户平均性能约为二次批价主机的1/4-1/5。(3)营业主机按峰值每2秒处理1个营业受理,1个营业受理事务处理大致相当于2个New-OrderTransaction;每10秒处理1个详单查询,1个详单查询事务处理大致相当于6个New-OrderTransaction。按每5个营业受理终端配置1个详单查询终端,则平均每个TPMC可以处理的用户数为:60/2×5/6×2+60/10×1/6×6=56个。根据以上分析,可以计算出如表4-3所示:表4-5 各业务对主机性能的需求单位:TPMC分公司营业合帐GSMIP电话卡互联网193寻呼CDMA北京286166911137901800105690032412816上海29736718114222211264090050213512重庆196564750114827921602406427776黑龙江3197677291996445616036094612432吉林23128558915120312961807808328辽宁432321043828224960160600238814016河北32984796520972504192456107612168山东554961339234886816256876215620472江苏6462415600406223840480900170221720浙江67984164104192021124801560224024552福建392009462195462640480600235616392安徽3124875502221228812830015749024湖南2447259151310445616042021409984广东1001282417154628384030401740200042072海南823219915162312641565802568广西157363807938043212830017944872四川4328810452269081320320420186615576陕西1859244941078043212830011407176贵州873621215806144641205962688云南121522935767824064012123840山西1276830837756168641806524872内蒙古141123416106943129604443624江西1663240228174312961808188280河南36176873518758480192396170217256宁夏26886602126144640192408甘肃7448180753481446405021968青海1344324100814464080144新疆9688234474862889605961944天津133843235576810084803604126336湖北23800574611088432128420111012336磁盘容量分析系统存储数据主要包括详单单数据、帐单数据(帐务主机存贮)和用户资料(营业主机存贮)。下面对单个用户的数据存储量作一分析。详单数据存储量以每天每用户产生10条话单,每用户话单在线保存4个月(3个月+当月),一条话单300字节计算,则每用户话单数据量为:10×31×4×300=372KB。帐单数据存储量系统需保存1年在线帐单及两个月的日累加汇总记录。一个用户一年帐单是12条,每条帐单占用180字节,则所需空间:12×180=2.2KB。两个月日累加汇总每天每用户是1条记录,每一条记录占用240字节,则所需空间:240×31×2=14.9KB。可以得出每用户在线帐单及汇总记录数据存储开销:2.2+14.9=17.1KB。用户资料存储量每个用户资料按2K计。工程建设方案广域组网方案中国联通综合信息系统传输网的建设已经开始,目前正在进行骨干网的建设,可以提供全国中心到省中心的传输通道,各省也将进行信息系统传输网省内网的建设,可以提供省中心到各地市的传输通道,因此综合营帐系统可以利用上述传输网作为数据传输通道。但是由于综合营帐系统对进度要求比较迫切,信息系统传输网的建设进度不一定能够满足要求,因此如果信息系统传输网的建设进度晚于综合营帐系统,则可以暂时通过省内传输网连接省中心和各地市。局域网方案局域网设备主要包括主机、网络和其他设备等。主机设备营业主机,两台,双机负载分担;合帐主机,两台,双机负载分担;二次批价主机,对各业务首先进行二次批价,因此在系统中设置二次批价主机,对各专业计费系统送来的账单进行二次批价。由于二次批价系统需要满足的用户数量比较大,对主机的性能和可靠型要求都比较高,因此根据业务量为GSM、CDMA、IP电话卡、互联网、193和寻呼业务各设置一套二次批价主机。网络设备网络设备主要由局域网交换机和广域网路由器等组成,在各省中心应设计双交换机、双路由器实现设备冗余防止单点失效,网络系统之间的通讯也将采用备份链路提高全网的可靠性。系统结构如所附拓扑图所示。其它设备包括与其它系统通信所需的前置机以及系统所需的各种终端设备。图8-3综合营帐网络拓扑图应用软件体系结构与模块划分设备配置本工程为每个分公司配置营业主机和帐务主机各两台,由于综合营帐系统用户数量比较大,对主机的性能要求也比较高,为减少投资,两台主机采用负载分担(OPS)的方式。系统技术要求支撑平台要求主机系统省级综合营帐系统的主机平台要求采用业界成熟的基于UNIX操作系统的小型机系统。所选择的主机平台应该满足以下特性:主机系统应采用UNIX操作系统,并支持中文内码,符合我国关于中文字符集定义的有关国家标准。高安全性:具有多种安全防护手段防止各种非法的入侵和破坏。高性能价格比:主机系统应具有很好的性能价格比,保证在实现整体系统的高性能要求下较低的系统建设成本。高可扩展性:当业务量增加或增加新业务时,主机能以增加节点、处理器、内存等方式提供更高的性能来满足新的要求。主机系统设备应具有适当的扩充能力,包括CPU的扩充、内存容量的扩充及I/O能力的扩充等;并可支持CPU的板级升级和群集内节点数的平滑扩充。高可靠性:主机系统需7*24小时连续运行,同时系统应具有良好的容错能力。系统应支持冗余/高可用的配置,保证系统无单点故障。系统整机平均无故障时间(MTBF)不低于80000小时。服务器应支持当前较为流行的数据库系统。易于管理与使用:主机平台应提供简单灵活的操作管理界面,保证系统的易使用性。同时系统应容易实现优化运行,以提高系统的运行和处理效率。技术支持和响应:主机平台厂商应在国内设有备件库,而且对所提供的主机型号应有足够的备件支持。主机平台还应保证能够得到足够的技术支持,保证系统的顺利实施以及确保在主机系统发生故障时24小时内对故障进行响应。数据库综合营帐系统的数据库平台主要存放重要的用户帐务数据和其他业务数据,因此应采用大型数据库平台,以满足大容量数据的处理及管理。所采用的数据库系统应具备:支持ANSI/ISOSQL-89、ANSI/ISOSQL-92;支持并行处理技术;支持主流厂商的硬件平台及操作系统平台;数据库系统应具有良好的伸缩性;具有良好的开放性,支持异种数据库的互访:支持多种复制功能(如:实时复制、定时复制、双向复制、多点方式下的N向复制、复制转发、复制范围可整表复制或表中部分行复制或修改单元复制);支持联机事物处理(OLTP);支持联机分析处理(OLAP);支持数据仓库及决策支持的建立,要求能够实现数据的快速装载、高效的并发处理和交互式查询,以达到信息深层挖掘的目的;支持C2级以上安全标准、多级安全控制;可靠性:数据库软件系统应具有强的容错能力、错误恢复能力、错误记录及预警能力;应避免数据库死锁的出现,一旦死锁能够自动解锁;支持联机、脱机备份等。存储设备存储设备主要指磁盘阵列,主要实现综合营帐系统数据的联机存储。磁盘阵列设备是综合营帐系统中数据联机存储的关键资源,要求有很高的安全可靠性。根据实际需要,磁盘阵列设备应可与多种厂家的主机系统相连。磁盘阵列设备应能够提供多种与主机系统的连接方式,如SCSI-2、FC-AL等。磁盘阵列设备应支持多种RAID存储方式,包括RAID0+1、RAID5等。磁盘阵列设备应具有较强的平滑扩充能力,包括系统存储容量的扩充及I/O能力的扩充等。磁盘阵列应支持先进的存储备份方式,例如支持存储区域网(SAN)技术等。网络网络系统的设计遵循如下原则:网络系统采用开放、标准的网络协议,在各种不同的通信资源子网上构筑统一的TCP/IP平台。网络系统要有足够的带宽和处理能力,不造成应用系统的“瓶颈”。网络系统要有一定的冗余,局部的故障不能造成系统瘫痪。网络系统要有足够的隔离与安全机制。网络系统要有多种网络接口,以适合不同的通信网络。网络系统要有足够的扩充能力。网络系统要有一定的先进性,保证不会因技术的发展而立即被淘汰。在满足要求的情况下,尽可能采用简单的网络拓扑,尽可能利用原有设备和现有通信资源。系统安全与管理综合营帐系统是联通公司电信业务的核心系统,其安全性对联通公司的整个业务经营具有至关重要的意义,系统安全体系不健全都将带来不可估量的损失。中国联通业务的开展将在很大程度上依赖于系统的正常运行,企业的基础信息也将在系统中储存与传递,因此,任何形式的系统失效及信息非法访问都将造成无可挽回的损失。基于上述因素,本方案将安全保障体系的建立作为系统需求的一个重要组成部分。安全体系的层次结构建立综合营帐系统的安全体系结构需要考虑到来自内部和外部两方面的因素,包括进行完善的企业级安全控制、应用级安全控制、系统级的安全控制以及网络级的安全控制。这四套安全控制策略所覆盖的范围是递减的,但是对信息技术的要求是越来越明确的。企业级安全控制企业级安全控制定义了安全防御的方方面面。如果企业级没有详尽的安全策略,无论如何精心构建的系统安全体系都会被攻破,从而整个内部网络都暴露在攻击面下。在企业级对综合营帐系统应采取以下措施:在安全和通信方便之间建立平衡。计算机的安全程度应与所涉及的信息的价值相当,即应当有一个从低,中到高级的多层次的安全系统,分别对不同重要性的信息资料给予必要的不同级别的保护。维护一套对整个计算机环境的一致性的有关的管理控制。包括计算机硬件,软件和有关的人员。安全策略的基础是信息的安全性。综合营帐系统首先要制定出相应的安全规范和政策,应尽量利用各种手段来保障信息的安全搜集、存放、共享。建立完善的安全管理制度。企业仅有先进的安全技术是远远不够的。应该设立专门负责安全事务的管理与维护队伍,进行有关安全的日常工作、用户(组)定义、用户(组)访问权限的分配与管理、系统的配置与维护、审计日志的管理与维护、审计日志的分析等工作,并制订相应的安全规章制度。安全管理制度应重点对系统使用者、管理者及开发/维护者进行有效制约,并遵循责任分离、相互制约的原则。应用级安全控制:应用级安全控制要求保护合法用户对数据的合法存取,重点解决数

温馨提示

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

评论

0/150

提交评论