旅游平台建设方案_v2

1、 XX旅游电子信息综合服务平台 建设方案 目录 XX旅游电子信息综合服务平台 . 1 建设方案 . 1 1 项目概况 . 3 1.1 项目背景 . 3 1.2 建设目标 . 3 1.3 建设原则 . 4 1.4 建设步骤 . 5 2 需求分析和功能体系 . 5 2.1 需求分析 . 5 2.1.1 门户网站 . 5 2.1.2 农家院管理 . 6 2.1.3 旅游景点管理 . 6 2.1.4 统一身份认证用户管理 . 7 2.1.5 信息统计管理 . 7 2.1.6 微信平台搭建 . 7 2.1.7 移动终端搭建 . 7 2.1.8 电子商务管理 . 8 2.2 功能体系 . 8 2.2.1

2、推送管理 . 8 2.2.2 电子商务 . 9 3 技术方案 . 9 3.1 总体框架 . 9 3.2 消息推送服务器 . 10 3.2.1 技术路线 . 10 3.2.2 各层功能介绍 . 10 3.3 应用服务器 . 12 3.3.1 技术路线 . 12 3.3.2 各层功能介绍 . 12 3.4 文件服务器 . 13 3.4.1 技术路线 . 13 3.4.2 功能介绍 . 13 3.5 主从数据库（可选） . 13 1项目概况 1.1项目背景 蓟县位于天津市最北部，地处京、津、唐、承四市之腹心。蓟县是天津市唯一的半山区 县，也是天津市的“后花园”，有山有水，有平原有洼地，土壤肥沃，山清

3、水秀，空气清新， 水质优良，气候宜人，被列为全国生态示范县和全国首家绿色食品示范区， 对于发展无污染、 高品质、高效益的种养业、绿色食品加工业等极为有利。同时，蓟县境内自然风光秀丽，名 胜古迹众多，现已形成盘山风景、黄崖关长城，翠屏湖度假、县城古文物、中上元古界标准 地层剖面和八仙山原始次生林自然保护区等六大旅游景区。 其中，盘山被列为国家级风景名 胜区，八仙山和中上远古界标准地层剖面分别被列为国家级自然保护区。 县城内还有国家重 点保护的千年古刹 独乐寺和白塔寺、鼓楼、文庙、公输子庙、关帝庙、城隍庙、天仙宫 等文物古迹。因此蓟县旅游业发展蓬勃，是全国著名旅游胜地。 伴随着旅游业的深度发展，如

4、何利用现代互联网加强宣传、如何完成资源统一调度安排、 如何将旅客、村民、管理部门三者紧密结合等需求日益突出。 其中，建设蓟县旅游信息综合 服务平台成为重要问题之一。电子综合信息服务平台的建设， 必将进一步提高蓟县旅游业的 核心实力和竞争力，必将进一步整合全县旅游资源， 必将进一步促进全县旅游业更上一层楼， 必将进一步增加经济收益，必将成为蓟县甚至天津的一张靓丽“名片” 。 1.2建设目标 XX旅游电子信息综合服务平台（以下简称“本平台”）实现以下目标： ? 搭建蓟县旅游综合平台基础框架搭建 本平台主要服务人群包含旅客、 村民、村委会和总管理部门人员。 其中旅客属于前台用 户，其余四类皆为后台用

5、户。整个平台根据角色不同，划分不同权限，建设不同系统层次， 完成整个业务系统流转的基础框架 ? 完成信息服务综合平台的基础和核心业务建设 在基础框架的基础上， 完成本平台基础核心业务， 包括在前台完成景点浏览， 热门 推荐、农家院搜索查询、在线预订支付等功能，在后台完成信息录入、订单管理、分级 别分层次的收入销售统计、游客统计等功能。 ? 完成微信等第三方运营平台建设 完成基于第三方运行平台-微信的运行体系。建立公共账号，完成功能账号自助查 询服务、主动推送、微网站等功能。 ? 完成移动平台建设 移动互联网发展如火如荼， 充分利用智能手机和平板的移动性、 便捷性，完成在主 流移动平台(andr

6、oid/ios )的建设，用户能够在移动终端完成信息浏览、农家院选择， 在线支付，消息推送等各项功能，方便快捷。 ? 完成扩展性和增强版业务建设 在基础框架和核心业务的基础之上，实现电子商务平台，实现土特产品买卖、 物流管理和支撑性服务管理(如客户管理、客服管理等) ? 完成数据建设和支撑性功能建设 在整个平台基础框架搭建完毕基础核心业务运转流畅的基础上， 完成本平台所需的 权限区分数据、景点信息数据、以村为单位的农家院信息数据等录入整理。 支撑性功能 建设是指在本平台的功能需要外部或第三方支撑的功能建设， 如通信运行商支持、支付 运营商支持等。进一步丰富和完善该平台， 1.3建设原则 为了保

