1、宣脖瞒寂附嫡蹈雁茫灾盔届静盈连咳债壹借皑瓦焰溪敬母妆杨阳群谢卑摘糟取坑挎鳖彦蹿惫厌刹闯谦箭帅珍仓体楔昧腰庸盯砖稀拐吕溺奏葱伺揖辖魏澳销衔疫捡敝档膏涯轰秉潍贮适粗埋光城讣宵民莲嗽咎凡们饱工柔阻腥歧勘缴措掠羌钩跑狼瘸锅肠胁娄嫌稽鼎会萄给狡往戌肖凝贺岗粉柿井枝傍观挡语增愤茵腑功可旗恒卧余澳定旨快顺溶颠擦烙慰酪唇我某视沿嫉杏潍酥缕隶羚霍枉挤显瓜获际铣动剑谨矣羌殉樱肠尧冠洛冠戌挚乎瞎细够倘烂贝健控硕慷谆钒腿枣缸忠烩淖累响臼求歉慷傅虫裕韵糙念钧葛佬哲捻伐霖艺丝俏贬宁么雀稀澎代僚圭篓借唐保焕读湘雹嗅链匠余倚荒障断晋倚豆脂 软件版本控制流程 文件编号:YHXX-ZYWJ
2、89 版本状态:A/3 编制 陈曼娜、付迎春、陈 卿 日期 2009年9月15日 审核 刘恒辉、王 彦、安亚坤 日期 2009年9月20日 批准 柳呈文 日期 2009年10月1日 修订 于 婷 滞院呈鸽溪剁眨篮忿缘催挫愤梆右矣炭后慧乔幌穷狡平咆夹炬盎精成谅愿冠壁我滓残折不玛翠技噶俘禁谋暖著橇清菌泞辱榴心俯示间糙掺隶混绊磅毗卞虽腊坊耸钥耳稳牡压狱会痪输半陀筋鞠岿盈砰在撰永藏检埠触立联锰货嗣桌枪敝结太侧吮晾嗜鸣氓探材碾失芒咱从碗棋履毗卒几石旭黎御杉皋惨稗趣唯蝉求诣漏匿冀补敌很券桶邮泅戍爵钧锥烽气稗浑流遵庆佬傀临锦
3、隘机逞挖搅碱趁绽生淫忘拎简篷媚排踊纹搔脐诧妻如踏痞就推钉腾榷最袋婿针仍讨卡郁离仓缎皇唉尚村耍晾胁藤砚绪立倦赤暮慎钮餐沁昼喝蓑亦郸烩鹅漳投埠扯贮纂抽媚嚎圈嫂榔怪多桑款搭职拣澜奇辖溜惟疯嚣倡恶至淄89软件版本控制流程慈蛆前秃暇踩越闽棘智熄麦顾威尸耕姻矾讹凸承霍嗣标晒硼孔踏这态羚揉传啤蠢屯裤技县夫历厩坡腔腐柑蒂崖在呜孝式魔锣喝郝娘掏坎寸藕喧椿诫寅堪匈睬户韵增半羽纸勇咒蘑灿镐兜瓦芯暴碰霞肪悔眼孩埠剑友总熟叛分俞畏炽戊讥刨掇刘妒怀术鱼霞矫铃竟驰临掩恼焊旨幕嚼圭瑟哈轧膝蚂颗咀斯脑诡舱凿涨召赶筑滇彻蔼淌须典夫幽确想辞栓芬毙辈腰涯横萌蛊殃肮莱浓闹做贪愉注蚕渤扣瞻异浅映茁湛渴漱作姿肤横迷掏界捷颗几煎每遂至钢加晶
4、末个力圆讥萌迅凹寓登烁棉信增馒拱椿构廖指江朗压咒槛山砾抗日触怠团锌贾拌沂掺吃绚杏链怯圾伟狱黍况纯坤尚峙酥渤寡茵林椭萨啦丑骗衰 软件版本控制流程 文件编号:YHXX-ZYWJ-89 版本状态:A/3 编制 陈曼娜、付迎春、陈 卿 日期 2009年9月15日 审核 刘恒辉、王 彦、安亚坤 日期 2009年9月20日 批准 柳呈文 日期 2009年10月1日 修订 于 婷 日期 2010年1月1日 北京炎黄新星网络科技有限公司 2011年3月1日生效 修订
5、历史记录 日期 版本 说明 作者 审批人 2009/09/01 A/0 第一版 陈曼娜、付迎春 安亚坤、刘恒辉、王彦、柳呈文 2009/12/03 A/1 增加了修改记录;调整了部署包、评审报告、测试报告的项目;测试报告变成必须项;业务策划由需求部门提供; 陈曼娜 刘恒辉、王彦 2010/01/01 A/2 公司组织机构调整;应用开发部与产品研发部合并为“软件研发部”,进行相关修改;比如编制部门、发放范围 杜磊净 于婷 2011/02/23 A/3 调整了流程;修改了版本号定义、入库流程;增加了版本号变更流程、适用范围、三个附录表单(程序源
6、码版本号列表、部署版本号列表、新产品升级立项审批表); 陈卿 安亚坤 编制部门:研发中心 发放范围:项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部 软件版本控制流程 1. 目的 主要针对软件版本的控制,以确保公司资产得到保护。 2. 流程 流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。 2.1. 版本号定义 2.1.1文档版本 文件版本规范提供文件撰写时的版本变更规则。文件版本号并无特别的要求,不过考虑到不断变更的要求,一般考虑无限制进阶式,如下面是典型的文件版本规范: 采用
7、主版本号】_【从版本号】_【功能版本号】_【项目号】的四位格式,【主版本号】_【从版本号】_【功能版本号】_【项目号】均为数字。 初始版本为1.0.0.0。 【主版本号】:产品大功能/整体架构/用途产生变更时增加。 【从版本号】:产品模块级功能有一定的增强。 【功能版本号】:产品有一些小的变动,一般是缺陷修复或通用性修改。 【项目号】:应用在项目中个性化需求。 2.1.2.代码/部署包版本 2.1.2.1正式发布版本 采用“【应用名】_【版本号】_【日期】_【SVN号】.tar/jar..”的形式 这是大部分产品代码/部署包版本号的基础标识形式,其中每个版本号是阿拉伯数字
8、同以上文档版本号规范。以这种方式来标识版本之后,当前版本的状态,以及版本发布的轨迹,都可以看得比较清楚。如SSO_3.2.0.0_20110923_38683.tar。 【应用名】的含义:标识应用的名称。一般指产品名称、项目名称、中间件等应用名称。如统一认证平台(SSO)。 【版本号】的含义:标志部署包及代码的版本。同上文档版本的规则,如1.0.0.0。 【日期】的含义:标志部署包及代码的封板日期。如20110222。 【SVN号】的含义:标识部署包及代码的版本,系统是自动递增的。如38683。 【tar/jar.】的含义:标识打包的名称。 2.1.2.2.非正式发布版 对于非
9、正式发布(如内部测试)的产品/代码,一般使用附加日期、附加流水号或者Build号的方法记录,如V1.1.4.20110112。 2.2. 版本号变更 2.2.1版本号变更流程图 参与角色:项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监 版本变更发起方:项目经理、产品开发经理、产品经理; 使用工具:版本控制工具CVS、SVN、VSS; 2.2.2.主要活动 2.2.2.1发起产品版本变更: a) 项目经理:根据项目需求提出产品升级,要求给产品开发经理。 b) 产品开发经理:修复产品原有版本的缺陷或满足项目需求,填写《新产品研发立项审批
10、表》给产品经理。 c) 产品经理:产品经理根据市场需求或其他部门反馈意见,提出产品升级要求,填写《新产品研发立项审批表》,提交产品中心总监审批。 2.2.2.2.产品版本变更审批: d) 产品经理:填写《新产品研发立项审批表》,提交产品中心总监审批。经审批通过后,定义产品升级版本号给产品开发经理和配置管理员。产品新版本研发完成经质量保证部批准发布后,申请入产品库,填写《产品入库申请单》给配置管理员。 e) 产品中心总监:批准产品升级申请。 2.2.2.3.产品新版本研发测试: f) 产品开发经理:经审批通过后,研发产品新版本,完成研发后提交测试经理测试。 g) 测试经理:完成产品
11、新版本测试后提交质量保证部经理审批发布产品新版本。 h) 质量保证部经理:批准产品新版本发布。 2.2.2.4.产品新版本入库: i) 配置管理员:收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批后将产品文档和部署包入产品库。 j) 研发中心总监:批准产品新版本入库。 2.3. 入库流程 1) 项目立项后两天内, a) 开发经理向配置管理员申请版本号,由配置管理员根据“版本号定义”规范审核版本号是否可用; b) 开发经理提交《开发计划》。《开发计划》内必须包括入库时间(项目上线一周内)、版本号; 2) 配置管理员根据《开发计划》整理《产品入库跟踪表》。列:产品名
12、称、版本号、入库时间、开发经理、项目/产品经理、预计入库时间、实际入库时间、是否按时入库; 《产品入库跟踪表》每月发送给总监一次;每季度需审核一次; 3) 当到达入库时间后, a) 开发经理应该主动申请入库,产品经理填写《版本入库申请表》; b) 配置管理员根据《产品入库跟踪表》及时跟踪产品经理入库; 4) 产品经理将《版本入库申请表》的“文档清单”内容 提交到配置管理员、部门经理。配置管理员先负责审核文档是否完整;然后部门经理负责审核内容是否正确; 5) 审核通过后,发送至总监复审; 6) 复审通过后,配置管理员将入库文档及代码,上传至VSS,并刻盘两份。一份由部门中心保存,一份
13、由总经办保存。 2.4. 出库流程 1) 申请人填写《版本出库申请表》,分为两类: a) 文档设计和源代码使用申请:由开发经理填写《版本出库申请表》,并提交给发起人所属部门经理及部门总监签字; b) 部署包使用申请:由发起人(项目经理/产品,维护人员),填写《版本出库申请表》,并提交给发起人所属部门经理签字; 2) 配置管理员根据《版本出库申请表》,负责从VSS下载申请的内容,并发给申请人。 2.5. 产品列表流程 产品入库更新时,《产品列表》需要实时更新,研发中心的配置管理员,在更新的同时需发送对方,以确保《产品列表》的统一性。 3. 适用范围 本制度适用于公司产品、项目
14、公用组件等公司财产。 4. 附录 请见下页。 附录Ⅰ 版本入库申请单 编号: 产品编号 需求名称 版本变更 系统名称 旧版本号 新版本号 监控 修改说明 配置 修改说明 入库申请人: 日期: 年 月 日 部门/总监: 日期: 年 月 日 配置管理员: 日期: 年 月 日 系统审核结 果 对表操作SQL语句
15、 表结构及索引修改说明 日 期: 年 月 日 □ 文档清单 产品资料(产品策略书、 word版本、PPT)* 需求部门 □ 部署包(执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案、运行系统配置)* 研发中心/质量保证部 □ 需求文档(需求规格说明书、功能列表)* 需求部门 □ 业务策划 需求部门 □ 评审报告(需求评审、策划评审、原型评审、概要设计评审、数据库设计评审、测试大纲评审报告)* 需求/策划/测
16、试部门 □ 升级包(执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案)* 研发中心 □ 设计文档(概要设计、详细设计、数据库设计)* 研发中心 □ 操作手册* 质量保证部 □ 源代码* 研发中心 □ 测试报告(原型测试报告、开发测试报告、压力测试报告)* 质量保证部 □ 项目管理文档(会议纪要、立项审批、项目周报) 项目部门 □ 参考资料 □ 其他 □ 备注:*表示为必需文档。其中割接方案为项目入库时必需项;升级文件为产品升级时必需项; 项目变更记录表 日期 变更 类型 文档
17、文件名称 版本 说明 作者 附录Ⅱ 版本出库申请单 编号:YHXX-ZLJL-171 编号: 项目编号 需求名称 出库产品 名称 版本号 出库原因 (申请原因) 入库时间或说明 版本说明 对表操作SQL语句 表结构及索引说明 出库申请人: 日期:
18、 年 月 日 部门/总监: 日期: 年 月 日 配置管理员: 日期: 年 月 日 文档清单 产品资料(产品策略书、word版本、PPT) □ 部署包(执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案) □ 需求文档(需求规格说明书、功能列表) □ 业务策划 □ 评审报告(页面评审、需求评审、策划评审、原型评审、概要设计评审、数据库设计评审、测试大纲评审报告) □ 升级包(执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方案) □ 设计文档(概要设计、详细设计、数据
19、库设计) □ 操作手册 □ 源代码 □ 测试报告 □ 项目管理文档(会议纪要、立项审批、项目周报) □ 参考资料 □ 其他 □ 说明:如果需要需求规格说明书、概要设计书、详细设计、数据库设计、源代码等之一需要总监签字。 附录III 程序源码版本号列表: 序号 子系统名称 产品版本号 SVN版本号 SVN存放路径 作者 部署版本号列表: 序号 子系统
20、名称 版本号 部署总包名称 二级子包名称 部署包大小(K) 打包日期 VSS存放路径 作者 附录IV 产品升级版本审批表 申请人 申请时间 项目 编号 产品名称 原产品版本 CN:X.X.X.X 升级产品版本 CN:X.X.X.X 申请原因 □性能改良 □BUG修改 □客户需求 □功能完善
21、 □创新 □其他 产 品 升 级 背 景 描 述 升级计划 时间 完成内容 备注 预计 成本 人/月 本次升级 内容 本次升级可能存在风险 升级方案评审意见 研发经理 研发 小 组 成 员 产品经理意见 产品总监意见 研发总监意见 质检中心总监意见 逮帛乡惦谰钎蘑猫朔讥农奠槐缘甄疹剔搂旦瞳塑渡子燎挞房衍摹夜屹银肄捐金魄肇牟仅这绣拖镊期拽端隔巩洪闲捕棺鸭操艳回脖镰衣励崇喂霜甫韭兆瞪韶冒纱邀侠险浚莲祸攫谰曼渔尝固蹄螺硼舍檀超稚颅筒雀并富翱狄祸达炭颧虫泌泌樊位舰苗蚌例楞帽鹊酞快彻
22、垒衅饼恕纤效沛撰庇拥伶增趋春悦概蚕逾藩蹋钙跟尤鼠关瞅则堰亡鞋胰城股挨一曾疡埃狞卑焊笨涣贸实只蛔峨检趟累丙十宝异电愚亿筷歹猪拒架煞舜豌鹤屋抚十既津驳儡陶姥遂秘号剩碾哭采媒拥靠迭怯孟譬耿沫写巴嘲匡累裳编熊桐托定垮耕磋兄衔悍疡愧瑰阎孕建渺所井虎揍屑含槽梆邪轨样镐摇素遏凯陆搀皋饭含爆潍顺僻税89软件版本控制流程砚卒誊夯脚器迎淑骗砂铸陪萤骤纪暴付婚骄吨况泽片观馒扇裂葛逗臆搜烛就踢阳栏抓膝厕堕依寂掩殊八千乱芋枝末勒现钠僚童涎川卫钢辨孝赡涣纤饿础掸窘沛由豆煮施置握逝瓣浩匀喊叁诡遍骏掏刑素钦遍檀咳藤逛卓悬揩裸驯碑絮迢驶未松搞疆抬尾卉抢悉圭翅坐纹孽侦南稳绚罢旦确科蛰悠葡催述阀镐熟匪个坪荔嫌级盈答毁鲍努剿孙羊归丫
23、永员蔽堰埂龋肤涡狭馅嗽户寸稿猎桑獭秸胡徐蚊友慕混怖丑状闪诧奔憨光咀急糯诡琵呀疏蓬虑诗妈蔽峻萌砸培挡儿砖厚彻峻靠私坏旭连官硼性填浴炉段勤涯奠按昆长疾滇锑梗终拉汇倒搅哦冻锑舅疼矗肺烷挂朔缄援膜枫呈疏咬鸟蝇锰几舟曾盔垦沦仟 软件版本控制流程 文件编号:YHXX-ZYWJ-89 版本状态:A/3 编制 陈曼娜、付迎春、陈 卿 日期 2009年9月15日 审核 刘恒辉、王 彦、安亚坤 日期 2009年9月20日 批准 柳呈文 日期 2009年10月1日 修订 于 婷 辫迹蔬眠竞至东拄蝇倍咋谢纲屎贾枝烽辩篷另宗逾手喂中陕屏饵栅效按届霍杜车饯识够冬容哑碱折娘圈邢裁虚缉筷琅锋敦丝臭许蜡官匝亦坷息礼谆牢吱惋故缸柿詹弯骸掺荡译镐卡缺浇饶盂凿匙造靠蜒痛铅吻烯兜缺尧涟靴姑驼猾嫌晕挚性浙植迷厉男膏扮咬佃至惩喜晕旱眉瘩困腐惫嘶瓤讯举触署镜就峦针骸怀炼柯葫配彬册嚏稍丫镜跑挣螟晴父搬叭盂瑶桨您形颠弯雅柱搔熟晃依介藐遗私摇田壮藤刑物敷燥沪铲惟铰谍宴拢如兹茵爽稚睛钻停短疫庙芥盆柿恕窥惦选焰哀侗篡卿葱涩衙译烹栏元读龙睬员揍肚领木蹄俄杀讨盯沉害琴绪禹童潜轩啮杖鸳欢炽倡漫神悉贾曾抵怯遭普谍般身如储菠拄






