系统版本号标识、升级规则.doc

版本号标识、升级规则1、 版本号标识规则 . . _BD_ . 技术版本号需求说明版本号（可选）需求版本号子版本号主版本号版本号由四个部分组成：主版本号、子版本号、需求版本号（包括补充需求版本号）和技术版本号。主版本号和子版本号是系统正式对外发布的版本编号，需求版本号和技术版本号是用作内部版本管理的参考编号。主版本号和子版本号必须是大于或等于 0 的整数。1. 主版本号(1-2位，取值范围为1-99)，代表发布基线主版本号，在第一次新建版本号为V1.0或者V1.0.0.0，当软件项目在进行了重大业务、架构调整或局部核心业务修正累积较多,而导致项目整体发生全局变化时，主版本号加1。2. 子版本号（1-2位，取值范围为0-99），当软件功能进行了局部的增加或变化，且不涉及核心业务、架构等重大变化时，对子版本号加1。一般情况下如果子版本号是偶数，则表示该子版本是一个可放心使用的稳定版，如果子版本号是奇数，则表示该子版本加入了测试新功能，是一个内部可能存在BUG的测试版。奇偶规则不做强制要求。3. 需求版本号（1-2位，取值范围为0-99），当业务部门对当前软件版本提出新的业务需求或业务需求变更，但尚不满足主、子版本的升版要求，则需求版本号加1。需求说明版本号是对当前需求版本号的补充说明，以表明需求所属业务域及提出时间，该部分为可选，编号规则详见“二、需求说明版本号编码规则”。4. 技术版本号，取值范围对应于软件系统在内部编译时自动产生的版本号，一般只定义其格式，不进行人为控制，特殊情况下需要人为定义的按照递增整数（1-2位，取值范围为0-99）进行设置。2、 需求说明版本号编码规则需求版本号由公司业务部门对需求编号进行制定和修改，编码方式：2位业务域代码 + _6位需求年月日编码 + _2位当前需求序列号BD_ 序列号年月日（yymmdd） 业务域代码其中：“业务域代码”编码与企业架构中的代码一致，“年月日代码”采用yy/mm/dd格式编码，“当前需求序列号”由业务部门自行序列填充。业务域编码及一级业务内容如下，若有变化，以企业架构为准：l BD0001 战略管理：包括战略管理，制度管理，组织绩效管理。l BD0002 规划建设：包括电网规划、项目前期管理、投资计划、节能管理、综合计划、统计管理、项目管理、安全管理、质量管理、造价管理、进度管理、技术管理。l BD0003 安全生产：包括安全监察、安全综合管理、安全生产风险体系管理、应急管理、技术管理、科技管理、设备管理、技改维修项目管理、生产计划管理、运维管理（生产管理）、工作执行、系统运行并网管理、系统运行风险管理、系统运行计划管理、系统运行控制管理、二次系统安全防护管理、系统运行综合管理、统计分析与评价管理。l BD0004 市场营销：包括电力市场建设、电力交易、市场开发、营业管理、客户服务、需求侧管理、电能计量管理、营销项目管理、营销稽查监控、营销信息化管理。l BD0005 人力资源：包括人力资源规划、组织与岗位、劳动用工、人员配置与发展、人员培训、人才评价、薪酬福利、绩效考核、干部风险管理（干部监督）、统计管理。l BD0006 财务管理：包括预算管理、资金管理、会计核算管理、资产管理、产权管理、电价管理、工程财务管理、考核评价与财务分析、风险管理、税务管理。l BD0007 物资管理：包括需求管理、采购与供应商管理、合约与品控管理、仓储配送管理、逆向物流管理。l BD0008 信息管理：包括企业架构管理、规划计划管理、造价管理、建设管理、运维与服务管理、安全管理、技术管理、数据管理、IT资产与资源管理、评价管理。l BD0009 综合管理：包括党群建设、法律管理、合同管理、纪检监察、审计管理、行政办公。3、 版本升级规则事项适用场景描述版本编码事例取值范围原版本新版本主版本升位1、 核心业务发生重大调整的全局变化；2、 系统架构发生重大调整的全局变化；3、 核心业务局部功能修正累积较多导致业务发生重大变化；4、 当前系统已无法满足现有业务的需求变化。1.02.01-99（整数）子版本升位1、 增加系统子功能，直接影响业务使用和涉及部署培训的子功能模块；2、 修正系统局部功能，该修改造成了和以前子版本的不兼容，或对该功能以前的协作关系产生了影响；3、 局部功能上做了较大的改进和增强；4、 系统一个时间段内一定数量BUG的集中修正和发布。1.11.21-99（整数）对应需求版本升位1、 公司业务部门针对现有系统版本（如1.1）提交新增业务需求或需求变更，但不需提升主、子版本。2、 需求说明版本号根据实际需要可不标明。例一1.1.1例二1.1.1_BD0001_110301_10例一：1.1.2例二：1.1.2_BD0001_110301_20或1.1.2_BD0002_110301_10需求版本号：1-99（整数）需求说明版