毕业设计（论文）-周末组团游网络平台的设计与实现(69页).docx

《毕业设计（论文）-周末组团游网络平台的设计与实现(69页).docx》由会员分享，可在线阅读，更多相关《毕业设计（论文）-周末组团游网络平台的设计与实现(69页).docx（68页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-毕业设计（论文）-周末组团游网络平台的设计与实现-第 60 页学士学位论文题目：周末组团游网络平台的设计与实现设计人： 指导教师： 所属系部： 专业班级： 20 17 年 6月1日太原科技大学毕业设计（论文）任务书 学院: 计算机科学与技术学院 学 生 姓 名学号专业班级同组人无任务下发时间2017-2任务完成时间2017-6设计（论文）题目周末组团游网络平台的设计与实现设计目的要求周末组团网络平台的设计是为了解决大学生周末组团游的问题，解决大学生想结伴出游，但是没有相应渠道的问题。该平台的登录需要用户进行模拟实名认证，用户通过提交资质文件，后台人员进行模拟审核通过。实名认证后的用户有大学生

2、账户，车主账户，普通账户。大学生账户登录该平台，浏览出游信息，或者发布出游信息。发布出行信息的大学生账户可以根据自己的意愿是否生成订单。车主账户浏览已经生成的订单，进行接单处理。订单完成后，大学生账户可以进行支付，并且完成订单的支付。设计主要内容1.大学生与车主账户的登录与注册。2.模拟大学生与车主账户的实名认证。3.大学生账户的出行信息发布与参与活动。4.大学生账户的订单生成与车主账户接受订单。5.大学生账户订单完成后进行支付并且对订单进行评价。设计提交资料毕业论文提交软件英文翻译学生签名指导教师签名系主任签名主管院长签名说明：一式两份，一份装订入学生毕业设计（论文）内，一份交学院（直属系）

3、。中文摘要该项目主要通过出游的方式，解决大学生之间的沟通问题。本论文从软件设计的八个流程出发，对大学生周末组团游网络平台的开发，从可行性分析到需求分析，再到总体设计，最后到编码实现以及测试运维。论证了该项目开发的可行性，不仅具有社会性，还具有盈利性。该网络平台主要设计有两个大模块，分为前台显示模块与后台管理模块。其中前台显示模块主要有登录注册以及实名认证功能。当用户经过实名认证后，将对用户赋予不同的功能。大学生认证用户可以进行信息的发布，参与，订单生成与支付。而车主认证用户，拥有接单的功能。该项目的立意旨在提升大学生的交流能力，其社会意义在于通过旅游这种形式加强大学同学之间的友谊。关键词：ac

4、tivity5流程框架；RBAC权限模型；Bootstrap框架；MVC设计模式；组团出游The design and implementation of group travel network platform over the weekendAuthor：Wang Qian Tutor：Wang LifangAbstractThe project is mainly through the way of travel, solve the problem of communication between the college students.This paper starting f

5、rom the eight process of software design, the development of the college students group travel network platform over the weekend, from the feasibility analysis to the demand analysis, to the overall design, finally to implement and test operations.Demonstrates the feasibility of the project developm

6、ent, not only has social, also has the profitability.The network platform design has two main modules, divided into the foreground display module and the backstage management module.The front desk display module mainly has registered login and real-name authentication function.When the user after re

7、al-name certification, gives the user to different functions.College students can authenticate the user of information release, participation, the order form and payment.To authenticate users and owners, with the function of the order.The conception of this project aims to improve students ability t

8、o communicate, its social significance lies in through this form of tourism to strengthen the friendship between the university students.Keywords: activity5 process framework;RBAC authorization model;The Bootstrap framework;The MVC design pattern;Group travel目录第一章 系统概述11.1 系统的开发背景与意义11.2 问题描述11.2.1

9、问题的提出11.2.2 问题的分析11.2.3 问题的解决21.3 系统主要概述21.3.1 系统的环境21.3.2 系统的开发流程21.3.3 系统的主要功能3第二章 可行性分析42.1 投资可行性42.2 技术可行性42.3 实施可行性42.3.1 项目实施的人员可行性42.3.2 实施项目的资金可行性52.3.3 实施项目的先决条件52.4 经济可行性52.5 社会可行性52.6 风险控制的可行性6第三章 需求分析73.1 功能需求73.1.1 前台功能需求73.1.2 大学生账户功能需求83.1.3 司机账户功能需求103.1.4 后台管理功能需求103.2 性能需求133.3 接口需

