密级：密级： 文档编号：文档编号：QM3_CP_ZL_QM3_CP_ZL_？版本号：版本号：V1.0V1.0软件产品软件产品版本规划与版本规划与 VSS LABEL 约定约定广东启明软件开发有限公司广东启明软件开发有限公司编制：余亮生效日期：2010 年 9 月 日 审核：批准：EPG- 广东启明软件开发有限公司对本文件资料享受著作权及其它专属权利，未经 书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方， 或进行修改后使用。软件产品版本规划与 VSS LABEL 约定 V1.0广东启明软件开发有限公司 第 2 页 共 5 页文文件件更更改改摘摘要要：日期日期版本号版本号修订说明修订说明修订人修订人审核人审核人批准人批准人2010-09-21V0.1创建余亮V1.0正式版1、软件产品版本规划与 VSS LABEL 约定 V1.0广东启明软件开发有限公司 第 3 页 共 5 页1. 模块版本号模块版本号模块版本号即为 DLL,OCX,EXE 的编译版本号，根据产品版本号和模块编译日期进行编 制。根据不同的工具，生成的版本号略有区别： VC： X1X2. .X3X4. .YYYY. .MMDD 。 例如：某日（20021220）编译模块 JYGL.DLL，产品版本号是 1.0.1.2，则模块 JYGL.DLL 的当前版本号是：10.12.2002.1220 VB： X1X2. .X3X4. .MMDD 例如：某日（20021220）编译模块 TZOCX_XTWH.OCX，产品版本号是 1.0.1.2，则模块 TZOCX_XTWH.OCX 的当前版本号是：10.12.1220注注：模块版本号由模块负责人编制，VB 必须在 NT 环境下编译。2. VSS lable 标识约定标识约定注： 1)下文中的“测试提交编号”从 01 开始，按照顺序排列下来，表示当日第几次提交测试 2)“打包日期” 、 “提交日期”格式：YYMMDD（年月日） 3)”模块名称”由项目组自行定义，建议项目组有一个模块名称与所表示模块的对照表 4）测试阶段标志符定义：U- 源代码静态测试/单元测试阶段I - 集成测试阶段 A 确认测试 5）项目组根据实际需要可添加”- ”+自定义字段，但需在配置管理计划中说明“自定 义字段”的定义规则 6) VSS LABEL 长度不超过 31 位 2.1. 测试阶段测试阶段2.1.1.2.1.1. 单元测试阶段单元测试阶段由项目组内开发人员/CM 工程师打上模块级 LABEL,提交单元测试。LABEL 标识规则如 下：模块名称-产品版本号-提交日期 U 测试提交编号 如： JYGL-1.0.1.2-021220-U012.1.2.2.1.2. 集成测试阶段集成测试阶段由系统集成员/CM 工程师打上模块级 LABEL,提交测试。LABEL 标识规则如下：软件产品版本规划与 VSS LABEL 约定 V1.0广东启明软件开发有限公司 第 4 页 共 5 页模块名称-产品版本号-提交日期 -I 测试提交编号 如： JYGL-1.0.1.2-021220-I012.1.3.2.1.3. 确认测试确认测试测试工程师/CM 工程师打上模块级 LABEL,提交测试。LABEL 标识规则如下：模块名称-产品版本号-提交日期-A 测试提交编号 如： JYGL-1.0.1.2-021220-A012.2.2.2. 产品（待）发布阶段产品（待）发布阶段2.2.1.2.2.1. ReleaseRelease （CandidateCandidate）发布阶段系统确定（变更）产品基线，受控库中系统的所有基线配置项（包括程序、 数据、文档）全部打上该 LABEL，由 CM 工程师负责完成。LABEL 标识规则如下： 产品名称-产品版本号-打包日期 如：XXXS-1.0.1.2-021220 表示：2002 年 12 月 20 日打包的经过发行测试的可发行版本3. 基线标识基线标识基线由 CM 工程师在基线审批后建立并标识。基线的标识规则如下： 产品基线： 直接用产品的版本号标识，如：5.4.1.0 其它基线： 项目名称_基线名称简写_版本号，版本号为两位数 如：E_XXX-5.0_RD_1.0 说明：为 E_xxx -5.0 项目的需求基线，基线版本为 1.0。其中版本号应为两位数基线名称基线名称简写简写举例举例计划基线PPE_XXX-5.0_PP_1.0需求基线RDE_XXX-5.0_RD_1.0设计基线SDE_XXX-5.0_SD_1.0编码基线VSS LABEL 约定JYGL-1.0.1.2-021220-I01测试基线TESTE_XXX-5.0_TEST_1.0产品基线产品版本号5.4.1.0软件产品版本规划与 VSS LABEL 约定 V1.0广东启明软件开发有限公司 第 5 页 共 5 页4. 产品标识产品标识4.1.4.1. 紧急补丁紧急补丁 HotfixHotfix时机：快速响应用户的请求，发布紧急补丁时使用标识规则：产品名 基线版本 Hotfix 序列号 标识举例：E-CIS 5.4.2.0 Hotfix001补丁序列号由 CM 工程师编制4.2. 升级包升级包 SP（Service Pack）时机：集中、阶段性响应用户的请求，包含了较多的需求或修复标识规则：产品名 基线版本 SP 序列号标识举例：E-CIS 5.4.2.0 SP002升级包序列号由 CM 工程师编制4.3. 产品版本号产品版本号 X.X.X.X时机：对外发布产品时使用 标识规则：产品名 产品版本标识举例：E-CIS 5.4.2.0产品版本号由项目经理编制4.4. 产品版本号的升级演变产品版本号的升级演变下图简要说明变更需要的测试阶段及引起产品版本号的变化情况：产品版本号由 1.0.0.0 开始, X1、X2、X3 取值范围0-9 ， A-Z ；X4 取值0-999产品版本号：X1. X2. X3. X4功能增强与完善SP版本的发布更则递增模块有大的变更或者新功能增加 则递增，X3、X4归0由项目组内部制定，包括HotFix 发布和每日构建的BuildNO确认测试单元+集成+确认测试整个系统作大的升级性变更则递增，X2、X3、X4归0代码审查单元+集成+确认测试