如今社会上各行各业，都喜欢用自己行业的专属软件工作，互联网发展到这个时候，人们已经发现离不开了互联网。新技术的产生，往往能解决一些老技术的弊端问题。因为传统餐厅点餐信息管理难度大，容错率低，管理人员处理数据费工费时，所以专门为解决这个难题开发了一个餐厅点餐系统，可以解决许多问题。 餐厅点餐系统实现的功能包括菜品类型管理，菜品信息管理，轮播图管理以及对已完成，未支付，已取消，已支付，已退款等状态的订单进行管理等功能。该系统采用了Mysql数据库，Python语言等技术进行编程实现。 餐厅点餐系统可以提高餐厅点餐信息管理问题的解决效率，优化餐厅点餐信息处理流程，保证餐厅点餐信息数据的安全，它是一个非常可靠，非常安全的应用程序。

关键词：餐厅点餐系统；Mysql数据库；Python语言

Nowadays, all walks of life in society like to work with their own industry-specific software. At this point in the development of the Internet, people have found that they cannot do without the Internet. The emergence of new technologies can often solve the drawbacks of some old technologies. Because traditional restaurant ordering information management is difficult, the fault tolerance rate is low, and the management personnel is labor-intensive and time-consuming to process data, a restaurant ordering system has been specially developed to solve this problem, which can solve many problems. The functions implemented by the restaurant ordering system include dish type management, dish information management, carousel image management, and management of completed, unpaid, cancelled, paid, refunded and other orders. The system uses Mysql database, Python language and other technologies for programming. The restaurant ordering system can improve the efficiency of solving restaurant ordering information management problems, optimize the restaurant ordering information processing process, and ensure the safety of restaurant ordering information data. It is a very reliable and very safe application.

Key Words：Restaurant ordering system; Mysql database; Python language

摘 要 I Abstract II 第1章 绪论 1 1.1 课题背景 1 1.2 课题意义 1 1.3 研究内容 1 第2章 开发环境与技术 3 2.1 Python语言 3 2.2 MYSQL数据库 3 第3章 系统分析 4 3.1 可行性分析 4 3.1.1 技术可行性 4 3.1.2 经济可行性 4 3.1.3 操作可行性 4 3.2 系统流程 4 3.2.1 操作流程 5 3.2.2 登录流程 5 3.2.3 删除信息流程 6 3.2.4 添加信息流程 6 3.3 性能需求 7 3.4 功能需求 8 第4章 系统设计 10 4.1 系统设计思想 10 4.2 功能结构设计 11 4.3 数据库设计 12 4.3.1 数据库概念设计 12 4.3.2 数据库物理设计 15 第5章 系统实现 20 5.1 管理员功能实现 20 5.1.1 菜品信息管理 20 5.1.2 会员管理 20 5.1.3 已完成订单 21 5.1.4 已支付订单 21 5.1.5 已退款订单 22 5.2 会员功能实现 22 5.2.1 菜品信息 22 5.2.2 确认下单 23 5.2.3 我的订单 23 5.2.4 购物车 24 第6章 系统测试 25 6.1 测试任务 25 6.2 测试目标 25 6.3 功能测试 26 6.3.1 登录功能测试 26 6.3.2 修改密码功能测试 27 6.4 系统测试结果 27 结 论 28 参考文献 29 致 谢 30

