软件工程课程设计——餐厅点餐系统.docx
《软件工程课程设计——餐厅点餐系统.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计——餐厅点餐系统.docx(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件工程课程设计餐厅点餐系统 软件工程课程设计 餐厅点餐系统详细设计 姓名: 院系: 学号: 专业班级: 指导老师: 2022 年6 月11 日 目录 1、引言 (1) 1.1编写目的 (1) 1.2编写背景 (1) 2、可行性研究 (1) 2.1 要求 (1) 2.2 目标 (1) 2.3 可行性研究方法 (1) 2.4 决定可行性的主要因素 (2) 3、需求分析 (2) 3.1现状 (2) 3.1.1用传统手工流程的餐饮企业面对的是 (2) 3.1.2正在使用着餐饮软件的企业面对的是 (2) 3.1.3内部矛盾分析 (3) 3.2竞争优势 (4) 3.2发展前景 (5) 4、总体设计 (6
2、) 4.1 启动系统 (6) 4.2登陆系统 (6) 4.3退出系统 (6) 4.4用户管理 (6) 4.4.1用户修改个人信息 (6) 4.4.2用户管理 (7) 4.4.3 新增用户 (7) 4.4.4删除用户 (7) 4.4.5修改用户 (7) 4.5菜单信息管理 (8) 4.6自动排序功能 (8) 4.7提交用户需求及缴费 (8) 4.8数据库备份 (8) 4.9数据库同步 (8) 4.10服务器端日结 (8) 5、详细设计 (9) 5.1客户端(顾客) (9) 5.2客户端(服务员) (10) 5.3客户端(厨师) (10) 5.4后台管理 (11) 5.5服务器 (11) 6、软件
3、测试 (11) 7、后记 (11) 1、引言 1.1编写目的 软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础. 1.2编写背景 旨在改善就餐厅餐环境,缓解就餐高峰期点餐顾客等待时间过长的问题,运用高科技点餐,突破原有的餐厅服务模式,吸引更多的客户。 2、可行性研究 2.1 要求 主要功能:将餐厅点菜自动化、自由化、个性化 功能需求: 面向经理:后台管理(访问权限,修改菜单,增加菜项,删除菜项,销售情况分析) 面向顾客:显示特色菜,菜单列表,具体菜名查询(显示实际图片),订餐功能,预计等待时间银行卡消费并打印座位凭条(顾客服务员
4、一式两份)及消费凭条 面向服务员:顾客消费结算功能 面向厨师:显示当前任务功能 性能要求: 管理员录入的信息必须无差错地存储至中心服务器,且对客户端的数据应该及时进行更新。 输出要求:数据完整,详实。 输入要求:方便,简捷,快速。 安全与保密要求: 餐厅顾客和厨师以及服务员只有查询和建议功能 管理人员则拥有在其权限内的查询,修改,增加,删除菜单,制定价格等一些管理功能。 2.2 目标 为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理平台. 2.3 可行性研究方法 可行性研究的方法是通过对各大中小型餐厅、酒店管理者进行问卷调查及访问谈话而得 到用户对此系统的信任度关注度及依赖度的,通过建模
5、分析,得出了该系统的功能需求,成本分析,可行性分析。 2.4 决定可行性的主要因素 成本/效益分析结果,效益成本。技术可行,现有技术可完全承担开发任务。操作可行,软件能被原有工作人员快速接受。 3、需求分析 3.1现状 ?顾客:一些生意较好的餐厅人往往比较多,点个菜都要等好久,更别提什么时候能吃上了。 ?服务员:有的顾客比较挑剔,点菜的时候会对各种菜问个究竟,有的顾客拿点菜迟迟不定主意,人多的时候根本忙不过来。 ?厨师:刚做完一道菜,同样的菜又要做一份,效率很低,顾客的等待时间也会延长。?经营者:希望有这么一个系统,合理得分配调节,也使顾客就餐更加自主 3.1.1用传统手工流程的餐饮企业面对的
6、是 1)舞弊:收银员舞弊等客人结完帐在退菜品,退的钱自己收下;结完账把原始单销毁, 多的钱可以自己收下;算错多收钱自己可以收下;茹果收银软件存在漏洞,那就会更危险。酒水员舞弊退客人的酒水,销售自己带的酒水,获取暴利。 2)跑单:因上菜速度慢,客人催菜,服务员去厨房催菜,客人趁机走人;或者因上菜慢随 最后上来但客人拒绝付款。 3)错单:厨师看不清单子,做错菜;服务员催的急有时会做重菜;做菜速度慢,菜品被客 人退回。 4)丢单:手写单到厨房的只有一联,各个档口都会抢着用单子,忙时往往会丢单;餐饮软 件不稳定就会有丢单现象,丢单是餐饮界“兵家大忌”。 5)效率低:收银部、传菜部、厨师部、库房等采用手
7、写单据,财务部要核对手写单据,费 时费力。 3.1.2正在使用着餐饮软件的企业面对的是 1)无法满足企业发展需要,运行不稳定,报表常报错。 2)收银软件存在完全漏洞,功能不完善结构不合理,售后服务差或没有服务,提供不了有 价值的报表。 3)漏记、错记、重记客户预订翻台信息不能及时传递至咨客,延长客人等待时间。 4)手工点单字迹不清,造成错上、漏上沽清信息不及时导致退菜、换菜频繁。 5)单据容易迫损、遗失传单效率低下,延误上菜时间。 6)手工计算易出错,稽核难折扣、馈赠不易管理。 7)采购无序不及时库存数量、合理库蠢砘易掌握,造成资金积压或销售损失。 8)无法有效分析客户消费偏好、消费频度、消费
8、额度等信息。 9)营销针对性不强,怠慢或漏失大客户日审、成本、统计工作量大,易出错报表编制困难, 只能进行简单经营分析。 3.1.3内部矛盾分析 主要问题表现为: 手工收银单队储字不清晰、核对困难费时费力 财务人员核单、核算负担过重产生怨气 收银遇到多收、少收、错收、退菜、加菜等无法及时监督资金漏洞 客人收银时才算消费合计、赠加等待时间客人不满 症结所在: 手工单据容易被有意修改、无法核对考证 收银人员操作无操作记录、无法及时监督 主要问题表现为: 酒楼面对的氏塔务的竞争、菜品的竞争、管理的竞争、 客户的竞争竞争残酷 厨房里的领料、用料、退料、盘点、原料浪费、做错菜、 做重菜等情况难以控制 症
9、结所在: 通过传统管理方法难以同时抓 原材料使用情况无法有效跟踪 主要问题表现为: 四联单跑四个地方才可以完成点菜浪费时间 服务员队储工作量大、重复性工作高浪费人力 手工进行成本核算、报表生成、原始单据核对效率极低 风险所在: 手工核算工作量大、容易出错 服务员来回传送单、容易跑单 营业员、服务员、点菜员分工不明确存在服务死角 点菜、退菜、送单、催菜、收银等都有一人完成服务时间很短 对酒楼的新老客户不能够统一管理与维护客户资源流失 风险所在: 服务时间无法保证,服务上不去,而且影响企业信誉; 客户关系维护困难,关怀上不去,而且容易恶性循环; 厨师做菜全听喇叭喊、传菜生要先识菜在上菜做菜上菜出错
10、率高 手工单不能实时进行统计分析、进行销售统计老板决策失误率高 风险所在: 报表及时性不强,影响领导决策的有效性 厨房传菜业务流程不规范不能精细化管理 3.2竞争优势 1、功能完善:前台营业、出品调度、客户关系管理、库房成本、应收应付、远程查询、财 务接口一应俱全。 2、结构先进:真正实现数据库、应用服务器、客户端多层结构编程,系统的稳定性和可扩 展性、可定制性大为加强。数据库只持SQL2000,客户端、应用服务器只持WIN2000、WIN XP SP1、WIN XP SP2等最新操作系统。用户可根据企业规模、资金计划、当前管理重点等因素按模快选择目前所需要的软件功能,随着企业的发展或解决了目
11、前的管理短板后,可随时扩充其它功能。 3、产品族完善:餐饮通是用友餐饮娱乐酒楼套件中的一部分。用友餐娱套件产品族可以满 足目前或将来有餐饮娱乐一体化经营要求的客户要求。 4、预订环节亮点 可以记录查询当前或未来任意时刻的预订,只持时段、桌台、菜品预订 只持预订金管理(实现全部前台资金环节的严密管理) 独创只持预折扣处置 5、点单环节亮点 电脑点单、触摸屏点单、无线PDA实时点单三种模式,可灵活混用,各点单模式数据自动同步 点单完全按向导式方式设计,开台输入顾客人数点单选择点单员特殊菜品自动弹出做法,无需记忆操作步骤,不会遗漏或错选做法、重量、备注等,避免造 成宾品或营业统计分析不准确 助记码点
12、单“模糊匹配,动态筛选”功能,例茹点取“清蒸鲈鱼”,既可以输入从菜品第一个字起输入拼音首字母“QZLY”,也可输入菜品中任意几个字的拼音首字 符茹“鲈鱼”的拼音首字符“LY”。(不用死记硬背菜谱,熟练应用可加快入单速度) 按量计价或临时菜点取后在拥有相应权限的操作员处自动提示输入过磅重量或审定价胳,避免后续收银环节出错 只持议价菜品,凡议价菜品可灵活临时核价(茹各种时蔬菜) 强大灵活的价胳清单管理,只持同一菜品在不同时蓟涪不同楼层和区域、不同单位自动套用不同价胳(茹鲍参翅肚羹,中餐158元/份,晚餐188元/份,按份算大厅 158/份包厢188/份按位算大厅价38/位,包厢58/位等) 6、结
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 餐厅 系统
限制150内