基于分布式旅游网站的设计与实现

设计题目系专班学

别业级号

基于分布式旅游网站的设计与实现

软件工程系软件工程

12级软件工程（软件开发）2班1240112173陈沛森李明雨学生姓名指导教师

下发时间：2015年11月1日

毕业设计须知1、认真学习和执行广州大学华软软件学院学生毕业论文（设计）工作管理规程；

2、努力学习、勤于实践、勇于创新，保质保量地完成任务书规定的任务；3、遵守纪律，保证出勤，因事、因病离岗，应事先向指导教师请假，否则作为缺席处理。凡随机抽查三次不到，总分降低10分。累计缺席时间达到全过程l／4者，取消答辩资格，成绩按不及格处理；

4、独立完成规定的工作任务，不弄虚作假，不抄袭和拷贝别人的工作内容。否则毕业设计成绩按不及格处理；

5、毕业设计必须符合《广州大学华软软件学院普通本科生毕业论文（设计）规范化要求》，否则不能取得参加答辩的资格；

6、实验时，爱护仪器设备，节约材料，严格遵守操作规程及实验室有关制度。

7、妥善保存《广州大学华软软件学院本科毕业设计任务书》。8、定期打扫卫生，保持良好的学习和工作环境。

9、毕业设计成果、资料按规定要求装订好后交指导教师。凡涉及到国家机密、知识产权、技术专利、商业利益的成果，学生不得擅自带离学校。如需发表，必须在保守国家秘密的前提下，经指导教师推荐和院领导批准。

课题名称完成日期：

基于分布式旅游网站的设计与实现2016年

4月

1日

一、题目来源及原始数据资料：

题目来源：教师根据教学需要自拟的课题。

原始数据资料：本题是要设计一个旅行社网站，该旅行社分布在在全国多个重点的旅游城市，各个重点城市都有自己的数据库服务器。该站点应该完成如下任务：1、以旅行社为单位建立网站，介绍本社旅游线路的景点。2、管理每只旅游团人员的详细情况，关心老年游客的健康。3、对于有转团要求的游客，在总社的范围内进行分布式事务处理，既能满足游客的要求又可以使游客资源在总社范围内不损失。

要求系统应具有分布式特征，掌握数据的分布式事务处理技术。

主要模块有：本社旅游线路及景点介绍、参团游客管理、转团游客管理、游客投诉以及本地旅行社的员工管理等。

设计者应做到1、网上收集旅行社管理相关资料。2、深入了解旅行社的业务，总店与分店之间的联系。3、参考书籍，获得系统所需知识点和资料。二、毕业设计要求：

1、负责数据库相关部分的建立与维护，建立各个数据表及相关的约束；2、建立与数据库相关的存储过程及触发器；

3、负责优化数据库结构，提高数据库运行效率，提高数据库的安全性和可靠性；4．网站基础建设与数据库的主要任务:（1）负责网站的基本框架建设和界面的美工。（2）负责用户登录界面的制作。

（3）负责相关数据表的录入和维护以及测试数据的。（4）负责上述模块的设计，保证每一个功能的实现。

5、该设计应经过用例测试，保证性能、保证稳定可靠。6、按时完成毕业设计论文的初稿、修改稿和定稿。

三、进度安排、应完成的工作量：

1、第八周前:完成选题工作。指导教师指导学生在查阅资料的基础上,填写毕业论文开题报告或毕业设计任务书。

2、第十周：指导教师指导学生在查阅资料的基础上,填写毕业论文开题报告或毕业设计任务书。。

3、明年3月初交毕业论文（设计）初稿。4、明年4月1日提交毕业论文（设计）成品稿。

5、明年5月5日前，教师批改论文，组织学生毕业答辩。(2016年5月5日前)提交的毕业论文（设计）成品打印稿；

6、明年5月13日前，完成毕业设计相关工作，归档论文资料。

摘要

本文阐述了一个基于B/S结构的基于分布式旅游网站的设计与实现---该网站，将旅游信息进行规范化、分布式管理，提升了企业的办公效率，并解决了企业在业务操作过程中遇到的各种时间，资金或调配上的种种问题。本论文在详细讨论ASP技术和MVC设计模式的基础上，采用ASP注解技术（ASP.NETMVCDataAnnotations）和jQuery库、流行前台框架（Bootstrap）进行了需求分析和总体设计，并使用VisualStudio2015开发环境和ISS应用服务器以及数据库管理系统MicrosoftSQLServer2014实现了基于RestfulJava的跨平台分布式的景点管理、订单管理、用户管理、评价管理等系统功能，通过测试运行表明该系统功能完善、运行稳定，能够满足实际应用的需要。关键词

分布式，景点管理,订单管理，规范化管理，MVC设计模式IABSTRACT