用户对着浏览器操作，肯定会出现某些不可预料的问题，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，要提前考虑可能会出现的问题。 4.1 系统设计思想 系统设计，肯定要把设计的思想进行统一，只有统一的思想才能指导程序的开发，并且可以让众多的程序开发人员更快速的进入状态，提高开发速度。根据当前系统的既定需求，下面将进行本系统设计思想的阐述。 (1)扩展性：开发任何一个系统的时候不可避免要考虑这个问题。软件版本的更迭是一种常识，任何一个软件都不会一次性开发就成永恒，软件是一个不断成长的东西。所以考虑问题的时候需要对当前问题进行数据上的扩大化，然后进行归纳整理，最终形成具有一定扩展性的程序。程序的可扩展性必然会影响开发进度，所以最终需要综合评估程序的可扩展程度，进而有的放矢，循序开发。 (2)实用性：程序设计是一个先高屋建瓴式的设想，然后再具体化，实用性就是具体化的第一个步骤，要充分考虑使用者是不懂程序设计的这一点，使用者只是懂得常规性的上网操作步骤，并不需要对程序进行理解，所以一定要让使用者感觉到便利，感觉到实用性的存在，如果使用者使用程序过程中没发现使用程序的好处，那么程序设计的实用性将大大降低。 (3)安全性：当使用者使用的过程中，会产生大量的相关数据，这些数据必须有安全性的保证，否则当使用者发现数据出现问题的原因是程序设计问题的时候，将会对程序开发者失去信任，甚至可能会产生大量的费用赔偿问题，这是一个不可避免的问题。所以安全性关系开发与使用者双方的经济利益，程序的安全性是一定要保证的。 (4)先进性：程序设计的先进性是开发者进行考虑的，必须要在满足系统功能的前提下，必须要选择好当下最合适的技术。最合适的技术要从开发成本，使用成本以及维护成本里面综合分析，经过综合分析后要让技术实现最优解，保持先进的技术生产力。 (5)维护性：程序开发之初就要考虑以后的维护问题。维护是在程序开发完毕，已经上线可以运作，进入生产试用过程和使用过程中才会发现需要维护的必要。要通过各方面降低维护成本，不是说维护的越少就代表程序开发的越完美，程序既然是人类进行设计制造的，肯定有很多不可避免的问题产生，那么如何维护好程序的正常运作也是一门很重要的学问。 4.2 功能结构设计 图4.1即为设计的管理员功能结构，管理员权限操作的功能包括对菜品信息，已完成，已支付，已取消，已退款等订单信息进行管理。

图4.1 管理员功能结构 图4.2即为设计的会员功能结构，会员权限操作的功能包括收藏喜欢的菜品，发布关于菜品的评论，购买菜品，查看菜品购买信息等。

图4.2 会员功能结构 4.3 数据库设计 餐厅点餐系统运行中产生的数据需要按照提前设置的存储规则进行保存，设计出一个符合项目的最优数据存储格式，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要对功能需求进行详细的拆分，以及对业务状态的细分，然后设计具体的存储规则，保证数据库能正常运作，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。 4.3.1 数据库概念设计 实体-联系图还有一个名称即E-R图，是Entity Relationship Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接。 （1）图4.4即为订单这个实体所拥有的属性值。

图4.4 订单实体属性图 （2）图4.5即为菜品这个实体所拥有的属性值。

图4.5 菜品实体属性图 （3）图4.6即为购物车这个实体所拥有的属性值。

图4.6 购物车实体属性图 （4）图4.7即为会员这个实体所拥有的属性值。

图4.7 会员实体属性图 （5）图4.8即为上面介绍的实体中存在的联系。

图4.8 实体间关系E-R图 4.3.2 数据库物理设计 本小节主要任务即是根据上述内容进行数据存储结构的设计，实体的属性就用来表示字段名称，不同的字段表示的数据类型以及取值都不相同，以及该表各个字段是否能够保持空等进行说明，设计完成一张数据表的结构之后，在保存时同样要命名，尽量选择英文名称进行命名并保存，还不容易导致系统出错。接下来就对设计的表进行简单说明。 表4.1 地址表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 userid 用户id bigint(20) 否 address 地址 varchar(200) 否 name 收货人 varchar(200) 否 phone 电话 varchar(200) 否 isdefault 是否默认地址[是/否] varchar(200) 否

表4.2 菜品类型表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 caipinleixing 菜品类型 varchar(200) 是 表4.3 菜品信息表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 caipinmingcheng 菜品名称 varchar(200) 否 caipinleixing 菜品类型 varchar(200) 否 tupian 图片 varchar(200) 是 kouwei 口味 varchar(200) 是 yujishijian 预计时间 varchar(200) 否 caipinjieshao 菜品介绍 longtext 是 clicktime 最近点击时间 datetime 是 price 价格 float 是 表4.4 购物车表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 tablename 商品表名 varchar(200) 是 userid 用户id bigint(20) 否 goodid 商品id bigint(20) 否 goodname 商品名称 varchar(200) 是 picture 图片 varchar(200) 是 buynumber 购买数量 int(11) 否 price 单价 float 是 discountprice 会员价 float 是 goodtype 商品类型 varchar(200) 是 表4.5 菜品信息评论表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 refid 关联表id bigint(20) 否 userid 用户id bigint(20) 否 nickname 用户名 varchar(200) 是 content 评论内容 longtext 否 reply 回复内容 longtext 是 表4.6 会员表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 huiyuanhao 会员号 varchar(200) 否 mima 密码 varchar(200) 否 xingming 姓名 varchar(200) 否 xingbie 性别 varchar(200) 是 touxiang 头像 varchar(200) 是 youxiang 邮箱 varchar(200) 否 shouji 手机 varchar(200) 否 money 余额 float 是

