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

1、本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 1 第八部分第八部分 本地电信业务本地电信业务 计费帐务系统计费帐务系统 工程实施建议工程实施建议 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 2 目目 录录 1生产组织机制分析生产组织机制分析.83 1.1数据采集生产闭环的形成.83 1.2计费管理生产闭环的形成.84 1.3帐务管理生产闭环的形成.85 1.4资料管理生产闭环的形成.87 1.5综合管理生产闭环的形成.88 2本地计费帐务系统框架建议本地计费帐务系统框架建议.89 2.1本地计费帐务系统技术需求.89 2.2本地计费帐务系统框架结构.810

2、 2.3本地计费帐务系统建设规模.811 2.4本地计费帐务系统数据存储配置规模（文件系统）.813 2.5本地计费帐务系统数据存储配置规模（数据库系统）.815 2.6本地计费帐务系统数据存储配置规模（额外维护开销）.818 2.7本地计费帐务系统性能指标参考建议.818 3工程实施规范建议工程实施规范建议.819 4工程实施调查表工程实施调查表.823 4.1固定费用.823 4.2长途费用.827 4.3市话费用.828 4.4声讯费用.829 4.5人工长途费用.830 4.6会议电话/会议电视费用.831 4.7固定电话业务用户明细帐中费用项目描述.832 4.8固定电话业务优惠规则

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

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

5、准化 该工位负责对原始数据的格式标准化处理，对代收业务的标准化数据则无 需处理，将标准化结果分类保存，供后续生产环节处理。 4.联机查询 提供数据采集生产环节的相关查询，能够支持当前所有的原始数据、标准 数据的联机查询。 5.质检 该工位是数据采集生产环节的质量控制单元。它能够对原始数据、标准化 数据进行审核校验，是向下一个生产环节传递的控制点。 6.数据采集管理 数据采集管理能够对各个工位进行授权管理，它通过对数据采集工位（数 据入口） 、质检工位（数据出口）进行协调管理，确保数据采集生产闭环的形成。 1.2 计费管理生产闭环的形成计费管理生产闭环的形成 计费管理：对需要计费的电信业务通信使

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

7、行批价处理，结合资费标准进行 费用计算，形成计费话单（清单）数据。 3.分拣 分拣工位主要对批价后的计费话单（清单）数据，按业务定义的规则进行 分拣排序；例如按日期、局向、呼叫类型等。 4.存储 存储工位主要对分拣后的计费话单（清单）数据，以文件或数据库的形式 进行存储保管，供后续生产环节（如帐务管理）进行相应的引用处理。 5.质检 该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处 理进行审核校验，是向下一个生产环节传递的控制点。 6.计费管理 计费管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理 和协调管理，确保计费管理生产闭环的形成。 1.3 帐务管理生产闭环的

8、形成帐务管理生产闭环的形成 帐务管理：对计费处理后的通信发生费用，结合用户资料数据，生成客户 化帐单，并对整个本地网的客户帐务进行管理；帐务管理主要对客户所拥有的 电信业务使用费用进行帐务结算处理。 帐务管理生产闭环的形成，如下图所示： 以出帐、结算工位形成网间结算生产环节； 以出帐、帐务处理、质检工位形成帐务生成生产闭环管理； 以帐务处理、销帐、欠费管理、帐单分发、质检工位形成帐务生产闭环 管理； 以帐务管理工位对出帐、结算、帐务处理、销帐、欠费管理、帐单分发、 质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能； 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议

9、6 1.出帐 该工位在每个帐务周期到来时，将计费管理生产环节生成的通信发生费用 （形成设备帐） ，结合用户资料进行出帐处理（形成用户合同帐） ，计算出当前 帐务周期所有客户的帐单费用，包括两部分的费用：本地网客户帐单费用与其 他电信网的结算帐单费用。 2.结算（可选） 该工位专门用来处理本地网与其他电信营运商（如移动电话公司、联通公 司）的网间费用结算处理。 3.销帐 该工位是根据客户化帐单的用户帐务数据，提供多种手段的收费方式，向 客户进行电信费用结算处理，同时向客户出具相关帐单、票据。 4.欠费管理 该工位主要是针对当前帐务周期及以往帐务周期用户欠费的管理，包括欠 费催缴、欠费停机/复机/

