企业应用商城平台建设方案文档格式.docx

企业应用商城平台建设方案文档格式.docx

《企业应用商城平台建设方案文档格式.docx》由会员分享，可在线阅读，更多相关《企业应用商城平台建设方案文档格式.docx（9页珍藏版）》请在冰豆网上搜索。

掌握平台的开发及管理，是系统的主要掌握者。

其主要职责包括四点：

●提供系统平台；

●负责应用程序的营销工作；

●负责进行收费，再按月结算给开发者。

●公开用户行为分析资料，帮助开发者了解用户最近的需求点，并提供指导性的意见，指导开发者进行应用程序定价、调价或是免费。

开发者：

应用程序的开发和上传，是系统的主要参与者。

其主要的职责包括两点：

●负责应用程序的开发；

●自主运营平台上的自有应用程序，如自由定价或自主调整价格等。

最终用户：

应用程序的体验者。

用户只需要注册登陆在线商城即可下载应用程序。

在线商城为用户提供了更多的实用程序及多种支付方式，良好的用户体验及方便的购买流程。

2.

总体架构

整套系统的参与者由普通用户、开发者与管理员三个角色组成，并分别通过移动终端、门户（平台门户、开发者门户、管理门户），来访问应用商城。

整个应用商城从上到下分成移动终端、平台门户、应用服务器、应用仓库三部分组成。

移动终端中安装了应用商城的客户端，是应用商城的展现层，普通用户通过它能够访问到应用商城。

平台门户通过WebService的方式向移动设备提供应用商城的所有服务，如分类管理、各种应用排行，在线支付，用户自服务等，是应用商城的服务层。

应用服务器，承载着整个应用商城的应用。

应用服务器通过服务器集群、前置机负载均衡等多种技术，保证应用商城具备非常良好的扩展性；

同时应用缓存保证了最热门的应用与列表都将被有效的访问。

应用仓库，提供了对应用商城内的所有应用的管理，包括版本、基本信息、数据的可用、安全性等。

以下是系统的功能架构图

以下是系统的物理架构图：

从左到右分别是接入层，应用层，仓库层与数据持久化层。

接入层由防火墙与前置机共同组成。

防火墙通过安全策略的定义，避免对应用平台的恶意攻击。

多台并行apache前置机，通过轮询的方式实现了负载均衡，会话的保持通过ApplicationServer来完成。

如果有可能，此处建设使用F5进行硬件负载均衡，优势是在硬件负载均衡的同时，也能够实现会话的保持。

应用层由ApplicationServer及CacheServer组成。

CacheServer主要缓存用户的搜索结果、下载频率最高的应用等。

CacheServer由内存键-值对数据库来实现，所有的读写都在内存中实现，并通过Hash算法，实现CacheServer的分布式管理。

ApplicationServer使用JavaEE容器，如Weblogic、Webspher、Tomcat等。

WebService接口、业务模型、支付网关、工作流引擎全部部署在ApplicationServer上。

移动终端通过WebService，向ApplicationServer发出请求，如果有可能ApplicationServer会优先访问CacheServer，否则访问Database或Repository，并将结果以WebService的方式返回。

仓库层由RepositoryServer组成。

开发者上传的应用包会预先被存储在InternalRepository中，该Repository不能被用户访问到，只有管理员才可能访问，目的是由管理员进行审核，审核通过后方可进入正式的RepositoryServer。

考虑到应用数量众多，Repository通过分布式的方式来解决存储扩展性的问题。

同时为了保证存储的可靠性，每日会将数据从一个DistributedRepositoryServer中同步到另一个中。

3.

实施建议

针对在线商城的需求，我们建议在从以下五个方向进行系统建设，系统将通过账户管理、系统基本应用、支付管理、在线商城管理、辅助工具五个方面系统阐述。

3.1.账户管理

在线商城设置专用的账号进行管理，主要分为对商城管理员、应用程序开发者、最终用户三类注册用户进行系统化管理，每种注册用户所具有的权限范围不同，注册时采用邮箱作为用户名注册，并且邮箱为可用的邮箱。

3.1.1.管理员

在线商城管理员，主要作用是对开发者、最终用户进行权限管理，此外管理员还需要对开发者发布的应用程序进行审核，规避重复性应用程序、带有反动、色情倾向的程序；

检查应用程序版本，管理应用程序发布，以及对在线商城的账目进行核对。

3.1.2.开发者

在线商城开发者，主要是用于对开发者开发的新应用程序进行发布，并在发布时对程序的版本进行修改更新，然后接受管理员分拨的用户下载支付费用的比例分成。

3.1.3.最终用户

在线商城最终用户，主要是下载商城的应用程序，对应用程序进行评论，并对下载的应用程序进行付费；

最终用户在注册账号时设置用户同步更新，如果用户在进行系统升级后，可以重新下载已付费的应用程序而不需要再次付费；

如果用户下载的应用程序，有新的版本发布时，在线商城将通过发送邮件通知用户进行程序更新。

3.2.基本应用

3.2.1.应用分类

按照开发的应用程序的类型，在线商城将应用进行分类，开发者在发布新的应用程序时，需要选择应用程序所属的分类，同时管理员可以调整应用程序的分类。

应用分类：

