中国电信业务计费帐务系统工程实施建议

《中国电信业务计费帐务系统工程实施建议》由会员分享，可在线阅读，更多相关《中国电信业务计费帐务系统工程实施建议（45页珍藏版）》请在装配图网上搜索。

1、本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议1第八部分第八部分本地电信业务本地电信业务计费帐务系统计费帐务系统工程实施建议工程实施建议本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议2目目 录录1生产组织机制分析生产组织机制分析.831.1数据采集生产闭环的形成.831.2计费管理生产闭环的形成.841.3帐务管理生产闭环的形成.851.4资料管理生产闭环的形成.871.5综合管理生产闭环的形成.882本地计费帐务系统框架建议本地计费帐务系统框架建议.892.1本地计费帐务系统技术需求.892.2本地计费帐务系统框架结构.8102.3本地计费帐务系统建设规模.8

2、112.4本地计费帐务系统数据存储配置规模（文件系统）.8132.5本地计费帐务系统数据存储配置规模（数据库系统）.8152.6本地计费帐务系统数据存储配置规模（额外维护开销）.8182.7本地计费帐务系统性能指标参考建议.8183工程实施规范建议工程实施规范建议.8194工程实施调查表工程实施调查表.8234.1固定费用.8234.2长途费用.8274.3市话费用.8284.4声讯费用.8294.5人工长途费用.8304.6会议电话/会议电视费用.8314.7固定电话业务用户明细帐中费用项目描述.8324.8固定电话业务优惠规则描述.8334.9固定电话业务免费项目描述.8344.10固定电

3、话业务本地特殊政策描述.835本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议31 生产组织机制分析生产组织机制分析1.1 数据采集生产闭环的形成数据采集生产闭环的形成数据采集：本地电信业务计费帐务系统（简称：本地计费帐务系统）从电信网网元（通常为数字程控交换机）采集电信业务通信使用费的原始数据（通常指原始话单数据） ；对于代收业务（如数据业务、声讯业务等） ，则接受相关部门或单位提交的代收业务通信使用费标准化的计费数据。数据采集生产闭环的形成，如下图所示：以数据源采集单元、数据采集工位形成数据源的采集环节；以数据采集、标准化、联机查询、质检工位形成生产闭环管理；以数据采集管理工

4、位对数据源采集单元、数据采集、标准化、联机查询、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；1.数据源采集单元数据源采集单元通常指交换机联机采集点、脱机采集点、人工采集点、代收业务数据采集点等；主要职能是将通信计量费用的原始数据、代收业务的标准化计费数据发往数据采集工位。2.数据采集 下一个生产环节本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议4该工位接受数据源采集单元发送的原始数据或标准化数据，并将接受的数据电子签收或人工签收，分类存档。3.标准化该工位负责对原始数据的格式标准化处理，对代收业务的标准化数据则无需处理，将标准化结果分类保存，供后续生产环节处

5、理。4.联机查询提供数据采集生产环节的相关查询，能够支持当前所有的原始数据、标准数据的联机查询。5.质检该工位是数据采集生产环节的质量控制单元。它能够对原始数据、标准化数据进行审核校验，是向下一个生产环节传递的控制点。6.数据采集管理数据采集管理能够对各个工位进行授权管理，它通过对数据采集工位（数据入口） 、质检工位（数据出口）进行协调管理，确保数据采集生产闭环的形成。1.2 计费管理生产闭环的形成计费管理生产闭环的形成计费管理：对需要计费的电信业务通信使用费标准化数据进行预处理、批价、分拣等处理，形成标准的计费话单数据；计费管理主要完成电信业务通信发生费用的规范化计算处理。计费管理生产闭环的

6、形成，如下图所示：以预处理、批价、分拣工位形成计费生产环节；以预处理、批价、分拣、存储、质检工位形成生产闭环管理； 下一个生产环节本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议5以计费管理工位对预处理、批价、分拣、存储、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；1.预处理预处理工位主要对计费数据进行诸如话单合法性校验、交叉话单检查、重复计费检查等。2.批价批价工位主要对预处理后的的计费数据进行批价处理，结合资费标准进行费用计算，形成计费话单（清单）数据。3.分拣分拣工位主要对批价后的计费话单（清单）数据，按业务定义的规则进行分拣排序；例如按日期、局向、呼叫

7、类型等。4.存储存储工位主要对分拣后的计费话单（清单）数据，以文件或数据库的形式进行存储保管，供后续生产环节（如帐务管理）进行相应的引用处理。5.质检该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验，是向下一个生产环节传递的控制点。6.计费管理计费管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理和协调管理，确保计费管理生产闭环的形成。1.3 帐务管理生产闭环的形成帐务管理生产闭环的形成帐务管理：对计费处理后的通信发生费用，结合用户资料数据，生成客户化帐单，并对整个本地网的客户帐务进行管理；帐务管理主要对客户所拥有的电信业务使用费用进行帐务结算处理。帐务

8、管理生产闭环的形成，如下图所示：以出帐、结算工位形成网间结算生产环节；以出帐、帐务处理、质检工位形成帐务生成生产闭环管理；以帐务处理、销帐、欠费管理、帐单分发、质检工位形成帐务生产闭环管理；以帐务管理工位对出帐、结算、帐务处理、销帐、欠费管理、帐单分发、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议61.出帐该工位在每个帐务周期到来时，将计费管理生产环节生成的通信发生费用（形成设备帐） ，结合用户资料进行出帐处理（形成用户合同帐） ，计算出当前帐务周期所有客户的帐单费用，包括两部分的费用：本地网客户帐单费用与其他电