10、拆机的工单管理，能够为相关主管部门提供呆帐、坏帐 的统计信息，并做相应的处理。 5.帐务处理 该工位是根据客户化帐单的用户帐务数据，提供多种用户帐务处理的手段， 如调帐处理、减免处理、帐务报表管理、统计管理等。 6.帐单分发 该工位将出帐工位计算出的客户帐单费用，根据客户化定制帐单的规则， 进行帐单管理工作，便于与客户进行各种帐单费用结算处理；并将客户化帐单 进行打印分发。 其他生产环节 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 7 7.质检 该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处 理进行审核校验，它主要稽核帐务的平衡，销帐营收帐务的平衡，检查欠

11、费管 理工单的正确实施等，它是与其他生产环节接口的控制点。 8.帐务管理 帐务管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理 和协调管理，确保帐务管理生产闭环的形成。 1.4 资料管理生产闭环的形成资料管理生产闭环的形成 资料管理：对本地网计费帐务系统中所有的客户资料、用户/客户的信用度、 电信业务参数、电信资费、优惠政策等进行有效的管理；能够通过授权管理机 制，在本地网范围内对系统的使用和访问形成约束能力。 资料管理生产闭环的形成，如下图所示： 以授权管理、资费管理、质检工位形成资费管理生产闭环； 以授权管理、优惠管理、质检工位形成优惠管理生产闭环； 以授权管理、信用度管理、质

12、检工位形成信用度管理生产闭环； 以授权管理、业务资料管理、质检工位形成业务资料管理生产闭环； 以授权管理、用户资料管理、质检工位形成优惠管理生产闭环； 以授权管理工位对资费管理、优惠管理、信用度管理、用户资料管理、业务 资料管理、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束 功能。 其他生产环节 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 8 1.资费管理 该工位根据上级或本地物价部门批准的资费标准，经授权对本地计费帐务 系统的资费参数进行管理。 2.优惠管理 该工位根据本地网经营部门制定的营销政策，经授权对本地计费帐务系统 的优惠规则进行管理。 3.信用度管

13、理 该工位根据本地网经营部门制定的营销政策及信用度管理办法，经授权对 客户/用户的信用度进行评估及管理。 4.用户资料管理 该工位通常从“九七工程”营业系统接口自动获取用户资料的变动信息， 经授权可对客户/用户的资料进行管理。 5.业务资料管理 该工位根据本地网经营部门所辖营业区各种业务范围，经授权能够对各种 业务参数（如营业区、号源、帐务周期等）进行管理。 6.质检 该工位是资料管理生产环节的质量控制单元。它能够对各个工位的生产处 理进行审核校验，它主要确保资费政策、优惠政策、经营政策所涉及的关键性 参数能够有效地管理，并稽核用户资料的变动状况等，它是与其他生产环节接 口的控制点。 7.授权

14、管理 授权管理能够提供本地网范围内的授权管理（如计费帐务系统的用户管理、 权限管理、口令管理、工位管理、日志管理等） ，另外能够对对各个工位进行监 控管理和协调管理，确保资料管理生产闭环的形成。 1.5 综合管理生产闭环的形成综合管理生产闭环的形成 综合管理：面向企业内部各个业务部门提供详细的统计分析信息（如计费 生产所涉及的租费、通话费、帐务报表、营收统计、业务量统计、用户分类统 计等） ；面向企业上级主管部门领导决策层提供计费帐务生产的综合统计分析信 息；面向客户提供相关的服务信息查询（如联机综合查询、170 查询、传真查 询、180 服务等） ；面向本地网计费帐务系统自身的系统管理手段。

15、 综合管理生产闭环的形成，如下图所示： 以质检、外部系统服务、查询管理、统计管理、系统管理工位组成生产 闭环，由质检工位行使约束功能； 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 9 1.质检 该工位是综合管理生产环节的质量控制单元。它能够对各个工位的生产处 理进行约束管理，它是与其他生产环节接口的控制点。 2.外部系统服务 该工位提供向诸如 170 系统、180 系统、 “九七工程”营业系统等提供计费 帐务的相关信息。 3.查询管理 该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐 务管理、资料管理）的查询信息。 4.统计管理 该工位提供计费帐务系统各个生

