数据库系统原理餐厅点菜管理系统.docx
- 文档编号:17668003
- 上传时间:2023-07-27
- 格式:DOCX
- 页数:41
- 大小:134.15KB
数据库系统原理餐厅点菜管理系统.docx
《数据库系统原理餐厅点菜管理系统.docx》由会员分享,可在线阅读,更多相关《数据库系统原理餐厅点菜管理系统.docx(41页珍藏版)》请在冰点文库上搜索。
数据库系统原理餐厅点菜管理系统
1系统需求分析
系统需求分析,希望通过调查、讨论,分析应用系统将要提供的功能及未来数据库用户的数据需求,详细描述系统的实体、功能、规则与约束,为以后的数据库系统的建立提供基础依据。
1.1背景分析
随着科技的发展,许多新的技术已经成功运用于我们的日常生活之中,“衣、食、住、行”每样都搭上了科技的快车。
“民以食为天”,吃饭可以说是人们日常生活中最重要的一部分。
人们生活水平的提高也使得大家不只局限在自己做饭吃饭的情况,“去餐厅”、“下馆子”的频率已经越来越高。
可是目前人们在餐厅吃饭点菜的形式还只局限于服务员人工点菜,不仅效率不高,菜品无法第一时间报给厨师,对菜品的选择也只局限于服务员的推荐和自己个人的经验,而且吃饭只求味觉上的享受完全或者很少考虑到科学和身体的需要,现在,所谓的“吃饱吃好”,从科学的角度来讲还只停留在吃饱的阶段,此种情况希望得到改善的要求十分迫切,也将成为餐厅的一大卖点。
1.2系统目标
本系统立足于人们的饮食方面的需求,面向江西省南昌市连锁性质的“菜肴故事”餐厅,对客人在餐厅内的点菜进行管理,本系统希望通过包间内电脑自主点菜的方式为客人提供点菜服务,同时,本系统还可以根据客人的点菜记录为菜品打分,根据不同客人对菜品的爱好进行推荐,根据客人不同的身体情况提供配餐建议,以实现点菜的科学化、系统化和自动化,最大限度的服务于客人和餐厅,减少餐厅的开支,提高餐厅的效率,为顾客提供方便。
1.3业务需求及处理流程
餐厅点菜的主要业务包括:
所选菜单的生成和菜单处理的过程,如图1-1所示。
菜单生成
图1-1点菜系统业务流程
1.4功能需求及数据分析需求
功能需求分析将描述点菜系统提供的功能和服务。
根据对流程的分析,通过与餐厅服务人员、顾客的交流,点菜系统主要功能和数据需求包括:
后台菜品管理、顾客评价管理、前台点菜服务。
1.4.1菜品基本信息管理
提供菜品基本信息的录入、维护和查询功能:
1)工作人员录入、更新和删除菜品的基本信息,包括菜品的主要原料、所属菜系、价格、口味、热量,蛋白质含量等信息。
2)菜品查询。
系统提供多种方便快捷的方式进行菜品的检索,如可以输入指定的关键词进行查询,也可以通过设定菜品的条件,如口味、菜系等单一或者组合条件进行查询。
1.4.2顾客基本信息管理
提供顾客的信息的录入、更新功能:
1)工作人员录入,删除,修改顾客的基本信息,包括顾客的姓名、生日、积分等信息。
2)工作人员可以对顾客信息进行查询。
3)系统对顾客的积分按消费情况进行自动修改。
1.4.3桌台基本信息管理
提供桌台基本信息的录入、维护和查询功能:
1)工作人员录入桌台的基本信息,包括桌台编号,可容纳人数,等级,是否被占用。
2)工作人员更新、增加和删除桌台的基本信息。
3)工作人员可以按照桌台的编号对其进行查询。
1.4.4科学套餐管理
1)工作人员负责录入科学套餐的信息,根据科学知识,将菜品根据不同人群的不同要求,进行组合形成科学套餐供顾客选择。
2)工作人员负责更新和删除套餐的基本信息。
顾客可以根据编号,名称,功能对套餐的信息进行查询。
1.4.5菜单管理
提供菜单的生成、确认、修改和查询的功能:
1)顾客菜单生成:
所在房间顾客选择生成对应房间的菜单。
2)顾客选菜:
顾客可以根据自己的口味、喜好、菜品价格进行选菜。
顾客选定桌台之后,在终端机上开始选定菜品。
顾客可以随意增加、删除和设定想要的数量,并最后统计价格。
3)菜单查询:
顾客选菜结束后可以随时对所选菜单进行查询。
4)删除和改选:
选菜成功后,顾客可以在未处理菜单前对菜单内的菜品进行修改和删除。
5)菜单确认:
本房间顾客自行确认菜单,确认后无法进行菜单修改。
1.4.6菜品推荐管理
1)同类菜品推荐。
当顾客选择一道菜时,可以同时显示同类,口味相似菜品,向顾客显示。
2)自动菜品推荐。
对顾客历史消费数据进行统计分析,针对顾客点菜风格及人数显示推荐菜品。
3)当季主打菜品推荐。
向顾客推荐时下本店销量好的菜品。
1.4.7顾客评价管理
该服务应用于前台,操作对象为顾客。
顾客可以根据自己意愿,对菜品进行评价。
1)菜品评价:
顾客对菜品的评价,用文字描述,类似留言。
2)菜品打分:
顾客根据对菜品的印象对菜品进行打分,10分制。
1.5系统功能图
餐厅点菜系统功能图,如图1-2所示。
图1-2餐厅点菜系统功能图
1.6业务规则分析
业务规则分析主要是分析数据之间的约束以及数据库约束。
基于上述功能需求,通过进一步了解,点菜系统业务规则如下:
1)每个桌台有唯一的编号,由餐厅提前分配。
2)每个菜品有唯一的编号标识,菜品编号由工作人员提前编排。
3)每个科学配菜套餐都有唯一编号,由系统提前分配。
4)对于已选择的套餐,顾客可以根据自己的需求可以调整菜单中的菜品。
5)每个选定好的菜单编号唯一标识。
菜单编号由系统按时间和桌台号联合生成。
6)菜单被接受处理前,顾客可以调整菜品。
但是如果已经开始接受处理则不能修改。
7)同类菜品推荐规则:
根据顾客所点菜品的主要原料中有三样相同,口味相同,所属菜系相同,热量差距所点菜品的15%以内,蛋白质含量差距所点菜品的20%以内的菜品,其中每满足以上一项条件菜品权值加1,选取权值前三大的菜品进行推荐,遇到已有菜品时自动排除。
8)自动菜品推荐规则:
根据历史记录直接生成一系列菜品,推荐规则为选取往期所点菜品计算权值,计算规则与同类菜品推荐规则一样,然后从每样的权值前三大菜品中选取一样,遇到已有菜品时自动排除。
9)每个顾客有单独唯一的顾客编号,以及相应的消费积分,与等级分配。
10)每个顾客可以发表多条评价,一个职员可回复多条评价。
11)除前台以外的工作人员不能对产生的账单做任何操作。
12)顾客对于每个菜品的评价不能超过3条。
13)每条评价字数不得多于50。
14)顾客只能查看和更改自己的评价。
15)顾客只能看到所有评价信息,不能更改其他桌台的信息。
16)一份账单只能享受一次顾客优惠,并按可允许的最高优惠计算。
17)每个桌台在同一时间最多只能有1个菜单。
18)每个菜单只能生成一个账单。
19)每张桌台的人数限制仅作参考。
20)顾客积分,等级及相应的折扣规则如下:
顾客等级
积分条件
享受折扣
黄金会员
4000>积分>=1000
9.5折
铂金会员
10000>积分>=4000
9折
钻石会员
积分=10000
8.5折
非会员
积分<1000
无折扣
21)顾客积分为每消费一元(折后金额)积一分。
22)顾客积分为该顾客结账后统计。
23)无菜品的菜单不可生成账单。
24)当季主打菜品推荐为根据当日时间对菜品进行推荐,需人工设置推荐表。
25)主打菜品推荐中每类菜品只推荐一个。
26)同类菜品推荐中每次只推荐最多3个菜品以供选择。
27)自动菜品推荐中,系统根据顾客历史点菜风格及消费人数进行菜品推荐,最多提供10个菜品以供选择。
28)系统若查询不到顾客的历史点菜记录,便不可进行自动菜品推荐。
29)结账后的菜单和账单权限为只读,不可更改。
30)先结账,后进行顾客积分增加。
因此,当次的顾客升级不可用于造成升级的账单打折,其折扣仍按升级前计算。
31)桌台等级分为1,2,3三个等级,3指外场,2指普通包厢,1指特级包厢。
32)计算总价的方法:
实际总价=菜单总价(menuSum)*会员折扣
1.7数据约束分析
点菜系统主要数据约束如下:
1)用户访问权限:
任何用户都不能访问其他用户的密码。
2)每个菜品的打分不能低于0,不能高于10。
3)菜品的编码规则:
以字母D开头加六位数字组成,数字是按流水号依次增大。
4)桌台的编号规则:
以字母T开头加三位数字组成,数字是按流水号依次增大。
5)顾客的编号规则:
以字母M开头加六位数字组成,数字是按流水号依次增大。
6)科学套餐的编号规则:
以字母S开头加六位数字组成,数字是按流水号依次增大。
7)菜单的编号规则:
以字母C开头加11位数字组成,其中前三位为桌台号中的数字,后八位为菜单创建时间。
8)账单的编号规则:
由系统在对应的菜单编号后自动加“B”生成。
9)顾客积分初始值为0,最大为10000,达到此数值便不再增加。
10)顾客等级初始值为0,最大为3,达到此数值便不再增加。
1.8数据字典
数据字典包括数据项描述、数据结构描述、数据流、数据存储和处理过程,具体内容如下。
1.8.1数据项与数据结构
通过对所建立的表进行分析,我们得到了以下一些数据项,如表1.1至表1.5所示。
表1.1菜品表Dishes
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
dishesNO
Char(7)
Notnull
G字符加6个数字
菜品编号
dishesName
varChar(20)
Notnull
字符
菜品名称
price
numeric(7,2)
Notnull
数字
菜品价格
dishestype
Char(7)
null
字符
菜品类型
protein
numeric(7,2)
null
数字
蛋白质含量
calorific
numeric(7,2)
null
数字
热量
sugars
numeric(7,2)
null
数字
糖分
表1.2桌台表Table
数据名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
tableNo
Char(4)
Notnull
T字符加3个数字
桌台编号
place
int
Notnull
数字
容纳人数
tablelevle
Char(12)
Notnull
字符
桌台等级
表1.3顾客表Member
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
memberNo
Char(7)
Notnull
字符M加6个数字
顾客编号
memberLevel
Char(5)
Notnull
字符
顾客等级
memberCount
int
Notnull
数字
顾客积分
memberName
Char(20)
Notnull
字符
顾客名字
memberSex
Char
(1)
Notnull
字符
顾客性别
memberBirth
datetime
null
日期
顾客生日
表1.4科学套餐表Smeal
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
smealNo
Char(7)
Notnull
以字母S开头加六位数字
套餐编号
sPrice
numeric(7,2)
Notnull
数字
套餐价格
benefit
varChar(20)
Notnull
字符
套餐功能
表1.5菜单表Menu
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
menuNo
Char(12)
Notnull
以字母C开头加11位数字
菜单编号
menuDate
datetime
Notnull
数字
生成时间
menuSum
int
Notnull
数字
菜单总价
1.8.2数据处理
为了实现预期的系统功能,我们建立了以下数据处理过程,如表1.12所示。
表1.12数据处理
编号
名称
数据处理说明
1.
菜单编号生成
建立一个触发器,实现菜单的编号由时间和桌台号自动生成。
2.
菜单总价计算
建立一个存储过程,利用游标实现在客户点菜后,通过多点的菜品的价格,及与该菜品相对应的菜品的数量,计算出菜单的总价。
3.
菜品推荐
建立一个存储过程,利用游标实现,查找菜品热量相差在20%,蛋白质含量相差在15%,范围内的菜品。
4.
计算客户积分
建立一个存储过程,利用游标,通过查询客户的消费记录,按消费额折合成积分,计入客户积分。
5.
菜单总价控制
建立一个触发器,控制菜单总价不能人为操作控制,只能由明细表中计算得出。
6.
菜品评价控制
建立一个触发器,控制客人只能修改自己对菜品的打分,对其他客户的打分只能查看。
2数据库概念设计
根据上述需求分析,可定义下列实体集、联系集及其属性。
2.1定义实体集及属性
1)菜品实体集Dishes:
具有菜品编号(dishesNo)、菜品名称(dishesName)、价格(price)、菜品类型(dishetype)、蛋白质含量(protein)、热量(calorific)、糖分(sugars)等属性。
2)桌台实体集Table:
具有桌台编号(tableNo)、容纳人数(place)、桌台等级(level)等属性。
3)顾客实体集Member:
具有顾客编号(memberNo)、顾客等级(memberLevel)、顾客积分(memberCount)、顾客姓名(memberName)、顾客性别(menberSex)、顾客生日(memberbirth)等属性。
4)科学套餐实体集(Smeal):
具有套餐号(smealNo)、套餐价格(sPrice)、套餐功能(benefit)等属性。
5)菜单实体集Menu:
具有菜单编号(menuNo)、菜单总价(menuSum)等属性。
2.2定义联系集及属性
1)Choice联系集:
Member、Table、Dishes和Smeal之间的联系,其中Member和Table进行聚合,Dishes和Smeal之间建立聚合。
2)Combination联系集:
Dishes和Smeal之间多对多的关系,一种菜品可以被多种套餐选择,一种套菜可以选择过个菜品。
3)Create联系集:
Menu和Choice联系集之间的联系,都用用聚合表示。
4)Evaluate联系集:
Member和Dishes之间多对多的关系,是对菜品的评价,具有分数(score)属性。
2.3E-R模型设计
所有实体描述如下
1)菜品实体集如图2-1所示。
图2-1菜品实体集
2)桌台实体集如图2-2所示。
图2-2桌台实体集
3)顾客实体集如图2-3所示。
图2-3顾客实体集
4)科学套餐实体集如图2-4所示。
图2-4科学套餐实体集
5)菜单实体集如图2-5所示。
图2-5菜单实体集
6)Evaluate联系集如图2-6所示。
图2-6Evaluate联系集
7)Create联系集如图2-7所示。
图2-7Create联系集
总体E-R图如下图2-6所示。
图2-6餐厅点菜系统总体E-R图
3逻辑设计
根据上述概念设计,将其转化为系统可以识别、支持的关系数据模型。
3.1关系设计
3.1.1由实体集转化而来的关系模式
1)由Dishes实体集转化的关系模式为:
Dishes(dishesNo,dishesName,price,dishestype,protein,calorific,sugars)
2)由Table实体集转化的关系模式为:
Table(tableNo,tableNumber,tablelevel)
3)由Member实体转化的关系模式为:
Member(memberNo,memberLevel,memberCount,menberName,memberSex,memberBirth)
4)由Smeal实体转化的关系模式为:
Smeal(smealNo,sPrice,dishesNo,benefit)
5)由Menu实体转化的关系模式为:
Menu(menuNo,menuDate,tebleNo,menuSum)
3.1.2由联系集转化而来的关系模式
1)Evaluate联系集:
Evaluate(roomNo,disheaNo,score)
2)由Create的联系集转化得到MenuDetail:
MenuDetail(menuNo,dishesNo,Price,qty)
3)由Combination联系集转化为SmealDetail:
SmealDetail(smealNo,dishesNo,dishesNo,price)
3.2约束说明
关系设计包括转换后所得的表,转换之后的关系如表3.1到3.10
表3.1菜品表Dishes
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
dishesNO
Char(7)
Notnull
G字符加6个数字
菜品编号
主键
dishesName
varChar(20)
Notnull
字符
菜品名称
与菜品号对应
price
numeric(7,2)
Notnull
数字
菜品价格
独立
dishestype
Char(7)
null
字符
菜品类型
独立
protein
numeric(7,2)
null
数字
蛋白质含量
独立
calorific
numeric(7,2)
null
数字
热量
独立
sugars
numeric(7,2)
null
数字
糖分
独立
表3.2桌台表Table
数据名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
tableNo
Char(4)
Notnull
R字符加3个数字
桌台编号
主键
place
int
Notnull
数字
容纳人数
独立
level
int
Notnull
数字,1到3
桌台等级
独立
empty
int
Notnull
数字
是否占用
独立
表3.3顾客表Member
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
memberNo
Char(7)
Notnull
字符M加6个数字
顾客编号
主键
memberLevel
Char(5)
Notnull
字符
顾客等级
独立
memberCount
int
Notnull
数字,0到10000
顾客积分
独立
memberName
Char(20)
Notnull
字符
顾客名字
独立
memberSex
Char
(1)
Notnull
字符
顾客性别
独立
memberBirth
datetime
null
日期
顾客生日
独立
表3.4科学套餐表Smeal
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
smealNo
Char(7)
Notnull
以字母S开头加六位数字
套餐编号
主键
sPrice
numeric(7,2)
Notnull
数字
套餐价格
由菜品价格计算得来,参照表Dishes
dishesNo
Char(7)
Notnull
G字符加6个数字
菜品编号
dishesNO
benefit
varChar(20)
Notnull
字符
套餐功能
独立
表3.5菜单表Menu
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
menuNo
Char(12)
Notnull
以字母C开头加11位数字
菜单编号
主键
menuDate
datetime
Notnull
数字
时间
独立
tableNo
Char(4)
Notnull
R字符加3个数字
桌台编号
外键,参照Table表
menuSum
int
Notnull
数字
菜单总价
由明细表中的菜品价格和菜品数量计算得出
表3.6菜单明细表MenuDetail
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
menuNo
Char(12)
Notnull
以字母C开头加11位数字
菜单编号
主键、外键,参照Menu表
dishesNo
Char(7)
Notnull
G字符加6个数字
菜品编号
主键、外键,参照Dishes表
Price
numeric(7,2)
Not
数字
菜品价格
与菜品对应
qty
Int
Notnull
数字
菜品数量
独立
表3.7科学套餐明细表SmealDetail
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
smealNo
Char(12)
Notnull
有系统自动按时间提供
科学套餐编号
主键、外键,参照Menu表
dishesNO
Char(7)
Notnull
G字符加6个数字
菜品编号
主键、外键,参照Dishes表
Price
numeric(7,2)
Not
数字
菜品价格
与菜品对应
表3.8评价表Evaluate
数据项名与别名
类型(长度)
是否为空
数据约束
数据项含义说明
与其他数据项的联系
tableNo
Char(4)
Notnull
R字符加3个数字
桌台编号
主键、外键,参照Room表
dishesNO
Char(7)
Notnull
G字符加6个数字
菜品编号
主键、外键,参照Dishes表
Score
Int
Notnull
数字,0到10
分数
独立
函数依赖关系:
1)菜品表
函数依赖集为F1={菜品编号→(菜品名称,菜品价格,菜品类型,热量,蛋白质含量,糖分)}∈3NF。
2)桌台表
函数依赖集为F2={桌台编号→(容纳人数,桌台等级,是否占用)}∈3NF。
3)顾客表
函数依赖集为F3={顾客编号→(顾客等级,顾客积分,顾客姓名,顾客性别,顾客生日)}∈3NF。
4)科学套餐表
函数依赖集为F4={套餐编号→(套餐价格,菜品编号,套餐功能)}∈3NF。
5)科学套餐表明细表
函数依赖集为F5={套餐编号→(菜品编号)}∈3NF。
6)菜单表
函数依赖集为F6={菜单编号→(时间)}∈3NF。
7)菜单明细表
函数依赖集为F7={菜单编号→(菜品编号,菜品价格,实际菜品价格,菜品数量)}∈3NF。
8)评价表
函数依赖集为F10={桌台编号→(菜品编号,分数)}∈3NF。
4数据库应用设计
数据库应用的设计,包括数据库的脚本和安全性设计、数据库的完整性设计和数据库的存储过程设计。
4.1数据库脚本及数据库安全性设计
1)数据库安全性设计
创建三个用户分别为管理员‘user01’、前台服务人员‘qiantai’以及顾客‘customer’,然后根据不同表的功能,赋予他们
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 系统 原理 餐厅 点菜 管理