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

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

课程设计

题目:电话计费系统

系别:

专业:

姓名:

学号:

指导老师:

河南城建学院

2012年12 月8日

电话计费管理系统

一、需求分析

1)背景

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

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

2)总体描述

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

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

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

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

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

和收费信息等资料。

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

3)功能需求

3.1查询模块

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

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

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

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

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

3.2计费模块

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

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

3.3基本信息更新模块

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

删除。

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

和删除。

4)数据流程图

子系统

查询

生成

资料报告单

查询

缴费信息单

付款

生成套餐信息表

信息

生成余额信息单

信息

查询资料显示资料

信息

5)数据字典

(1)数据项

客户资料表Array

收费员资料表

客户受理表

通话信息

⑵数据结构

⑶数据流

⑷数据存储

⑸处理过程

二、 概念设计

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个关系模式:

相关文档
最新文档