软件工程课程设计—餐厅点餐系统

1、软件工程课程设计一餐厅点餐 系统软件工程课程设计餐厅点餐系统详细设计姓名：王洁院系：信息技术系学号：11340154专业班级：软件技术（一）班指导老师：2012 年 12 月 14 H1系统说明软件可行性研究报告的编制是为了使用户和软件开发者双方对该软件的初 始规定有一个共同的理解，使之成为整个开发工作的基础.酒店点餐管理系统包 括菜品及管理员的添加、删除、修改,，顾客点菜时涉及到的添加、删除，以及 账单的查询打印和销售额的查询。酒店点餐管理系统可以实现上述功能，能够 方便快捷准确地获得所需的信息。2要求主要功能:将餐厅点菜自动化、自由化、个性化 功能需求：A面向经理:后台管理（访问权限，修改

2、菜单，增|=加菜项，删除菜项，销售情况分析）A面向顾客:显示特色菜，菜单列表，具体菜名 查询（显示实际图片），订餐功能，预计等待时间银行卡消费并打印座位凭条（顾客服务员一式两份）及消费凭条 面向服务员:顾客消费结算功能 面向厨师:显示当前任务功能 性能要求：管理员录入的信息必须无差错地存 储至中心服务器，且对客户端的数据应该及时进 行更新。输出要求:数据完整，详实。输入要求:方便，简捷，快速。安全与保密要求：餐厅顾客和厨师以及服务员 只有查询和建议功能 管理人员则拥有在其权限内的查询，修改，增加, 删除菜单，制定价格等一些管理功能。3目标为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理平

3、台.4可行性研究方法可行性研究的方法是通过对各大中小型餐厅、酒店管理者进行问卷调查及访问谈话而得到 用户对此系统的信任度关注度及依赖度的，通过 建模分析，得出了该系统的功能需求，成本分析, 可行性分析。5总体设计5.1启动系统使用本系统无需登录，但管理员和会员能够登录。登录的时候需要填写正确的用户名和密 码，管理员可以修改自己的密码。5.2登陆系统用户输入用户名、密码，系统进行用户身份验证, 验证通过则成功登录，显示带有相关权限的界面, 显示登录用户名，服务器日期，用户可以进行相关 权限的处理。如果是用admin账号登录，将出现如下完整功 能界面:身份验证过程如下:和服务器建立连接;122、查

4、找输入用户名;3、验证对应用户的密码是否正确O在以上验证过程中，用户名和密码均对大小写 敏感。如果登录失败，系统将向用户提示失败信息, 具体有以下情况:1. 如果用户名不存在，提示：登录失败，用户 名错误2如果密码错误，提示：登录失败，密码错误。3规格错误的提示。53退出系统操作系统“退出”功能时，系统会提示用户是 否退岀，用户点击“确认”后系统退出，点“返回” 按钮系统不退出。5.4用户管理 5.4.1用户修改个人信息用户登录后可以修改个人信息，包含：姓名、 会员号、密码、其中用户名和用户卡号不可修改, 不能进行输入。密码分旧密码、新密码、验证新密 码，若需修改密码，系统验证旧密码正确，两个

5、新 密码相同，则更新密码，旧密码即失效，其他修改 项也生效，并提示“用户信息修改成功”；若旧密 码不正确，则提示“用户密码错”，系统将不修改 个人信息；若两个新密码不同，则提示“新密码与 验证新密码不同”，系统将不修改个人信息。若只修改密码外其他信息，则不需输入两个新 密码，系统只验证旧密码正确，就成功更改个人信 息，并提示“用户信息修改成功”；如果系统验证 旧密码输入不正确，则提示“用户密码错”.5.4.2用户管理1新增用户2删除用户3修改用户有用户管理权限的人员登录后可以进行上述操 作，点击“用户管理”按钮，出现用户界面如下, 下面进行分述5.4.3新增用户用户个人信息包含如下内容：姓名会

6、员号密码1、提交后系统验证必输项不为空，否则显示相 关错误信息，新增用户失败；2、系统验证“姓名”和“会员号”是否唯一， 如果不唯一则提示相关错误信息，新增用户失 败；3、系统校验“密码”和“验证密码”是否一致, 一致则提示新增用户成功，用户列表中显示新增 的用户信息，按用户名递增顺序排列出所有用 户，显示姓名、会员号，否则则显示相关错误信 息，新增用户失败。5.4.4删除用户系统将弹出对话框让用户进行确认是否删除，如果用户确认删除，则删除选中的用户，提 示删除成功信息，并且用户列表中所选的用户信 息消除。系统管理员账号admin不允许被删除。5.4.5修改用户具有用户管理权限的后台管理员可以

7、修改 用户信息，包括：录入用户个人基本信息，用户 访问权限设置、新卡号设置、撤销长时间不用的 用户信息、备份用户信息。用户个人私密信息只可用户进行修改，用户 姓名名和用户卡号不可修改，其他需修改项的类 型和范围同新增用户输入一样。若需修改密码, 只需要两个新密码非空并且相同，则更新密码, 旧密码即失效，其他修改项也生效，并提示“用 户信息修改成功”；若两个新密码不同，则提示“新密码与验证新密码不同”，系统将不修改个 人信息。若只修改密码外其他信息，则不需输入两个新密 码，就成功更改个人信息，并提示“用户信息修 改成功”5.5菜单信息管理菜单信息主要包括后台管理员对菜单的管理和客户对菜单的使用。

