电话计费管理系统数据库设计.docx
《电话计费管理系统数据库设计.docx》由会员分享，可在线阅读，更多相关《电话计费管理系统数据库设计.docx（23页珍藏版）》请在冰豆网上搜索。
电话计费管理系统数据库设计
课程设计
题目：
电话计费系统
系别：
专业：
姓名：
学号：
指导老师：
河南城建学院
2012年12月8日
电话计费管理系统
一、需求分析
1）背景
随着电信运营领域垄断因素的逐步消除，以及中国加入WTO后所面临的开放的电信市场，我国电信领域的竞争日益激烈。
电信市场的竞争逐步从简单的价格战转向高层次的服务竞争，运营商把提高服务能力作为核心竞争力。
计费系统作为业务运营支撑系统的基础，其准确性和有效性至关重要，计费系统的错误将直接影响结算、账务及客户管理系统的处理结果。
由于我国电信用户的基数很大，计费系统任何微小的偏差所造成的损失都是巨大的。
该系统信息来源主要有管理员添加，方便网站管理员的查询和管理。
该系统的任务是方便，灵活的管理用户的各项信息。
2）总体描述
对电信部门电话计费业务进行调查，设计的系统要求：
●能够记录通话信息，如来电号码、去电号码、通话时长、通话费用，查询费用帐单等信息具体对各种数据文件装入和修改数据的功能。
●能在用户交费同时打印发票。
●能用关系数据库理论建立几个数据库文件来存储用户信息，收费员信息和收费信息等资料。
●能够为用户提供查询各种记录的功能
3）功能需求
3.1查询模块
月花费查询：
客户可对每月的话费进行查询（每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息）。
帐户余额查询：
客户可查询话费单上的余额。
用户资料查询：
客户可以查阅个人资料。
电信业务查询：
客户可以实时了解电信部门的各项活动。
3.2计费模块
缴费信息：
管理员可根据用户所缴的话费进行计费，并反馈给用户，用户在交费的同时可打印发票。
3.3基本信息更新模块
月话费管理：
管理员可对每月的话费记录进行逐条添加、更新和删除。
客户受理结果：
管理员可对每月的话费记录进行逐条添加、更新和删除。
4）数据流程图
登入申请结果通知
系统
结果通知
登入申请
查询申请1
话费查询结果
结果通知查询
子系统
2
登入申请话费更新结果
管理
子系统
1.1生成
缴费缴费信息单
信息
手机号码1.2
密码套餐生成套餐信息单
信息
1.3生成
账户余额余额单
查询
1.4生成
用户资料资料报告单
查询
记录年份1.1.1生成
记录月份计费缴费信息单
付款
1.2.1
查询套餐显示套餐生成套餐信息表
信息
1.3.1
查询余额显示余额生成余额信息单
信息
1.4.1
资料信息单
查询资料显示资料生成
信息
2.1
收费员ID客户受理显示结果
情况
密码2.2更新结果
客户费用
信息
5）数据字典
（1）数据项
客户资料表
列名
数据类型
长度
允许空
主键
kehuname
Char
8
√
phoneno
Char
11
city
Char
20
√
packagename
Char
20
√
phonepasswd
Char
20
收费员资料表
列名
数据类型
长度
允许空
主键
cashierno
Char
11
√
cashiername
Char
8
age
Char
8
√
passwd
Char
20
客户受理表
列名
数据类型
长度
允许空
主键
kehuname
Varhar
15
phoneno
Char
15
√
admissibilitycontent
Varchar
50
√
admissibilitytime
Datetime
8
通话信息
列名
数据类型
长度
允许空
callerid
Char
11
√
outgoingid
Char
11
√
talktime
INT
8
unitcost
INT
8
⑵数据结构
编号
数据结构名
属性
1
客户信息
姓名、手机号码、帐户余额
、套餐名称、身份证号
2
收银员信息
姓名、工作证号、年龄、密码
3
通话信息
来电号码、去电号码、通话时间长、单位费用、通话日期时刻、通话费用
4
收费信息
收费员工作号、手机号码、客户姓名、受理时间
⑶数据流
编号
数据流明
输入
输出
1
登录申请
客户
用户信息
2
登录申请
收银员
收银员信息
3
查询资料
客户
资料信息
4
查询套餐
客户
套餐信息
5
客户受理情况
收银员
受理信息
⑷数据存储
数据存储名
输入数据流
输出数据流
客户信息
客户基本信息
客户信息
收银员信息
收银员基本信息
收银员基本信息
客户费用信息
客户各项费用信息
客户费用信息
客户缴费信息
客户缴费消息
客户缴费信息
⑸处理过程
处理过程名
输入数据流
输出数据流
说明部分
登录查看
终端
客户信息
登录查看
终端
收银员信息
客户受理
客户要求
客户受理情况
客户缴费
终端
客户
显示余额信息
客户信息
客户余额信息
显示套餐信息
客户信息
客户套餐信息
二、概念设计
1）概述
根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。
设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。
其中最常用的策略是自底向上方法。
下面就用E-R图来描述显示世界的概念模型。
2）系统E-R图
◆实体及其属性图
客户
帐户余额
姓名
身份证号
手机号码
套餐名称
图2-1：
客户实体图
图2-2：
收费员体图
图2-3：
通话信息实体图
收费信息
手机号码
收费员工作号
客户姓名
收费日期
实收费用
套餐名称
图2-4：
收费信息实体图
图2-5：
客户受理实体图
◆实体及其联系图
图2-6：
系统实体联系图
◆完整的实体联系图
客户
收费员
查询
支付
处理
话费信息
计费
收费
应收款项
客户受理
姓名
手机号码
身份证号
手机号码
性别
姓名
工作证号
手机号码
受理内容
受理时间
应收费用
手机号码
话费总额
1
N
1
1
N
N
M
M
N
图2-7：
完整系统实体联系图
3）创建各表
●创建客户资料表
客户资料表记录了客户的基本信息，设计表如下页图：
列名
数据类型
长度
允许空
客户姓名
Char
10
联系电话
Char
11
联系地址
Char
20
√
套餐名称
Char
20
√
手机号码
Char
11
手机密码
Char
10
●创建收费员资料表
收费员资料表记录了收费员的基本信息，设计表如下图：
列名
数据类型
长度
允许空
收费员编号
Char
8
姓名
Char
10
年龄
Int
4
√
密码
Char
10
●创建应收款额表
应收款额表记录了客户的缴费及余额信息，设计表如下图：
列名
数据类型
长度
允许空
手机号码
Char
11
客户姓名
Char
11
√
应收费用
INT
10
√
余额
INT
10
√
●创建花费信息表
话费信息库表记录了客户的基本话费信息，设计表如下页图：
列名
数据类型
长度
允许空
手机号码
Char
11
客户姓名
varChar
15
通话费
INT
8
√
新业务费
INT
8
√
费用合计
INT
8
√
套餐名称
Char
20
√
●创建通话信息表
通话信息表记录了客户通话记录的信息，设计表如下图：
列名
数据类型
长度
允许空
来电号码
Char
11
√
去电号码
Char
11
√
通话时长
INT
8
通话时间
INT
8
单位费用
INT
8
总费用
INT
8
●创建客户受理表
客户受理表记录了客户受理结果的基本信息，设计表如下图：
列名
数据类型
长度
允许空
客户姓名
Varhar
15
手机号码
Char
15
受理内容
Varchar
50
√
受理时间
Datetime
8
√
三、逻辑设计
1）概述
逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R图转换为选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。
设计逻辑结构时一般要分为两步进行如下图所示：
概念结构
基本E-R图
关系数据模型
优化的数据模型
转换
规则
优化
方法
图3-1：
逻辑结构设计步骤
●将概念结构转换为关系模型。
●对数据模型进行优化。
2）E-R图向关系模型的转换
A.实体及其属性
客户：
｛客户姓名，联系电话，联系地址，套餐名称｝
应收款额：
｛账户编号，手机号码，应收费用，余额｝
话费信息库：
｛手机号码，客户姓名，通话费，新业务费，费用合计，
套餐名称｝
收费员：
｛收费员编号，姓名，年龄｝
客户受理：
｛手机号码，客户姓名，受理内容，受理时间｝
通话信息：
{手机号码，来电号码，去电号码，单位费用，通话时长，
总费用}
B.联系的属性
使用：
｛手机密码｝
计费：
｛密码｝
C.根据转换规则将实体转换为关系模式
●本实例中没有1：
1关系
●对于1：
n联系，将它们与n端的关系模式合并。
该关系模式中应加
入1端的码和联系本身的属性。
客户：
｛客户姓名，所在城市，套餐名称，手机号码，手机密码｝
收费员：
｛收费员编号，姓名，年龄，手机号码，密码｝
●对于m：
n的联系，必须单独转换为一个关系模式，属性由各实体的
码和联系本身的属性组成，关系的码为组成联系各实体的码的组合。
支付：
｛客户姓名，联系电话，收费员编号｝
处理：
｛手机号码，收费员编号｝
D.电话计费系统的E-R图，转换为以下6个关系模式：
客户：
｛手机号码，所在城市，套餐名称，客户姓名，手机密码｝
收费员：
｛收费员编号，姓名，年龄，手机号码，密码｝
话费信息：
｛手机号码，客户姓名，通话费，费用合计，套餐名称｝
客户受理：
｛手机号码，收费员编号，客户姓名，受理内容，受理时间｝
通话信息：
{手机号码，来电号码，去电号码，单位费用，通话时长，
总费用}
3）关系模式的规范化
关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。
在关系模式中，对于客户模式，手机号码为主属性，其余的为非主属性，非主属性不传递依赖于手机号码，属于第三范式。
对于收费员，收费员编号为主属性，姓名，年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费编号，属于第三范式。
对于客户受理，手机号码和收费员编号为主属性，客户姓名，受理内容，受理时间为非主属性，手机号码、收费员编号，他们不依赖于手机号码、收费员编号，属于第三范式。
对于应收款额、话费信息、通话信息，他们的非主属性同样不传递依赖于主属性手机号码，都属于第三范式。
四、物理设计
1）概述
通常关系数据库无力设计的内容主要包括：
●为关系选择存取方法，建立存取路径；
●确定数据库存储结构，即确定关系、索引、聚日志、备份等数据的
存储安排和存储机构；
●确定系统配置；
2）实现语句
createdatabasesysterm/*创建数据库*/
createtablekehu/*创建客户表*/
（phonenochar（11）primarykey,
kehunamechar（8）notnull,
citychar（20）,
packagenamechar（20）,
phonepasswdchar（20）
）;
createtablecashier/*创建收银员表*/
（cashiernochar（11）primarykey,
Cashiernamechar（8）notnull,
agechar（8）,
passwdchar（20）notnull,
）;
createtablecallcharge-inf/*创建话费信息表*/
（phonenoCHAR（11）PRIMARYKEY,
kehunameCHAR（8）,NOTNULL
callchargeCHAR（20）,
operatingexpensesCHAR（20）,
packagenameCHAR（20）,
totalcostint
）;
createtablecustomersaccepting/*创建客户受理表*/
（phonenoCHAR（11）NOTNULL,
cashiernoCHAR（11）NOTNULL
kehunameCHAR（8）,
admissibilitycontentVARCHAR（100）,
admissibilitytimeCHAR（8）
PRIMARYKEY（phoneno，cashierno）
）;
createtableamountsreceivable/*创建收款表*/
（phonenoCHAR（11）PRIMARYKEY,
kehunameVARCHAR（10）,
feesreceivableINT,
balanceFLOAT（4）
）;
createtablecallinf/*创建通话信息表*/
（phonenoCHAR（11）PRIMARYKEY,
calleridVARCHAR（11）,
outgoingidVARCHAR（11）,
unitcostFLOAT（3）,
talktimeVARCHAR（20）,
）;
五、数据库实施
1）概述
数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项就是应用程序的编码和调式。
2）应用系统的开发（部分界面截图）
六、研制报告
通过这次课程设计，从设计需求分析，到各模块功能的设计及数据库设计，我对电话计费管理系统有了较深入的了解，基本掌握了数据库设计的思想。
通过本次设计，对数据库系统概论这门课有了全新的认识。
课程设计是一种全面综合训练，是与课堂听讲、自学和练习相辅相成的必不可少的一个教学环节。
数据库这门课的课程设计的目的是旨在要求我们进一步巩固课堂上所学的理论知识，深化理解和灵活掌握教学内容，掌握正确的数据库设计的步骤与方法，从而进一步培养学生独立思考问题、分析问题、解决实际问题的动手能力。
研制过程包括在上机前应认真做好各种准备工作，熟悉所设计系统的需求及其功能，独立完成体系结构的设计、功能模块的分析和后台数据库的设计，通过上机检查后撰写课程设计报告。
经过一个星期的课程设计，我受益匪浅，从一个整体上把握了一个数据库的设计方法，同时对于如何利用所学的语言去连接数据库，并且操纵数据库有了一定的了解和掌握。
希望以后自己能够继续学习数据库，对它有更深层次的了解。
七、参考文献
●王珊《数据库系统简明教程》高等教育出版社
●启明工作室《VisualC++数据库应用实例完全解析》人民邮电出版社
升级会员 