ThisarticleexpoundsaprojectmanagementsystembasedonB/Sstructure.Thesystemofcombiningthestandardizedmanagementwithdistributedmanagement,wouldimprovethebusinessefficiencyandsolvevariousproblemsenterpriseencounteredduringbusinessprocessingsuchastime,money,whichallocationproblemsandetc.Thispaperdiscussedindetail,onthebasisofASPtechnologyandMVCdesignpattern,adoptthepopularityASP.NETMVCDataAnnotations,jQuery,thefamousBootstrapforegroundframeworkwascarriedoutforthetourismsystemrequirementsanalysisandgeneraldesign,andfinallyUSESthepopularVisualStudio2015developmentenvironmentandISSapplicationserversandMicrosoftSQLServer2014databasemanagementsystemtoachievethemanagement,viewspotmanagement,ordermanagement,usermanagement,evaluationmanagementsystemfunctionwhichisbaseonRESTfulJavadistributedmanagement,throughthetestrunshowedthattheprojectmanagementsystemfullyfunctional,stableoperation,cansatisfytheneedofpracticalapplication.KEYWORDS

DistributedManagement,Viewspotmanagement,OrderManagement,Standardizationmanagement,theMVCdesignpatternII目录前言.............................................................................................................................11框架技术的了解与分析............................................................................................2

1.1ASP.NET模型简介..........................................................................................21.2jQuery库简介................................................................................................21.3Bootstrap前台框架简介..............................................................................31.4RESTfulWeb服务简介.................................................................................31.5B/S的体系体系结构......................................................................................51.6系统配置要求.................................................................................................62系统平台和开发方案的分析与选择........................................................................7

2.1用户需求分析.................................................................................................72.2系统功能性需求分析.....................................................................................82.3各个系统角色功能用例图...........................................................................122.4各模块间的关系...........................................................................................143系统的结构和功能详细设计..................................................................................15

3.1用户管理.......................................................................................................153.2登录..............................................................................................................173.3景点管理.......................................................................................................183.4参团客户管理...............................................................................................203.5转团/退团客户管理.....................................................................................213.6客户投诉管理...............................................................................................224数据库分析与设计..................................................................................................23

4.1分布式旅游网站E-R图...............................................................................234.2数据库模块的设计.......................................................................................245主要功能界面及系统测试和运行评价..................................................................31

5.1系统主要界面...............................................................................................315.2系统测试和运行评价...................................................................................33结论.............................................................................................................................35参考文献.....................................................................................................................36致谢.............................................................................................................................37

III前言

随着生活水平的提高与网络的迅速发展，过去的实体店已经不能满足业务发展的需要：由于时间限制客户不能前往实体店了解相关产品信息，修改或取消订单。这阻碍了企业效益的增长。因此通过Internet，给客户、企业提供一个高效的、随时随地查看产品信息、修改订单状态的平台已是大势所趋。针对上面所述背景情况，本系统主要是将对旅游社进行规范化的管理。传统的做法，当一个客户提交了旅游订单申请后，这个订单会涉及到旅行团与旅行社分店。而这些不同的旅行团旅行社在运作这个订单的过程中不可避免的就会产生一些摩擦，而这些无疑会增加订单的成本与业务的实施效率。这种情况，在信息技术迅猛发展且充满挑战与竞争的当今社会上，已不再适用。本系统正是为了解决这种落后的现状而开发的。使用旅游网站管理则跟传统的做法不同，企业的旅行团仅仅是隶属于旅行社下的团队。其中，旅行社是整个团队的领导者。它不关心不同旅行团之间的业绩，只关心如何分配调动旅行团才能尽可能满足客户的需求，以获取更高的效益。而管理层则可以根据网站提供的销售数据，客户评价来对针对不同地区，不同旅行社做出未来的企业规划，进而进行人员调动或业务拓展缩减。通过本系统，客户和业务员可以随时从线上进行业务操作，增加企业效益。而管理层则可以及时地从数据库中获取数据进行反馈，促进团队的业务开展。11框架技术的了解与分析

1.1ASP.NET模型简介

ASP.NET是一个统一的Web开发模型，它包括您使用尽可能少的代码生成企业级Web应用程序所必需的各种服务。ASP.NET作为.NETFramework的一部分提供。当您编写ASP.NET应用程序的代码时，可以访问.NETFramework中的类。您可以使用与公共语言运行库(CLR)兼容的任何语言来编写应用程序的代码，这些语言包括MicrosoftVisualBasic、C#、JavaScript.NET和J#。使用这些语言，可以开发利用公共语言运行库、类型安全、继承等方面的优点的ASP.NET应用程序。ASP.NET包括：1．页和控件框架2．ASP.NET编译器3．安全基础结构4．状态管理功能5．应用程序配置6．运行状况监视和性能功能7．调试支持8．XMLWebservices框架9．可扩展的宿主环境和应用程序生命周期管理10．可扩展的设计器环境1.2jQuery库简介