8、后台部分的管理:包括上传菜单;更新菜单; 删除不用菜单；并赋予菜单必要的说明，如菜的 名称，价格，营养元素，配料等，注重健康饮食, 明确菜的风味，并会对哪些病种易引起并病发 等。部分菜可以给予特定优惠时也必须给用户说 明。前台用户使用：客户可以查询餐厅提供的各 种食物及了解相应的饮食注意事项；点取自己最 喜爱的食物；了解菜的价格和是否点菜。5.6自动排序功能餐厅的很多缺点就是用户点菜后服务员传 菜出现混乱，还不清楚自己前面到底还有多少人 都在等待自己喜欢的饭菜，因此可能会耽误用户 的宝贵时间，自动排序功能特点：用户可以自动获取系统给予的排号，如果时间 很急，就可以在此时改变注意是否等待这道菜。

9、同样厨师也可以缓解都做同一道菜的压 力。在你确定点菜并获取序号时，服务员同时也获取到相同的序号，这样你的菜就不会先来后吃 到了，不会混淆，不管对服务员还是客户都是 最好的。5.7提交用户需求及缴费提交用户所需要的菜单名称，菜单名称必须是 系统中存在的菜，输入的内容均为汉字，出现 其他的语种不给予允许。如果没有则提示用户没有此菜，但是可以提醒用户把它列为喜爱的 菜种，可以为食堂提供参考，并在条件允许时 添加此道菜。提交用户菜名后系统给予用户提 示，是成功还是失败，必须明确提示，如果操 作超时，也要做出提示。缴费时可采用现金和信用卡，会员用户可有自 己的账户，可预存。结算时可从预存账户扣除。5.8

10、数据库备份备份分为手工备份和自动备份：在服务器端有一个按钮，点击后，数据会存成 一个数据备份文件。自动备份，数据每天2次定时备份5.9数据库同步由于点菜系统分为用户选项以及后台操作所以必 须维持前台于后台数据库的数据一致性.5/10服务器端日结为了提高服务效率，服务器端有日结功能，服务器 在日结过程中将断开网络，日结完成后恢复。日结将食堂为七天之前的菜单数据归档,顾客通过客户端展示的显示特色菜，菜单列表 等进行点餐。订单通过服务器下达给服务员和厨师。服务员通过服务器打印顾客结算单，桌号等。厨师根据服务器下的单进行操作。管理者可以查询每日消费详情，包括订单、营 业额等。6、详细设计 6.1客户端

11、（顾客）点餐功能：査询、点餐、修改订单、提交订单、 个性定制1. 查询：通过输入査询菜单点餐：对中意 的菜肴下单，并记入订单中2. 修改订单：修改订单中已经加入的菜名3. 提交订单：确认无误后提交，下单4. 个性定制：根据个人喜好，对菜肴提岀 要求，包括就餐人数。菜单介绍：每样菜展示菜名、实物图片、配料、营养搭配、人气指数等。1. 特色菜：显示本店的特色菜。2. 地域菜：包括中餐（八大菜系）、西餐3. 人气排行：根据顾客点餐的次数、评价, 对每样菜进行评定，给用户参考。4. 菜肴分类：开胃菜、甜品、冷盘、汤类、 煲类、素食、海鲜等（可自定义）5设定价格区间套餐推荐1价格区间：根据套餐配菜制定价

12、格 2人数：设定各个人数的套餐3. 就餐性质：同学聚会、家庭聚餐、公司聚餐、商务餐等4个性定制：对套餐中的某些配菜进行更酒水饮料1.价格区间:自定义2酒类：啤酒、白酒、红酒（可根据各个餐厅具体情况设定）3饮料：果汁（西瓜、橙汁、苹果等）、碳酸饮料等说明：酒水饮料除设定浏览功能外还设定多 重搜索功能。反馈1. 对服务员评价：非常满意、满意、基本 满意、不满意、很差2. 对就餐环境评价：好、一般、不好3. 对菜肴口味评价：过咸、过淡、不熟等 等，视每样菜而定。顾客也可不评价需求服务：可以通过按键，呼叫服务员进行服 务1. 更换餐具2. 清理残渣3.酒水开瓶144其他62客户端（服务员）订单:显示各

13、订单的基本信息1-桌号2就餐人数3.已点菜目（若是套餐则显示套餐）4. 个性需求5. 配送详情6. 酒水需求7. 总价/优惠/实际结算8. 是否买单顾客反馈1. 对服务员评价2. 对就餐环境评价3. 对菜肴口味评价服务需求提示1. 需求提示信号2. 需求桌号3. 需求内容6.3客户端（厨师）任务列表1. 菜名2. 数量3. 桌号4. 个性需求5. 完成详情顾客评价根据顾客评价系统可进行多重搜索（菜名、口味、色泽、满意程度等）6.4后台管理功能项删除、添加、修改、查询、广播III1. 删除：删除菜肴2. 添加：3. 修改： 面的修改查询菜肴、各区段的营业额、顾4. 查询：客评价、订单详情5. 广播：对各客户端发送广播，包括温馨 提醒，活动预告、优惠信息等系统设置1. 主题风格2. 分类设置6.5服务器服务器的设置已经数据库的设置属技术范 畴。根据系统功能进行设计。7、软件测试:根据功能设计开发系统 :配置服务器、数据库白盒测试、黑盒测试 初期试点投放 :收集反馈信息 :