16、产处理环节（如数据采集、计费管理、帐 务管理、资料管理）的统计信息。 5.系统管理 该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐 务管理、资料管理）的应用系统维护手段，并结合计算机系统、网络系统、数 据库系统等系统维护管理方法，加强系统监控、数据备存、安全管理等各种措 施。 2 本地计费帐务系统框架建议本地计费帐务系统框架建议 2.1 本地计费帐务系统技术需求本地计费帐务系统技术需求 本地计费帐务系统具有如下三种类型的应用： 1.批处理计算应用（computing） ； 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 10 如数据采集、预处理、格式化、批价、

17、分拣、合帐等；此类应用的特点是 周期性批处理、计算量大，系统处理的瓶颈通常在每个帐务周期的出帐阶段。 2.联机事务处理应用（oltp） ； 如销帐、帐务处理、资料管理、查询等；此类应用的特点是拥有大量的联 机终端、时刻都有大量的联机事务处理，系统处理的瓶颈通常在业务量高峰时 发生。 3.统计分析应用 如统计、分析等；此类应用的特点时从大量的数据（当前及历史数据）中 进行各类统计计算、给出各种分析预测结果，此类应用的发生频率少，但计算 量大，生成大量的统计分析数据，单个应用处理时间较长。 针对以上应用特点，在本地计费帐务系统平台建设中必须考虑下列性能： 分布式计算：支持分布式计算应用； 可伸缩扩

18、充：具备高度的可伸缩扩充能力； 跨平台操作：能够在不同的管理层次和领域具备互操作能力。 业务集成性：能够引入和管理新的业务，以及将新业务与已有业务集成； 数据一致性：支持一致性数据模型， 保证数据的一致性、完整性； 高可用性 ：具有高可用性（或容错）功能， 能够长时间不间断运行； 安全可靠性：能够防止不良侵害发生、降低故障发生率，确保安全生产； 2.2 本地计费帐务系统框架结构本地计费帐务系统框架结构 客户/服务器结构最初是标准的两层结构。两层客户/服务器结构作为一种通 用的解决方案，对于更大的企业一级的问题或分布于广域网上的应用还存在一 些问题。例如，随着用户数的增多，数据库管理系统服务器的

19、连接过程及处理 性能可能下降；由于两层结构存在着一定的局限性，在两层的基础上可适当加 入第三层中间层。中间层能提供一系列不同的功能，例如排队、应用执行、 数据库集成等。这种基于客户/服务器模型的三层结构具有较高的性能和灵活性。 对于联机事务处理（oltp）应用，典型的三层结构有：基于应用服务器的三层 结构和基于 weboltp 三层应用结构等。 （如下图所示） 考虑到系统安全因素，建议本地计费帐务系统不考虑向 internet 网开放，基 于 internet/intranet weboltp 三层应用结构不应匆忙采纳；但考虑本地计费帐 务系统的特点及系统的规模，对规模较大的本地计费帐务系统可

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

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

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

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

24、3）帐务主机 负责处理帐务管理（如合帐、帐务处理） ，资料管理（如资费管理、优惠管 理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理） 等。 “九九七七”系系统统 客客户户 档档案案 计计费费帐帐务务系系统统网网络络 （atm/fddi/fastethernet /ethernet/e1/x.25/ddn ） $ 省省中中心心长长途途话话单单 省省中中心心智智能能网网话话单单 代代收收业业务务数数据据 （数数据据业业务务等等） 非非话话业业务务数数据据 前前置置机机 原原始始计计费费数数据据 交交换换机机 采采集集/计计费费主主机机 帐帐务务/销销帐帐/资资料料管管理理 /综