10、求143.4 数据管理能力需求143.5 故障处理需求163.6 其他可能需求16第四章 总体设计174.1 系统流程174.2 关键技术与算法184.3 数据库表设计184.4 加密方案254.5 系统单元设计254.6 接口设计254.6.1 外部接口254.6.2 内部接口28第五章 详细设计305.1 后台管理模块305.1.1 管理员管理305.1.2 角色管理305.1.2 资质管理315.1.3 权限管理315.2 前台显示模块315.2.1 页面显示315.2.2 实名认证流程31第六章 编码实现336.1 后台管理模块336.1.1 管理员管理336.1.2 角色管理346.

11、1.2 资质管理366.1.3 权限管理366.1.4 流程管理模块366.1.5 审核管理模块386.2 前台显示模块396.2.1 页面显示396.2.2 实名认证流程396.2.3 发布信息466.2.4 浏览信息466.2.5 提交订单486.2.6 我的收藏486.2.7 我的订单49第七章 测试507.1 测试方法选择507.2 后台管理模块507.2.1 管理员管理507.2.2 角色管理527.2.3 资质管理537.2.4 权限管理557.3 前台显示模块567.3.1 实名认证567.3.2 发布信息617.3.3 浏览信息627.3.4 参与活动627.3.5 生成订单6

12、37.3.6 接受订单637.3.7 订单支付647.3.8 订单评价65结束语66致谢67参考文献68附录I 英文资料翻译69附录II 程序代码78第一章 系统概述1.1 系统的开发背景与意义现在国内相应的旅游软件很多，并且已经很成熟，也拥有自己相应的客户人群，如果单纯的继续做一个跟市面上大多数软件相同的项目，并不会很受欢迎，相反会因为没有相应的管理经验与固定的受众人群，失去这个软件的设计的价值。综合自己大学生的身份考虑，以及现在大学生大学生活的现状，将旅游平台跟大学生紧密的结合在一起，是这个项目现阶段设计的核心。现在国内的开发环境，拥有完美的出游软件，也有完美的大学生交友软件，这个项目的核

13、心就是将大学生的交友与旅游结合在一起。该项目主要解决大学生希望交到更多的朋友，但是没有具体的交流渠道的问题。该项目的开发意义在于给大学生提供一个交流的平台。将一群渴望交到更多朋友，又志同道合的大学生们集合在一起，这正是当前系统开发的意义。用户可以发布相应的出行信息，限定相应的截止日期与人数，人数不足时，询问信息发布人是否愿意将发布相同信息的团队结合起来，信息发布完成后，在信息确认发布截止日期到达后，询问信息发布者是否生成订单，订单生成后，可以由实名注册后的司机接单，完成订单。1.2 问题描述1.2.1 问题的提出根据现在对于大学生的调查，大学生之间的交流越来越少，除了与本宿舍同学间的交流，人与

14、人之间的交流也已日渐匮乏。但是根据社会调查的结果表明，大学生现在存在的问题就是渴望与别人交流，但是苦于没有合理的方式与渠道。于是，一种适合大学生之间的交流的方式迫切需要出现。1.2.2 问题的分析经过研究发现，旅游是一种建立人与人之间关系最快速的方式，在旅游的过程中，人的精神高度放松，容易建立起对别人的信任，在美丽的景色面前，人与人之间更加容易交流。在陌生的大学生之间，短暂的交流并不能建立起人与人之间的沟通的桥梁，但是在长途的旅游途中，在极端的劳累中，人最容易对旁边陪伴自己的伙伴产生依赖。当前的软件市场，旅游的软件很多，拼车的软件也很多，但是将旅游与自主拼车结合起来的软件几乎没有，致力于大学生

15、自主组团出游的软件就更加没有了。所以，我决定开发一个这样的项目来解决这个问题。当前的拼车软件很多，但是针对大学生搭配出游的软件市场上几乎没有，现在市面上的拼车软件，大部分是有“滴滴打车”类似软件延伸出来的拼车软件，但是对于具体的出游拼车并没有详细的服务。1.2.3 问题的解决现在存在的问题是迫切需要一个平台解决大学生组团出游的问题。现在流行的是进行B/S结构的开发8，进行浏览器端项目的开发，不仅开发的周期短，并且适用的环境多变，所以，可以通过建立一个网点，建立服务器，搭建一个可以提供大学生自主拼车组团游的网站来解决这样的问题。1.3 系统主要概述1.3.1 系统的环境项目的开发会有三种环境，分