jQuery，顾名思义，也就是JavaScript和查询（Query），即是辅助JavaScript开发的库。jQuery是轻量级的js库，它兼容CSS3，还兼容各种浏览器（IE6.0+,FF1.5+,Safari2.0+,Opera9.0+），jQuery2.0及后续版本将不再支持IE6/7/8浏览器。jQuery使用户能更方便地处理HTML（标准通用标记语言下的一个应用）、events、实现动画效果，并且方便地为网站提供AJAX交互。jQuery还有一个比较大的优势是，它的文档说明很全，而且各种应用也说得很详细，同时还有许多成熟的插件可供选择。jQuery能够使用户的html页面保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需2要定义id即可。jQuery是一个兼容多浏览器的JavaScript库，核心理念是writeless,domore(写得更少,做得更多)。如今，jQuery已经成为最流行的JavaScript库，在世界前10000个访问最多的网站中，有超过55%在使用jQuery。jQuery是免费、开源的，使用MIT许可协议。jQuery的语法设计可以使开发更加便捷，例如操作文档对象、选择DOM元素、制作动画效果、事件处理、使用Ajax以及其他功能。除此以外，jQuery提供API让开发者编写插件。其模块化的使用方式使开发者可以很轻松的开发出功能强大的静态或动态网页。1.3Bootstrap前台框架简介

Bootstrap，来自Twitter，是目前很受欢迎的前端框架。Bootstrap是基于HTML5和CSS3开发的一个CSS/HTML框架，它在jQuery的基础上进行了更为个性化和人性化的完善，形成一套自己独有的网站风格，并兼容大部分jQuery插件。它简洁灵活，使得Web开发更加快捷。Bootstrap提供了优雅的HTML和CSS规范，它即是由动态CSS语言Less写成。Bootstrap中包含了丰富的Web组件及自带13个jQuery插件，根据这些组件，可以快速的搭建一个漂亮、功能完备的网站。其中组件包括：下拉菜单、按钮组、按钮下拉菜单、导航、导航条、路径导航、分页、排版、缩略图、警告对话框、进度条、媒体对象等。插件包括：模式对话框、标签页、滚动条、弹出框等。Bootstrap一经推出后颇受欢迎，一直是GitHub上的热门开源项目，包括NASA的MSNBC（微软全国广播公司）的BreakingNews都使用了该项目。国内一些移动开发者较为熟悉的框架，如WeX5前端开源框架等，也是基于Bootstrap源码进行性能优化而来。本文中将使用Bootstrap框架搭建前台响应式页面。1.4RESTfulWeb服务简介

REST（英文：RepresentationalStateTransfer，简称REST）描述了一个架构样式的网络系统，比如web应用程序。REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。Web应用程序最重要的REST原则是，客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启，客户端不会得到通知。此外，无状态请求可以由3任何可用服务器回答，这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。在服务器端，应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体，它向客户端公开。资源的例子有：应用程序对象、数据库记录、算法等等。每个资源都使用URI(UniversalResourceIdentifier)得到一个唯一的地址。所有资源都共享统一的接口，以便在客户端和服务器之间传输状态。使用的是标准的HTTP方法，比如GET、PUT、POST和DELETE。Hypermedia是应用程序状态的引擎，资源表示通过超链接互联。RESTful与大部分动态Web应用程序一样，Web服务可以从多层架构的关注点分离中受益。业务逻辑和数据可以由自动客户端和GUI客户端共享。惟一的不同点在于客户端的本质和中间层的表示层。此外，从数据访问中分离业务逻辑可实现数据库独立性，并为各种类型的数据存储提供插件能力。其自动化客户端模型如图1-1。在本文中将用RESTful服务理念，基于Java平台实现跨平台云服务。4图1-1自动化客户端模型1.5B/S的体系体系结构

B/S结构（Browser/Server）是WEB兴起后的一种程序可以完全的放在服务器上，通过在客户机上Internet输入相应的网址就可以在浏览器上展现相应的系统界面的网络结构模式。在这种程序结构中，浏览器与Web服务器端采用请求/响应模式进行交互，如图2-2图1-2请求/响应模式51.6系统配置要求

本系统的硬件环境如下：·CPU：2.0GHz以上·内存：4GB以上·分辨率：推荐使用1366×768像素本系统的软件环境如下：·操作系统：Windows7或以上版本·Web服务器：IIS7或以上版本·SQL服务器：MicrosoftSqlServer2008或以上版本·浏览器：Chrome浏览器或其他支持Html5的浏览器62系统平台和开发方案的分析与选择

随着生活水平的提高与网络的迅速发展，过去的实体店已经不能满足业务发展的需要，企业迫切需要一个系统来提高业务效率。2.1用户需求分析

2.1.1业务需求

基于分布式旅游网站主要是实现通过客户端浏览器进行用户管理、景点管理、参团游客管理、转团游客管理、游客投诉管理等功能，以达到增加客源、提高业务效率、合理安排人手的目的。2.1.2功能需求