9、信网的结算帐单费用。2.结算（可选）该工位专门用来处理本地网与其他电信营运商（如移动电话公司、联通公司）的网间费用结算处理。3.销帐该工位是根据客户化帐单的用户帐务数据，提供多种手段的收费方式，向客户进行电信费用结算处理，同时向客户出具相关帐单、票据。4.欠费管理该工位主要是针对当前帐务周期及以往帐务周期用户欠费的管理，包括欠费催缴、欠费停机/复机/拆机的工单管理，能够为相关主管部门提供呆帐、坏帐的统计信息，并做相应的处理。5.帐务处理该工位是根据客户化帐单的用户帐务数据，提供多种用户帐务处理的手段，如调帐处理、减免处理、帐务报表管理、统计管理等。6.帐单分发该工位将出帐工位计算出的客户帐单费

10、用，根据客户化定制帐单的规则，进行帐单管理工作，便于与客户进行各种帐单费用结算处理；并将客户化帐单进行打印分发。 其他生产环节本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议77.质检该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验，它主要稽核帐务的平衡，销帐营收帐务的平衡，检查欠费管理工单的正确实施等，它是与其他生产环节接口的控制点。8.帐务管理帐务管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理和协调管理，确保帐务管理生产闭环的形成。1.4 资料管理生产闭环的形成资料管理生产闭环的形成资料管理：对本地网计费帐务系统中所有的客户资料、用

11、户/客户的信用度、电信业务参数、电信资费、优惠政策等进行有效的管理；能够通过授权管理机制，在本地网范围内对系统的使用和访问形成约束能力。资料管理生产闭环的形成，如下图所示：以授权管理、资费管理、质检工位形成资费管理生产闭环；以授权管理、优惠管理、质检工位形成优惠管理生产闭环；以授权管理、信用度管理、质检工位形成信用度管理生产闭环；以授权管理、业务资料管理、质检工位形成业务资料管理生产闭环；以授权管理、用户资料管理、质检工位形成优惠管理生产闭环；以授权管理工位对资费管理、优惠管理、信用度管理、用户资料管理、业务资料管理、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能。 其他生产环

12、节本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议81.资费管理该工位根据上级或本地物价部门批准的资费标准，经授权对本地计费帐务系统的资费参数进行管理。2.优惠管理该工位根据本地网经营部门制定的营销政策，经授权对本地计费帐务系统的优惠规则进行管理。3.信用度管理该工位根据本地网经营部门制定的营销政策及信用度管理办法，经授权对客户/用户的信用度进行评估及管理。4.用户资料管理该工位通常从“九七工程”营业系统接口自动获取用户资料的变动信息，经授权可对客户/用户的资料进行管理。5.业务资料管理该工位根据本地网经营部门所辖营业区各种业务范围，经授权能够对各种业务参数（如营业区、号源、帐务

13、周期等）进行管理。6.质检该工位是资料管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验，它主要确保资费政策、优惠政策、经营政策所涉及的关键性参数能够有效地管理，并稽核用户资料的变动状况等，它是与其他生产环节接口的控制点。7.授权管理授权管理能够提供本地网范围内的授权管理（如计费帐务系统的用户管理、权限管理、口令管理、工位管理、日志管理等） ，另外能够对对各个工位进行监控管理和协调管理，确保资料管理生产闭环的形成。1.5 综合管理生产闭环的形成综合管理生产闭环的形成综合管理：面向企业内部各个业务部门提供详细的统计分析信息（如计费生产所涉及的租费、通话费、帐务报表、营收统计、业务

14、量统计、用户分类统计等） ；面向企业上级主管部门领导决策层提供计费帐务生产的综合统计分析信息；面向客户提供相关的服务信息查询（如联机综合查询、170 查询、传真查询、180 服务等） ；面向本地网计费帐务系统自身的系统管理手段。综合管理生产闭环的形成，如下图所示：以质检、外部系统服务、查询管理、统计管理、系统管理工位组成生产闭环，由质检工位行使约束功能；本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议91.质检该工位是综合管理生产环节的质量控制单元。它能够对各个工位的生产处理进行约束管理，它是与其他生产环节接口的控制点。2.外部系统服务该工位提供向诸如 170 系统、180 系统

15、、 “九七工程”营业系统等提供计费帐务的相关信息。3.查询管理该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的查询信息。4.统计管理该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的统计信息。5.系统管理该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的应用系统维护手段，并结合计算机系统、网络系统、数据库系统等系统维护管理方法，加强系统监控、数据备存、安全管理等各种措施。2 本地计费帐务系统框架建议本地计费帐务系统框架建议2.1 本地计费帐务系统技术需求本地计费帐务系统技术需求本地计费帐务系

16、统具有如下三种类型的应用：1.批处理计算应用（Computing） ；本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议10如数据采集、预处理、格式化、批价、分拣、合帐等；此类应用的特点是周期性批处理、计算量大，系统处理的瓶颈通常在每个帐务周期的出帐阶段。2.联机事务处理应用（OLTP） ；如销帐、帐务处理、资料管理、查询等；此类应用的特点是拥有大量的联机终端、时刻都有大量的联机事务处理，系统处理的瓶颈通常在业务量高峰时发生。3.统计分析应用 如统计、分析等；此类应用的特点时从大量的数据（当前及历史数据）中进行各类统计计算、给出各种分析预测结果，此类应用的发生频率少，但计算量大，生

17、成大量的统计分析数据，单个应用处理时间较长。针对以上应用特点，在本地计费帐务系统平台建设中必须考虑下列性能：分布式计算：支持分布式计算应用；可伸缩扩充：具备高度的可伸缩扩充能力；跨平台操作：能够在不同的管理层次和领域具备互操作能力。业务集成性：能够引入和管理新的业务，以及将新业务与已有业务集成；数据一致性：支持一致性数据模型， 保证数据的一致性、完整性；高可用性 ：具有高可用性（或容错）功能， 能够长时间不间断运行；安全可靠性：能够防止不良侵害发生、降低故障发生率，确保安全生产；2.2 本地计费帐务系统框架结构本地计费帐务系统框架结构客户/服务器结构最初是标准的两层结构。两层客户/服务器结构作