16、别是开发用的本机环境，测试用户本机环境，以及生产的服务器环境。开发环境指的是本机进行代码开发的环境部署，测试指的是本机编好代码后进行功能测试环境，生产的环境指的是该项目投入生产后，真正运行的环境部署。对于各种环境的部署，其各参数如表1-1所示。表1-1 三种环境部署环境开发环境测试环境生产环境操作系统Window7Window7linux服务器Tomcat7.0Tomcat7.0Tomcat7.0数据库MySQLMySQLMySQL1.3.2 系统的开发流程该系统的开发严格按照软件工程的设计过程，可行性分析、需求分析、总体设计、详细设计、编码实现、测试、运行与维护5。1.3.3 系统的主要功能

17、该系统的主要功能是针对在校大学生发布出游信息，车主进行接单的过程。主要包括前台与后台。前台用户系统的主要功能：用户的实名认证。大学生用户：发布信息，我的收藏，生成订单。车主：我的收藏，接受订单。后台管理系统的主要功能：会员管理，用户管理，权限管理。第二章 可行性分析2.1 投资可行性大学生是一个相当庞大的消费群体，一个基于旅游的网络交友平台一定可以引起大学生相当大的注意。对于一个周末组团游的网络平台的开发，现在的技术已经相当成熟了，开发的难度并不会很大，搭建一个业务逻辑功能实现的网络平台平台，前期投入的资金并不会很多。现在的宣传渠道有很多，拥有快速将网络平台推销出去的方式。庞大的大学生群体，成

18、熟的开发技术，便捷的宣传渠道。这些的便利条件以及该项目的尚未形成大的市场与规模，使得该项目值得去投资。2.2 技术可行性现在对于一个网络平台的开发，技术已经相当成熟了。不管是前台的页面显示技术，还是后台服务器的搭建。以及数据库存储。高性能的网络平台的开发技术，成熟的框架开发理念以及完整的业务逻辑设计，使得该项目的开发在技术上没有很大的问题。现在互联网的高速发展，使得手机普及到了家家户户的每个人，网络对于每个人都熟悉的不能再多了。现在的主流语言适合开发我们的周末出游系统，可以首选JAVA语言，首先JAVA语言是一门面向对象的开发语言1，现在主流框架的大量流行，使得JAVA语言的开发难度降低，开发

19、周期变短，完全可以通过较短的开发周期，开发出一套比较适合我们使用的周末出游系统。数据库可以使用MySQL这种轻量级的数据库5，虽然出游系统的客流量比较大，但是对于数据库而言，需要存储的有效信息确实不是很多，也就是需要长期存储的信息并没有想象的那么庞大，只是需要频繁的进行数据的交换，与对数据库操作，MySQL这种数据库完全可以完成需求，并且MySQL是免费使用的，可以节省开发成本。2.3 实施可行性2.3.1 项目实施的人员可行性目前项目的开发需要简单的业务逻辑实现，主要流程功能的实现，需要项目可以搭建在远程的服务器上运行，可以提供所需要用户的注册，登录，以及相应的实名认证过程。对于实名认证后的

20、分支提供不同的能力与功能的实现。对于大学生注册成功的用户，提供相应的浏览信息，发布信息，以及生成订单，支付订单的功能实现。对于注册成为车主的用户，需要提供浏览订单，接受订单的功能。实现简单逻辑功能的实现，需要的是实施人员并不会很多，需要一个实施人员进行前期的业务逻辑分析与主要逻辑功能实现的代码编写。所以在人员实施方面需要一个实施人员进行路基分析与主要代码的编写。2.3.2 实施项目的资金可行性该项目的实施需要的前期的启动资金，中期的运行资金以及后期的运维以及宣传的资金。成本费用前期开发主要是程序员的费用以及电脑的损耗。产品开发后的费用主要是推广的费用，该项目的推广前期是不可能会有收入的。起始阶

