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

1、课程设计 题目：电话计费系统 系 别： 河南城建学院 20 1 2年 1 2月8日 电话计费管理系统 一、需求分析 1）背景 随着电信运营领域垄断因素的逐步消除，以及中国加入WTO后所面临的开 放的电信市场，我国电信领域的竞争日益激烈。电信市场的竞争逐步从简单的价 格战转向高层次的服务竞争，运营商把提高服务能力作为核心竞争力。 计费系统作为业务运营支撑系统的基础,其准确性和有效性至关重要，计费 系统的错误将直接影响结算、账务及客户管理系统的处理结果。山于我国电信用 户的基数很大，计费系统任何微小的偏差所造成的损失都是巨大的。该系统信息 来源主要有管理员添加，方便网站管理员的查询和管理。该系统的

2、任务是方便， 灵活的管理用户的各项信息。 2）总体描述 对电信部门电话计费业务进行调查，设讣的系统要求： 能够记录通话信息，如来电号码、去电号码、通话时长、通话费用，查询 费用帐单等信息具体对各种数据文件装入和修改数据的功能。 能在用户交费同时打印发票。 能用关系数据库理论建立儿个数据库文件来存储用户信息，收费员信息 和收费信息等资料。 能够为用户提供查询各种记录的功能 3）功能需求 3.1查询模块 月花费査询:客户可对每月的话费进行查询（每项记录包括通话 费、 新业务费、费用合计、实缴费用合计等信息）。 帐户余额査询：客户可查询话费单上的余额。 用户资料査询:客户可以查阅个人资料。 电信业务

3、査询:客户可以实时了解电信部门的各项活动。 3. 2计费模块 缴费信息:管理员可根据用户所缴的话费进行计费，并反馈给用 户，用户在交费的同时可打印发票。 3. 3基本信息更新模块 月话费管理:管理员可对每月的话费记录进行逐条添加、更新和删 除。 客户受理结果:管理员可对每月的话费记录进行逐条添加、更新和 删除。 4）数据流程图 新结 1.1 缴费缴费信 息单 套餐信息 生成 资料报告单 信息单 套餐信息表 余额信息单 5) 生成 收费人员登入 更新结 收 费 倉息 员 【据字典 (1)数据项 客户资料表 列名 数据类型 氏度 允许空 主键 keh u n ame Ch a r 8 phonen

4、 o Ch ar 11 city c har 20 J packagenam e Char 2 0 J ph o nep a s swd c har 20 收费员资料表 列名 数据类型 度 允许空 主键 ca s hiern o Char 1 1 V cas h ier n Char 8 a me age C h ar 8 J passwd Char 20 客户受理表 列名 数据类型 度 允许空 主键 keh u n am e Va r har 15 phonen o C h ar 1 5 J a dm issibi 1 i tyconte n t Varc h ar 50 J adm i s

5、sibi 1 i t yti m e Date t i me 8 通话信息 列名 数据类型 度 允许空 caller i d Cha r 1 1 J o u tgo i ng id Char 1 1 J tai k time I NT 8 uni t cost I N T 8 数据结构 编号 数据结构名 属性 1 客户信息 姓需、手机号码、帐户余额 、套餐需称、身份证号 2 收银员信息 姓名、工作证号、年龄、密码 3 通话信息 来电号码、去电号码、通话时 间长、单位费用、通话日期时 刻、通话费用 4 收费信息 收费员工作号、手机号码、客 户姓名.受理时间 数据流 编号 数据流明 输入 输出 1

6、 登录申请 客户 用户信息 2 登录申请 收银员 收银员信息 3 查询资料 客户 资料信息 4 査询套餐 客八 套餐信息 5 客户受理情况 收银员 受理信息 数据存储 数据存储名 输入数据流 输出数据流 客户信息 客户基本信息 客户信息 收银员信息 收银员基本信息 收银员基本信息 客户费用信息 客户各项费用信息 客户费用信息 客户缴费信息 客户缴费消息 客户缴费信息 处理过程 处理过程名 输入数据流 输出数据流 说明部分 登录查看 终端 客户信息 登录查看 终端 收银员信息 客户受理 客户要求 客户受理情况 客户缴费 终端 客八 显示余额信息 客户信息 客户余额信息 显示套餐信息 客户信息 客

