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

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

举报
开通vip

中国电信业务计费帐务系统工程实施建议中国电信业务计费帐务系统工程实施建议 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 目 录 1 生产组织机制分析 .......................................................................................................... 8~3 1.1 数据采集生产闭环的形成 .............................

中国电信业务计费帐务系统工程实施建议
中国电信业务计费帐务系统工程实施建议 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 目 录 1 生产组织机制分析 .......................................................................................................... 8~3 1.1 数据采集生产闭环的形成 ........................................................................................... 8~3 1.2 计费管理生产闭环的形成 ........................................................................................... 8~4 1.3 帐务管理生产闭环的形成 ........................................................................................... 8~5 1.4 资料管理生产闭环的形成 ........................................................................................... 8~7 1.5 综合管理生产闭环的形成 ........................................................................................... 8~8 2 本地计费帐务系统框架建议 ........................................................................................... 8~9 2.1 本地计费帐务系统技术需求 ....................................................................................... 8~9 2.2 本地计费帐务系统框架结构 ..................................................................................... 8~10 2.3 本地计费帐务系统建设规模 ..................................................................................... 8~11 2.4 本地计费帐务系统数据存储配置规模(文件系统) ............................................... 8~13 2.5 本地计费帐务系统数据存储配置规模(数据库系统) ........................................... 8~16 2.6 本地计费帐务系统数据存储配置规模(额外维护开销) ....................................... 8~18 2.7 本地计费帐务系统性能指标参考建议 ...................................................................... 8~19 3 工程实施规范建议 ........................................................................................................ 8~19 4 工程实施调查表 ............................................................................................................ 8~31 4.1 固定费用 ................................................................................................................... 8~33 4.2 长途费用 ................................................................................................................... 8~37 4.3 市话费用 ................................................................................................................... 8~38 4.4 声讯费用 ................................................................................................................... 8~40 4.5 人工长途费用............................................................................................................ 8~40 4.6 会议电话/会议电视费用 ........................................................................................... 8~42 4.7 固定电话业务用户明细帐中费用项目描述 .............................................................. 8~43 4.8 固定电话业务优惠规则描述 ..................................................................................... 8~44 4.9 固定电话业务免费项目描述 ..................................................................................... 8~45 4.10 固定电话业务本地特殊政策描述 ......................................................................... 8~45 2 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1 生产组织机制分析 1.1 数据采集生产闭环的形成 数据采集:本地电信业务计费帐务系统(简称:本地计费帐务系统)从电信网网元(通常为数字程控交换机)采集电信业务通信使用费的原始数据(通常指原始话单数据);对于代收业务(如数据业务、声讯业务等),则接受相关部门或单位提交的代收业务通信使用费 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 化的计费数据。 数据采集生产闭环的形成,如下图所示: 数据采集管理 数据源数据联机采集单采集查询元 质 检标准化 下一个生产环节 , 以数据源采集单元、数据采集工位形成数据源的采集环节; , 以数据采集、标准化、联机查询、质检工位形成生产闭环管理; , 以数据采集管理工位对数据源采集单元、数据采集、标准化、联机查询、 质检工位进行授权管理和控制组织各个工位的协调工作,形成约束功能; 1. 数据源采集单元 数据源采集单元通常指交换机联机采集点、脱机采集点、人工采集点、代收业务数据采集点等;主要职能是将通信计量费用的原始数据、代收业务的标准化计费数据发往数据采集工位。 2. 数据采集 3 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 该工位接受数据源采集单元发送的原始数据或标准化数据,并将接受的数据电子签收或人工签收,分类存档。 3. 标准化 该工位负责对原始数据的格式标准化处理,对代收业务的标准化数据则无需处理,将标准化结果分类保存,供后续生产环节处理。 4. 联机查询 提供数据采集生产环节的相关查询,能够支持当前所有的原始数据、标准数据的联机查询。 5. 质检 该工位是数据采集生产环节的质量控制单元。它能够对原始数据、标准化数据进行审核校验,是向下一个生产环节传递的控制点。 6. 数据采集管理 数据采集管理能够对各个工位进行授权管理,它通过对数据采集工位(数据入口)、质检工位(数据出口)进行协调管理,确保数据采集生产闭环的形成。 1.2 计费管理生产闭环的形成 计费管理:对需要计费的电信业务通信使用费标准化数据进行预处理、批价、分拣等处理,形成标准的计费话单数据;计费管理主要完成电信业务通信发生费用的规范化计算处理。 计费管理生产闭环的形成,如下图所示: 计费管理 预处理批价分拣 质 检存储 下一个生产环节 , 以预处理、批价、分拣工位形成计费生产环节; , 以预处理、批价、分拣、存储、质检工位形成生产闭环管理; , 以计费管理工位对预处理、批价、分拣、存储、质检工位进行授权管理 4 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 和控制组织各个工位的协调工作,形成约束功能; 1. 预处理 预处理工位主要对计费数据进行诸如话单合法性校验、交叉话单检查、重复计费检查等。 2. 批价 批价工位主要对预处理后的的计费数据进行批价处理,结合资费标准进行费用计算,形成计费话单(清单)数据。 3. 分拣 分拣工位主要对批价后的计费话单(清单)数据,按业务定义的规则进行分拣排序;例如按日期、局向、呼叫类型等。 4. 存储 存储工位主要对分拣后的计费话单(清单)数据,以文件或数据库的形式进行存储保管,供后续生产环节(如帐务管理)进行相应的引用处理。 5. 质检 该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验,是向下一个生产环节传递的控制点。 6. 计费管理 计费管理能够对各个工位进行授权管理,它通过对各个工位进行监控管理和协调管理,确保计费管理生产闭环的形成。 1.3 帐务管理生产闭环的形成 帐务管理:对计费处理后的通信发生费用,结合用户资料数据,生成客户化帐单,并对整个本地网的客户帐务进行管理;帐务管理主要对客户所拥有的电信业务使用费用进行帐务结算处理。 帐务管理生产闭环的形成,如下图所示: , 以出帐、结算工位形成网间结算生产环节; , 以出帐、帐务处理、质检工位形成帐务生成生产闭环管理; , 以帐务处理、销帐、欠费管理、帐单分发、质检工位形成帐务生产闭环 管理; , 以帐务管理工位对出帐、结算、帐务处理、销帐、欠费管理、帐单分发、 质检工位进行授权管理和控制组织各个工位的协调工作,形成约束功能; 5 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 帐务管理结算 帐务处出帐销帐理 帐单分欠费管质 检发理 其他生产环节 1. 出帐 该工位在每个帐务周期到来时,将计费管理生产环节生成的通信发生费用(形成设备帐),结合用户资料进行出帐处理(形成用户合同帐),计算出当前帐务周期所有客户的帐单费用,包括两部分的费用:本地网客户帐单费用与其他电信网的结算帐单费用。 2. 结算(可选) 该工位专门用来处理本地网与其他电信营运商(如移动电话公司、联通公司)的网间费用结算处理。 3. 销帐 该工位是根据客户化帐单的用户帐务数据,提供多种手段的收费方式,向客户进行电信费用结算处理,同时向客户出具相关帐单、票据。 4. 欠费管理 该工位主要是针对当前帐务周期及以往帐务周期用户欠费的管理,包括欠费催缴、欠费停机/复机/拆机的工单管理,能够为相关主管部门提供呆帐、坏帐的统计信息,并做相应的处理。 5. 帐务处理 该工位是根据客户化帐单的用户帐务数据,提供多种用户帐务处理的手段,如调帐处理、减免处理、帐务报表管理、统计管理等。 6. 帐单分发 该工位将出帐工位计算出的客户帐单费用,根据客户化定制帐单的规则,进行帐单管理工作,便于与客户进行各种帐单费用结算处理;并将客户化帐单进行打印分发。 6 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 7. 质检 该工位是计费管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验,它主要稽核帐务的平衡,销帐营收帐务的平衡,检查欠费管理工单的正确实施等,它是与其他生产环节接口的控制点。 8. 帐务管理 帐务管理能够对各个工位进行授权管理,它通过对各个工位进行监控管理和协调管理,确保帐务管理生产闭环的形成。 1.4 资料管理生产闭环的形成 资料管理:对本地网计费帐务系统中所有的客户资料、用户/客户的信用度、电信业务参数、电信资费、优惠政策等进行有效的管理;能够通过授权管理机制,在本地网范围内对系统的使用和访问形成约束能力。 资料管理生产闭环的形成,如下图所示: 授权管理 资费管优惠管用户资信用度业务资 理理管理料管理料管理 质 检 其他生产环节 , 以授权管理、资费管理、质检工位形成资费管理生产闭环; , 以授权管理、优惠管理、质检工位形成优惠管理生产闭环; , 以授权管理、信用度管理、质检工位形成信用度管理生产闭环; , 以授权管理、业务资料管理、质检工位形成业务资料管理生产闭环; , 以授权管理、用户资料管理、质检工位形成优惠管理生产闭环; , 以授权管理工位对资费管理、优惠管理、信用度管理、用户资料管理、业务资料管理、质检工位进行授权管理和控制组织各个工位的协调工作,形成约束功能。 7 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1. 资费管理 该工位根据上级或本地物价部门批准的资费标准,经授权对本地计费帐务系统的资费参数进行管理。 2. 优惠管理 该工位根据本地网经营部门制定的营销政策,经授权对本地计费帐务系统的优惠规则进行管理。 3. 信用度管理 该工位根据本地网经营部门制定的营销政策及信用度管理办法,经授权对客户/用户的信用度进行评估及管理。 4. 用户资料管理 该工位通常从“九七工程”营业系统接口自动获取用户资料的变动信息,经授权可对客户/用户的资料进行管理。 5. 业务资料管理 该工位根据本地网经营部门所辖营业区各种业务范围,经授权能够对各种业务参数(如营业区、号源、帐务周期等)进行管理。 6. 质检 该工位是资料管理生产环节的质量控制单元。它能够对各个工位的生产处理进行审核校验,它主要确保资费政策、优惠政策、经营政策所涉及的关键性参数能够有效地管理,并稽核用户资料的变动状况等,它是与其他生产环节接口的控制点。 7. 授权管理 授权管理能够提供本地网范围内的授权管理(如计费帐务系统的用户管理、权限管理、口令管理、工位管理、日志管理等),另外能够对对各个工位进行监控管理和协调管理,确保资料管理生产闭环的形成。 1.5 综合管理生产闭环的形成 综合管理:面向企业内部各个业务部门提供详细的统计分析信息(如计费生产所涉及的租费、通话费、帐务报表、营收统计、业务量统计、用户分类统计等);面向企业上级主管部门领导决策层提供计费帐务生产的综合统计分析信息;面向客户提供相关的服务信息查询(如联机综合查询、170查询、传真查询、180服务等);面向本地网计费帐务系统自身的系统管理手段。 综合管理生产闭环的形成,如下图所示: , 以质检、外部系统服务、查询管理、统计管理、系统管理工位组成生产 闭环,由质检工位行使约束功能; 8 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 质检 外部系查询 统服务管理 统计系统 管理管理 1. 质检 该工位是综合管理生产环节的质量控制单元。它能够对各个工位的生产处理进行约束管理,它是与其他生产环节接口的控制点。 2. 外部系统服务 该工位提供向诸如170系统、180系统、“九七工程”营业系统等提供计费帐务的相关信息。 3. 查询管理 该工位提供计费帐务系统各个生产处理环节(如数据采集、计费管理、帐务管理、资料管理)的查询信息。 4. 统计管理 该工位提供计费帐务系统各个生产处理环节(如数据采集、计费管理、帐务管理、资料管理)的统计信息。 5. 系统管理 该工位提供计费帐务系统各个生产处理环节(如数据采集、计费管理、帐务管理、资料管理)的应用系统维护手段,并结合计算机系统、网络系统、数据库系统等系统维护管理方法,加强系统监控、数据备存、 安全管理 企业安全管理考核细则加油站安全管理机构环境和安全管理程序安全管理考核细则外来器械及植入物管理 等各种措施。 2 本地计费帐务系统框架建议 2.1 本地计费帐务系统技术需求 本地计费帐务系统具有如下三种类型的应用: 1. 批处理计算应用(Computing); 如数据采集、预处理、格式化、批价、分拣、合帐等;此类应用的特点是周 9 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 期性批处理、计算量大,系统处理的瓶颈通常在每个帐务周期的出帐阶段。 2. 联机事务处理应用(OLTP); 如销帐、帐务处理、资料管理、查询等;此类应用的特点是拥有大量的联机终端、时刻都有大量的联机事务处理,系统处理的瓶颈通常在业务量高峰时发生。 3. 统计分析应用 如统计、分析等;此类应用的特点时从大量的数据(当前及历史数据)中进行各类统计计算、给出各种分析预测结果,此类应用的发生频率少,但计算量大,生成大量的统计分析数据,单个应用处理时间较长。 针对以上应用特点,在本地计费帐务系统平台建设中必须考虑下列性能: , 分布式计算:支持分布式计算应用; , 可伸缩扩充:具备高度的可伸缩扩充能力; , 跨平台操作:能够在不同的管理层次和领域具备互操作能力。 , 业务集成性:能够引入和管理新的业务,以及将新业务与已有业务集成; , 数据一致性:支持一致性数据模型, 保证数据的一致性、完整性; , 高可用性 :具有高可用性(或容错)功能, 能够长时间不间断运行; , 安全可靠性:能够防止不良侵害发生、降低故障发生率,确保安全生产; 2.2 本地计费帐务系统框架结构 客户/服务器结构最初是标准的两层结构。两层客户/服务器结构作为一种通用的解决方案,对于更大的企业一级的问 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 或分布于广域网上的应用还存在一些问题。例如,随着用户数的增多,数据库管理系统服务器的连接过程及处理性能可能下降;由于两层结构存在着一定的局限性,在两层的基础上可适当加入第三层??中间层。中间层能提供一系列不同的功能,例如排队、应用执行、数据库集成等。这种基于客户/服务器模型的三层结构具有较高的性能和灵活性。对于联机事务处理(OLTP)应用,典型的三层结构有:基于应用服务器的三层结构和基于WebOLTP三层应用结构等。(如下图所示) 考虑到系统安全因素,建议本地计费帐务系统不考虑向Internet网开放,基于Internet/Intranet WebOLTP三层应用结构不应匆忙采纳;但考虑本地计费帐务系统的特点及系统的规模,对规模较大的本地计费帐务系统可结合传统客户/服务器结构,对有些具备较大业务量峰值的应用,可考虑采纳基于应用服务器的三层结构。 10 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 2.3 本地计费帐务系统建设规模 根据各地本地网的规模不同,可定义如下几种建设规模分类: 计费帐务系统 实装用户 网络容量 终端数量 最大终端数量 小规模模式 20万以下 50万以下 50个 100个 中规模模式 20万~60万 120万以下 100个 200个 大规模模式 60万~150万 300万以下 200个 400个 超大规模模式 150万以上 300万以上 400个 1000个 注:通过PSTN拨号网络上网终端数不宜超过终端数量的20%,避免过度影响系统的性能;从安全角度来说,最好限制PSTN拨号网络上网的终端访问的连接方式。 由于各地“九七工程”系统的建设都比较完善,同时都拥有成熟的建设经验,本建议仅对应用系统的结构给出指导性要求,对主机系统、网络系统、数据库系统的选型,各地可参照“九七工程”系统的建设经验自行考虑。 本地计费帐务系统主要包括如下应用: 1)采集管理 如话单采集、代收采集 2)计费管理 如计费预处理、批价处理、分拣 3)帐务管理 如帐务处理、销帐处理、欠费管理 4)资料管理 11 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理 5)综合管理 如统计管理、查询管理 中小规模的本地计费帐务系统建设模式可参考采用如下图所示模式: 应用系统配置说明如下: 1)计费主机 负责处理采集管理(如话单采集、代收采集),计费管理(如计费预处理、批价处理、分拣)等。 2)帐务主机 负责处理帐务管理(如合帐、帐务处理、销帐处理、欠费管理),资料管理(如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理),统计/查询管理(如统计管理、查询管理)等。 中大规模的本地计费帐务系统建设模式可参考采用如下图所示: 应用系统配置说明如下: 1)采集主机 负责处理采集管理(如话单采集、代收采集)等。 2)计费主机 负责处理计费管理(如计费预处理、批价处理、分拣)等。 3)帐务主机 负责处理帐务管理(如合帐、帐务处理),资料管理(如资费管理、优惠管理、信用度管理、授权管理、业务参数管理、用户资料管理、数据备存管理)等。 4)销帐主机 12 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 负责销帐处理、欠费管理,统计/查询管理(如统计管理、查询管理)等。 5)应用服务器(可选) 如帐单打印服务、银行托收代理服务、话费查询应用服务等三层结构的应用。 超大规模模式本地计费帐务系统建设模式可在大规模模式的基础上,可适当采纳MPP体系结构的并行处理应用,配置并行数据库系统,实现应用的负荷平衡均载(Load Balance);另外应用处理的主机节点可适当根据业务量增加,满足业务处理峰值及其发展的需要,可以将不同的功能分布到各节点上进行处理。对于省集中的系统,可以考虑按照地域划分处理节点,各个节点可以采用配置较低的硬件或者利用旧设备,同时设置两台处理能力较强的主服务器管理共享数据,并作为其他接点的热备份系统。 主服务器内置硬盘配置要求: 1000 M 安装操作系统; 4500 M 用于根(/)文件系统; 4000 M 安装数据库系统/或其他系统软件; 600 M 自由空间 256M~8000M 兑换区(SWAP),适合于内存为256MB ~ 8GB 的配置。 2.4 本地计费帐务系统数据存储配置规模(文件系统) , 采集应用(一个帐务周期数据,例如以月为单位) 1)以省中心下发的长途话单为例,假设每张话单为100 Bytes; 每100万条长途话单所需空间为: 100 MB; 每100万条长途话单对应自由空间为:100 MB; 2)以本地采集的长途话单为例,假设每张话单为150 Bytes; 13 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 每100万条长途话单所需空间为: 150 MB 每100万条长途话单对应临时空间(TEMP)为:150 MB; 每100万条长途话单对应自由空间为:150 MB; 如市话采用详单方式,可参照本地采集的长途话单的估算方法,其字节数可 以按照长途的80%估算; 3)以本地电话计次话单为例,假设每个号码计次表长度为80 Bytes; 每10万用户的本地电话话单所需空间为: 8 MB 每10万用户的本地电话话单对应临时空间(TEMP)为:8 MB; 每10万用户的本地电话话单对应自由空间为:8 MB; 4)代收业务数据只是接收,不做任何处理,以实际数据文件大小为准; 例如:以分组业务数据 10 MB为例 , 配置存储空间10 MB; 配置自由空间10 MB; , 计费应用(一个帐务周期数据,例如以月为单位) 1)省中心下发的长途话单,无须中心重新计费处理,不需要占用空间; 2)以本地进行计费的长途话单为例,假设处理后每张标准话单为100 Bytes; 00 MB; 每100万条长途话单所需空间为: 1 每100万条长途话单对应临时空间(TEMP)为:100 MB; 每100万条长途话单对应自由空间为:100 MB; 如本地电话采用详单方式,可参照本地采集的长途话单的估算方法,其字节长度按照长途的50%计算; 3)以本地电话计次话单为例,假设处理后每张标准话单为80 Bytes; 每10万用户的本地电话话单所需空间为: 8 MB 每10万用户的本地电话话单对应临时空间(TEMP)为:8 MB; 每10万用户的本地电话话单对应自由空间为:8 MB; 每10万用户的上一周期本地电话话单所需空间为: 8 MB 4)代收业务数据不做任何计费处理,不需要占用计费处理空间; , 举例说明 例一: 假设某本地电话用户50万;长途话单每月1000万张,由省中心集中处理长途话单,具有10 MB 数据业务和30 MB 声讯业务的代收数据; 数据联机保存期限为: 原始数据三个帐务周期; 标准数据六个帐务周期; 假设采用RAID 5磁盘阵列技术的利用率为80%,考虑到生成文件系统时,磁盘空间其他损失,最终利用率约为75%。 根据以上估算方法为: 14 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 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 临时空间无自由空间只估算一个周期: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=8860MB; 考虑到RAID 5磁盘阵列技术的利用率为75%,则 物理存储空间应为: 8860MB / 75% = 11,813MB, 约为12GB 注: 1) 本估算方法没有考虑各地的业务增长比例; 2) 本估算方法没有考虑各地开发应用、工程应用所需的自由空间; 3) 本估算方法没有考虑如果利用中间结果的变化趋势做审核校验所 需的自由空间。 1) 根据采用RAID 0,RAID 5技术的不同和具体磁盘组配置情况,物 理存储空间计算还应进行对应调整。 15 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 2.5 本地计费帐务系统数据存储配置规模(数据库系统) , 资料管理应用(数据需要长期保存) 资费管理(含日志): 10 MB 优惠管理(含日志): 10MB 授权管理(含日志): 10MB 其他业务参数管理(含日志):10 MB 小计:40MB , 用户资料管理(以每万用户为估算单位) 假设每个用户拥有1KB的信息量,每万用户空间开销估算如下: 1) 用户最新资料:10 MB 2) 临时空间:10MB 3) 日志空间:10MB 4) 历史变迁资料:10MB 5) “九七”系统工单接口空间:10MB 小计:50MB , 帐务管理(以每万用户为估算单位/一个帐务周期) 明细帐: 存储空间:10 MB 日志空间:10MB 合同帐: 存储空间:10 MB 日志空间:10 MB 实收帐: 存储空间:10 MB 日志空间:10 MB 托收数据缓存:10MB 170数据缓存:10MB 欠费数据缓存:10MB 停/复机数据缓存:1MB 坏帐数据缓存:0.1MB 信用度数据缓存:10MB 合帐数据缓存: 存储空间:10 MB 日志空间:10 MB 备存空间:10 MB , 统计/查询管理(以每万用户为估算单位) 统计数据缓存:10MB 查询数据缓存:10MB 16 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 小计:20 MB , 其他估算考虑及假设 索引开销占数据空间的10%; 其他数据缓存空间占系统的20%; 长途话单入库需在文件方式的情况下增加20%数据库开销 数据库系统开销:(具体系统参数设置请参考厂商技术咨询建议) (以每十万用户为估算单位) 系统表空间:100 MB 临时表空间:500 MB 回滚段空间:600 MB , 举例说明 例二:(同例一) 假设某本地电话用户50万;长途话单每月1000张,由省中心集中处理 长途话单,具有10 MB 数据业务和30 MB 声讯业务的代收数据; 数据联机保存期限为: 帐务数据六个帐务周期; 日志数据一个帐务周期; 缓存数据一个帐务周期; 其他数据长期保存; 假设采用RAID 5磁盘阵列技术的利用率为80%。 1) 资料管理应用(数据需要长期保存) 小计: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 日志空间:10 MB*50=500MB 托收数据缓存:1MB*50=50MB 170数据缓存:1MB*50=50MB 欠费数据缓存:1MB*50=50MB 17 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 停/复机数据缓存:1MB*50=50MB 坏帐数据缓存:0.1MB*50=5 MB 信用度数据缓存:10MB*50=50MB 合帐数据缓存: MB*50*6=3000MB 存储空间:10 日志空间:10 MB*50=500MB 备存空间:10 MB*50MB=500MB 小计:14,755MB 4) 统计/查询管理 统计数据缓存:10MB*50=500 MB 查询数据缓存:10MB*50=500 MB 小计:1,000 MB 5) 其他 以上数据开销共计为: 40MB+2500 MB+14,755MB+1,000 MB=18,295MB 索引开销占数据空间的10%, 约为1,830MB; 其他数据缓存空间占系统的20%,约为3,659MB; ,784MB, 即约为24GB; 应用系统数据开销为:23 数据库系统开销:6000MB 共计:28,584MB+1200MB=29,784 MB,即约为30GB 6) 空间开销汇总 例二所需数据库的逻辑存储空间约为:25GB 考虑到RAID 5磁盘阵列技术的利用率为80%,则 物理存储空间应为: 30GB / 80% = 37. 50GB 注: 2) 本估算方法没有考虑各地的业务增长比例; 3) 本估算方法没有考虑各地开发应用、工程应用所需的自由空间; 4) 根据采用RAID 0,RAID 5技术的不同和具体磁盘组配置情况,物理存储空间计算还应进行对应调整。 5) 如果长途话单入库,数据库空间需增加开销 8000 MB*(1+20%)=9,600MB, 约10GB 2.6 本地计费帐务系统数据存储配置规模(额外维护开销) 本建议给出了本地计费帐务系统数据存储配置规模(文件系统)、本地计费 帐务系统数据存储配置规模(数据库系统)的配置估算方法,但在实际运行系统 时除了考虑数据空间开销外,还需要考虑系统日常维护所需要的磁盘空间开销, 便于系统管理员、数据库系统管理员的工作。 通常在以上标准的数据存储开销之外,在计费帐务系统的主机上可适当开辟 一定大小的文件系统供如下日常维护工作中使用: 18 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1) 数据文件传输 2) 数据备份缓冲 3) 系统定期检查数据缓冲 4) 异常事件紧急处理缓冲 5) 系统割接测试 建议各地根据不同的系统规模,每个主机接点开辟额外开销的文件系统大小可在 4GB,10GB,20GB等。 2.7 本地计费帐务系统性能指标参考建议 1) 批处理计算应用(Computing) 联机数据采集处理应做到实时响应;(如采集、计费处理) 周期性批处理计算应用,因不同的数据到达时间,不同的应用处理数据量,单个批处理应用的处理的时间不宜超过6小时。 在每个帐务周期的出帐阶段必须保证系统按期出帐,合帐(或出帐)时间不宜超过12小时。 对于大规模或超大规模的计费帐务系统可将批处理计算应用的高峰分布到不同阶段的出帐周期中去,减少系统处理的瓶颈。 2) 联机事务处理应用(OLTP) 终端响应速度:所有终端在90%的时间内,响应时间<3~5秒; 峰值响应速度:所有终端在80%的系统压力下,响应时间<10~15秒; 例如资料管理、销帐处理、帐务处理、帐务查询、资料查询、清单查询。 3)统计分析应用 处理速度因应用不同而异,单个应用处理时间不宜超过6小时;例如统计报表处理,分析报表处理。 3 工程实施规范建议 3.1 原则 为了保证各省的计费帐务系统工程实施推广的顺利进行,保证系统上线后的稳定性、版本的一致性,系统的开发、推广工程需要遵循以下原则: , 版本统一原则 在推广过程中要保证核心软件版本的统一。推广完成后,通过一次统一 的升级达到最终版本的统一。 , 业务流程服从应用软件原则 应用软件应该在业务管理顺畅的本地网进行试点,试点不仅评估应用软 19 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 件,而且要评估管理流程对其他点的适应性。在此基础上,其他点的推 广过程中,如果遇到需要修改业务流程才能使用应用系统的情况下,必 须修改业务流程。 , 保证生产平滑过渡 在试点和推广过程中,不可避免要对原系统的使用造成一定的影响,在 统一版本的前提下,业务需求的满足会受到一定影响。因此,在系统建 设的过程中,对于一些严重影响业务发展、业务收入、客户投诉和资金 回收的需求,要进行充分考虑,并通过外围系统和外围接口实现,保障 生产的顺利进行。 , 理顺流程,加强管理业务需求 在试点、推广过程中,最容易影响进度和版本的就是需求,需求归根结 底就是业务流程,因此必须加强需求的统一管理,需求的管理不仅包括 实际的业务需要,而且还要制定配套的业务管理流程。 3.2 项目规划 计费帐务系统的规划按照“两级规划,分段实施”的原则进行。 两级规划:指按照集团公司IT建设的统一规划,分省级和本地两级进行规划。对于条件成熟、业务量或用户数比较少的省可以按照省一级模式进行规划。对其他省份,规划时要分清本地和省级的的管理职责,使系统最终可以分阶段平滑过渡到全省集中的模式。 分段实施:指系统建设过程中要按照“试点>推广>升级”的三个阶段开展工程实施工作。 试点指开发阶段在试点进行,试点必须具有代表性,但试点的需求不一定全部符合其他推广点的要求。试点系统上线后,组织省内其他推广地区的业务人员对试点系统进行评估。通过评估后,开发厂商根据试点的评估结果进行改进,形成推广版本。 推广过程中,要保证推广的进度,保证软件版本的稳定性,同时保证正常的业务开展不受影响。对于个性化的需求,必须经过省公司组织的统一评估,采用外围接口或者外围系统的方式予以实现。并在外围接口或者系统功能足以形成新的版本时,予以升版。 在系统推广完成后,要对整个推广过程进行回顾,并根据系统的初验结果,综合进行评估后,对推广过程中的版本通过升级的方式进行统一。 3.3 工程实施的主要步骤 工程实施主要有试点和推广工程实施两部分。试点的工程实施主要以需求分析和开发为主;推广工程实施主要以系统安装调测和割接为主。两类工程的差异主要在于试点工程有开发部分,在后续的描述中试点主要描述开发部分,其他部分在工程推广中描述。 20 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.1 试点开发 试点的开发工作主要包括试点准备、需求调查与分析、开发与设计、测试、割接、试运行和试点评估等阶段任务组成。 3.3.1.1 试点准备 为保证系统试点建设的质量、效率和后续推广的成功,在建设初期阶段需要进行参与建设试点人员的培训、系统建设参与单位的选择、环境准备等工作。试点准备工作重点在于考察试点的管理流程是否具有代表性和相关考核制度的建立。 3.3.1.2 需求分析 需求分析是关系到系统开发成败的关键步骤,本系统的需求分析主要针对试点的业务需求与本设计分析之间的差异。并进行进一步分析,确定是否可以通过流程的调整、参数配置、模块开发来达到满足用户的需求。 在需求分析阶段,需通过系统的需求分析方法,明确系统建设的确切要求,并以需求规格说明书的形式表现出来。需求规格说明书应具有完整性、准确性、一致性,因为它是软件设计的依据,任何含混不清、前后矛盾、或者一个微小的错漏,都可能导致错误的实现,在纠正时付出巨大的代价;需求说明应具有清晰性、没有二义性,它是沟通用户和设计者的媒介,用它来表达用户和设计、开发者的共同理解,要求描述直观、精确,尽可能的采用图形、软件需求分析工具、表格等来描述需求,需求规格说明书中术语要求统一。 需求分析阶段的重点与研究用户业务流程与本设计的区别,确定最终业务流程的实现。 3.3.1.3 设计与开发 设计与开发阶段主要的任务有:概要设计、模块设计、模块开发等。本阶段的任务重点要保证: , 模块设计可以覆盖所有功能点; , 模块之间的内部接口要一致; , 重要的业务流程、执行路径正确; , 异常情况、出错情况的处理出口; , 边界情况的处理。 本阶段将产生开发阶段的重要文档:《系统概要设计说明书》和《系统详细设计说明书》。 21 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.1.4 测试 测试从阶段来可以分为:单元测试,集成测试、系统测试、用户测试,其中考虑到分工的完整,单元测试由开发人员完成,安排在设计与开发阶段。 集成测试要求由专职测试人员组成的独立的测试组进行。测试内容的重点部分在于:各模块之间的接口的配合、全局数据存取的正确性、数据封装的信息隐藏效果的检查、异常或出错的处理等。 系统测试除了应用软件的测试外,还包含硬件、与原有系统的环境和软件的配合、与第三方软件的配合等内容,验证系统能否与其余的系统协调运行,系统测试阶段的重点内容是: , 功能测试,确认系统是否实现了需求规格书的所有重点的功能说明,检 查出尚未实现的功能需求; , 性能测试,在特定的平台上测试出系统对特定数据量的处理时间,实现 业务需求中查询、统计、分析等功能的响应时间,以及采集、通信、传 输的性能数据; , 压力测试,测试并发查询、分析的性能。 用户测试是为在应用系统进行交付、投入运行、并检验应用系统是否满足最终使用者的需要而进行的测试,测试结果作为初步验收的依据之一,测试的重点内容在于: , 安全性测试,确认应用软件是否可保证安全,如对登录系统者的身份验 证等; , 用户界面使用的测试,检验应用软件是否界面友好,使用方便,能对常 规性的输入错误进行校验等; , 文档测试,检查开发者提交的文档是否齐全,文档内容是否与实际的应 用软件保持一致,使用手册、排错指南是否可用等。 3.3.1.5 割接 系统割接主要工作有:系统割接评估、系统割接准备、系统割接和系统割接跟踪。 系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进行评估系统是否具备上线运行的条件。 系统割接准备主要有环境准备、割接方案制定、应急方案制定和相关数据准备。其中重点是割接方案和应急方案的准备。 系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工作的情况下,根据应急方案切换回旧系统。 系统割接完成后,要对系统的运行进行严密的监控,及时发现系统潜在的故障并处理。对于割接后的系统运行情况,每天要进行综合的记录,以用于系统割接工作的评估。 22 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.1.6 试运行 系统试运行主要任务是:厂家与用户之间的系统交接,通过试运行发现系统的潜在故障和运行故障,厂家解决试运行期间发生的故障和割接遗留问题。为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。 3.3.1.7 试点评估 试点评估是在试点试运行一段时间之后进行,主要通过参观、组织测试和试点单位介绍来达到全面评价试点单位系统是否适合推广及需要增加哪些功能需求和进行哪些流程调整来满足推广的需要。 试点评估的结果由:试点系统评价、需要改进与增加的功能点、需要调整的业务处理流程和推广建议等内容组成。 3.3.2 工程推广 工程推广工作主要包括:硬件、网络及支撑软件环境准备、需求差异分析、资料转换、帐务核对、用户功能测试、应用功能调整、割接演练、压力测试、系统割接、系统试运行、系统初验和系统终验等阶段任务组成。 3.3.2.1 环境准备 环境准备主要指主机、网络、第三方支撑软件的安装调试。重点要完成主机磁盘的划分、网络的调整和备份系统的调测。对于利用旧设备的还要注意新旧系统的软件补丁、操作系统升级等方面的需求,作好系统打补丁、操作系统升级和其他支撑软件的升级准备。 3.3.2.2 差异分析 差异分析指通过业务调研,总结出推广点与试点系统需求的差异点。并进行进一步分析,确定是否可以通过流程的调整、参数配置、外围接口或者外围系统实现。本任务是实施后续工作的关键,分析结果将决定后续所有工作的进度。 23 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.2.3 资料转换 新旧系统的切换除了应用软件的变化外,还需要将旧系统的数据迁移到新系统中。资料转换工作包括:运行参数、管理参数、用户资料、交费资料、欠费数据、报表数据、清单数据等。数据有数据库表和文件两种形式,备份到磁带上的数据可以根据业务规定和花费的代价决定是否进行转换。对于无法转换到新系统的数据应该形成文件存放,并提供相应的平衡关系表进行校验和说明。 3.3.2.4 帐务核对 帐务核对的目的是通过计费出帐新旧结果的比较,发现应用软件的BUG、资料转换的准确性、系统流程的正确性、系统参数设置的准确性。帐务核对主要有三级:号码级核对、中间结果平衡核对、报表核对。 3.3.2.5 用户功能测试 用户功能测试通过实际系统的使用,发现新系统比较旧系统的缺陷和不满足需求的地方。其方法是制定测试用例,测试用例分为统一版本用例和为了解决临时性地方需求的外围部分测试用例。其结果作为系统能否割接上线的条件之一。用户功能测试的重点应该在外围部分和系统的接口部分。 3.3.2.6 应用功能调整 应用功能调整的任务是根据各地的差异,开发外围软件满足在统一升级版本前各地的生产可以平滑的割接。应用功能调整的前提是保证系统核心应用和核心流程不变。应用调整完成后,要形成新增模块和接口的设计、使用说明文档,该文档将作为后续升级工程和下一版本软件开发的重要参考资料。 3.3.2.7 割接演练 割接演练的内容主要有:资料转换、出帐、系统核对、销帐和各类接口的模拟割接练习。演练将安排在非工作时间,保证不对生产造成任何影响。演练的目的是为割接计划提供精确的时间依据,充分评估割接过程中的各类风险和发现割接过程中各个相关单位协调和配合的问题,保证整个割接过程对正常生产运作的影响减少到最低。 24 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.2.8 压力测试 压力测试主要有计费出帐和帐务处理(如现金销帐、托收等前后台处理)两个大方面内容。压力测试的目的是在系统割接前,通过压力测试,检查系统的各类配置是否满足正常业务生产的需要,并发现系统的瓶颈所在,为系统的优化调整设立工作目标。前台和中间件的压力测试一般采用专用的测试软件进行。后台的压力测试采用仿真程序模拟系统资源的占用情况的临界点,检查程序运行过程中的压力所在。压力测试的结果作为系统能否上线的依据之一。 3.3.2.9 培训 应用软件的培训主要有三类: 1. 操作培训:主要针对各类系统操作人员进行的使用性培训。操作培训要 根据各类人员的岗位不同,分别进行; 2. 维护培训:主要针对维护人员进行的系统应用软件培训,培训内容可以 包含简单的相关产品(如:硬件、网络、数据库、第三方软件)维护。 但相关产品的专业操作与使用培训将由专业厂家或授权培训中心提供。 3. 开发培训:主要针对用户方的开发人员进行的外围系统和接口开发培训。 培训使用户的开发人员能够掌握系统的数据库表含义、数据流向,使其 可以开发一些个性化和临时性的外围功能。开发工具的培训不包含在内, 该培训由专业的开发工具生产厂商或授权培训中心提供。 在推广过程中,以上培训1和2必须提供,3作为可选培训,由各个用户根据自身的技术力量决定是否购买。 3.3.2.10 系统割接 系统割接主要工作有:系统割接评估、系统割接准备、系统割接和系统割接跟踪。 系统割接评估是根据用户测试、割接演练、压力测试和培训的结果综合进行评估系统是否具备上线运行的条件。 系统割接准备主要有环境准备、割接方案制定、风险分析、应急方案制定和相关数据准备。其中重点是割接方案和应急方案的准备。 系统割接是根据割接方案进行系统的切换工作。在出现新系统无法正常工作的情况下,根据应急方案切换回旧系统。 系统割接完成后,要对系统的运行进行严密的监控,及时发现系统潜在的故障并处理。对于割接后的系统运行情况,每天要进行综合的记录,以用于系统割接工作的评估。 25 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.3.2.11 系统试运行 系统试运行主要任务是:厂家与用户之间的系统交接,通过试运行发现系统的潜在故障和运行故障,厂家解决试运行期间发生的故障和割接遗留问题。为系统的验收提供依据。试运行阶段的首要任务是作好系统的交接工作。 3.3.2.12 系统初验 系统完成合同规定的试运行期后,对试运行情况进行总结,召开会议对系统进行综合的评估和抽测,如果符合合同规定的要求则系统通过初验,出具初验报告。 3.3.2.13 系统终验 系统通过初验后,厂家着手解决初验的遗留问题。完成合同规定的运行期满后,召开会议对系统进行综合的评估和抽测,如果符合合同规定的要求则系统通过终验,出具终验报告。 3.4 系统交付后管理 电信的业务在迅速发展,为快速适应新增业务的需要,要求应用系统具有一定的灵活性,即对于符合一定模式的新业务,要求能够通过配置参数适应;对于模式有较大变化的新业务,要求系统具有较强的扩展性,即通过增加模块、做较小范围的改动来适应需要。另外,业务发展、运营模式的改变、政策的变化等都可能带来需求的变化。 在交付运行后的管理中,由集成商、应用软件开发商组成的维护小组负责运维的技术工作。维护小组由开发小组和测试小组组成。开发小组负责分析新的需求、提出实现方案、编码实现;测试小组负责对修改的部分进行系统测试,对其他模块进行回归测试。测试的结果需要得到本省省公司的确认后才可以替代原来的系统上线运行。 需求变更必须在严格的流程控制下、并遵循版本管理流程进行,需求变更流程在下节中详述。 26 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.4.1 需求变更流程 在运行中的系统为适应需求变化而做的变更、修改要受到严格的控制,需求变更控制的一般流程为: 用户开发,支持人员测试人员配置管理人员 提出需求修改要求 整理、分析需求修改要求 修改并提交测试 测试并提交确认 确认修改测试 批准上线配置管理 提交更新 确认更新项 3.4.2 版本管理 版本管理的范围包括所有运行本地计费帐务系统软件版本、软件包和软件补丁的软件版本升级和软件补丁的输入安装。总体流程如下: 27 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 省公司/分公司需求变更、厂家技术研发和更新 需求分析/汇总 制订补充业务需求和技术规范 需求/规范N评审 Yes 软件故障新版本/补丁? 生成新版软件生成补丁 新版软件内容补丁审核植入流程 补丁数是否超是否满足NN过阀值补充规范 YesYes 新版本认证测试流程确定新版本内容及时间 新版本升级流程 软件投入运行 各分公司主管部门负责各自本地网软件版本的管理,要求有专人负责设软件版本管理,具体执行各项日常工作。软件版本管理人员有变动时,需及时上报省公司主管部门。 系统的任何软件版本或补丁首次入网使用,都必须通过省公司主管部门组织的测试,并经过省公司主管部门批准后方可进行,具体流程见下。对于紧急情况下的补丁输入,经分公司主管部门同意,报省公司主管部门批准后可先行实施,但分公司必须在一个工作日内按正常流程补报软件修改申请。 28 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 新建的或新版的系统在正式使用前,必须通过认证测试。厂商应填写《本地计费帐务系统认证测试申请表》,上报省公司主管部门。认证测试原则上应在相应的测试平台上进行,对不具备测试条件的,由省公司主管部门与厂商协商选择适当测试场所实施测试。 当新软件版本经过测试、认证后,厂商可以在各本地网上根据实际需要实施版本升级。当本地系统需要进行版本升级时,由各分公司主管部门填写《本地计费帐务系统升级申请表》,报由省公司主管部门进行升级方案的审核,经省公司主管部门批准,方可由厂家实施升级。 升级结束后,厂商必须向省公司主管部门移交: , 程序带或磁盘(必须经过测试); , 系统详细技术资料,包括:系统结构,地址数据,配置数据及用户手册 等; 3.5 文档要求 系统的开发、推广和维护阶段需要对期间产生的文档进行管理。具体的文档种类和内容要求规定如下: 3.5.1 软件需求说明书 文档内容包括引言、概述、系统特性、接口需求、界面需求、性能需求、运行环境方面的内容描述。其中引言部分主要是对文档的一些概述性说明。概述是对系统进行一个概述性的描述。系统特性描述系统的一些主要流程。 3.5.2 系统总体方案 文档内容是对项目的软件和硬件的综合描述。具体包括建设的背景、系统的需求概述、系统的网络描述、系统性能的计算依据、系统的功能概述和工程实施建议。 3.5.3 系统概要设计说明书 文档内容是项目软件的需求规定、运行环境、基本设计概念、主要处理流程、系统总体结构、接口设计、运行设计、系统数据结构、出错处理和维护设计的概述和纲要性描述。 29 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.5.4 数据库设计说明书 文档内容是对应用软件系统的数据库表设计的描述。文档的主要内容包括了数据库表的逻辑设计、物理设计和数据字典描述。数据字典描述要包含数据库中各个表的标识符、类型、长度、同名词和字段的详细描述。 3.5.5 详细设计文档 文档内容是对软件系统的详细描述。主要内容包括:引言、程序系统结构、程序详细设计说明等。程序详细设计说明主要包括:程序描述、功能、性能、输入项目、输出项目、算法、流程逻辑、接口、存储设计、限制条件和测试等。 3.5.6 系统设计说明书 文档内容是对系统设计的具体说明。主要内容包含:引言、系统体系结构、子系统设计、接口设计、数据库设计。其中引言部分主要是对文档的一些概述性说明。体系结构主要描述系统的总体架构、系统的层次模型和主要的应用系统组成。子系统设计是对系统的主要模块的描述,包括实现方案、模块间接口说明、相关数据库表说明和模块的功能设计描述。接口设计主要描述外部接口的 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 和实现方案。数据库设计主要包含了系统核心数据的ER关系描述和主要表的物理设计要点。 3.5.7 应用软件清单 文档主要描述应用软件包包含的主要程序的功能、版本、运行平台与操作系统的说明与描述。 3.5.8 系统测试方案 文档是对测试过程的总体描述。主要内容包括:测试范围、测试计划、测试方法、测试评价标准、环境要求和测试用例描述。其中测试用例内容包括:用例名称、输入数据描述、测试步骤、期待结果、测试结果描述、测试人、日期。 30 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 3.5.9 系统测试报告 文档主要是对测试结果的综合性的总结描述。文档主要内容有:测试过程的综合描述、测试主要问题的描述与分析、测试结果的描述与评价、结论与建议。 3.5.10 安装手册 文档主要是对系统应用软件安装步骤的描述。主要内容包括:应用软件的模块列表、应用软件典型的运行环境准备要求、应用软件的安装步骤说明、应用软件安装后的简单检查、应用软件安装过程中出现的常见问题的处理方法。 3.5.11 试运行报告 文档主要对试验运行期间的运行记录进行分类和分析,得出系统需要改进、优化建议,并提出具体的实施建议。主要内容有:引言、试运行描述、主要问题描述、问题分析、结论、改进建议。 3.5.12 用户手册 文档主要描述系统应用软件的使用方法。主要内容包括:应用软件功能概述、应用软件主体流程描述、应用软件主要界面和模块的使用描述、常见的问题和故障处理。 3.5.13 维护手册 文档主要描述系统在运行过程中对硬件、数据库、报表工具、应用软件的日常维护操作和常见故障处理。主要内容包含:系统运行的监测内容、日常的检查工作、例行的备份工作策略、数据清除工作、主要故障处理工作的指南。 4 项目组织 项目管理组织肩负着监督,指导和实施整个项目的重任,从项目的最初阶段直致项目完成。项目组织结构需明确定义项目实施中各职能组之间的关系。 31 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 4.1 组织建立原则 , 层次形组织结构 将一个大型、复杂工程按职能划分为若干个职能单一的组,每个职能组内部还可根据职能进行细分成更小的组。 , 岗位 责任 安全质量包保责任状安全管理目标责任状8安全事故责任追究制幼儿园安全责任状占有损害赔偿请求权 制 将本项目管理按职能进行分组,每一个职能组有专门的负责人进行管理,并对该组任务的完成负有责任。小组内部实行岗位责任制,将任务分工后落实到个人。 , 减少接口 在项目实施过程中,人员之间的联系是必不可少的。一个组织的工作效率与完成任务中存在的人际联系数目成反比。接口越多,协调就越困难,管理也就越复杂。减少接口即减少管理的复杂程度。 4.2 开发组织结构(参考) 项目组织结构图 项目领导组 项目经理 技术业务决策组质量管理组 版本配置需求分析组设计开发组测试组文档编制组管理组 项目领导组 负责项目总体方向的制定,对项目经理提交的重大问题进行决策。是项目的最高决策层。主要由用户方、集成商等参与方的领导组成。 项目经理 32 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 负责项目计划的制定、项目的执行与控制、项目的验收与结束。当项目出现重大问题时,及时将问题提交项目领导组决策。是项目的直接负责人,由项目领导组任命 技术业务决策组 负责关键技术、业务问题的决策。主要由用户方、开发商的技术、业务专家组成。 质量管理组 负责项目质量计划的制定,管理、监督质量计划的有效贯彻执行。主要由用户方、开发商的质量管理专家组成。 需求分析组 负责系统的需求分析。主要由用户方、开发商的需求分析人员组成。 设计开发组 负责系统设计开发。主要由开发商的设计、开发人员组成。 测试组 负责系统测试。主要由开发商、用户方的系统测试人员组成。 版本配置管理组: 负责系统的版本配置管理。主要由开发商、用户方的版本配置管理人员组成。 文档编制组 负责用户文档和设计文档的编制、整理工作。主要由开发商、用户方的文档编制人员组成。 5 工程实施调查表 本附录涉及的费率、费用明细等示例数据仅供各地工程实施参考,各地在实施过程中认真调查本地计费帐务业务数据、资费数据等。 5.1 固定费用 , 固定费用的组成情况 + 占号费 + 区外月租费 + 中固定费用 = 基本月租费 + 新功能费 + 列名费 继占用费 + 副机附件费 + 数据终端费 + 代维电话费 + 租维传真费 + 租维调制费 + 固定费用附加费 + 分期付款费 + 租机费 固定费用组成项目编号 固定费用组成项目名称 备注 1 基本月租费 2 新功能费 3 列名费 33 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 4 占号费 5 区外月租费 6 中继占用费 7 副机附件费 8 数据终端费 9 代维电话费 10 租维传真费 11 租维调制费 12 固定费用附加费 13 分期付款费 14 租机费 , 固定费用组成项的决定因素和计费规则 1(基本月租费的决定因素和计费规则 基本月租费取决于电话种类和计费制式,具体内容如下: 电话种类 计费制式 费率(元) 备注 甲种电话 计次 14 甲种电话 包月 自定 乙种电话 计次 21 乙种电话 包月 自定 普通中继 - 63 公用电话亭 计次 300,150 无包月制 职工电话 计次 14 职工电话 包月 自定 临时电话 计次 21 临时电话 包月 自定 甲种出租 计次 14 甲种出租 包月 自定 乙种出租 计次 21 乙种出租 包月 自定 经营中继1 - 1000 经营中继2 - 600 营业电话 计次 0 营业电话 包月 自定 磁卡电话 - 0 IC卡电话 - 0 投币电话 - 0 201电话 - 0 测试电话 - 0 小网电话 包月 自定 无计次制 邮局代办电话 - 0 长话代办电话 - 0 34 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 无档电话 - 0 注:‘-’表示可取任意值 2. 新功能费的决定因素和计费规则 新功能费取决于设备是否具有系统功能、会议电话功能、直拨权限功能等系 统功能费取决于设备具有哪些系统功能,具体内容如下: 系统功能 费率(元) 备注 呼出限制 6 热线服务 0 转移呼叫 0 遇忙记存 0 遇忙回叫 0 缩位拨号 0 三方通话 2 闹钟服务 2 追查恶意 2 呼叫等待 0 免打扰 2 会议电话费取决于会议电话的汇接户数,费率为0.5元/户; 直拨权限费取决于直拨权限的类型,具体内容如下: 直拨权限 费率(元) 备注 国内 0 国际 0 3. 列名费的决定因素和计费规则 列名费取决于列名个数,费率为3元/个; 4. 占号费的决定因素和计费规则 占号费取决于占号数量和优惠类别: 占号数量 占号优惠类别 费率(元/个) 备注 - 全交 300 - 半交 150 免交 0 注:‘-’ 表示根据档案中的实际数据取值。 5. 区外月租费的决定因素和计费规则 区外月租费取决于区外线路的长度,费率为10元/公里; 6. 中继占用费的决定因素和计费规则 中继占用费取决于局间中继和长市中继的对数; 费率为: 局间中继25元/对 长市中继0元/对; 7. 副机附件费的决定因素和计费规则 35 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 副机附件费取决于设备是否具有副机、答录机、无绳电话、三类传真等附件, 同时还取决于电话种类和计费制式,但目前均设置为0; 8. 数据终端费的决定因素和计费规则 数据终端费取决于数据终端的波特率,具体内容如下: 数据终端(波特) 费率(元) 备注 1200 130 2400 130 4800 390 9600 390 9. 代维电话费的决定因素和计费规则 代维电话费取决于代维话机的数量,费率为2元/部; 10. 租维传真费的决定因素和计费规则 租维传真费由租用传真费和代维传真费组成: 租用传真费取决于租用传真的类型,具体内容如下: 租用传真(类型) 费率(元) 备注 普及型 200 管理型 300 智能型 500 代维传真费取决于代维传真的数量,费率为60元/部; 11. 租维调制费的决定因素和计费规则 租维调制费由租用调制费和代维调制费组成: 租用调制费取决于租用调制的波特率,具体内容如下: 租用调制(波特) 费率(元) 备注 300 150 1200 150 2400 150 4800 400 9600 400 14.4K 600 19.2K 600 64K 800 128K 800 256K 800 384K 800 512K 800 768K 800 1M 800 2M 800 36 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 代维调制费取决于代维调制的波特率,具体内容如下: 代维调制(波特) 费率(元) 备注 300 30 1200 60 2400 100 4800 140 9600 200 12. 固定费用附加费的决定因素和计费规则 固定费用附加费由基本月租附加费、中继占用附加费、城建附加费组成: 基本月租附加费=基本月租费*0.2; 中继占用附加费=中继占用费*0.2; 城建附加费为3元; *0.2 + 城建附加费; 固定费用附加费 = (基本月租费 + 中继占用费) 13. 分期付款费的决定因素和计费规则 分期付款费只在甲种电话和乙种电话中存在: 费率为: 甲种电话分期付款费80元/月; 乙种电话分期付款费120元/月; 14. 租机费的决定因素和计费规则 租机费由各局按月提供费用数据文件。 5.2 长途费用 , 计费文件的类型及格式说明 请参考下列形式列出计费文件的所有类型及其格式说明: 文件类型 数据来源(磁带,磁盘,话单格式(TXT,DBF,BINARY) 处理备 光盘,联机) 需附详细说明 要求 注 S1240磁带 BINARY文件,每个block占 (TS1) 2048bytes,存放68条话单,每条 话单占30bytes 请附详细的格式说明 S1240磁带 BINARY文件,每个block占 (TS2) 2048bytes,每条话单占74bytes 请附详细的格式说明 注:以上为统常情况,请各个现业局详细列出所属交换机各类型文件的格式说明,并附相应的文件。 , 长途费用的组成情况 请参考下列形式列出长途费用的组成情况: 长途费用 = 省内长话 + 省内长话附加 + 国内长话 + 国内长话附加 + 国际长话 + 国际长话附加 + 港澳长话 + 港澳长话附加 + 台湾长话 + 台湾长话附加 + 37 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 长话公话管理费 + 长话代办费 费用项目编号 费用项目名称 计费规则 备注 1 省内长话 2 省内长话附加 省内长话*0.2 3 国内长话 4 国内长话附加 国内长话*0.2 5 国际长话 6 国际长话附加 - 7 港澳长话 8 港澳长话附加 - 9 台湾长话 10 台湾长话附加 - 11 长话公话管理费 国内长话张数*0.2+1. 电话种类为公 国际长话张数*0.4用电话亭、邮局代 (元) 办、普通公话、长 话代办、IC卡电话 时收取长话公话管 理费. 2. 此处国内长话 包括省内长话,国 际长话包括港澳台 长话 12 长话代办费 长话总张数*0.05 注: 1. ‘-’ 表示目前暂无此费用; 2. 长话费用的基本计费规则是依据长途费率表而定的。 , 计费文件的代制情况 请参考下列形式列出现业局本地网所有为下属郊县局以及其他局代制长途计费文件的情况: 代制局 代制话单类型 话单格式(TXT,DBF,BINARY) 需处理要求 备注 附详细说明 代制局1 类型1 格式说明1 要求1 代制局2 类型2 格式说明2 要求2 …… …… …… …… 代制局n 类型n 格式说明n 要求n 注:请详细列出各类型文件的格式说明,并附相应的文件 5.3 市话费用 , 计费文件的类型及格式说明 请参考下列形式列出话单的所有类型及其格式说明: 文件类型 数据来源(磁话单格式(TXT,DBF,处理要求 备注 38 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 带,磁盘,光BINARY)需附详细说明 盘,联机) S1240 磁带 EWSD 磁带 NEAX61 磁带 5ESS 磁带 AXE10 磁带 DMS100 磁带 F150 磁带 DBF 磁盘 TXT 磁盘 , 市话费用的组成情况 请参考下列形式列出市话费用的组成情况: 市话费用 = 市内通话费 + 市内通话附加费 + 本地网(含农话)通话费 + 本地网(含农话)通话附加费 + 市话公话管理费 费用项目编号 费用项目名称 计费规则 备注 1 市内通话费 0.144元/3分钟 2 市内通话附加费 市内通话费*0.2 3 本地网(含农话)1. 0.30元/分钟 根据主被叫所属县 通话费 2. 0.50元/分钟 市决定取何种费率 3. 0.60元/分钟 4. 包月 4 本地网(含农话)1. 本地网(含农话)根据主被叫所属县 通话附加费 通话费*0.2 市决定采用何种计 2. 本地网(含农话)费规则 通话费*0.3 3. 免收 5 市话公话管理费 市话次数*0.03 电话种类为公用电 话亭、邮局代办、 普通公话、长话代 办、IC卡电话时收 取市话公话管理费 , 计费文件的代制情况 请参考下列形式列出所有下属郊县局及其他局代制市话计费文件的情况: 代制局 代制话单类型 话单格式(TXT,DBF,BINARY) 处理要求 备注 需附详细说明 代制局1 类型1 格式说明1 要求1 代制局2 类型2 格式说明2 要求2 …… …… …… …… 代制局n 类型n 格式说明n 要求n 注:请详细列出各类型文件的格式说明,并附相应的文件 39 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 5.4 声讯费用 , 计费文件的类型及格式说明 请参考下列形式列出计费文件的所有类型及其格式说明: 文件类型 数据来源 话单格式 处理要求 备注 (磁带,磁盘,(TXT,DBF,BINARY) 光盘,联机) 需附详细说明 160声讯文件 磁盘 168声讯文件 磁盘 社会声讯台文件 磁盘 , 声讯费用的组成情况 请参考下列形式列出声讯费用的组成情况: 声讯费用 = 160声讯费 + 168声讯费 + 社会声讯台声讯费 费用项目编号 费用项目名称 计费规则 备注 1 160声讯费 2 168声讯费 3 社会声讯台声 讯费 注:各个声讯台声讯费用的计费规则是依据各个声讯台的声讯费率表而定的; , 计费文件的代制情况 请参考下列形式列出所有下属郊县局及其他局代制声讯计费文件的情况: 代制局 代制话单类型 话单格式(TXT,DBF,BINARY)处理要求 备注 需附详细说明 代制局1 类型1 格式说明1 要求1 代制局2 类型2 格式说明2 要求2 …… …… …… …… 代制局n 类型n 格式说明n 要求n 注:请详细列出各类型文件的格式说明,并附相应的文件 5.5 人工长途费用 , 计费文件的类型及格式说明 人工长途的费用数据是通过人工直接录入到数据库中的,则请参考下列形式列出需录入的信息字段: 信息信息字段取值类型 取值说明 备注 字段名称 (数值型,字符型) 编号 大小(字节数) 1 流水号 数值型 1. 非人工录入,由系 统分配 40 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 2. 唯一标识一张人工 长话话单 2 主叫号码 字符型 3 通话日期 字符型 YYYYMMDD格式 4 通话时间 字符型 HHMMSS格式 5 通话时长 数值型 以分钟为单位 6 受话代码 字符型 7 受话地名 字符型 8 挂号时间 字符型 9 叫号叫人字符型 标志 10 查号过线字符型 标志 11 销号退号字符型 标志 12 始话工号 字符型 13 电路代码 字符型 14 帐号 字符型 15 挂号工号 字符型 16 接续种类 字符型 17 话单类别 字符型 来、去、转 18 长途类型 字符型 省内、国内、 国际、港澳、 台湾 19 话费 数值型 以元为单位 非人工录入,系统依计 费规则计算得到 20 附加费 数值型 以元为单位 非人工录入,系统依计 费规则计算得到 21 批价标志 字符型 非人工录入,系统赋值 22 计费年月 字符型 非人工录入,系统赋值 , 人工长途费用的组成情况 请参考下列形式列出人工长途费用的组成情况: 人工长话费用 = 省内长话 + 省内长话附加 + 国内长话 + 国内长话附加 + 国际长话 + 国际长话附加 + 港澳长话 + 港澳长话附加 + 台湾长话 + 台湾长话附加 + 人工长话话单费 费用项费用项目名称 计费规则 备注 目编号 1 省内长话 2 省内长话附加 3 国内长话 4 国内长话附加 5 国际长话 41 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 6 国际长话附加 - 7 港澳长话 8 港澳长话附加 - 9 台湾长话 10 台湾长话附加 - 11 人工长话话单费 注: 1. ‘-’表示目前暂无此费用 2. 人工长话费用的基本计费规则是依据人工长话费率表而定的; 5.6 会议电话/会议电视费用 , 计费文件的类型及格式说明 会议电话/会议电视的费用数据是通过人工直接录入到数据库中的,则请参考下列形式列出需录入的信息字段: 信息信息字段名称 取值类型(数值型,取值说明 备注 字段字符型)大小(字 编号 节数) 1 总费用 数值型 以元为单位 非人工录入,由 系统依计费规则 计算得到 2 被叫数量 数值型 3 被叫地点 字符型 4 销号费 数值型 5 会议日期 字符型 YYYYMMDD格式 6 会议种类 字符型 会议电话、会议 电视 7 合同号 字符型 非人工录入,由 系统赋值 8 通话费 数值型 以元为单位 9 计费年月 字符型 非人工录入,由 系统赋值 10 通话时长 数值型 以分钟为单位 11 会议结束时间 字符型 HHMMSS格式 12 设备流水号 数值型 非人工录入,由 系统赋值 13 电话号码 字符型 14 会议内容 字符型 15 其他费用 数值型 以元为单位 16 预告费 数值型 以元为单位 17 序列号 数值型 1. 非人工录 入,由系统 42 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 分配 2. 唯一标识一 条会议电话 /会议电视 费用记录 18 会议开始时间 字符型 19 用户名称 字符型 , 会议电话/会议电视费用的组成情况 请参考下列形式列出会议电话/会议电视费用的组成情况: 会议电话/会议电视费用 = 会议电话费用 + 会议电视费用 费用项目编号 费用项目名称 计费规则 备注 1 会议电话费用 2 会议电视费用 5.7 固定电话业务用户明细帐中费用项目描述 请参考下列形式列出用户明细帐中所有的费用项目: 费用项目编号 费用项目名称 计算说明 备注 1 月租费 基本月租费+新功能费+列 名费+占号费+区外月租费 +中继占用费+副机附件费 +数据终端费+租维传真费 +租维调制费 2 代维费 代维电话费+租机费 3 月租附加费 即固定费用附加费 4 分期付款 5 市话通话费 6 本地网(含农话) 通话费 7 市话通话附加费 8 本地网(含农话) 通话附加费 9 人工长话话单费 10 人工长话通话费 省内人工长话 + 省内人 工长话附加 + 国内人工 长话 + 国内人工长话附 加 + 国际人工长话 + 国 际人工长话附加 + 港澳 人工长话 + 港澳人工长 话附加 + 台湾人工长话 + 台湾人工长话附加 11 人工长话通话附加 43 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 费 12 长话通话费 省内长话 + 省内长话附 加 + 国内长话 + 国内长 话附加 + 国际长话 + 国 际长话附加 + 港澳长话 + 港澳长话附加 + 台湾长 话 + 台湾长话附加 13 长话通话附加费 14 160声讯费 15 168声讯费 16 社会声讯台声讯费 19 公话管理费 长话公话管理费+市话公 话管理费 20 会议电话/会议电会议电话费+会议电视费 视费用 5.8 固定电话业务优惠规则描述 请参考下列形式列出所有的优惠规则: 优惠规则编号 优惠规定 计算说明 备注 1 声讯费用的对于私人住宅用户,声讯费请明确不实行优 优惠 用实行费用封顶,请提供各惠的电话范围 个声讯台的限额数及其相 应的优惠规则 2 国内长话的1. 非节假日,周一-周五的请明确: 优惠 21:00-24:00按原费率的1. 不实行优惠的 50%计费,0:00-7:00按原电话范围 费率的30%计费 2. 通话时间跨越 2. 节日(元旦、春节、五多个优惠时段 一、国庆,等等),法定假时,对于处于两 日(周六、周日)的7:00-24:个不同优惠时段 00按原费率的50%计费,0:的那一分钟计费 00-7:00按原费率的30%计时长应按哪个优 费 惠时段的费率标 准计费 3 国际长话的1. 非节假日,周一-周五的请明确: 优惠 21:00-24:00按原费率的1. 不实行优惠的 80%计费,0:00-7:00按原电话范围 费率的60%计费 2. 通话时间跨越 2. 节日(元旦、春节、五多个优惠时段 一、国庆,等等),法定假时,对于处于两 日(周六、周日)的7:00-24:个不同优惠时段 00按原费率的80%计费,0:的那一分钟计费 44 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 00-7:00按原费率的60%计时长应按哪个优 费 惠时段的费率标 准计费 4 港澳台长话节日(元旦、春节、五一、请明确: 的优惠 国庆,等等),全天按原费1. 不实行优惠的 率的80%收取 电话范围 2. 通话时间跨越 多个优惠时段 时,对于处于两 个不同优惠时段 的那一分钟计费 时长应按哪个优 惠时段的费率标 准计费 5.9 固定电话业务免费项目描述 请参考下列形式列出所有的免费项目: 免费项目名称 免费说明 备注 全免 所有费用 固定费用 所有的固定费用 市内通话费 市内通话费+市内通话附加费 本地网通话费 本地网通话费+本地网通话附加 费 市话附加费 市内通话附加费+本地网通话附 加费 国内长话费 省内长话费+省内长话附加费+国 内长话费+国内长话附加费 国际长话费 国际长话费+港澳长话费+台湾长 话费 国内长话附加费 省内长话附加费+国内长话附加 费 168声讯费 168声讯费+160声讯费 其他声讯费 社会声讯台声讯费 市话公话管理费 长话公话管理费 5.10 固定电话业务本地特殊政策描述 请参考下列形式列出所有的本地特殊政策: 本地特殊本地特殊政策描述 计算或处理规则 备注 政策编号 45 本地电信业务计费帐务系统分析与设计ver 2.0——工程实施建议 1 电话种类为普通中继、经营基本月租费=基本资费基本资费即 中继1、经营中继2,并且*数字中继数量 表1.2中相 是数字中继,基本月租费的应的费率 计算规则 2 计费制式为包月制,不收取市话费及市话附加费 市话费 为0 46
本文档为【中国电信业务计费帐务系统工程实施建议】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_729658
暂无简介~
格式:doc
大小:177KB
软件:Word
页数:61
分类:生活休闲
上传时间:2018-02-10
浏览量:11