移动社交系统设计与实现.docVIP

移动社交系统设计与实现 全球移动互联网用户增长迅速，逐步超越 固定互联网用户规模；随着移动终端和应用的推动， 应用将会成为口常移动互联网用户的必备品。本文以 分析移动社交平台项目分析、研发为例，概述了系统 课题背景，提出游戏化社交平台的功能；通过分析系 统需求，提出了系统平台的建设0标、实现功能和所 用结构模式；系统的实现部分从系统关键功能模块入 手，重点介绍了商城，消息，排行榜等系统的功能展 示和实际应用，最后对系统运行过程中存在的问题提 出了改进意见。 关键词：移动互联网；移动应用；移动支付；基 于地理位置；社交 TP311 A : 1009-3044 (2015)09-0105-03 1绪论 随着国外社交平台的日渐盛行，国内社交网络也 逐步发展起来，在取得成效和进展的同时，也发现一 些不足：一是传统社交平台趣味性不够强，无法让用 户间快速建立联系；二是社交的目的过于混乱，游戏 化社交这个细分市场还未出现。课题研究的主要意义 是通过对智能终端（android）产品的研究来解决社交 的时效性。让网民随时随地地产生活动及发展线下活 动。 2移动社交系统需求分析 本章通过对移动社交平台的流程调研，并从功能 需求和非功能需求2个方面进行具体的需求分析。 2.1系统功能需求分析 1） 附近用户功能需求 附近用户是手机端产品的一个亮点，更多去激发 用户和附近用户发生互动。 2） 消息需求 消息需求包括：常规消息、语音消息、互动消息、 系统消息以及消息排序优先显示用户的聊天消息、系 统消息、互动类消息。 3） 商城功能需求 商城主要是完成移动社交这个产品内部货币和奖 品的兑换。 2.2系统非功能需求分析 1）安全需求 移动社交平台具有开放性，安全要求非常高。从 访问入口、系统备份恢复策略、身份认证等采取相应 的措施，确保系统具备有良好系统安全、数据安全、 操作安全［1］。 2）接口需求 该APP有不少互动通过接口实现，用户等级体是 数据是和web后台数据做交互。除了接口调用的认证 限制不仅限于展现层还可以在数据调用，底层业务逻 辑等；另外就是接口的规范化，API本身不处理具体 业务逻辑［2］。 3移动社交系统设计 本章就在需求分析基础上，深入分析系统的总体 架构、应用体系的设计，并对系统的功能模块进行了 详细设计［3］。 3.1系统概要设计 3.1.1系统功能结构 系统的功能结构由附近用户、排行榜、消息、商 城几个大的功能模块组成。各个模块功能包括如下内 容： 1） 附近用户：用户定位、用户个人资料设置、签 到、用户查找、用户列表显示、操作日志管理 2） 排行榜：毎口热榜（24小时刷、新秀榜（1 小时刷新）、各类总榜、魅力星（财富星）、用户曝光 3）消息：文本消息、语音消息、图片消息（位置、 片、表情）、消息汇总，push通知、系统消息、消 息汇总、消息的各种状态、动态通知、消息删除 4）商城：送礼物、用户充值、兑换及订单管理、 分享、魔豆总额 3.2系统各功能模块设计 移动社交平台包括消息、排行榜、商城等主要功 能模块，各个模块之间台有机的联系并统一起来。 1） 系统的消息模块：采用mina框架基于服务器 与客户端间建立的长连接，通过对于连接的管理和使 用，服务器端可以主动推送消息给指定用户。 2） 排行榜模块：通过对用户各类值的树形分区， 实时有效的对用户各类值进行排序及查找，即可以适 应积各类值又可以适应非均匀性，还可以适应系统各 类值分布的变化。 3） 商城模块:采用HashMap结构，商品id为key， 商品信息为value，将商城内商品存入缓存内，查询效 率近似log （1）级别。 3.3系统数据库设计 3.3.1系统数据库设计 在设计中，对于Web端和移动端共用同一个的数 据表，最终Web端和移动端共享了用户信息和业务流 程信息等，实现统一处理。 3.3.2数据库表结构 系统中使用到的表结构数量较多，这里只介绍几 个关键表。用户基础信息表［6］ (USER_BASE_INFO)、 商品表(GOODSJJST)、消息表(USER_MSG)o 表结构如表1至表3所示： 4移动社交系统实现 整个项目主要包括了服务器端数据处理和移动端 数据展示两大业务功能，考虑到功能模块的相似性， 本文主要以消息功能、排行榜功能、商城功能等核心 模块为例，重点介绍系统服务器端数据处理功能的实 现［7-8］。 4.1系统软硬件环境选定 4.1.1系统硬件环境 系统的硬件分成后端程序处理逻辑及常规接口； 消息采用的常连接对服务器消耗比较大单独部署 Android PN服务器；前端服务器主要是展现给用户的 界面程序及各个接口对接。 4.1.2系统软件环境 服务器操作系统:Red Hat 4.1.2；数据库：MySql 5.5.14；发布容器:Tom