酒店网上订餐系统设计与实现毕业论文文档格式.docx
《酒店网上订餐系统设计与实现毕业论文文档格式.docx》由会员分享,可在线阅读,更多相关《酒店网上订餐系统设计与实现毕业论文文档格式.docx(55页珍藏版)》请在冰点文库上搜索。
![酒店网上订餐系统设计与实现毕业论文文档格式.docx](https://file1.bingdoc.com/fileroot1/2023-5/4/b2d972f6-0199-4bf5-bb7f-d307d07ea92d/b2d972f6-0199-4bf5-bb7f-d307d07ea92d1.gif)
关键词:
网上订餐,C/S模式,信息发展
Abstract
WiththevigorousdevelopmentofChina'
seconomy,people'
slivingstandardscontinuetoimprove,andtherapiddevelopmentofInternettechnology,networkinpeople'
severydaylifehasdeepened.Inordertomeettherequirementsofpeopleeating,emergeasthetimesrequireonlinemealordering.Becauseofitsuniqueonlinemealorderingconvenientandintuitive,alreadybeaneasyjobtobethemodernpeoplerecognizedandaccepted.Atthesametime,anewmanifestationofthisistheelectroniccommerceapplication,helpandpromotethepopularizationandapplicationofelectroniccommerce.
ThissystemadoptstheC/Ssoftwarearchitecturemodel,theuseofexistingcomputertechnologyusingVisualStudio2008tocompletethemanagementplatformisdesigned,usingSQLServer2005databasetostoredata.Atthesametimetousethewindowmenuinterfacedesign,thedatasubmitted,theoperationissimple,intuitiveandeasytounderstand.Onlinemealorderingsystemcanpromotethehotelmanagementmorescientific,morereasonable,andfurthertoeliminatethefalsebaddebt,savemanpowerandmaterialresourcesandavoidthehotelduetomismanagementofthenon-essentialexpenditure,improvethehotelcompetitivenessandensurethestabilityofthemanagement,operation,maintenanceandsafety.
Keywords:
Onlinemealordering,C/Smode,informationdevelopment
第一章项目概述
1.1项目背景
高新科技和计算机的飞速发展,给人们带来了更多的便利.电脑普及时代即将到来,网络技术也在逐渐完善,人们的生活已经开始发生重要的变革,效率已经成为各个企业生存的首要条件,更好更快的使用和了解相关的信息,以及处理更多更繁琐的事物便是我们设计网上订餐系统的初衷。
[1]
1.2项目现状
由于互联网发展已深入家庭,网上订餐这个课题已经提出,为了方便人们生活,提高人们的生活效率,本系统根据现实订餐的方式虚拟于网络之上,使人们通过网络就可以完成生活中必要的事情(饮食)。
系统的完成不仅可以基本实现客户订餐的功能,还能在此基础上提供更多的,更贴心的服务。
信息技术的发展将更快的推动互联网的发展,订餐系统的重要性也将越显其强大的作用。
[3]
1.3项目目的
网络订餐可充通过色彩、图片、说明、设置动画加强了产品了宣传,大大达到了餐饮业的“色型”要求。
实现产品管理方便,起到立竿见影的效果,不用因为更改菜色而重新印刷。
而且能上网就能订餐,甚至可以利用手机上网订餐,使操作更加简便,订餐信息更加准确。
避免口头传递信息的错误,优化服务。
网络不会跟一样占线,在高峰期对订餐的处理更是游刃有余,只看着屏幕点打印即可,就可下厨房配菜配送。
餐馆也不用再派人派宣传单,省去一笔宣传和人工费用。
订餐途径有了更好的改善,网络订餐成为订餐又一有力补充,扩大客流,从而整体提高业务量。
倡导了一种时尚,餐店的定位更是网络化,时尚化,具备更为勃勃的生机。
1.4意义
通过管理信息化的优化,提高餐饮企业的管理效率,降低餐饮企业运营的成本,在给顾客带来收益的同时也为餐馆本身带来了管理上的方便,扩大了顾客流量的同时提高整体的服务质量和服务效率,使得餐馆更网络化,时尚化,在同行业中更具竞争力。
第二章可行性分析
2.1技术可行性
本所需要的开发软件是MicrosoftVisualStudio2008,在windowsXP的操作环境下进行研发,并选择SQLserver2005数据库,进行连接。
采用SQLserver2005作为后台数据库平台的管理系统,它能够快速创建表格及数据具有可靠易用性;
MicrosoftVisualStudio2008作为开发工具它具有可视化的设计平台、面向对象的设计方法,适合开发Windows环境下的应用程序,它简单易学、效率高,而且功能强大。
而且,本人的优势在于,以上的这些技术在大学的这几年都已经学习过,而且学校十分重视学生的动手能力,在实践上学生也已经十分熟悉了。
这对于开发这个系统有着有利的条件。
因此,该在采用以上技术是可行的。
[4]
2.2经济可行性
2.2.1支出
寸金订餐开发的初步投资和收益的初步估算如下
(1)硬件设备:
终端服务PC:
4000(元)×
4(台)=16000(元)
网络设备(路由、网线、网卡、交换机、调制解调器):
500元
共计:
16500元
(2)软件设备:
MicrosoftWindowsXP:
1050(元)*4=4200(元)
(product.yesky./product/223/223668/)
VisualStudio2008中文专业版:
4900元
(it365.yesky./276462/productid_494197/)
MicrosoftSQL2005标准版(10用户中文/英文)8500(元)
(
总计8500+4900=13400(元)
(3)其他费用支出
人工费用:
3(月)×
4(人)×
3000(元)=36000元
网络宽度费用:
30(元)*3(月)*4(人)=360元
其他支出:
约200元
总计:
36560元
支出总成本:
16500+13400+36560=66460(元)
2.2.2收益
本在投入使用后,能扩大客流量,增加餐馆的收益。
例如一个餐馆年总收入为50万元,在本投入使用后收益提升10%
则每年为餐馆增加收益50*10%=5(万元)
需要维护员工1名,每年需支付2000*12=2.4(万元)
则除去维护费用本每年为餐馆增加收入5-2.4=2.6(万元)
此预计使用年限为5年,按2013年银行存款利率2.0%计算,利用上面计算货币现在价值计算系统使用后每年预计节省的资金的现在值,见表2-1。
表2-1将来的收入折算现在值表
年
将来值(元)
现在值(元)
累积的现在值(元)
1
2
3
4
5
26000
1.02
1.0404
1.06120
1.08243
1.1040
25490.20
24990.39
24500.57
24020.03
23550.73
50480.59
74981.16
99001.19
122551.92
五年的总增益为:
26000*(1.02+(1.02)^2+(1.02)^3+(1.02)^4+(1.02)^5)=138008.78元
另外还有不可估量的无形收益。
2.2.3投资回收期
该的投资回收期为:
2+(66460-50480.59)/25490.20≈2.63年,由此可以看出本在运行2后就可以回收所投入的资金。
另有不确定因素的影响,本系统将有可能不超过3年就可以回收成本了。
2.3法律可行性
本是在符合国家各种政策法规的前提下进行开发的。
整个是独立自组开发的,所以本身不会存在专利权争议或侵权抄袭的问题。
它的研制和开发都是选用正版软件,因此不会造成侵权或者面临民事诉讼的风险。
综上所述,本方案在法律上是可行的。
2.4操作可行性
本是对大学师生开发的校友录系统,管理员可以进行增加,更改,查找和删除等操作,完成基本信息的管理,在后台控制管理用户群。
从人性化的角度出发,充分考虑用户的需求等方面,美观简洁的界面,操作简单,用户只需在搜索中输入用户所需要的查询,系统会列出相关的信息供用户查阅,所以本的操作是可行的。
2.5结论
综上所述,经过一系列各个方面的可行性分析,操作、技术、经济、法律都有可行性,本是完全可行的。
第三章需求分析
软件需求分析的目标是深入描述软件的功能和性能,确定软件设计的约束和软件同其它系统元素的接口细节,定义软件的其它有效怀需求[2]
3.1功能分析
此系统整体可分为两个子系统,其中一个为针对顾客开放的网上点菜系统,另一个是针对餐厅管理人员开放的菜单及订单管理系统。
顾客点菜主要流程如下:
1.顾客登陆网上点菜系统进行菜单的浏览或者注册为会员。
2会员可以对自己的个人信息进行修改,以会员形势登陆的顾客享受优惠。
3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择,更改,删除。
4.当顾客确定点菜完毕后,顾客可以将其提交至服务器并生成订单。
管理员订单管理业务流程如下:
1.管理员在本地登陆后既可对服务器上的菜单进行添加,删除,修改。
2.当菜单管理工作结束后,管路员可以对订单进行管理,确认和查看详细信息的操作。
根据业务流程的分析可以得知管理员的每一个操作基本都是独立的。
3.2性能分析
用户登录系统时需输入口令,对不同类型的操作员授予不同等级的权限去使用相应的功能。
对于顾客,如果是普通顾客,则其只能以市场价进行消费,而不能享受会员价;
如果该顾客是注册会员,那么其在消费时可以享受低于市场价格的会员价。
对于管理员,在其查询订单的时候可针对各种组合条件进行查询,而且查询效率要求高,能及时响应查询请求。
另外,系统还应当满足信息的完整性以及系统的可拓展性
3.3系统功能建模
本系统采用结构化的分析方法,采用系统流程图、数据流程图、数据字典和用例图来表达系统部数据的运行以及数据的描述和定义。
3.3.1系统流程图
系统流程图(TFD)又称业务流程图,是概括地描绘物理系统的传统工具,是直观描述现系统业务处理由开始到结束的整个过程的非结构化图型工具。
系统流程图的符号说明见表3-1。
表3-1系统流程图符号说明
图型符号
符号说明
表示输入或输出的报表、计划、单据、报告等。
表示单位或个人。
表示各种账目、规、定额手册、报表积累等大量存档信息。
表示业务处理。
表示信息或处理的流向。
系统流程图如图3-1所示。
图3-1系统流程图
3.3.2数据流图
数据流图(DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
数据流图的符号说明见表3-2。
表3-2数据流程图符号说明表
图形符号
名称
外部实体
记述系统之外的数据提供或数据获得组织机构或个人,框为实体名称
处理
数据存储
数据流
记述某种业务的手工或计算机处理,其中,PM区记述处理标号,C区记述处理名称。
记述与处理有关的数据存储,DN区记述存储的标号,S区记述存储数据的名称
记述数据流的流动方向,FM记述数据流的名称。
网上订餐系统数据流程图如图3-2至图3-4所示。
消费单
图3-2顶层图
3.3.3数据字典
数据字典(DD)是关于数据的信息的集合,也就是对数据流图中所包含的所有元素(数据流、数据存储、数据流及数据存储中的数据元素、数据处理)的定义的集合。
它们的定义常常是以卡形式给出的,数据流定义用数据流卡,数据存储定义用数据存储卡,数据处理定义用数据处理卡,数据元素定义用数据元素卡。
(1)数据流卡
(2)数据存储卡
(3)数据处理卡
(4)数据元素卡
3.3.4用例设计
用例图如图3-5所示。
图3-5用例图
3.4系统数据模型
建立系统数据模型的主要工具是实体-关联图,即E-R图。
酒店订餐系统的综合E-R图如图3-6所示。
顾客实体属性如图3-7所示。
菜单实体属性如图3-8所示。
管理员实体属性如图3-9所示。
订单实体属性如图3-10所示。
第四章概要设计
4.1数据结构设计
数据库设计是软件开发的灵魂和基础,是整个系统成功的关键所在,是开发高品质应用的前提,鉴于数据库设计的重要性,做如下约定:
设计过程应按照概念模型设计—关系模型设计—物理数据库设计的步骤进行。
4.1.1关系模型设计
由系统的概念模型导出关系模式。
主要原则及实现方法如下:
(1)一个实体型转换为一个关系模式,实体的属性就是关系的属性,实体的键就是关系的键。
(2)一个是实体的联系转换为关系模式时,应首先确定该联系的类型,在确定相应的键。
(3)进行规化处理,求出关系模式中的最小依赖集,并依据规化理论,将关系模式规到三式。
依据上述原则,得出《酒店订餐系统》的关系模式:
(1)订餐单(订餐单编号,日期,商品名称,商品数量,商品单价,折扣,客户,联系)
(2)采购单(采购单编号,日期,采购员,供应商,商品名称,商品数量,商品单价)
(3)客户消费信息明细账(客户编号,客户,联系方式,日期,商品名称,商品数量,商品单价,折扣)
(4)消费清单(订餐单编号,日期,商品名称,商品数量,商品单价,折扣,客户,客户编号)
(5)收入明细账(订餐单编号,日期,商品名称,商品数量,商品单价,折扣)
(6)入货汇总簿(采购单编号,日期,采购员,供应商,商品名称,商品数量,商品单价,折扣)
(7)营业报表(报表编号,日期,总收入,总支出)
(8)消费账单(订餐单编号,日期,商品名称,商品数量,商品单价,折扣,客户,客户编号)
(9)营业账簿(报表编号,日期,订餐单数量,订餐总金额,采购单数量,采购总金额,净收入)
4.1.2物理结构设计
物理结构设计是物理数据库的具体表现,主要规定各关系的名称、各列的数据类型、长度、小数位、完整性约束等。
本系统数据库物理结构设计见表4-1至4-9。
列含义
列标示
类型
长度
完整性约束
订餐单编号
商品名称
商品数量
商品单价
日期
dm
mc
jldw
spdj
rqj
char
30
8
数字字符
字符型数据
采购编号
采购员
供应商
Mc
Char
编号
xm
数字数据
联系
家庭住址
客户编号
客户
联系方式
折扣
lxfs
rq
jldw
spd
zk
表4-5会员客户信息
订餐记录
表4-6收入明细账
折扣
10
表4-7入货汇总簿
采购单编号商品名称
cgy
gys
表4-8营业报表
报表编号
总收入
总支出
bbbh
zsr
qzc
表4-9消费账单
表4-10营业账簿
订餐单数量订餐总金额
采购单数量
采购总金额
净收入
dcds
dczje
cgds
cgzje
jsr
4.2系统行为模型设计
4.2.1系统状态图设计
1.客户查询状态图如图4-1所示。
2.客户订餐状态图如图4-2所示。
4.2.2系统活动图设计
设计背景:
网上订餐系统
设计功能:
客户登陆订餐系统进行订餐活动
活动描述:
客户登陆系统,查看菜单,下订单
系统活动图如图4-3所示。
4.3系统层次结构图设计
4.3.1软件的物理结构设计
HIPO结构图如图4-4所示。
4.3.2Ipo结构图设计
4.4代码设计
4.4.1代码设计原则
代码设计是处理对象的代号或表示符号,其主要目的是方便计算机处理信息变得方便、简单。
代码设计的关键是方便用户,并且满足业务要求。
本系统代码设计的原则有:
(1)尽量按照有关的国际标准、国家标准、部门或行业的标准进行设计。
(2)便于计算机处理与记忆。
(3)确定代码值的唯一性。
(4)最小长度与可扩充性。
(5)合理性、稳定性、可识别性。
4.4.2系统所需代码设计
(1)客户代码
注册的客户编号按注册顺序采用顺序码,设计8位字符,格式为:
XXXXXX取值围1~999999
(2)采购员代码
采购员编号按顺序采用顺序码,设计4位字符,格式为:
XX
取值围1~99
(3)订餐单代码
订餐单编号按顺序采用顺序码,设计8位字符,格式为:
XXXXXXX