企业应用商城平台建设方案（ word 可编辑版）.docxVIP

企业应用商城平台建设方案 PAGE PAGE 10 1.目录 目录 2 项目背景 3 客户需求 3 总体架构 4 实施建议 6 账户管理 6 管理员 6 开发者 6 最终用户 6 基本应用 7 应用分类 7 热门应用 7 最新发布 7 应用排行榜 7 搜索服务 7 程序下载 8 应用评论 8 支付管理 8 用户支付 8 存管支付 8 在线商城管理 8 容错备份 8 故障恢复 8 版本管理 9 更新通知 9 应用审核 9 辅助工具 9 监控下载 9 应用管理 9 应用发布管理 9 统计报表 10 财务管理 10 同步更新 10 用户行为分析 10 2.项目背景 2.项目背景 随着移动终端的快速推广应用，移动终端所需要的应用程序开发及管理成为了一个新的业务增长点，通过建立在线商城，为第三方软件的开发者提供一个方便又高效的应用软件销售平台，能够提高第三方软件开发者的积极性，同时也适应了移动终端用户对于个性化应用程序的需求，从而使得移动终端所需的应用程序开发、营销进入一个高速、良性的发展轨道。 2.1. 客户需求 在线商城的参与者简单明晰， 共涉及三个主题， 即系统管理者、应用程序开发者、最终用户，此外还包括第三方支付，但只是作为收费渠道，不作为商城参与者。 在线商城建立系统管理者、开发者、最终用户三方共赢的商业平台，各自在商城中的角色与职责如下： 系统管理者：掌握平台的开发及管理，是系统的主要掌握者。其主要职责包括四点： 提供系统平台； 负责应用程序的营销工作； 负责进行收费，再按月结算给开发者。 公开用户行为分析资料，帮助开发者了解用户最近的需求点，并提供指导性的意见，指导开发者进行应用程序定价、调价或是免费。 开发者：应用程序的开发和上传，是系统的主要参与者。 其主要的职责包括两点： 负责应用程序的开发； 自主运营平台上的自有应用程序，如自由定价或自主调整价格等。最终用户：应用程序的体验者。 用户只需要注册登陆在线商城即可下载应用程序。 在线商城为用户提供了更多的实用程序及多种支付方式，良好的用户体验及方便的购买流程。 3. 3.总体架构 整套系统的参与者由普通用户、开发者与管理员三个角色组成，并分别通过移动终端、门户（平台门户、开发者门户、管理门户），来访问应用商城。 整个应用商城从上到下分成移动终端、平台门户、应用服务器、应用仓库三部分组成。移动终端中安装了应用商城的客户端，是应用商城的展现层，普通用户通过它能够访问 到应用商城。 平台门户通过 WebService 的方式向移动设备提供应用商城的所有服务，如分类管理、各种应用排行，在线支付，用户自服务等，是应用商城的服务层。 应用服务器，承载着整个应用商城的应用。应用服务器通过服务器集群、前置机负载均衡等多种技术，保证应用商城具备非常良好的扩展性；同时应用缓存保证了最热门的应用与列表都将被有效的访问。 应用仓库，提供了对应用商城内的所有应用的管理，包括版本、基本信息、数据的可用、安全性等。 以下是系统的功能架构图 以下是系统的物理架构图： 从左到右分别是接入层，应用层，仓库层与数据持久化层。 接入层由防火墙与前置机共同组成。防火墙通过安全策略的定义，避免对应用平台的恶意攻击。多台并行 apache 前置机，通过轮询的方式实现了负载均衡，会话的保持通过Application Server 来完成。如果有可能，此处建设使用 F5 进行硬件负载均衡，优势是在硬件负载均衡的同时，也能够实现会话的保持。 应用层由 Application Server 及 Cache Server 组成。Cache Server 主要缓存用户的搜索结果、下载频率最高的应用等。Cache Server 由内存键-值对数据库来实现，所有的读写都在内存中实现，并通过 Hash 算法，实现 Cache Server 的分布式管理。Application Server 使用 Java EE 容器，如 Weblogic、Webspher、Tomcat 等。Web Service 接口、业务模型、支付网关、工作流引擎全部部署在 Application Server 上。移动终端通过 Web Service，向 Application Server 发出请求，如果有可能 Application Server 会优先访问 Cache Server，否则访问 Database 或Repository，并将结果以 WebService 的方式返回。 仓库层由 Repository Server 组成。开发者上传的应用包会预先被存储在 Internal Repository 中，该 Reposi