21、段产品还未被大众所熟悉。可能不会有盈利情况，但是本产品的使用范围广，经推销之后的用户数量一定会逐渐增长，很快就会获得丰厚利润。鉴于项目使用的是JAVA语言与MySQL5数据库，所以开发周期相对而言不会很长，前期的开发需要的资金并不会很多。2.3.3 实施项目的先决条件需要严谨的项目分析，清晰的业务逻辑分析，高效的开发流程，稳定的运行环境。2.4 经济可行性当前的拼车软件很多，但是针对大学生搭配出游的软件市场上几乎没有，现在市面上的拼车软件，大部分是有“滴滴打车”类似软件延伸出来的拼车软件，但是对于具体的出游拼车并没有详细的服务。2.5 社会可行性该项目的实施对于当今社会的意义在于提高大学生之间

22、的交流频率，有效增加大学生之间的交流，提供一个大学生结伴出游的平台。减少大学生之间的交流瓶颈。2.6 风险控制的可行性前期的开发项目过程以及中期的项目运行上线阶段，在加上后期的运维以及宣传，项目的盈利几乎为负。项目的正式上线测试之后的一个月内，只要宣传得当，用户的急剧增加，可以保证项目的盈利。第三章 需求分析申请账号的用户可以发布相应的出行信息，限定相应的截止日期与人数，别的用户对该信息感兴趣时们可以打电话询问，如果满意的话可以进行报名。系统会在人数不足时，询问信息发布人是否愿意将发布相同信息的团队结合起来，信息发布完成后，在信息确认发布截止日期到达后，询问信息发布者是否生成订单，订单生成后，

23、可以由实名注册后的司机接单，完成订单。3.1 功能需求3.1.1 前台功能需求用户前台的功能需求主要分为用户注册，用户登录，实名认证流程，其中实名认证的流程主要为：账户选择，基本信息填写，资质文件上传，邮箱确认，输入验证码。以下将对前台用户的功能需求进行详细的分析：1.用户注册用户进行注册时，需要在注册页面输入用户名、密码以及确认密码。后台会通过AJAX验证用户名是否可用，当用户名显示可以使用时，前台验证用户名输入的密码与确认密码是否一样。当所有的验证都通过时，用户可以完成注册，跳转到登录主界面。2.用户登录用户进行登录时，需要输入用户名与密码。后台通过AJAX验证用户输入的用户名与密码与数据

24、库中是否一致。如果不一致的话，前台提示用户名或者密码错误。如果一致的话，跳转用户登录主界面。3.实名认证用户登录成功后，会显示用户尚未进行实名认证，点击实名认证按钮，开始实名认证的流程。以下为实名认证的流程。1） 账户选择点击实名认证后，跳转到账户选择按钮。页面显示大学生，车主，普通人三个选项进行实名认证。用户需要根据自己的情况，选择不同的账户认证。账户选择完成后，跳转到基本信息填写模块。2） 基本信息填写用户选择完账户之后，需要进行基本信息填写。主要的基本信息包括：真实姓名，身份证号码，邮箱以及电话号码。当用户输入真实姓名与身份证号码后，后台会进行第三方身份证接口的调用，进行验证，验证通过后

25、，会将用户的基本信息进行保存。3） 资质文件上传当用户完成基本信息的录入后，跳转到资质文件上传页面。用户需要根据不同的账户选择，进行不同的资质文件上传。后台会将用户上传的资质文件保存到服务器上，数据库会保存存储路径。资质文件上传成功后，进入邮箱确认的流程。4） 邮箱确认资质文件上传成功后，进入邮箱确认的流程。进行邮箱确认时，用户需要确认在基本信息填写时输入的邮箱是否可用，当确认可用后，点击下一步。当确认不可用时，进行邮箱的重新输入。5） 输入验证码当用户进行邮箱确认后，后台会启动流程框架，对用户的邮箱发送一份认证码，用户需要将收到的验证码输入到当前页面中。当验证码不正确时，进行前台的提示。当验

26、证码正确时，跳转到登录主页面，并且提示实名认证审核中。3.1.2 大学生账户功能需求当用户进行完大学生账户的实名认证审核后，其将拥有大学生的权限与功能。大学生账户的功能主要有：发布信息，加入收藏，我的收藏，我发布的信息，查看详情，生成订单，我的订单，查看司机详情，去支付，去评价。下面对每个功能的功能需求进行全面的分析与解释。1.发布出游信息大学生账户可以进行发布出游信息。当点击发布信息后，大学生账户可以根据页面提示输入对于出游信息的要求。当点击分布后，会显示是否发布成功。当发布成功后，该信息会显示给所有用户。2.加入收藏当大学生账户浏览别人发布的出游信息时。如果对该出游信息感兴趣，但是并没有是

