电话计费管理系统

1、数据库原理及应用Application and principles of database数据库原理及应用实验报告数据库设计及实现（电话计费管理系统）17实验报告实验类型_综合设计_ 实验室_软件实验室一_电话计费管理系统1.实验项目名称：数据库设计及实现（电话计费管理系统）2.实验项目的目的和任务：熟悉数据库设计的各个阶段，会使用visio工具实现阶段性设计的表达，并使用语言实现数据库的连接，完成数据的显示、修改、插入和删除。学生根据所学的数据库原理与程序设计知识，能够针对一个小型的数据库管理系统进行需求分析、系统设计、数据库设计、编码，测试等，完成要求的功能，从而达到掌握开发一个小型数据

2、库的目的。3.实验内容： （1） 根据数据库设计各个阶段得出的内容，在SQLSERVER中建立数据库 （2） 选择语言设计一个系统，实现连接数据库，并且可以显示数据库内容4. 需求分析（1）计费系统作为业务运营支撑系统的基础， 其准确性和有效性至关重要， 计费系统的错误将直接影响结算、 账务及客户管理系统的处理结果。 由于我国移动手机用户的基数很大， 计费系统任何微小的偏差所造成的损失都是巨大的。 该系统信息来源主要有管理员添加，方便网站管理员的查询和管理。该系统的任务是方便，灵活的管理用户的各项信息。（2) 总体描述对电话计费业务进行调查，设计的系统要求：能够记录通话信息，如来电号码、去电号

3、码、通话时长、通话费用，查询费用帐单等信息具体对各种数据文件装入和修改数据的功能。能在用户交费同时打印发票。能用关系数据库理论建立几个数据库文件来存储用户信息，收费员信息和收费信息等资料。能够为用户提供查询各种记录的功能（3) 功能需求：查询模块月花费查询 ：客户可对每月的话费进行查询 （每项记录包括通话费、 新业务费、费用合计、实缴费用合计等信息） 。帐户余额查询： 客户可查询话费单上的余额。用户资料查询： 客户可以查阅个人资料。业务查询： 客户可以实时了解个部门的各项活动。计费模块缴费信息 ：管理员可根据用户所缴的话费进行计费， 并反馈给用户，用户在交费的同时可打印发票。基本信息更新模块月

4、话费管理： 管理员可对每月的话费记录进行逐条添加、更新和删除。客户受理结果： 管理员可对每月的话费记录进行逐条添加、更新和删除。（4） 数据流程图（5） 数据字典数据项客户受理表客户资料表收款表通话信息表收费员表消费表数据结构 （1）数据结构名：客户受理 组成结构:客户姓名、受理号码、受理内容 （2）数据结构名：客户资料 组成结构:客户姓名、联系电话、联系地址、套餐名称、手机号码、手机密码 （3）数据结构名：收款 组成结构:手机号码、客户姓名、应收费用、余额 （4）数据结构名：通话信息 组成结构:来电号码、去电号码、通话时长、通话时间、单位费用、总费用 （5）数据结构名：收款员 组成结构:姓名

5、、密码 （6）数据结构名：消费 组成结构:手机号码、客户姓名、通话费、新业务费、费用合计、套餐名称数据流 （1）数据流名称：登录申请 输入：客户 输出：用户信息 （2）数据流名称：登录申请 输入：收银员 输出：收银员信息 （3）数据流名称：查询资料 输入：客户 输出：资料信息 （4）数据流名称：套餐查询 输入：客户 输出：套餐信息 （5）数据流名称：客户受理情况 输入：收银员 输出：受理信息数据存储 （1）数据存储名：客户信息 输入数据流：客户基本信息 输出数据流：客户信息 （2）数据存储名：收营员信息 输入数据流：收银员基本信息 输出数据流：收银员信息 （3）数据存储名：客户费用信息 输入数

6、据流：客户各项费用信息 输出数据流：客户费用信息 （4）数据存储名：客户缴费信息 输入数据流：客户缴费信息 输出数据流：客户缴费信息处理过程 （1）处理过程名：登录查看 输入数据流：终端 输出数据流：客户信息 （2）处理过程名：登录查看 输入数据流：终端 输出数据流：收银员信息 （3）处理过程名：客户受理 输入数据流：客户要求 输出数据流：客户受理情况 （4）处理过程名：客户缴费 输入数据流：客户信息 输出数据流：客户 （5）处理过程名：显示余额信息 输入数据流：客户信息 输出数据流：客户余额信息 （6）处理过程名：显示套餐信息 输入数据流：客户信息 输出数据流：客户套餐信息5. 概念结构设计

7、 （1) 概述根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略 4 类方法。其中最常用的策略是自底向上方法。下面就用 E-R图来描述显示世界的概念模型。（2) 系统 E-R 图 6.逻辑结构设计（1) 概述逻辑设计的任务就是把概念结构设计阶段的设计好的基本 E-R 图转换为选用的 DBMS 产品所支持的数据模型项符合的逻辑结构设计。 设计逻辑结构时一般要分为两步进行如下图所示：（2) E-R图向关系模型的转换 实体及其属性 客户： 客户姓名，联系电话，联系地址，套餐名称 应收款额： 账户编号

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

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

10、关系模式中， 对于客户模式， 手机号码为主属性， 其余的为非主属性， 非主属性不传递依赖于手机号码， 属于第三范式。 对于收费员， 收费员编号为主属性， 姓名，年龄，手机号码，编号，密码为非主属性， 它们不传递依赖于主关系键收费编号，属于第三范式。 对于客户受理， 手机号码和收费员编号为主属性， 客户姓名， 受理内容，受理时间为非主属性， 手机号码、收费员编号， 他们不依赖于手机号码、收费员编号，属于第三范式。对于应收款额、话费信息、通话信息，他们的非主属性同样不传递依赖于主属性手机号码，都属于第三范式。7. 数据库实施（1) 概述数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项就是应用程序的编码和调式。8.总结过这次课程设计，从设计需求分析，到各模块功能的设计及数据库设计，我