外卖订餐管理系统.docx

外卖订餐管理系统.docx

《外卖订餐管理系统.docx》由会员分享，可在线阅读，更多相关《外卖订餐管理系统.docx（47页珍藏版）》请在冰豆网上搜索。

外卖订餐管理系统外卖订餐管理系统北京师范大学珠海分校本科生毕业论文论文题目：

外卖订餐管理系统的设计与实现摘摘要要随着外卖订餐在高校越来越普及，传统的电话订餐给顾客跟外卖店带来不方便，如何使订餐更快速，更方便已成为众多高校学生关注的问题了。

本外卖订餐管理系统是针对高校外卖店进行具体的需求分析，采用OOA（面向对象分析）和采用UML工具辅助开发分析，基于S2SH（Struts2+Spring+Hibernate）架构进行设计和开发。

论文主要描述外卖订餐管理系统的开发流程，分别从需求分析和系统设计、详细设计与系统实现这几个阶段进行描述。

关键词：

订餐管理系统S2SHOOAABSTRACTWithmoreandmorepopularinuniversitiesordertake-out,duetothetraditionaltelephonereservationforcustomerstobringinconveniencetake-awaymeal,howtomakemorequickly,moreconvenienthasbecometheconcernofthestudents.Thetake-awaymealmanagementsystemincollegesanduniversitiesistheconcretetake-awaydemandanalysis,usingobject-orientedanalysis（OOA）andusingUMLtoolstoassistinthedevelopment,usingStruts2-Spring-Hibernateframeworktodesignanddevelopment.Thesismainlydescribestake-awaymealmanagementsystemprocess,separatelyfromthedemandanalysisandsystemdesign,detaileddesignandrealizationofthissystemaredescribedseveralstages.Keywords:

mealmanagementsystemS2SHOOA一、绪论1.1背景背景进入21世纪以来，餐饮行业以年均20%的增长速度，成为国民经济中的发展最快的行业之一。

随着人们生活水平的不断提高，人们甚至想要不出门就能吃到可口的饭菜这就是外卖。

在我国高校内餐饮行业外卖行业更是发展最快的一个行业，在北师大珠海分校每年都有几间新的外卖店的产生。

外卖订餐已经成为北师大珠海分校学生生活中不可缺的一部分，而订餐的方式也随着学生们的要求提高，不断的多样化和成熟化。

1.2北师大珠海分校外卖订餐行业的现状分析北师大珠海分校外卖订餐行业的现状分析依靠电话订餐是北师大目前最主要的订餐方式，如比较大的外卖店关东、喜苑、红梦缘都是使用电话订餐方式，此种订餐方式有不少的缺陷，比如：

时效问题、打电话的成本等等。

目前北师大外卖订餐行业的现状分析如下：

（1）外卖店数量众多，各店竞争较大。

（2）外卖店多数实行人工方式订餐，即打电话订餐登记。

这种订餐方式造成订餐很不方便特别在订餐高峰期，经常出现打电话打不通的现象。

（3）外卖店多数没有实行市场分析，一些菜式在顶峰期出现缺菜现象，而一些菜式却出现积累现象，造成了资源的浪费和经济损失。

（4）外卖店没有对外卖进行财务管理，造成对店内资金管理不明确和店员滥用资金的可能。

（5）无法为店内管理层提供准确的决策信息，掌握及时的市场消息。

通过分析北师大的外卖行业的现状，不难发现国内高校的外卖店大多数都是依靠手工的管理方式，没有实行外卖订餐管理的信息化，所以造成了不少问题。

1.3外卖订餐管理系统的可行性分析及其作用外卖订餐管理系统的可行性分析及其作用依靠传统的电话订餐实行外卖订餐不仅造成学生的方便，也对外卖店的经营产生了不良影响。

实行电话订餐有以下几个缺点：

一、在订餐高峰期，一架电话根本那么多的订餐顾客，有时候要多次拨打才能接通，这种情况下有时也造成双方语气匆忙，态度暴躁，给订餐带来极大的不便；二、点菜不方便，学生如果没有点菜单，很难点菜，另外外卖店得每栋宿舍每间地派传单，无疑又是一笔不小的开资了；三、学生必须支付打电话的成本，虽然有些外卖店有校园短号但对于一些没开通校园短号的学生也不是很方便。

