客户端需求_软件管理

客户端需求规格 软件管理
客户端建立版本管理机制，包括：1 客户端版本编号规则；2 平台版本发布系统；3 强 制自动升级/手动升级方案。 一 客户端版本编号规则 1 正式发布版本编号： 正式发布版本编号： 版本名称_操作系统 屏幕分辨率 主版本号.子版本号 修订版本号.日期版本 子版本号.修订版本号 版本名称 操作系统_屏幕分辨率 操作系统 屏幕分辨率(240.320)_v 主版本号 子版本号 修订版本号 日期版本 希腊字母版本_渠道标识 号_希腊字母版本 渠道标识
业务名称 (版本名 称) 操作系统 屏幕分辨 率 主版本 子版本 修订版 本 日期版本 希腊字 母 渠道标 识
mnc xinhua
小字母 数字
s60v3 wm6.5
小字母 数字
240.320 v1. 480.800 v2.
数字 小写字母 1 位数字 1-9
0. 12.
2 位数字 0-99
0. 123.
3 位数字 0-999
010203. beta 011110. final
6 位数字 年月日 小字母 数字
sina uc
小字母 数字
举例 1：mnc_s60v3_240.320_v1.1.1.011108.beta 举例 2：mnc_andorid2.1_ 480.800 _V1.2.1.011108_final_sina 举例 3：mnc_wm6.5_ 480.800 _V1.6.1.011012_beta_shengda 命名规则说明： （1） 版本名称 ） 命名规则统一使用小写英文字母缩写(系统校验时不区分大小写).版本名称标明是客户 端所承载的业务类型，比如 sjb,wefound 等等. （2） 操作系统 ）

按适配机型的操作系统和同一操作系统的不同版本分类。如名称过长可使用缩写，首母 小写。如 s60v3、java、wm、wce、oms1.5、android2.2 等。针对触摸或键盘以及 、 、 、 、 、 标准或简化版本区别，如 Java 键盘标准版缩写为 javajb，Java 触屏为 javacp 等。 如 ， （3） 屏幕分辨率 ） 可选项。对于通用版可不要求，对于指定分辨率版本要求，输出以底*高标准中间以项 英文句号间隔开， 240.320,480.800； 如 对于可适配不同高度分别率版本可简化为 240.H、 480.H 等. （4） 主版本号 ） 主版本是客户端发生重大内容变化的版本标示。应采用一位数字编号方式，起始编号为 1。当涉及修改内容包括以下几类变化时，则主版本号需要升级。主版本号升级，子版 本号及修订版本号归零。1 核心技术、协议的改变，2 支持功能的巨大变化，如新增书 友会频道，简化搜索功能等，3 交互流程或图形界面的整体风格重大变更，4 业务模式 的重要调整。 （5） 子版本号 ） 子版本号采用 1 位数不超过 2 位。字编号方式，起始编号为 0。和主版本相对而言，次 版本号的升级对应的只是局部的变动。 但该局部的变动造成了程序和以前版本不能兼容， 或 者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。当版本修改内 容包括以下几类变化，则子版本需要升级。1 已有功能的增强，2 软件效率优化，子版 子版 本号由开发厂家自行编制。 本号由开发厂家自行编制。 （6） 修订版本号 ） 修订版本号位数不超过 3 位，起始编号为 0。当版本修改内容包括以下几类变化，则子 版本需要升级。1 菜单名称，2 顺序修订，3 对于软件 BUG 的修复。修订版本号由开发 修订版本号由开发 厂家自行编制。 厂家自行编制。 （7） 日期版本号 ） 用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号，格式 yymmdd,例:011112。日期版本号由开发厂家自行编制。 由开发厂家自行编制。 由开发厂家自行编制
（8） 希腊字母版本 ）
希腊字母版本号分为 4 种，分别为：alpha、beta、rc、final. 且这 4 种版本真对 以下某一确定版而言: 版本名称 操作系统_屏幕分辨率 版本名称_操作系统 屏幕分辨率 主版本号.子版本号 操作系统 屏幕分辨率(240.320)_v 主版本号 子版本号
(不包含修订版本)。希腊字母版本的确定由开发厂家确定。

例：
mnc_andorid2.1_ 480.800 _v1.2.1.010812_ alpha mnc_andorid2.1_ 480.800 _v1.2.2.010908_ beta mnc_andorid2.1_ 480.800 _v1.2.3.011022_ rc1 mnc_andorid2.1_ 480.800 _v1.2.4.011103_ rc2 mnc_andorid2.1_ 480.800 _v1.2.5.011108_ final
Alpha 版本: 表示客户端初步完成版本,用于内部交流测试版本,BUG 数较多,不对用户 发布. Beta 版本: 该版本相对于 α 版已有了很大的改进，消除了严重的错误，但还是存 在着一些缺陷，需要经过大规模的发布测试来进一步消除。此版本可像用户发布 进行反馈. RC 版本:经过 beta 版本后的修改版本, 正式发布前的候选版本。如在发布 release 前进行 beta 版本大范围测试完成后，进行的 bug 修复局部功能调整后的版本，对 功能模存在取舍时，对外发布的试用版本。
Final 版本:正式发布的对外的最终版本。些版本经过了系统测试，beta 版本的测试后，
功能稳定的版本。
（9） 渠道标识 ） 渠道标识用于对第三方下载和推扩渠道在软件版本名称上附加的渠道标识 信息。 （10） 其他要求 ） 版本打包和发布应遵循严谨、 求实的原则， 保持版本号的连续， 便于版本号的统一管理， 正式发布版本的编号可能会不连续，但所有版本包括内部测试版本和紧急；版本输出统 ； 一半角格式； 版本输出在客户端帮助文档中提供用户可见； 一半角格式；版本输出在客户端帮助文档中提供用户可见；版本编号与客户端安装文件 名称一致；对于手机性能较差低端机名称长度可简化。 名称一致；对于手机性能较差低端机名称长度可简化。 对于客户端所要展示给用户的版本信息，只需要根据实际情况填写以下信息： 1. 2. 3. 4. 5. 版本名称（必填） 操作系统（必填） 屏幕分辨率（必填） 主版本号（必填） 子版本号（必填）