软件工程课程设计餐厅点餐系统精.docx
《软件工程课程设计餐厅点餐系统精.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计餐厅点餐系统精.docx(14页珍藏版)》请在冰豆网上搜索。
软件工程课程设计餐厅点餐系统精
软件工程课程设计餐厅点餐系统详细设计
姓名:
院系:
学号:
专业班级:
指导老师:
2011年6月11日
1、引言......................................................................11.1编写目的.............................................................1
1.2编写背景.............................................................1
2、可行性研究................................................................12.1要求.................................................................12.2目标.................................................................12.3可行性研究方法.......................................................1
2.4决定可行性的主要因素.................................................2
3、需求分析..................................................................23.1现状.................................................................23.1.1用传统手工流程的餐饮企业面对的是...............................23.1.2正在使用着餐饮软件的企业面对的是...............................23.1.3内部矛盾分析...................................................33.2竞争优势.............................................................4
3.2发展前景.............................................................5
4、总体设计.................................................................64.1启动系统.............................................................64.2登陆系统.............................................................64.3退出系统.............................................................64.4用户管理.............................................................64.4.1用户修改个人信息...............................................64.4.2用户管理.......................................................74.4.3新增用户......................................................74.4.4删除用户.......................................................74.4.5修改用户.......................................................74.5菜单信息管理.........................................................84.6自动排序功能.........................................................84.7提交用户需求及缴费...................................................84.8数据库备份...........................................................84.9数据库同步...........................................................8
4.10服务器端日结........................................................8
5、详细设计..................................................................95.1客户端(顾客.......................................................95.2客户端(服务员....................................................105.3客户端(厨师......................................................105.4后台管理............................................................11
5.5服务器..............................................................11
6、软件测试.................................................................11
7、后记.....................................................................11
1、引言
1.1编写目的
软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础.
1.2编写背景
旨在改善就餐厅餐环境,缓解就餐高峰期点餐顾客等待时间过长的问题,运用高科技点餐,突破原有的餐厅服务模式,吸引更多的客户。
2、可行性研究
2.1要求
主要功能:
将餐厅点菜自动化、自由化、个性化
功能需求:
面向经理:
后台管理(访问权限,修改菜单,增加菜项,删除菜项,销售情况分析面向顾客:
显示特色菜,菜单列表,具体菜名查询(显示实际图片,订餐功能,预计等待时间银行卡消费并打印座位凭条(顾客服务员一式两份及消费凭条
面向服务员:
顾客消费结算功能
面向厨师:
显示当前任务功能
性能要求:
管理员录入的信息必须无差错地存储至中心服务器,且对客户端的数据应该及时进行更新。
输出要求:
数据完整,详实。
输入要求:
方便,简捷,快速。
安全与保密要求:
餐厅顾客和厨师以及服务员只有查询和建议功能
管理人员则拥有在其权限内的查询,修改,增加,删除菜单,制定价格等一些管理功能。
2.2目标
为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理平台.
2.3可行性研究方法
可行性研究的方法是通过对各大中小型餐厅、酒店管理者进行问卷调查及访问谈话而得
到用户对此系统的信任度关注度及依赖度的,通过建模分析,得出了该系统的功能需求,成本分析,可行性分析。
2.4决定可行性的主要因素
成本/效益分析结果,效益>>成本。
技术可行,现有技术可完全承担开发任务。
操作可行,软件能被原有工作人员快速接受。
3、需求分析
3.1现状
✓顾客:
一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。
✓服务员:
有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。
✓厨师:
刚做完一道菜,同样的菜又要做一份,效率很低,顾客的等待时间也会延长。
✓经营者:
希望有这么一个系统,合理得分配调节,也使顾客就餐更加自主
3.1.1用传统手工流程的餐饮企业面对的是
1舞弊:
收银员舞弊等客人结完帐在退菜品,退的钱自己收下;结完账把原始单销毁,多的钱可以自己收下;算错多收钱自己可以收下;茹果收银软件存在漏洞,那就会更危险。
酒水员舞弊退客人的酒水,销售自己带的酒水,获取暴利。
2跑单:
因上菜速度慢,客人催菜,服务员去厨房催菜,客人趁机走人;或者因上菜慢随最后上来但客人拒绝付款。
3错单:
厨师看不清单子,做错菜;服务员催的急有时会做重菜;做菜速度慢,菜品被客人退回。
4丢单:
手写单到厨房的只有一联,各个档口都会抢着用单子,忙时往往会丢单;餐饮软件不稳定就会有丢单现象,丢单是餐饮界“兵家大忌”。
5效率低:
收银部、传菜部、厨师部、库房等采用手写单据,财务部要核对手写单据,费时费力。
3.1.2正在使用着餐饮软件的企业面对的是
1无法满足企业发展需要,运行不稳定,报表常报错。
2收银软件存在完全漏洞,功能不完善结构不合理,售后服务差或没有服务,提供不了有价值的报表。
3漏记、错记、重记客户预订翻台信息不能及时传递至咨客,延长客人等待时间。
4手工点单字迹不清,造成错上、漏上沽清信息不及时导致退菜、换菜频繁。
5单据容易迫损、遗失传单效率低下,延误上菜时间。
6手工计算易出错,稽核难折扣、馈赠不易管理。
7采购无序不及时库存数量、合理库蠢砘易掌握,造成资金积压或销售损失。
8无法有效分析客户消费偏好、消费频度、消费额度等信息。
9营销针对性不强,怠慢或漏失大客户日审、成本、统计工作量大,易出错报表编制困难,只能进行简单经营分析。
3.1.3内部矛盾分析
主要问题表现为:
◆手工收银单队储字不清晰、核对困难费时费力
◆财务人员核单、核算负担过重产生怨气
◆收银遇到多收、少收、错收、退菜、加菜等无法及时监督资金漏洞
◆客人收银时才算消费合计、赠加等待时间客人不满
症结所在:
手工单据容易被有意修改、无法核对考证
收银人员操作无操作记录、无法及时监督
主要问题表现为:
◆酒楼面对的氏塔务的竞争、菜品的竞争、管理的竞争、
◆客户的竞争竞争残酷
◆厨房里的领料、用料、退料、盘点、原料浪费、做错菜、
◆做重菜等情况难以控制
症结所在:
通过传统管理方法难以同时抓
原材料使用情况无法有效跟踪
主要问题表现为:
◆四联单跑四个地方才可以完成点菜浪费时间
◆服务员队储工作量大、重复性工作高浪费人力
◆手工进行成本核算、报表生成、原始单据核对效率极低
风险所在:
手工核算工作量大、容易出错
服务员来回传送单、容易跑单
◆营业员、服务员、点菜员分工不明确存在服务死角
◆点菜、退菜、送单、催菜、收银等都有一人完成服务时间很短
◆对酒楼的新老客户不能够统一管理与维护客户资源流失
风险所在:
服务时间无法保证,服务上不去,而且影响企业信誉;
客户关系维护困难,关怀上不去,而且容易恶性循环;
◆厨师做菜全听喇叭喊、传菜生要先识菜在上菜做菜上菜出错率高
◆手工单不能实时进行统计分析、进行销售统计老板决策失误率高
风险所在:
报表及时性不强,影响领导决策的有效性
厨房传菜业务流程不规范不能精细化管理
3.2竞争优势
1、功能完善:
前台营业、出品调度、客户关系管理、库房成本、应收应付、远程查询、财务接口一应俱全。
2、结构先进:
真正实现数据库、应用服务器、客户端多层结构编程,系统的稳定性和可扩展性、可定制性大为加强。
数据库只持SQL2000,客户端、应用服务器只持WIN2000、WINXPSP1、WINXPSP2等最新操作系统。
用户可根据企业规模、资金计划、当前管理重点等因素按模快选择目前所需要的软件功能,随着企业的发展或解决了目前的管理短板后,可随时扩充其它功能。
3、产品族完善:
餐饮通是用友餐饮娱乐酒楼套件中的一部分。
用友餐娱套件产品族可以满足目前或将来有餐饮娱乐一体化经营要求的客户要求。
4、预订环节亮点
可以记录查询当前或未来任意时刻的预订,只持时段、桌台、菜品预订
只持预订金管理(实现全部前台资金环节的严密管理
独创只持预折扣处置
5、点单环节亮点
电脑点单、触摸屏点单、无线PDA实时点单三种模式,可灵活混用,各点单模式数据自动同步
点单完全按向导式方式设计,开台-输入顾客人数-点单-选择点单员-特殊菜品自动弹出做法,无需记忆操作步骤,不会遗漏或错选做法、重量、备注等,避免造成宾品或营业统计分析不准确
助记码点单“模糊匹配,动态筛选”功能,例茹点取“清蒸鲈鱼”,既可以输入从菜品第一个字起输入拼音首字母“QZLY”,也可输入菜品中任意几个字的拼音首字符茹“鲈鱼”的拼音首字符“LY”。
(不用死记硬背菜谱,熟练应用可加快入单速度按量计价或临时菜点取后在拥有相应权限的操作员处自动提示输入过磅重量或审定价胳,避免后续收银环节出错
只持议价菜品,凡议价菜品可灵活临时核价(茹各种时蔬菜
强大灵活的价胳清单管理,只持同一菜品在不同时蓟涪不同楼层和区域、不同单位自动套用不同价胳(茹鲍参翅肚羹,中餐158元/份,晚餐188元/份,按份算大厅158/份包厢188/份按位算大厅价38/位,包厢58/位等
6、结帐收银环节亮点
打印预结帐单后自动锁定帐单,重复打印结帐单系统自动提示并在帐单上标明打印次数,避免各种收银漏洞且利于财务稽核
独创的既可只持按点菜时间顺序排列消费明细(利于收银员最后根据原始手工点菜单核对顾客菜品氏笋遗漏,又可按菜品类别排列消费明细
更完善的折扣管理流程。
自动根据客户卡号或协议号调用相应折扣方案,增加对内部不同职位操作人员的折扣授权管理
只持菜品关联付款方式管理,灵活设定某些菜品采用某些付款方式时不可购买或折扣(茹:
消费券不可用于购买酒水,挂帐不打折等
只持单据套打,独创的单据套打设计工具,会用word就会设计单据胳式
7、客户关系及营销管理亮点
客户生日、婚礼纪念日等提前提示功能,利于开展宴会营销,提供客户关怀。
强大的积分管理模式,除了只持按消费额的固定比例积分,还只持按消费额区间定
义积分(例茹单次消费1000元以内每100元计1分,千元以上每100元计2分,这种积分规则利于识别消费能力强的大客户、按来店次数额外送积分(每来店消费1次送1分,这种积分规则利于识别培养忠实顾客
提供身份识别卡、积分卡、折扣卡、储值消费卡、等多种VIP卡应用模式,且各种应用模式可混用,帮助客户建立一套系统的以卡为载体的VIP客户营销模式
严密的储值卡发卡充值流程,任一充值过程数据库、管理卡双重数据校验,杜绝储值卡管理漏洞,便于财务稽核
新增对消费券的领用、发放、回收的全流程管理,自动提示发券并对回收券的有效性自动校验。
8、供应链管理环节
除了通常的“标准成本卡”(逐一制定各项目的标准菜谱,例茹:
青椒炒肉:
青椒-100克,猪肉-50克„„模式来核定管理标准成本外,独创提供“主物料标准耗用”模式来核定管理标准成本(按关键或贵重物料在各项目的核定用量,例茹:
贵重物料燕窝标准耗用:
原只木瓜炖燕窝3克/盅;花生牛奶燕窝2克/盅;燕窝挞1克/只„„
简要分析:
标准成本管理是各类餐饮企业管理的重点。
“标准成本卡”模式在理论上可行,实际应用中由于需要逐一制定每种菜品的标准成分,工作量巨大,且一惟密制菜成分不宜或不愿提供,实践中不太容易实行,故该模式往往只适用于快餐业。
“主物料标准耗用”模式克服了建立标准菜谱的种种不足,将成本管理的着眼点放在原材料上,不要求厨部公开或提供菜品的具体配方,只坞提供应用到某种关键或贵重原料的菜品中该物料用量,这样利于企业逐步而持续地推动标准成本管理。
采购-入库-应付-领用-耗用-盘点-成本核算-付款-核销应付等物流收只业务完整系统处置,也可提供入库-应付-领用-盘点-成本核算-付款这几个主要环节管理的简捷物流收只版本
收只管理模快,只持对客户应收及供应商应付按单据、按金额、按明细的核销模式9、统计查询及经营分析环节
独创的、经典的《营业回顾》报表,经理人只花5分钟便可了解当天或任意时间段内企业营业帐务氏笋平衡,各部门或菜品类别销售收入、消费人次、人均消费等关键数据
强大的报表-原始单据穿透连查功能,查看报表时需要了解任一数据的来源或形城虱因时双击可自动连查到明细表直至顾客的原始消费单
3.2发展前景
在计算机技术以及互联网飞速发展的今天,先进的经营理念,人性化的设计,以及高科技的支持,无疑使得餐厅、酒店更受消费者的欢迎。
通过先前的调查分析得知,点餐系统以其高效率、直观、便捷的优点将迅速占领整个餐饮市场。
4、总体设计
4.1启动系统
使用本系统无需登录,但管理员和会员能够登录。
登录的时候需要填写正确的用户名和密码,管理员可以修改自己的密码。
4.2登陆系统
用户输入用户名、密码,系统进行用户身份验证,验证通过则成功登录,显示带有相关权限的界面,显示登录用户名,服务器日期,用户可以进行相关权限的处理。
如果是用admin账号登录,将出现如下完整功能界面:
身份验证过程如下:
1、和服务器建立连接;
2、查找输入用户名;
3、验证对应用户的密码是否正确。
在以上验证过程中,用户名和密码均对大小写敏感。
如果登录失败,系统将向用户提示失败信息,具体有以下情况:
1.如果用户名不存在,提示:
登录失败,用户名错误
2.如果密码错误,提示:
登录失败,密码错误。
3.规格错误的提示。
4.3退出系统
操作系统“退出”功能时,系统会提示用户是否退出,用户点击“确认”后系统退出,点“返回”按钮系统不退出。
4.4用户管理
4.4.1用户修改个人信息
用户登录后可以修改个人信息,包含:
姓名、会员号、密码、其中用户名和用户卡号不可修改,不能进行输入。
密码分旧密码、新密码、验证新密码,若需修改密码,系统验证旧密码正确,两个新密码相同,则更新密码,旧密码即失效,其他修改项也生效,并提示“用户信息修改成功”;若旧密码不正确,则提示“用户密码错”,系统将不修改个人信息;若两个新密码不同,则提示“新密码与验证新密码不同”,系统将不修改个人信息。
若只修改密码外其他信息,则不需输入两个新密码,系统只验证旧密码正确,就成功更改个人信息,并提示“用户信息修改成功”;如果系统验证旧密码输入不正确,则提示“用户密码错”.
4.4.2用户管理
1新增用户
2删除用户
3修改用户
有用户管理权限的人员登录后可以进行上述操作,点击“用户管理”按钮,出现用户界面如下,下面进行分述
4.4.3新增用户
用户个人信息包含如下内容:
✧姓名
✧会员号
✧密码
1、提交后系统验证必输项不为空,否则显示相关错误信息,新增用户失败;
2、系统验证“姓名”和“会员号”是否唯一,如果不唯一则提示相关错误信息,新增用户失败;
3、系统校验“密码”和“验证密码”是否一致,一致则提示新增用户成功,用户列表中显示新增的用户信息,按用户名递增顺序排列出所有用户,显示姓名、会员号,否则则显示相关错误信息,新增用户失败。
4.4.4删除用户
系统将弹出对话框让用户进行确认是否删除,如果用户确认删除,则删除选中的用户,提示删除成功信息,并且用户列表中所选的用户信息消除。
系统管理员账号admin不允许被删除。
4.4.5修改用户
具有用户管理权限的后台管理员可以修改用户信息,包括:
录入用户个人基本信息,用户访问权限设置、新卡号设置、撤销长时间不用的用户信息、备份用户信息。
用户个人私密信息只可用户进行修改,用户姓名名和用户卡号不可修改,其他需修改项的类型和范围同新增用户输入一样。
若需修改密码,只需要两个新密码非空并且相同,则更新密码,旧密码即失效,其他修改项也生效,并提示“用户信息修改成功”;若两个新密码不同,则提示“新密码与验证新密码不同”,系统将不修改个人信息。
若只修改密码外其他信息,则不需输入两个新密码,就成功更改个人信息,并提示“用户信
息修改成功”
4.5菜单信息管理
菜单信息主要包括后台管理员对菜单的管理和客户对菜单的使用。
后台部分的管理:
包括上传菜单;更新菜单;删除不用菜单;并赋予菜单必要的说明,如菜的名称,价格,营养元素,配料等,注重健康饮食,明确菜的风味,并会对哪些病种易引起并病发等。
部分菜可以给予特定优惠时也必须给用户说明。
前台用户使用:
客户可以查询餐厅提供的各种食物及了解相应的饮食注意事项;点取自己最喜爱的食物;了解菜的价格和是否点菜。
4.6自动排序功能
餐厅的很多缺点就是用户点菜后服务员传菜出现混乱,还不清楚自己前面到底还有多少人都在等待自己喜欢的饭菜,因此可能会耽误用户的宝贵时间,自动排序功能特点:
用户可以自动获取系统给予的排号,如果时间很急,就可以在此时改变注意是否等待这道菜。
同样厨师也可以缓解都做同一道菜的压力。
在你确定点菜并获取序号时,服务员同时也获取到相同的序号,这样你的菜就不会先来后吃到了,不会混淆,不管对服务员还是客户都是最好的。
4.7提交用户需求及缴费
◆提交用户所需要的菜单名称,菜单名称必须是系统中存在的菜,输入的内容均为汉字,出现其他的语种不给予允许。
如果没有则提示用户没有此菜,但是可以提醒用户把它列为喜爱的菜种,可以为食堂提供参考,并在条件允许时添加此道菜。
提交用户菜名后系统给予用户提示,是成功还是失败,必须明确提示,如果操作超时,也要做出提示。
◆缴费时可采用现金和信用卡,会员用户可有自己的账户,可预存。
结算时可从预存账户扣除。
4.8数据库备份
备份分为手工备份和自动备份:
◆在服务器端有一个按钮,点击后,数据会存成一个数据备份文件。
◆自动备份,数据每天2次定时备份
4.9数据库同步
由于点菜系统分为用户选项以及后台操作所以必须维持前台于后台数据库的数据一致性.4.10服务器端日结
为了提高服务效率,服务器端有日结功能,服务器在日结过程中将断开网络,日结完成后恢复。
日结将食堂为七天之前的菜单数据归档,
顾客点餐系统服务服务员结算器、数据库管理者下达任务厨师顾客通过客户端展示的显示特色菜,菜单列表等进行点餐。
订单通过服务器下达给服务员和厨师。
服务员通过服务器打印顾客结算单,桌号等。
厨师根据服务器下的单进行