jsp+mysql旅行计划网的设计与实现(3)
从发展过程来看，国外从2009年开始盛行，2010年和2011年发展尤为迅猛，出现TravelMuse、Plnnr、Kukunu、Gogobot、Georama等专门的旅行计划网络，逐渐成为在线旅游市场的投资热点。[1]国内发展较为缓慢，2011年出现，2012年发展迅速。尽管国内起步较晚，但由于很多电商看到旅游业的无限商机，纷纷开展旅行计划网络的研究，使得这一产业竞争激烈。从公司的分布来看，大多集中在江苏、浙江、广东、深圳这些相对发达的沿海城市。从业务方面来看，基础业务包括机票查询与预定、车票查询与预定、线路查询，高级的包括基础功能整合的高级搜索、旅游线路规划以及个人计划的定制。
国内自由行的盛行推动了旅行计划网站的发展。一批从事旅行计划的网站（如热地带、自在客、携程、去哪儿）都相继出现。这些网站主要是通过提供吃住行、娱乐、交通、天气、攻略等方面的内容来帮助游客计划和安排行程，并希望用户能够根据制定的计划实现旅行。[2]然而，很多旅行计划网站没有持续多久便纷纷开始转型。面对这种情景，我们不禁要思考为何拥有广大“钱景”的旅行计划网站却不能长久运行下去呢？经过调查发现，失败的原因主要有以下几个方面：一是旅行计划的精确性问题。
一方面，实时数据的获取存在一定的难度，无法帮助用户做出特别精确的计划。因为制定精确的计划需要航班、铁路、渡轮等交通的实时信息、还需要酒店基础信息以及每个景区的人流量以及当前情况，并且部分数据的变化相对而言比较多，而国内的数据库基础设施还不够完善，还有一些涉及机密的并没有对外开放，不能够提供实时信息情况。 另一方面，当前的旅行计划网站虽然能够定制个性化的旅程，但是没有提供个性化的攻略，大多数攻略相对而言还是比较宽泛的，如果游客出行过程中遇到一些问题，没有攻略能够及时帮忙，那么他以后便不会选择此旅行计划网站。二是旅行计划网站的周边建设不够完善。当前的很多旅行计划网站只是单纯地给用户提供计划，并没有和用户建立更深的联系，旅行计划网站没有能够和社交网络做连接，没有及时地记录用户的偏好，以便下次能够快速地生成计划。其次，预订功能的完善，当前很多旅行计划网站不能一次性支付，需要跳转到其他网站进行支付，这延长了整个交易的时间，并且获得的收益相对比较少。旅行计划网站要么有自己的支付功能，要么就完成和其他OTA（注释原文）的对接，实现用户只需一次支付即可。
1.3 本文主要工作及组织结构
本文主要实现了旅行计划网的机票搜索、火车票搜索和旅行计划功能。具体工作如下：
⑴ 机票搜索模块中首先用xml语言按照携程的开发文档写出请求体，将请求体输入携程的API工具测试，如果测试成功，将返回体保存至本地记事本中。如果测试失败，根据失败提示找出错误并修改。从本地取出返回体，对返回体进行xml解析，构造类来保存解析数据。
⑵ 火车票模块中首先用谷歌浏览器的developer工具审查12306网页，追踪数据传输流程，记录下请求数据，并抓取对应的返回数据进行研究。火车票查询请求响应是键值对形式的，用谷歌推出的gson类来对响应解析，构造类来保存解析数据。
⑶ 搭建整个网站，对整个网站进行设计和布局，编写前端界面，将前端和后台功能进行组合，调用相关类获得数据，并把数据按照表格格式显示在前端界面。
本文主要分为优尔章。第一章为绪论部分，主要讲述了旅行计划网的课题背景以及国内外的现状。第二章为论文涉及到的相关技术，主要讲述了本课题用到的关键原理和核心技术。第三章为项目需求分析和系统设计， 阐述需要满足什么样的用户需求，从概要设计到详细设计，阐述了各个模块的功能。第四章为系统实现部分，给出了程序的操作流程图，用户通过图表对程序的操作顺序有一定的了解，也可以按照图片自行进行操作。最后是本文的结论。