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

《中国电信业务计费帐务系统工程实施建议.doc》由会员分享，可在线阅读，更多相关《中国电信业务计费帐务系统工程实施建议.doc（46页珍藏版）》请在三一办公上搜索。

1、第八部分本地电信业务计费帐务系统工程实施建议目 录1生产组织机制分析831.1数据采集生产闭环的形成831.2计费管理生产闭环的形成841.3帐务管理生产闭环的形成851.4资料管理生产闭环的形成871.5综合管理生产闭环的形成882本地计费帐务系统框架建议892.1本地计费帐务系统技术需求892.2本地计费帐务系统框架结构8102.3本地计费帐务系统建设规模8112.4本地计费帐务系统数据存储配置规模（文件系统）8132.5本地计费帐务系统数据存储配置规模（数据库系统）8152.6本地计费帐务系统数据存储配置规模（额外维护开销）8182.7本地计费帐务系统性能指标参考建议8183工程实施规范

2、建议8194工程实施调查表8234.1固定费用8234.2长途费用8274.3市话费用8284.4声讯费用8294.5人工长途费用8304.6会议电话/会议电视费用8314.7固定电话业务用户明细帐中费用项目描述8324.8固定电话业务优惠规则描述8334.9固定电话业务免费项目描述8344.10固定电话业务本地特殊政策描述8351 生产组织机制分析1.1 数据采集生产闭环的形成数据采集：本地电信业务计费帐务系统（简称：本地计费帐务系统）从电信网网元（通常为数字程控交换机）采集电信业务通信使用费的原始数据（通常指原始话单数据）；对于代收业务（如数据业务、声讯业务等），则接受相关部门或单位提交的

3、代收业务通信使用费标准化的计费数据。数据采集生产闭环的形成，如下图所示： 以数据源采集单元、数据采集工位形成数据源的采集环节； 以数据采集、标准化、联机查询、质检工位形成生产闭环管理； 以数据采集管理工位对数据源采集单元、数据采集、标准化、联机查询、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；1. 数据源采集单元数据源采集单元通常指交换机联机采集点、脱机采集点、人工采集点、代收业务数据采集点等；主要职能是将通信计量费用的原始数据、代收业务的标准化计费数据发往数据采集工位。2. 数据采集该工位接受数据源采集单元发送的原始数据或标准化数据，并将接受的数据电子签收或人工签收，分类

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

5、、分拣等处理，形成标准的计费话单数据；计费管理主要完成电信业务通信发生费用的规范化计算处理。计费管理生产闭环的形成，如下图所示： 以预处理、批价、分拣工位形成计费生产环节； 以预处理、批价、分拣、存储、质检工位形成生产闭环管理； 以计费管理工位对预处理、批价、分拣、存储、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能；1. 预处理预处理工位主要对计费数据进行诸如话单合法性校验、交叉话单检查、重复计费检查等。2. 批价批价工位主要对预处理后的的计费数据进行批价处理，结合资费标准进行费用计算，形成计费话单（清单）数据。3. 分拣分拣工位主要对批价后的计费话单（清单）数据，按业务定义

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

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

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

9、的规则，进行帐单管理工作，便于与客户进行各种帐单费用结算处理；并将客户化帐单进行打印分发。7. 质检该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验，它主要稽核帐务的平衡，销帐营收帐务的平衡，检查欠费管理工单的正确实施等，它是与其他生产环节接口的控制点。8. 帐务管理帐务管理能够对各个工位进行授权管理，它通过对各个工位进行监控管理和协调管理，确保帐务管理生产闭环的形成。1.4 资料管理生产闭环的形成资料管理：对本地网计费帐务系统中所有的客户资料、用户/客户的信用度、电信业务参数、电信资费、优惠政策等进行有效的管理；能够通过授权管理机制，在本地网范围内对系统的使用和

10、访问形成约束能力。资料管理生产闭环的形成，如下图所示： 以授权管理、资费管理、质检工位形成资费管理生产闭环； 以授权管理、优惠管理、质检工位形成优惠管理生产闭环； 以授权管理、信用度管理、质检工位形成信用度管理生产闭环； 以授权管理、业务资料管理、质检工位形成业务资料管理生产闭环； 以授权管理、用户资料管理、质检工位形成优惠管理生产闭环； 以授权管理工位对资费管理、优惠管理、信用度管理、用户资料管理、业务资料管理、质检工位进行授权管理和控制组织各个工位的协调工作，形成约束功能。1. 资费管理该工位根据上级或本地物价部门批准的资费标准，经授权对本地计费帐务系统的资费参数进行管理。2. 优惠管理该

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

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

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