27、否要参与，可以点击加入收藏按钮，可以将该出游信息添加到自己的收藏中，方便以后进行查看与参与活动。3.我的收藏当大学生账户点击加入收藏后，其可以点击我的收藏按钮，查看自己已经收藏的出游信息。4.我发布的信息大学生账户可以通过点击我发布的信息按钮去查看自己发布的出游信息。后台会根据该用户的ID查找到用户已经发布的信息，显示到页面上。5.查看详情用户可以在登录主页面显示的出游信息上或者收藏的出游信息上，查看该出游已经参与的人员的集体信息。6.生成订单发布出游信息的大学生账户，可以在我的出游信息页面，点击生成订单。将相应的出游信息生成订单，并且将所有跟该出游信息有关的人员存入订单相关的表中，该出游信息

28、酒杯删除了。然后跳转到我的订单页面，订单的状态会显示为未接单状态。7.我的订单点击我的订单按钮，后台会查询所有跟该用户有关的订单，显示到当前页面。8.查看司机详情当生成的订单被车主账户接单后，大学生账户可以在我的订单页面查看接单司机的详细信息。9.支付当车主用户输入订单的相应金额后，大学生账户可以根据订单的金额，进行支付。当支付完成后，订单会变成去评价状态。10.评价当订单的金额支付后，订单会出现去评价的按钮。点击去评价后，可以在文本框中输入对订单的评价。输入完成后，订单会变成已完成状态。3.1.3 司机账户功能需求当车主账户通过实名认证审核后，其将具有接受订单，查看详情，输入相应金额，我的订

29、单功能。其中查看详情，我的订单功能与大学生账户的功能一样，其不同的功能将在下面进行具体描述。1.接受订单实名认证审核后的车主点击接受订单后，后台会检索所有订单状态为未接单的订单显示到页面。车主账户可以点击接受订单，该订单会存储车主信息，并且将状态变为已接单状态。2.输入相应的金额当订单接单后，完成旅游行程后，车主可以将所花费的金额输入到订单列表，订单会变成待付款状态。3.1.4 后台管理功能需求后台管理模块主要的功能有登录、用户管理、角色管理、权限管理，许可管理、账户权限管理、资质管理、流程管理以及实名认证人工审核。后台管理的登录跟前台用户的处理方式相同，但是没有注册功能，其用户的注册将在用户

30、管理中的添加用户实现。1.用户管理1）显示点击用户管理，分页显示所有的用户及其相关信息。2）新增用户点击新增用户，将用户的信息输入，新增成功后将在页面第一条显示。3）批量删除选中要删除的用户，点击批量删除，相应的用户将被删除。4）用户角色分配点击用户的角色分配，显示一个左右结构的分配列表。左边为用户没有分配的角色，右边为用户已经分配的角色。将左边的角色移动到右边时，说明该用户已被分配该角色。5）单用户删除点击相应用户的删除按钮，通过确认删除后，该用户会被删除。6）修改用户点击相应的用户修改按钮，会显示当前用户的所有信息，对用户的信息进行修改后提交，会将该用户的信息进行修改。2.角色管理1）显示

31、点击角色管理，分页显示所有的角色信息。2）新增角色点击新增角色按钮，输入角色信息，该角色将录入数据库，在第一条显示新添加的角色信息。3）批量删除选中要删除的角色信息，点击删除，可以对角色信息进行批量删除。4）角色权限分配点击权限分配按钮，将分配的权限打钩，将相应的权限分配给角色。5）修改角色信息点击修改按钮，将该角色的信息显示到前台，修改后，角色信息将被修改。6）单角色删除点击相应角色的删除按钮，经过确认删除后，该角色会被删除。3.许可管理1）显示点击许可管理，将后台数据库的所有的许可通过树形结构显示出来。2）新增许可在不同层级机构处，点击新增按钮，输入相应的许可信息，将用户输入的许可信息插入

32、到数据库，新增成功后，在许可信息树形结构相应的地方显示新增的许可信息。3）修改许可在不同层级机构处，点击修改按钮。页面会显示该许可信息，将修改后内容更新后，显示的许可信息会变化。4）删除许可在不同层级机构处，点击删除按钮，根据用户的选择删除该许可。显示是否确认删除，确认删除后，显示许可主页面。4.账户权限管理1）显示点击账户权限管理后，会显示账户权限的所有关系。打钩的为拥有该权限，未打钩的为没有该权限2）新增账户权限点击新增按钮，输入权限的相应信息。新增完成后，相应的账户群贤信息会显示。3）账户权限分配将相应账户与权限对应处打钩，取消打钩进行取消分配。修改完成后，相应的关系信息会保存到数据库。