18、为一种通用的解决方案，对于更大的企业一级的问题或分布于广域网上的应用还存在一些问题。例如，随着用户数的增多，数据库管理系统服务器的连接过程及处理性能可能下降；由于两层结构存在着一定的局限性，在两层的基础上可适当加入第三层中间层。中间层能提供一系列不同的功能，例如排队、应用执行、数据库集成等。这种基于客户/服务器模型的三层结构具有较高的性能和灵活性。对于联机事务处理（OLTP）应用，典型的三层结构有：基于应用服务器的三层结构和基于 WebOLTP 三层应用结构等。 （如下图所示）考虑到系统安全因素，建议本地计费帐务系统不考虑向 Internet 网开放，基于 Internet/Intranet

19、WebOLTP 三层应用结构不应匆忙采纳；但考虑本地计费帐务系统的特点及系统的规模，对规模较大的本地计费帐务系统可结合传统客户/服务器结构，对有些具备较大业务量峰值的应用，可考虑采纳基于应用服务器的三层结构。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议112.3 本地计费帐务系统建设规模本地计费帐务系统建设规模根据各地本地网的规模不同，可定义如下几种建设规模分类：计费帐务系统实装用户网络容量终端数量最大终端数量小规模模式20 万以下50 万以下50 个100 个中规模模式20 万60 万120 万以下100 个200 个大规模模式60 万150 万300 万以下200 个40

20、0 个超大规模模式150 万以上300 万以上400 个1000 个注：通过 PSTN 拨号网络上网终端数不宜超过终端数量的 20%，避免过度影响系统的性能；从安全角度来说，最好限制 PSTN 拨号网络上网的终端访问的连接方式。由于各地“九七工程”系统的建设都比较完善，同时都拥有成熟的建设经验，本建议仅对应用系统的结构给出指导性要求，对主机系统、网络系统、数据库系统的选型，各地可参照“九七工程”系统的建设经验自行考虑。本地计费帐务系统主要包括如下应用：1）采集管理如话单采集、代收采集2）计费管理如计费预处理、批价处理、分拣3）帐务管理如帐务处理、销帐处理、欠费管理4）资料管理表表现现逻逻辑辑客

21、客 户户信信 息息应应用用服服务务器器WEB服服务务器器业业务务逻逻辑辑客客户户/服服务务器器CORBAIIOP数数 据据CORBAIIOP数数据据库库服服务务器器数数据据库库逻逻辑辑表表现现逻逻辑辑客客 户户/业业务务逻逻辑辑客客户户/服服务务器器数数 据据数数据据库库服服务务器器数数据据库库逻逻辑辑业业务务逻逻辑辑/两两层层客客户户/服服务务器器结结构构三三层层客客户户/服服务务器器结结构构本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议12如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理5）综合管理如统计管理、查询管理中小规模的本地计费帐

22、务系统建设模式可参考采用如下图所示模式：应用系统配置说明如下：1）计费主机负责处理采集管理（如话单采集、代收采集） ，计费管理（如计费预处理、批价处理、分拣）等。2）帐务主机负责处理帐务管理（如合帐、帐务处理、销帐处理、欠费管理） ，资料管理（如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理） ，统计/查询管理（如统计管理、查询管理）等。中大规模的本地计费帐务系统建设模式可参考采用如下图所示：应用系统配置说明如下：1）采集主机负责处理采集管理（如话单采集、代收采集）等。2）计费主机负责处理计费管理（如计费预处理、批价处理、分拣）等。3）帐务主机负责处理帐务管

23、理（如合帐、帐务处理） ，资料管理（如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理）等。“九九七七”系系统统客客户户档档案案 计计费费帐帐务务系系统统网网络络（ATM/FDDI/FastEthernet /Ethernet/E1/X.25/DDN ）$省省中中心心长长途途话话单单省省中中心心智智能能网网话话单单代代收收业业务务数数据据（数数据据业业务务等等）非非话话业业务务数数据据前前置置机机原原始始计计费费数数据据交交换换机机采采集集/计计费费主主机机帐帐务务/销销帐帐/资资料料管管理理/综综合合查查询询主主机机各各类类应应用用终终端端（如如采采集集、计

24、计费费、资资料料管管理理、帐帐务务、销销帐帐、清清单单查查询询、综综合合查查询询、网网管管）$本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议134）销帐主机负责销帐处理、欠费管理，统计/查询管理（如统计管理、查询管理）等。5）应用服务器（可选）如帐单打印服务、银行托收代理服务、话费查询应用服务等三层结构的应用。超大规模模式本地计费帐务系统建设模式可在大规模模式的基础上，可适当采纳 MPP 体系结构的并行处理应用，配置并行数据库系统，实现应用的负荷平衡均载（Load Balance） ；另外应用处理的主机节点可适当根据业务量增加，满足业务处理峰值及其发展的需要，可以将不同的功能分

25、布到各节点上进行处理。对于省集中的系统，可以考虑按照地域划分处理节点，各个节点可以采用配置较低的硬件或者利用旧设备，同时设置两台处理能力较强的主服务器管理共享数据，并作为其他接点的热备份系统。主服务器内置硬盘配置要求：1000 M 安装操作系统；4500 M 用于根（/）文件系统；4000 M 安装数据库系统/或其他系统软件；600 M 自由空间256M8000M兑换区（SWAP） ，适合于内存为 256MB 8GB 的配置。 2.4 本地计费帐务系统数据存储配置规模（文件系统）本地计费帐务系统数据存储配置规模（文件系统）采集应用（一个帐务周期数据，例如以月为单位）1）以省中心下发的长途话单为

