食堂订餐网站课件

系统分析与设计Member蒲麒舟蒲麒舟王一鸣王一鸣朱益民朱益民钱啸尘钱啸尘陈玉峰陈玉峰王艺蓉王艺蓉食 堂 订 餐 网 站第十组系统分析与设计Member蒲麒舟王一鸣朱益民钱啸尘陈玉峰王艺1食堂订餐网站分析说明食堂订餐网站设计说明&MENU食堂订餐网站分析说明食堂订餐网站设计说明&MENU21项目背景食堂就餐问题一直是我们学生最为关注的话题之一，每天在各食堂就餐时总会遇到久候排队的麻烦，这浪费了大家许多没必要花费的时间，如果每一位同学能够在网上提前订好餐并预先付款，食堂配餐员据此为他们配好餐，再经系统通知学生，订餐的学生得到领餐信息后在相应的时间去相应的地点领餐，这样一来就可以节省不少的时间，食堂的流量也将减少许多，减少了拥挤，在很大程度上方便了大家就餐。1 项目背景食堂就餐问题一直是我们学生最为关注的话题之一，每32E-R图2 E-R图43数据字典3 数据字典5食堂订餐网站课件6食堂订餐网站课件74.1顶层数据流图4.1 顶层数据流图84.2第一层数据流图4.2 第一层数据流图94.3第二层数据流图：订餐子系统4.3 第二层数据流图：订餐子系统104.4第二层数据流图：配餐子系统4.4 第二层数据流图：配餐子系统115功能描述5 功能描述12食堂订餐网站课件13食堂订餐网站课件14食堂订餐网站课件15食堂订餐网站课件16返回返回171 软件结构1 软件结构182逻辑模型设计2 逻辑模型设计193 物理模型设计学生（学号，密码，账户余额）订餐单（订单号，学号，工号，总价格，取菜时间，取菜地点，支付状态，配餐状态）食堂菜品（菜号，菜名，菜品价格，所在楼层，状态）配餐员（工号，工作地点，密码）订餐明细表（订单号，菜号，菜品数量）3 物理模型设计学生（学号，密码，账户余额）20表名:学生表4 数据库设计表名:配餐员表表名:学生表4 数据库设计表名:配餐员表21表名:订餐单表表名:订餐单表22表名:食堂菜品表表名:食堂菜品表23表名:订餐明细表表名:订餐明细表245订餐模块5 订餐模块255.1.1界面原型设计5.1.2实现逻辑描述 学生在食堂订餐网站的登录界面里输入自己的学号和设定密码，之后点击提交按钮，等待系统验证返回登录成功与否的信息。在登录的时候最多不能出错超过五次，否则十分钟之内不得再登录。尚未验证学号和密码信息时，可选择“重置”键清空输入的信息，重新输入。登 录 功 能5.1.1 界面原型设计5.1.2 实现逻辑描述 学生在食堂265.2.1界面原型设计 5.2.2实现逻辑描述 学生登录系统后在搜索栏上输入菜号或菜名，点击搜索按钮，等待界面跳转，搜到相关菜品后便可以查看该菜品的详细信息，包括菜号、菜名、菜品价格、所在楼层等。除了能够直接搜索菜号、菜名查看信息外，学生也可以点击菜品浏览按钮对菜品进行大范围地浏览查看，选中图片后便可跳转到该菜品的详细信息界面来。搜索查看功能5.2.1 界面原型设计 5.2.2 实现逻辑描述 学27订购功能5.3.1界面原型设计 订 购 功 能 5.3.128订购功能5.3.2实现逻辑描述学生在查看好信息后点击选中所需的菜品，将选中的菜品添加到订餐明细表中，返回菜品浏览界面，继续选择菜品，重复之前的步骤，直到选择添加完毕，完成订购过程。选择菜品时，学生需要注意所选购的菜品是否都在同一层食堂，如若不全在，则最后无法提交订餐单，应该在菜品均位于同一楼层的基础上进行订购。此外，对于状态为“已无”的菜品，则也无法订购。订 购 功 能 5.3.2 实现逻辑描述 295.4.1界面原型设计5.4.2实现逻辑描述 学生在完成选择添加操作后，如若想要修改订餐明细表，则在表上进行操作，可以删除已选过的菜号，可以增加未选过的菜号，也可以增减已选好菜品的数量（份数）。在修改订餐明细表时同样应该注意选购位于同一食堂的菜品，否则最终在提交订餐单时系统会报错。修改功能5.4.1 界面原型设计5.4.2 实现逻辑描述 学生30确认结算5.5.1界面原型设计5.5.2实现逻辑描述 学生提交订餐单，系统计算好总价返回到订餐单上，同时在生成的支付结算表中也清楚地显示选购的每种菜品及其对应的价格和总价，接着学生便可准备进行网上付款。有时可能会遇到系统出现问题的情况，如生成的支付结算表上的菜品种类发生变化，或价格出现错误，因此，学生在提交订餐单后再次浏览一遍订餐信息确认无误十分有必要，以免付款后才发现，悔之莫及。确 认 结 算5.315.6.1界面原型设计付款5.6.2实现逻辑描述选中自己的账户（学生通过学号唯一对应），输入相关验证，再查看付款前的信息，包括支付条目名称（如午餐东一订购、晚餐西一订购）、支付总价等，确认无误后便点击支付，等待跳出提示窗口“支付成功”完成支付。系统将订餐单信息的支付状态改为“已支付”，便于配餐员查看进行配餐操作。若如支付失败则需要返回前面的步骤，重新来过，直到付款成功，跳出提示窗口。5.6.1 界面原型设计 付 325.7.1界面原型设计打印5.7.1 界面原型设计 打 335.7.2实现逻辑描述打印在成功付款后，学生等待配餐员为其配餐并将配餐反馈信息传回平台上的订餐单,点击“打印”选项将订餐单打印出来,确认订餐单上的取菜时间和取菜地点，按时前往取餐即可。打印订餐单之前应该确认好反馈订餐信息，看是否配餐状态为“已配好”，是否有误，如有误，则即时联系食堂相关负责人员说明情况。5.7.2实现逻辑描述 打 印 346配餐模块6 配餐模块35登录功能6.1.1界面原型设计6.1.2实现逻辑描述配餐员输入自己的工号和密码，点击“提交”，等待系统的反馈信息，然后系统根据配餐员输入的工号和密码信息在数据库中查找与之匹配的记录，如若没有找到则此次登录失败，配餐员需要修改输入的工号或密码重新登录，直到登录成功为止。在登录的时候最多不能出错超过五次，否则十分钟之内不得再登录。尚未验证登录信息前可以按“重置”按钮。尚未验证工号和密码信息时，可选择“重置”键清空输入的信息，重新输入。登 录 功 能6.1.1 36查看功能6.2.1界面原型设计6.2.2实现逻辑描述配餐员在食堂网上配餐系统的终端登录后点击“我的订餐单”按钮，来到相应界面，看到自己应该处理的学生订单。配餐员在处理完上一个订餐单后应当立即查看是否有下一个订餐单，以免出现食堂菜品供不应求的状况，及时为他们配好餐，预留好餐品。查 看 功 能6.2.1 界面原型设37配餐确认功能6.3.1界面原型设计6.3.2实现逻辑描述配餐员点击相关订单号，查看对应订单的订餐信息，主要核对上面的工号是否与自己的一致，菜品所在楼层是否与自己的工作地点相匹配，如若不一致，则退还订单，并将相关情况报与后台负责人员，让他们安排学生的退款事宜；如若信息一致，则可准备接来下的配餐操作。此外，配餐员还应特别注意查看订单的支付状态是否是“已支付”，如若不是，则应暂缓配餐，先处理一下个订餐单，待该学生付款后再重新处理，为其配餐。配 餐 确 认 功 能6.3.1 界面原型38配餐完成功能6.4.1界面原型设计6.4.2实现逻辑描述完成配餐操作后，配餐员将配餐详情录入到平台上，点击“反馈”按钮将这些配餐详情作为反馈信息传回到相应订餐单上，便于学生查看，同时将订餐单的配餐状态修改为“已配好”，便于学生打印订餐单，接着前来取餐。在学生前来取餐的过程中配餐员需要对饭菜进行保温处理。配 餐 完 成 功 能6.4.1 界面原型39谢谢观看！第十组40