台球厅管理运营系统.docx
《台球厅管理运营系统.docx》由会员分享,可在线阅读,更多相关《台球厅管理运营系统.docx(13页珍藏版)》请在冰点文库上搜索。
台球厅管理运营系统
数据库课程设计报告
台球厅管理运营系统设计
目录
1系统简介1
2需求分析1
2.1需求调查1
2.2数据流程图2
2.3数据字典5
3概念结构设计10
4逻辑结构设计11
5物理结构设计11
6系统主要查询功能及SQL语句13
7设计说明及体会13
1系统简介
本系统用于台球厅日常运营和管理,可以实现会员的管理,球桌的分配,消费的结算等功能。
2需求分析
2.1需求调查
台球厅顾客分为会员和非会员,会员消费有一定的折扣。
球桌与顾客在使用的时候是一对一的关系。
结算方式有两种,一种现金结算(非会员),一种刷卡结算(会员)
对系统功能的要求:
查询(球桌使用情况,会员信息)
会员信息更新(会员充值,会员信息更改,新会员注册,删除会员,会员升级)
结算(基本结算,月底结算,年底结算)
2.2数据流程图
信息
总流程图
扣除
余额
二级分流程图
分配信息
P1消费分流程图
扣除金额
P2结算分流程图
结算信息
合并后流程图
2.3数据字典
数据项
数据项名
数据类型
长度
值域范围
说明
球桌号
字符型
3
001~999
球桌的编号
球桌类型
字符型
6
斯诺克,9球,8球
区分台球规则
是否可用
整形
1
0,1
值为1时可用
会员号
字符型
6
000001~999999
会员编号
身份证号
字符型
18
100000000000000000~199********9999999
余额
浮点型
4
0.00~9999.00
会员余额
会员类别
字符型
4
普通会员,白银会员,黄金会员,非会员
不同会员类别折扣不同
联系电话
字符型
8
00000000~99999999
折扣
整型
2
90,85,80,0
会员享有优惠
起始时间
时间型
00:
00:
00~99:
99:
99
消费开始
结束时间
时间型
00:
00:
00~99:
99:
99
消费结束
姓名
字符型
6
000001~999999
用户的名称
性别
字符型
2
男,女
应付金额
浮点型
4
0.00~9999.00
本次消费金额
数据结构
编号:
E1名称:
球桌别名:
简述:
台球厅里最主要的设备
组成:
球桌号,球桌类型,是否可用
编号:
E2名称:
操作别名:
简述:
顾客与球桌的对应关系
组成:
球桌号,会员号,起始时间,结束时间
编号:
E3名称:
顾客别名:
简述:
来台球厅消费的人群
组成:
会员号,姓名,性别,身份证号,会员类别,联系电话,余额
编号:
E4名称:
应收帐别名:
简述:
顾客每次消费的情况
组成:
球桌号,会员号,应付金额
编号:
E5名称:
折扣规则别名:
简述:
不同类别的会员享受不同的优惠
组成:
会员类别,折扣
数据存储
编号:
F1名称:
会员信息别名:
简述:
存储会员的信息
组成:
会员号,身份证号,姓名,会员类别,性别,余额,联系电话
关键字:
会员号
相关处理:
P22
记录长度:
500
记录数:
500
数据量:
500
编号:
F2名称:
使用信息别名:
简述:
储存顾客对球桌的具体使用信息和使用记录
组成:
会员号,球桌号,起始时间,结束时间
关键字:
会员号,球桌号,起始时间
相关处理:
P13,P21
记录长度:
10000
记录数:
10000
数据量:
10000
数据流
编号:
L01名称:
顾客信息别名:
简述:
顾客的信息
组成:
会员号,姓名,会员类别,起始时间,结束时间
若为数据流
来源:
顾客实体
去向:
操作实体
峰值流量:
编号:
L02名称:
球桌信息别名:
简述:
球桌的具体情况
组成:
球桌号,球桌类型,是否可用
若为数据流
来源:
球桌实体
去向:
操作实体
峰值流量:
编号:
L03名称:
操作信息别名:
简述:
会员消费的具体情况
组成:
球桌号,会员号,姓名,会员类别,起始时间,结束时间,折扣
若为数据流
来源:
操作实体
去向:
应收帐实体
峰值流量:
编号:
L04名称:
应收账信息别名:
简述:
顾客在结算账款的具体情况
组成:
会员号,球桌号,应付金额,折扣,会员类别,起始时间,结束时间
若为数据流
来源:
应收账实体
去向:
顾客实体
峰值流量:
编号:
L05名称:
参照别名:
简述:
顾客在结算账款时所能享受优惠的具体情况
组成:
会员类别,折扣
若为数据流
来源:
操作实体
去向:
应收账实体
峰值流量:
处理
编号:
P11名称:
分类
输入信息:
L01,L05
数据存储:
无
输出信息:
L01L05激发条件:
会员类别
简要说明:
根据会员类别,确定折扣规则
加工逻辑:
会员类别与折扣的对应关系为:
非会员-0,普通会员-90,白银会员-85黄金会员-80
出错处理:
执行频率:
每次消费一次
编号:
P12名称:
筛选一
输入信息:
L01
数据存储:
无
输出信息:
L01激发条件:
起始时间,结束时间
简要说明:
分出顾客的起始时间和结束时间
加工逻辑:
提取起始时间给P13,提取结束时间给P21
出错处理:
执行频率:
每次消费2次
编号:
P13名称:
分配
输入信息:
L01,L02
数据存储:
使用信息
输出信息:
L03激发条件:
简要说明:
确定顾客使用球桌的具体情况
加工逻辑:
将顾客的信息和球桌信息以及开始时间记录下来,并储存在使用信息里,待结算时调用
出错处理:
若球桌为空,则不继续执行,并告诉顾客无可用桌
执行频率:
每次消费1次
编号:
P14名称:
筛选二
输入信息:
L02
数据存储:
无
输出信息:
L02激发条件:
是否可用
简要说明:
从球桌中筛选出空球桌以备顾客使用
加工逻辑:
筛选出是否可用项为1的
出错处理:
无空球桌,则不输出
执行频率:
每次消费1次
编号:
P21名称:
结账
输入信息:
L01+L03
数据存储:
使用信息
输出信息:
L04激发条件:
顾客要结算,即结束时间已到
简要说明:
从顾客的使用情况来得出消费金额,再参照折扣规则,得出具体应付金额
加工逻辑:
应付金额=单价*(结束时间-起始时间)*折扣
出错处理:
执行频率:
每次消费1次
编号:
P22名称:
分析
输入信息:
L04
数据存储:
输出信息:
L04激发条件:
会员类别
简要说明:
若会员消费,则直接扣除余额,若为非会员,则产生应付帐
加工逻辑:
IF会员类别=非会员产生应付帐
ELSE扣除对应会员的余额
出错处理:
会员余额不足时,产生应付帐
执行频率:
每次消费1次
3概念结构设计
是否可用
球桌号
折扣规则
1
球桌类型
N
起始时间
球桌号
会员号
N
结束时间
性别
1
会员号
姓名
身份证号
联系电话
1
余额
会员类别
起始时间
N
会员号
应付金额
球桌号
N
1
会员类别
折扣
4逻辑结构设计
顾客(会员号,姓名,性别,身份证号,会员类型,联系电话,余额)
球桌(球桌号,球桌类型,是否可用)
操作(球桌号,会员号,起始时间,结束时间)
应付帐(会员号,球桌号,应付金额,起始时间)
折扣规则(会员类型,折扣)
5物理结构设计
<顾客>
中文名称
类型
长度
取值范围
是否非空
主关键字
备注
会员号
char
10
0000000001~9999999999
N
Y
姓名
char
10
0000000001~9999999999
Y
N
性别
char
4
男,女
Y
N
身份证号
char
18
Y
N
会员类型
char
10
普通会员,白银会员,黄金会员,非会员
Y
N
联系电话
Char
10
0000000001~9999999999
Y
N
余额
float
4
0.00~9999.99
Y
N
<球桌>
中文名称
类型
长度
取值范围
是否非空
主关键字
备注
球桌号
char
10
0000000001~9999999999
N
Y
球桌类型
char
10
斯诺克,9球,8球
Y
N
是否可用
int
1
0,1
N
N
<操作>
中文名称
类型
长度
取值范围
是否非空
主关键字
备注
球桌号
char
10
0000000001~9999999999
N
Y
会员号
char
10
0000000001~9999999999
N
Y
起始时间
Time
24
00:
00:
00~23:
59:
59
N
Y
结束时间
Time
24
00:
00:
00~23:
59:
59
Y
N
<应付帐>
中文名称
类型
长度
取值范围
是否非空
主关键字
备注
会员号
char
10
0000000001~9999999999
N
Y
球桌号
char
10
0000000001~9999999999
N
Y
应付金额
float
4
0.00~9999.99
Y
N
起始时间
Time
24
00:
00:
00~23:
59:
59
N
Y
<折扣规则>
中文名称
类型
长度
取值范围
是否非空
主关键字
备注
会员类型
char
10
0000000001~9999999999
N
Y
折扣
int
2
95,85,80,0
N
N
6系统主要查询功能及SQL语句
1.查询所有会员信息
Select*
From顾客
2.查询可使用的球桌
Select球桌号
From球桌
Where是否可用=1
3.查询会员100001的余额
Select余额
From顾客
Where会员号=‘100001’
7设计说明及体会
本题目是我们组成员自己从日常生活中选出的。
因为创作水平的有限很可能达不到台球厅的具体营运要求,但本组成员积极参与,多次进行实地调查,结合所学课程,认真研究商讨,在没有任何以往的实例可供参考的情况下自行设计制作得出了以上结果。
在具体的设计过程中因为每个成员的想法和方法不同,产生了很多矛盾。
例如:
对顾客实体如何按会员进行分类,折扣问题应该放在何处处理以及球桌实体中如何筛选当前可用桌等等……在众多矛盾面前我们努力沟通,互补长短,尽量统一各设计者的思想最终找到了一致解决了这些矛盾。
设计过程中,我们分工作业,本以为可以加快速度,结果我们画的图名称都对不上,修改过程极其困难。
每个人看问题的角度也不一样,最后合并的时候很艰难,从此我们知道了,分工作业也必须时刻保持信息交流与沟通,在开始定义各数据项时必须统一名称,以便以后合并工作容易进行。
由于能力的有限,我们不能肯定的说自己的设计是完美的,准确的。
我们知道我们的设计肯定有着很多需要改进和提高的地方。
虽然我们做的不够好,不够准确,但我们在设计过程中所付出的努力是肯定的。
可以说这里的每一个步骤每一过程都是我们无数次的敲打琢磨研究出来的。
在设计过程中我们曾一度想放弃该课题。
因为在遇到具体困难是我们几乎没有可参考的东西。
更有意思的是在“无所不能”的互联网上我们也找不到具体可供参考的例子。
是因为台球这项运动没有普及还是怎么的。
但由于成员们的坚持和不舍,我们最终做出来了,虽然不够好,但我们还是做出来了!
!
!
我们做这个设计不是为了得一个多么好的分数,我们只是想证明我们做了,而且是认认真真的做了。
我们的努力希望能够得到老师的认可!
最后感谢李老师对我们的耐心辅导和对我们的支持。
也感谢老师您让我们接触到了数据库,认识了数据库,通过课程设计这个活动给了我们团队一个协同工作的平台。