7、证项目建设达到预期目标， 在进行系统的设计、 开发、部署和运行管理规划时将 遵循如下原则： ? 成熟性原则 使用成熟的平台构架体系， 系统功能高模块化。 采用成熟和应用广泛的软硬件产品， 系 统应用能够满足快速部署、简便灵活和便于扩展的要求。 ? 易用性原则 系统应具有可视化应用配置界面， 提供统一内容管理基础应用， 用户可通过人性化的人 机交互界面，根据业务需求配置相应内容，减少使用的复杂程度， 提高使用效率；系统必须 具有良好的可管理和易于维护的特点。 ? 可扩展性原则 便于在不改变体系结构的情况下， 对新增业务资源、新增接入系统、新增业务应用等新 增功能模块和资源的快速定制、 整合和接入

8、，保证系统今后的平滑升级和业务扩展。 同时支持在系统设计上无线网络上提供服务的需求，支持向无线服务扩展。 ? 安全性原则 实现系统的安全访问控制、资源访问控制以及数据传输安全等。 提高系统本身防御外部 影响的能力、数据传输的安全性，保证系统安全保密性、查错纠错能力、抗病毒能力等；提 供标准的身份认证接口，通过权限管理、日志管理等多种技术手段保障系统安全运行。 1.4建设步骤 为保证项目如期完成，降低风险，提高效率，本平台建设分为三步完成。 ? 第一步主要完成基础框架搭建、核心业务建设与微信营销公共账号建设， 实现数据 同源，管理同步的网站、微信账号双服务，打造蓟县旅游在互联网时代的新形象。 ?

9、 第二步主要完成移动宣传营销平台建设。 实现在当前主流移动市场 (android和ios) 的移动终端建设，在网站、微信公共账号的基础上，填补完善移动终端市场布局， 完成三位一体格局建设，进一步加强宣传和营销能力。 ? 第三步主要完成电子商务的主要功能，实现土特产买卖和宣传。 2需求分析和功能体系 2.1需求分析 2.1.1门户网站 门户网站是整个系统在 web端的入口，是重要信息如景点信息、农家院信息的集中呈 现的地方。要求如下： ? 多条件信息检索和查询。 要提供多元化的信息查询检索， 用户可根据想需要灵 活查询所需要的各类信息。 ? 宣传位管理。提供宣传位，以供对热门景点、热门农家院等各

10、方面信息的宣传。 ? 其他模块入口。提供对农家院、景点信息等功能模块入口。 2.1.2农家院管理 农家院管理既涉及到前端也涉及到后台管理。 前台功能包括：农家院的全方位搜索、 农 家院列车浏览、农家院详细内容浏览、 农家院在线预订、 农家院的在线支付和农家院的评价 与分享功能。 ? 全方位搜索：支持按村庄、景区、名称、特色、关键词等各类条件搜索，搜 索结果全面准确。 ? 列表浏览：农家院的列表浏览，显示农家院图片介绍、 文字介绍、地址、价格、 联系人电话等信息。支持按价格、评价等排序。 ? 详细内容展示：农家院的详细内容展示，包括农家的图片列表、视频音频内容、 详细介绍、详细地址、详细全面联系

11、方式、价格、可预订的空闲日期、以及相关用户评 价。 ? 在线预订和在线支付：游客根据空闲时间在线提前预订， 预订成功后在线支付， 成功后收到相关短信提醒。 ? 评价与分享：查看相关评价、发表评价，将喜爱的农家院分享到其他社交平台 （微信、微博等） 后台功能包括：农家院信息管理、订单管理、评价管理。 ? 信息管理：包括信息录入、删除、查询和修改农家院的图片、标题、内容、价 格等信息。 ? 订单管理：关于提交订单的创建、删除、作废、查询和修改。 ? 评价管理：查看相关用户评价，可删除相关评价。 2.1.3旅游景点管理 旅游景点管理主要包括旅游景点的介绍等，同样包括前台和后台。前台功能包括： ? 条

