电话计费管理系统.docx
《电话计费管理系统.docx》由会员分享,可在线阅读,更多相关《电话计费管理系统.docx(20页珍藏版)》请在冰豆网上搜索。
电话计费管理系统
数据库原理及应用实验报告
数据库设计及实现
(电话计费管理系统)
实验报告
实验类型__综合设计__实验室_软件实验室一__
电话计费管理系统
1.实验项目名称:
数据库设计及实现(电话计费管理系统)
2.实验项目的目的和任务:
熟悉数据库设计的各个阶段,会使用visio工具实现阶段性设计的表达,并使用语言实现数据库的连接,完成数据的显示、修改、插入和删除。
学生根据所学的数据库原理与程序设计知识,能够针对一个小型的数据库管理系统进行需求分析、系统设计、数据库设计、编码,测试等,完成要求的功能,从而达到掌握开发一个小型数据库的目的。
3.实验内容:
(1)根据数据库设计各个阶段得出的内容,在SQLSERVER中建立数据库
(2)选择语言设计一个系统,实现连接数据库,并且可以显示数据库内容
4.需求分析
(1)计费系统作为业务运营支撑系统的基础,其准确性和有效性至关重要,计费系统的错误将直接影响结算、账务及客户管理系统的处理结果。
由于我国移动手机用户的基数很大,计费系统任何微小的偏差所造成的损失都是巨大的。
该系统信息来源主要有管理员添加,方便网站管理员的查询和管理。
该系统的任务是方便,灵活的管理用户的各项信息。
(2)总体描述
对电话计费业务进行调查,设计的系统要求:
能够记录通话信息,如来电号码、去电号码、通话时长、通话费用,查询费用帐单等信息具体对各种数据文件装入和修改数据的功能。
能在用户交费同时打印发票。
能用关系数据库理论建立几个数据库文件来存储用户信息,收费员信息和收费信息等资料。
能够为用户提供查询各种记录的功能
(3)功能需求:
查询模块
月花费查询:
客户可对每月的话费进行查询(每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息)。
帐户余额查询:
客户可查询话费单上的余额。
用户资料查询:
客户可以查阅个人资料。
业务查询:
客户可以实时了解个部门的各项活动。
计费模块
缴费信息:
管理员可根据用户所缴的话费进行计费,并反馈给用户,用户在交费的同时可打印发票。
基本信息更新模块
月话费管理:
管理员可对每月的话费记录进行逐条添加、更新和删除。
客户受理结果:
管理员可对每月的话费记录进行逐条添加、更新和删除。
(4)数据流程图
(5)数据字典
数据项
客户受理表
客户资料表
收款表
通话信息表
收费员表
消费表
数据结构
(1)数据结构名:
客户受理
组成结构:
客户姓名、受理号码、受理内容
(2)数据结构名:
客户资料
组成结构:
客户姓名、联系电话、联系地址、套餐名称、手机号码、手机密码
(3)数据结构名:
收款
组成结构:
手机号码、客户姓名、应收费用、余额
(4)数据结构名:
通话信息
组成结构:
来电号码、去电号码、通话时长、通话时间、单位费用、总费用
(5)数据结构名:
收款员
组成结构:
姓名、密码
(6)数据结构名:
消费
组成结构:
手机号码、客户姓名、通话费、新业务费、费用合计、套餐名称
数据流
(1)数据流名称:
登录申请
输入:
客户
输出:
用户信息
(2)数据流名称:
登录申请
输入:
收银员
输出:
收银员信息
(3)数据流名称:
查询资料
输入:
客户
输出:
资料信息
(4)数据流名称:
套餐查询
输入:
客户
输出:
套餐信息
(5)数据流名称:
客户受理情况
输入:
收银员
输出:
受理信息
数据存储
(1)数据存储名:
客户信息
输入数据流:
客户基本信息
输出数据流:
客户信息
(2)数据存储名:
收营员信息
输入数据流:
收银员基本信息
输出数据流:
收银员信息
(3)数据存储名:
客户费用信息
输入数据流:
客户各项费用信息
输出数据流:
客户费用信息
(4)数据存储名:
客户缴费信息
输入数据流:
客户缴费信息
输出数据流:
客户缴费信息
处理过程
(1)处理过程名:
登录查看
输入数据流:
终端
输出数据流:
客户信息
(2)处理过程名:
登录查看
输入数据流:
终端
输出数据流:
收银员信息
(3)处理过程名:
客户受理
输入数据流:
客户要求
输出数据流:
客户受理情况
(4)处理过程名:
客户缴费
输入数据流:
客户信息
输出数据流:
客户
(5)处理过程名:
显示余额信息
输入数据流:
客户信息
输出数据流:
客户余额信息
(6)处理过程名:
显示套餐信息
输入数据流:
客户信息
输出数据流:
客户套餐信息
5.概念结构设计
(1)概述
根据需求将分析阶段形成的分析说明书,把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。
设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。
其中最常用的策略是自底向上方法。
下面就用E-R图来描述显示世界的概念模型。
(2)系统E-R图
6.逻辑结构设计
(1)概述
逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R图转换为选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。
设计逻辑结构时一般要分为两步进行如下图所示:
(2)E-R图向关系模型的转换
实体及其属性
客户:
{客户姓名,联系电话,联系地址,套餐名称}
应收款额:
{账户编号,手机号码,应收费用,余额}
话费信息库:
{手机号码,客户姓名,通话费,新业务费,费用合计,套餐名称}
收费员:
{收费员编号,姓名,年龄}
客户受理:
{手机号码,客户姓名,受理内容,受理时间}
通话信息:
{手机号码,来电号码,去电号码,单位费用,通话时长,总费用}
联系的属性
使用:
{手机密码}
计费:
{密码}
根据转换规则将实体转换为关系模式
本实例中没有1:
1关系对于1:
n联系,将它们与n端的关系模式合并。
该关系模式中应加入1端的码和联系本身的属性。
客户:
{客户姓名,所在城市,套餐名称,手机号码,手机密码}
收费员:
{收费员编号,姓名,年龄,手机号码,密码}
对于m:
n的联系,必须单独转换为一个关系模式,属性由各实体的码和联系本身的属性组成,关系的码为组成联系各实体的码的组合。
支付:
{客户姓名,联系电话,收费员编号}
处理:
{手机号码,收费员编号}
电话计费系统的E-R图,转换为以下6个关系模式:
客户:
{手机号码,所在城市,套餐名称,客户姓名,手机密码}
收费员:
{收费员编号,姓名,年龄,手机号码,密码}
话费信息:
{手机号码,客户姓名,通话费,费用合计,套餐名称}
客户受理:
{手机号码,收费员编号,客户姓名,受理内容,受理时间}
通话信息:
{手机号码,来电号码,去电号码,单位费用,通话时长,总费用}
(3)关系模式的规范化
关系模式属于第三范式,每个非主属性都不传递函数依赖于主关系键。
在关系模式中,对于客户模式,手机号码为主属性,其余的为非主属性,非主属性不传递依赖于手机号码,属于第三范式。
对于收费员,收费员编号为主属性,姓名,年龄,手机号码,编号,密码为非主属性,它们不传递依赖于主关系键收费编号,属于第三范式。
对于客户受理,手机号码和收费员编号为主属性,客户姓名,受理内容,受理时间为非主属性,手机号码、收费员编号,他们不依赖于手机号码、收费员编号,属于第三范式。
对于应收款额、话费信息、通话信息,他们的非主
属性同样不传递依赖于主属性手机号码,都属于第三范式。
7.数据库实施
(1)概述
数据库实施阶段包括两项重要的工作,一是数据集的载入,另一项就是应用程序的编码和调式。
8.总结
过这次课程设计,从设计需求分析,到各模块功能的设计及数据库设计,我对电话计费管理系统有了较深入的了解,基本掌握了数据库设计的思想。
通过本次设计,对数据库系统概论这门课有了全新的认识,经过本次课程设计,我受益匪浅,从一个整体上把握了一个数据库的设计方法,同时对于如何利用语言去连接数据库,并且操纵数据库有了一定的了解和掌握。
希望以后自己能够继续学习数据库,对它有更深层次的了解。