26、例，假设每张话单为 100 Bytes；“九九七七”系系统统客客户户档档案案 计计费费帐帐务务系系统统网网络络（ATM/FDDI/FastEthernet /Ethernet/E1/X.25/DDN ）省省中中心心长长途途话话单单省省中中心心智智能能网网话话单单代代收收业业务务数数据据（数数据据业业务务等等）非非话话业业务务数数据据前前置置机机原原始始计计费费数数据据交交换换机机采采集集/计计费费主主机机帐帐务务/销销帐帐/资资料料管管理理/综综合合查查询询主主机机应应用用服服务务器器WEB服服务务器器$各各类类应应用用终终端端（如如采采集集、计计费费、资资料料管管理理、帐帐务务、销销帐帐、清

27、清单单查查询询、综综合合查查询询、网网管管）本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议14每 100 万条长途话单所需空间为： 100 MB；每 100 万条长途话单对应自由空间为：100 MB；2）以本地采集的长途话单为例，假设每张话单为 150 Bytes；每 100 万条长途话单所需空间为： 150 MB每 100 万条长途话单对应临时空间（TEMP）为：150 MB；每 100 万条长途话单对应自由空间为：150 MB；如市话采用详单方式，可参照本地采集的长途话单的估算方法，其字节数可以按照长途的 80%估算；3）以本地电话计次话单为例，假设每个号码计次表长度为 8

28、0 Bytes；每 10 万用户的本地电话话单所需空间为： 8 MB每 10 万用户的本地电话话单对应临时空间（TEMP）为：8 MB；每 10 万用户的本地电话话单对应自由空间为：8 MB；4）代收业务数据只是接收，不做任何处理，以实际数据文件大小为准；例如：以分组业务数据 10 MB 为例 ，配置存储空间 10 MB；配置自由空间 10 MB；计费应用（一个帐务周期数据，例如以月为单位）1）省中心下发的长途话单，无须中心重新计费处理，不需要占用空间；2）以本地进行计费的长途话单为例，假设处理后每张标准话单为 100 Bytes；每 100 万条长途话单所需空间为： 100 MB；每 100

29、 万条长途话单对应临时空间（TEMP）为：100 MB；每 100 万条长途话单对应自由空间为：100 MB；如本地电话采用详单方式，可参照本地采集的长途话单的估算方法，其字节长度按照长途的 50%计算；3）以本地电话计次话单为例，假设处理后每张标准话单为 80 Bytes；每 10 万用户的本地电话话单所需空间为： 8 MB每 10 万用户的本地电话话单对应临时空间（TEMP）为：8 MB；每 10 万用户的本地电话话单对应自由空间为：8 MB；每 10 万用户的上一周期本地电话话单所需空间为： 8 MB4）代收业务数据不做任何计费处理，不需要占用计费处理空间；举例说明例一：假设某本地电话用

30、户 50 万；长途话单每月 1000 万张，由省中心集中处理长途话单，具有 10 MB 数据业务和 30 MB 声讯业务的代收数据；数据联机保存期限为： 原始数据三个帐务周期；标准数据六个帐务周期；本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议15假设采用 RAID 5 磁盘阵列技术的利用率为 80%，考虑到生成文件系统时，磁盘空间其他损失，最终利用率约为 75%。根据以上估算方法为：1）采集应用长途应用：原始数据即为标准数据：（1000/100）*100MB*6=6000MB临时空间只估算一个周期：（1000/100）*100MB=1000MB自由空间只估算一个周期：（100

31、0/100）*100MB=1000MB小计：8000MB 本地电话应用：原始数据（50/10）*8MB*3=120MB；临时空间只估算一个周期：（50/10）*8MB=40MB自由空间只估算一个周期：（50/10）*8MB=40MB小计：200MB代收业务：原始数据：（10MB+30MB）*3=120MB临时空间无自由空间只估算一个周期：10MB+30MB=40MB小计：160MB所需的存储空间约为：8000MB+250MB+160MB=8410MB；2）计费应用长途应用：无本地电话应用：标准数据（50/10）*8MB*6=240MB；临时空间只估算一个周期：（50/10）*8MB=40MB自

32、由空间只估算一个周期：（50/10）*8MB=40MB自由空间只估算一个周期：（50/10）*8MB=40MB上一周期本地电话话单所需空间：40MB小计：400MB代收业务：无计费应用所需的存储空间约为：250MB3）空间开销汇总例一所需文件系统的逻辑存储空间约为：8610MB +250MB=8860MB；考虑到 RAID 5 磁盘阵列技术的利用率为 75%，则物理存储空间应为：物理存储空间应为：8860MB / 75% = 11,813MB， 约为约为 12GB注：1） 本估算方法没有考虑各地的业务增长比例；2） 本估算方法没有考虑各地开发应用、工程应用所需的自由空间；3） 本估算方法没有考

33、虑如果利用中间结果的变化趋势做审核校验所本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议16需的自由空间。1）根据采用 RAID 0RAID 5 技术的不同和具体磁盘组配置情况，物理存储空间计算还应进行对应调整。2.5 本地计费帐务系统数据存储配置规模（数据库系统）本地计费帐务系统数据存储配置规模（数据库系统）资料管理应用（数据需要长期保存）资费管理（含日志）： 10 MB优惠管理（含日志）： 10MB授权管理（含日志）： 10MB其他业务参数管理（含日志）：10 MB小计：40MB用户资料管理（以每万用户为估算单位）假设每个用户拥有 1KB 的信息量，每万用户空间开销估算如下：

34、1）用户最新资料：10 MB2）临时空间：10MB3）日志空间：10MB4）历史变迁资料：10MB5）“九七”系统工单接口空间：10MB小计：50MB帐务管理（以每万用户为估算单位/一个帐务周期）明细帐：存储空间：10 MB日志空间：10MB合同帐：存储空间：10 MB日志空间：10 MB实收帐：存储空间：10 MB日志空间：10 MB托收数据缓存：10MB170 数据缓存：10MB欠费数据缓存：10MB停/复机数据缓存：1MB坏帐数据缓存：0.1MB信用度数据缓存：10MB合帐数据缓存：存储空间：10 MB日志空间：10 MB备存空间：10 MB本地电信业务计费帐务系统分析与设计 ver 2