基于B/S的分布式旅游网站整体功能需求结构如图4-1所示：图2-1系统整理功能需求结构图7在图2-1系统整理功能需求结构图中，每一个功能模块都需要针对不同的表，完成不同的数据库操作，即添加记录、修改记录、删除记录、以及查询显示记录信息。该项目管理模块包含以下具体功能：用户管理：用户登录后，可以对自己的详细信息，以及密码进行修改管理。项目管理员可以添加后台用户，查看前后台用户信息并对后台用户进行权限分配。景点管理：前台可以查看上架景点；后台用户登录后，可以对景点路线进行增删查改、上下架管理、景点旅行团管理。参团客户管理：客户（前台用户）登录后可以发送报团、转团、退团申请。后台用户登录后，可以查看参团客户信息，对于有转团要求的客户，可以在总社的范围内进行分布式事务处理；对于有退团要求的客户，进行退团退款处理；对于没有报团后没有参团的客户，按照规定进行退款处理。转团/退团客户管理：后台用户登录后，查看需要转团、退团或没有报团但没有参团的客户，进行沟通处理。客户投诉管理：前台用户登录后，可以对已完成出游记录进行评价（每条出游记录只能评价一次）。后台用户登录后，查看已完成订单的客户评价，并对客户投诉进行回复处理。2.2系统功能性需求分析

2.2.1用户管理

用户登录后，可以对自己的详细信息，以及密码进行修改管理。项目管理员可以添加后台用户，查看客户信息并对用户进行权限分配。详细描述：1.前台用户：游客前往前台主页，点击注册，填写姓名、性别、年龄、手机号、出生日期、身份证号、紧急联系人等个人资料，成为前台系统用户。登陆后用户可以查看、修改自身的用户信息。操作员：游客，客户（前台用户）82.后台用户：系统管理员进入后台登陆页面，可以输入姓名、性别、年龄、手机号、出生日期、身份证号等个人信息以新增后台用户。并可修改查询修改前后台用户信息。对于后台用户，可以对其进行权限分配。若非系统管理员，则只可查看、修改自身的用户信息。操作员：管理员相关数据：用户管理模块中，用户操作的数据包括：姓名、性别、年龄、出生日期、身份证号、手机号、邮箱、紧急联系人等基本用户信息。功能页面：用户管理模块主要的功能页面包括：前台用户注册页面，后台用户信息的录入页面，用户信息修改页面，个人密码修改页面等。2.2.2景点管理

前台可以查看上架景点；后台用户登录后，可以对景点路线进行增删查改、上下架管理、景点旅行团管理。详细描述：当管理层决定要新增景点路线时，用户使用新增景点功能，输入新增景点的标题，景点描述，旅团价格，旅游耗时，交通工具，居住酒店、参观景点、活动安排等信息。信息提交后，可以在页面中对景点进行上线、下线操作。若要对景点进行上线操作，则需要输入出团实际价格，每一个旅游团的出团时间、上限人数，并从后台用户（导游）中给每一个旅游团分配一名导游。当景点处于上线状态时，后台页面不能对该景点进行编辑删除操作，但可以改变景点状态，同时，前台页面可以访问该景点信息。若景点处于下线状态，则该景点可以进行编辑操作，前台页面不出现该景点数据。注：若当前订单已有客户报团，则不可以进行删除景点操作。操作员：管理员相关数据：景点管理模块中，用户操作的数据包括：景点的标题，景点描述，旅团价格，旅9游耗时，交通工具，居住酒店、参观景点、活动安排等景点信息。功能页面：景点管理模块主要的功能页面包括：前台上架景点预览页面，后台景点录入页面，后台景点列表页面，景点信息修改页面等。2.2.3参团客户管理

客户（前台用户）登录后可以发送报团、转团、退团申请。后台用户登录后，可以查看参团客户信息，对于有转团要求的客户，可以在总社的范围内进行分布式事务处理；对于有退团要求的客户，进行退团退款处理；对于没有报团后没有参团的客户，按照规定进行退款处理。详细描述：该页面可以对客户订单信息进行访问、修改操作。1、前台用户：用户浏览景点，对心仪的景点路线发送报团申请，而后生成一条新的报团记录。报团成功后，用户可在个人中心中查看当前用户的历史报团记录。操作员：客户2、后台用户：对于导游，用户可以查看其领导旅游团的客户信息与当前旅游景点相关信息。当从旅游景点回归后，导游可以改变团内客户此次订单的状态为已完成。对于管理员，用户可以查看不同旅游团的参团情况。操作员：导游，客服人员相关数据：景点管理模块中，用户操作的数据包括：参团记录状态，参团时间，最后一次改变状态时间等信息。功能页面：景点管理模块主要的功能页面包括：前台历史参团记录页面，后台当前旅行团报团客户页面等。102.2.4转团/退团客户管理