通过上面分析，电话订餐已成为一种阻碍外卖行业发展的落后方式了，实行订餐管理的信息化迫在眉睫，利用外卖订餐管理系统对外卖流程实行信息化，不仅给订餐顾客带来了方便更给外卖店带来了经济利益。

外卖订餐管理给顾客和外卖店带来了双赢。

对于顾客，不用再担心高峰期打电话订餐失败了，顾客可以在网站浏览相关菜式，添加喜欢的菜式，解决了以前的那种电话订餐造成订错菜式的现象。

对于外卖店更是带来了长远的利益，减少外卖店的人力和财力，通过订餐管理系统使外卖店能够及时掌握市场信息，推销新菜式和实行更有效的经营策略。

1.4系统简系统简介介本系统主要针对高校的外卖订餐流程和对订单处理实行信息化而构建出来的B/S平台，学生通过浏览器上网访问订餐网站可以实现网上浏览菜式和订餐功能，店员通过后台管理登陆实现对订单的处理，通过信息化处理给学生订餐带来方便更给外卖店管理人员带来了长远利益。

二、相关技术介绍本外卖订餐管理系统选取S2SH架构来设计和开发，S2SH是SSH升级版，以前的SSH架构中的用到的MVC框架是struts，而S2SH中的MVC框架用到的是struts2，struts2与struts有很大的区别，配置更灵活，开发更方便，利用其开发的插件与hibernate，spring能达到无缝集成，本系统采用三层架构，用struts2处理前端，hibernate封装对数据库的访问，spring对struts2、hibernate和业务逻辑层中进行对象的管理，三个框架各司其职，有利于项目开发的分工，使项目开发达到更灵活性和可维护性。

S2SH三层架构如图1所示：

图1：

S2SH三层架构2.1struts2技术介绍技术介绍Struts2是目前比较成熟的Web开发框架，Struts2框架是Struts1.X的替代版本，Struts2框架整合了Struts1.X框架和WebWork框架的优点。

相对Struts1.X，Struts2已经有了非常大的改变，去掉了ActionForm，降低了框架组件之间的耦合性，Struts2的Action只是普通的Java类（POJO），给模块测试工作带来了极大的方便。

Struts2提供了强大的整合能力，支持多种返回结果类型，改进了Struts1.X的标签库，引入OGNL表达式和值栈的概念，给开发者带来了更好的体验1。

从全局的角度来看，Struts2是一个pull（拉）类型的MVC（或者MVC2）框架，它与传统类型的MVC框架的不同之处就在于在Struts2中，Action担任的是模型的角色，而非控制器的角色，虽然它的角色仍然有些重叠。

“pull”的动作由视图发起，它直接从Action里拉取所需的数据，而不是另外还需要一个单独的模型对象存在2。

图2:

MVC/Struts2架构图2描述了Struts2架构中的模型、视图和控制器。

控制器通过Struts2分发Servlet过滤器（也就是人们常说的拦截器）来实现，模型通过Action实现，视图则通过结果类型和结果组合实现。

值栈和OGNL提供了公共的线程和链接，并使得不同组件可以相互集成。

Struts2设计的精巧之处就是使用了Action代理，Action代理可以根据系统的配置，加载一系列的拦截器，由拦截器将HttpServletRequest参数解析出来，传入Action。

同样，Action处理的结果也是通过拦截器传入HttpServletResponse，然后由HttpServletRequest传给用户。

其实，该处理过程是典型的AOP（面向切面编程）的方式，Struts2处理过程模型如图3所示：

图3:

Struts2处理过程模型2.2hibernate技术介绍技术介绍Hibernate是一个优秀的ORM框架，通过使用Hibernate框架，允许开发人员使用面向对象的方式对数据库进行访问，避免采用JDBC访问，造成面向对象编程与面向过程编程的冲突。

