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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

《数据库课程设计》

课程设计报告

设计题目:某电信营业厅收费管理系统学院名称:信息工程学院

专业班级:

姓名:

学号:

目录

1题目要求 (3)

2 需求分析阶段 (3)

2.1需求分析阶段的目标 (3)

2.2需求分析阶段的任务 (3)

2.2.1 处理对象: (3)

2.2.2处理功能及要求: (4)

2.3 需求分析阶段成果 (4)

2.3.1 体会与收获 (4)

2.3.2 电信营业厅收费系统数据字典 (4)

3 概念设计阶段 (5)

3.1 概念设计阶段的任务和目标 (5)

4.逻辑设计阶段 (8)

4.1逻辑设计的任务和目标 (8)

4.2数据组织 (8)

4.2.1将E-R图转换为关系模型 (8)

4.2.2数据库模式定义 (9)

5.1物理设计阶段的目标与任务 (11)

5.2系统功能模块图 (11)

6 实施阶段 (12)

6.1.1 建立数据库、数据表 (12)

6.2数据入库 (13)

7系统调试、测试 (14)

8心得体会 (16)

1题目要求

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

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

●实现客户信息管理,客户设有结余金额;

●实现收费管理,自动修改用户的结余金额(用触发器实现);

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

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

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

●创建表间关系。

2 需求分析阶段

需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点,需求分

析的结果是否准确地反映了用户的实际要求,将直接影响到后后来各个阶段的设计,

并影响到设计结果是否合理和使用。

2.1需求分析阶段的目标

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

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

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

4.通过调查和与电信营业厅人员的交流,了解用户对电信营业厅系统的业务要求,安全性和完整性要求;

2.2需求分析阶段的任务

2.2.1 处理对象:

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

●收营员信息。包括登录该管理系统的收营员的基本信息,如收营员编号、收营员编号、密码、收营员年龄。

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

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

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

2.2.2处理功能及要求:

1.能够存储所有入网客户的信息,并方便有效的进行相应的数据操作和管理,主要包括

1)客户入网

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

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

1)客户交费交费纪录

2)客户余额查询

2.3 需求分析阶段成果

2.3.1 体会与收获

系统需求分析主要是通过对周边的附近各电信营业厅进行访问,请教,了解电信营业厅运行机制,并通过上网搜索相关电信营业厅的知识。由于不熟悉电信营业厅的运行规则,在绘制业务流程图和数据流程图时,遇到很多问题,存在许多考虑不周的问题。反反复复的重新考虑,重新分析和完善,才逐步把业务弄清楚,最终顺利的完成了需求分析阶段的任务。

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

数据字典是体统中各类数据描述的集合,是进行详细的数据手机和数九分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。

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

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

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

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

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

理过程的说明性信息。

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

4个数据结构如下

3 概念设计阶段

将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键。

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

(1)选择底层数据流为切入点,通常选择实际系统中的子系统;

(2)设计分E-R图,即各子模块的E-R图;

(3)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;

(4)生成全局E-R图,通过消除冲突等方面。

收营员实体图

客户信息实体图

收费管理实体图

话费信息实体图

系统ER图

4.逻辑设计阶段

4.1逻辑设计的任务和目标

以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R 图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。

4.2数据组织

4.2.1将E-R图转换为关系模型

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

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

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

一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该

相关文档
最新文档