中国知网查重 高校在线论文查重入口

立即检测
  • 58 元/篇
    系统说明: 知网职称论文检测AMLC/SMLC是杂志社专用系统,针对投稿论文、评审论文、学校、单位职称论文的学术不端重复率检测系统。
  • 288 元/篇
    系统说明: 知网本科论文检测PMLC是最权威的大学生毕业论文检测系统,含“大学生论文联合对比库”,国内95%以上高校使用。检测结果和学校一致!
  • 498 元/篇
    系统说明: 此系统不支持验证!可用作研究生初稿检测,相比知网VIP5.3缺少“学术论文联合对比库”,检测结果有5%左右的误差!(论文中若参考往届研究生论文,重复率误差会较大)
  • 128 元/篇
    系统说明: 大分解论文检测系统,对于想检测学术不端文献检测系统,而又价格便宜的同学可以选择,限每篇2.9万字符,结果与大学生PMLC、硕博VIP定稿系统有出入!
  • 68 元/篇
    系统说明: 知网论文小分解检测系统,适合中国知网初稿查重,数据库和定稿查重不同。结果与本科PMLC,研究生VIP5.3有出入,限每篇1.4万字符!
  • 3 元/千字
    系统说明: 学术家论文重复率检测系统,支持学位论文、毕业论文、投稿论文、职称评审论文,提供全文对照,word标红报告,性价比超高!