35、.0工程实施建议17统计/查询管理（以每万用户为估算单位）统计数据缓存：10MB查询数据缓存：10MB小计：20 MB其他估算考虑及假设索引开销占数据空间的 10%；其他数据缓存空间占系统的 20%；长途话单入库需在文件方式的情况下增加 20%数据库开销数据库系统开销：（具体系统参数设置请参考厂商技术咨询建议）（以每十万用户为估算单位）系统表空间：100 MB临时表空间：500 MB回滚段空间：600 MB举例说明例二：（同例一）假设某本地电话用户 50 万；长途话单每月 1000 张，由省中心集中处理长途话单，具有 10 MB 数据业务和 30 MB 声讯业务的代收数据；数据联机保存期限为：

36、帐务数据六个帐务周期；日志数据一个帐务周期；缓存数据一个帐务周期；其他数据长期保存；假设采用 RAID 5 磁盘阵列技术的利用率为 80%。1）资料管理应用（数据需要长期保存）小计：40MB2）用户资料用户最新资料：50*10 MB=500MB临时空间：50*10MB=500MB日志空间：50*10MB=500 MB历史变迁资料：50*10MB=500MB“九七”系统工单接口缓存数据空间：50*10MB=500MB小计：2500 MB3）帐务管理明细帐：存储空间：10 MB*50*6=3000MB日志空间：10MB*50=500MB合同帐：存储空间：10 MB*50*6=3000MB日志空间：

37、10 MB*50=500MB实收帐：存储空间：10 MB*50*6=3000MB本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议18日志空间：10 MB*50=500MB托收数据缓存：1MB*50=50MB170 数据缓存：1MB*50=50MB欠费数据缓存：1MB*50=50MB停/复机数据缓存：1MB*50=50MB坏帐数据缓存：0.1MB*50=5 MB信用度数据缓存：10MB*50=50MB合帐数据缓存：存储空间：10 MB*50*6=3000MB日志空间：10 MB*50=500MB备存空间：10 MB*50MB=500MB小计：14,755MB4）统计/查询管理统计数

38、据缓存：10MB*50=500 MB查询数据缓存：10MB*50=500 MB小计：1,000 MB5）其他以上数据开销共计为：40MB+2500 MB+14,755MB+1,000 MB=18,295MB 索引开销占数据空间的 10%， 约为 1,830MB；其他数据缓存空间占系统的 20%，约为 3,659MB；应用系统数据开销为：23,784MB， 即约为 24GB；数据库系统开销：6000MB 共计：共计：28,584MB+1200MB=29,784 MB，即约为，即约为 30GB6）空间开销汇总例二所需数据库的逻辑存储空间约为：25GB考虑到 RAID 5 磁盘阵列技术的利用率为 8

39、0%，则物理存储空间应为：物理存储空间应为：30GB / 80% = 37. 50GB注：2）本估算方法没有考虑各地的业务增长比例；3）本估算方法没有考虑各地开发应用、工程应用所需的自由空间；4）根据采用 RAID 0RAID 5 技术的不同和具体磁盘组配置情况，物理存储空间计算还应进行对应调整。5）如果长途话单入库，数据库空间需增加开销8000 MB*（1+20%）=9,600MB， 约约 10GB2.6 本地计费帐务系统数据存储配置规模（额外维护开销）本地计费帐务系统数据存储配置规模（额外维护开销）本建议给出了本地计费帐务系统数据存储配置规模（文件系统） 、本地计费帐务系统数据存储配置规模

40、（数据库系统）的配置估算方法，但在实际运行系本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议19统时除了考虑数据空间开销外，还需要考虑系统日常维护所需要的磁盘空间开销，便于系统管理员、数据库系统管理员的工作。通常在以上标准的数据存储开销之外，在计费帐务系统的主机上可适当开辟一定大小的文件系统供如下日常维护工作中使用：1） 数据文件传输2） 数据备份缓冲3） 系统定期检查数据缓冲4） 异常事件紧急处理缓冲5） 系统割接测试建议各地根据不同的系统规模，每个主机接点开辟额外开销的文件系统大小可在 4GB，10GB，20GB 等。2.7 本地计费帐务系统性能指标参考建议本地计费帐务系统性

41、能指标参考建议1） 批处理计算应用（Computing） 联机数据采集处理应做到实时响应；（如采集、计费处理）周期性批处理计算应用，因不同的数据到达时间，不同的应用处理数据量，单个批处理应用的处理的时间不宜超过 6 小时。在每个帐务周期的出帐阶段必须保证系统按期出帐，合帐（或出帐）时间不宜超过 12 小时。对于大规模或超大规模的计费帐务系统可将批处理计算应用的高峰分布到不同阶段的出帐周期中去，减少系统处理的瓶颈。2） 联机事务处理应用（OLTP） 终端响应速度：所有终端在 90%的时间内，响应时间35 秒； 峰值响应速度：所有终端在 80%的系统压力下，响应时间推广升级”的三个阶段开展工程实施

42、工作。试点指开发阶段在试点进行，试点必须具有代表性，但试点的需求不一定全部符合其他推广点的要求。试点系统上线后，组织省内其他推广地区的业务人员对试点系统进行评估。通过评估后，开发厂商根据试点的评估结果进行改进，形成推广版本。推广过程中，要保证推广的进度，保证软件版本的稳定性，同时保证正常的业务开展不受影响。对于个性化的需求，必须经过省公司组织的统一评估，采用外围接口或者外围系统的方式予以实现。并在外围接口或者系统功能足以形成新的版本时，予以升版。在系统推广完成后，要对整个推广过程进行回顾，并根据系统的初验结果，综合进行评估后，对推广过程中的版本通过升级的方式进行统一。3.3 工程实施的主要步骤

