公司开发了一款应用软件，有大量的用户在使用该软件，当应用程序有业务变动或者功能完善时，就面临一个问题，怎样高效稳定的更新客户端的应用程序。

根据现有的升级程序的缺陷，我们做了大量的改进工作，我做了一个升级程序原型，欢迎大家的指正和拍砖。

一：更新程序的后台管理

更新程序的后台管理分为三个部份，包括了待更新程序的上传，发布范围的选定以及相关更新的配置，对更新进行不同维度的统计。

1：待更新程序的上传

需求1：版本号可以根据前一个版本号自动生成下一个版本号，也可以人为的按版本号规则命名。

需求2：更新摘要，主要记录每次软件更新所完善的功能，以及解决的BUG，在客户端展示给用户，让用户选择是否有必要更新。（与jira关联）。

需求3：在上传整个更新程序的时候，用一个map.xml的文件描述整个程序的目录结构。

模型图如下：

2：发布范围的选定以及相关更新的配置

需求1：确定需要发布的版本后，根据对象的类型（渠道，用户）选择需要发布的对象。 其中如果钩选了 “全部用户更新”，选择对象范围为灰色，不起作用。

需求2：自动更新设置

      i：  是否让用户每次开启应用程序都检测更新。

      ii： 更新提示周期，就是客户端每隔多长时间检测一下，是否有新版本的程序需要更新。

      iii：当用户检测到有程序需要更新，是立刻更新，还是往后推迟更新。

模型图如下：

3：对更新进行不同维度的统计

需求1：查询某个用户，正在使用的程序版本。

需求2：某个版本，有多少个用户在使用。

需求3：某个版本，在某个时间段的更新用户数。

需求4：查询某个用户更新的历史记录。

模型图如下：

二：客户端更新程序

1：客户端更新提示及设置

需求1：显示本次更新的摘要

需求2：用户可以决定在何时更新

模型图如下：

2：客户端更新状态

需求1：可以显示下载更新的进度，以及详细信息。

需求2：当下载安装后，可以显示更新进度和详细信息。

目前这个更新程序就基本上能满足我们现在的需求了。

园友，还有什么更好的建议以及我没考虑到的需求，欢迎提出来，到时候也做一个万能的，通用的升级程序软件。

如果博客对你有帮助，在右下角推荐我一下。

 

 对应9楼：