论文方法介绍-饮品店自助点餐系统的设计与实现
时间:2021-03-27 12:04:16

  随着生活水平的提高,人们对生活的要求也越来越精致,越来越追求方便快捷,人们休闲娱乐提升个人幸福感的要求也越来越迫切,街边的饮品就是一种提升个人幸福感的小工具。饮品店自助点餐系统使这种愿望更容易实现。

  系统服务的对象是管理员与客户,管理员可以对系统进行管理维护等操作,客户则可以在注册会员之后通过系统点单,留言,购买自己喜欢的饮品。如此不仅方便了客户,也方便了管理员。系统使饮品的售卖变得高效,可以吸引更多的客户,提高经济效益,使企业的知名度更高。

  网站页面使用Java语言编写,数据库采用MYSQL数据库,系统使用MyEclipse和Tomcat开发。

  飞速发展的互联网时代改变了人们生活的方方面面,从曾经获取信息的渠道单一闭塞到如今的一眼便可知天下;从曾经的千里只求一瓢水到如今的人在家中坐外卖送上来。人们生活水平的提高使得大家更加追求生活中的精致,每日的辛苦劳作使大家更愿意体会回到家后的慵懒安心。于是我就思考如何才能满足大家心中的期许。

  (一)设计理念

  历史的车轮滚滚向前,我们终究要顺着时代的潮流而动,当今的潮流是什么我的设计方向就是什么。互联网时代的我们处理事务不再有地域的限制,所以我们的工作生活可以更加灵活,手机电脑进入了千家万户,信息技术的使用也早已摆脱大型企业专用的标签,融入到了我们的日常生活中。但信息技术再过强大,处理问题再过迅速高效,没有人的使用也只是没有用处的机器而已,互联网的异彩纷呈需要各种硬件和软件的充分配合,人们需要更简洁更便于操作的软件,这样才可以让软件服务于我们,让我们的生活更加便利高效。因此某些大型购物网站应运而生,由于大数据的存在,商家想传达的信息可以精准定位到需要它的用户那里去,这样精准的定位可以更加方便地抓住客户,而用户也可以更加准确的取得自己需要的商品信息,商家与客户的交流可以通过线上的方式高效率的传达,减少了大量的成本。人们购买商品不再需要盲目的逛商场,足不出户便可以准确挑选自己喜欢的商品,由于电子产品的操作便捷性,选择也变得省时省力。

  在外寻找灵感的我偶然发现,大街小巷总有饮品店的身影,年轻人也很喜欢光顾这些店铺,走在街上不时便会有人捧着饮品说说笑笑。但随之而来的问题是,饮品店的门口排起了长龙,等候的人们焦躁急迫,做饮品的店员也忙的不可开交,他们既要接受顾客的点餐要求又要回头去制作饮品。但即使如此,顾客等候的时间依旧很长,有些顾客看到长长的队伍就干脆打消了购买饮品的念头,这样的营销模式浪费了员工和顾客双方的时间和效率。那么,如何解决这个问题呢?我的答案是设计一个饮品店自助点餐系统。

  网上销售可以减轻店面的局限和销售压力,在空间上给予了商家和用户双方的自由,而由于销售渠道的拓宽,销量也会随之增加。客人也不用因为后面拍着长长的队伍感到不好意思,仓促的点完饮品而没法仔细地查看饮品单,在线上就可以查看并且想选择多久就选择多久,不用担心影响他人,这无疑是选择困难症患者的福音。商家也可以随时上架或下架商品,调整商品介绍和价格,不会再因为时令问题向顾客解释为什么某款饮品我们现在无法制作。与此同时,网站的开发成本也不高,这无疑是一件双赢的好事,所以这个饮品店自助点餐系统有实现的必要。

  (二)设计方向

  既然系统是面向商家和顾客双方的,那么我也将系统划分为管理员子系统和会员子系统。管理员可以通过系统反馈的信息知晓什么饮品畅销,从而有选择的进行进货,促销等活动。会员课以随心所欲随时随地的选购自己喜欢的二饮品,来满足自己的生活娱乐需要。

  1.会员系统的设计方向

  会员可以在系统内注册成为会员,并有权对自己的基本信息进行修改,有权对自己的留言进行删除修改。

  会员能够及时获取商家的广告信息,饮品价格。并在挑选完毕后根据所填写的地址配送饮品到顾客手中。

  对各个功能的提示说明可以让会员准确的明白模块功能,避免歧义,界面要尽量简介方便,处理会员要求时能够及时进行反馈,对流量大时的抗压能力要足够强。

  2.管理员系统的设计方向

  管理员需要提交自身的身份证明,获得信息处理权限,避免系统被非法操作,提高系统的安全性。

  系统内的饮品信息可以被修改,能够查看客户订单并对客户订单进行相应处理。

  管理员对会员的留言有回复资格和删除资格,但系统的关键信息无法被删除防止系统无法响应。

  管理员无法对会员的基本信息进行操作。除必要信息外无法查看,保护会员的隐私权。

  二、可行性分析

  系统的开发不仅需要想法和灵感,也要看系统能否开发的出来。开发出的系统是否有价值,能否提高效益或者方便用户。现有的成本能否支持系统的开发,开发成功后能否获得效益,系统的界面是不是简洁以方便用户操作,系统的开发过程和系统本身是否合法。当以上的问题通过校验,可行性分析通过之后才有必要进行接下来的开发工作,完成系统的开发。

  (一)经济可行性

  任何系统的开发都是需要资源的,那么就需要考虑系统的开发能否带来收益,预期的收益如果没有投资开发的投入高,那开发系统的意义就不存在了。收益的体现是方方面面的,不仅是直观的金钱收益,也要考虑它带来的社会收益,间接价值,所以经济可行性研究是一个必要的还节。

  首先,我使用进行系统开发的工具需要MYSQL数据库管理系统和MyEclipse开发工具以及WEB服务器等等,这些开发工具是免费使用的,所以在开发工具方面几乎没有任何成本。系统需要一定的存储空间,饮品店自助点餐系统内多半是图片和文字信息,几乎不投放视频信息。用户群体也是面向年轻人和饮品店投资企业,所以用户量也并不是十分庞大,且用户并不会同时同步登陆系统,所以系统的负载能力也可以控制在一定的限度之内。以目前市场上的手机电脑等电子产品为参考,几乎所有的硬件都可以轻松运行系统,所以系统对硬件的要求也不高。而系统所需要的网络环境,购买网站地址,线下及网络推广等基本花销是开发任何系统都无法避免的,开发人员的工资成本可以忽略不计。

  综上所述,系统的开发成本在可接受的限度内,而系统的成功开发会为饮品店的销售提供一种新思路新渠道,账单库存等数据的记录也会变得及时快捷,因此开发此系统的收益远高于成本,在经济方面有开发价值。

  (二)技术可行性

  开发系统要考虑决策的技术和决策方案的技术不能突破所拥有的或开发人员所掌握的技术资源条件的边界。有了灵感和想法还不够,要有足够的能力将系统开发出来才行,否则开发进程必定会被强行中断。能否在限定的时间内完成软件需求说明书中的要求,完成的系统质量如何都是需要考虑的重要事项。

  开发本系统需要使用MYSQL数据库管理系统和MyEclipse开发工具以及WEB服务器等等,上述工具在我的大学阶段都学习过,MYSQL数据库管理系统的图形化界面操作方式可以很直观的进行使用和操作,MyEclipse开发工具集成了Web服务器和浏览器,非常的系统和具有普适性,这些工具更容易让开发人员掌握和学习,我通过学校的课程教授和自主学习已经清晰的明确这些工具的功能,并能够较为熟练地使用它们进行系统的开发。由于大学主要学习的是Java语言,所以我采用B/S架构开发饮品店自助点餐系统。目前,我拥有足够的时间去开发这款系统,在时间上是可以完成的。系统本身需要的模块不多,构成并不复杂,开发流程不长,我会专注于系统的质量,让系统质量有一定的保证。

  在以上问题都在能处理的条件下,系统的技术可行性有了保证,从理论上讲已经可以开发出一个完整的系统了。

  (三)操作可行性

  社会可行性需要考虑的问题有很多,重要的是需要遵守法律的相关条例,在法律的框架内完成系统的开发,无论是开发的流程中或是交付使用之后,任何环节都不可以有任何的疏漏。更重要的是不能剽窃他人的灵感或作品,要尊重知识产权,坚决不能触犯法律。另外,系统的操作方式应当简介明了,让几乎所有人都可以无障碍的操作本系统,一个能够让人使用的系统才是一个好系统,即使用户没有任何计算机基础,也要让用户可以完成所有他需要进行的操作。

  可以明确的是,该系统的灵感构思和开发都由我个人完成,不可能存在侵犯他人知识产权的行为,论文的撰写与系统的设计也全程有人监督和指正,即便系统完成后,这一有力监督也不会停止,从法律层面来讲,系统是可行的。

  在系统设计的过程中,有意将全部模块和进程可视化,系统界面没有繁复的色彩点缀和冗杂的无效信息,全部简洁易懂,重点的模块全都进行了标注和必要的说明,内部的大部分功能只需要通过点击即可完成,少数功能需要进行文字输入,但手机电脑等电子产品和聊天软件日益普及的今天,相信这种程度的操作不会对用户造成困扰。最后,通过对系统进行的可行性分析可以得知,饮品店自主点餐系统的开发是完全可行的,由此便可进入开发系统的下一个流程。

  三、需求分析

  (一)系统需求分析

  系统最基本的需求是功能完全,界面简洁大方,饮品店自助点餐系统的基本功能就是完成客户线上选购饮品的需求,方便商家进行库存和售卖信息管理。系统的抗压能力要在预期范围之内,各个模块衔接流畅,确保高基准的用户体验。

  用不同的模块来满足不同用户的需求,会员模块里构建了全部会员用户可以使用到的功能,例如最基础的会员注册和登录,饮品的选择,购买和付款,以及会员互相交流使用的留言系统。而管理员模块则是针对管理员用户构建的系统功能,例如添加和修改最新的饮品信息,核对客户订单,对会员们的留言进行管理,进行日常的饮品信息维护。因此,为了顺利的进行系统的后续构建工作,接下来我将分别对两个模块进行深入的需求分析。

  (二)各功能模块需求分析

  系统大体分为会员模块和管理员模块两个模块,对两个不同的模块需要分别进行需求分析,以求精准高效的对两个模块进行开发和构建,个功能模块的需求分析结果如下。

  1.会员模块的需求分析

  会员可以在系统内注册成为会员,并有权对自己的基本信息进行修改,有权对自己的留言进行删除修改。会员能够及时获取商家的广告信息,饮品价格。并在挑选完毕后根据所填写的地址配送饮品到顾客手中。对各个功能的提示说明可以让会员准确的明白模块功能,避免歧义,界面要尽量简介方便,处理会员要求时能够及时进行反馈,对流量大时的抗压能力要足够强。

  2.管理员模块的需求分析

  管理员需要提交自身的身份证明,获得信息处理权限,避免系统被非法操作,提高系统的安全性。系统内的饮品信息可以被修改,能够查看客户订单并对客户订单进行相应处理。管理员对会员的留言有回复资格和删除资格,但系统的关键信息无法被删除防止系统无法响应。管理员无法对会员的基本信息进行操作。除必要信息外无法查看,保护会员的隐私权。

  (三)业务流程图

  饮品店自助点餐系统的业务流程也随着模块大体分为了两条线,为了开发系统的顺利进行,解决开发人员与客户的交流障碍,业务流程图可以直观的表达出客户的需求,让开发人员明确开发流程,避免歧义。这是一个必要的环节,在客户和开发人员都由我个人担任的情况下,业务流程图可以更好的帮我梳理思路,避免错漏。

  此系统会员的业务流程大体为,注册会员填写会员信息,登陆后可以查看饮品信息,并将需要点购的饮品放入购物车,点击交付可以提交订单,订单由商家受理后进行派送,会员可在登录系统后随时进行留言。

  系系统管理员的业务流程大体为,登录已有的管理员账户,登陆后可以进行饮品信息,会员信息以及会员留言信息的维护,并可以受理会员订单。饮品店自助点餐系统业务流程图如图1所示:

  图1系统业务流程图

  (四)数据流图

  为明确信息的处理方式和信息流向,数据流图的存在是不可或缺的,为了用户信息和商家信息双方的信息安全考虑,详细的设计了系统总体的数据流图和会员订单的数据流图。系统总体数据流图如图2所示:

  图2系统总体数据流图

  会员订单数据流图如图3所示:

  图3会员订单数据流图

  四、总体设计

  (一)概述

  到此系统正式进入设计阶段,有了需求分析,系统的构建目标已经明确了大部分,系统分为会员模块和管理员模块两大部分,接下来的任务是将大的模块进行拆分细化,化整为零,将问题分解为各个小部分,通过对各个子模块的分别构建来达到对系统整体的构建。各个子模块之间的耦合度要降到最低,各模块运行的独立性尤为重要,为了接下来的维护工作打下一个可靠的基础,否则后续的工作量将呈几何式上升。

  各个模块的分解从某种意义上来说可以提高工作效率,但鉴于开发人员只有本人,目前分解子模块的更多优点是理清思路,让构建更为顺畅。各个模块间的信息要少交集,尽可能地互不干扰,无论是对信息的安全性,亦或是对维护的便捷性都是有很重要的意义的。

  (二)系统功能描述

  1.会员模块的功能描述

  对于饮品选购模块,首页面提供会员登陆部分和饮品种类展示及选择部分,让会员可以直观的在第一时间进行饮品的点购操作,只要在搜索栏输入自己想要的饮品种类,点击就可以自动加入会员个人购物车中,之后进行统一的结算。首页面还有一些时下热门饮品推荐,可以让客户有所参考,更加方便。

  会员信息模块,在首页面注册个人会员信息之后,会员信息直接存储到数据库中,下次登陆会员会直接显示会员信息,会员可以通过会员信息模块对自己的信息进行修改,比如配送地址的信息,让会员的可操作空间更加灵活。

  订单查询模块,会员选购饮品提交订单之后,可以通过订单查询模块查看自己的订单信息,以防选错饮品或漏选饮品,订单查询模块更是会员与店家双方的交易凭证。

  会员留言模块,会员可以通过留言模块对饮品提出意见和评价,会员与会员之间可以通过留言模块交流喜好,互相之间可以为对方提出选购意见,方便会员购买饮品。

  会员模块的功能划分如图4所示:

  图4会员模块功能划分图

  2.管理员模块的功能描述

  饮品信息管理模块,管理员通过饮品信息管理模块对饮品信息进行更新维护,上传新品饮品图片和名称等信息,删除过季及下架饮品的信息,将饮品信息导入其各自的类别里,额可以添加新的饮品类别。系统的信息修改直观而简洁。

  管理员信息模块,管理员登录之后可以对自身的管理员信息进行修改,比如密码等,管理员在系统中的权限极大,管理员信息模块可以有效的控制管理员个人信息,以便对管理员的身份进行验证。

  订单处理模块,当会员订购饮品订单发出之后,管理员需要对订单进行相应,接受订单请求之后才会进行制作饮品及配送等行为。不接受订单则会员订单不生效,无法进行接下来的流程,订单处理模块是双方的交易证明模块。

  留言管理模块,管理员有权对留言模块进行监察管理,对任何非法言论有删除的权利,避免不法分子借助留言传播非法信息,同时,管理员也可以对留言进行回复,与会员交流意见,改善经营模式,增加更多符合客户口味的饮品。

  管理员模块的功能划分如图5所示:

  图5管理员模块功能划分图

  (三)数据库结构设计

  数据库用以存储信息,将大量的信息与系统关联,维持系统的正常运转。系统内的会员注册信息,管理员信息,饮品信息等等,在输入后都会自动导入数据库中,为接下来的交易做准备。为了系统的有序运行,数据库的结构设计是必要的一环。为此,我将数据库中的各个实体以E-R图的形式构建出来,各实体的E-R图如下图所示:

  图6食品类别E-R图

  图7会员信息E-R图

  图8饮品信息E-R图

  图9订单信息E-R图

  图10管理员信息E-R图

  图11留言信息E-R图

  图12订单明细E-R图

  图13总体关系E-R图

  数据表设计如下表所示:

  表1订单明细表

  字段名 类型 主外键 是否允许为空 字段描述

  goods_id int(11) 否 饮品编号

  orderItem_id int(11) 主键 否 明细序号

  order_id int(11) 否 订单编号

  goods_quantity int(11) 否 购买数量

  表2客户留言表

  字段名 类型 主外键 是否允许为空 字段描述

  liuyan_date datetime 是 留言日期

  liuyan_id int(11) 主键 否 留言编号

  liuyan_content varchar(500) 是 留言详情

  liuyan_title varchar(50) 否 留言主题

  liuyan_user varchar(50) 是 用户名

  表4商品表

  字段名 类型 主外键 是否允许为空 字段描述

  goods_shichangjia int(11) 是 饮品价格

  goods_name longtext 否 饮品名称

  goods_catelog_id int(11) 否 所属分类

  goods_pic varchar(50) 是 饮品图片

  goods_miaoshu varchar(50) 是 饮品详情

  goods_id int(11) 主键 否 饮品序号

  goods_tejia int(11) 是 特价

  goods_isnottejia varchar(50) 是 特价情况

  表5客户表

  字段名 类型 主外键 是否允许为空 字段描述

  user_sex varchar(50) 是 用户性别

  user_name varchar(50) 否 登录名称

  user_pw varchar(50) 否 登录密码

  user_address varchar(50) 是 地址

  user_id int(11) 主键 否 用户序号

  user_tel varchar(50) 是 电话号码

  user_realname varchar(50) 是 真实姓名

  user_email varchar(50) 是 Email

  user_qq varchar(50) 是 QQ

  表6订单表

  字段名 类型 主外键 是否允许为空 字段描述

  order_bianhao varchar(50) 否 订单编号

  order_user_id int(11) 否 购买人

  order_id int(11) 主键 否 顺序号

  order_date datetime 是 订单时间

  order_zhuangtai char 是 订单状态

  order_jine int(11) 是 总金额

  order_songhuodizhi varchar(50) 是 送货地址

  order_fukuangfangshi varchar(50) 是 付款方式

  表7饮品类别

  字段名 类型 主外键 是否允许为空 字段描述

  catelog_name varchar(50) 否 分类名称

  catelog_id int(11) 主键 否 分类序号

  catelog_miaoshu varchar(50) 是 备注描述

  五、详细设计与实现

  总体的设计定下之后,接下来的任务是将一个个模块细致的划分设计,以求更精细的对各个模块进行构建。依旧是对会员模块和管理员模块两个大的模块进行细化拆分详细设计以及对系统和数据库连接起来的接口代码进行详细设计。

  (一)会员模块的详细设计与实现

  系统中的会员模块可以细分为饮品选购模块,会员注册模块,会员登陆模块,购物车模块以及订单查询模块。对此,我将对每一个模块都进行详细的设计和描述,为日后的维护工作奠定基础。

  1.饮品选购模块

  饮品选购模块位于系统首页面,被选购最多的饮品会自动登上销售排行榜,并根据出售数量的多寡自行排序。新上架的饮品会自动显示在最新饮品行列内,方便客人的自助选购。饮品选购模块的界面如图14所示:

  图14饮品选购模块

  2.会员注册模块

  会员通过注册模块获得系统身份认证之后,才可以使用系统进行饮品点购业务。会员注册模块界面如图15所示:

  图15会员注册模块

  3.会员登录模块

  会员在填写过注册信息的前提之下,再次进入本系统需要进行登录用以证明会员身份,才能进行接下来的饮品交易行为,登陆是必要的一环。会员登陆模块的界面如图16所示:

  图16会员登陆模块

  会员登陆模块的流程图如图17所示:

  图17会员登陆模块流程图

  4.购物车模块

  会员点选饮品后会自动放入购物车内,在选完之后进行统一的结算提交操作。购物车模块界面如图18所示:

  图18购物车模块

  购物车模块的流程图如图19所示:

  图19购物车模块流程图

  5.订单查询模块

  会员在提交订单之后,可以查询自己的订单详情,确认自己的订单状态。订单查询模块界面如图20所示:

  图20订单查询模块

  (二)管理员模块的详细设计与实现

  系统中的管理员模块可以细分为饮品信息管理模块,订单处理模块等。

  1.饮品信息管理模块:

  管理员可以对饮品信息进行增添删除和修改。饮品信息管理模块界面如图21所示:

  图21饮品信息管理模块

  2.订单处理模块

  会员发送订单后,需要管理员受理订单之后才能为顾客制作及配送饮品。订单处理模块界面如图22所示:

  图22订单处理模块

  五、测试与维护

  (一)测试目标

  系统已经开发完毕,到了测试这一必不可少的环节,测试的目的是让系统可以流畅的没有错误的运行。只有在进行过大量的测试,且测试的结果与预期的结果一致,在经过漫长的测试和修改反复交替的过程中达到一定程度上的无错误运行,系统才可以交付使用。为了系统更加完善,为了后续维护工作减轻压力和工作量,对系统进行严密的测试是必要的环节。

  (二)测试用例

  为了完善系统功能,使测试覆盖面更广更有代表性,必须指定测试用例以提高测试的准确度。测试用例表如表8所示:

  表8测试用例表

  模块 测试用例描述 操作过程及数据 预期结果 用例类型

  管理员登录模块 在管理员登录界面输入已有的账户和密码 账户名称输入admin,密码输入admin 登陆成功,进入管理员后台界面 数据正确性验证

   在管理员登录界面输入不存在的账户和密码 账户名称输入xxx,密码输入xxx 登陆失败,无法进入管理员后台界面 判断数据是否存在

  模块 测试用例描述 操作过程及数据 预期结果 用例类型

  会员注册模块 在注册会员界面创建账户,确认密码输入与密码相同 在会员注册模块中输入以下信息xxx,xxx,xxx,会员,红旗大街100号,男,15045400000,1234567890@qq.com,1124221

   会员注册成功 一至性验证

   在注册会员界面创建账户,确认密码输入与密码不同 在会员注册模块中输入以下信息xxx,xxx,000,会员,红旗大街100号,男,15045400000,1234567890@qq.com,1124221

   会员注册失败,需要重新注册会员 一至性验证

  模块 测试用例描述 操作过程及数据 预期结果 用例类型

  饮品信息添加模块 在饮品信息添加模块按系统提示添加新的饮品信息 在饮品信息添加模块按系统提示添加新的饮品信息 添加新的饮品信息成功。 数据更新

   在饮品信息添加模块按系统提示添加新的饮品信息,但不添加新饮品名称 在饮品信息添加模块按系统提示添加新的饮品信息,但不添加新饮品名称 系统显示没有输入饮品名称,无法添加饮品信息。 数据更新

  (三)系统维护

  系统进入维护阶段时,系统的整体开发已经相当于结束了,经过漫长的开发测试,系统终于可以交付使用,这无疑是令人欣喜和愉快的,但是工作却并没有结束,系统交付使用之后需要人来对它进行维护,防止它出现错误或者出现任何突发事项,维护的工作漫长且艰辛,知道系统下线的那一刻,系统寿命真正中止的时候,维护的工作才能停下。开发这个程序历尽了去千辛万苦,虽然不知道今后会有什么样的问题出现,但系统的维护一直都有人在。