12、件查询：支持多条件全方位查询。 ? 列表浏览：支持排序 ? 详细信息查看：查看图片集、视频音频等资料、查看详细内容介绍、推荐玩法、 注意事项等。 ? 其他旅游网站攻略推荐：查看相关旅游网站的旅游攻略 ? 分享：分享到其他社交平台 后台功能包括：景点信息管理和攻略配置管理。景点信息管理包括创建、删除、修改和 查询旅游景点。攻略配置管理指的是为相应景点的其他旅游网站的旅游攻略链接的配置、 修 改、删除。 2.1.4统一身份认证用户管理 用户包括旅客、后台农家院管理员、村委会管理员，系统管理员。不同用户角色不同对 应权限不同。旅客为前台用户， 支持匿名浏览。但是当使用预订支付、 分享评论等功能时需

13、要登录。用户自动注册产生。后台农家院管理员、 村委会管理员，系统管理员为后台管理用 户。系统权限级别有低至高，用户都由分配产生。上一级对下一级用户有删除停用等权限。 农家院管理员管理自己对应的农家院的各项管理工作， 村委会管理员管理整个村庄的农家院 和景点管理，系统管理员负责对应整体管理工作。 2.1.5信息统计管理 整个系统提供收入统计功能、客户统计功能、访问流量统计。收入统计可按时间等条件 进行查询，客户统计包括对所有历史订单用户统计，提供安时间、状态等各类关键词查询。 访问流量统计是系统统计功能，显示本平台 web、移动终端、微信公共账号的流量统计。 2.1.6微信平台搭建 建立微信公共

14、账号，提供根据关键词自助查询，每天自动推送和微官网功能。 2.1.7移动终端搭建 对移动终端（android、ios）两大主流平台的支持。完成以上前台用户所有的功能包括 景点查看、农家院浏览，在线预订和支付，评价与分享等功能，除此之外，根据移动终端的 特征，提供消息推送，保证各类确认信息，宣传推送等准确到达和投放。 2.1.8电子商务管理 完成整个电子商务部分功能，包括土特产等产品管理、订单管理、 物流服务、客户管理 和客服等功能。 2.2功能体系 根据需求分析以及系统设计，整个的功能体系是 天洋萄目旅蒲电子信息命含服务平刍 2.2.1推送管理 推送是移动互联网的特色之一， 利用移动终端的便捷

15、性实现实时推送。 推送内容和人员 由后台控制、推送面向 android、ios两类设备。将推送内容经过推送服务器主动推给设备， 提醒用户查看详细内容。日去管理 权隰管理 用户管理 流墨统计 答尸统计 收入统计 列翔佯膺查看 S点信息筛选 2.2.2电子商务 为合理利用资源，降低建设成本，获得较高社会认可度和宣传度， 电子商务内容可依托 当前主流电子商务平台（如阿里巴巴的淘宝） ，通过在主流电子商务平台开设店铺，开发和 设计店铺实现电子商务的功能，后台数据实现与本平台对接，保证同步。 3技术方案 3.1总体框架 本平台采用”三位一体”的技术方案。三位指的是浏览器、移动终端、微信公共账号共同 作为

16、内容呈现的前端，与整个服务器系统采用 http与xmpp协议进行通信；一体指的整个服 务器体系包括推送、应用、文件等服务器无缝连接，紧密结合为客户端提供相应服务。 3.2消息推送服务器 消息推送服务器用来实现消息的在线和离线推送， 将服务器系统中需要推送的消息， 推 送给客户端，实现了消息的及时提醒功能。 3.2.1技术路线 消息推送服务器由 Androidpn和webservice接口实现。为了保证推送消息的应用服务器 是可信的，采用了 RSA加密机制，对会话的密钥进行加密。应用服务器发送给推送服务器 的消息采用了 DES加密机制。该服务器可支持客户端的在线消息推送和离线消息推送，但 根据客