43、工程实施的主要步骤工程实施主要有试点和推广工程实施两部分。试点的工程实施主要以需求分析和开发为主；推广工程实施主要以系统安装调测和割接为主。两类工程的差异主要在于试点工程有开发部分，在后续的描述中试点主要描述开发部分，本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议21其他部分在工程推广中描述。3.3.1 试点开发试点开发试点的开发工作主要包括试点准备、需求调查与分析、开发与设计、测试、割接、试运行和试点评估等阶段任务组成。3.3.1.1试点准备试点准备为保证系统试点建设的质量、效率和后续推广的成功，在建设初期阶段需要进行参与建设试点人员的培训、系统建设参与单位的选择、环境准备等

44、工作。试点准备工作重点在于考察试点的管理流程是否具有代表性和相关考核制度的建立。3.3.1.2需求分析需求分析需求分析是关系到系统开发成败的关键步骤，本系统的需求分析主要针对试点的业务需求与本设计分析之间的差异。并进行进一步分析，确定是否可以通过流程的调整、参数配置、模块开发来达到满足用户的需求。在需求分析阶段，需通过系统的需求分析方法，明确系统建设的确切要求，并以需求规格说明书的形式表现出来。需求规格说明书应具有完整性、准确性、一致性，因为它是软件设计的依据，任何含混不清、前后矛盾、或者一个微小的错漏，都可能导致错误的实现，在纠正时付出巨大的代价；需求说明应具有清晰性、没有二义性，它是沟通用

45、户和设计者的媒介，用它来表达用户和设计、开发者的共同理解，要求描述直观、精确，尽可能的采用图形、软件需求分析工具、表格等来描述需求，需求规格说明书中术语要求统一。需求分析阶段的重点与研究用户业务流程与本设计的区别，确定最终业务流程的实现。3.3.1.3设计与开发设计与开发设计与开发阶段主要的任务有：概要设计、模块设计、模块开发等。本阶段的任务重点要保证：模块设计可以覆盖所有功能点；模块之间的内部接口要一致；重要的业务流程、执行路径正确；异常情况、出错情况的处理出口；边界情况的处理。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议22本阶段将产生开发阶段的重要文档：系统概要设计说明

46、书和系统详细设计说明书 。3.3.1.4测试测试测试从阶段来可以分为：单元测试，集成测试、系统测试、用户测试，其中考虑到分工的完整，单元测试由开发人员完成，安排在设计与开发阶段。集成测试集成测试要求由专职测试人员组成的独立的测试组进行。测试内容的重点部分在于：各模块之间的接口的配合、全局数据存取的正确性、数据封装的信息隐藏效果的检查、异常或出错的处理等。系统测试系统测试除了应用软件的测试外，还包含硬件、与原有系统的环境和软件的配合、与第三方软件的配合等内容，验证系统能否与其余的系统协调运行，系统测试阶段的重点内容是：功能测试，确认系统是否实现了需求规格书的所有重点的功能说明，检查出尚未实现的功

47、能需求；性能测试，在特定的平台上测试出系统对特定数据量的处理时间，实现业务需求中查询、统计、分析等功能的响应时间，以及采集、通信、传输的性能数据；压力测试，测试并发查询、分析的性能。用户测试用户测试是为在应用系统进行交付、投入运行、并检验应用系统是否满足最终使用者的需要而进行的测试，测试结果作为初步验收的依据之一，测试的重点内容在于：安全性测试，确认应用软件是否可保证安全，如对登录系统者的身份验证等；用户界面使用的测试，检验应用软件是否界面友好，使用方便，能对常规性的输入错误进行校验等；文档测试，检查开发者提交的文档是否齐全，文档内容是否与实际的应用软件保持一致，使用手册、排错指南是否可用等。

48、3.3.1.5割接割接系统割接主要工作有：系统割接评估、系统割接准备、系统割接和系统割接跟踪。系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进行评估系统是否具备上线运行的条件。系统割接准备主要有环境准备、割接方案制定、应急方案制定和相关数据准备。其中重点是割接方案和应急方案的准备。系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工作的情况下，根据应急方案切换回旧系统。系统割接完成后，要对系统的运行进行严密的监控，及时发现系统潜在的本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议23故障并处理。对于割接后的系统运行情况，每天要进行综合的记录，以用于系统

49、割接工作的评估。3.3.1.6试运行试运行系统试运行主要任务是：厂家与用户之间的系统交接，通过试运行发现系统的潜在故障和运行故障，厂家解决试运行期间发生的故障和割接遗留问题。为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。3.3.1.7试点评估试点评估试点评估是在试点试运行一段时间之后进行，主要通过参观、组织测试和试点单位介绍来达到全面评价试点单位系统是否适合推广及需要增加哪些功能需求和进行哪些流程调整来满足推广的需要。试点评估的结果由：试点系统评价、需要改进与增加的功能点、需要调整的业务处理流程和推广建议等内容组成。3.3.2 工程推广工程推广工程推广工作主要包括：硬件、网络

50、及支撑软件环境准备、需求差异分析、资料转换、帐务核对、用户功能测试、应用功能调整、割接演练、压力测试、系统割接、系统试运行、系统初验和系统终验等阶段任务组成。3.3.2.1环境准备环境准备环境准备主要指主机、网络、第三方支撑软件的安装调试。重点要完成主机磁盘的划分、网络的调整和备份系统的调测。对于利用旧设备的还要注意新旧系统的软件补丁、操作系统升级等方面的需求，作好系统打补丁、操作系统升级和其他支撑软件的升级准备。3.3.2.2差异分析差异分析差异分析指通过业务调研，总结出推广点与试点系统需求的差异点。并进行进一步分析，确定是否可以通过流程的调整、参数配置、外围接口或者外围系统实现。本任务是实

