旅游市场即时通讯系统开发研究(word版)

1、 精编范文 旅游市场即时通讯系统开发研究温馨提示：本文是笔者精心整理编制而成，有很强的的实用性和参考性，下载完成后可以直接编辑，并根据自己的需求进行修改套用。旅游市场即时通讯系统开发研究 本文关键词：即时通讯, 旅游市场, 开发, 研究, 系统旅游市场即时通讯系统开发研究 本文简介：摘要在线旅游市场逐渐饱和的背景下, 企业提出深耕线下市场的战略目标。传统的线下市场开拓手段包括呼叫中心外呼和建立销售网点, 这需要投入大量人力和资金。依赖销售网点和呼叫中心电话服务, 用户要获得产品信息咨询仍然不够便捷, 也未能发挥互联网企业的线上服务优势。即时通讯系统是线上线下互联的最佳工具, 线下旅游市场即时通

2、讯系统开发研究 本文内容：摘要在线旅游市场逐渐饱和的背景下, 企业提出深耕线下市场的战略目标。传统的线下市场开拓手段包括呼叫中心外呼和建立销售网点, 这需要投入大量人力和资金。依赖销售网点和呼叫中心电话服务, 用户要获得产品信息咨询仍然不够便捷, 也未能发挥互联网企业的线上服务优势。即时通讯系统是线上线下互联的最佳工具, 线下用户可通过即时通讯实时获取线上顾问的专业咨询服务, 旅游顾问也可以通过即时通讯为用户提供旅行线路、产品折扣红包和旅行攻略等信息, 发挥互联网企业线上服务沉淀的优势。开发和集成即时通讯系统已经成为在线旅游市场业务发展的需要, 对推动在线旅游市场向线下市场扩张有着重要的意义。

3、本论文分析了基于移动互联网的即时通讯系统的开发背景和意义, 通过实际的需求分析确定平台系统的特点和待解决的问题, 旨在将即时通讯系统嵌入企业原有的移动互联网应用, 为线下用户和线上顾问提供高效的、稳定的、可靠的沟通渠道。系统主要包括通讯模块、业务处理模块、Android 平台客户端、IOS 平台客户端和 PC 客户端, 通过这些模块完成了文本、图片、语音和自定义消息的交互。为满足系统性能需求, 本论文研究了基于 Redis 的缓存策略和基于 MongoDB 的文档存储方案, 利用 Kafka 作为消息队列, 提升数据处理能力, 使系统在数据的生产和消费过程中达到最佳效率。最后, 本论文参考设计

4、模式的开闭等原则, 完成了即时通讯系统的研发和整合, 经过压力测试和实际运行, 证明了这套设计方案具备一定扩展性和性能优势。关键词： 即时通讯, 负载均衡, MongoDB, redis, 缓存, 设计模式。AbstractUnder the background of online travel market gradually saturated, the enterprise put forward the deepening offline market strategy. The traditional method of opening market includes callce

5、nter outbound and off- line sales network that needs plenty of money and human cost. It is not bennifial enough for customers to get enquiry service though that two methods, also failed to take advantage of Internet online service. Instantmessaging system is the best choice for offline customers to

6、have real-time consulting service. Online traval consultants can also provide cutomers with travel routes,product information, discount red envelopes and travel guide through instantmessaging system. The development and integration of instantmessaging system are very important for online travel agen

7、t to expanding offline market The thesis analyzes the instantmessaging system based on mobile Internet development background and the significance through requirement analysis to determine the characteristics of the platform system and problems in hand. The thesis attempts to embed instantmessaging

8、system in original system. Then the whole system can provide efficient, stable and reliable communication service to offline customers. The system mainly includes the communication module, business processing, Android client, IOS client and PC client that complete the text, images, voice and custom

9、message interaction. To meet the demand of system performance, the thesis studies the caching strategy based on Redis, document storage based on MongoDB, Kafka as message queue to achieve the best efficiency in the process of data of production and consumption.Finally, the thesis references design p

10、attern such as Open-Closed Princepal to finish the development of instantmessaging system. Stress tests and practical operation prove that this solution has certain scalability and performance advantages.Key words: instantmessaging, loadbalance, MongoDB, redis, cache, design pattern。第一章 绪论1.1 课题来源。伴

11、随着互联网产业的高速发展, 在线旅游的线上市场几近饱和, 在流量为王的当下, 想要攫取更多的时长份额, 难度越来越大。在线旅游虽然逐渐被市场所认可, 但其总份额仍然和线下旅游市场不在一个数量级, 线下旅行社拥有更多优质资源。更重要的是, 线下旅行社能够直面用户, 为用户提供直接的面对面的可靠服务。互联网在线旅游的发展虽然迅速, 但始终无法在贴近用户这一层面上与线下门店相提并论。在这样的行业背景下, 企业为了不断扩大市场份额, 提出了线上扶持线下并最终回到线上的战略计划。具体实施方案中, 需要一款能够打通线上与线下障碍的互联网软件, 让线下用户能够轻松地获得线上的专业咨询服务。互联网服务仍然是在