33、5.资质管理1）显示点击资质分类管理按钮，显示账户与资质之间的关系，打钩的为需要该资质，未打钩为不需要该资质。2）账户资质分配在账户与资质关系处打钩进行分配，取消打钩进行取消分配。分配后，相应的账户，资质关系会被保存到数据库中。6.资质管理1）显示点击资质管理，查询所有的资质信息，进行分页显示。2）新增资质点击新增资质按钮，输入资质信息。输入的资质信息会被插入到数据库中。3）批量删除选中要删除的资质信息，点击删除按钮。选中的资质信息会被删除。4）修改资质信息点击修改按钮，该资质的信息显示到前台，将输入资质信息进行更新。5）单资质删除点击删除按钮，根据用户的选择是否删除该资质。7.流程管理1）显

34、示点击流程管理，显示所有的流程信息。2）上传流程将制作好的流程图上传，页面会显示已经上传的流程图。3）批量删除选择需要删除的流程，点击删除按钮，将选择的流程进行删除。4）单点删除流程点击相应流程的删除按钮，根据用户选择是否删除该流程进行流程的删除。8.实名认证人工审核1）显示点击实名认证人工审核，显示所有需要进行实名认证审核的用户。2）实名认证审核点击实名认证审核，显示该用户上传的资质文件，检查用户上传的资质文件，根据文件信息，确认是否审核通过。3.2 性能需求1.精度浮点数精度要求为小数点后两位。2.时间要求处理速度为1s内，每秒可以处理200次请求。3.3 接口需求1.外部接口需求1）身份

35、证实名认证接口输入身份证号码，通过异步请求，判断用户输入的真实姓名与身份证号码是否一致。2）IP地址定位接口获取用户访问使用的IP地址，根据用户的IP定位到用户的所在地址。2.内部接口需求1）会员接口通过WebService发布前台系统MemberService的接口。2）资质接口通过WebService发布前台系统CertService的接口。3.4 数据管理能力需求根据问题分析以及可行性分析，用户从注册到登录的具体流程为：通过实名认证后，用户可以认证为大学生账户跟车主账户。具体流程：大学生账户进行发布信息，别的大学生账户可以进行信息的参与，当到达一定人数，信息的发布者可以选择进行订单的生成

36、，当订单生成后，该订单处于未接单状态，注册为车主的用户可以进行接单，该订单就变为已结单状态。当当订单进行完毕后，车主将费用输入，处于该订单中额所有用户都进行支付后，该订单变为未评价状态。用户可以对订单进行评价，后面的用户可以查看已经完成订单的评价。评价完成后，订单变为已完成状态。根据具体的流程的过程，绘制相应的数据流图，如图3.1所示。根据具体的数据流图，根据各个实体之间的联系关系，绘制出相应的E-R图。其中实体之间的一对多或者多对一关系中，会在建立对多关系一方的实体数据库表时，建立对一实体的外键字段进行标记。其中属于多对多关系的实体关系，采取建立一张标记两个实体的关系表，分别存储两个实体的主

37、键，以保存两个实体的关系。对于数据库的建表以及表与表之间的关系描述，将在E-R图中进行详细的描述，其中E-R如图3.2所示。对于数据库表的建立在第四章将会详细说明。图3.1 流程处理的数据流图根据绘制的数据流图，绘制相应的E-R图，如图3.2所示。图3.2 E-R图3.5 故障处理需求发生错误，跳转到错误页面，发生权限问题，跳转到权限不够页面。对于临界值的设定与控制，进行前台的页面验证提示语后台的信息录入处理。3.6 其他可能需求1.可能有的订单人数不够，所以可能可以将相同需求的订单在经过所有订单用户同意的情况下进行订单的合并。2.可能上传资质文件或者有些麻烦，可以进行学信网的学号相关信息查询

