电信营业厅收费系统数据库课程设计

《数据库课程设计》

课程设计报告

设计题目：某电信营业厅收费管理系统

学院名称：信息工程学院

专业班级：

姓名：

学号：

目录

１题目要求

某电信营业厅营业收费管理系统

●实现费用类型、业务员管理；

●实现客户信息管理，客户设有结余金额；

●实现收费管理，自动修改用户的结余金额（用触发器实现）；

●创建存储过程统计指定月份各种费用类型的收费情况；

●创建存储过程统计指定日期各业务员的收费情况；

●创建规则限定客户的电话号码是以数字1开头的11位数字组成的号码；

●创建表间关系。

2 需求分析阶段

需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后后来各个阶段的设计，并影响到设计结果是否合理和使用。

需求分析阶段的目标

1.了解电信营业厅营业收费管理系统的基本内容；

2.了解电信营业厅营业收费管理系统的基本业务流程；

3.了解电信营业厅营业收费管理系统对业务员的管理，费用类型管理，客户信息

管理的过程。

4.通过调查和与电信营业厅人员的交流，了解用户对电信营业厅系统的业

务要求，安全性和完整性要求；

需求分析阶段的任务

处理对象：

根据电信营业厅收费系统要完成的功能，该系统有以下数据库信息。

●收营员信息。包括登录该管理系统的收营员的基本信息，如收营员

编号、收营员编号、密码、收营员年龄。

●客户信息。包括各个客户的基本信息，如客户手机号码、客户姓名、客户地区信息、客户结余金额等。

●话费信息。包括该客户每月话费的详细信息，如：通话费、业务费、上网费等。

●收费管理。包括客户电话、收银员编号、收费金额、收费日期。

1.能够存储所有入网客户的信息，并方便有效的进行相应的数据操作

和管理，主要包括

1）客户入网

2）客户信息的关键字检索查询。

2.能够对客户的交费信息进行查询，这主要包括：

1）客户交费交费纪录

2）客户余额查询

需求分析阶段成果

体会与收获

系统需求分析主要是通过对周边的附近各电信营业厅进行访问，请教，了解电信营业厅运行机制，并通过上网搜索相关电信营业厅的知识。由于

不熟悉电信营业厅的运行规则，在绘制业务流程图和数据流程图时，遇到

很多问题，存在许多考虑不周的问题。反反复复的重新考虑，重新分析和

完善，才逐步把业务弄清楚，最终顺利的完成了需求分析阶段的任务。

电信营业厅收费系统数据字典

数据字典是体统中各类数据描述的集合，是进行详细的数据手机和数

九分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。

数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外

部实体6个部分。

数据项是不可再分的数据单位。

数据结构反映了数据之间的组合关系。

数据流是数据结构在系统内传输的路径。

数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。

处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典是

需要描述处理过程的说明性信息。

本文中包括14个数据项如下：

3 概念设计阶段

将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概

念结构设计。它是整个数据库设计的关键。

概念设计阶段的任务和目标

（1）选择底层数据流为切入点，通常选择实际系统中的子系统；

（2）设计分E-R图，即各子模块的E-R图；

（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系

统一；

（4）生成全局E-R图，通过消除冲突等方面。

收营员实体图

客户信息实体图

收费管理实体图

话费信息实体图

系统ER图

4．逻辑设计阶段

逻辑设计的任务和目标

以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶

段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计

阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的

逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、

数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。

数据组织

实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：

一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合

具有相同码的关系模式可合并。

由于客户与话费的联系方式是1:n（一对多），而收营员与客户之间的联系方式则是n:m（多对多），这样要把它们之间的联系转化为独立的关系模式，，将其联系也转化成独立的关系模式，具体的基本E-R图向关系模型的转化如下：

收营员（收营员编号，密码，年龄，姓名）

收费管理（手机号码（外码），收营员编号(外码），收费金额，收费日期）

客户管理（手机号码，姓名，地区，结余金额）

话费信息（手机号码（外码），月份，通话费，上网费，业务费）

（注：画框的字为主码）

数据库模式定义

数据库的模式定义包括三个方面：

1.数据的逻辑结构；

2.数据之间的联系；