7、户套餐信息 二、概念设计 1）概述 根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息 结构即概念模型的过程就是概念设计。设讣概念结构通常有自顶向下、自底 向上、逐步扩张、混合策略4类方法。其中最常用的策略是自底向上方法。 下面就用E-R图来描述显示世界的概念模型。 2）系统E-R 实体及其属性 客 户 图2-1：客户实体图 图2-3：通话信息实体图 图2-4：收费信息实体图 图2-5:客户受理实体图 实体及其联系图 图2-6：系统实体联系图 完整的实体联系图 图2-7：完整系统实体联系图 3）创建各表 创建客户资料表 客户资料表记录了客户的基本信息，设讣表如下页图: 列名 数据类

8、型 兵度 允许空 客户姓名 Cha r 1 0 联系电话 Char 11 联系地址 Cha r 20 J 套餐名称 Char 20 J 手机号码 C h ar 11 手机密码 Char 10 创建收费员资料表 收费员资料表记录了收费员的基本信息，设计表如下图: 列 名 数据类型 度 允许空 收费员编号 Ch a r 8 姓名 Char 10 年龄 Int 4 密码 Ch a r 1 0 创建应收款额表 应收款额表记录了客户的缴费及余额信息，设计表如下图: 列名 数据类型 长度 允许空 手机号码 Ch a r 11 客户姓名 C h ar 11 J 应收费用 INT 10 V 余额 I NT 1

9、 0 J 创建花费信息表 话费信息库表记录了客户的基本话费信息，设计表如下页图: 列名 数据类型 允许空 度 手机号码 Char 11 客户姓名 va r Char 1 5 通话费 INT 8 J 新业务费 INT 8 J 费用合计 INT 8 J 套餐名称 Ch a r 20 J 创建通话信息表 通话信息表记录了客户通话记录的信息，设计表如下图: 列名 数据类型 兵度 允许空 来电号码 Cha r 11 J 去电号码 Cha r 11 J 通话时长 INT 8 通话时间 I NT 8 单位费用 INT 8 总费用 INT 8 创建客户受理表 客户受理表记录了客户受理结果的基本信息，设计表如下

10、图: 列名 数据类型 允许空 客户姓名 Var h a r 15 手机号码 Char 15 受理内容 Va r char 50 V 受理时间 Da t e time 8 V 三、逻辑设计 1）概述 逻辑设计的任务就是把概念结构设汁阶段的设汁好的基本e-r图转换 为选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。设计逻 辑结构时一般要分为两步进行如下图所示： 图3-1 :逻辑结构设计步骤 将概念结构转换为关系模型。 对数据模型进行优化。 2) E-R 向关系模型的转换 A. 实体及其属性 客户：客户姓名,联系电话，联系地址，套餐名称 应收款额：账户编号,手机号码，应收费用，余额 话费信息

11、库:手机号码，客户姓名,通话费，新业务费，费用合计， 套餐名称 收费员：收费员编号,姓名,年龄 客户受理:手机号码，客户姓名,受理内容，受理时间 通话信息：手机号码，来电号码,去电号码，单位费用，通话时长, 。总费用 B. 联系的属性 使用:手机密码 计费：密码 C. 根据转换规则将实体转换为关系模式 本实例中没有1: 1关系 对于1： n联系，将它们与n端的关系模式合并。该关系模式中应加 入1端的码和联系本身的属性。 客户：客户姓名,所在城市，套餐名称，手机号码，手机密码 收费员：收费员编号，姓名,年龄，手机号码，密码 对于m： n的联系，必须单独转换为一个关系模式，属性由各实体的 码和联系

12、本身的属性组成，关系的码为组成联系各实体的码的组 厶 口。 支付：客户姓名，联系电话,收费员编号 处理：手机号码,收费员编号 D. 电话计费系统的E-R图，转换为以下6个关系模式： 客户：手机号码,所在城市，套餐名称，客户姓名，手机密码 收费员：收费员编号，姓名,年龄，手机号码，密码 。话费信息：手机号码,客户姓名,通话费，费用合计，套餐名称 。客户受理：手机号码,收费员编号，客户姓名,受理内容，受理时间 通话信息：手机号码,来电号码，去电号码，单位费用，通话时长， 。0 总费用 3）关系模式的规范化 关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。在关 系模式中,对于客户模式，

