通訊计费系统设计.docVIP

通讯计费系统设计 文档管理信息表 主题 计费系统 版本 V3.0 内容 设计 关键字 计费 参考文档 中国移动设计需求 创建时间 2004-07-21 创建人 冯昌建 最新发布日期 2005-07-21 前 言 2 1 开发的背景和开发技术简介 2 1.1什么是电信计费系统 3 1.2 为什么要大力开发电信计费系统： 3 1.3 电信计费系统的主要应用系统： 3 2 系统分析 4 2.1 可行性分析： 4 2.2 用户需求分析： 4 2.3需求详细说明 5 2.4 模型分析 7 2.5开发环境分析 8 3 系统设计 9 3.1 设计目标 9 3.2 系统功能模块划分 9 3.3系统用例图 10 4 数据库设计 11 4.1 数据库需求分析 11 4.2 数据库的建立 11 4.3 数据库系统体系结构 11 4.4 数据库系统的组成 12 4.5数据库设计理念 12 4.6 数据库设计内容 12 4.7 数据库结构设计 13 4.8 数据表之间的联系 19 5.1 数据库的访问 20 5.2 前台母版制作 20 5.3 前台各功能的实现： 22 5.4 后台功能的实现 23 5.4.1 采集服务端： 24 5.4.2 采集客户端： 28 5.4.3数据整合端： 37 6 系统测试 42 6.1 软件测试常识 42 6.2 系统测试环境及开发工具 43 6.3 系统功能测试 43 7 结论 53 7.1 本站特色 53 7.2 不足之处 53 7.3 个人总结 53 前 言 计费系统已不再是传统意义上整个电信业务的附属，随着电信业务的高速发展，它已经成为电信运营支撑系统（OSS）实现运营收入的源头和依据。电信计费系统的准确性、实时性直接关系到客户服务质量和电信运营商的收入。随着电信市场竞争从“网络竞争”向着“客户竞争”的演变，计费系统已成为电信运营商的核心竞争力之一。计费系统已不再是传统意义上整个电信业务的附属，随着电信业务的高速发展，它已经成为电信运营支撑系统（OSS）实现运营收入的源头和依据。电信计费系统的准确性、实时性直接关系到客户服务质量和电信运营商的收入。随着电信市场竞争从“网络竞争”向着“客户竞争”的演变，计费系统已成为电信运营商的核心竞争力之一。电信计费系统已不再是被动的后台系统，而其作为整个电信行业的核心竞争力所在的地位日益巩固，已经成为整个电信系统的灵魂。它能有效地提供服务，降低运营成本，提高运营效率。无论是运营商、内容提供商还是各分销商必须给予它足够的重视，才能在群雄逐鹿中占居有利地位。目前国内还处在BOSS建设的初级阶段，首先能做到的是将业务流程中某个环节中的不同业务进行纵向整合，如帐务管理中的长话、市话、数据各部分的整合，以及服务不同业务的综合客服系统。  2 系统分析 2.1 可行性分析： 在电信市场竞争的环境下，电信运营商进行市场竞争的最重要的核心，是电信公司进行市场运作的神经中枢。电信公司都把建设和有效运维护电信运营商自身利益和效益需要的有力支持。作为，不但要做到准确地完成各项业务的费用计算，还要及时回收资金、最大程度地减少欠费，提高企业资金的利用率。在目前竞争环境下，互联互通普遍存在，保证网间结算费用及时回收、不发生流失，成为一项很重要的任务。每一个电信运营商的都应该有足够的手段判定结算费用的实际数目、判断互联对方结算报表的客观性、合理性，确保网间结算以我为主而不能以对方为主，并能够提供充分有力的结算依据市场经营决策需要的有力支持。电信市场竞争的不断加剧，要求电信运营商的市场经营决策必须科学化、理性化。一个决策的失误，可能给电信公司带来难以弥补的损失、甚至危及企业的生存。掌握着电信公司运作的大多数企业数据，其中蕴涵着企业经营态势、客户群分布特征及消费习惯、各项业务发展状况等非常有，应该尽快着手加以挖掘和利用，辅助电信市场经营决策。 一天内的数据整合成一条记录。单独存放在一张表中-月表(detailmonths_x)。 一个月内的数据整合成一条记录。单独存放在一张表中-年表(detailyears_x)。 （这三张表结构完全一样，除时间范围具体的值不同.因为该表查询的频繁度很高，在设计的时候设计成天表31张，月表12张，年表根据年份一年一张。） 按不同实验室的数据整合： 一小时内的数据整合成一条记录。单独存放在一张表中-天表(detaildays)。 一天内的数据整合成一条记录。单独存放在一张表中-月表(detailmonths)。 一个月内的数据整合成一条记录。单独存放在一张表中-年表(detailyears)。 注意：该表的查询主要是运营商在统计运营情况的时候使用，使用频率相对较低。设计的时候采用每种表各一张。 图2.4 整合系