14、. 系统管理该工位提供计费帐务系统各个生产处理环节（如数据采集、计费管理、帐务管理、资料管理）的应用系统维护手段，并结合计算机系统、网络系统、数据库系统等系统维护管理方法，加强系统监控、数据备存、安全管理等各种措施。2 本地计费帐务系统框架建议2.1 本地计费帐务系统技术需求本地计费帐务系统具有如下三种类型的应用：1. 批处理计算应用（Computing）；如数据采集、预处理、格式化、批价、分拣、合帐等；此类应用的特点是周期性批处理、计算量大，系统处理的瓶颈通常在每个帐务周期的出帐阶段。2. 联机事务处理应用（OLTP）；如销帐、帐务处理、资料管理、查询等；此类应用的特点是拥有大量的联机终端、

15、时刻都有大量的联机事务处理，系统处理的瓶颈通常在业务量高峰时发生。3. 统计分析应用 如统计、分析等；此类应用的特点时从大量的数据（当前及历史数据）中进行各类统计计算、给出各种分析预测结果，此类应用的发生频率少，但计算量大，生成大量的统计分析数据，单个应用处理时间较长。针对以上应用特点，在本地计费帐务系统平台建设中必须考虑下列性能： 分布式计算：支持分布式计算应用； 可伸缩扩充：具备高度的可伸缩扩充能力； 跨平台操作：能够在不同的管理层次和领域具备互操作能力。 业务集成性：能够引入和管理新的业务，以及将新业务与已有业务集成； 数据一致性：支持一致性数据模型， 保证数据的一致性、完整性； 高可用

16、性 ：具有高可用性（或容错）功能， 能够长时间不间断运行； 安全可靠性：能够防止不良侵害发生、降低故障发生率，确保安全生产；2.2 本地计费帐务系统框架结构客户/服务器结构最初是标准的两层结构。两层客户/服务器结构作为一种通用的解决方案，对于更大的企业一级的问题或分布于广域网上的应用还存在一些问题。例如，随着用户数的增多，数据库管理系统服务器的连接过程及处理性能可能下降；由于两层结构存在着一定的局限性，在两层的基础上可适当加入第三层中间层。中间层能提供一系列不同的功能，例如排队、应用执行、数据库集成等。这种基于客户/服务器模型的三层结构具有较高的性能和灵活性。对于联机事务处理（OLTP）应用，

17、典型的三层结构有：基于应用服务器的三层结构和基于WebOLTP三层应用结构等。（如下图所示）考虑到系统安全因素，建议本地计费帐务系统不考虑向Internet网开放，基于Internet/Intranet WebOLTP三层应用结构不应匆忙采纳；但考虑本地计费帐务系统的特点及系统的规模，对规模较大的本地计费帐务系统可结合传统客户/服务器结构，对有些具备较大业务量峰值的应用，可考虑采纳基于应用服务器的三层结构。2.3 本地计费帐务系统建设规模根据各地本地网的规模不同，可定义如下几种建设规模分类：计费帐务系统实装用户网络容量终端数量最大终端数量小规模模式20万以下50万以下50个100个中规模模式2

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

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

20、下图所示：应用系统配置说明如下：1）采集主机负责处理采集管理（如话单采集、代收采集）等。2）计费主机负责处理计费管理（如计费预处理、批价处理、分拣）等。3）帐务主机负责处理帐务管理（如合帐、帐务处理），资料管理（如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理）等。4）销帐主机负责销帐处理、欠费管理，统计/查询管理（如统计管理、查询管理）等。5）应用服务器（可选）如帐单打印服务、银行托收代理服务、话费查询应用服务等三层结构的应用。超大规模模式本地计费帐务系统建设模式可在大规模模式的基础上，可适当采纳MPP体系结构的并行处理应用，配置并行数据库系统，实现应用的

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

