企业应用商城平台建设方案

1、企业应用商城平台建设方案1.目录 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 目录2项目背景3 HYPERLINK l bookmark2 o Current Document 客户需求3 HYPERLINK l bookmark4 o Current Document 总体架构4 HYPERLINK l bookmark6 o Current Document 实施建议6 HYPERLINK l bookmark8 o Current Document 账户管理6管理员6开发者6最终用户6 HYPERLINK l bookma

2、rk10 o Current Document 基本应用7 HYPERLINK l bookmark12 o Current Document 应用分类7热门应用7 HYPERLINK l bookmark14 o Current Document 最新发布7 HYPERLINK l bookmark16 o Current Document 应用排行榜7 HYPERLINK l bookmark18 o Current Document 搜索服务7 HYPERLINK l bookmark20 o Current Document 程序下载8应用评论8 HYPERLINK l bookmar

3、k22 o Current Document 支付管理8 HYPERLINK l bookmark24 o Current Document 用户支付8 HYPERLINK l bookmark26 o Current Document 存管支付8 HYPERLINK l bookmark28 o Current Document 在线商城管理8 HYPERLINK l bookmark30 o Current Document 容错备份8故障恢复8 HYPERLINK l bookmark32 o Current Document 版本管理9更新通知9应用审核9 HYPERLINK l bo

4、okmark34 o Current Document 辅助工具9监控下载9 HYPERLINK l bookmark36 o Current Document 应用管理9应用发布管理9统计报表10财务管理10同步更新10 HYPERLINK l bookmark38 o Current Document 用户行为分析10随着移动终端的快速推广应用，移动终端所需要的应用程序开发及管理成为了一个新的 业务增长点，通过建立在线商城，为第三方软件的开发者提供一个方便又高效的应用软件销 售平台，能够提高第三方软件开发者的积极性，同时也适应了移动终端用户对于个性化应用 程序的需求，从而使得移动终端所需的

5、应用程序开发、营销进入一个高速、良性的发展轨道。2.1.客户需求在线商城的参与者简单明晰，共涉及三个主题， 即系统管理者、 应用程序开发者、最终用户，此外还包括第三方支付，但只是作为收费渠道，不作为商城参与者。在线商城建立系统管理者、开发者、最终用户三方共赢的商业平台，各自在商城中的角色与职责如下：系统管理者：掌握平台的开发及管理，是系统的主要掌握者。其主要职责包括四点：提供系统平台；负责应用程序的营销工作；负责进行收费，再按月结算给开发者。公开用户行为分析资料，帮助开发者了解用户最近的需求点，并提供指导性的意见，指导开发者进行应用程序定价、调价或是免费。开发者：应用程序的开发和上传，是系统的

6、主要参与者。其主要的职责包括两点：负责应用程序的开发；自主运营平台上的自有应用程序，如自由定价或自主调整价格等。最终用户：应用程序的体验者。用户只需要注册登陆在线商城即可下载应用程序。在线商城为用户提供了更多的实用程序及多种支付方式，良好的用户体验及方便的购买流程。.总体架构整套系统的参与者由普通用户、开发者与管理员三个角色组成，并分别通过移动终端、门户（平台门户、开发者门户、管理门户） ，来访问应用商城。整个应用商城从上到下分成移动终端、平台门户、应用服务器、应用仓库三部分组成。移动终端中安装了应用商城的客户端，是应用商城的展现层，普通用户通过它能够访问到应用商城。平台门户通过WebServ

7、ice的方式向移动设备提供应用商城的所有服务，如分类管理、各种应用排行，在线支付，用户自服务等，是应用商城的服务层。应用服务器，承载着整个应用商城的应用。应用服务器通过服务器集群、前置机负载均 衡等多种技术，保证应用商城具备非常良好的扩展性；同时应用缓存保证了最热门的应用与列表都将被有效的访问。应用仓库，提供了对应用商城内的所有应用的管理，包括版本、基本信息、数据的可用、安全性等。以下是系统的功能架构图区用麻音密IP.居点年用户知.希布翥案 器上匚最飞 宓晤/KTC匕用青比干未五会用户日库 峙墓f rr-，由 1u.江挠叔根般百星不膜演n%,J J区用在革工日骑得户为11L士母I 口以下是系统

