外卖订餐系统设计
校园外卖系统设计与分析报告
校园外卖系统设计与分析报告一、引言随着互联网技术和移动支付的迅速发展，外卖行业逐渐成为人们日常生活中不可或缺的一部分。
校园外卖作为外卖行业的重要组成部分，受到大学生群体的广泛关注和需求。
本文将对校园外卖系统进行设计与分析，旨在提升学生饮食体验，提高服务质量和效率。
二、系统设计1.系统架构：校园外卖系统应采用分层结构。
上层为用户界面，提供用户注册、登录、下单、评价等功能；中层为业务逻辑层，负责处理用户请求和商家信息；下层为数据层，用于存储和管理用户信息、商品信息、订单信息等。
2.用户端设计：用户端应提供清晰简洁的界面，方便用户进行操作。
包括首页推荐商品、分类浏览、搜索功能等。
用户可根据自身需求选择商家、查看商品详情、加入购物车并下单。
同时，用户可对已完成的订单进行评价。
3.商家端设计：商家端应提供商家注册、登录、管理商品、管理订单等功能。
商家可通过商家端发布商品信息、编辑价格和库存等。
在订单管理中，商家能够查看新订单、处理已接单的订单以及查看历史订单。
4.后台管理设计：后台管理系统主要供管理员使用，用于管理用户信息、商家信息、商品信息等。
管理员可对用户投诉和商家违规行为进行处理，并进行统计和分析，为优化系统运营提供决策支持。
三、系统分析1.需求分析：系统需满足用户在线查看商品信息、浏览商家和商品评价的需求，提供购物车和在线支付等功能。
同时，商家能够方便地管理商品和处理订单。
管理员可对系统进行监控和管理，并进行数据分析和决策。
2.功能分析：用户端应包括注册、登录、浏览商品、搜索、下单、评价等功能。
商家端应包括注册、登录、添加商品、编辑商品信息、处理订单等功能。
后台管理系统应提供对用户管理、商家管理、商品管理、投诉处理、数据分析等功能。
3.性能分析：系统应保证用户信息和交易信息的安全性，确保数据的及时性和一致性。
同时，系统的响应速度和承载能力也是关键指标，要保证平台的稳定运行。
4.安全分析：系统应采取各项技术措施保护用户隐私和交易安全。
简单的系统设计案例
简单的系统设计案例那我来给你整一个简单又有趣的“在线外卖点餐系统”的设计案例。
一、需求分析。
咱先想想哈，这个系统是干啥的呢？那就是让那些懒得做饭或者没时间出去吃饭的人，能轻松地订到自己想吃的东西。
对于顾客来说，他们想要方便地找到附近有啥好吃的，看看菜单，选好自己喜欢的菜，然后下单付款。
而且最好能知道自己的订单啥时候能送到，要是有啥问题还能联系到商家或者骑手。
对于商家呢，得能够管理自己的菜品，比如添加新菜、调整价格、查看库存啥的。
还得能接收到顾客的订单，及时处理，告诉厨房开始做菜，然后通知骑手来取餐。
骑手就想能看到有哪些订单需要配送，规划好最佳的送餐路线，标记订单的配送状态，像“已取餐”“正在配送”“已送达”。
二、系统功能模块设计。
1. 用户注册/登录模块。
顾客可以用手机号或者第三方账号（像微信、支付宝）注册登录。
这样就方便得很，不用每次都输入一堆信息。
就好比你进家门，有个快捷方式能直接进去，不用找钥匙开锁那么麻烦。
2. 餐厅展示模块。
这个模块就像是一个美食大地图。
按照距离、评分、菜系啥的把周围的餐厅展示出来。
每个餐厅有自己的小卡片，上面有名字、招牌菜图片、评分这些吸引人的东西。
就像在大街上看到一个个亮闪闪的招牌，让你一眼就被吸引过去。
3. 菜单管理模块（商家端）商家能在这个模块里像玩拼图一样轻松管理菜品。
上传菜品图片，写上名字、价格、描述（像“这道菜超辣，是我们大厨的拿手菜哦”），还能设置库存数量。
如果菜卖完了，系统自动把它显示为售罄，就像商店里的货架空了就贴上“已售完”的标签一样。
4. 点餐下单模块（顾客端）顾客在这个模块就开始大显身手啦。
他们可以把想吃的菜加入购物车，就像在超市把东西放进购物车一样。
然后可以选择送餐地址（要是家里、公司或者其他地方），选择支付方式（微信支付、支付宝支付或者银行卡支付等）。
下单之后，订单就像小火箭一样飞出去，先到商家那里。
5. 订单处理模块（商家端）商家收到订单后，这个模块就开始工作了。
网上订餐系统设计报告
网上订餐系统设计报告一、需求分析1.1 编写背景在互联网时代的今天，订餐已经成为了很多人生活中不可或缺的一部分。
为了更方便地满足用户的需求，我们公司在此打算开发一套网上订餐系统，提供更为便利的点餐、配送等服务。
1.2 目标客户本系统的目标客户为那些想要便捷点餐、无需排队等候的消费者。
1.3 功能需求（1）登录注册：用户可以通过本系统进行登录注册。
（2）在线点餐：用户可以在系统内选择对应商家并在线进行点餐。
（3）订单管理：用户可以在系统中查看自己的订单详情或对订单进行修改、取消等操作。
（4）商家管理：商家通过系统查看订单信息，并提供相对应的服务。
1.4 非功能需求（1）安全性：为了保证用户身份安全，本系统需要进行用户身份验证，并保证交易信息的安全。
（2）可用性：系统应具备良好的用户界面和顺畅的交互操作。
（3）可扩展性：系统应具备良好的可扩展性，实现不同商家的接入和管理。
二、技术架构设计2.1 技术选型（1）前端技术：采用HTML、CSS、JavaScript等技术实现客户端的UI设计和交互操作。
（2）后端技术：采用Java技术开发后端接口，并搭建Spring Boot框架，实现后端服务的管理及路由控制。
（3）数据库技术：采用MySQL数据库，存储订单和用户信息等数据。
（4）API设计：采用RESTfulAPI设计，提供与客户端的数据交互接口。
2.2 性能优化（1）采用缓存技术：采用Redis进行订单信息的缓存，提高系统响应速度。
（2）采用负载均衡：搭建多台服务器实现负载均衡，提高系统的处理能力和并发性。
三、系统架构设计3.1 系统分层本系统采用MVC设计模式，将系统分为模型层、视图层和控制器层，实现代码的解耦。
3.2 模块设计（1）用户模块：实现用户相关的登录、注册、修改个人信息等操作。
（2）商品模块：提供商品浏览、分类等功能。
（3）订单模块：提供订单的下单、支付、取消等功能。
（4）商家模块：提供商家管理订单、菜品等功能。
内部外卖系统设计方案
内部外卖系统设计方案内部外卖系统设计方案随着互联网的普及和移动设备的广泛应用，外卖行业变得越来越发达。
不仅个人消费者可以通过外卖平台点餐，越来越多的企事业单位也开始使用内部外卖系统为员工提供便利。
下面是一个内部外卖系统的设计方案，旨在提供一个便捷高效的内部订餐服务。
一、系统需求分析1. 前台功能要求：提供菜单浏览、餐厅搜索、在线支付等功能，方便用户选择菜品并完成下单。
2. 后台管理功能要求：提供菜品管理、餐厅管理、订单处理、统计报表等功能，方便管理员进行菜品上下架、订单管理等操作。
3. 数据库要求：存储用户信息、菜品信息、订单信息等，方便系统进行数据查询与统计分析。
4. 接口要求：系统需要与支付平台和餐厅合作，提供支付接口和菜品信息接口。
二、系统设计思路1. 前台设计：前台设计要简洁直观，用户能够方便快捷地浏览菜单和点餐。
可以根据用户的历史订单和搜索关键词提供推荐菜品，提高订餐效率。
2. 后台设计：后台设计要方便管理员对菜品、餐厅和订单进行管理和处理。
可以在后台设置餐厅的配送范围、菜品的价格和口味等信息，方便系统进行自动推荐。
3. 数据库设计：数据库要设计合理，可以存储大量的菜品信息、订单信息和用户信息，并支持快速查询和统计分析。
4. 接口设计：系统需要与支付平台和餐厅进行数据交互，要设计合适的接口，并确保数据的安全性和完整性。
三、系统架构设计1. 前台架构：前台可以采用B/S架构，用户通过浏览器访问系统，进行菜品浏览和点餐。
2. 后台架构：后台可以采用C/S架构，管理员通过客户端软件访问后台系统，进行菜品管理、餐厅管理和订单处理等操作。
3. 数据库架构：数据库可以采用关系型数据库，如MySQL，用于存储菜品信息、订单信息和用户信息等。
4. 接口架构：接口可以采用RESTful API，方便与支付平台和餐厅进行数据交互。
四、系统开发流程1. 需求调研：了解用户需求和系统功能要求，确定系统的基本设计思路。
智慧外卖系统设计设计方案
智慧外卖系统设计设计方案智慧外卖系统设计方案一、项目背景随着互联网技术的不断发展，外卖行业正迅速崛起。
为了满足用户对外卖服务的需求，提供更加智能、高效的外卖服务，本设计方案旨在设计一款智慧外卖系统。
二、系统需求1. 用户端需求：- 用户注册/登录：用户可以通过手机号或第三方账号注册/登录系统。
- 浏览菜单：用户可以浏览各餐厅的菜单，查看菜品详细信息。
- 下单并支付：用户可以选择菜品下单，并通过线上支付完成支付流程。
- 查看订单状态：用户可以查看订单状态，包括是否接单、制作中、配送中等。
- 评价餐品和骑手：用户可以对餐品和骑手进行评价和打分。
2. 商家端需求：- 商家注册/登录：商家可以通过手机号或第三方账号注册/登录系统。
- 菜单管理：商家可以管理菜单，包括添加、修改、删除菜品。
- 订单处理：商家可以接受或拒绝用户的订单，并设置订单状态。
- 用户评价管理：商家可以查看用户对菜品和骑手的评价和打分。
3. 骑手端需求：- 骑手注册/登录：骑手可以通过手机号或第三方账号注册/登录系统。
- 接单管理：骑手可以接受、拒绝或取消订单，并设置订单状态。
- 订单配送：骑手可以查看订单配送地址，将订单送达用户手中。
4. 管理员端需求：- 用户管理：管理员可以管理用户信息，包括添加、修改、删除用户。
- 商家管理：管理员可以管理商家信息，包括添加、修改、删除商家。
- 骑手管理：管理员可以管理骑手信息，包括添加、修改、删除骑手。
- 数据统计分析：管理员可以统计并分析用户、商家、订单等数据，提供数据支持。
三、系统架构本系统采用前后端分离的架构，前端使用React框架进行开发，后端使用Node.js作为服务器，数据库使用MySQL 进行存储。
四、系统流程1. 用户流程：a. 用户注册/登录系统。
b. 浏览菜单，选择菜品下单。
c. 提交订单并进行支付。
d. 查看订单状态，等待配送。
e. 收到订单后评价餐品和骑手。
2. 商家流程：a. 商家注册/登录系统。
外卖订餐系统的设计与实现论文
1.2北师大珠海分校外卖订餐行业的现状分析
依靠电话订餐是北师大目前最主要的订餐方式，如比较大的外卖店关东、喜苑、红梦缘都是使用电话订餐方式，此种订餐方式有不少的缺陷，比如：时效问题、打电话的成本等等。目前北师大外卖订餐行业的现状分析如下：
（1）外卖店数量众多，各店竞争较大。
（2）外卖店多数实行人工方式订餐，即打电话订餐登记。这种订餐方式造成订餐很不方便特别在订餐高峰期，经常出现打电话打不通的现象。
图2: MVC / Struts2架构
图2描述了Struts2架构中的模型、视图和控制器。控制器通过Struts2分发Servlet过滤器（也就是人们常说的拦截器）来实现，模型通过Action实现，视图则通过结果类型和结果组合实现。值栈和OGNL提供了公共的线程和链接，并使得不同组件可以相互集成。Struts 2设计的精巧之处就是使用了Action代理，Action代理可以根据系统的配置，加载一系列的拦截器，由拦截器将HttpServletRequest参数解析出来，传入Action。同样，Action处理的结果也是通过拦截器传入HttpServletResponse，然后由HttpServletRequest传给用户。其实，该处理过程是典型的AOP（面向切面编程）的方式，Struts 2处理过程模型如图3所示：
在线订餐系统的设计与实现
在线订餐系统的设计与实现在订餐系统的设计与实现中，需要考虑以下几个方面：1.用户界面设计：- 主页设计：主页应包含餐厅的Logo和一些热门美食的图片，以及简明扼要的餐厅介绍。
-分类浏览：将不同类型的菜品进行分类，方便用户快速查找。
-购物车：用户可以将心仪的菜品加入购物车，并显示总金额。
-用户登录与注册：提供用户注册和登录功能，使用户可以保存个人信息和查看历史订单。
2.数据库设计：-菜品信息表：包含菜品名称、所属分类、价格、简介、图片等信息。
-订单信息表：保存订单详情，包括用户ID、菜品ID、数量、总金额、下单时间等信息。
3.功能实现：-用户管理功能：管理员可以查看用户信息、删除用户，还可以通过评论系统回复用户的留言。
-菜品浏览与功能：用户可以按照菜品分类进行浏览，并可以通过关键字进行。
-下单功能：用户可以选择想要购买的菜品、设置数量，并将订单加入购物车进行结算。
-评价功能：用户可以对菜品进行评价，并可以查看其他用户的评价。
-订单管理功能：用户可以查看历史订单并对已完成的订单进行管理。
4.技术实现：- 前端技术：使用HTML、CSS和JavaScript进行页面布局和交互设计。
- 后端技术：使用Java或其他后端语言处理用户请求，连接数据库进行数据交互。
- 数据库技术：可以使用关系型数据库如MySQL或非关系型数据库如MongoDB进行数据存储。
-安全性考虑：使用HTTPS协议进行数据传输，用户密码等敏感信息需要进行加密保存。
- 手机端兼容性：可以使用响应式设计或开发独立的手机端App，提供更好的移动端体验。
通过以上设计与实现，一个在线订餐系统可以实现用户方便快捷地浏览菜品、下单购买、评价菜品等功能，同时可以方便餐厅及管理员管理订单和用户信息。
这样的系统有助于提升用户便利性，为饮食行业的发展提供了更多机会。
基于移动互联网的外卖订餐系统设计
基于移动互联网的外卖订餐系统设计外卖订餐已经成为现代生活中不可或缺的一部分。
人们通过外卖订餐系统，可以随时随地点餐，无需出门，极大地方便了生活。
而如今的外卖订餐系统不再依赖于电话、传真等传统方式，而是逐渐转向移动互联网方向。
本文将结合移动互联网技术，探讨外卖订餐系统的设计。
一、界面设计外卖订餐系统的设计需要注重用户体验。
首先，界面设计应该简洁美观，符合移动端应用的特点。
同时，要设计出易于用户操作的界面，如分类菜单、搜索功能等。
为了提高用户的满意度，在订餐时应该允许用户自由选择口味、添加要求等。
此外，设计带有评分、评论等用户反馈机制，能够及时掌握用户需求，提高用户体验。
二、技术实现外卖订餐系统的核心是实现用户与商家之间的交互。
移动互联网技术的发展为这一需求提供了更多的解决方案。
在技术实现上，可以通过引入人工智能和大数据等技术手段，提供更精准的推荐服务、优化订单派送等操作。
同时，在技术实现过程中，可以考虑引入云计算、容器等技术手段，提高系统的安全性、扩展性等。
三、支付方式移动互联网的便捷性是其最大的优势之一。
为了更好地满足用户需求，外卖订餐系统应支持多种支付方式，如银行卡、支付宝、微信等。
还可以探索更为先进的支付方式，如面部识别支付、指纹支付等，以提供快捷、方便的支付体验。
四、管理与运营对于外卖订餐系统的管理和运营，应该根据其特点进行优化。
首先，要注重订单管理和配送服务。
通过物联网技术，可以实现订单的实时跟踪、配送路线优化、订单配送状态推送等。
其次，在商家管理方面，应该注重评价体系、营销推广支持等，从而提高商家的服务质量。
最后，系统自身要注重反馈机制和优化运维手段，从而保证其不断完善和优化。
五、安全保障移动互联网技术的应用使得外卖订餐系统成为人们生活中不可或缺的一部分。
因此，系统的安全保障尤为重要。
在安全方面，应该从多个层面进行保障，包括数据传输加密、防止恶意软件攻击、多级别权限控制等。
六、总结外卖订餐系统的设计需要综合考虑用户体验、技术实现、支付方式、管理运营、安全保障等多个方面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
毕业论文Web的外卖系统的设计与实现摘要随着外卖订外卖在高校越来越普及，传统的订外卖给顾客跟外卖店带来不方便，如何使订外卖更快速，更方便已成为众多高校学生关注的问题了。
本外卖订外卖管理系统是针对高校外卖店进行具体的需求分析，采用OOA（面向对象分析）和采用UML工具辅助开发分析，基于S2SH（Struts2+Spring+Hibernate）架构进行设计和开发。
论文主要描述外卖订外卖管理系统的开发流程，分别从需求分析和系统设计、详细设计与系统实现这几个阶段进行描述。
关键词：WEB；订外卖管理系统；S2SH；OOAABSTRACTWith more and more popular in universities order take-out, due to the traditional telephone reservation for customers to bring inconvenience take-away meal, how to make more quickly, more convenient has bee the concern of the students. The take-away meal management system in colleges and universities is the concrete take-away demand analysis, using object-oriented analysis (OOA) and using UML tools to assist in the development, using Struts2-Spring-Hibernate framework to design and development. Thesis mainly describes take-away meal management system process, separately from the demand analysis and system design, detailed design and realization of this system are described several stages.Key words: WEB; meal management system; S2SH; OOA目录第1章绪论11.1 背景11.2 XX工业大学外卖订外卖行业实际情况的分析11.3 外卖订外卖管理系统的可行性分析及其作用11.4 系统简介2第2章外卖系统设计与实现的关键技术32.1 引言32.2 struts2技术介绍32.3 hibernate技术介绍52.4 spring技术介绍52.5 数据源技术介绍72.6 小结7第3章系统需求分析93.1 引言93.2 UML (9)3.3 需求分析93.4 系统功能93.5 小结11第4章系统设计124.1 引言124.2 系统总体结构124.3 系统架构方式124.4 建立数据库表144.4.1 系统信息数据库表设计154.4.2 映射文件的编写164.5 详细设计184.5.1 类设计194.5.2 外卖订外卖系统流程分析214.5.3 时序图分析224.5.4 系统主要界面设计27第5章系统实现305.1 引言305.1 开发工具和环境305.2 环境搭配305.3 编码实现315.3.1 DAO层的编写325.3.2 Service层的编写325.3.3 Web层的编写335.3.4 ajax的应用355.4 小结37结论38参考文献40致41第1章绪论1.1 背景随着社会的不断进步和创新，人们的生活方式也发生了很大的改变,其中外卖和餐饮行业以每年平均22%的速度不断增长，很快成为了中国国民经济中的发展行业最快的之一。
随着人们生活水平的不断提高，在城市中工作人群的步伐也越来越快,有时候根本没有时间自己做饭,这样就促进了外卖行业的发展,在我国大学内餐饮行业中的外卖行业就是发展最为迅速的一个行业，在XX工业大学每年都有几家新的负责外卖的餐厅的的产生。
外卖订外卖也已经成为XX工业大学学生生活中不可或缺的一部分活动了，并且订外卖的方式也随着大学学生们的要求不断提高，不断的创新化和成熟化。
1.2XX工业大学外卖订外卖行业实际情况的分析学生们通过打给外卖餐厅服务员来定外卖是XX工业大学当前使用人数最多的订外卖方式，其中比较大的外卖店有攸县大碗菜、祝家庄、水晶锅等都是采用订外卖方式，但通过订外卖方式存在不少的缺陷和不足，比如：效率和时间的问题、打的费成本问题等等。
对当前XX工业大学外卖订外卖行业的实际情况分析如下：外卖订外卖店铺很多并且菜单丰富，店铺之间一直都在竞争。
外卖店铺很多都是服务员接听客户的并手动记录下外卖的信息,特别是在放学期间,外卖店铺订外卖很多时,很容易发生店铺订外卖打不通的情况。
外卖店铺在接听客户订外卖时,由于客户不熟悉外卖店铺的菜单,在于服务员沟通时会浪费很多的时间,容易造成外卖订外卖占线的情况。
外卖店铺不能及时的获取学生的喜好,容易造成有的菜浪费,有的菜不够的情况。
经过分析XX工业大学的周围的外卖行业的实际情况，很容易发现我国国内大学校园周围的外卖店基本上数都是依靠服务员记录的管理方式，很少外卖店实行外卖订外卖管理的信息化，因此订外卖造成了不少的问题。
1.3 外卖订外卖管理系统的可行性分析及其作用根据以上分析得出传统的依靠打订外卖不仅会造成学生的不方便，另外也对外卖店铺的生意产生了不良影响。
经过分析得出实行订外卖有以下几个缺点：在每天中午和晚上餐厅高峰期间,外卖店铺如果只有一台是不够的,很容易造成占线、餐馆服务员忙不过来、比较仓促、导致双方态度恶劣,引起不必要的麻烦。
学生打一般不知道餐厅有什么菜,所以导致点餐很麻烦,也要浪费很多的时间,如果餐馆去学生发传单,也会造成额外的开销。
学生通过订外卖,总是会产生一定的费用,这个费用也是额外的开销。
通过以上综合的分析，实行打订外卖不仅不会促进外卖行业的发展,反而会成为外卖行业发展的绊脚石，所以实行订外卖管理的信息化是势在必行的，如果外卖管理系统对学生订外卖流程实行信息化管理，不仅给订外卖顾客带来了很大的方便,也会给外卖店铺带来了经济和效率收益。
订外卖管理系统信息化给顾客和外卖店带来了双赢。
对于顾客，不用再担心高峰期打订外卖失败了，顾客可以通过浏览器在在外卖店铺网上浏览相关菜单，还可以添加自己喜欢的菜单，在一定程度上解决了曾经的那种打订外卖造成菜单出错的现象。
也为外卖店铺带来了很大的收益和长远的利益，也能减少外卖店的人力和财力和物力，通过外卖管理系统信息化也能使外卖店能够及时掌握学生客户市场的信息，及时推出新菜系和实行更有效的经营管理策略。
1.4 系统简介基于WEB的外卖系统主要针对的是大学校园的订外卖流程和对订单处理实行信息化而搭建出来的B/S外卖购物平台，学生客户可以通过浏览器上网访问外卖,也可以实现网上浏览菜单和订自己喜欢的菜单到购物车中，外卖店铺服务员通过后台管理登陆该系统实现对订单的处理操作，通过外卖信息化处理给学生客户订外卖带来方便,同时也给外卖店管理人员带来了长远利益。
第2章外卖系统设计与实现的关键技术2.1 引言基于WEB的外卖管理系统的设计与实现选取S2SH架构作为基本设计理念来设计和开发，因为S2SH是SSH的升级版，以前的SSH架构中的用到的MVC框架是struts，而S2SH中的MVC框架用到的是struts2，在Struts框架方面有很大的改进,struts2与struts 在实际配置方面有很大的不同，其中struts2的配置更灵活、开发更加方便，研究人员利用其开发的插件与hibernate和spring都能达到无缝集成，另外本管理系统采用了三层架构，首先用struts2处理的前端，用hibernate封装对数据库的访问操作，使用spring 对struts2、hibernate和业务逻辑层中进行数据对象的管理和连接，struts2、hibernate 和spring三个框架有个字不同的职责，这样分层设计有利于系统项目开发的分工，也能使项目开发达到更高的灵活性和可维护性。
S2SH三层架构如图1.1所示。
图1.1S2SH三层架构图2.2 struts2技术介绍Struts2是目前功能比较完善的Web系统常用的开发框架,Struts2框架是Struts 1.X 的升级和完善的版本，Struts 2框架集合了Struts 1.X框架和WebWork框架功能中的优点。
相对比较Struts 1.X,Struts2在功能上已经有了非常大的改进，首先是取消了ActionForm，其次是降低了框架组件之间的耦合度，Struts 2中的Action部件只是普通的Java类（POJO），使用它可以给模块测试的工作带来了极大的简便。
Struts2也提供了强大的整合能力，支持多种返回结果类型，改进了Struts 1.X的标签库，引入OGNL 表达式和值栈的概念，给开发者带来了更好的体验[1]。
另外从全局功能的角度来看,Struts2在一定程度上是一个pull（拉）功能类型的MVC理论的框架，另外它与传统类型的MVC框架理论的区别方面就在于在Struts2中，在其中Action部件担任的是模型的部分，而不是控制器的部分，虽然它的部分功能仍然有一些重合。
“pull”的动作由视图发起，它直接从Action里拉取所需的数据，而不是另外还需要一个单独的模型对象存在[2]。
图1.2 MVC/Struts2架构图图1.2描述了MVC/Struts2架构中的模型层、视图层和控制器层的流程。
如图所示:控制器层通过Struts2分布Servlet过滤器来实现功能。
模型层在功能上通过Action部件实现，视图层则通过结果类型和结果组合实现。
值栈和OGNL提供了公共的线程和通道，在一定程度上可以使得不同组件之间可以相互的集成。
Struts2框架的可取之处就是使用了Action部件代理，Action代理可以根据系统预先配置好的配置文件，加载一系列的Servlet拦截器。
由拦截器将HttpServletRequest参数解析出来，传入到Action部件当中。
同样，Action部件处理的数据也是通过Servlet拦截器传入HttpServletResponse，然后由HttpServletRequest将数据结果传给用户。
其实，上面的处理过程是典型的AOP 理论的方式，Struts2处理过程模型如图1.3所示。
图1.3 Struts2处理过程模型图2.3 hibernate技术介绍Hibernate是一个优秀的轻量级的ORM框架，开发人员可以通过使用Hibernate框架。