网络技术和计算机技术发展至今，已经拥有了深厚的理论基础，并在现实中进行了充分运用，尤其是基于计算机运行的软件更是受到各界的关注。加上现在人们已经步入信息时代，所以对于信息的宣传和管理就很关键。因此餐厅点菜信息的管理计算机化，系统化是必要的。设计开发餐厅点菜管理系统不仅会节约人力和管理成本，还会安全保存庞大的数据量，对于餐厅点菜信息的维护和检索也不需要花费很多时间，非常的便利。
餐厅点菜管理系统是在MySQL中建立数据表保存信息，运用Vue框架和Java语言编写。并按照软件设计开发流程进行设计实现。系统具备友好性且功能完善。其管理员管理食物库存，菜品信息，管理预订和未预定餐桌，管理店内订单流水以及外卖订单。用户查看餐厅资讯，收藏菜品，下单购买菜品，查看外卖订单，用户也可以在餐厅内预订餐桌，对菜品进行点餐，查看店内订单记录。
餐厅点菜管理系统在让餐厅点菜信息规范化的同时，也能及时通过数据输入的有效性规则检测出错误数据，让数据的录入达到准确性的目的，进而提升餐厅点菜管理系统提供的数据的可靠性，让系统数据的错误率降至最低。
关键词：餐厅点菜管理系统；MySQL；Vue框
系统流程分析
软件开发设计的思想始终贯穿本系统，其开发流程见下图。前期需要进行功能分析，功能设计，还有对系统后台支持数据库的设计，利用编码技术对设计的系统进行实现，然后检测和完善。
图3.1系统开发流程图
访问者之所以可以访问餐厅点菜管理系统，主要是其数据库有该访问者的记录信息，这个记录是通过注册进行写入的数据。注册流程见下图。每当访问者进行餐厅点菜管理系统注册时，其登记的每条记录都会在系统后台进行逐个判断。这个判断规则是提前设置的。一旦该访问者的登记信息在数据库中保存，即代表该访问者成为餐厅点菜管理系统中的一份子。
图3.2 注册流程图
访问者操作系统，前提是需要验证身份，而登录功能的设置就是把本系统的用户引导进入后台操作区，把不是本系统的用户拒之门外。其流程见下图。
图3.3 登录流程图
系统功能分析
在明确系统的用途，以及系统的目标用户群后，可以对本系统的功能进行设置，可以获取调研用户对功能的要求，也可以对市场上同类系统进行分析和总结，得出本系统的功能。
餐厅点菜管理系统设置了管理员权限，其用例图见下图。管理员登录进入本人后台之后，管理食物库存，菜品信息，管理预订和未预定餐桌，管理店内订单流水以及外卖订单。
图3.4 管理员用例图
餐厅点菜管理系统设置了用户权限，其用例图见下图。用户查看餐厅资讯，收藏菜品，下单购买菜品，查看外卖订单，用户也可以在餐厅内预订餐桌，对菜品进行点餐，查看店内订单记录。
图3.5 用户用例图
功能结构设计
前面所做的功能分析，只是本系统的一个大概功能，这部分需要在此基础上进行各个模块的详细设计。
设计的管理员的详细功能见下图，管理员登录进入本人后台之后，管理食物库存，菜品信息，管理预订和未预定餐桌，管理店内订单流水以及外卖订单。
图4.1 管理员功能结构图
设计的用户的详细功能见下图，用户查看餐厅资讯，收藏菜品，下单购买菜品，查看外卖订单，用户也可以在餐厅内预订餐桌，对菜品进行点餐，查看店内订单记录。
图4.2 用户功能结构图
数据库设计
相比非关系型数据库来说，目前市场上使用率比较高，并且易于维护的数据库，当数关系型数据库了。这个数据库主要是基于关系模型的方式来对数据信息进行组织。也就是常见的二维表模型。可以说二维表和二维表之间的相互联系就构成了关系型数据库。
数据库E-R图
为了更好地保存餐厅点菜管理系统产生的数据，就需要在数据库的设计阶段对E-R模型进行建立，以及完成数据库中的表结构的创建。之所以要单独完成数据库的设计，主要有以下几点原因：
第一点：防止代码冗余；
第二点：防止占用过多内存；
第三点：提升数据库的整体性能，方便程序开发以及数据更新；
第四点：保证数据的完整性；
本部分内容主要在于建立本系统的E-R模型，需要先收集数据，然后根据数据库实现的思路，对用户的需求进行分析，这期间需要对实体，属性，还有关系进行标识，为绘制E-R模型做好充足准备。同时，在作图中，也要注意作图规范，注意每个符号的正确使用。
（1）设计的订单实体，其具备的属性见下图。
图4.4 订单实体属性图
（2）设计的用户实体，其具备的属性见下图。
图4.5 用户实体属性图
（3）设计的购物车实体，其具备的属性见下图。
图4.6 购物车实体属性图
（4）设计的菜品实体，其具备的属性见下图。
图4.7 菜品实体属性图
（5）设计的各实体间关系见下图。
图4.8 实体间关系E-R图
系统实现
在此部分内容中，主要通过系统功能的运行效果图展示前面设计的最终结果。系统实现对编制人员的技术能力有较高要求，因为需要他们使用编程的方式去实现系统设计的方案。
管理员功能实现
食物库存管理
管理员权限中的食物库存管理，其运行效果见下图。管理员查看各种菜品的库存数量，可以根据菜品名称查询菜品库存，能够修改菜品库存，删除菜品库存信息。
图5.1 食物库存管理页面
菜品展示管理
管理员权限中的菜品展示管理，其运行效果见下图。管理员新增菜品信息，可以修改菜品名称，菜品图片，菜品单价等信息，可以删除菜品信息。
图5.2 菜品展示管理页面
未预定餐桌管理
管理员权限中的未预定餐桌管理，其运行效果见下图。管理员根据餐桌名称查询未预定餐桌信息，可以对未预定餐桌信息进行修改，删除。
图5.3 未预定餐桌管理页面
店内流水管理
管理员权限中的店内流水管理，其运行效果见下图。管理员查询店内流水信息，设置用户已支付的订单为已支付状态。
图5.4 店内流水管理页面
已支付订单
管理员权限中的已支付订单管理，其运行效果见下图。用户在前台下单购买的菜品，管理员需要在当前页面对已支付的菜品订单进行派送。
图5.5 已支付订单页面
用户功能实现
菜品信息
用户权限中的菜品信息，其运行效果见下图。用户在本页面可以操作的功能比较多，可以收藏本页面显示的菜品，可以直接购买，也能暂时加入购物车保存菜品。
图5.6 菜品信息页面
购物车
用户权限中的购物车，其运行效果见下图。购物车帮助用户暂时保存购买的菜品，方便用户一次性下单购买多种菜品。
图5.7 购物车页面
提交订单
用户权限中的提交订单，其运行效果见下图。用户下单支付前，收货地址和购买的菜品需要再次核对清楚，最后支付订单。
图5.8 提交订单页面
已支付订单
用户权限中的已支付订单，其运行效果见下图。用户对订单明细进行查看，可以选择对某些误购买的菜品进行退款。
5
图5.9 已支付订单页面
联系客服
用户权限中的联系客服，其运行效果见下图。用户在操作餐厅点菜管理系统过程中，遇到任何问题可以咨询客服，客服就负责回答用户咨询的问题。
图5.10 联系客服页面
菜品点餐
用户权限中的菜品点餐，其运行效果见下图。用户在已经预订餐桌的情况下，在本页面对需要的菜品登记点餐数量，最后提交点餐订单即可。
图5.11 菜品点餐页面
未预定餐桌
用户权限中的未预定餐桌，其运行效果见下图。用户选择未预定状态的餐桌进行预订。
图5.12 未预定餐桌页面
已预订餐桌
用户权限中的已预订餐桌，其运行效果见下图。用户可以查看已预订餐桌信息，可以取消已经预订的餐桌。
图5.13 已预订餐桌页面
订单记录
用户权限中的订单记录，其运行效果见下图。用户查看在该餐厅消费的订单明细。
图5.14 订单记录页面
系统测试
这部分内容主要是把前期编码完成的系统，当成是计算机系统的一部分，并结合一些数据，计算机硬件和支持的软件进行集成测试和确认测试。之所以要进行最后的测试步骤，原因在于检查制作的系统与需求说明书的比较中，存在的差异问题。进一步确认制作的系统在功能与性能上跟需求说明书当中的要求相符。
功能测试
餐厅点菜管理系统在经历最后的测试环节，需要检验本系统的功能安全性，功能适用性等内容，最终得出测试结论。
表6.1 功能测试数据表
| 测试结果 | |
| 符合要求 | |
| 符合要求 | |
| 符合要求 | |
| 符合要求 | |
| 符合要求 |
可用性测试
通常来说，一个布局合理，显示的内容无错别字，并具备合理正常的操作逻辑的系统往往很受欢迎，而且可以提升访问者的使用时间以及访问率。
表6.2 可用性测试数据表
| 测试内容 | 测试结果 |
| 合理 | |
| 合理 | |
| 能 | |
| 无 | |
| 检查系统功能有无友好性 | 有 |
| 能 | |
| 无 | |
| 检查系统有无提供帮助信息 | 有 |
测试结果分析
餐厅点菜管理系统经过了编码阶段的单元测试，和最后的系统整体测试等测试后，对于用户要求的功能，本系统都进行了实现，各个模块都运行正常。在面对一些故障性问题时，本系统也有相应的应对办法，并且本系统可以保持24小时正常运转。因此，餐厅点菜管理系统可以交付用户使用。
扫一扫
470
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