51、施后续工作的关键，分析结果将决定后续所有工作的进本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议24度。3.3.2.3资料转换资料转换新旧系统的切换除了应用软件的变化外，还需要将旧系统的数据迁移到新系统中。资料转换工作包括：运行参数、管理参数、用户资料、交费资料、欠费数据、报表数据、清单数据等。数据有数据库表和文件两种形式，备份到磁带上的数据可以根据业务规定和花费的代价决定是否进行转换。对于无法转换到新系统的数据应该形成文件存放，并提供相应的平衡关系表进行校验和说明。3.3.2.4帐务核对帐务核对帐务核对的目的是通过计费出帐新旧结果的比较，发现应用软件的 BUG、资料转换的准确性

52、、系统流程的正确性、系统参数设置的准确性。帐务核对主要有三级：号码级核对、中间结果平衡核对、报表核对。3.3.2.5用户功能测试用户功能测试用户功能测试通过实际系统的使用，发现新系统比较旧系统的缺陷和不满足需求的地方。其方法是制定测试用例，测试用例分为统一版本用例和为了解决临时性地方需求的外围部分测试用例。其结果作为系统能否割接上线的条件之一。用户功能测试的重点应该在外围部分和系统的接口部分。3.3.2.6应用功能调整应用功能调整应用功能调整的任务是根据各地的差异，开发外围软件满足在统一升级版本前各地的生产可以平滑的割接。应用功能调整的前提是保证系统核心应用和核心流程不变。应用调整完成后，要形

53、成新增模块和接口的设计、使用说明文档，该文档将作为后续升级工程和下一版本软件开发的重要参考资料。3.3.2.7割接演练割接演练割接演练的内容主要有：资料转换、出帐、系统核对、销帐和各类接口的模拟割接练习。演练将安排在非工作时间，保证不对生产造成任何影响。演练本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议25的目的是为割接计划提供精确的时间依据，充分评估割接过程中的各类风险和发现割接过程中各个相关单位协调和配合的问题，保证整个割接过程对正常生产运作的影响减少到最低。3.3.2.8压力测试压力测试压力测试主要有计费出帐和帐务处理（如现金销帐、托收等前后台处理）两个大方面内容。压力测

54、试的目的是在系统割接前，通过压力测试，检查系统的各类配置是否满足正常业务生产的需要，并发现系统的瓶颈所在，为系统的优化调整设立工作目标。前台和中间件的压力测试一般采用专用的测试软件进行。后台的压力测试采用仿真程序模拟系统资源的占用情况的临界点，检查程序运行过程中的压力所在。压力测试的结果作为系统能否上线的依据之一。3.3.2.9培训培训应用软件的培训主要有三类：1.操作培训：主要针对各类系统操作人员进行的使用性培训。操作培训要根据各类人员的岗位不同，分别进行；2.维护培训：主要针对维护人员进行的系统应用软件培训，培训内容可以包含简单的相关产品（如：硬件、网络、数据库、第三方软件）维护。但相关产

55、品的专业操作与使用培训将由专业厂家或授权培训中心提供。3.开发培训：主要针对用户方的开发人员进行的外围系统和接口开发培训。培训使用户的开发人员能够掌握系统的数据库表含义、数据流向，使其可以开发一些个性化和临时性的外围功能。开发工具的培训不包含在内，该培训由专业的开发工具生产厂商或授权培训中心提供。在推广过程中，以上培训 1 和 2 必须提供，3 作为可选培训，由各个用户根据自身的技术力量决定是否购买。3.3.2.10系统割接系统割接系统割接主要工作有：系统割接评估、系统割接准备、系统割接和系统割接跟踪。系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进行评估系统是否具备上线运行的

56、条件。系统割接准备主要有环境准备、割接方案制定、风险分析、应急方案制定和相关数据准备。其中重点是割接方案和应急方案的准备。系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工作的情况下，根据应急方案切换回旧系统。系统割接完成后，要对系统的运行进行严密的监控，及时发现系统潜在的本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议26故障并处理。对于割接后的系统运行情况，每天要进行综合的记录，以用于系统割接工作的评估。3.3.2.11系统试运行系统试运行系统试运行主要任务是：厂家与用户之间的系统交接，通过试运行发现系统的潜在故障和运行故障，厂家解决试运行期间发生的故障和割接遗

57、留问题。为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。3.3.2.12系统初验系统初验系统完成合同规定的试运行期后，对试运行情况进行总结，召开会议对系统进行综合的评估和抽测，如果符合合同规定的要求则系统通过初验，出具初验报告。3.3.2.13系统终验系统终验系统通过初验后，厂家着手解决初验的遗留问题。完成合同规定的运行期满后，召开会议对系统进行综合的评估和抽测，如果符合合同规定的要求则系统通过终验，出具终验报告。3.4 系统交付后管理系统交付后管理电信的业务在迅速发展，为快速适应新增业务的需要，要求应用系统具有一定的灵活性，即对于符合一定模式的新业务，要求能够通过配置参数适应

58、；对于模式有较大变化的新业务，要求系统具有较强的扩展性，即通过增加模块、做较小范围的改动来适应需要。另外，业务发展、运营模式的改变、政策的变化等都可能带来需求的变化。在交付运行后的管理中，由集成商、应用软件开发商组成的维护小组负责运维的技术工作。维护小组由开发小组和测试小组组成。开发小组负责分析新的需求、提出实现方案、编码实现；测试小组负责对修改的部分进行系统测试，对其他模块进行回归测试。测试的结果需要得到本省省公司的确认后才可以替代原来的系统上线运行。需求变更必须在严格的流程控制下、并遵循版本管理流程进行，需求变更流程在下节中详述。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建

59、议273.4.1 需求变更流程需求变更流程在运行中的系统为适应需求变化而做的变更、修改要受到严格的控制，需求变更控制的一般流程为：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、, ,、 、 、 、 、3.4.2 版本管理版本管理版本管理的范围包括所有运行本地计费帐务系统软件版本、软件包和软件补丁的软件版本升级和软件补丁的输入安装。总体流程如下：省公司/分公司需求变更、厂家技术研发和更新需求/规范评审制订补充业务需求和技术规范生成新版软件新版本认证测试流程新版本升级流程补丁植入流程新版软件内容审核是否满足补充规范软件投入运行软件故障生成补丁NNYesYes补丁数是否超过阀值NYes确