12、线旅游企业的优势所在, 通过聊天工具的互联, 发挥互联网公司的优势, 并通过用户对常用 App 的黏性, 将线下用户引导回线上, 形成一个线上到线下再回到线上的闭环。即时通讯系统就在这样的背景下被提出。通过线上现有的客户服务资源和即将扩大的旅游顾问团队, 可以让线下用户直接快速的获取旅游咨询服务。企业的线下门店数量也在不断增加, 门店可与用户面对面的沟通, 并将用户导流到线上即时通讯系统。为了保证企业战略的顺利执行, 即时通讯系统被赋予了重要的责任。本论文主要针对即时通讯系统的需求分析、系统设计和系统实现来分析研究解决方案。研究课题需要满足上亿用户和超过百万的每日活跃用户的使用需求；需要适配现

13、有系统和客户端应用的设计方案, 兼容现有的系统体系, 在用户无感知的情况下, 为用户初始化即时通讯系统的使用环境；需要能够承载大量用户带来的海量数据, 并针对数据做分析和提炼, 挖掘更多价值。1.2 课题来源及论文的主要内容。该毕业设计课题即时通讯系统的设计与研发来源于苏州同程网络科技股份有限公司, 项目名称为即时通讯专项研发。本论文的主要内容分为三个方面：1、即时通讯系统的分析设计与实现。2、即时通讯系统与企业现有平台的对接。3、海量数据的存储与分析。在移动互联网如火如荼的发展势头中, 大量的移动端应用被催生出来, 这些移动端应用有着体量小, 响应快, 随时随地为用户服务的特性, 让信息获取

14、的途径变得越来越多样化。而移动互联网应用在服务不断成熟的过程中, 需要更加贴近用户的沟通方案。在过去, 提供服务或产品的企业都会设置呼叫中心, 通过堆砌人力, 构建 24 小时的电话服务, 用户在产品或服务中有任何疑问, 都可以致电企业服务号码, 获取对应的咨询。然而传统呼叫中心需要投入大量成本。以携程旅行网为例, 该企业呼叫中心拥有超过2400个的坐席, 随着业务规模发展, 坐席规模还可扩大到 3000 个, 甚至 5000 个。这是亚洲旅游业内中最大的呼叫中心。但这种规模的服务需要投入大量的人力物力, 在资本壁垒上直接让众多中小企业可望不可即。电话营销精准度差。呼叫中心的电话营销方式经常被

15、误认为是骚扰。电话通讯的方案为一对一通话, 需要用户打断当前正在执行的事务, 对用户的打扰较大。被外呼的用户可能并非目标需求用户, 这种地毯式电话轰炸方案, 无疑是大海捞针。如今搜狗、电话邦等服务的普及, 当被识别为骚扰电话, 会对企业和个人名誉造成影响。用户电话咨询, 体验较差。呼叫中心系统为多个项目开辟多个渠道, 用户要获得精准的咨询服务, 需要预操作, 如在电话上进行繁琐的选择输入和个人信息输入。新产品希望用户能够以更快的方式带着问题, 找到客服或是营销团队。带着问题来找客服或顾问的用户, 具有更高的忠诚度和成单率, 这批用户是支撑企业发展的核心用户群。项目初衷是希望用互联网为咨询服务插

16、上翅膀, 让更多带着下单意向的用户获得更快速便捷的服务。本人所做的工作可陈述如下：1、需求分析。参与用户调研, 明确用户需求, 详细了解旅游手机应用用户更能接受的咨询方案。同时也了解企业在升级咨询平台过程中所投入的资源, 在旅游顾问部门成立后, 原有技术平台所面临的问题, 在此基础上进行顾问需求分析和用户需求分析, 综合考虑实际情况, 确定一个切实可行的系统方案。2、系统设计。根据需求分析所确定的系统逻辑功能要求, 结合实际情况, 本论文主要为系统架构, 技术选型提供方案, 并主导整个系统后端服务的研发设计工作。3、系统实现。编写代码, 本人承担项目设计与主体业务代码编写, 并和 androi

17、d, IOS客户端开发的同事一起, 将项目研发成果转化为能够投入运行的实际系统。4、系统测试。协助编写测试用例, 参与黑盒测试。与研发人员一起分析业务需求与设计思路, 编写单元测试。4、系统维护。该系统进行系统测试与系统维护, 并针对运行状况及时给出报表统计数据。1.3 论文的组织结构。第一章首先介绍了与本课题相关的背景知识, 然后介绍了课题来源和本论文的主要工作, 最后介绍了论文的组织架构第二章对当前研究现状和相关知识做了综述, 对系统架构和部分技术产品做了调研和分析。第三章介绍移动端应用接入即时通讯的系统需求分析, 其中主要内容分别是数据分析、系统功能分析、业务流程分析、对接业务部门需求分