25、综合合查查询询主主机机 各各类类应应用用终终端端（如如采采集集、计计费费、资资料料管管理理、帐帐务务、销销帐帐、清清单单查查询询、综综合合查查询询、网网管管） $ 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 13 4）销帐主机 负责销帐处理、欠费管理，统计/查询管理（如统计管理、查询管理）等。 5）应用服务器（可选） 如帐单打印服务、银行托收代理服务、话费查询应用服务等三层结构的应 用。 超大规模模式本地计费帐务系统建设模式可在大规模模式的基础上，可适 当采纳 mpp 体系结构的并行处理应用，配置并行数据库系统，实现应用的负荷 平衡均载（load balance） ；另外应

26、用处理的主机节点可适当根据业务量增加， 满足业务处理峰值及其发展的需要，可以将不同的功能分布到各节点上进行处 理。对于省集中的系统，可以考虑按照地域划分处理节点，各个节点可以采用 配置较低的硬件或者利用旧设备，同时设置两台处理能力较强的主服务器管理 共享数据，并作为其他接点的热备份系统。 主服务器内置硬盘配置要求： 1000 m 安装操作系统； 4500 m 用于根（/）文件系统； 4000 m 安装数据库系统/或其他系统软件； 600 m 自由空间 256m8000m兑换区（swap） ，适合于内存为 256mb 8gb 的配 置。 2.4 本地计费帐务系统数据存储配置规模（文件系统）本地计

27、费帐务系统数据存储配置规模（文件系统） 采集应用（一个帐务周期数据，例如以月为单位） 1）以省中心下发的长途话单为例，假设每张话单为 100 bytes； “九九七七”系系统统 客客户户 档档案案 计计费费帐帐务务系系统统网网络络 （atm/fddi/fastethernet /ethernet/e1/x.25/ddn ） 省省中中心心长长途途话话单单 省省中中心心智智能能网网话话单单 代代收收业业务务数数据据 （数数据据业业务务等等） 非非话话业业务务数数据据 前前置置机机 原原始始计计费费数数据据 交交换换机机 采采集集/计计费费主主机机 帐帐务务/销销帐帐/资资料料管管理理 /综综合合查

28、查询询主主机机 应应用用服服务务器器 web服服务务器器 $ $ 各各类类应应用用终终端端（如如采采集集、计计费费、资资料料管管理理、帐帐务务、销销帐帐、清清单单查查询询、综综合合查查询询、网网管管） 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 14 每 100 万条长途话单所需空间为： 100 mb； 每 100 万条长途话单对应自由空间为：100 mb； 2）以本地采集的长途话单为例，假设每张话单为 150 bytes； 每 100 万条长途话单所需空间为： 150 mb 每 100 万条长途话单对应临时空间（temp）为：150 mb； 每 100 万条长途话单对应自

29、由空间为：150 mb； 如市话采用详单方式，可参照本地采集的长途话单的估算方法，其字节数 可以按照长途的 80%估算； 3）以本地电话计次话单为例，假设每个号码计次表长度为 80 bytes； 每 10 万用户的本地电话话单所需空间为： 8 mb 每 10 万用户的本地电话话单对应临时空间（temp）为：8 mb； 每 10 万用户的本地电话话单对应自由空间为：8 mb； 4）代收业务数据只是接收，不做任何处理，以实际数据文件大小为准； 例如：以分组业务数据 10 mb 为例 ， 配置存储空间 10 mb； 配置自由空间 10 mb； 计费应用（一个帐务周期数据，例如以月为单位） 1）省中心

30、下发的长途话单，无须中心重新计费处理，不需要占用空间； 2）以本地进行计费的长途话单为例，假设处理后每张标准话单为 100 bytes； 每 100 万条长途话单所需空间为： 100 mb； 每 100 万条长途话单对应临时空间（temp）为：100 mb； 每 100 万条长途话单对应自由空间为：100 mb； 如本地电话采用详单方式，可参照本地采集的长途话单的估算方法，其字 节长度按照长途的 50%计算； 3）以本地电话计次话单为例，假设处理后每张标准话单为 80 bytes； 每 10 万用户的本地电话话单所需空间为： 8 mb 每 10 万用户的本地电话话单对应临时空间（temp）为：

