欢迎来到天天文库
浏览记录
ID:53733038
大小:192.14 KB
页数:3页
时间:2020-04-20
《银行IT系统不同开发模式下的配置管理.pdf》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、P栏目编辑罗2锦0莉14E年—ma·il:第luo9l期02500@163com银行-T系统不同开发模式下的配置管氇一西安银行刘志顺胡博韩强在银行信息化项目建设中,软件所占的比重越来越(二)并行开发模式下单(主干)分支管理的缺陷大,而配置管理在软件项目的开发过程中起着举足轻重上述情况下,项目开发模式实际已由串行开发转变的作用,它将过去单纯的文件管理提升到版本、基线化为并行开发模式,但如果仍坚持采用配置库单(主干)管理模式。这个时期的配置管理一般仅采用单(主干)分支管理方式,将会遇到如下问题。分支方式进行开发管理,从理论上讲
2、已经可以完全消一是多个并行开发任务涉及公共文件,会互相影除软件项目投产变更过程中版本混乱的风险,然而实际响。二是将原本不需要上线的正在开发修改的代码版情况却并非如此简单。本,错误地进入到生产系统中。三是生产系统发生缺陷时无法获取准确的文件版本进行缺陷的定位和修一.理想与现实的差异改。四是丢失生产系统的全量基线,无法搭建用于测银行IT系统上线后,通常会面临后期的缺陷修复和试的准生产环境,无法在需要的时候进行版本回退操维护升级的开发工作。理想状态是系统上线后没有缺作等。陷,没有大量的新增需求,新需求的开发周期短,新需由此可以看
3、出,在并行开发环境下,采用单(主干)求或缺陷的上线(或发布)计划按照“先开发先上线”分支管理方式所出现的问题,将直接影响到生产系统的原则处理。因此在系统配置库的管理方面,一个主干的稳定运行,严重者可能造成生产系统的故障和业务(Trunk)便可以解决一切问题,且所有的活动都是有错误处理,给银行造成不可挽回的损失。计划的、串行的工作(如图1所示)。因此在并行开发模式下,配置库单(主干)分支管发布1发布2理模式已难以满足需要,必须采用多分支管理模式以避免以上风险。(三)多分支管理——并行开发模式的优点开发:开发:多分支管理是通过
4、不同的分支隔离不同的开发目图1理想的串行开发的,如进行缺陷修复分支的工作空间和新需求开发分支(一)工作中面临的实际问题的工作空间不是同一个,这样就有效地避免了不同开发然而,随着银行IT系统建设项目数量的增加和复杂工作之间的互相干扰,在各个分支上的开发者不会受到性的日益增强,实际情况却和理想相差甚远。工作中通其他开发者和开发活动的干扰。该模式有以下5个方面常会面临以下情况。的优点。一是系统缺陷较多,修复缺陷成为长期的开发工一是可以同时开展多个开发活动,使开发团队的生作。二是为配合业务的变化,新增需求的开发越来越产效率最大化;
5、二是避免了不同开发目的的工作之间的多。由于这些需求的复杂度和开发周期不同,无法按照互相干扰;三是可以从历史基线修复缺陷;四是避免将“先开发先上线”的原则统一处理。比如一个后开始的最新修改的文件错误地随着其他功能的上线进入生产但仅须开发两周的功能,无法在一个需要半年才能完系统;五是对应生产系统的分支保持稳定,避免频繁、成的功能上线前开始实施。三是随时有非常紧急的需随意地修改。求或生产缺陷要求马上处理和上线。当然,多分支并行开发也必然会增加工作量,主要58I佐肛科技暗代投稿邮箱:hnfc@2lcn.net2014年·第9期栏目
6、编辑:罗锦莉E—mail:luol02500@163cornP体现在分支之问的归并以及冲突解决的工作上,但考虑后生产环境中的缺陷,开发人员直接在Trunk-F进行修到可能对生产系统造成的严重问题,这些工作量的增改,而后生成测试基线提交测试;投产或变更时基于测加是完全能够接受的。试通过的基线生成新的发布基线(R打头)到Tags下,供为了对比两种模式的区别,下面以SvN配置库为投产/变更使用。例,对单(主干)分支的串行开发模式和多分支的并行开发模式分别作出说明和对比。三、多分支管理——并行开发模式(如图3所示)(一)使用说明二
7、、单(主干)分支管理——串行开发模式(如图21.系统存在多个版本需要独立管理,如生产、新功所示)能开发、缺陷修复,它们之间相对独立,互不影响。(一)使用说明2.每个版本的维护工作也都是独立进行的,必要1.分支在项目的某一个阶段仅有一个目的:开发或时须进行各版本的归并维护。缺陷修复,每次只发布一个版本,不同时进行新功能开3.既要修改生产(前一个发布的版本)缺陷,又要发、测试或已发布上线版本的缺陷修复。进行新功能的开发,即同时进行不同目的的开发。2.维护方式是让系统不断升级到新版本,对生产(二)分支定义缺陷的所有修改都保存在新
8、版本中。i.Trunk:用于正常的开发及开发过程中测试发现3.生产版本的缺陷是少量的、可控的,不存在新功缺陷的修改,但不包括对生产缺陷的修改。能开发过程中需要进行生产缺陷修复的情况。2.Tags:用于测试和发布标记(基线),该标记代(二)分支定义码不允许任何形式的修改;用不同的标记名称区别不1.Trun
此文档下载收益归作者所有