咖啡厅经营管理系统Word格式文档下载.docx
《咖啡厅经营管理系统Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《咖啡厅经营管理系统Word格式文档下载.docx(19页珍藏版)》请在冰豆网上搜索。
![咖啡厅经营管理系统Word格式文档下载.docx](https://file1.bdocx.com/fileroot1/2022-11/30/400dafee-a5b6-485f-bced-78df8f3b6bb9/400dafee-a5b6-485f-bced-78df8f3b6bb91.gif)
近年来我国的咖啡经营业面临更加激烈的同业竞争,如何提供更多的工作流程和更优质的服务,如何吸引更多的客户,如何利用计算机技术加强顾客个人信息管理、进行客户业务再造,提高员工的工作效率和业务竞争能力是摆在各家餐饮企业面前的一个迫切需要解决的问题。
本系统设计的主要目的在于切实有效地指导工作人员规范业务操作流程,更高效、快捷地实现业务的管理,保障顾客信息的安全,提高管理水平和工作效率,进而提高业务竞争能力。
2 需求分析
2.1 业务需求及处理流程
随着人民物质文化于精神文化的日益丰富,咖啡厅收费管理也越来越多的使用了计算机管理的方式。
相对于传统的纸单收费,由于传统的纸质账单从印刷到下发需要较长的时间,在存储和查询方面都有一定的困难。
而计算机收费管理系统采用数据库管理账单的方式,开单,结账,账单都可由计算机生成,极大的节省了时间提高了收费效率,并且方便查询, 便于统计相关营业信息。
据此,系统主要实现了以下几个方面的功能:
(1)根据消费额对会员进行等级分配,可以享受不同等级的折扣优惠。
(2)根据统计员工的工作情况对员工进行等级分配,从而实现发放薪水和提成等功能。
(3)开单:
选择,修改,删除商品,更改商品数量,计算总消费额,如果是会员则根据等级计算折扣优惠后的实际支付额.。
(4)结账:
账单信息添加到数据库中。
(5)会员设置:
添加会员,删除会员。
业务处理流程如下图所示:
①客户的点单及订单的生成:
是
否
客户点单
选购结束?
开始
财务结算
账单生成
结束
图2-1订单生成
②订单的审核与受理:
员工登录
有账单?
账单审核
正确?
配送单生成
退回
图2-2订单受理
③员工信息的查询与修改:
信息查询
修改信息?
图2-3员工信息处理
④商品的上餐与处理:
确认商品
库存足够?
安排上餐
更新状态
有配送单?
图2-4商品处理
2.2功能需求分析
根据2.1中的业务需求分析,总结出系统的功能需求如下:
⑴点单消费
①增加消费:
凡在店接受服务(已登记)的宾客,可以通过点单操作提出消费要求,本模块将为接受消费的客人安排所需的消费服务并记录在册,本模块只对具体的消费项目进行登记。
②服务员查询:
此模块用来查询已记录在本系统的所有服务员的详细信息,可按服务员所在区域分类查询、导出、打印服务员信息。
⑵收银结账
①宾客结账:
本模块将自动统计每个登记客人在店时所发生的所有消费额和应付款额,并完成结帐收银操作。
②合并账单:
合并两个或两个以上的帐单为一个帐单,合并后的账单可同时结账。
③拆分账单:
将合并后的账单拆分成单个的账单。
⑶会员管理
①基本信息管理:
此模块用于增加会员、修改会员信息、删除会员、会员信息查询、导出和打印等功能。
②消费信息管理:
用于查询本店登记在册会员的所有消费记录,并可列出每次消费记录的详细消费信息。
⑷商品管理
①当前库存查询:
主要用来查询当前库存情况,进行商品统计分析和库存报警的查询。
②销售查询:
主要用于查询商品在一段时间内的销售情况,包括销量、销售额、毛利等。
③库存盘点:
主要用于盘点库存
④成本分析:
主要实现在某一时间段各种商品营业量、总成本、总销售额和毛利的核算。
⑸系统维护
①修改密码:
为保证本系统数据的安全,此模块允许操作员修改登录密码。
②数据备份、恢复:
为保证数据的安全要定期进行数据备份,一旦出现数据遭到破坏可使用最近备份的数据进行恢复,恢复后的数据只能是备份过的数据,没备份的数据将丢失。
③系统设置:
主要完成系统运行前基础数据的设置(包括:
商品项目设置、服务生设置、会员设置、操作员设置、计费设置、打印设置)。
2.3业务规则分析
通过对数据库之间约束及数据库约束的分析,总结得出咖啡厅业务规则如下:
1、所有客户都可在本店点单消费,但只有注册会员后才能按销售额进行等级分配并享受打折服务。
2、每位会员由会员编号唯一标识,会员编号由系统按时间顺序生成。
3、每位职员由职员编号唯一标识,职员编号由系统按时间顺序生成。
4、每个商品有商品编号唯一标识,商品编号由系统按时间顺序生成。
5、商品应记录商品状态,包括在库存,已售出等状态。
6、每次客户点单消费对应一张发票。
发票用发票的实际编号唯一标识。
7、客户点单后才能生成账单,每个账单用账单编号唯一标识。
账单需记录当前状态,包括未审核、退回、已审核、已处理结束等状态。
8、消费账单中的商品采取先到先上餐原则。
若账单中的商品未同时有货,可拆分成不同配送单上餐;
但是账单中的商品只有库存足够时才安排上餐。
9、同一消费账单可以账购多种商品,且账购数量可以不同。
账单中的每种商品应记录其状态,包括未上餐,已上餐等状态。
10、当消费账单中的商品送到后,则更新该商品的状态为“已上餐”。
11、当消费账单结付后,更新账单状态为“已处理结束”。
12、普通会员可以享受9.5折优惠,当普通会员消费金额达到10000元,即升级成为三级会员,享受9折优惠;
消费金额达到20000元时,升级为二级会员,享受8.5折优惠;
消费金额达到30000元时,升级为一级会员,享受8折优惠
13、每个员工有自己的等级信息,等级由餐厅内部决定
3概念结构设计
3.1确定实体集及属性
根据以上的功能分析,一共设计了5个实体集来存储所有的会员、会员消费额、员工、管理员、员工等级信息、商品信息及销售信息,包括:
1. 会员信息(包含属性:
会员编号,姓名,性别,注册时间,等级,电话,消费额,消费时间等)
2.员工信息(包含属性:
员工编号,姓名,性别,销售额,等级,薪水,电话等)
3.商品信息(包含属性:
商品编号,商品名,单价,销售状态等)
4.账单(包含属性:
账单号,会员编号,开单时间,结账时间,总消费额,实际支付额,折扣等)
5.消费信息(包含属性:
账单号,消费项目,消费时间,消费数量等)
3.2 确定联系集及E-R图
基于上节设计得到的实体集,可确定如下联系集:
•商品和消费信息之间的“消费”联系集。
它是一个一对多联系集,其描述属性有:
消费金额。
•会员和账单之间的“建立”联系集。
它是一个一对多联系集。
•账单和商品之间的“包含”联系集。
它是一个多对多联系集。
•会员和员工之间的“服务”联系集。
它是一个多对多联系集,其描述属性有:
服务时间。
3.2.1局部E-R图
局部E-R图如下:
⑴商品信息实体集:
商品
商品编号
商品名
单价
销售状态
图3-1 商品实体集E-R图
⑵会员信息实体集:
会员
会员编号
姓名
消费额
消费时间
电话
注册时间
性别
等级
图3-2 会员实体集E-R图
⑶账单实体集:
账单
账单号
开单时间
总消费额
实际支付额
折扣
结账时间
图3-3账单实体集E-R图
⑷员工信息实体集:
员工
员工编号
销售额
薪水
图3-4员工信息实体集E-R图
⑸消费信息实体集:
消费信息
消费项目
消费数量
图3-5账单实体集E-R图
3.2.2全局E-R图
建立
包含
消费
服务
消费金额
服务时间
图3-6全局E-R图
ﻬ4 逻辑结构设计
4.1 E-R图向关系模型的转换
图3-5中咖啡厅管理系统数据库E-R图可转化为以下关系模式:
1.由实体集转化而来的关系模式:
(1)会员实体集:
会员(会员编号,会员姓名,性别,消费时间,等级,消费额,注册时间,电话,账单号)
(2)账单实体集:
账单(账单号,开单时间,结账时间,总消费额,实际支付额,折扣)
(3)商品实体集:
商品(商品编号,商品名,销售状态,单价,账单号,消费金额)
(4)消费信息实体集:
消费信息(账单号,消费项目,消费数量,消费时间)
(5)员工实体集:
员工(员工编号,姓名,性别,薪水,销售额,电话,等级)
2.由关系集转化而来的关系模式:
(1)服务联系集:
服务(会员编号,员工编号,服务时间)
(2)包含联系集:
包含(商品编号,账单号)
4.2数据模型的优化
通过对以上数据库分析及E-R图的建立,发现数据库在实体集分类上所采取的分类项目太少,不足以对咖啡厅复杂的经营管理方面产生的业务进行全面而系统的管理,因此,先要对该数据库的实体集再进行更深一步的分类和总结,以适应现实生活中复杂的经营方式。
由上,可加入的实体集有:
①历史明细账单实体集,可用于调出在店注册会员的消费者以往在店的明细消费账单,通过这个步骤可以更好的总结出会员对本店商品的喜爱程度,也可据此推出新产品;
②来往单位实体集,可用于记录与本店有经济上或其它方面往来的单位,可以通过它对往来单位进行分类,有利于加强本店商品的更新效率;
③留言实体集,用于记录在店员工或外来消费者对本店所提出的宝贵意见,对留言进行整理可以更全面的了解客户及员工对店面管理的建议,从而对店面管理做好必要的改变;
④管理员实体集,用于对本系统的操作员进行管理由于本次课程设计的时间比较紧张,未能将上述内容做出进一步的整理,下面的内容中并没有进行补充更正。
ﻬ5数据库的实施
5.1数据库与基表的创建
本节将通过MicrosoftSQL Server进行数据库和基表的创建
1.建立咖啡厅经营管理系统数据库MyCoffeeDB:
createdatabaseMyCoffeeDBﻫon
primary
(name=MyCoffeeDB,
filename='
D:
\MyCoffeeData\MyCoffeeDB.mdf'
size=5,
filegrowth=15%),
filegroup MyCoffeeHisDB,
(name=MyCoffeeHisDB1,
filename='
D:
\MyCoffeeData\MyCoffeeHisDB1.mdf',
size=10,
filegrowth=15%),
filegroup MyCoffeeBakDB,
(name=MyCoffeeBakDB1,
filename='
\MyCoffeeData\MyCoffeeBakDB1.mdf'
size=10,
filegrowth=15%),
(name=MyCoffeeBakDB2,
filename='
D:
\MyCoffeeData\MyCoffeeBakDB2.mdf'
size=10,
filegrowth=15%),
(name=MyCoffeeBakDB3,
filename='
\MyCoffeeData\MyCoffeeBakDB3.mdf'
,
size=10,
filegrowth=15%),
Log on
(name=’MyCoffeeHisDB1’,
filename='
\MyCoffeeData\MyCoffeeLogDB1.ldf'
,
size=5MB,
filegrowth=2MB),
(name=’MyCoffeeHisDB2’,
filename='
\MyCoffeeData\MyCoffeeLogDB2.ldf',
size=5MB,
filegrowth=2MB)
说明:
以上所创建的数据库中,日志文件包含了两个磁盘文件MyCoffeeLogDB1.ldf和MyCoffeeLogDB2.ldf;
数据文件被分为3个逻辑设备,主设备只有一个文件MyCoffeeDB.mdf;
用户设备有两个,一个用户设备是MyCoffeeHisDB,包含一个磁盘文件MyCoffeeHisDB1.mdf;
另一个用户设备是MyCoffeeBakDB,包含三个磁盘文件MyCoffeeBakDB1.mdf,MyCoffeeBakDB2.mdf,MyCoffeeBakDB3.mdf。
2.建立咖啡厅经营管理系统中的7张表:
CREATETABLEMember(
memberIDchar(10)NOT NULL,
namechar (10)NOTNULL,
sexchar(2) NULL,
payfloat NULL,
salesVolumefloatNULL,
degree char(10) NULL,
phonevarchar(50) NULL,
CONSTRAINTMemberPKPRIMARY KEY(memberID)
)
CREATE TABLE VIP(
VIPID float NOTNULL,
username char(10)NOTNULL,
degreeintNULL,
sexchar
(2) NULL,
registTimedatetimeNULL,
phone varchar(50) NULL,
expenseTimefloatNULL,
expenseMoney float NULL,
CONSTRAINTVIPPKPRIMARYKEY (vipID)
CREATE TABLECommodity(
commodityID intNOTNULL,
commodityNamechar(10) NOTNULL,
unitPrice float NOT NULL,
sellchar
(2)NULL,
CONSTRAINTCommodityPK PRIMARYKEY(commodityID),
FOREIGNKEY(billNO)REFEENCESCommodity(commodityID)
CREATE TABLE Bill(
billNO floatNOTNULL,
billtime datetime NULL,
checktime datetime NULL,
totleConsumptionfloat NULL,
amountPaidfloatNULL,
discountfloat NULL,
CONSTRAINT billPK PRIMARYKEY(billNO)
FOREIGNKEY(VIPID)
CREATETABLEConsume(
consumeNOfloatNOTNULL,
article char(10) NULL,
consumeTime datetimeNULL,
consumeQuantity int NULL,
consumeMoneyfloatNULL,
CONSTRAINT consumePK PRIMARY KEY (consumeNO)
CREATE TABLEInculde(
billNO char(10) NOTNULL,
commodityID intNOT NULL,
PRIMARYKEY(billNO,commodityID))
CREATE TABLEServer(
memberIDchar(10)NOT NULL,
VIPID char(10)NOTNULL,
serverTimedatetime NULL,
PRIMARYKEY (memberID,VIPID))
上述程序所创建的基表如下图所示:
表5.1member
表5.2 VIP
表5.3commodity
表5.4Bill
表5.5consume
表5.6 Include
表5.7Server
5.2 数据的载入
通过实际的调查分析,在上节所建基表中载入数据:
表5.7员工表
表5.8会员表
表5.9商品表
表5.10账单表
表5.11消费信息表
表5.12 包含表
表5.13服务表
5.3数据的查询
本节将对上述表中数据进行SQL查询,仅给出3个查询的例子:
(1)查询会员姓名为蒋旻伟的会员的全部信息:
SELECT*ﻩ
FROMVIPﻩ
WHEREusername=’蒋旻伟’
其查询结果如表5-1所示:
表5-1
(2)查询每个会员的会员编号,会员名称,等级,消费时间,消费金额,消费账单编号,账单金额,实际支付额,若无消费账单则用NULL标出,账单编号正序排序输出:
SELECT a.VIPID,username,degree,ExpenseTime,ExpenseMOney,billNO,
totlCconsumption,amountPaid
FROMVIP a RIGHTOUTER JOIN BillbONa.VIPID=b.VIPID
ORDERBYbillNO
其查询结果如表5-2所示:
表5-2
(3)查询和蒋旻伟等级相同的会员的会员编号,会员名称,性别,等级:
SELECTb.VIPID,b.username,b.sex,b.degree
FROMVIP a,VIPb
WHEREa.degree=b.degreeAND a.username='
蒋旻伟'
其查询结果如表5-3所示:
表5-3
ﻬ结束语
课程设计是培养学生综合运用所学知识,发现、提出、分析和解决实际问题,锻炼实践能力的重要环节,是对学生实际工作能力的具体训练和考察过程。
通过这次课程设计增加了很多认识。
在确定课程设计题目后,我先做了整体的分析,把要设计的表,表的属性,表间的关系全部弄清楚,并画了相应的关系图和 E-R图,从而也就基本形成了这次设计的整体构架。
在写代码的过程中明显感觉到很轻松,就是照着所设计的思路一步一步地进行。
并得到以下总结:
首先,流程是一切的根源,进度控制是项目顺利进行的基础。
没有大局观,面对问题和变更就会不知所措了。
其次,构架是很重要的,整体框架搭好,具体细节实现起来就是顺理成章的事了。
最后,实践比一切空谈和理论更能学到东西。
平时学的那些理论都不过是皮毛罢了,一旦不用很快就忘记,始终要在实践中才会发现问题才会努力去解决才能成长。
在这些日子里,可以说是苦多于甜,但是可以学到很多很多的东西,同时不仅可以巩固以前所学过的知识,而且学到了很多在书本上所没有学到过的知识。
通过这次课程设计使我懂得了理论与实际相结合是很重要的,只有理论知识是远远不够的, 只有把所学的理论知识与实践相结合起来,从理论中得出结论, 提高自己的实际动手能力和独立思考的能力,才能真正为社会服务。
在设计的过程中,可以说得是困难重重,毕竟是第一次做这样的设计,难免会遇到过各种各样的问题,同时在设计的过程中发现了自己的不足之处,对以前所学过的知识理解得不够深刻,掌握得不够牢固, 例如在设计整体架构设计各表之间的关系时,总是考虑不够周到,数据的完整性和一致性把握不准。
理论不够规范化,关系模式不够优越。
我也参阅了很多关于数据库设计方面的书,从中受益匪浅.
最后,在这次课程设计过程中,深刻感觉到自己知识的缺乏,还需要课外继续学习,不断完善和增加自身的知识和经验.
参考文献
[1] 王珊,萨诗煊.数据库系统概论.4版.北京:
高等教育出版社,2006.
[2] 冯建华,周立柱.数据库系统设计与原理.2版.北京:
清华大学出版社,2007.
[3]徐洁磬,柏文阳,刘奇志.数据库系统实用教程.北京:
高等教育出版社,2006.
[4]周志奎,郭贵锁,陆耀,等.数据库系统原理.北京:
清华大学出版社,2006.
[5] 孙建怜,林怀忠.数据库原理与应用.北京:
高等教育出版社,2006.
[6] 史嘉权.数据库系统概论.北京:
清华大学出版社,2006.
[7]万常选,刘喜平.XML数据库技术.2版.北京:
清华大学出版社,2008.
[8] 吴京慧,杜宾,杨波.Oracle数据库管理及应用开发教程.北京:
清华大学出版社.2007.
[9] 王意洁.面向对象的数据库技术.北京:
电子工业出版社,2003.