《持续集成在商业银行的实践探索.docx》由会员分享，可在线阅读，更多相关《持续集成在商业银行的实践探索.docx（4页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、持续集成在商业银行的实践探索【摘要】在完善银行信息体系的建设中，如何将专业的信息技术和工具与银行的实际相结合，成为当前银行业关注的重点。本文在对商业银行软件研发现状及持续集成相关概念进行分析的基础上，对商业银行应用持续集成的实践进行了研究探索，详细讨论了持续集成在商业银行软件研发过程中所发挥的积极作用。【关键词】持续集成商业银行实践随着国内银行体系的日益开放和监管要求的日益加强，我国银行信息体系的内部建设也在经历着巨大的转变。经过20年的高速发展，我国银行科技部门及各业务部门的现代信息技术的知识和管理水平得到了快速积累和提高，信息风险防控能力、IT治理能力及软件研发能力等方面都取得了长足进步和
2、发展。但是，在完善银行信息体系的建设中，如何将专业度颇高的信息技术和工具与银行的实际相结合，成为当前银行业关注的重点。近年来，商业银行的业务规模取得了长足发展，软件研发的数量和规模不断增长，软件集成的复杂度和频度也不断提升。各商业银行通过将持续集成应用到软件研发的实践过程中，切实在提高软件资产安全、降低项目研发风险、提高软件产品质量、提升研发效率等方面发挥了重要作用。一、商业银行软件研发现状当前，国内商业银行业务应用系统规模庞大、功能繁多、需求变更频繁，采用传统瀑布模型的开发和管理模式运作的项目组在项目研发过程中遇到很多影响软件质量与管理效力的问题：（一）工具种类繁多，未实施有效集成为提高信息
3、科技的基础管理能力，商业银行陆续采购了配置管理、变更管理、缺陷管理和测试管理工具等涉及软件研发生命周期不同阶段的管理工具，工具不仅种类多而且工具之间缺乏有效的集成，数据无法有效共享。比如，配置管理工具的代码变更集未同缺陷管理工具的缺陷实例进行关联，无法方便、及时地获取代码变更集和需修复缺陷的对应关系。（二）手工操作繁琐，自动化程度低在商业银行软件开发过程中，大量地开发和管理类活动均采用手动过程，不仅降低了整个开发团队的工作效率，而且增加了引入人为失误的风险，重复执行也浪费了大量人力，使得发现、解决问题变得异常困难。比如测试人员在测试环境中所发现的问题，可能是由于部署人员忘记拷贝了某个配置文件，
4、也可能是由于没有删除某些临时文件。（三）集成构建较晚，无法有效控制产品交付时间商业银行应用系统的架构一般分为前、中、后台三层。一个项目往往由一个主办方和多个协办方统一协调完成，应用系统之间的耦合度越来越紧密。同一系统的不同层级之间或不同应用系统之间的集成构建往往到了产品发布前的最终集成时才刚刚开始，使得“从代码到编译集成”以及“从编译集成到可交付软件”2个过程的时间长短无法有效控制。比如一般解决编译甚至测试出现十几个问题，可能会耗费团队一天的时间来修补出现的错误。但是，如果到一个月以后的集成构建才发现这些问题，这些问题可能会出现数十个，有时可能会出现近百个错误，这可能会花费团队两到三天时间进行
5、修补，构建越不频繁，变化的堆积也就越多，开发部门应对这些变化的所花费的时间也就越长。为解决上述问题，进一步提高软件的产品质量和产品研发的工作效率、保证软件系统处于一个稳定可控的状态，商业银行纷纷引入了持续集成的理念，并和已有管理工具有效融合。二、持续集成的方法论在一个人开发的项目中，依赖外部系统比较少的情况下，软件集成不会成为太大的问题，但是随着项目复杂度的增加，就会对集成和确保软件组件能够一起工作提出更多的要求要早集成、常集成。等到项目快结束时才来集成会导致各种各样的软件质量问题，解决这些问题代价很大，常常会导致项目延期。持续集成以较小增量的方式迅速解决这些风险。（一）持续集成的概念大师Ma
6、rtinFowler对持续集成是这样定义的：持续集成是一种软件开发实践，是现代软件开发的必备配置。在持续集成过程中，团队成员可以频繁集成他们的工作成果，每次集成会经过自动构建的验证，从而尽快地检测出集成的错误。（二）持续集成的特征1.源代码编译。持续的源代码编译是持续集成最基本、最常见的特征。编译指的是将开发人员编写的源代码生成可执行的代码。2.测试。没有自动化、持续测试的持续集成不能算是真正的持续集成。没有自动化的测试，开发人员或其他项目风险承担者对软件的变更很难有信心。3.审查。自动化的代码审查（包括静态和动态分析）可以通过强制遵守规则来提高软件的质量。4.部署。持续部署可以在任何时候都可
7、以拿出能工作的、可部署的软件。5.反馈。持续集成的本质是及时向开发人员和项目风险承担这提供反馈信息。（三）持续集成的实施要素持续集成是一个以人为核心的过程，常常与一个或多个工具相关联，但持续集成远不只是个工具。实施持续集成需要五个要素：1.开发人员。当一名开发者根据分配的任务进行了所有的修改之后，他将执行一次私有构建，然后将变更提交到版本控制库。只有当这些变更提交到版本控制库后，才会开始后续的集成构建。2.版本控制库。版本控制库的目的是通过一个受控的访问库来管理源代码和其他软件资产的变更。提供一个“单一源代码位置”，这样所有的代码都可以从一个权威的位置获得。同时本版控制库能够进行回溯，取到源代码和其他文件的不同版本。3.持续集成服务器。持续集成服务器在变更提交版本控制库之后执行集成构建。集成构建可以采用手工、定时和轮询的方式进行。4.自动构建。持续集成过程会经常集成软件，这需要通过构建来完成。通过使用自动化构建脚本可以可靠地自动执行编译、测试等任务，甚至可以执行代码检查和部署。构建策略是成功的持续集成过程最重要的方面，如果缺少适当的构建过程，持续集成就难以发挥作用。