电话计费管理系统
数据库原理及应用实验报告
数据库设计及实现
(电话计费管理系统)
实验报告
实验类型__综合设计__实验室_软件实验室一__
电话计费管理系统
1. 实验项目名称:数据库设计及实现(电话计费管理系统) 2. 实验项目的目的和任务:
熟悉数据库设计的各个阶段,会使用visio 工具实现阶段性设计的表达,并使用vb.net 语言实现数据库的连接,完成数据的显示、修改、插入和删除。
学生根据所学的数据库原理与程序设计知识,能够针对一个小型的数据库管理系统进行需求分析、系统设计、数据库设计、编码,测试等,完成要求的功能,从而达到掌握开发一个小型数据库的目的。
3. 实验内容:
(1) 根据数据库设计各个阶段得出的内容,在SQLSERVER 中建立数据库 (2) 选择vb.net 语言设计一个系统,实现连接数据库,并且可以显示数据库内容
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. 总结
过这次课程设计,从设计需求分析,到各模块功能的设计及数据库设计,我对电话计费管理系统有了较深入的了解, 基本掌握了数据库设计的思想。 通过本次设计,对数据库系统概论这门课有了全新的认识, 经过本次课程设计, 我受益匪浅, 从一个整体上把握了一个数据库的设计方法,同时对于如何利用vb.net 语言去连接数据库, 并且操纵数据库有了一定的了解和掌握。希望以后自己能够继续学习数据库,对它有更深层次的了解。