后台用户登录后，查看需要转团、退团或没有报团但没有参团的客户，进行沟通处理。详细描述：1、前台用户：用户在个人中心中查看当前用户的历史报团记录，若客户有转团、退团需求，用户可对未完成报团记录提交转团、退团申请。申请提交后，该申请将给予管理员审批。操作：客户（前台用户）2、后台用户：用户在转团/退团页面上查看所有待处理的客户转团/退团请求，经审核后，用户对申请进行转团/退团操作。操作：客服人员相关数据：转团/退团客户管理模块中，用户操作的数据包括：参团记录状态，参团时间，最后一次改变状态时间等信息。功能页面：转团/退团客户管理模块主要的功能页面包括：前台参团记录详情页面，后台客户转团/退团申请处理页面等。2.2.5客户投诉管理

前台用户登录后，可以对已完成出游记录进行评价（每条出游记录只能评价一次）。后台用户登录后，查看已完成订单的客户评价，并对客户投诉进行回复处理。1、前台用户：前台用户登录后，在查看历史参团页面中，可以对已完成出游记录进行评价（每条出游记录只能评价一次）。操作：客户（前台用户）2、后台用户：后台用户登录后，查看已完成订单的客户评价，并且对客户回复进行处理。对于客户投诉，用户进行进一步的沟通处理。操作：客服人员11相关数据：客户投诉管理模块中，用户操作的数据包括：用户评价，客服回复等信息。功能页面：用户管理模块主要的功能页面包括：前台用户评价页面，后台客户评价列表页面，后台客服回复页面等。2.3各个系统角色功能用例图

从以上分析可以看出，系统主要有5种角色，分别为系统管理员，客服人员，导游，客户（前台用户），游客。图2-2系统角色用例图其各个功能用例图如下所示：图2-3游客功能用例图12图2-4客户（前台用户）功能用例图图2-5导游功能用例图图2-6普通项目人员功能用例图13图2-7管理员功能用例图2.4各模块间的关系

除了用户模块是为各个功能模块服务之外，基本上每个功能模块都是相对独立的，其中参团客户管理模块、转团/退团管理模块、客户投诉管理模块的联系主要是依靠相对应的上架景点编号这一属性。143系统的结构和功能详细设计

本系统使用系统各功能的管理用例规约表、功能序列图和活动图进行详细设计,系统主要流程如图3-1。图3-1系统业务流程序列图3.1用户管理

3.1.1说明

系统管理员通过在注册页面记录新后台用户的信息，而且当在注册新后台用户的时候，在注册页面角色类型中为新用户分配角色类型（系统管理员，客服人员，导游）以此分配权限。15表3-1用户管理模块用例规约内容用例名称用例说明参与者前置条件后置条件基本路径说明用户管理模块的基本操作对用户的添加、删除、修改操作系统管理员管理员成功登录系统无添加：1、管理员录入新用户对应的信息2、系统验证输入的信息、并保存3、添加成功，弹出提示信息删除：1、管理员选择用户2、系统弹出操作确认信息3、删除成功，弹出提示信息修改：1、管理员选择需要修改的用户2、显示该用户的信息，对用户信息进行修改3、系统根据查询条件，返回相对应的信息扩展路径添加：1.1、管理员所输入的用户信息无效2.1、系统保存失败删除：1.1、管理员选择的用户无效2.1、系统保存失败修改：1.1、管理员选择的用户无效1.2、管理员所输入的用户信息无效2.1、系统保存失败3.1.2运用技术

在界面录入数据时，通过将数据传送到对应的action类中。提交数据时，ASP自带的校验机制，校验输入的信息是否合理。通过校验，将数据保存到数据库中，并将操作结果返回页面。163.2登录

3.2.1说明

当用户输入正确的用户名、密码和验证码时，则正确登录系统。否则出错，提示相对应的出错信息。表3-2登录用例规约内容用例名称用例说明参与者前置条件后置条件说明用户登录用户登录系统公司员工用户是有效的公司员工用户所输入的信息与后台系统数据库表中所保存的信息一致基本路径1、用户填入用户名、密码和验证码，提交登录2、系统验证验证码3、系统验证用户名和密码4、验证成功，系统便进入到系统主页扩展路径1.1、用户所输入的登录信息无效1.1.1、系统提示输入正确格式的用户标识信息2.1、验证失败2.1.1、系统提示用户重新填写验证3.1、验证失败3.1.1、系统提示用户重新填写用户名和密码3.2.2运用技术

在登录系统，用户在登陆界面的信息会传到action，action通过寻找数据库来验证是否有这个成员，如果没有，则返回登录页面，并提示错误信息。如果有则跳转到系统管理中心。173.3景点管理

3.3.1说明

