软件工程课程设计餐厅点餐系统.docx
- 文档编号:27964734
- 上传时间:2023-07-06
- 格式:DOCX
- 页数:11
- 大小:33.81KB
软件工程课程设计餐厅点餐系统.docx
《软件工程课程设计餐厅点餐系统.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计餐厅点餐系统.docx(11页珍藏版)》请在冰豆网上搜索。
软件工程课程设计餐厅点餐系统
软件工程课程设计
餐厅点餐系统详细设计
姓名:
王洁
院系:
信息技术系
学号:
专业班级:
软件技术
(一)班
指导教师:
2021年12月14日
1系统说明
软件可行性研究报告的编制是为了利用户和软件开发者两边对该软件的初始规定有一个一起的明白得,使之成为整个开发工作的基础.酒店点餐治理系统包括菜品及治理员的添加、删除、修改,,顾客点菜时涉及到的添加、删除,和账单的查询打印和销售额的查询。
酒店点餐治理系统能够实现上述功能,能够方便快捷准确地取得所需的信息。
2要求
要紧功能:
将餐厅点菜自动化、自由化、个性化
功能需求:
面向领导:
后台治理(访问权限,修改菜单,增加菜项,删除菜项,销售情形分析)
面向顾客:
显示特色菜,菜单列表,具体菜名查询(显示实际图片),订餐功能,估量等待时刻银行卡消费并打印座位凭条(顾客效劳员一式两份)及消费凭条
面向效劳员:
顾客消费结算功能
面向厨师:
显示当前任务功能
性能要求:
治理员录入的信息必需无过失地存储至中心效劳器,且对客户端的数据应该及时进行更新。
输出要求:
数据完整,详实。
输入要求:
方便,简捷,快速。
平安与保密要求:
餐厅顾客和厨师和效劳员只有查询和建议功能
治理人员那么拥有在其权限内的查询,修改,增加,删除菜单,制定价钱等一些治理功能。
3目标
为各大中小型餐厅酒店提供一个统一、方便、平安的信息治理平台.
4可行性研究方式
可行性研究的方式是通过对各大中小型餐厅、酒店治理者进行问卷调查及访问谈话而取得用户对此系统的信任度关注度及依托度的,通过建模分析,得出了该系统的功能需求,本钱分析,可行性分析。
5整体设计
启动系统
利用本系统无需登录,但治理员和会员能够登录。
登录的时候需要填写正确的用户名和密码,治理员能够修改自己的密码。
登岸系统
用户输入用户名、密码,系统进行用户身份验证,验证通过那么成功登录,显示带有相关权限的界面,显示登录用户名,效劳器日期,用户能够进行相关权限的处置。
若是是用admin账号登录,将显现如下完整功能界面:
身份验证进程如下:
1、和效劳器成立连接;
2、查找输入用户名;
3、验证对应用户的密码是不是正确。
在以上验证进程中,用户名和密码均对大小写灵敏。
若是登录失败,系统将向用户提示失败信息,具体有以下情形:
1.若是用户名不存在,提示:
登录失败,用户名错误
2.若是密码错误,提示:
登录失败,密码错误。
3.规格错误的提示。
退出系统
操作系统“退出”功能时,系统会提示用户是不是退出,用户点击“确认”后系统退出,点“返回”按钮系统不退出。
用户治理
用户修改个人信息
用户登录后能够修改个人信息,包括:
姓名、会员号、密码、其顶用户名和用户卡号不可修改,不能进行输入。
密码分旧密码、新密码、验证新密码,假设需修改密码,系统验证旧密码正确,两个新密码相同,那么更新密码,旧密码即失效,其他修改项也生效,并提示“用户信息修改成功”;假设旧密码不正确,那么提示“用户密码错”,系统将不修改个人信息;假设两个新密码不同,那么提示“新密码与验证新密码不同”,系统将不修改个人信息。
假设只修改密码外其他信息,那么不需输入两个新密码,系统只验证旧密码正确,就成功更改个人信息,并提示“用户信息修改成功”;若是系统验证旧密码输入不正确,那么提示“用户密码错”.
用户治理
1新增用户
2删除用户
3修改用户
有效户治理权限的人员登录后能够进行上述操作,点击“用户治理”按钮,显现用户界面如下,下面进行分述
新增用户
用户个人信息包括如下内容:
姓名
会员号
密码
一、提交后系统验证必输项不为空,不然显示相关错误信息,新增用户失败;
二、系统验证“姓名”和“会员号”是不是唯一,若是不唯一那么提示相关错误信息,新增用户失败;
3、系统校验“密码”和“验证密码”是不是一致,一致那么提示新增用户成功,用户列表中显示新增的用户信息,按用户名递增顺序排列出所有效户,显示姓名、会员号,不然那么显示相关错误信息,新增用户失败。
删除用户
系统将弹出对话框让用户进行确认是不是删除,若是用户确认删除,那么删除选中的用户,提示删除成功信息,而且用户列表中所选的用户信息排除。
系统治理员账号admin不许诺被删除。
修改用户
具有效户治理权限的后台治理员能够修改用户信息,包括:
录入用户个人大体信息,用户访问权限设置、新卡号设置、撤销长时刻不用的用户信息、备份用户信息。
用户个人私密信息只可用户进行修改,用户姓名名和用户卡号不可修改,其他需修改项的类型和范围同新增用户输入一样。
假设需修改密码,只需要两个新密码非空而且相同,那么更新密码,旧密码即失效,其他修改项也生效,并提示“用户信息修改成功”;假设两个新密码不同,那么提示“新密码与验证新密码不同”,系统将不修改个人信息。
假设只修改密码外其他信息,那么不需输入两个新密码,就成功更改个人信息,并提示“用户信息修改成功”
菜单信息治理
菜单信息要紧包括后台治理员对菜单的治理和客户对菜单的利用。
后台部份的治理:
包括上传菜单;更新菜单;删除不用菜单;并给予菜单必要的说明,如菜的名称,价钱,营养元素,配料等,注重健康饮食,明确菜的风味,并会对哪些病种易引发并病发等。
部份菜能够给予特定优惠时也必需给用户说明。
前台用户利用:
客户能够查询餐厅提供的各类食物及了解相应的饮食注意事项;点取自己最喜爱的食物;了解菜的价钱和是不是点菜。
自动排序功能
餐厅的很多缺点确实是用户点菜后效劳员传菜显现混乱,还不清楚自己前面到底还有多少人都在等待自己喜爱的饭菜,因此可能会延误用户的宝贵时刻,自动排序功能特点:
用户能够自动获取系统给予的排号,若是时刻很急,就能够够在现在改变注意是不是等待这道菜。
一样厨师也能够减缓都做同一道菜的压力。
在你确信点菜并获取序号时,效劳员同时也获取到相同的序号,如此你的菜就可不能先来后吃到了,可不能混淆,不管对效劳员仍是客户都是最好的。
提交用户需求及缴费
提交用户所需要的菜单名称,菜单名称必需是系统中存在的菜,输入的内容均为汉字,显现其他的语种不给予许诺。
若是没有那么提示用户没有此菜,可是能够提示用户把它列为喜爱的菜种,能够为食堂提供参考,并在条件许诺时添加此道菜。
提交用户菜名后系统给予用户提示,是成功仍是失败,必需明确提示,若是操作超时,也要做出提示。
缴费时可采纳现金和信誉卡,会员用户可有自己的账户,可预存。
结算时可从预存账户扣除。
数据库备份
备份分为手工备份和自动备份:
在效劳器端有一个按钮,点击后,数据会存成一个数据备份文件。
自动备份,数据天天2次按时备份
数据库同步
由于点菜系统分为用户选项和后台操作因此必需维持前台于后台数据库的数据一致性.
效劳器端日结
为了提高效劳效率,效劳器端有日结功能,效劳器在日结进程中将断开网络,日结完成后恢复。
日结将食堂为七天之前的菜单数据归档,
顾客通过客户端展现的显示特色菜,菜单列表等进行点餐。
定单通过效劳器下达给效劳员和厨师。
效劳员通过效劳器打印顾客结算单,桌号等。
厨师依照效劳器下的单进行操作。
治理者能够查询每日消费详情,包括定单、营业额等。
6、详细设计
客户端(顾客)
点餐功能:
查询、点餐、修改定单、提交定单、个性定制
1.查询:
通过输入查询菜单点餐:
对中意的菜肴下单,并记入定单中
2.修改定单:
修改定单中已经加入的菜名
3.提交定单:
确认无误后提交,下单
4.个性定制:
依照个人喜好,对菜肴提出要求,包括就餐人数。
菜单介绍:
每样菜展现菜名、实物图片、配料、营养搭配、人气指数等。
1.特色菜:
显示本店的特色菜。
2.地域菜:
包括中餐(八大菜系)、西餐
3.人气排行:
依照顾客点餐的次数、评判,对每样菜进行评定,给用户参考。
4.菜肴分类:
开胃菜、甜品、冷盘、汤类、煲类、素食、海鲜等(可自概念)
5.设定价钱区间
套餐推荐
1.价钱区间:
依照套餐配菜制定价钱
2.人数:
设定各个人数的套餐
3.就餐性质:
同窗聚会、家庭聚餐、公司聚餐、商务餐等
4.个性定制:
对套餐中的某些配菜进行改换
酒水饮料
1.价钱区间:
自概念
2.酒类:
啤酒、白酒、红酒(可依照各个餐厅具体情形设定)
3.饮料:
果汁(西瓜、橙汁、苹果等)、碳酸饮料等
说明:
酒水饮料除设定阅读功能外还设定多重搜索功能。
反馈
1.对效劳员评判:
超级中意、中意、大体中意、不中意、很差
2.对就餐环境评判:
好、一样、不行
3.对菜肴口味评判:
过咸、过淡、不熟等等,视每样菜而定。
顾客也可不评判
需求效劳:
能够通过按键,呼唤效劳员进行效劳
1.改换餐具
2.清理残渣
3.酒水开瓶
4.其他
客户端(效劳员)
定单:
显示各定单的大体信息
1.桌号
2.就餐人数
3.已点菜目(假设是套餐那么显示套餐)
4.个性需求
5.配送详情
6.酒水需求
7.总价/优惠/实际结算
8.是不是买单
顾客反馈
1.对效劳员评判
2.对就餐环境评判
3.对菜肴口味评判
效劳需求提示
1.需求提示信号
2.需求桌号
3.需求内容
客户端(厨师)
任务列表
1.菜名
2.数量
3.桌号
4.个性需求
5.完成详情
顾客评判
依照顾客评判系统可进行多重搜索(菜名、口味、色泽、中意程度等)
后台治理
功能项删除、添加、修改、查询、广播
1.删除:
删除菜肴
2.添加:
添加新菜肴
3.修改:
对已有的菜肴进行图片、介绍方面的修改
4.查询:
查询菜肴、各区段的营业额、顾客评判、定单详情
5.广播:
对各客户端发送广播,包括温馨提示,活动预报、优惠信息等
系统设置
1.主题风格
2.分类设置
效劳器
效劳器的设置已经数据库的设置属技术范围。
依照系统功能进行设计。
7、软件测试
依照功能设计开发系统
配置效劳器、数据库
白盒测试、黑盒测试
初期试点投放
搜集反馈信息
系统软件完善、美化
正式发布
系统按期保护、更新
8、跋文
通过对课题的选择,查阅资料,课题分析、设计,感觉到做一份软件可行性报告确实不容易,要考虑到多重因素,一时刻可能考虑还不够全面,因此,可行性报告还要不断修改。
直到能够实行,而且对系统的开发确实能起到指导性的作用。
做软件可行性报告能够锻炼人的设计能力、语言表达能力和专业技术能力,同时能够改变人的思维方式,想问题加倍全面。
整体来讲,是个不错的实习案例。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 餐厅 系统