在这种方式下，企业应用的面向对象分析、面向对象设计和面向对象编程一脉相承，让系统分析、设计更加简洁。

Hibernate作为JavaEE持久化的标准方案，使用传统的POJO作为系统的持久化类，具有低侵入式设计，不会造成代码污染。

系统的持久化类无需继承任何Hibernate基类，或者实现任何Hibernate接口，提供了极好的代码复用4。

Hibernate与数据库、应用程序关联关系如图4所示：

图4:

Hibernate关联关系图虽然Hibernate这个框架问世的时间不长，但已经成为目前最流行的持久层解决方案，较之另一个持久层框架iBATIS，Hibernate更具有面向对象的特征；较之传统的EntityEJB的持久层解决方案，Hibernate则采用低侵入式的设计，即完全采用普通的Java对象（POJO），而不必继承Hibernate的某个超类或实现Hibernate的某个接口。

Hibernate是面向对象的程序设计语言和关系数据库之间的桥梁，Hibernate允许程序开发者采用面向对象的方式来操作数据库。

2.3spring技术介绍技术介绍Spring是一个优秀的Web开发框架。

它是一个分层的架构，由7个模块组成，如图5所示。

其中比较重要的是核心容器模块，其他模块构建在这个核心容器之上，核心容器定义创建、配置和管理Bean的方式，它提供Spring框架的基本功能。

其主要组件是BeanFactory，它是工厂模式的实现。

BeanFactory通过使用反转控制（IOC）模式，将应用程序的配置和依赖性规范与实际的应用程序代码分开图5spring七大模块组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。

每个模块的功能如下：

核心容器：

核心容器提供Spring框架的基本功能。

核心容器的主要组件是BeanFactory，它是工厂模式的实现。

BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

Spring上下文：

Spring上下文是一个配置文件，向Spring框架提供上下文信息。

Spring上下文包括企业服务，例如JNDI、EJB、电子邮件、国际化、校验和调度功能。

SpringAOP：

通过配置管理特性，SpringAOP模块直接将面向方面的编程功能集成到了Spring框架中。

所以，可以很容易地使Spring框架管理的任何对象支持AOP。

SpringAOP模块为基于Spring的应用程序中的对象提供了事务管理服务。

通过使用SpringAOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。

SpringDAO：

JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。

异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。

SpringDAO的面向JDBC的异常遵从通用的DAO异常层次结构。

SpringORM：

Spring框架插入了若干个ORM框架，从而提供了ORM的对象关系工具，其中包括JDO、Hibernate和iBatisSQLMap。

所有这些都遵从Spring的通用事务和DAO异常层次结构。

SpringWeb模块：

Web上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。

所以，Spring框架支持与JakartaStruts的集成。

Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。

SpringMVC框架：

MVC框架是一个全功能的构建Web应用程序的MVC实现。

通过策略接口，MVC框架变成为高度可配置的，MVC容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText和POI。

52.4DWR技术介绍技术介绍DWR是一种AJAX解决方案。

DWR包括一个java库，以及一套javascript，使得我们可以用一种非常简单的方式，在页面上使用javascript直接调用后台的java对象。

DWR的javascript库包括几个部分：

dwr的javascript引擎（即对AJAX调用的封装）、dwr提供的一些非常有用的辅助javascript函数库、以及dwr自动帮我们生成的专门用于调用后台JavaBean方法的javascript库。

DWR在运行的时候，动态生成一个javascript库，这个库是对后台javabean调用的封装，我们可以直接使用这个库来实现直接调用JavaBean的目的6，其流程图6所示：

图6：

DWR调用过程三三、系统需求、系统需求本系统采用OOA（面向对象分析）和UML（UnifiedModelingLanguage）工具为指导，本章主要对系统的需求以及系统功能进行分析描述。

3.1UMLUML（UnifiedModelingLanguage）是一种用来创建程序模型的图形语言（即带有语意的一种图形记号）7,常用的UML图有类图、时序图、用例图、活动图和状态图。

3.2需求分析需求分析本外卖订餐管理系统包括两个子系统，前台订餐和后台管理，前台订餐是供用户浏览菜式和提交订单进行订餐；后台管理是供餐厅管理人员进行外卖订单管理、菜式管理、统计报表管理、系统管理。

