摘 要
本课题研究的目的是因为随着人们日益提高的生活质量和压力,人们对时间的利用率不断提升,做任何事情都要求效率,而能够显著提高效率的方式就是使用计算机和优秀的软件应用来解决和控制风险。
论文针对线上餐厅预约排队系统的分布显示,管理员人员和用户需要对餐厅菜品涉及到的信息进行分析的需求,设计了线上餐厅预约排队系统数据分析系统的框架,给出了线上餐厅预约排队信息数据分析系统的总体设计,并对线上餐厅预约排队信息数据分析系统的架构及关键模块的实现过程进行了详细论述。整个项目使用了Django技术,MySQL数据库等技术。系统解决了传统管理方式所带来的人力、物力和时间上的虚耗和交流深度的限定,这让交流的过程更快捷、准确、便利,同时完成线上餐厅预约排队系统的基本功能:美食交流、美食交流、美食新闻、菜品信息、菜品订单、订单评价。
关键词:线上餐厅预约排队系统;整体式结构;Django;Mysql数据库
Django Online restaurant reservation queuing system
Abstract
The purpose of this study is because with the increasing quality of life and stress, People's use of time is increasing, and efficiency is required to do everything, and the way to significantly increase efficiency is to use computers and good software applications to solve and control risks.
According to the distribution of online restaurant reservation and queuing system, administrators and users need to analyze the information of restaurant dishes, the framework of data analysis system for online restaurant reservation and queuing system is designed, and the overall design of data analysis system for online restaurant reservation and queuing information is given, the architecture of the online restaurant reservation queuing information data analysis system and the implementation process of the key modules are discussed in detail. The whole project used Django Technology, MySQL database technology. The system solves the waste of manpower, material resources and time brought by the traditional management method and limits the depth of communication, which makes the process of communication faster, more accurate and convenient, at the same time complete the basic functions of online restaurant reservation queuing system: Food Exchange, food exchange, food news, food information, food orders, order evaluation.
Key words:Online restaurant reservation queuing system; Integral structure; Django; The Mysql database
本课题研究的意义在于将餐厅预约系统做为餐厅提高竞争力和影响力的重要因素,同时能够更好的为用户保证就餐等候的时间,节约客户的宝贵时间,也提高了餐厅的餐桌利用率,同时控制餐厅的上座率,以提供优质的服务,系统提供的后台报表也能达到更好的管理作用,也为营销策划部门决策营销策略作出详细的数据支持。
在现在的餐厅排队预约的管理方法中,重要的预约方法是打电话或者顾客亲自去餐厅口头预约,要么就是提前一两个小时去占座。这是一种极其不合理,而且极为不方便的方法,既浪费了顾客的时间,又给餐厅本身带来麻烦。从调查结果看有,76%的餐厅不用餐厅排队预约系统,占很大一部分。仅仅只有24%的餐厅使用本系统,占市场的很小一部分。从上面的图可以看出,餐厅排队预约系统的普及度较低,大多数的经营管理者还是用最为传统的预约方式进行处理。有些餐厅目前仍用传统的电话预约,顾客打个电话来,员工用笔记下来顾客的时间,座位,非常的繁琐。有的餐厅有几家分店,顾客还要来回询问,拨打多次。甚至顾客不知道电话还要跑来预约。这首先浪费餐厅本身的资源,没有一个好的资源分配。然后是给顾客带来了极大的不便。
餐饮行业是很老的一个产业,从古至今发展到现在已有几千年的历史。中国历来有民以食为天的传统,餐饮业作为我国第三产业中的一个支柱产业,一直在社会发展与人民生活中发挥着重要的作用。特别是最近几年,我国的餐饮行业出现了一个高速飞快发展的势头,成为热门的行业之一。不少店铺大小林立。这种呈现飞速发展、繁荣兴旺的景象,确实使得不少做生意的人想进军餐饮业,产生了一种跃跃欲试的念头。因为看到行业前景好,进入这一领域的经营者必然会大大增加,不可避免的要带来残酷的竞争。随着社会经济水平的飞速发展,人们生活水平和消费水平的不断提高,越来越多的人开始注重生活的质量和乐趣。为本系统的开发提供了巨大的潜在市场,也蕴藏着无限商机。
如今更多的餐饮品牌不断涌入市场,人们品味也不断提升,更多人选择优质的料理,很多口味不错的餐饮店有出现了门庭若市的现象,为了能够满足一下自己的胃的需求,人们确实支出了不少,不仅仅是相应的金钱,还有等待的时间,长时间的等待肯定会吓走一部分客户,海底捞意识到这点,为等待排队的客户提供了很舒适的等待环境,赢得了很好的口碑,也提升了自己的品牌价值,但对于客户来说,时间同样还是浪费了,只是换了一种方式,为什么不能点点鼠标呢。
根据市场调研得到的信息数据,结合国内外前沿研究,利用相关系统开发和设计方法,最终设计出线上餐厅预约排队系统。
本文共有七章,如下所示。
第一章概述了线上餐厅预约排队系统的研究目的和意义;精炼地总结了国内外在仓储领域的研究情况和未来的研究趋势,最后给出了论文的组成结构。
第二章简要概述了本文所用的开发技术和工具。
第三章简要对系统各业务流程进行需求分析、可行性分析。
第四章对线上餐厅预约排队系统进行设计。
第五章对线上餐厅预约排队系统进行实现,并贴出相关页面截图,语言描述出具体功能实现的操作方法。
第六章对线上餐厅预约排队系统采用测试用例的方式来对一些主要功能模块测试,最后得出测试结果。
第七章总结全文并对未来的研究做出展望。
PyCharm是用于Python脚本语言的最流行的IDE。
1.每个文件都有其输出窗口。
2.可以终止进程(只要点下按钮就行)。
3.各种提示超强:①没用的变量颜色会变灰②用错了的变量下面会有红色波浪线③书写提示(sublime也有但较弱)。
4.索引功能超强。
现在MySQL数据库在网络上它可以支撑许多个用户,而且也可以适应客服机和服务器的部署或者配置等,我们这里的服务器和客户机其实就是一种软件上的概念,并且我们使用的计算机硬件也与他们不存在一一对应的关系。
MySQL是一款非常流行的关系型数据库管理系统,它的出现一直都是佼佼者,它不仅功能非常强大,而且使用起来非常方便,并且MySQL的跨平台能力也很好,软件开发人员非常喜欢它的这些强大的优点。不同于其他关系型数据库,对于数据库的管理它有着自己的一套方案,通过对用户设定相应的权限和角色来达到对数据库的管理。由此可见,MySQL是一个能够适用于吞吐量高,可靠性高,效率高的一款数据库管理软件。
优点一:MySQL中对于不同身份的用户都设定其不同的权限来完成不同的业务逻辑,这使得MySQL在安全和完整性远远超出了其他关系型数据库。
优点二:对于那些动画、图形和声音的数据类型MySQL也可以支持,这说明多数据类型MySQL也是可以支持的。
优点三:MySQL还可以做到多个平台的开发,软件开发的多种编程语言都可以实现对MySQL数据库的操作。
Python是一种开发语言,能够以直译的方式进行计算机语言,而且可以面向对象编程。它是由Guido van Rossum在十九世纪八十年代末研发出来,并且在九一年公开发行使用。Python有很多特点,比如有简洁的语法,清晰的语句,丰富的类库。正式由于这些优点,能够非常快速的和其他语言进行结合,来实现各种功能模块。很多人给它起了个外号叫“黏黏胶”语言。使用Python快速生成程序的原型,是现在很多程序员使用的方法。如果其中有比较特殊要求的地方,也非常方便的进行修改。
而且PyQt具有双证,为它能够跨平台运行(例如UNIX,微软和苹果的平台)提供了保证。
使用Python语言之前,要进行平台的安装,用户需要根据不同的平台,下载不同的版本,然后进行环境变量的配置,便可以进行运行。
Python 特点:
1.相对于其他计算机语言来说学习起来比较简单:Python的关键字较少,结构相对简单,语法简单,对于刚学编程语言的人来说更容易上手。
2.阅读起来也相对简单:Python代码结构简洁明了,并在定义上看起来也非常清晰,所以在阅读的过程中更加简单。
3.维护起来方便:Python的维护简单方便。
4.标准库特别广泛:Python的最大的最大优势是有非常多的库,而且是跨平台的,而且对系统的兼容性很好,比如在UNIX,Windows和Macintosh系统上都能够进行兼容。
5.具有方便的互动模式:有了互动模式的支持,开发者可以从代码就可以看到结果,这样开发者对程序的测试与调试,变的更方便。
6.可移植性好:Python可以跨平台运行。
7.扩展性非常好的:如果有关键的代码,你可以用特殊的语言进行编写,也能够在系统中调试运行。
-
- Django框架
Django是一个由Python编写的具有完整架站能力的开源Web框架。使用Django,只要很少的代码,Python的程序开发人员就可以轻松地完成一个正式网站所需要的大部分内容,并进一步开发出全功能的Web服务。
Django本身基于MVC模型,即Model(模型)+View(视图)+ Controller(控制器)设计模式,因此天然具有MVC的出色基因:开发快捷、部署方便、可重用性高、维护成本低等。Python加Django是快速开发、设计、部署网站的最佳组合。
在软件开发的过程中系统的可行性分析是必不可少的,可行性的研究就是评估问题是否能得到解决并且是要以最少的时间和最少的代价来解决。为实现上面的目标还要必须考虑到解决这些问题的方法的优点和缺点,还要考虑到实现了这些系统规模的开发带来的经济效益。这里可以用技术的可行性,操作的可行性,经济的可行性对我们的系统进行可行性的研究。线上餐厅预约排队系统的可行性分析如下所示:
线上餐厅预约排队系统采用的是Python编程语言并于Django框架,数据库部分采用的是当前流行的MYSQL数据库,线上餐厅预约排队系统中的所有数据资源都存储在Mysql数据库中,本系统多处采用了AJAX的异步操作,AJAX技术可以对用户指定部分的数据进行局部刷新,不仅减少了服务器对页面的解析而且极大增加了用户的体验度。。
线上餐厅预约排队系统是在Mysql的环境中运行的,而系统的成本也只是主要分布在软件的开发和维护上。但如果系统上线投入使用之后,不仅可以方便人们,还节省了用户的时间和精力,而且还极大限度的方便了运营者,减少了运营者的工作强度。线上餐厅预约排队系统其实也不太复杂,在开发的时候经济支出也不大,在开发系统时时间用的也不多,从时间的优势和对经济利益方面产生的好处远超过维护和管理的成本,所以开发此系统是可行合适的。
本系统是基于浏览器和服务器的线上餐厅预约排队系统,系统开发完成之后用户只需要在浏览器中输入正确的URL地址即可进行访问。本系统的前台页面简单明了,在没有操作指导的情况下也可以进行操作,无论是系统管理员还是普通用户在页面中所有的操作都是在浏览器中完成的,因此只要电脑在有网络的情况下,打开浏览器都能操作。而且在使用之前也不用进行相关的环境配置,因此本系统方便、简单、易于使用,所以该系统是容易并且可操作的。
根据用户对系统的需求,要求系统简单操作,能够准确,完整的对信息进行管理。线上餐厅预约排队系统在对需求做解析后,整个系统主要分为两个部分:管理员和买家,卖家,每个模块下的分支功能不一样。对功能做出如下说明:
管理员模块:系统用户管理、公共管理、用户注册管理、信息管理、菜品信息管理、菜品订单管理等。
买家模块:个人资料管理、美食交流、公告信息、美食新闻、菜品信息、菜品订单、订单评价等。
卖家模块:个人资料管理、菜品信息、菜品订单、订单评价等。
买家用例图如下所示。
图3-1 买家用例图
管理员用例图如下所示。
图3-2 管理员用例图
卖家用例图如下所示。
图3-3 卖家用例图
根据用例图,对一些重要的用例进行描述。
注册用例描述如下表所示。
表3-1 注册用例描述
用例名称 | 注册 |
参与者 | 用户 |
描述 | 用户填写相关信息完成注册成为系统的用户 |
前置条件 | 无 |
后置条件 | 用户填写相关信息并用户账号可用 |
事件流 |
|
补充说明 |
|
登录用例描述如下表所示。
表3-1 登录用例描述
用例名称 | 登录 |
参与者 | 用户 |
描述 | 用户填写用户名和密码登录系统 |
前置条件 | 用户已注册 |
后置条件 | 用户名和密码正确 |
事件流 | (1)用户在登录页面输入用户名和密码 (2)系统检测用户输入的用户名和密码 (3)显示登录成功并返回主页面 |
补充说明 | (a)系统检查除密码不正确,返回登录页面 |
个人信息管理用例描述如下表所示。
表3-1 个人信息管理用例描述
用例名称 | 管理个人信息 |
参与者 | 用户 |
描述 | 用户查看、修改个人信息 |
前置条件 | 用户已登录 |
后置条件 | 无 |
事件流 | (1)用户查看个人信息 (2)用户修改个人信息 |
补充说明 | (a)用户可修改密码 (b)用户可修改联系方式 |
菜品借阅用例描述如下表所示。
表3-1 菜品下单用例描述
用例名称 | 菜品下单 |
参与者 | 用户 |
描述 | 用户执行菜品下单操作 |
前置条件 | 用户已登录 |
后置条件 | 该菜品存在,并且能菜品下单 |
事件流 | (1)在菜品信息页点击要下单的菜品 (2)填写下单数据 |
补充说明 | (a)菜品下单表单数据不能为空 |
菜品归还用例描述如下表所示。
表3-1 订单评价还用例描述
用例名称 | 订单评价 |
参与者 | 用户 |
描述 | 用户执行订单评价操作 |
前置条件 | 用户已登录 |
后置条件 | 该订单存在,并且能被评价 |
事件流 | (1)在订单页面点击要评价的菜品 (2)填写评价内容 |
补充说明 | (a)订单评价表单数据不能为空 |
菜品信息用例描述如下表所示。
表3-1 菜品信息用例描述
用例名称 | 菜品信息 |
参与者 | 管理员 |
描述 | 管理员提供新增、修改、删除等功能 |
前置条件 |
|
后置条件 | 无 |
事件流 | (1)管理员查看修改菜品信息 (2)管理员添加菜品信息 (3)管理员删除菜品信息 |
补充说明 | (a)新添加的菜品信息不符合要求时会添加失败 (b)修改的菜品信息不符合要求时会修改失败 |
线上餐厅预约排队系统的业务流程如下图所示。
图3-3 系统业务流程图
管理员拥有最高权限,在对各项信息进行增加、删除、修改后会更新后台数据库的内容,用户在登录进行菜品查看、菜品下单、个人资料管理、订单评价操作等指令动作同样会更新后台数据。
与强调控制逻辑的程序流程图不同,它更关心的是整个系统中数据的具体流动以及数据的加工处理的整个客观过程,是对数据规格的说明。也正因如此,系统数据流图作为系统结构化分析方法中极为重要的一种描述工具备受青睐。
线上餐厅预约排队系统的顶层数据流如下图所示。
图3-4系统顶层数据流程图
系统顶层数据流:外部实体为用户,第一个流程为登录验证,用户信息表返回密码验证,是否正确,正确则登录系统,错误则反馈信息,登录系统后,根据不同用户的功能选择,来读写数据库。
系统底层数据流如下图所示。
图3-5系统底层数据流图
系统底层数据流:外部实体为管理员和用户,数据流分别有管理员和用户流向系统数据流程,数据表提供数据支持,来完成逻辑操作。
由于本系统在逻辑事务处理方面对数据库的操作比较频繁所以系统在底层连接数据库封装之后相当于一个连接数据库的工具DB UTIL,这样使用起来会更加方便而且这样进行封装还可以降低系统中代码的冗余,当我们需要连接和使用数据库时只需要调用这个工具里面的一个方法就可以了。而且通过封装可以把对数据库的操作独立起来,当需要连接不同种类的数据库时只需要加以修改就可以达到目的。
DAO层本来并无这个类,它只是Python中MVC构造里的一个model概念,主要就是里面的一些方法,而这些方法就是用来访问数据库的方法。我们在软件开发时DAO层我们一般都放接口和接口的实现类,用于来规范实现类的我们叫它接口,实现类重点用于对数据库的操纵。
MVC是一种系统研发的关键模型,M是Model模型,它是系统内部关键程序运行的核心,主要进行对数据库的各种操作。视图View是V也叫做视图,主要的作用是对一些数据进行显示。控制器Controller 是C执行从View的视图层来读取数据,然后控制用户的输入。
图4-1系统架构图
进入系统后首先要进行登录,验证你的身份,赋予你不同的权限。当你成功登录后,页面会有多个板块,分别是系统用户管理、公共管理、信息管理、菜品信息管理、菜品订单管理。里面界面简单易懂,根据标示可以直接进行方便快捷的操作。
系统功能结构图如下所示。
图4-1系统功能结构图
管理员的基本模块功能具体如下:
个人资料:修改个人信息,修改密码。
公共管理:对轮廓图,公告信息内容的发布管理。
用户管理:管理和审核所有注册用户信息资料,可以删除添加修改等功能。
信息管理:管理发布新闻资讯内容,新闻分类,美食交流等信息。
菜品信息管理:管理和查询所有菜品信息。
菜品订单管理:管理和查询所有订单信息。
买家的基本模块功能具体如下:
首页:浏览菜品信息推荐。
个人资料:修改个人信息,修改密码。
美食交流:可以查看其他用户发布的美食交流内容,点赞收藏评论,也可以自己发布内容。
公告信息:浏览网站公告信息。
美食新闻:浏览美食资讯,可以点赞收藏评论。
菜品信息:可以关键字搜索菜品信息,选定对应菜品信息进入详情页面可以评论点赞和下单操作。
菜品订单:查看下单的菜品订单信息,支付订单。
订单评价:对已完成的订单信息评价。
卖家的基本模块功能具体如下:
个人资料:修改个人信息,修改密码。
菜品信息:添加菜品信息,包括菜品名称,菜品类型,单价,规格,美食材料等信息。
菜品订单:查看已下单的菜品订单。
订单评价:查看用户对订单的评价内容。
一个好的系统它的后台数据库一定要考虑的全面,这和我们建造房子一个概念,房子不是随心所欲建起来的,一切都是在合理设计的基础是实现的,地基打牢固了房子才能建的更高。数据库如果设计的很合理,而且每个方面都能考虑到了那么这个系统才能不会出现大的问题。
本系统在数据库中存放了多张表,分别是用户表、菜品信息表、菜品订单表、订单评价表。
系统的主要实体间关系E-R图如下图所示。
图4-7系统E-R图
此环节把概念转变成数据。由于整个数据库所处理的信息过多,就只展示几个表。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表buyer (买家)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | buyer_id | int | 10 | 0 | N | Y | 买家ID | |
2 | buyer_name | varchar | 64 | 0 | Y | N | 买家姓名 | |
3 | buyer_gender | varchar | 64 | 0 | Y | N | 买家性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表complete_order (完成订单)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | complete_order_id | int | 10 | 0 | N | Y | 完成订单ID | |
2 | order_number | varchar | 64 | 0 | N | N | 订单号 | |
3 | name_of_dish | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | type_of_dish | varchar | 64 | 0 | Y | N | 菜品类型 | |
5 | unit_price_of_dishes | int | 10 | 0 | Y | N | 0 | 菜品单价 |
6 | dish_specification | varchar | 64 | 0 | Y | N | 菜品规格 | |
7 | seller | int | 10 | 0 | Y | N | 0 | 卖家 |
8 | seller_name | varchar | 64 | 0 | Y | N | 卖家名称 | |
9 | seller_address | varchar | 64 | 0 | Y | N | 卖家地址 | |
10 | sellers_telephone | varchar | 64 | 0 | Y | N | 卖家电话 | |
11 | order_date | date | 10 | 0 | Y | N | 下单日期 | |
12 | buyer | int | 10 | 0 | Y | N | 0 | 买家 |
13 | buyer_name | varchar | 64 | 0 | Y | N | 买家姓名 | |
14 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
15 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
16 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表dish_information (菜品信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dish_information_id | int | 10 | 0 | N | Y | 菜品信息ID | |
2 | name_of_dish | varchar | 64 | 0 | Y | N | 菜品名称 | |
3 | cover | varchar | 255 | 0 | Y | N | 封面 | |
4 | type_of_dish | varchar | 64 | 0 | Y | N | 菜品类型 | |
5 | unit_price_of_dishes | int | 10 | 0 | Y | N | 0 | 菜品单价 |
6 | dish_specification | varchar | 64 | 0 | Y | N | 菜品规格 | |
7 | food_materials | varchar | 64 | 0 | Y | N | 美食材料 | |
8 | seller | int | 10 | 0 | Y | N | 0 | 卖家 |
9 | seller_name | varchar | 64 | 0 | Y | N | 卖家名称 | |
10 | seller_address | varchar | 64 | 0 | Y | N | 卖家地址 | |
11 | sellers_telephone | varchar | 64 | 0 | Y | N | 卖家电话 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表dish_orders (菜品订单)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dish_orders_id | int | 10 | 0 | N | Y | 菜品订单ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单号 | |
3 | name_of_dish | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | type_of_dish | varchar | 64 | 0 | Y | N | 菜品类型 | |
5 | unit_price_of_dishes | int | 10 | 0 | Y | N | 0 | 菜品单价 |
6 | dish_specification | varchar | 64 | 0 | Y | N | 菜品规格 | |
7 | seller | int | 10 | 0 | Y | N | 0 | 卖家 |
8 | seller_name | varchar | 64 | 0 | Y | N | 卖家名称 | |
9 | seller_address | varchar | 64 | 0 | Y | N | 卖家地址 | |
10 | sellers_telephone | varchar | 64 | 0 | Y | N | 卖家电话 | |
11 | order_date | date | 10 | 0 | Y | N | 下单日期 | |
12 | buyer | int | 10 | 0 | Y | N | 0 | 买家 |
13 | buyer_name | varchar | 64 | 0 | Y | N | 买家姓名 | |
14 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
15 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
16 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
17 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
18 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
19 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
20 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
21 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
22 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表order_evaluation (订单评价)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | order_evaluation_id | int | 10 | 0 | N | Y | 订单评价ID | |
2 | order_number | varchar | 64 | 0 | N | N | 订单号 | |
3 | name_of_dish | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | type_of_dish | varchar | 64 | 0 | Y | N | 菜品类型 | |
5 | unit_price_of_dishes | int | 10 | 0 | Y | N | 0 | 菜品单价 |
6 | dish_specification | varchar | 64 | 0 | Y | N | 菜品规格 | |
7 | seller | int | 10 | 0 | Y | N | 0 | 卖家 |
8 | seller_name | varchar | 64 | 0 | Y | N | 卖家名称 | |
9 | seller_address | varchar | 64 | 0 | Y | N | 卖家地址 | |
10 | sellers_telephone | varchar | 64 | 0 | Y | N | 卖家电话 | |
11 | order_date | date | 10 | 0 | Y | N | 下单日期 | |
12 | buyer | int | 10 | 0 | Y | N | 0 | 买家 |
13 | buyer_name | varchar | 64 | 0 | Y | N | 买家姓名 | |
14 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
15 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
16 | evaluation_content | text | 65535 | 0 | Y | N | 评价内容 | |
17 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表seller (卖家)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | seller_id | int | 10 | 0 | N | Y | 卖家ID | |
2 | seller_name | varchar | 64 | 0 | N | N | 卖家名称 | |
3 | seller_address | varchar | 64 | 0 | Y | N | 卖家地址 | |
4 | sellers_telephone | varchar | 64 | 0 | Y | N | 卖家电话 | |
5 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
该登录模块利用js进行设计,JavaScript函数CheckSubmit()对输入框是否为空进行验证,使用js的技术结合Mysql 2012数据库的查询语句进行登录信息的验证。首先从文本框中分别获得账号user_name和密码user_pw,将查询结果赋给rs结果集,若rs.next()返回值为空,表示数据库找不到该用户数据,若rs.next()返回值不为空,则显示登录成功,进入主界面。
用户登录流程图如下所示。
图5-1用户登录流程
用户登录流程:用户只有输入正确的用户名和密码才会成功进入系统,用户输入用户名密码后点击登录按钮,系统会进行校验该用户名是否存在,如果用户名与密码不匹配或者用户名不存在,则返回主界面。
系统登录界面如下图所示。
图5-2系统登录界面
在浏览器的地址栏里输入对应的地址,就可以跳转到线上餐厅预约排队系统的首页,这里也是浏览者访问系统的入口。
首页载入流程图如下所示。
图5-3首页载入流程
首页载入流程:系统先连接数据库,显示界面参数初始化,读取数据库的数据表,显示前端样式,对数据按添加时间排序,按照模板设计位置显示数据,刷新显示界面,断开数据库连接。
首页如下图所示。
图5-4首页界面
系统的用户通过自行注册生成,在系统首页点击用户注册菜单,系统跳转到对应的注册页面。点击重置按钮,清空所填数据,点击注册按钮完成注册。
用户注册流程图如下所示。
图5-5用户注册流程
注册个人信息实现流程为:填写个人信息,系统使用JQuery选择器获取在网页中输入的注册信息,再对联系方式、登录密码等信息进行验证,验证通过后用Ajax异步请求方式向服务器发送请求并把数据传送到后台,然后验证用户名是否已存在,如果已存在则注册失败提示“用户名已存在”;如果用户表中没有该用户名则把用户信息加入数据库,把操作状态以json字符串方式返回到前台。Ajax请求成功接收到返回的数据时会触发成功回调函数,然后解析返回的json字符串,系统根据返回信息弹出提示框,注册成功后返回登录页。
用户注册界面如下图所示。
图5-6用户注册界面
-
-
- 美食交流模块
-
用户可以发布美食内容,评论别的用户发布的内容等,在评论模块实现评论的逻辑添加,管理员管理系统的所有评论信息,在列表p实现评论的管理。
评论流程图如下所示。
图5-7评论流程
用户登录成功后,浏览资讯页面,输入评论语,添加该评论,修改评论,返回评论相关界面。
评论添加界面如下图所示。
图5-8评论添加界面
卖家发布菜品信息后,菜品信息在系统前台显示,用户浏览菜品信息,搜索菜品名称,类型,选择相应的菜品点击,可以查看该菜品所有信息内容,可以点击点赞收藏和下单操作。
菜品信息界面如下图所示。
图5-9菜品信息界面
买家选择需要的菜品了解菜品详情,选择相应的菜品下单,在菜品信息添加页提交下单表单,填写下单信息,生成下单记录。
菜品下单流程如下图所示。
图5-10菜品下单流程
菜品下单界面如下图所示。
图5-11菜品下单界面
经过用户登录后,页面跳转至管理员功能模块页,本系统菜单包括1级菜单和2级菜单,使用jquery实现1级菜单展开为2级菜单。
主界面如下图所示。
图5-12主界面
管理员对系统用户的管理,在列表实现管理员用户的管理,包括录入、删除、修改,修改密码通过SESSION获取用户名,然后输入新密码,提交,使用sql命令更新密码。
用户管理界面如下图所示。
图5-13用户管理界面
买家在美食交流发布和评论的美食交流内容,管理员都能查看,数据库的美食交流表生成美食交流信息,管理员在美食交流列表查看用户的内容,评论。
美食交流管理如下图所示。
图5-14美食交流管理界面
管理员或卖家在菜品信息列表查询,添加,修改,删除菜品信息,跳转至菜品信息查询,添加,修改,删除表单,提交菜品信息,包括菜品名称、菜品类型、单价,规格,美食材料等,菜品信息提交后,数据库的菜品信息表刷新数据,系统将菜品信息展示出来。
菜品信息管理的流程如所示。
图5-15菜品信息管理流程
菜品信息添加的界面如所示。
图5-16菜品信息添加界面
菜品信息管理的界面如所示。
图5-17菜品信息管理界面
新增一条数据,通过post传入一个json对象,然后经过request.getReader(),最后经过readBody()转成一个Map,含有String和Object,key用的是字段名,Object存放数据,最终得到Map,insert用拼装sql,读取body,组装成一个insert对象,runCountSql()语句
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
登录测试用例如下表所示。
表6-1登录测试用例
输入 | 输出 | |
用户名 | 密码 | |
空 | 空 | 用户名和密码不能为空 |
Kkk | aaa | 用户名长度不允许,请重新输入! |
2109402315 | 123456 | 用户名出错,请重新输入! |
sssss | 123456 | 用户名出错,请重新输入! |
注册测试用例如下表所示。
表6-2注册测试用例
输入 | 输出 | |||
用户名 | 密码 | 确认密码 | 邮箱 | |
空 | 空 | 空 | 空 | 用户名和密码不能为空 |
Kkk | aaa | aaa | 23@qq.com | 注册成功 |
210 | aaa | abc | 23@qq.com | 注册失败,两次密码不一致 |
菜品信息测试用例如下表所示。
表6-4添加菜品信息测试用例
输入 | 输出 | |||
名称 | 类别 | 菜品名称 | 规格 | |
空 | 空 | 空 | 空 | 添加失败 |
菜品1 | A | 美食 | 你好 | 添加成功 |
空 | A | 美食 | 你好 | 添加失败,名称不能为空 |
菜品2 | 空 | 美食 | 你好 | 添加失败,请选择类别 |
-
-
- 菜品下单测试
-
菜品下单测试用例如下表所示。
表6-5菜品下单测试用例
输入 | 输出 | |||
名称 | 类型 | 下单人 | 备注 | |
空 | 空 | 空 | 空 | 添加失败 |
菜品1 | A | 111 | 你好 | 添加成功 |
空 | A | 111 | 你好 | 添加失败,名称不能为空 |
菜品2 | 空 | 111 | 你好 | 添加失败,请选择类别 |
经过测试,得到测试结果如下表所示。
表6-6测试结果
序号 | 测试项目 | 内容和目的 | 测试结果 |
| 用户登录 | 输入正确用户名与密码 | 可以登录 |
输入错误用户名与密码 | 提示错误的信息 | ||
| 菜品管理 (添加,修改,删除) | 输入正确信息 | 成功完成 |
输入错误信息 | 操作失败 | ||
| 修改登录密码 | 修改新的密码 | 成功完成 |
| 美食交流管理 (添加,修改,删除) | 输入正确信息 | 成功完成 |
输入错误信息 | 操作失败 | ||
| 菜品订单管理 (添加,修改,删除) | 输入正确信息 | 成功完成 |
输入错误信息 | 操作失败 | ||
| 订单评价管理 (添加,修改,删除) | 输入正确信息 | 成功完成 |
输入错误信息 | 操作失败 | ||
| 系统管理 (添加,修改,删除) | 输入正确信息 | 成功完成 |
输入错误信息 | 操作失败 |
本次毕业论文的主要是利用Python+MySQL开发一个安全可靠,操作简易,同时具备业务可扩展的资产管理系统。本文详细的论述了线上餐厅预约排队系统的设计和开发,本系统的所有事务逻辑都是按照系统的需求分析进行设计的,系统有买家,卖家,管理员三种角色,本系统多处采用了Ajax的异步交互技术,同时它也叫异步交互技术,利用它我们可以让网页的局部进行数据刷新操作,Ajax和传统的数据更新技术大大增加了客户的体验程度,由于是对局部进行操作那么就减少了一些繁琐而又不必要的操作,减轻了服务器对页面解析的负担。
参考文献
[1]王玉芬,别好杰.基于Django的企业门户网站的设计与实现[J].电脑知识与技术,2023,19(04):53-55.
[2]武玲梅,李秋萍,黄秀芳,张立强,董力量,罗芳琼.基于Django框架的电影推荐系统的设计与实现[J].电脑知识与技术,2023,19(04):56-61.
[3]杨洪涛.基于Django的MVC框架设计与实现[J].电脑知识与技术,2023,19(04):62-65
[4]王钊.数据库技术在信息管理中的应用[J].现代工业经济和信息化,2023,13(01):142-144.
[5]秦蓉.信息管理中的数据库技术应用分析[J].电子技术,2022,51(12):176-177.
[6]胡钰强.计算机数据库技术在信息管理中的应用[J].软件,2022,43(12):112-114.
[7]程力.计算机网络数据库的安全管理技术分析[J].网络安全技术与应用,2022(12):46-48.
[8]姜涛,路兴政,刘露,黄甫.预约排队系统设计和服务定价研究[J].运筹与管理,2022,31(10):113-119.
[9]林彬,杨彬彬,孙芳.基于Django框架的高校就业信息可视化平台的设计与实现[J].辽宁师范大学学报(自然科学版),2022,45(02):201-208.
[10]吕奎. 基于Django框架的发酵技术云服务器开发[D].江南大学,2021.
[11]武晓嫚,成淑萍,赵金阳.餐厅预约系统的设计与实现[J].福建电脑,2020,36(12):124-126.
[12]秦滢,韩德春,蔡家根.娱乐项目预约排队系统设计与应用[J].河北企业,2019(01):161-162.
[13]赵艳斌.基于Django技术的网页数据模型建立[J].时代农机,2019,42(07):27-28+30.
[14] Wu Xiaoman, Cheng Shuping, Zhao Jinyang. Design and implementation of restaurant reservation system [ J ] . Fujian computer, 2020,36(12) : 124-126.
[15] Cheng Li. Analysis of security management technology of computer network database [ J ] . Network security technology and Applications, 2022(12) : 46 -48.
致谢
经过几个月时间的努力终于完成了这篇文章,在文章的写作与研究的过程中遇到了很多困难,都在同学和老师的帮助下解决了。尤其非常感谢我最敬爱的老师,他对我进行了无私的指导和帮助,不厌其烦的帮助进行文章的修改。老师严谨的治学态度、渊博的学术知识、诲人不倦的敬业精神以及宽容的待人风范使我获益颇丰。此外,在校菜品馆查找资料的时候,菜品馆的老师也给我提供了很多方面的支持与帮助。在此,向帮助和指导过我的老师表示最衷心的感谢!感谢这篇文章所涉及到的各位学者。本文引用了数位学者的文献,如果没有各位学者的研究成果的帮助和启发,我将很难完成本篇文章的写作。感谢我的同学、朋友以及所在单位的同事,在我写文章的过程中给与了我很多素材和帮助,还在文章的撰写和排版过程中提供热情的帮助。同时,感谢我的室友对我的热心指导和帮助,经常有不懂之处都是大家在帮助我,才使得我比较顺利的完成了这篇文章。由于我水平有限,所写文章难免有不足之处,恳请各位老师和学友批评和指正!