31、8 mb； 每 10 万用户的本地电话话单对应自由空间为：8 mb； 每 10 万用户的上一周期本地电话话单所需空间为： 8 mb 4）代收业务数据不做任何计费处理，不需要占用计费处理空间； 举例说明 例一： 假设某本地电话用户 50 万；长途话单每月 1000 万张，由省中心集中 处理长途话单，具有 10 mb 数据业务和 30 mb 声讯业务的代收数据； 数据联机保存期限为： 原始数据三个帐务周期； 标准数据六个帐务周期； 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 15 假设采用 raid 5 磁盘阵列技术的利用率为 80%，考虑到生成文件系统 时，磁盘空间其他损失，

32、最终利用率约为 75%。 根据以上估算方法为： 1）采集应用 长途应用： 原始数据即为标准数据：（1000/100）*100mb*6=6000mb 临时空间只估算一个周期：（1000/100）*100mb=1000mb 自由空间只估算一个周期：（1000/100）*100mb=1000mb 小计：8000mb 本地电话应用： 原始数据（50/10）*8mb*3=120mb； 临时空间只估算一个周期：（50/10）*8mb=40mb 自由空间只估算一个周期：（50/10）*8mb=40mb 小计：200mb 代收业务： 原始数据：（10mb+30mb）*3=120mb 临时空间无自由空间只估算一

33、个周期：10mb+30mb=40mb 小计：160mb 所需的存储空间约为：8000mb+250mb+160mb=8410mb； 2）计费应用 长途应用：无 本地电话应用： 标准数据（50/10）*8mb*6=240mb； 临时空间只估算一个周期：（50/10）*8mb=40mb 自由空间只估算一个周期：（50/10）*8mb=40mb 自由空间只估算一个周期：（50/10）*8mb=40mb 上一周期本地电话话单所需空间：40mb 小计：400mb 代收业务：无 计费应用所需的存储空间约为：250mb 3）空间开销汇总 例一所需文件系统的逻辑存储空间约为： 8610mb +250mb=886

34、0mb； 考虑到 raid 5 磁盘阵列技术的利用率为 75%，则 物理存储空间应为：物理存储空间应为： 8860mb / 75% = 11,813mb， 约为约为 12gb 注： 1） 本估算方法没有考虑各地的业务增长比例； 2） 本估算方法没有考虑各地开发应用、工程应用所需的自由空间； 3） 本估算方法没有考虑如果利用中间结果的变化趋势做审核校验所 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 16 需的自由空间。 1）根据采用 raid 0raid 5 技术的不同和具体磁盘组配置情况，物 理存储空间计算还应进行对应调整。 2.5 本地计费帐务系统数据存储配置规模（数据库

35、系统）本地计费帐务系统数据存储配置规模（数据库系统） 资料管理应用（数据需要长期保存） 资费管理（含日志）： 10 mb 优惠管理（含日志）： 10mb 授权管理（含日志）： 10mb 其他业务参数管理（含日志）：10 mb 小计：40mb 用户资料管理（以每万用户为估算单位） 假设每个用户拥有 1kb 的信息量，每万用户空间开销估算如下： 1）用户最新资料：10 mb 2）临时空间：10mb 3）日志空间：10mb 4）历史变迁资料：10mb 5）“九七”系统工单接口空间：10mb 小计：50mb 帐务管理（以每万用户为估算单位/一个帐务周期） 明细帐： 存储空间：10 mb 日志空间：10

36、mb 合同帐： 存储空间：10 mb 日志空间：10 mb 实收帐： 存储空间：10 mb 日志空间：10 mb 托收数据缓存：10mb 170 数据缓存：10mb 欠费数据缓存：10mb 停/复机数据缓存：1mb 坏帐数据缓存：0.1mb 信用度数据缓存：10mb 合帐数据缓存： 存储空间：10 mb 日志空间：10 mb 备存空间：10 mb 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 17 统计/查询管理（以每万用户为估算单位） 统计数据缓存：10mb 查询数据缓存：10mb 小计：20 mb 其他估算考虑及假设 索引开销占数据空间的 10%； 其他数据缓存空间占系统