8、的物理架构图:从左到右分别是接入层，应用层，仓库层与数据持久化层。ReposrtcKyRepcsifOTyApplicaHon ServerReposflmy访I 口靛存Load BalanceAccei CcxitrolC ache ServerCaclwServerApplicMiOOSarverCachiB ServerRfpnritoiYDistfibutod ftpaitcrytsIiibutRd Rcpcsicory接入层由防火墙与前置机共同组成。防火墙通过安全策略的定义，避免对应用平台的恶意攻击。多台并行 apache前置机，通过轮询的方式实现了负载均衡，会话的保持通过Appli

9、cation Server来完成。如果有可能，此处建设使用F5进行硬件负载均衡，优势是在硬件负载均衡的同时，也能够实现会话的保持。应用层由 Application Server及Cache Server组成。Cache Server主要缓存用户的搜索结 果、下载频率最高的应用等。Cache Server由内存键-值对数据库来实现，所有的读写都在内存中实现，并通过Hash算法，实现Cache Server的分布式管理。Application Server使用Java EE容器，如 Weblogic、Webspher、Tomcat等。Web Service接口、业务模型、支付网关、工 作流引擎全部

10、部署在 Application Server上。移动终端通过 Web Service,向Application Server 发出请求，如果有可能Application Server会优先访问 Cache Server,否则访问 Database或Repository,并将结果以 WebService的方式返回。仓库层由 Repository Server组成。开发者上传的应用包会预先被存储在InternalRepository中，该Repository不能被用户访问到，只有管理员才可能访问，目的是由管理员 进行审核，审核通过后方可进入正式的Repository Servero考虑到应用数量众

11、多，Repository通过分布式的方式来解决存储扩展性的问题。同时为了保证存储的可靠性，每日会将数据从一个 Distributed Repository Server 中同步到另一个中。.实施建议针对在线商城的需求，我们建议在从以下五个方向进行系统建设，系统将通过账户管理、系统基本应用、支付管理、在线商城管理、辅助工具五个方面系统阐述。账户管理在线商城设置专用的账号进行管理， 主要分为对商城管理员、 应用程序开发者、 最终用 户三类注册用户进行系统化管理， 每种注册用户所具有的权限范围不同， 注册时采用邮箱作 为用户名注册，并且邮箱为可用的邮箱。管理员在线商城管理员，主要作用是对开发者、最终

12、用户进行权限管理，此外管理员还需要对 开发者发布的应用程序进行审核，规避重复性应用程序、带有反动、色情倾向的程序；检查应用程序版本，管理应用程序发布，以及对在线商城的账目进行核对。开发者在线商城开发者，主要是用于对开发者开发的新应用程序进行发布，并在发布时对程序的版本进行修改更新，然后接受管理员分拨的用户下载支付费用的比例分成。最终用户在线商城最终用户， 主要是下载商城的应用程序，对应用程序进行评论， 并对下载的应用程序进行付费；最终用户在注册账号时设置用户同步更新，如果用户在进行系统升级后， 可以重新下载已付费的应用程序而不需要再次付费；如果用户下载的应用程序，有新的版本发布时，在线商城将通

13、过发送邮件通知用户进行程序更新。基本应用应用分类按照开发的应用程序的类型， 在线商城将应用进行分类， 开发者在发布新的应用程序时， 需要选择应用程序所属的分类，同时管理员可以调整应用程序的分类。应用分类：系统、工具、输入法、生活、信息、地图、音乐、视频、图像、资讯、商务、词典、网络、通信、交友游戏分类：休闲益智、动作竞技、体育竞速、角色扮演、经营策略、射击冒险、网络模拟热门应用热门应用主要用于展示当天最热的下载应用程序，根据当天下载量统计结果进行排序， 排在前30位的应用程序作为热门应用进行显示，显示应用程序名、当日下载量、下载总量。最新发布最新发布主要用于展示在线商城中当天发布的最新应用程序