系统、工具、输入法、生活、信息、地图、音乐、视频、图像、资讯、商务、词典、网络、通信、交友

游戏分类：

休闲益智、动作竞技、体育竞速、角色扮演、经营策略、射击冒险、网络模拟

3.2.2.热门应用

热门应用主要用于展示当天最热的下载应用程序，根据当天下载量统计结果进行排序，排在前30位的应用程序作为热门应用进行显示，显示应用程序名、当日下载量、下载总量。

3.2.3.最新发布

最新发布主要用于展示在线商城中当天发布的最新应用程序，并根据当天发布后，应用程序的下载量进行排序，如果相同下载量的，则按照发布时间进行排序。

3.2.4.应用排行榜

在线商城统计每个应用程序的下载次数，将其进行记录，根据下载数量从大到小进行排序，并将排序结果作为每天应用排行榜的数据结果。

3.2.5.搜索服务

最终用户在应用商城可直接进行检索，查找所需要的应用程序，在线商城根据检索情况返回检索结果，如果存在用户所查找的应用程序，则提供应用程序的图标、介绍、下载数量、发布时间、以及在线下载按钮等功能；

如果不存在用户所查找的应用程序，则返回提示内容。

3.2.6.程序下载

用户选择某一个应用程序后，选择应用程序的下载按钮，在完成支付后可以进行下载，每个用户在付费成功后可以对同一应用程序进行多次下载。

3.2.7.应用评论

用户在下载完成应用程序后，可以对应用程序进行评论，评论结果将显示用户的注册名称、评论时间、评论内容。

3.3.支付管理

3.3.1.用户支付

用户选择一个付费应用程序后，选择支付，用户选择支付方式，系统支持信用卡直接支付、支付宝支付、以及话费支付三种方式，如果用户选择固定的支付方式时，可以对支付进行绑定，方便每次下载时快速支付。

3.3.2.存管支付

用户在选择支付方式后，由第三方存管收取用户的支付费用，再通过第三方存管将用户的支付费用划入管理员账户，至此完成用户付费过程，用户可进行程序下载。

3.4.在线商城管理

3.4.1.容错备份

系统将开发者上传的应用程序包进行分布式存储和多点备份，防止服务器故障对用户造成的不便。

3.4.2.故障恢复

在系统发生突发性故障时，系统通过容错的备份策略进行系统快速恢复，保证用户能够及时的使用，系统故障恢复时间要求限制在一小时内。

3.4.3.版本管理

开发者在每次进行应用程序发布时，应用程序名称后要求追加相应的版本号，开发者将每次应用程序的更新安装包进行上传后，系统将开发者开发的应用程序的旧安装包进行备份，用新安装包进行替换。

3.4.4.更新通知

最终用户在下载应用程序时，系统后台记录最终用户的用户名、下载的应用程序名及应用程序版本号，但应用程序出现新的版本时，系统根据用户名所注册的邮箱，自动发送邮件通知用户进行应用程序更新。

3.4.5.应用审核

开发者将新开发的应用程序上传到系统时，由管理员对应用程序进行审核，审核新的应用程序是否内容是否健康，对手机系统是否安全，用户下载付费价格是否合理，是否与系统中的应用程序重复等内容，如果应用程序通过审核，管理员将应用程序进行发布，并邮件通知开发者，应用程序的审核结果；

如果应用程序没有通过审核，管理员邮件通知开发者审核结果及未通过原因，开发者可以提交审核结果及重审请求报告给审核管理委员会进行应用程序重新审核。

3.5.辅助工具

3.5.1.监控下载

管理员通过监控下载工具，对用户的下载进行监控，同时统计应用程序的下载量。

3.5.2.应用管理

管理员对开发者发布的应用程序进行管理，调整应用程序的分类，删除有重大Bug问题的应用程序，保证在线商城系统的稳健性。

3.5.3.应用发布管理

开发者在完成应用程序的开发后，通过应用发布管理工具，将应用程序发布到在线商城系统中，开发者选择应用程序发布后，将应用程序的安装包进行上传，上传完成后，提交管理员进行应用程序审核，等待审核结果。

在上传后，开发者在保证程序可用的基础上，可以修改应用程序的安装包及程序等内容。

3.5.4.统计报表

管理员自定义设置报表模板，对在线商城的情况进行统计分析，统计应用程序的数量，每个应用程序的开发者、发布时间、不同版本的下载量，统计商城用户的注册数、在线数、付费用户数等情况，并定期出具统计报告。

3.5.5.财务管理

管理员每天需要对在线商城的费用情况进行财务管理，统计用户的付费情况，包括交易量及交易总量、付费值，并比对管理员账号的到账额等。

3.5.6.同步更新

最终用户在进行系统注册时，填写可用的邮箱名。

用户可以选择应用程序同步更新功能，选择同步更新后，如果用户在系统升级后出现应用程序错误的问题时，可登录在线商城进行同一应用程序下载，而不需要再次付费。

3.5.7.用户行为分析

管理员根据用户在商城的应用程序下载总量，不同分类的下载量，同一分类不同应用程序的下载量，应用程序的价格等内容，统计分析用户的行为，预期用户的喜爱范围，应用程序的价格界定等内容，并将用户行为分析结果发送开发者，为开发者进行应用程序开发提供指导。