18、析。第四章介绍即时通讯系统的设计, 其中分别是系统架构设计、系统功能设计、业务对接设计、代码结构设计。第五章介绍了即时通讯系统的实现, 其中主要是开发环境、代码设计和系统安全性介绍。第六章介绍了即时通讯系统的测试及维护。最后总结了本课题所做的工作要点, 并对该课题的研究的重点方向进行了展望。【由于本篇文章为硕士论文, 如需全文请点击底部下载全文链接】1.4 系统开发环境1.5 系统开发方法1.5.1 研究方法与步骤1.5.2 技术路线1.6 本章小结第二章 相关知识2.1 即时通讯相关知识2.2 设计模式及其应用相关知识2.3 非关系型数据库相关知识2.4 基于 redis 缓存策略的相关知识

19、第三章 即时通讯系统分析3.1 数据分析3.2 系统功能需求分析3.2.1 服务器端业务分析3.2.2 客户端业务分析3.2.3 系统业务流程分析3.3 本章小结第四章 即时通讯系统设计4.1 系统架构设计4.2 系统功能模块设计4.2.1 接口服务设计4.2.2 后台管理系统设计4.2.3 移动客户端功能设计4.2.4 PC 客户端功能设计4.2.5 定时 job 服务设计4.3 基于设计模式的模块组合设计4.3.1 基于简单工厂模式的日志模块设计和通讯模块设计4.3.2 基于单例模式的全局资源设计4.3.3 基于适配器模式与外观模式兼容性设计4.3.4 基于观察者模式的消息设计4.3.5

20、基于模板方法模式的框架结构设计4.4 缓存策略设计4.4.1 设计缓存策略的原因4.4.2 多种类型的缓存产品的设计选型4.4.3 即时通讯系统的缓存业务设计4.4.4 缓存管理系统设计4.5 基于 MongoDB 的聊天记录存储方案设计4.6 基于 Kafka 的订单转化率计算4.7 本章小结第五章 即时通讯系统实现5.1 系统开发环境5.1.1 数据库5.1.2 开发工具 visual studio20_5.1.3 开发语言 C#5.1.4 缓存 Redis5.1.5 消息队列 kafka5.1.6 非关系型数据库 MongoDB5.2 系统软件环境5.2.1 服务器端5.2.2 Andr

21、oid 客户端5.2.3 IOS 客户端5.2.4 PC 客户端5.3 系统硬件环境5.4 代码设计与实现5.4.1 服务端通讯接口集成5.4.2 Redis 的使用5.4.3 Kafka 的使用5.4.4 MongoDB 的使用5.4.5 离散的消息记录整合为用户会话5.5 本章小结第六章 即时通讯系统系统测试与维护6.1 系统测试6.1.1 功能测试6.1.2 性能测试6.1.3 测试环境6.1.4 测试过程6.1.5 测试结论6.2 系统维护6.3 本章小结第七章 总结随着互联网技术的发展, 互联网模式已经逐步渗透到更多的行业, 国内外的互联网行业都得到长足发展, 敏捷开发模式也在互联网

22、企业里流行起来。被互联网加持的行业都以快见长, 动作慢了, 就可能被竞争方抢占市场, 体验稍差就可能被同行挤出神坛, 因此国内的互联网服务体验得到了长足进步。快速开发, 快速迭代, 成为互联网研发策略中的主要打法。通过这段时间的设计与开发, 总体上完成了以下几项工作：1、研究互联网软件开发的理论知识, 参考相关文献资料, 对互联网软件研发与传统软件研发做调研, 对软件研发生命周期有一定的认识和了解。2、研究了即时通讯系统所需要的技术知识和互联网产品的理论知识, 通过技术方案与产品理论的结合, 推动即时通讯系统的研发进程。对线上线下结合的思路和技术方案反推业务实现做了了解。3、研究即时通讯服务所

23、需的数据内容, 结合当前应用和用户实际需要, 从服务产生和消费的数据出发, 按照数据存储、数据传输、数据备份、数据分析等方面, 设计了 C/S 模式和B/S 模式的总体架构, 并设计了数据存储和转储的方案。4、研究现有系统的业务功能。新的即时通讯要服务于现有功能, 与现有业务平台完美衔接。通讯服务最终是为业务提供支撑, 让用户能够更便捷地获取线上服务。与老系统相处是每一位程序设计人员的必经之路, 如何在不影响原有功能的基础上实现新功能, 非常考验程序设计师的功力。5、研究了 MongoDB, redis, MemCache, MySQL, kafka 等技术, 在消息队列、缓存和文档存储领域为即时通讯系统提供解决方案。6、研究敏捷开发策略和项目管理方案, 通过不断迭代更新, 保持项目可持续研发, 确保核心功能快速上线并收集用户反馈。7、对系