14、，并根据当天发布后，应用程序的下载量进行排序，如果相同下载量的，则按照发布时间进行排序。应用排行榜在线商城统计每个应用程序的下载次数，将其进行记录，根据下载数量从大到小进行排序，并将排序结果作为每天应用排行榜的数据结果。搜索服务最终用户在应用商城可直接进行检索， 查找所需要的应用程序， 在线商城根据检索情况 返回检索结果，如果存在用户所查找的应用程序， 则提供应用程序的图标、 介绍、下载数量、 发布时间、以及在线下载按钮等功能； 如果不存在用户所查找的应用程序， 则返回提示内容。程序下载用户选择某一个应用程序后，选择应用程序的下载按钮，在完成支付后可以进行下载， 每个用户在付费成功后可以对同一

15、应用程序进行多次下载。应用评论用户在下载完成应用程序后， 可以对应用程序进行评论，评论结果将显示用户的注册名称、评论时间、评论内容。支付管理用户支付用户选择一个付费应用程序后，选择支付，用户选择支付方式，系统支持信用卡直接支 付、支付宝支付、以及话费支付三种方式，如果用户选择固定的支付方式时，可以对支付进 行绑定，方便每次下载时快速支付。存管支付用户在选择支付方式后， 由第三方存管收取用户的支付费用，再通过第三方存管将用户的支付费用划入管理员账户，至此完成用户付费过程，用户可进行程序下载。在线商城管理容错备份系统将开发者上传的应用程序包进行分布式存储和多点备份，防止服务器故障对用户造成的不便。

16、故障恢复在系统发生突发性故障时， 系统通过容错的备份策略进行系统快速恢复，保证用户能够及时的使用，系统故障恢复时间要求限制在一小时内。版本管理开发者在每次进行应用程序发布时，应用程序名称后要求追加相应的版本号，开发者将每次应用程序的更新安装包进行上传后，系统将开发者开发的应用程序的旧安装包进行备份，用新安装包进行替换。更新通知最终用户在下载应用程序时， 系统后台记录最终用户的用户名、 下载的应用程序名及应 用程序版本号，但应用程序出现新的版本时， 系统根据用户名所注册的邮箱， 自动发送邮件 通知用户进行应用程序更新。应用审核开发者将新开发的应用程序上传到系统时，由管理员对应用程序进行审核，审核

17、新的应用程序是否内容是否健康，对手机系统是否安全，用户下载付费价格是否合理，是否与系统 中的应用程序重复等内容，如果应用程序通过审核，管理员将应用程序进行发布，并邮件通 知开发者，应用程序的审核结果； 如果应用程序没有通过审核，管理员邮件通知开发者审核结果及未通过原因，开发者可以提交审核结果及重审请求报告给审核管理委员会进行应用程 序重新审核。辅助工具监控下载管理员通过监控下载工具，对用户的下载进行监控，同时统计应用程序的下载量。应用管理管理员对开发者发布的应用程序进行管理，调整应用程序的分类，删除有重大Bug问题的应用程序，保证在线商城系统的稳健性。应用发布管理开发者在完成应用程序的开发后，通过应用发布管理工具，将应用程序发布到在线商城9系统中，开发者选择应用程序发布后，将应用程序的安装包进行上传，上传完成后，提交管理员进行应用程序审核，等待审核结果。在上传后，开发者在保证程序可用的基础上，可以修改应用程序的安装包及程序等内容。统计报表管理员自定义设置报表模板，对在线商城的情况进行统计分析，统计应用程序的数量， 每个应用程序的开发者、发布时间、不同版本的下载量，统计商城用户的注册数、在线数、 付费用户数等情况，并定期出具统计报告。财务管理管理员每天需要对在线商城的费用