银行IT系统不同开发模式下的配置管理.pdfVIP

银行IT系统不同开发模式下的配置管理.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
P徽 2014年·第9期 com ■ 西安银行刘志顺胡博韩强 在银行信息化项目建设中,软件所占的比重越来越 (二)并行开发模式下单(主干)分支管理的缺陷 大,而配置管理在软件项目的开发过程中起着举足轻重 上述情况下,项目开发模式实际已由串行开发转变 的作用,它将过去单纯的文件管理提升到版本、基线化 为并行开发模式,但如果仍坚持采用配置库单(主干) 管理模式。这个时期的配置管理一般仅采用单(主干) 分支管理方式,将会遇到如下问题。 分支方式进行开发管理,从理论上讲已经可以完全消 一是多个并行开发任务涉及公共文件,会互相影 除软件项目投产变更过程中版本混乱的风险,然而实际 响。二是将原本不需要上线的正在开发修改的代码版 情况却并非如此简单。 本,错误地进入到生产系统中。三是生产系统发生缺 陷时无法获取准确的文件版本进行缺陷的定位和修 一.理想与现实的差异 改。四是丢失生产系统的全量基线,无法搭建用于测 银行IT系统上线后,通常会面临后期的缺陷修复和 试的准生产环境,无法在需要的时候进行版本回退操 维护升级的开发工作。理想状态是系统上线后没有缺 作等。 陷,没有大量的新增需求,新需求的开发周期短,新需 由此可以看出,在并行开发环境下,采用单(主干) 求或缺陷的上线(或发布)计划按照“先开发先上线” 分支管理方式所出现的问题,将直接影响到生产系统 的原则处理。因此在系统配置库的管理方面,一个主干 的稳定运行,严重者可能造成生产系统的故障和业务 (Trunk)便可以解决一切问题,且所有的活动都是有 错误处理,给银行造成不可挽回的损失。 计划的、串行的工作(如图1所示)。 因此在并行开发模式下,配置库单(主干)分支管 发布1 发布2 理模式已难以满足需要,必须采用多分支管理模式以 ● 避免以上风险。 7 (三)多分支管理—并行开发模式的优点 开发 开发 多分支管理是通过不同的分支隔离不同的开发目 图1理想的串行开发 的,如进行缺陷修复分支的工作空间和新需求开发分支 (一)工作中面临的实际问题 的工作空间不是同一个,这样就有效地避免了不同开发 然而,随着银行IT系统建设项目数量的增加和复杂 工作之间的互相干扰,在各个分支上的开发者不会受到 性的日益增强,实际情况却和理想相差甚远。工作中通 其他开发者和开发活动的干扰。该模式有以下5个方面 常会面临以下情况。 的优点。 一是系统缺陷较多,修复缺陷成为长期的开发工 一是可以同时开展多个开发活动,使开发团队的生 作。二是为配合业务的变化,新增需求的开发越来越 产效率最大化;二是避免了不同开发目的的工作之间的 多。由于这些需求的复杂度和开发周期不同,无法按照 互相干扰;三是可以从历史基线修复缺陷;四

文档评论(0)

1243595614 + 关注
实名认证
文档贡献者

文档有任何问题,请私信留言,会第一时间解决。

版权声明书
用户编号:7043023136000000

1亿VIP精品文档

相关文档