22、规模（文件系统） 采集应用（一个帐务周期数据，例如以月为单位）1）以省中心下发的长途话单为例，假设每张话单为100 Bytes；每100万条长途话单所需空间为： 100 MB；每100万条长途话单对应自由空间为：100 MB；2）以本地采集的长途话单为例，假设每张话单为150 Bytes；每100万条长途话单所需空间为： 150 MB每100万条长途话单对应临时空间（TEMP）为：150 MB；每100万条长途话单对应自由空间为：150 MB；如市话采用详单方式，可参照本地采集的长途话单的估算方法，其字节数可以按照长途的80%估算；3）以本地电话计次话单为例，假设每个号码计次表长度为80 By

23、tes；每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万条长途话单对应临时空间（T

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

25、处理长途话单，具有10 MB 数据业务和30 MB 声讯业务的代收数据；数据联机保存期限为：原始数据三个帐务周期；标准数据六个帐务周期；假设采用RAID 5磁盘阵列技术的利用率为80%，考虑到生成文件系统时，磁盘空间其他损失，最终利用率约为75%。根据以上估算方法为：1） 采集应用长途应用：原始数据即为标准数据：（1000/100）*100MB*6=6000MB临时空间只估算一个周期：（1000/100）*100MB=1000MB自由空间只估算一个周期：（1000/100）*100MB=1000MB小计：8000MB 本地电话应用：原始数据（50/10）*8MB*3=120MB；临时空间只估算

26、一个周期：（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自由空间只估算一个周期：（50/10）*8MB=40MB自由空间只估算一个周期：（50/10）*8MB=40MB上一周期本地电话话单所

27、需空间：40MB小计：400MB代收业务：无计费应用所需的存储空间约为：250MB3） 空间开销汇总例一所需文件系统的逻辑存储空间约为：8610MB +250MB=8860MB；考虑到RAID 5磁盘阵列技术的利用率为75%，则物理存储空间应为：8860MB / 75% = 11,813MB， 约为12GB注：1） 本估算方法没有考虑各地的业务增长比例；2） 本估算方法没有考虑各地开发应用、工程应用所需的自由空间；3） 本估算方法没有考虑如果利用中间结果的变化趋势做审核校验所需的自由空间。1） 根据采用RAID 0RAID 5技术的不同和具体磁盘组配置情况，物理存储空间计算还应进行对应调整。2

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

29、0 MB日志空间：10 MB实收帐：存储空间：10 MB日志空间：10 MB托收数据缓存：10MB170数据缓存：10MB欠费数据缓存：10MB停/复机数据缓存：1MB坏帐数据缓存：0.1MB信用度数据缓存：10MB合帐数据缓存：存储空间：10 MB日志空间：10 MB备存空间：10 MB 统计/查询管理（以每万用户为估算单位）统计数据缓存：10MB查询数据缓存：10MB小计：20 MB 其他估算考虑及假设索引开销占数据空间的10%；其他数据缓存空间占系统的20%；长途话单入库需在文件方式的情况下增加20%数据库开销数据库系统开销：（具体系统参数设置请参考厂商技术咨询建议）（以每十万用户为估算

30、单位）系统表空间：100 MB临时表空间：500 MB回滚段空间：600 MB 举例说明例二：（同例一）假设某本地电话用户50万；长途话单每月1000张，由省中心集中处理长途话单，具有10 MB 数据业务和30 MB 声讯业务的代收数据；数据联机保存期限为：帐务数据六个帐务周期；日志数据一个帐务周期；缓存数据一个帐务周期；其他数据长期保存；假设采用RAID 5磁盘阵列技术的利用率为80%。1） 资料管理应用（数据需要长期保存）小计：40MB2） 用户资料用户最新资料：50*10 MB=500MB临时空间：50*10MB=500MB日志空间：50*10MB=500 MB历史变迁资料：50*10M

31、B=500MB“九七”系统工单接口缓存数据空间：50*10MB=500MB小计：2500 MB3） 帐务管理明细帐：存储空间：10 MB*50*6=3000MB日志空间：10MB*50=500MB合同帐：存储空间：10 MB*50*6=3000MB日志空间：10 MB*50=500MB实收帐：存储空间：10 MB*50*6=3000MB日志空间：10 MB*50=500MB托收数据缓存：1MB*50=50MB170数据缓存：1MB*50=50MB欠费数据缓存：1MB*50=50MB停/复机数据缓存：1MB*50=50MB坏帐数据缓存：0.1MB*50=5 MB信用度数据缓存：10MB*50=5