37、的 20%； 长途话单入库需在文件方式的情况下增加 20%数据库开销 数据库系统开销：（具体系统参数设置请参考厂商技术咨询建议） （以每十万用户为估算单位） 系统表空间：100 mb 临时表空间：500 mb 回滚段空间：600 mb 举例说明 例二：（同例一） 假设某本地电话用户 50 万；长途话单每月 1000 张，由省中心集中处 理长途话单，具有 10 mb 数据业务和 30 mb 声讯业务的代收数据； 数据联机保存期限为： 帐务数据六个帐务周期； 日志数据一个帐务周期； 缓存数据一个帐务周期； 其他数据长期保存； 假设采用 raid 5 磁盘阵列技术的利用率为 80%。 1）资料管理应

38、用（数据需要长期保存） 小计：40mb 2）用户资料 用户最新资料：50*10 mb=500mb 临时空间：50*10mb=500mb 日志空间：50*10mb=500 mb 历史变迁资料：50*10mb=500mb “九七”系统工单接口缓存数据空间：50*10mb=500mb 小计：2500 mb 3）帐务管理 明细帐： 存储空间：10 mb*50*6=3000mb 日志空间：10mb*50=500mb 合同帐： 存储空间：10 mb*50*6=3000mb 日志空间：10 mb*50=500mb 实收帐： 存储空间：10 mb*50*6=3000mb 本地电信业务计费帐务系统分析与设计 v

39、er 2.0工程实施建议 18 日志空间：10 mb*50=500mb 托收数据缓存：1mb*50=50mb 170 数据缓存：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,755mb 4）统计/查询管理 统计数据缓存：10mb*50=500 mb 查询数据缓存：10mb*50=500 mb 小计：

40、1,000 mb 5）其他 以上数据开销共计为： 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，即约为，即约为 30gb 6）空间开销汇总 例二所需数据库的逻辑存储空间约为：25gb 考虑到 raid 5 磁盘阵列技术的利用率为 80%，则 物理存储空间应为：物理存储空间应为： 30gb / 80

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

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

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

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

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

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

47、，在纠正时付出巨大的代价；需求说明应具有 清晰性、没有二义性，它是沟通用户和设计者的媒介，用它来表达用户和设计、 开发者的共同理解，要求描述直观、精确，尽可能的采用图形、软件需求分析 工具、表格等来描述需求，需求规格说明书中术语要求统一。 需求分析阶段的重点与研究用户业务流程与本设计的区别，确定最终业务 流程的实现。 3.3.1.3设计与开发设计与开发 设计与开发阶段主要的任务有：概要设计、模块设计、模块开发等。本阶 段的任务重点要保证： 模块设计可以覆盖所有功能点； 模块之间的内部接口要一致； 重要的业务流程、执行路径正确； 异常情况、出错情况的处理出口； 边界情况的处理。 本地电信业务计费

48、帐务系统分析与设计 ver 2.0工程实施建议 22 本阶段将产生开发阶段的重要文档：系统概要设计说明书和系统详 细设计说明书 。 3.3.1.4测试测试 测试从阶段来可以分为：单元测试，集成测试、系统测试、用户测试，其 中考虑到分工的完整，单元测试由开发人员完成，安排在设计与开发阶段。 集成测试集成测试要求由专职测试人员组成的独立的测试组进行。测试内容的重点 部分在于：各模块之间的接口的配合、全局数据存取的正确性、数据封装的信 息隐藏效果的检查、异常或出错的处理等。 系统测试系统测试除了应用软件的测试外，还包含硬件、与原有系统的环境和软件 的配合、与第三方软件的配合等内容，验证系统能否与其余

49、的系统协调运行， 系统测试阶段的重点内容是： 功能测试，确认系统是否实现了需求规格书的所有重点的功能说明，检 查出尚未实现的功能需求； 性能测试，在特定的平台上测试出系统对特定数据量的处理时间，实现 业务需求中查询、统计、分析等功能的响应时间，以及采集、通信、传 输的性能数据； 压力测试，测试并发查询、分析的性能。 用户测试用户测试是为在应用系统进行交付、投入运行、并检验应用系统是否满足 最终使用者的需要而进行的测试，测试结果作为初步验收的依据之一，测试的 重点内容在于： 安全性测试，确认应用软件是否可保证安全，如对登录系统者的身份验 证等； 用户界面使用的测试，检验应用软件是否界面友好，使用