38、。3.当今的注册都是手机号，可能出了用户名与密码注册外，需要更多的注册方式。4.希望借鉴滴滴打车的自动计费模式，实现金额自动提交。第四章 总体设计4.1 系统流程根据需求分析的内容，将用户从登陆开始的所有可以进行的操作绘成数据流程，根据数据流程图可以清晰的认识到用户在系统中所承担的角色，以及对总体系统有全面的掌控。图4.1 就是系统的系统流程图。图 4.1 系统流程图4.2 关键技术与算法1.Activit5流程框架覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架2。2.RBAC权限模型RBAC（Role-Based Access Control，基于

39、角色的访问控制），就是用户通过角色与权限进行关联。3.FreeMarker页面技术FreeMarker是一款模板引擎： 即一种基于模板和要改变的数据，并用来生成输出文本（HTML网页、电子邮件、配置文件、源代码等）的通用工具3。4.Bootstrap框架一个用于前端开发的开源工具包。5.zTree组件zTree是一个依靠 jQuery 实现的多功能 “树插件”。优异的性能、灵活的配置、多种功能的组合是zTree最大优点。4.3 数据库表设计管理员表（t_user）是主要存储管理员信息的用户表。表4-1 是用户表的数据字典。表4-1 管理员表字段名称字段类型字段长度是否为空备注IDint5否主键

40、loginAcctvarchar50否用户名loginPasswordchar32否用户密码usernamevarchar50是用户真实姓名emailvarchar64是用户邮箱createTimecahr19是创建时间会员表（t_member）是主要存储会员信息的表。表4-2 是会员表。表4-2 会员表字段名称字段类型字段长度是否为空备注IDint5否主键loginAcctvarchar50否用户名loginPasswordchar32否用户密码Statuschar1否用户状态0代表未实名认证，1代表已实名认证acctypechar1是账户类型0代表大学生账户，1代表车主账户，2代表普通账户

41、realnamevarchar50否真实姓名Cardnovarchar18否身份证号码Telvarchar15否电话号码Emailvarcahr64否电子邮箱账户资质表（t_cert）表示不同账户实名认证需要的资质。表4-3 账户资质表字段名字段类型字段长度是否为空备注IDint5否主键Namevarchar50否资质名称账户资质关系表（t_acct_cert）是表示账户与资质之间关联关系的表。表4-4 用户资质关系表字段名称字段类型字段长度是否为空备注IDint5否主键acctypechar1否0代表大学生账户，1代表车主账户，2代表普通账户cartIDint11否资质ID账户权限表（t_a

42、cct_permission）是表示账户拥有不同权限的关系表，是账户与权限关系表的集合表。表4-5 账户权限表字段名称字段类型字段长度是否为空备注IDint5否主键Acct_IDint5否资质IDpermissionvarchar50否权限urlvarchar64否权限url我的收藏表（t_cart）存储用户收藏的出游信息，跟发布信息表与会员表有关联，存储发布信息表与会员表的ID。表4-6 收藏表字段名称字段类型字段长度是否为空备注IDint5否主键Addressvarchar64是地址Travel_IDint5否发布信息IDNoint5是总人数Member_IDint5否用户IDDatech

43、ar19否出行时间Realnoint5否真实人数Telvarchar15否创建人电话号码订单评价表（t_desc）存储订单完成后，相应用户对该订单的评价。与订单表相关联，存储的是订单ID。表4-7 用户评价表字段名称字段类型字段长度是否为空备注IDint5否主键loginAcctvarchar50否用户名Order_IDint5否订单IDOrder_descvarchar100否订单评价会员资质关系表表（t_member_cert）存储的是会员与资质的关系。该表与会员表、资质表相关联，存储会员ID，资质ID。表 4-8 会员资质关系表字段名称字段类型字段长度是否为空备注IDint5否主键Mem

44、berIDint5否会员IDCertIDint5否资质IDiconpathvarchar50否图标菜单表（t_menu）存储的是管理员登陆后可以访问的菜单。表4-9 菜单表字段名称字段类型字段长度是否为空备注IDint5否主键Namevarchar50否菜单名称PIDint5否上级菜单IDUrlvarchar64否菜单url订单表（t_order）存储的是出游信息生成的订单信息。存储我的收藏ID，车主ID与会员相关联。表4-10 订单表字段名称字段类型字段长度是否为空备注IDint5否主键Addressvarchar50否地址Statuschar1否0代表未接单状态，1代表已接单状态，2代表未付款状态，3代表已付款未评价状态，4代表已评价，订单已完成Cart_IDint5否我的收藏IDCreate_Timechar19否创建时间Noint5否真实人数Datechar19否出游时间P