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