50、方便，能对常 规性的输入错误进行校验等； 文档测试，检查开发者提交的文档是否齐全，文档内容是否与实际的应 用软件保持一致，使用手册、排错指南是否可用等。 3.3.1.5割接割接 系统割接主要工作有：系统割接评估、系统割接准备、系统割接和系统割 接跟踪。 系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进 行评估系统是否具备上线运行的条件。 系统割接准备主要有环境准备、割接方案制定、应急方案制定和相关数据 准备。其中重点是割接方案和应急方案的准备。 系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工 作的情况下，根据应急方案切换回旧系统。 系统割接完成后，要对系统的运

51、行进行严密的监控，及时发现系统潜在的 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 23 故障并处理。对于割接后的系统运行情况，每天要进行综合的记录，以用于系 统割接工作的评估。 3.3.1.6试运行试运行 系统试运行主要任务是：厂家与用户之间的系统交接，通过试运行发现系 统的潜在故障和运行故障，厂家解决试运行期间发生的故障和割接遗留问题。 为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。 3.3.1.7试点评估试点评估 试点评估是在试点试运行一段时间之后进行，主要通过参观、组织测试和 试点单位介绍来达到全面评价试点单位系统是否适合推广及需要增加哪些功能 需求

52、和进行哪些流程调整来满足推广的需要。 试点评估的结果由：试点系统评价、需要改进与增加的功能点、需要调整 的业务处理流程和推广建议等内容组成。 3.3.2 工程推广工程推广 工程推广工作主要包括：硬件、网络及支撑软件环境准备、需求差异分析、 资料转换、帐务核对、用户功能测试、应用功能调整、割接演练、压力测试、 系统割接、系统试运行、系统初验和系统终验等阶段任务组成。 3.3.2.1环境准备环境准备 环境准备主要指主机、网络、第三方支撑软件的安装调试。重点要完成主 机磁盘的划分、网络的调整和备份系统的调测。对于利用旧设备的还要注意新 旧系统的软件补丁、操作系统升级等方面的需求，作好系统打补丁、操作

53、系统 升级和其他支撑软件的升级准备。 3.3.2.2差异分析差异分析 差异分析指通过业务调研，总结出推广点与试点系统需求的差异点。并进 行进一步分析，确定是否可以通过流程的调整、参数配置、外围接口或者外围 系统实现。本任务是实施后续工作的关键，分析结果将决定后续所有工作的进 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 24 度。 3.3.2.3资料转换资料转换 新旧系统的切换除了应用软件的变化外，还需要将旧系统的数据迁移到新 系统中。资料转换工作包括：运行参数、管理参数、用户资料、交费资料、欠 费数据、报表数据、清单数据等。数据有数据库表和文件两种形式，备份到磁 带上的数据

54、可以根据业务规定和花费的代价决定是否进行转换。对于无法转换 到新系统的数据应该形成文件存放，并提供相应的平衡关系表进行校验和说明。 3.3.2.4帐务核对帐务核对 帐务核对的目的是通过计费出帐新旧结果的比较，发现应用软件的 bug、 资料转换的准确性、系统流程的正确性、系统参数设置的准确性。帐务核对主 要有三级：号码级核对、中间结果平衡核对、报表核对。 3.3.2.5用户功能测试用户功能测试 用户功能测试通过实际系统的使用，发现新系统比较旧系统的缺陷和不满 足需求的地方。其方法是制定测试用例，测试用例分为统一版本用例和为了解 决临时性地方需求的外围部分测试用例。其结果作为系统能否割接上线的条件

