电话计费管理系统数据库设计

课程设计

题目：电话计费系统系别：

专业：

姓名：

学号：

指导老师：

河南城建学院

2012年12 月8日

电话计费管理系统

一、需求分析

1)背景

随着电信运营领域垄断因素的逐步消除，以及中国加入WTO后所面临的开放的电信市场，我国电信领域的竞争日益激烈。电信市场的竞争逐步从简单的价格战转向高层次的服务竞争，运营商把提高服务能力作为核心竞争力。

计费系统作为业务运营支撑系统的基础，其准确性和有效性至关重要，计费系统的错误将直接影响结算、账务及客户管理系统的处理结果。由于我国电信用户的基数很大，计费系统任何微小的偏差所造成的损失都是巨大的。该系统信息来源主要有管理员添加，方便网站管理员的查询和管理。该系统的任务是方便，灵活的管理用户的各项信息。

2)总体描述

对电信部门电话计费业务进行调查，设计的系统要求：

●能够记录通话信息，如来电号码、去电号码、通话时长、通话费用，查

询费用帐单等信息具体对各种数据文件装入和修改数据的功能。

●能在用户交费同时打印发票。

●能用关系数据库理论建立几个数据库文件来存储用户信息，收费员信息

和收费信息等资料。

●能够为用户提供查询各种记录的功能

3)功能需求

3.1查询模块

月花费查询：客户可对每月的话费进行查询（每项记录包括通话

费、新业务费、费用合计、实缴费用合计等信息）。

帐户余额查询：客户可查询话费单上的余额。

用户资料查询：客户可以查阅个人资料。

电信业务查询：客户可以实时了解电信部门的各项活动。

3.2计费模块

缴费信息：管理员可根据用户所缴的话费进行计费，并反馈给用

户，用户在交费的同时可打印发票。

3.3基本信息更新模块

月话费管理：管理员可对每月的话费记录进行逐条添加、更新和

删除。

客户受理结果：管理员可对每月的话费记录进行逐条添加、更新

和删除。

4)数据流程图

缴费信息单

生成 套餐信息表

生成 余额信息单

5) 数据字典 （1）数据项

客户资料表

收费员资料表

客户受理表

通话信息

⑵数据结构

⑶数据流

⑷数据存储

⑸处理过程

二、概念设计

1)概述

根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。其中最常用的策略是自底向上方法。

下面就用E-R图来描述显示世界的概念模型。

2)系统E-R图

实体及其属性图

图2-1：客户实体图

图2-2：收费员体图

图2-3：通话信息实体图

图2-4：收费信息实体图

图2-5：客户受理实体图◆实体及其联系图

图2-6：系统实体联系图◆完整的实体联系图

图2-7：完整系统实体联系图

3)创建各表

●创建客户资料表

客户资料表记录了客户的基本信息，设计表如下页图：

●创建收费员资料表

收费员资料表记录了收费员的基本信息，设计表如下图：

●创建应收款额表

应收款额表记录了客户的缴费及余额信息，设计表如下图：

●创建花费信息表

话费信息库表记录了客户的基本话费信息，设计表如下页图：

●创建通话信息表

通话信息表记录了客户通话记录的信息，设计表如下图：

●创建客户受理表

客户受理表记录了客户受理结果的基本信息，设计表如下图：

三、逻辑设计

1)概述

逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R图转换为

选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。设计逻辑结

构时一般要分为两步进行如下图所示：

图3-1：逻辑结构设计步骤

●将概念结构转换为关系模型。

●对数据模型进行优化。

2)E-R图向关系模型的转换

A.实体及其属性

客户：｛客户姓名，联系电话，联系地址，套餐名称｝

应收款额：｛账户编号，手机号码，应收费用，余额｝

话费信息库：｛手机号码，客户姓名，通话费，新业务费，费用合计，

套餐名称｝

收费员：｛收费员编号，姓名，年龄｝

客户受理：｛手机号码，客户姓名，受理内容，受理时间｝

通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，总费用}

B.联系的属性

使用：｛手机密码｝

计费：｛密码｝

C.根据转换规则将实体转换为关系模式

●本实例中没有1：1关系

●对于1：n联系，将它们与n端的关系模式合并。该关系模式中应加

入1端的码和联系本身的属性。

客户：｛客户姓名，所在城市，套餐名称，手机号码，手机密码｝

收费员：｛收费员编号，姓名，年龄，手机号码，密码｝

●对于m：n的联系，必须单独转换为一个关系模式，属性由各实体的

码和联系本身的属性组成，关系的码为组成联系各实体的码的组合。

支付：｛客户姓名，联系电话，收费员编号｝

处理：｛手机号码，收费员编号｝

D.电话计费系统的E-R图，转换为以下6个关系模式：

客户：｛手机号码，所在城市，套餐名称，客户姓名，手机密码｝

收费员：｛收费员编号，姓名，年龄，手机号码，密码｝

话费信息：｛手机号码，客户姓名，通话费，费用合计，套餐名称｝

客户受理：｛手机号码，收费员编号，客户姓名，受理内容，受理时间｝

通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，

总费用}

3)关系模式的规范化

关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。在关系模式中，对于客户模式，手机号码为主属性，其余的为非主属性，非主属性不传递依赖于手机号码，属于第三范式。对于收费员，收费员编号为主属性，姓名，年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费编号，属于第三范式。对于客户受理，手机号码和收费员编号为主属性，客户姓名，受理内容，受理时间为非主属性，手机号码、收费员编号，他们不依赖于手机号码、收费员编号，属于第三范式。对于应收款额、话费信息、通话信息，他们的非主属性同样不传递依赖于主属性手机号码，都属于第三范式。

四、物理设计

1)概述

通常关系数据库无力设计的内容主要包括：

●为关系选择存取方法，建立存取路径；

●确定数据库存储结构，即确定关系、索引、聚日志、备份等数据的