管理员成功登录系统后，可以录入新的景点信息，构造该景点的详细情况。同时以可以删除已经不再组织的景点，可以对原有的景点信息进行修改。完成修改后，点击景点的上线按钮，增加旅游团并选择旅游团导游、及旅游团参团人数上限，提交数据后该景点信息显示在前台上。对于已上线的景点，不可修改景点信息与旅游团信息。若点击景点的下线按钮，景点信息将不在显示前台。景点管理用例规约如表4-3所示，景点管理序列图如图4-5所示。表3-3景点管理用例规约内容用例名称用例说明参与者前置条件后置条件基本路径说明景点管理模块的基本操作对景点的增、删、查、改、上线、下线操作管理员管理员成功登录系统、存在角色为导游的后台用户无添加：1、管理员输入景点的基本信息并保存2、录入成功，弹出提示信息修改：1、管理员选择某一景点，修改其基本信息并保存2、修改成功，弹出提示信息删除：1、管理员选择某一景点2、系统弹出操作确认信息3、删除成功，弹出提示信息查询：1、管理员对景点基本信息进行查询2、系统根据查询条件，返回相对应的信息上线：1、管理员选择某一景点2、管理员输入销售价格18续表3-33、管理员增加旅游团，输入旅游团上限人数，旅游团出游日期，从后台角色为导游的用户中指定一名用户作为导游，并保存4、景点上线成功，弹出提示信息下线：1、管理员选择某一景点2、系统弹出操作确认信息3、景点下线成功，弹出提示信息扩展路径添加：1.1、管理员输入的景点信息无效2.1、系统保存失败修改：1.1、管理员所输入的修改信息无效2.1、系统保存失败删除：1.1、该景点不存在2.1、系统操作失败查询：1.1、该景点不存在2.1、系统操作失败上线：1.1、该景点不存在1.2、用户输入的景点信息无效1.3、用户输入的旅游团信息无效2.1、系统操作失败下线：1.1、该景点不存在1.2、该景点存在未出行客户2.1、系统操作失败3.3.2运用技术

校验用户输入的景点信息，采用ASP自带的校验机制，校验输入的信息是否合理。通过校验，保存景点基本信息，并将数据返回到界面中，以便查询。193.4参团客户管理

3.4.1说明

当存在景点已上架，并且用户成功登陆系统后，根据用户权限，可以查看其权限对应的旅游团参团客户信息。用户可查看目标旅行团的客户信息，并且将客户出行状态从未受理更改成已受理。在出行日期后，用户可将已受理状态更改成已出行。若出现操作失误，在出行状态改变后一周内可将已出行状态更改成未出行。表3-4参团客户管理模块用例规约内容用例名称用例说明参与者前置条件后置条件基本路径说明任务管理模块的基本操作对参团人员的修改操作导游，客服人员存在上架景点无修改：1、客服人员对未受理客户进行处理，然后将该记录更改成已受理2、旅游团出行后，客服人员将客户状态改成已出行。3、出行后客服人员七天内可将已出行状态修改为未出行。查询：1、管理员对景点基本信息进行查询2、系统根据查询条件，返回相对应的信息扩展路径修改：1.1、目标记录不存在2.1、系统更新失败查询：1.1、查询记录不存在2.1、系统操作失败3.4.2运用技术

校验用户输入的信息，采用ASP自带的校验机制，校验输入的信息是否合理。通过校验，保存任务基本信息，并将数据返回到界面中，以便查询。203.5转团/退团客户管理

3.5.1说明

客户发送退团请求，客服人员根据客户需求，对客户订单进行转团/退团操作。表3-5转团/退团客户管理模块用例规约内容用例名称用例说明参与者前置条件后置条件基本路径说明转团/退团客户模块的基本操作对参团人员的修改操作客服人员用户成功登录系统无修改：1、客服人员客服人员选择目标记录2、若客户请求转团，则在总社范围内进行分布式处理。3、若客户请求退团，则根据规定作出退团退款处理。查询：1、管理员对景点基本信息进行查询2、系统根据查询条件，返回相对应的信息扩展路径修改：1.1、目标记录不存在2.1、系统更新失败查询：1.1、查询记录不存在2.1、系统操作失败3.5.2运用技术

校验用户输入的信息，采用RESTful分布式服务，进行业务处理，并将数据返回到界面中，以便查询。213.6客户投诉管理

3.6.1说明

客户完成订单后，每个订单可以进行一次评价。客服人员可对客户评价进行一次沟通回复。表3-6客户投诉管理模块用例规约内容用例名称用例说明参与者前置条件后置条件基本路径说明客户投诉管理模块的基本操作对任务的增、删、查操作客户（前台用户），客服人员用户成功登录系统，并且客户存在已完成未评价订单无添加：1、客户对订单进行评价2、客服人员对订单进行回复扩展路径添加：1.1、用户所输入的信息无效2.1、系统保存失败3.6.2运用技术

消息通过页面传到action，在action中进行验证后，调用dao类方法，将数据存入到数据库中，224数据库分析与设计

分布式旅游网站确定了MVC开发设计模式，使用ASPMVC技术框架之后，随之开始系统的需求分析。4.1分布式旅游网站E-R图