55、 之一。用户功能测试的重点应该在外围部分和系统的接口部分。 3.3.2.6应用功能调整应用功能调整 应用功能调整的任务是根据各地的差异，开发外围软件满足在统一升级版 本前各地的生产可以平滑的割接。应用功能调整的前提是保证系统核心应用和 核心流程不变。应用调整完成后，要形成新增模块和接口的设计、使用说明文 档，该文档将作为后续升级工程和下一版本软件开发的重要参考资料。 3.3.2.7割接演练割接演练 割接演练的内容主要有：资料转换、出帐、系统核对、销帐和各类接口的 模拟割接练习。演练将安排在非工作时间，保证不对生产造成任何影响。演练 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议

56、 25 的目的是为割接计划提供精确的时间依据，充分评估割接过程中的各类风险和 发现割接过程中各个相关单位协调和配合的问题，保证整个割接过程对正常生 产运作的影响减少到最低。 3.3.2.8压力测试压力测试 压力测试主要有计费出帐和帐务处理（如现金销帐、托收等前后台处理） 两个大方面内容。压力测试的目的是在系统割接前，通过压力测试，检查系统 的各类配置是否满足正常业务生产的需要，并发现系统的瓶颈所在，为系统的 优化调整设立工作目标。前台和中间件的压力测试一般采用专用的测试软件进 行。后台的压力测试采用仿真程序模拟系统资源的占用情况的临界点，检查程 序运行过程中的压力所在。压力测试的结果作为系统能

57、否上线的依据之一。 3.3.2.9培训培训 应用软件的培训主要有三类： 1.操作培训：主要针对各类系统操作人员进行的使用性培训。操作培训要 根据各类人员的岗位不同，分别进行； 2.维护培训：主要针对维护人员进行的系统应用软件培训，培训内容可以 包含简单的相关产品（如：硬件、网络、数据库、第三方软件）维护。 但相关产品的专业操作与使用培训将由专业厂家或授权培训中心提供。 3.开发培训：主要针对用户方的开发人员进行的外围系统和接口开发培训。 培训使用户的开发人员能够掌握系统的数据库表含义、数据流向，使其 可以开发一些个性化和临时性的外围功能。开发工具的培训不包含在内， 该培训由专业的开发工具生产厂

58、商或授权培训中心提供。 在推广过程中，以上培训 1 和 2 必须提供，3 作为可选培训，由各个用户根 据自身的技术力量决定是否购买。 3.3.2.10系统割接系统割接 系统割接主要工作有：系统割接评估、系统割接准备、系统割接和系统割 接跟踪。 系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进 行评估系统是否具备上线运行的条件。 系统割接准备主要有环境准备、割接方案制定、风险分析、应急方案制定 和相关数据准备。其中重点是割接方案和应急方案的准备。 系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工 作的情况下，根据应急方案切换回旧系统。 系统割接完成后，要对系统的运

59、行进行严密的监控，及时发现系统潜在的 本地电信业务计费帐务系统分析与设计 ver 2.0工程实施建议 26 故障并处理。对于割接后的系统运行情况，每天要进行综合的记录，以用于系 统割接工作的评估。 3.3.2.11系统试运行系统试运行 系统试运行主要任务是：厂家与用户之间的系统交接，通过试运行发现系 统的潜在故障和运行故障，厂家解决试运行期间发生的故障和割接遗留问题。 为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。 3.3.2.12系统初验系统初验 系统完成合同规定的试运行期后，对试运行情况进行总结，召开会议对系 统进行综合的评估和抽测，如果符合合同规定的要求则系统通过初验，

60、出具初 验报告。 3.3.2.13系统终验系统终验 系统通过初验后，厂家着手解决初验的遗留问题。完成合同规定的运行期 满后，召开会议对系统进行综合的评估和抽测，如果符合合同规定的要求则系 统通过终验，出具终验报告。 3.4 系统交付后管理系统交付后管理 电信的业务在迅速发展，为快速适应新增业务的需要，要求应用系统具有 一定的灵活性，即对于符合一定模式的新业务，要求能够通过配置参数适应； 对于模式有较大变化的新业务，要求系统具有较强的扩展性，即通过增加模块、 做较小范围的改动来适应需要。另外，业务发展、运营模式的改变、政策的变 化等都可能带来需求的变化。 在交付运行后的管理中，由集成商、应用软件