表4.7 订单表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 orderid 订单编号 varchar(200) 否 tablename 商品表名 varchar(200) 是 userid 用户id bigint(20) 否 goodid 商品id bigint(20) 否 goodname 商品名称 varchar(200) 是 picture 商品图片 varchar(200) 是 buynumber 购买数量 int(11) 否 price 价格 float 否 discountprice 折扣价格 float 是 total 总价格 float 否 discounttotal 折扣总价格 float 是 type 支付类型 int(11) 是 status 状态 varchar(200) 是 address 地址 varchar(200) 是 tel 电话 varchar(200) 是 consignee 收货人 varchar(200) 是 logistics 物流 longtext 是 goodtype 商品类型 varchar(200) 是 表4.8 收藏表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 addtime 创建时间 timestamp 否 userid 用户id bigint(20) 否 refid 收藏id bigint(20) 是 tablename 表名 varchar(200) 是 name 收藏名称 varchar(200) 否 picture 收藏图片 varchar(200) 否 type 类型(1:收藏,21:赞,22:踩) varchar(200) 是 inteltype 推荐类型 varchar(200) 是 表4.9 管理员表 字段 注释 类型 空 id (主键) 主键 bigint(20) 否 username 用户名 varchar(100) 否 password 密码 varchar(100) 否 role 角色 varchar(100) 是 addtime 新增时间 timestamp 否

编程人员在搭建的开发环境中，会让各种编程技术一起呈现出最终效果。本节就展示关键部分的页面效果。 5.1 管理员功能实现 5.1.1 菜品信息管理 图5.1 即为编码实现的菜品信息管理界面，菜品信息包括口味，预计时间，价格等信息，管理员新增菜品，更改登记错误的菜品信息，查看菜品的用户评论信息。

图5.1 菜品信息管理界面 5.1.2 会员管理 图5.2 即为编码实现的会员管理界面，会员信息包括姓名，邮箱，手机等信息，管理员能够使用修改功能对有错误数据的会员信息进行修改，以及查询会员资料等。

图5.2 会员管理界面 5.1.3 已完成订单 图5.3 即为编码实现的已完成订单界面，已完成订单信息包括支付类型，价格等信息，管理员除了可以查看已完成订单详情之外，也能删除需要删除的已完成订单。

图5.3 已完成订单界面 5.1.4 已支付订单 图5.4 即为编码实现的已支付订单界面，管理员需要对已支付订单进行核销，可以查看已支付订单的详情以及删除需要删除的已支付订单信息。

图5.4 已支付订单界面 5.1.5 已退款订单 图5.5 即为编码实现的已退款订单界面，对于已退款订单信息，管理员可以查询，可以删除，也能查看其明细信息。

图5.5 已退款订单界面 5.2 会员功能实现 5.2.1 菜品信息 图5.6 即为编码实现的菜品信息界面，会员通过查看菜品介绍来了解菜品，会员可以在菜品信息界面的下方评论区域发布对菜品的评论，会员点击购买按钮即可实现对菜品的下单购买。

图5.6 菜品信息界面 5.2.2 确认下单 图5.7 即为编码实现的确认下单界面，会员确认购买的菜品信息以及数量信息是否正确，查看需要支付的价格并支付。

图5.7 确认下单界面 5.2.3 我的订单 图5.8 即为编码实现的我的订单界面，会员如果并没有支付订单，则可以在未支付模块支付，会员也能查看其他状态的订单。

图5.8 我的订单界面 5.2.4 购物车 图5.9 即为编码实现的购物车界面，会员可以勾选所有的菜品，然后统一购买并支付价格，在购物车里面，会员能够删除不需要的商品，或者是更改菜品购买的数量等。

图5.9 购物车界面