32、0MB合帐数据缓存：存储空间：10 MB*50*6=3000MB日志空间：10 MB*50=500MB备存空间：10 MB*50MB=500MB小计：14,755MB4） 统计/查询管理统计数据缓存：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

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

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

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

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

37、广工程实施两部分。试点的工程实施主要以需求分析和开发为主；推广工程实施主要以系统安装调测和割接为主。两类工程的差异主要在于试点工程有开发部分，在后续的描述中试点主要描述开发部分，其他部分在工程推广中描述。3.3.1 试点开发试点的开发工作主要包括试点准备、需求调查与分析、开发与设计、测试、割接、试运行和试点评估等阶段任务组成。3.3.1.1 试点准备为保证系统试点建设的质量、效率和后续推广的成功，在建设初期阶段需要进行参与建设试点人员的培训、系统建设参与单位的选择、环境准备等工作。试点准备工作重点在于考察试点的管理流程是否具有代表性和相关考核制度的建立。3.3.1.2 需求分析需求分析是关系到

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

39、需求，需求规格说明书中术语要求统一。需求分析阶段的重点与研究用户业务流程与本设计的区别，确定最终业务流程的实现。3.3.1.3 设计与开发设计与开发阶段主要的任务有：概要设计、模块设计、模块开发等。本阶段的任务重点要保证：l 模块设计可以覆盖所有功能点；l 模块之间的内部接口要一致；l 重要的业务流程、执行路径正确；l 异常情况、出错情况的处理出口；l 边界情况的处理。本阶段将产生开发阶段的重要文档：系统概要设计说明书和系统详细设计说明书。3.3.1.4 测试测试从阶段来可以分为：单元测试，集成测试、系统测试、用户测试，其中考虑到分工的完整，单元测试由开发人员完成，安排在设计与开发阶段。集成测

40、试要求由专职测试人员组成的独立的测试组进行。测试内容的重点部分在于：各模块之间的接口的配合、全局数据存取的正确性、数据封装的信息隐藏效果的检查、异常或出错的处理等。系统测试除了应用软件的测试外，还包含硬件、与原有系统的环境和软件的配合、与第三方软件的配合等内容，验证系统能否与其余的系统协调运行，系统测试阶段的重点内容是：l 功能测试，确认系统是否实现了需求规格书的所有重点的功能说明，检查出尚未实现的功能需求；l 性能测试，在特定的平台上测试出系统对特定数据量的处理时间，实现业务需求中查询、统计、分析等功能的响应时间，以及采集、通信、传输的性能数据；l 压力测试，测试并发查询、分析的性能。用户测

41、试是为在应用系统进行交付、投入运行、并检验应用系统是否满足最终使用者的需要而进行的测试，测试结果作为初步验收的依据之一，测试的重点内容在于：l 安全性测试，确认应用软件是否可保证安全，如对登录系统者的身份验证等；l 用户界面使用的测试，检验应用软件是否界面友好，使用方便，能对常规性的输入错误进行校验等；l 文档测试，检查开发者提交的文档是否齐全，文档内容是否与实际的应用软件保持一致，使用手册、排错指南是否可用等。3.3.1.5 割接系统割接主要工作有：系统割接评估、系统割接准备、系统割接和系统割接跟踪。系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进行评估系统是否具备上线运行的

42、条件。系统割接准备主要有环境准备、割接方案制定、应急方案制定和相关数据准备。其中重点是割接方案和应急方案的准备。系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工作的情况下，根据应急方案切换回旧系统。系统割接完成后，要对系统的运行进行严密的监控，及时发现系统潜在的故障并处理。对于割接后的系统运行情况，每天要进行综合的记录，以用于系统割接工作的评估。3.3.1.6 试运行系统试运行主要任务是：厂家与用户之间的系统交接，通过试运行发现系统的潜在故障和运行故障，厂家解决试运行期间发生的故障和割接遗留问题。为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。3.3.1.7 试

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