经过以上的需求分析，我们把系统分成了用户管理、景点管理、参团客户管理、转团/退团客户管理、客户投诉管理五个大模块。同时也分析了各个模块涉及到的数据和主要的页面。在明确了客户的需求之后，项目将把所需的业务需求和系统的框架模型结合起来，进行详细设计。综上需求分析，系统E-R图如图4-1所示：图4-1分布式旅游网站E-R图234.2数据库模块的设计

4.2.1数据库需求分析

针对我们将要实现的业务功能，数据库中分为以下几个部分：用户部分：包括用户表、常用人员表、；景点部分：包括景点表、上架景点表、下架景点表，文件表，文件组表；旅游团部分：包括订单表、参团人员表、旅游团表、出团导游组表；客户评价部分：包括评价表；其他：地区表，旅行社表4.2.2数据库物理结构设计

本系统共涉及到13个表，分别是：前台用户表user、后台用户表manager、联系人表contract、旅客表tourist、景点表viewSpot、上架景点表onShelfViewSpot、文件表file、文件组表fileGroup、订单表order、旅游团表travelGroup、评价表evaluation、地区表district、旅行社表travelAgent。数据库关系结构图如图4-2所示：24图4-2数据库关系结构图从实际出发，经过仔细地设计，得到各表的设计如表4-1～～表4-14所示。用户管理：表4-1用户表user字段idtelpasswordnickNameemail字段名用户编号联系电话用户密码用户昵称联系邮箱类型bigIntvarcharvarcharvarcharvarchar20202020是长度主键是是可否为空否否否否否25表4-2后台用户表manager字段idagentIdusernamepasswordroleIdname字段名用户编号旅行社编号用户名用户密码角色编号用户昵称类型bigIntintvarcharvarcharintvarchar20202020长度主键是是是可否为空否否否否否否表4-3联系人表contact字段idorderIdnametelemail字段名联系人编号所属订单类型intbigintvarcharvarcharvarchar长度1111202080主键是可否为空否否否否否姓名联系电话联系邮件表4-4旅客表tourist字段iduserIdnameidentifytelstatus字段名人员编号所属用户编号人员姓名身份证号联系电话旅行状态类型bigIntbigIntvarcharvarcharvarcharchar2018111长度主键是是可否为空否否否否否否26景点管理：表4-5旅游团表travelGroup字段idagentIduserIdonshelfIdmaximumtripTimestatus字段名旅行团编号旅行社编号出团导游编号上架景点编号参团人数上限出团时间出团状态类型bigIntintbigIntbigIntintdatetimechar111是长度主键是是可否为空否否表4-6景点表viewSpot字段iddistrictIdcoverIdfileGroupIdnametitledurationdescriptionadultPricechildPriceisOnShelf字段名景点编号地区编号封面图编号预览图组编号景点名称景点标题出游天数景点描述成人参考价格儿童参考价格是否已上架类型bigIntintbigIntbigIntvarcharvarcharinttextdecimaldecimalchar12020否否否否否否否长度主键是可否为空否否否27表4-7上架景点表onShelfViewSpot字段idspotIddistrictIdcoverIdgroupIdtitledurationdescriptionadultPricechildPriceamouttotalonShelfDateoffShelfDateisOnShelf字段名上架景点编号景点编号地区编号封面图片编号预览图组编号景点标题出游天数景点描述成人价格儿童价格销售数量销售总额上架时间下架时间是否已上架类型bigIntbigIntbigIntbigIntbigIntvarcharinttextdecimaldecimalintdecimaldatedatechar1111130否否否否否否否否否否长度主键是可否为空否否否否表4-8文件表file字段idfilePath字段名文件编号文件路径类型bigIntvarchar50长度主键是可否为空否否表4-9文件组表fileGroup字段idfileId字段名文件组编号文件编号类型bigIntbigInt长度主键是是可否为空否否28订单管理：表4-10订单表order字段idagentIduserIdcontractIdgroupIdtravelIdspotIdadultNumberchildNumberpricestatusstartDatenewestDateisEvaluatedhasElder字段名订单编号旅行社编号用户编号联系人编号参团人员组编号旅游团编号上架景点编号成年人数量儿童数量订单金额订单状态下单时间状态改变时间是否已评价是否有老人类型bigIntintbigIntbigintbigIntbigIntbigIntintintdecimalintdatedatecharchar1111112011长度主键是是可否为空否否否否否否否否否否否否否29客户投诉管理：表4-11评价表evaluation字段idagentIduserIdviewId字段名评价编号旅行社编号用户编号上架景点编号类型bigIntintbigIntbigInt长度主键是是可否为空否否否否contentreplyDate评价内容评价时间textdate20否否其他：表4-12地区表district字段idnamelevelparentId字段名地区编号地区名称地区等级上级地区编号类型intvarcharvarcharint长度11405011主键是可否为空否否否否表4-13旅行社表travelAgent字段iddistrictIdnameaddresstel字段名旅行社编号地区编号旅行社名称地址联系电话类型intintvarcharvarcharvarchar长度1111404020主键是可否为空否否否否否305主要功能界面及系统测试和运行评价