60、定新版本内容及时间新版本/补丁?需求分析/汇总各分公司主管部门负责各自本地网软件版本的管理，要求有专人负责设软件版本管理，具体执行各项日常工作。软件版本管理人员有变动时，需及时上报省公司主管部门。系统的任何软件版本或补丁首次入网使用，都必须通过省公司主管部门组织的测试，并经过省公司主管部门批准后方可进行，具体流程见下。对于紧急本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议28情况下的补丁输入，经分公司主管部门同意，报省公司主管部门批准后可先行实施，但分公司必须在一个工作日内按正常流程补报软件修改申请。新建的或新版的系统在正式使用前，必须通过认证测试。厂商应填写本地计费帐务系统认

61、证测试申请表 ，上报省公司主管部门。认证测试原则上应在相应的测试平台上进行，对不具备测试条件的，由省公司主管部门与厂商协商选择适当测试场所实施测试。当新软件版本经过测试、认证后，厂商可以在各本地网上根据实际需要实施版本升级。当本地系统需要进行版本升级时，由各分公司主管部门填写本地计费帐务系统升级申请表 ，报由省公司主管部门进行升级方案的审核，经省公司主管部门批准，方可由厂家实施升级。升级结束后，厂商必须向省公司主管部门移交：程序带或磁盘(必须经过测试)；系统详细技术资料，包括：系统结构，地址数据，配置数据及用户手册等；3.5 文档要求文档要求系统的开发、推广和维护阶段需要对期间产生的文档进行管

62、理。具体的文档种类和内容要求规定如下：3.5.1 软件需求说明书软件需求说明书文档内容包括引言、概述、系统特性、接口需求、界面需求、性能需求、运行环境方面的内容描述。其中引言部分主要是对文档的一些概述性说明。概述是对系统进行一个概述性的描述。系统特性描述系统的一些主要流程。3.5.2 系统总体方案系统总体方案文档内容是对项目的软件和硬件的综合描述。具体包括建设的背景、系统的需求概述、系统的网络描述、系统性能的计算依据、系统的功能概述和工程实施建议。3.5.3 系统概要设计说明书系统概要设计说明书文档内容是项目软件的需求规定、运行环境、基本设计概念、主要处理流程、系统总体结构、接口设计、运行设计

63、、系统数据结构、出错处理和维护设计的概述和纲要性描述。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议293.5.4 数据库设计说明书数据库设计说明书文档内容是对应用软件系统的数据库表设计的描述。文档的主要内容包括了数据库表的逻辑设计、物理设计和数据字典描述。数据字典描述要包含数据库中各个表的标识符、类型、长度、同名词和字段的详细描述。3.5.5 详细设计文档详细设计文档文档内容是对软件系统的详细描述。主要内容包括：引言、程序系统结构、程序详细设计说明等。程序详细设计说明主要包括：程序描述、功能、性能、输入项目、输出项目、算法、流程逻辑、接口、存储设计、限制条件和测试等。3.5.

64、6 系统设计说明书系统设计说明书文档内容是对系统设计的具体说明。主要内容包含：引言、系统体系结构、子系统设计、接口设计、数据库设计。其中引言部分主要是对文档的一些概述性说明。体系结构主要描述系统的总体架构、系统的层次模型和主要的应用系统组成。子系统设计是对系统的主要模块的描述，包括实现方案、模块间接口说明、相关数据库表说明和模块的功能设计描述。接口设计主要描述外部接口的协议和实现方案。数据库设计主要包含了系统核心数据的 ER 关系描述和主要表的物理设计要点。3.5.7 应用软件清单应用软件清单文档主要描述应用软件包包含的主要程序的功能、版本、运行平台与操作系统的说明与描述。3.5.8 系统测试

65、方案系统测试方案文档是对测试过程的总体描述。主要内容包括：测试范围、测试计划、测试方法、测试评价标准、环境要求和测试用例描述。其中测试用例内容包括：用例名称、输入数据描述、测试步骤、期待结果、测试结果描述、测试人、日期。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议303.5.9 系统测试报告系统测试报告文档主要是对测试结果的综合性的总结描述。文档主要内容有：测试过程的综合描述、测试主要问题的描述与分析、测试结果的描述与评价、结论与建议。3.5.10安装手册安装手册文档主要是对系统应用软件安装步骤的描述。主要内容包括：应用软件的模块列表、应用软件典型的运行环境准备要求、应用软件

66、的安装步骤说明、应用软件安装后的简单检查、应用软件安装过程中出现的常见问题的处理方法。3.5.11试运行报告试运行报告文档主要对试验运行期间的运行记录进行分类和分析，得出系统需要改进、优化建议，并提出具体的实施建议。主要内容有：引言、试运行描述、主要问题描述、问题分析、结论、改进建议。3.5.12用户手册用户手册文档主要描述系统应用软件的使用方法。主要内容包括：应用软件功能概述、应用软件主体流程描述、应用软件主要界面和模块的使用描述、常见的问题和故障处理。3.5.13维护手册维护手册文档主要描述系统在运行过程中对硬件、数据库、报表工具、应用软件的日常维护操作和常见故障处理。主要内容包含：系统运行的监测内容、日常的检查工作、例行的备份工作策略、数据清除工作、主要故障处理工作的指南。4 项目组织项目组织项目管理组织肩负着监督，指导和实施整个项目的重任，从项目的最初阶段直致项目完成。项目组织结构需明确定义项目实施中各职能组之间的关系。本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议314.1 组织建立原则组织建立原则层次形组织结构层次形组织结构将一个大型、复杂工程按职能划分为若