13、手机号码为主属性，其余的为非主属性，非主属性不传 递依赖于手机号码，属于第三范式。对于收费员，收费员编号为主属性，姓名， 年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费编号, 属于第三范式。对于客户受理，手机号码和收费员编号为主属性，客户姓名，受 理内容，受理时间为非主属性，手机号码、收费员编号，他们不依赖于手机号码、 收费员编号，属于第三范式。对于应收款额、话费信息、通话信息,他们的非主属 性同样不传递依赖于主属性手机号码，都属于第三范式。 U1 物理设计 1）概述 通常关系数据库无力设汁的内容主要包括: 为关系选择存取方法，建立存取路径； 确定数据库存储结构，即确定关系

14、、索引、聚日志、备份等数据的 存储安排和存储机构； 确定系统配置； 2）实现语句 cr e a te dat abase sys term /*创建数据库*/ cr e ate table kehiP 6。 /*创建客户表* / (pho n eno char (11) pr im a ry key, keh u n ame ch a r (8) n ot nu I I, city c h ar (20) r p a ckage name char (2 0) r pho nepas s wd char (20) )； c reat e table cashier /*创建收银员表*/ ( c

15、 ashi e rn o cha r (11) pr i mary key, Cashi e r name ch a r (8) not null. age c ha r (8) F pas swd char (20) not n u I I r crea t e tab I e call ch a r g e-inf/*创建话费信息表*/ (phoneno CHA R (11) PR IMARY KEYr kehuname CHAR(8). NOT NULL ca I Icharge CHAR(2 O) o p eratingexpens e s CHAR (20) r packa g en

16、am e CH A R (2 0), tot a Ico s t int ); crea t e ta b I e cu s tomer s a c c e pting。/*创建客户受理表*/ (ph on eno CHAR( 1 1 ) NOT NULL, cashie r no CHAR(1 1 ) NOT NULL k ehuname CHAR (8), a d missibil i t y content VARCHAR(1 0 O)r admis s ib i I i ty t ime CHAR (8) P R I MA R Y KEY (p h oneno, cash i erno

17、) ); c r ea t e table a mountsrec e i va b I e 0 /*创建收款表* / (phoneno CH A R (1 1 ) PRIMARY KEY, kehuname VARCHAR( 1 0). feesre c eivable I NT, ba 1 an c e F LOAT (4) ); crea t e tab I e cal ID inf。/* 创建通话信息表*/ (pho nenoCHAR(11) PRIMARY KEY, c a I ler i d V A RCHAR (11) r outgo i ng i d V ARCHAR(11),

18、 u nit cos t FLO A T (3 ) r tai ktim e VARCHAR(20). ）; 五、数据库实施 1）概述 数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项就 是应用程序的编码和调式。 2）应用系统的开发（部分界面截图） (SQL Server 9 0. 1399 - A-135Udmi it: A 曰数据库 Q 系统数据库 曰 田 国 国 E a Piaster criodL irisdb 表 视閤 口同义词 a可编程性 J Service Broker 匕存储 安全性 tempdb 十匚i数据库快照 S J systerm _1数据库关系閤 一I表 田

19、一i系统表 田 田 田 a （） 口 口 口 J 自 dbo. amountsreceiyable dbo. cashi er dbo. chargeinf dbo. oustomersaccepting dbo. kehu. dbo. call-inf 视窗 同文词 可编程性 Service Broker mi v 112345678912 张三 平顶山 98745663213 李四 开封 45652875424 王五 安阳 * ALfLL NULL phone nokehunamecity package name phon epasswd 动感地带 . 124566 全球通 123789 音乐套粵 466213 MJLL cashiernoCashier nameagepasswd 001 李愆 22 900212 002 王华 32 895623 003 韩函 25 456123 * ALfLL MJLL NULL NULL phoneno kehuname callcharge operati