17、户端系统的不同需要不同的推送机制。 对于Android系统而言，无论在线或离线消息推送，只要在后台启动服务与消息推送服 务器建立XMPP连接，就能够接收到所有推送的消息。 对于IOS系统而言，由于沙盒限制，后台运行的程序有很多事情是做不了的，因此一般 情况下不在后台运行应用程序，这也就意味着在 IOS系统中无法像Android系统那样通过后 台服务实现离线消息推送。因此，苹果公司提供了消息推送服务器， 系统中的消息推送服务 器将消息通过苹果推送服务器推送给 IOS系统的客户端。 3.2.2各层功能介绍 移动接入层 移动接入层主要负责客户端的连接接入， 注册和验证客户端设备信息，

18、维护与客户端之 间的会话。 Android客户端的移动接入层是通过二次开发 Androidpn实现的。Android客户端在第一 次启动时将自身的设备信息通过 Androidpn注册模块注册到消息推送服务器上， 以后每次建 立会话前都先通过认证模块验证自身的设备信息，然后与消息推送服务器建立的会话由 Androidpn的会话管理模块管理。当应用服务有消息要推送给 Android客户端时，就从 Androidpn的会话管理中获取会话，通过该会话将消息发送给客户端。 IOS客户端的移动接入层就是一系列的 webservice接口。在第一次启动应用程序时，向 注册接口注册设备信息。以后系统的推送消息

19、就通过苹果推送服务器推送给客户端。 服务提供层 服务提供层主要提供与消息推送相关的功能服务， 主要有终端管理、挂起消息队列管理、 消息队列管理、消息推送服务等功能。 终端管理主要是管理客户端的设备信息， 实现设备信息的注册和获取。在推送服务器中 有挂起消息队列和消息队列，消息队列中的消息是等待推送的， 挂起消息队列里的消息是暂 时不推送的。当消息队列中的消息推送失败时就会加入到挂起消息队列中， 当有新的客户端 注册或登录到推送服务器时， 就会从挂起消息队列中获取自身设备对应的消息， 将消息加入 到消息队列里等待推送。 消息推送服务从消息队列中获取消息， 根据消息接收者的平台， 分

20、 别推送消息。 应用服务器接入层 应用服务器接入层主要有认证模块和消息接收模块， 用来验证应用服务器和接收应用服 务器推送的消息。 每个应用服务器都有推送代号和推送密钥，这些代号和密钥需要在推送服务器中登记。 应用服务器在推送消息前要将自身的代号发送给推送服务器的认证模块， 认证模块生成该次 会话的密钥，并将该密钥通过该应用程序的推送密钥加密， 加密后返回给应用服务器。 应用 服务器用自身的推送密钥解密返回的数据获取该次会话的密钥。会话密钥的加密采用 RSA 加密机制。 当应用服务器要推送消息时，先获取会话密钥，然后使用该会话密钥和 DES加密机制 对推送的消息进行加密，发送给推送服务器的消息

21、接收模块。 消息接收模块从会话中获取会 话密钥解密消息，存储消息后将消息添加到推送队列中。 数据持久化层 数据持久化层有数据连接管理和业务数据存储， 该层与数据库建立连接，实现业务数据 存取的数据库操作方法，供其它层调用。 消息推送服务器有其独立的数据库，用于存储推送过程中需要的终端信息、 推送消息等。 服务器中的推送消息队列和挂起消息队列都是使用相应的数据表来实现的。 3.3应用服务器 3.3.1技术路线 采用AOP机制实现数据库操作的读写分离，分离了数据库的读写操作。 采用httpclient与推送服务器、文件服务器、短信平台通信。在与推送服务器通信时采 用了 RSA加密机制

22、对会话进行加密和 DES加密机制对推送的消息内容进行加密。 3.3.2各层功能介绍 移动接入层 移动接入层主要负责维护手机客户端与移动应用服务器的会话状态， 负责完成用户身份 信息的验证、用户权限管理、会话管理。 客户端通过认证模块， 验证用户的账号信息， 验证通过后就通过会话管理更改该会话的 账号状态。在会话管理中主要是维护会话信息， 给认证模块提供验证用户权限的信息， 会话 信息存储在数据缓存服务器( Memcache)上。 服务提供层 服务提供层主要是面向手机客户端提供定制开发的各种移动应用服务。该层采用 httpclient与推送服务器、文件服务器、短信平台通信。 消息推送服务主要是向推送服