5.1系统主要界面

注：本模块只提供几个关键的界面截图5.1.1前台首页

用户进入前台首页，对景点进行浏览、查询。图5-1首页315.1.2景点列表

用户进入景点列表，对相关景点进行筛选查询图5-2景点列表5.1.3景点详情

用户点击目标景点，浏览该景点的相关信息图5-3景点详情325.2系统测试和运行评价

软件测试是为了发现错误(寻找软件缺陷)而执行程序的过程，它是保证一个软件系统的质量重要手段。在开发一个比较复杂的项目中，人并非圣人，即人无完人，在设计项目过程中总有一定的错误出现，为了尽可能的避免或者尽量减少这些错误，要保证系统的质量问题就一定要对项目认真进行软件测试。

软件测试一般有静态测试（静态分析、代码审核）和动态测试（白盒测试和黑盒测试）。软件测试应该遵循以下一些原则：

1）程序员应避免测试自己编制的程序2）测试用例的设计必须包括预期的输出结果

3）测试用例应包括有效的和期望的输入情况，也要包括无效的和不期望的输入情况

4）彻底检查每个测试结果

5）避免不可重复的即兴测试，保留全部测试用例

6）一段程序中存在错误的概率与在这段程序中已发现的错误数成正比7）测试工作必须有明确的目标

33本系统测试方案是以界面为测试的基础，在测试的过程中，依靠软件及其运行环境之间的界面来选择和产生测试数据。测试项目主要包括对软件的各个模块的测试。

经测试表明，软件基本达到设计要求，软件功能完整，用户界面良好，错误处理正确。本设计基本满足了基于分布式的旅游网站。

34结论

经过两个多月的努力，以及在指导老师李明雨老师的指导和同学们的帮助下，项目设计就要结束了。基于分布式旅游网站是我做的一个我在大学期间做的最满意的一个项目设计，从需求分析、详细设计一直到最后的编码测试。通过这两个月的努力付出，使我对开发一个项目又有了新的认识，同时也在付出中渐渐的提高了自己的专业知识和有了一定开发项目的经验。

本次设计的分布式事务高校学籍管理信息系统采用的基于ASP.NET语言的表示层、业务逻辑层和数据操作层的经典三层模式的B/S的体系结构，采用B/S架构能够更加方便用户的对系统使用和对系统低成本的升级和更新。而本设计采用的数据库服务器是MicrosoftSQLServer2014,因为它安全性可靠和容易操作，最重要的一点就是MicrosoftSQLServer2014支持创建链接服务器，使用分布式事务服务。

在系统的设计过程中，首先对系统进行了需求分析，然后对系统的结构和功能模块做了详细的分析。然后对本系统需要数据库的两个不同的版本都进行了详细的逻辑设计和物理总体分析。

最后，由于时间和条件的限制，软件的功能还不是很完善，所以还需要进一步的修改和完善。

35参考文献

[1]阳王东.利用Spring.NET构建动态的三层应用程序框架.计算机时代，2009（9）

[2]马鹏烜.基于EntityFramework数据持久化技术浅析.电脑与信息技术，2011（4）

[3]沈霞菲.基于.NETEntityFramework数据库访问机制的设计与应用.现代电子技术，2014（24）

[4]谢日星.EntityFramework技术在分层架构中的应用研究.电脑知识与技术，2011（14）

[5]李园.MVC设计模式在ASP.NET平台中的应用.计算机工程与设计，2009（13）[6]阳王东.利用Spring.NET构建动态的三层应用程序框架.计算机时代，2009（9）

[7]吴应良.一种基于ASP的动态用户权限管理解决方案.计算机应用研究，2005（2）

[8]杨剑.ASP.NET环境下基于角色的权限控制的实现.计算机技术与发展，2007（5）

[9]潘冰.面向资源的RESTfulWeb应用研究.微计算机应用，2010（7）[10]周江.面向大数据分析的分布式文件系统关键技术.计算机研究与发展，2014（2）

36致谢

历时将近两个月的时间终于将这篇论文写完，在论文的写作过程中遇到了无数的困难和障碍，都在老师的帮助下度过了。尤其要强烈感谢我的论文指导老师—李明雨老师，他对我进行了无私的指导和帮助，不厌其烦的帮助进行论文的修改和改进。另外，在校图书馆查找资料的时候，图书馆的老师也给我提供了很多方面的支持与帮助。在此向帮助和指导过我的各位老师表示最中心的感谢！

感谢这篇论文所涉及到的各位学者。本文引用了数位学者的研究文献，如果没有各位学者的研究成果的帮助和启发，我将很难完成本篇论文的写作。

感谢我的同学和朋友，本论文撰写的过程中给予素材上、排版上的帮助。

37