中国电信计费帐务系统20规范之本地电信业务计费帐务系统分析与设计CHP1.docx
《中国电信计费帐务系统20规范之本地电信业务计费帐务系统分析与设计CHP1.docx》由会员分享，可在线阅读，更多相关《中国电信计费帐务系统20规范之本地电信业务计费帐务系统分析与设计CHP1.docx（35页珍藏版）》请在冰豆网上搜索。
中国电信计费帐务系统20规范之本地电信业务计费帐务系统分析与设计CHP1
第一部分
本地电信业务
计费帐务系统
分析与设计说明
本地电信业务计费帐务系统分析与设计（V2.0）说明
1概述
本地电信业务计费帐务系统（简称：
本地计费帐务系统）是中国电信业务支撑的关键应用系统之一，是提高服务质量、减少话费纠纷、提高经营管理效率的重要工具。
中国电信集团公司为保证中国电信作为一个跨地域公司运行的可靠性和整体性，对本地计费帐务系统的改造工作提出了统一需求、统一设计、统一检测、分省实施的改造工作方案。
集团公司在1999年组织了统一设计组，在计费帐务系统改造工作领导小组的领导下，以及计费帐务系统技术支撑中心的配合下实施统一需求和统一设计的工作，在1999年6月完成了《本地电信业务计费帐务系统分析与设计V1.0》（以下简称规范V1.0）的编写工作。
作为本地网集中管理工作的一个重要组成部分，各本地网陆续都选用符合V1.0规范要求的本地计费帐务系统产品进行了升版改造工作。
集团公司在2002年12月组织了对整项工程实施进度的检查工作，并调研了计费帐务系统改造后的运作和使用情况。
根据检查结果对如何发挥新计费帐务系统的作用和潜力进行了分析总结，同时也了解到规范V1.0应用实施中存在的一些问题和不足。
中国电信集团广州研发中心自2002年接受电信总局委托进行《本地电信业务计费帐务系统分析与设计V2.0》的调研和设计工作以来，对部分省市本地网进行了一定的业务调研工作，逐步开始组织新规范编写。
结合电信市场发展需求和在本地计费帐务系统研发和推广过程中的经验和思考，在规范V1.0基础上进行了较大修改和扩充，于2003年6月完成了《本地电信业务计费帐务系统分析与设计V2.0》的全部分析设计和文档编写工作。
1.1编制原则和主要思路
规范V1.0在总体设计思路、业务模型规划、数据标识统一和适应新帐务体制方面奠定了良好的基础，有效的提高了各本地网集中管理工作的效率和水平。
对于使用中暴露的一些不足和目前新的市场环境、电信业务的发展变化，则需要在规范V2.0中进行完善提高和进一步体现。
编制上主要考虑遵循以下几条原则和思路：
Ø规范V2.0对于前一版中主要有特色和优秀的设计思想内容采取了继承吸收的原则，并适当参照新业务发展需求进行改进，但考虑适应新业务发展需要，对原业务模型需要进行适当改进；
Ø从今后升版改造的延续性和可移植角度出发，对规范V1.0进行的结构修改和流程修改时不对主要部分做完全重构性改动，以分拆、合并和扩充性调整为主；
Ø明确了计费帐务系统在新的业务支撑环境中的职能定位和与其它系统关系；
Ø考虑越来越多接口系统、外挂系统、代理商与合作伙伴支撑，以及营销与渠道管理支撑等外部需要，对上一版设计较为薄弱的接口设计部分进行改进加强，强调规范化和一致性，统一接口模型；
Ø规范V1.0中部分数据量增长快和部分性能瓶颈较为明显，需要从结构和方法上进行调整；
Ø新业务增加较快，流程差异较大，需要引入嵌入式功能设计方法，有效扩展系统功能，提高适应性；
Ø考虑支撑经营分析和渠道建设的数据需求，在系统总体结构上进行改进，剥离出独立的业务数据支撑层概念，提出统计基表的设计，可以此为基础扩展为专项统计数据集，与接口设计配合来对外系统提供业务数据支持；
Ø新规范仍然以提供指导性设计建设依据为主要目标，具有一定强制性，实际系统建设过程中可在许可范围内根据需要对规范进行实例化和扩充调整，以适应各本地网的不同需求发展水平。
Ø由于各地网间结算系统的建设启用，原本地网计费帐务系统中的结算功能将转移到结算系统完成，因此规范V2.0中对结算部分设计不再扩充修改，仅保留原设计，供有特殊需要的本地网参考。
本次本地计费帐务系统分析设计工作同规范V1.0版本相比强调了以下方面：
1.2结合新计费帐务体制和规范V1.0
1.市场环境的变化和对系统的要求
新系统规范对以下几种环境变化影响作了设计上的考虑：
a）外部环境
电信的南北拆分，使中国电信的本地计费帐务系统的建设，不但要满足南方21省作为原有本地运营者（ILEC）的需求，还应该考虑在北方十省作为竞争性本地运营者（CLEC）应该建立怎样的本地计费帐务系统支持中国电信北方公司的运营。
在外部市场方面，中国电信不仅面临网通在南方的渗透，还直接面临着移动和联通的替代性竞争。
原有的系统只是位于生产层面，没有真正起到面向客户提供服务的作用。
系统对合作伙伴（例如：
互联星空）和各个代理点（长话代理）的支持没有进行考虑，在向这些新型的商业模式转换过程中，系统难以进行扩展和提供有效的支持。
新系统规范将对数据业务、卡类及智能网等业务处理、代理商与合作伙伴支撑、渠道管理等方面提供较灵活的业务支撑模式，以适应外部市场环境的变化。
旧系统由于出版时间和当时市场格局等因素，对这些方面的支持考虑较少，不利于开展上述业务，不能有效适应这类变化。
b）内部运作管理
中国电信在海外上市，将面临更加严格的监管。
计费帐务的准确性和合理性直接影响着企业的形象和企业的市值。
中国电信内部正在进行流程重组（BPR）以适应现代企业管理的需求。
另一方面，计费帐务系统涵盖了用户资料和费用等敏感数据处理的全流程，从保证准确性、减少投诉、提高运作管理水平来看，必须要明确全程审核校验的操作要求。
在帐务系统中加强审核校验，界定相关系统的关系和接口界面，这些将贯穿于整个业务流程，规范V2.0在这些方面继续完善了方式和标准的规定。
规范V1.0中对此有一定的具体设计规定，但各本地网的实际应用来看方式不统一，效果不一致。
c）网络技术和业务发展
NGN/3G等网络技术的出现，使业务模式较目前发生了很大的转变，基于内容、流量、第三方服务、虚拟运营商会变得越来越普遍。
尤其是用户的自服务（Self-Service）的出现，对本地计费帐务系统的功能提出了新的需求。
电信多元化新业务、新服务的出现，使得原来的设计不能充分满足新业务开发的需要，尤其是一些业务流程与原设计有冲突的服务无法开展或较难开展，例如：
合作伙伴的代收费的违约金的收取，业务费用的分成、银行代办费用的结算和实时计费帐务业务的即时结算等。
另外在普遍利用银行和社会代办点收费的模式下，系统的安全机制必须进行充分的考虑。
新系统针对这种业务技术的发展变化情况进行了较多考虑，设计实现方面也考虑了对规范V1.0的继承性，以及工程实施上歌接升级的简便性。
除继续保留原综合业务支撑、提供客户化服务等特色外，增加了较为灵活的嵌入业务模块设计，方便新业务增加，并对融入系统整体数据统计进行了设计考虑，满足电信业务不断发展的需要，为各地综合电信业务经营和管理提供科学的依据。
。
2.新的支撑系统定位和系统关系
a）各支撑系统间的关系：
主要是与综合业务系统、客服系统的关系，目前电总正在制定综合业务系统和客服系统的规范，目前分散在各系统的一些业务性功能今后可能会主要集中到综合业务系统，比如部分销帐前台业务，客服系统主要作为一种渠道存在，帐务系统则以提供数据和应用服务的支撑为主，在此之上是各类经营分析、增值服务系统。
b）帐务系统定位：
计费帐务系统今后是业务数据提供的核心系统之一，电信主要的业务量数据需要由计费帐务系统提供，同时包括各种类型费用回收服务、欠费管理等传统功能。
另一方面计费帐务系统仍然是面向生产和数据的系统，不应承担过多的直接经营分析功能，今后的发展应更倾向于综合生产和数据支撑中心的概念。
规范V2.0针对这种发展动向在系统业务资料模型、对外接口管理、数据支撑等方面的设计上有所体现。
3.理顺生产组织流程和发挥系统潜力
电信业务种类繁多，计费帐务处理环节复杂，经过本地网集中管理的调整过程和计费帐务系统的升版改造，各个本地网的管理模式得到了一定程度的统一。
不论是规范V1.0还是规范V2.0，都强调了“三分技术，七分管理”的指导思想，从管理模式出发，理顺计费帐务生产组织机制的关系，明确岗位、工位的设置，强化授权管理、闭环管理等手段，以现代技术手段和新型的管理思想相结合，建立本地计费帐务生产新的目标管理体系。
在规范V2.0中更加侧重在如何组织好生产管理流程，更好的发挥新系统的作用上。
从对目前版本的计费帐务系统使用的调研情况来看，计费帐务的生产压力仍然很重，分析原因主要在于三点：
一、很多地方的计费帐务生产人员也是其它支撑系统和业务系统的运行维护人员，职能重叠，工作繁重，比较缺乏科学的管理流程，组织保证上不够；
二、目前在业务系统不够规范和完善的情况下，基本业务资料的问题较多，而计费帐务系统由于涉及准确计费，是对资料非常敏感的系统，为保证计费生产准确性，需要在每个出帐周期内单方面进行大量的资料审核和业务校验工作，压力较大；
三、计费帐务直接承担了较多经营分析方面的工作，包括数据提供和直接报表生成。
从理论上讲面向生产和面向分析的系统在设计方法上存在固有矛盾，二者难以同时满足，这也是原有系统结构无法很好的同时支持生产需求和经营分析需求的原因。
在各地经营分析系统建设完善之前，计费帐务系统仍然要不可避免的承担部分经营分析支撑的职责，在经营分析系统建设完成后，计费帐务系统应主要承担数据支撑的职责。
要充分发挥新计费帐务系统的作用，必须在理顺生产管理流程和搞好其它系统建设的同时，从人员组织、审核校验、对外数据和报表支撑方面考虑进行改进和提高，后两点是可以从系统设计角度着重考虑的焦点。
4.计费帐务体制的变化考虑
按照信息产业部技术规定《中国电信计费帐务体制》标准，计费帐务体制的采用中央、省、本地网三级模式建设，本规范原则上适用于其中本地计费帐务中心的要求，系统的设置不受地域的限制，能够与省级电信计费结算中心（如省级长途计费中心、省级智能网中心等）相配合，能够适应将来多个电信企业间的计费结算体系（如联通、移动等），计费帐务体制的灵活适应性较强。
实际在系统建设过程中，部分省根据自身特点选择了省集中计费帐务处理的模式，本地网不再保留主要计费帐务功能，目前这类系统已经投入运行。
今后在各省的计费改造工作方面，仍然有可能出现其它集中方式，比如建立大区中心（界于省和本地网之间）系统，考虑各省规模和业务管理特点，规范V2.0所定义的计费帐务系统必须要能适应这种规模和管理模式上的变化，为各省的后续改造工作提供指导方法和标准，这一点在新规范中也会从数据管理、功能分布、管理流程设计上得到具体体现。
5.统一接口与业务标识
规范V1.0从中国电信网络长远发展的需要出发，提出了电信业务的统一业务标识、统一客户标识，并给出了统一的编码解决方案，为中国电信计费帐务系统的三级模式的联网打下坚实的基础，同时满足本地网计费帐务系统的改造方针“统一需求、统一设计、统一检测、按省实施”。
但由于电信业务在近几年发展十分迅速，各本地网在新业务开展、旧业务保留方面还存在很多地方特色的东西，从系统升级的业务延续性来看还不能采取一刀切的方式，规范V1.0业务处理的覆盖范围有限，不能完全满足很多特殊要求。
对于这个问题，一方面应该从管理上入手，对各类业务进行规范化、流程化处理，以及统一标准化业务标识；另一方面系统需要考虑提供更为开放的接口方式和标准，便于系统改造和接口。
规范V1.0在对外接口定义和设计考虑上较为简单，不能很好地适应这种实际情况，因此也在各地实际应用中造成一些困难。
新规范改进的一大重点就是提高接口的开放性和易用性，提出了统一接口模型的业务技术设计方案，也为今后与其它正在改进和完善中的支撑系统的接口交互提供了有利条件。
2系统功能的扩充和改进
规范V1.0中在系统功能方面提供了客户化帐单、话费限额管理、灵活缴费（纵向帐目）、灵活设置帐务周期、帐户客户概念的明晰、加强优惠处理、完善审核校验等有特点的设计，在规范V2.0中保留了上述基本功能，并根据实际应用中的问题和经验对其进行改进完善，同时也针对最近几年来电信业务的变化趋势新增了部分实用功能，提高了系统适应未来需求发展的能力，以下分几个方面来阐述：
2.1电信新业务发展
目前电信业务发展势头很快，从业务种类看小灵通、预付费、缴费卡、代办业务、固网短信、数据业务等迅速增长，未来可能继续增加3G移动类业务；从处理类型来看有实时计收费、预扣预划帐、分期分批和固定周期处理等不同种类。
规范V1.0中对实时处理、多帐务周期处理是有一定考虑的，但在业务适应性和实用性方面考虑还不够充分，从业务流程、结构设计、数据统计上如何保证各种类型业务实施需要进一步改进。
另外不同类型的业务开展在资料结构、业务模式上提出了新的需求，需要系统提供便于新业务模块加载和扩充的设计结构和流程接口。
规范V2.0中对这方面进行了重点考虑，引入了嵌入式模块设计概念，保证流程的接入和数据统计整合。
重点针对的改进方面是：
a.提出较为灵活的新业务模块系统嵌入概念，可实现较小的流程接入改造代价，适用于小灵通、3G、预付费、缴费卡、代办业务等新业务特殊处理；
b.针对各地已经采用或计划上的联机采集系统，从帐务的实时采集接口和实时计费统计、实时帐务处理、实时停复机处理等方面来设计业务流程。
实时业务收费方面可以按照目前的实时银行代扣的模式，规范V2.0中重点提出了预扣记帐或预付费直接划扣模式，另外也允许与传统业务一起收费；
c.加强对卡类业务的管理和支持，包括各种缴费卡、预付费卡业务；
d.临时用户实时结算，结合联机采集、实时计费、包租包时段等方式；
2.2对经营分析的支持
目前各地计费帐务系统都面临着一个比较大的压力，即业务和财务管理部门对统计分析报表的需求。
计费帐务系统由于主要面向生产，结构设计上为保证快速出帐、快速出托和销帐等因素，数据库表会采取适合快速查询更新的设计方法，而面向统计分析的数据库表设计更强调关联集合统计和分析的粒度与性能，二者在结构设计上存在一定矛盾。
考虑电信基本业务量数据来源于计费帐务系统的事实，必须对对外输出的数据和接口进行剥离和管理，建立较为独立而又面向经营分析需求的数据支撑层，这个矛盾才能得到比较好的解决。
规范2.0中，从帐务系统剥离出独立的数据支撑层面，用于支持各类对外数据输出、经营分析的数据统计和分析功能，并遵循统一的接口模式。
在数据支撑层的基础上还可以继续考虑按照不同业务方向和主题进一步形成数据集市，但不宜上升到数据仓库的层面，这类扩展功能可以由用户和开发商自行组织开发。
增加的数据层目前提供应收统计基表的设计和概念，根据需要可以扩展到实收和不同需求层面的数据集，例如：
a.运营商摊分结算和流向流量分析，其中流向流量从清单入手统计分析，所得数据对于业务经营有重要参考意义；
b.市场经营分析基础数据：
如业务量数据，是按照号码、分局、业务属性、终端类型、区域等一系列基本维度组成统计分析用的基础表，维度粒度很细，建设方和开发商可以在此基础上，根据市场经营分析的需求汇总扩展出直接用于主题分析的报表数据集，侧重分析业务量和用户群、大客户等；
c.面向财务分析的扩展数据集：
在基础数据集上生成，更强调帐务的平衡需求和业务量的种类划分；
d.对客户经理、社区经理的支持，包括业务总量、变量、欠费追缴等方面，也在基础数据表上生成，结合用户资料可提供特定用户群业务量分析数据和统计报表；
e.信用度，目前电总范围内没有明确统一的信用度模型，已知的信用度应用上都集中在欠费管理环节，作为催缴、停机依据，在特殊优惠、业务分析等方面还没有应用。
规范2.0提供了一种综合的信用度分析模型，侧重业务量和行为分析，建设方和开发商在建立实际生产和分析模型前需要明确信用度建立的用途、目标，并选择合适的要素和方法进行分析；
2.3统一接口的设计
基于目前国内支撑系统建设的具体情况：
各个支撑系统分期分批建立、分集成商单独建立或者由于工期限制进行分期招标建设，造成各个支撑子系统各自为政，数据相互之间难以共享。
一些厂家提出在企业信息系统中有四类数据必须共享：
客户/帐户（Customer/Account）、网络拓扑（NetworkModel）、产品数据（ProductPortfolio）、服务数据（ServicePortfolio）。
为了解决这个问题，提出了数据源唯一的概念，即各个系统的同一个数据的数据源只能是产生该项数据的系统。
根据以上概念，必然涉及接口问题，各个系统的接口都不一样，需要统一。
现提出以下接口模型：
考虑到XML可以定义任何数据，在支撑系统互联中可以利用XML定义接口数据。
但是完整的XML定义较为烦琐，接口处理效率较低。
为了解决以上问题，规范2.0中提出专门针对计费帐务系统所需要的数据专门定制接口协议的标记，可称之为“类XML语言通用接口协议”。
该协议由标记、动作和数据三部分组成，其中数据可以分成并列的数据子项，如果是结构型的还可以定义为结构，今后在有实际需要时还可以扩充成对象的形式，以便于进行继承。
全局数据模型可以根据实际需要进行定义，它的功能有点类似数据仓库概念中的元数据（MetaData），它是用于解释接口数据的数据。
在计费帐务系统与不同系统接口时，现在是双方商定协议，双方修改接口程序。
在上面的接口模型下，只需要修改全局数据模型就可以完成。
而且这种模式有利于利用全局数据模型实现数据中心。
这种语义解释方式定义的接口，可以与业务涵义紧密结合，易于表达和解析，结构上便于扩充，同时在实现方式上可以支持到实时和定时交互两种方式，便于在更广泛的平台范围上构建统一的交互接口。
该模型概念基于XML，开发商可以利用平台附带的XML支持功能来实现，也可以基于自行开发的处理系统实现。
统一接口主要考虑下述类型的业务处理：
a.提供与其它支撑系统、外挂业务系统和经营分析类系统的接口；
b.支持提供经销商和代理商收费、追缴接口，以及特定的结算数据和统计报表；
c.能提供对特殊/非特殊群体的优惠支持和与营业系统的优惠协议转换接口。
今后一个可能的发展方向是类似优惠规则这样的业务受理和管理功能会集中到综合业务系统，作为对客户提供服务功能的一部分。
但因综合业务系统只能提供业务层面的参数表述，要把所有优惠规则用一种计费帐务系统可操作的参数来描述存在很大难度。
系统差异造成帐务系统和营业系统使用的优惠规则必然会存在不同的表述方式，这之间有一个规则转换的接口存在。
理论上计费帐务系统与综合业务系统如果在用户、帐户等概念和数据定义上完全一致，并有及时的变更通知的话，所有优惠都可以由综合业务系统设置管理。
规范V2.0中提供的统一接口数据表达方式，可以在此基础上扩展到对公众普遍优惠类型的规则转换接口设计，或对一些特定条件的用户群或特定用户优惠规则的转换接口设计。
另外，针对对外应用接口的形式，除类XML应用方式外，各厂家应尽量统一使用中间件平台来完成，减少接口形式的复杂性。
2.4对规范V1.0部分功能的改进完善
对原结构设计某些方面应用存在问题，或不完善的地方进行必要调整，以方便提高系统灵活性和便于应用设计开发。
主要的一些改进点如下：
a.对用户-帐户-客户模型表达进行适当改动。
其中用户-帐户-客户的模型关系不变，但考虑目前越来越多的同一用户拥有多种类型设备/服务的情况，在优惠设计、出帐、销帐打单选择组合方式等多方面要求系统具备越来越多的灵活性，比如一户多机、ISDN主从号码（含32B+D等）、主叫鉴权、centrex、800捆绑业务等。
规范V2.0设计上对用户和设备增加了集群业务关系的字段，用户设备或服务的捆绑集群关系可以用较简单的方式实现串联。
这个设计上的变动对用户数据割接转换影响不大，对优惠、销帐等应用程序设计则会有一定影响，但更有利于设计实现和适应新业务；
b.针对今后可能发展的同一付费关系帐户下多种缴费方式和不同银行帐号的业务的情况，对帐户与银行帐号分级分表对应，除考虑同一帐户对应多个银行帐号或缴费方式外，也考虑到单用户不同帐目类型不同付费帐号，但要求集中缴费打单的情况，这种做法对多用户帐户的余额摊分等情况也易于处理，比较适应未来预付金类型缴费业务的发展；
c.由于实时业务发展的需要，预付金、缴费卡等预存业务发展较快，规范V1.0中没有针对此类业务的专门设计，仅在原帐户表中设置了帐户余额字段，还不能有效支持业务需求。
新的规范设计中结合对用户、帐户资料结构的调整，以及对销帐相关设计的调整来对此类业务进行支持，并增加了相关的资料表、预付费余额表、预扣款记录表等，以实现对预付金和实时预付费的管理；
d.增加销帐处理方式，提供帐单项表设计。
帐单项表主要存放按照预定制的帐单格式生成的帐单项目，数据量增长比帐目小。
对大规模或者设备性能条件不足的本地网，可以考虑不在帐目一级进行销帐，而是在帐单一级销帐，帐目仅用于查询和拆分依据，这样可以提高托收销帐等耗费资源和时间的处理的性能，相应的应用设计上销帐和反销帐方式都要调整。
用户还可以选择预生成帐单或改帐单表为横表的方式进一步提高处理性能。
e.区分开用户注册帐户付款类型和实际缴费付款方式，便于生产和财务统计上区分不同来源和归属需要。
f.对销帐记录表、付款记录表等销帐、付款过程相关表进行了较多修改，以适应业务发展和分析统计需要。
结合新增的预付费有关的表，在销帐方式和记录上有较大扩充和修改。
g.增加发票和发票管理有关记录表，并区分开定制发票项和定制帐单项。
h.考虑滞纳金在实际应用过程中常因为争议、故障等原因不能按照依附帐务周期的方式来计算，另外部分地区也存在滞纳金按帐目摊分、统计、减免等问题，设计上暂未对滞纳金计算的参考时间结构进行调整，但具体应用中滞纳金起算日期和批量减免可以与费用挂钩，而不是依附帐务周期；
i.根据分运营商、分卡等收费、统计和优惠减免等需求，考虑关联帐目类型来增加优先级、运营商字段、卡类、帐单项分组等信息，便于收费、分类、打单和统计需要；
j.零头对应合同号和服务单独进行管理设计，解决多用户帐号摊分和历史欠费帐务平衡的困难；
k.目前业务上新的优惠方式和规则变化很快，规范V1.0在规则表达上提供了较好的基础，但还需要进行补充完善，对优惠设计进行调整。
比如优惠的违约回追、返还方式，清单级优惠及与总量的交叉优惠等。
例如根据总量返回优惠打往某地区的通话费，或超过优惠约束期限来缴费的已出帐用户不给予优惠，需要把已出帐生成的优惠回追，以及可能的对旧周期优惠的返回等。
新的规范V2.0对这些方式进行了较多完善；
l.强化全程审核校验功能，规范V1.0对计费帐务处理过程中主要审核校验环节作了说明，规范V2.0在审核方式、要求，以及用户自定义业务校验规则的接口进行了完善，保证出帐、收费等程序化、自动化、可视化，可调度、可统计、可稽核，重点解决自动稽核和人工增减稽核规则的应用问题。
3系统规模和性能的考虑
规范V1.0主要面向本地网的建设，按实装用户量把本地网规模分为小规模（20万）、中规模（20~60万）、大规模（60~150万）、超大规模（150万以上）四种，分类基本合理，但系统结构设计上在网络规模适应方面还存在不足，对超大规模用户量的情况性能较差。
规范V1.0对不同规模的系统结构设计是一样的，实际在超大规模局应用时用户资料、帐目、帐单等表都会出现数据量增长过快，访问率高、销帐和统计性能下降等情况，按原设计方法只能通过一些物理调整优化方法来进行改善，比如结合数据库系统特点用分段子表、分散物理位置等，由于实际的设备条件限制往往很难达到较理想效果。
考虑这个因素，规范V2.0主要从以下三个方面来提供解决途径：
1.根据业务特点进行逻辑分表设计
2.调整出帐、销帐方式，降低高频率业务对系统的压力
3.剥离统计数据，与生产数据降低关联，减轻统计分析对系统的压力
其中后两种方式前面第2节中都略有描述，第1、3种方式还会在数据库设计章节中结合表结构设计具体进行表述。
4设计任务范围
本地计费帐务系统的设计工作是在规范V1.0基础上，对中国电信本地计费帐务处理新业务需求进行补充调查和分析的基础上，结合对今后电信业务的发展的需求预测，采用规范的系统分析设计方法进行的。
根据各地的现实条件和经营现状，继续坚持中国电信对
升级会员 