3.3系统功能系统功能本系统采用面向对象分析方法，下面是对本系统的两个子系统进行分析说明。

（1）前台管理系统前台管理系统供用户浏览菜式，进行菜式添加到购菜车，用户可以对购菜车进行更新、清除，用户提交订单后可以在订单列表查看外卖状态，用例如图7所示：

图7：

用户用例图

（2）后台管理系统后台管理系统有菜式管理、外卖订单管理、统计报表管理和系统管理四大模块。

顶层用例：

后台管理有两大角色即店长跟店员，店长拥有系统全部权限，店员只能操作菜式管理跟外卖订单管理两大模块。

其顶层用例如图8：

图8:

：

顶层用例菜式管理：

可以对菜式进行查看、添加、修改和删除。

用例如图9所示。

图9菜式管理用例图外卖订单管理：

可以对外卖订单的状态进行查看，改变。

用例如图10所示：

图10外卖订单管理用例图（3）统计报表管理菜式统计报表：

对每月的菜式进行统计，可以查看哪些菜式在本月份销量比较好。

用户统计报表：

对用户进行统计，可以对其经常订餐的用户实行优惠政策。

（4）系统管理用户维护：

可以查看所有已注册的用户，查看该用户的所有订单列表，和删除该用户。

店员维护：

可以对店员进行添加、删除、更新。

修改密码：

输入旧密码，如果旧密码输入不正确会进行提示叫你重新输入，输入正确后再输入新密码和确认新密码可进行修改。

用例图如图11所示：

图11系统管理用例四四、系统设计、系统设计本系统的设计采用OOA（面向对象分析）和利用UML工具辅助开发设计。

4.1系统总体结构系统总体结构通过前一章的需求分析跟功能分析可以得出本系统总体结构如图12所示：

图12系统总体框架图4.2系统架构方式系统架构方式本系统采用三层架构模式，即展现层，业务逻辑层，数据访问层，各层之间都独立，展现层与业务逻辑层接口通信，业务逻辑层与数据访问层接口通信，数据访问层直接跟数据库打交道，这样具有很好的解耦性，每一层逻辑改变不会影响到另一层，对项目以后的可维护性及团队开发具有很大的作用，三层架构流程如图13所示：

图13三层架构4.3Hibernate自动建表自动建表传统的数据库设计都是先经过建立E-R图，然后通过E-R图生成数据表。

而Hibernate开发团队提倡我们用另外一种开发模式，就是先建立实体类和编写实体类映射文件，然后通过实体类和映射文件自动生成数据表。

这种开发模式也是体现出来OOD思想，数据的持久化这些都是非常机械的，基本没有变动的，hibernate就是把这些行为抽取出来自动完成并在效率上做一优化等，让我们轻松实现数据库的移植。

这样我们在开发中更关注于类中的设计而不必受到数据库的牵制，因为数据库本身就跟面向对象存在阻抗。

国内有位领域驱动设计（DDD）专家曾经发表了一遍文章数据库已死，在文章中他阐述了数据库成为了大多数企业应用的主要瓶颈，也成为了运行环境中最不具伸缩性的一层，他认为软件开发应集中在领域分析，数据库应该是为领域服务而不能让我们的领域层受牵制于数据库。

本系统是采用建立实体类和编写映射文件来生成数据表的开发模式。

（1）实体类POJO设计类名功能说明User用户Admin管理员Item订单项Menu菜式Order订单实体类User属性类型属性说明idIntegerusernameString姓名passwordString密码ordersList订单列表实体类Admin属性类型属性说明idIntegerusernameString姓名passwordString密码typeInteger管理员类型实体类Item属性类型属性说明idIntegeritemNameString订单项名称itemPricedouble订单项价格itemNumberInteger订单项数量itemTypeInteger订单项类型itemIntroductionString订单项描述orderOrder所属订单实体类Menu属性类型属性说明idIntegernameString菜式名称pricedouble菜式价格typeInteger菜式类型stateInteger菜式状态itemIntroductionString菜式简介实体类Order属性类型属性说明idIntegerphoneString电话号码addressString宿舍地址totaldouble总价stateInteger订单状态dateDate订单日期barcodeOrder订单流水号userUser所属用户itemsList所有订单项

（2）hibernate映射文件编写User.hbm.xmlAdmin.hbm.xmlItem.hbm.xmlMenu.hbm.xmlOrder.hbm.xml4.4详细设计详细设计本节阐述了如何对本系统的对象类进行分析设计、系统流程分析以及如何用时序图对系统中的对象交互进行描述。

4.4.1类设计类设计

（1）类关系通过面向对象分析得出在本系统中用户跟订单、订单项，订单跟订单项，购菜车跟订单项都是一对多关系，用户跟购菜车，订单跟购菜车都是一对一关系。

其关联关系如图14所示：

图14类关联

（2）DAO与业务逻辑类设计1.AdminDao与AdminService类设计2.UserDao与UserService类设计3.MenuDao与MenuService类设计4.OrderDao与OrderService类设计4.4.2流程分析流程分析1.前台用户订购外卖流程：

2.后台管理员订单处理流程：

4.4.3时序图分析时序图分析用户登录用例实现A、时序图B、描述1）输入信息输入用户和密码，提交表单2）表单验证LoginUserAction会调用validate方法进行表单验证，如果用户输入不合法就会转向login.jsp提示用户输入不合法3）进入业务方法LoginUserAction进入execute方法进行登录验证4）获取userService接口LoginiUserAction类获取UserService接口，以便调用UserServcie关于登录checkLogin的方法。

5）登录调用userDao的checkLogin方法进行登录验证。

6）返回结果如果用户名和密码输入正确进入系统主页面，否则提示用户名或密码输入错误。

用户修改密码用例实现A、时序图B、描述1）输入信息输入原密码、新密码和确认新密码，都不能为空，新密码与确认新密码要一致。

2）表单验证updatePasswordAction会调用validate方法进行表单验证，如果用户输入不合法就会转向updatePassword.jsp提示用户输入不合法，如果用户原密码输入错误或新密码与确认新密码不一致也会转向updatePassword.jsp并进行提示。

3）进入业务方法UpdatePasswordAction调用业务方法execute（）进行修改密码。

4）获取userService接口UpdatePasswordAction类获取UserService接口，以便调用UserServcie关于修改密码updateUser的方法。

5）保存到数据库调用userDao将用户数据更新到数据库。

6）返回结果修改成功后，返回到系统主页面。

注册用户用例实现A、时序图B、描述1）输入用户信息输入用户名，用户密码，确认密码。

2）表单验证RegisterUserAction会调用validate方法进行表单验证，如果用户输入不合法就会转向register.jsp提示用户输入不合法，如果输入用户名已存在也会转向register.jsp并进行提示。

3）进入业务方法RegisterUserAction调用业务方法execute（）进行添加用户。

4）获取userService接口RegisterUserAction类获取UserService接口，以便调用UserServcie关于修改密码addUser（User）的方法。

5）保存到数据库调用userDao的addUser方法将用户数据保存到数据库。

6）返回结果注册成功后，返回到主页面。

添加菜式到购菜车并提交订单用例实现A、时序图B、描述1）选择菜式选择要添加的菜式，可以多选。

2）表单验证CommonMenuAction会调用validate方法进行表单验证，如果用户没选择菜式或还没登陆就提交就会提示用户输入还没选择菜式或还没登陆。

3）进入业务方法CommonMenuAction进入业务方法execute进行添加菜式到购菜车，在execute方法中调用showMenuCatr方法进行菜式添加到购物车。

4）转向CommonMenuCartCommonMenuCart是一个通用的购菜车，将数据进行更新。

5）返回到购菜车界面调用CommonMenuCart的execute方法将数据显示给用户。

6）提交订单用户输入电话号码，宿舍地址进行提交订单。

7）进入数据验证AddOrderAction调用validate（）方法进行验证，如果用户输入不合法会进行提示。

8）获取OrderService接口调用OrderServi