Primeton EOS Platform 典型案例

国家开发银行统一软件环境规划整合

国家开发银行简介

国家开发银行(China Development Bank)(以下简称“开行”)于1994年3月成立,直属国务院领导。目前在全国设有32家分行和4家代表处。成立以来,开行始终认真贯彻国家宏观经济政策,发挥宏观调控职能,支持经济发展和经济结构战略性调整,在关系国家经济发展命脉的基础设施、基础产业和支柱产业重大项目及配套工程建设中,发挥长期融资领域主力银行作用。

背景与问题

2008年12月16日,国家开发银行挂牌成立,标志着开行正式开始从政策性银行到商业银行的转变。

在这种背景下,需要开行把网络延伸到控股机构,服务延伸到海外机构,业务线会非常长。IT已经由后台支持转为业务开展必须具备的基础设施,正因为如此,将来的IT系统会越来越多,建设IT系统与维护IT系统难度也会越来越大。对开行IT部门提出了更高的挑战。

自2007年以来,开行每年都有大量新开发软件系统。目前的SOA总线式架构,主要还是侧重系统之间的互联互通和整合,对应用系统内部如何构造服务、如何积累组件、如何解决应用系统内结构的松散耦合性以及如何对应用系统本身的监控和管理考虑较少。

开行应用系统建设方面面临主要挑战如下:

如何规范开发商的技术架构,开发过程

目前开行在应用系统的项目实施过程中,基本是各项目采用开发商自己的技术架构,采用厂商自己的设计规范、开发规范、测试规范。这样使得开行的应用系统技术架构发散,不利于管控和维护。

如何让应用系统在技术层面摆脱对开发商的依赖

在开行从事应用系统开发的合作伙伴主要为几个大型的软件开发商,开发商在实施项目时都基于自己的技术方案和软件过程规范,项目完成后不利于向开行进行知识转移和传递,往往一个系统只能由一个开发商持续的支持下去,对开发商依赖性比较大。

如何对开发商进行有效的管理和控制

随着项目增多,开发商队伍也渐渐庞大,开发队伍可能会出现鱼目混珠的情况。如何有效的对开发商队伍进行考评,对开发人员素质进行把关,形成对开发商的良性的考评方式,实现优胜劣汰的机制。

如何有效的对应用系统进行监控与管理

目前开行对应用系统的运维监控管理主要依托于JavaEE应用服务器自身提供的监控功能,只能监控到在JavaEE应用服务器的运行线程情况,不能对应用系统进行监控和统计。

如何在IT项目实施过程中形成有效的积累,建立开行的软件资产库

目前,由于各开发商按照自己的方式来开发软件项目,开行的IT项目实施过程中难于建立全行级的积累,长此以往,无法持续降低IT建设的总体成本。

使用产品与方案

为了系统的解决上述面临的问题,开行决定以基于SOA理念的Primeton EOS Platform产品为基础,来建立开行自己的统一软件环境(Unified Software Environment,以下简称USE),作为统一的应用开发、运行和管理平台。USE平台中还包括统一的技术标准、规范、项目实施方法论。本咨询项目就是为了配合开行一起制定USE平台远景规划及实施路线,帮助开行IT规划人员深入理解与掌握USE平台涉及到的理念、技术架构、规范、实施方法论等相关知识,从而使USE平台在开行更大地发挥价值。

开行已经制定了全行的IT总体规划,USE平台是此总体规划的一部分,侧重于在应用软件建设领域。随之而来的一个问题就是需要USE平台能够与现有IT基础架构中的应用集成平台进行融合。因此本项目的第二个目标就是将USE平台与开行中现有应用集成平台进行融合。

实施效果

完善管理评估体系和规范开发商管理

通过USE平台进一步建立起科学有效的项目进度、质量和工作量的管理评估体系,从而规范对开发商的管理,对项目的把控力度也将大大增强。

提升系统开发、维护效率

目前USE平台已在9个项目中的到使用,通过基于USE平台开发的业务应用系统与以前同等规模的业务应用系统相比,USE平台的集成化开发方式、组件复用机制等可以缩短降低整体成本20%以上。

另外,通过USE平台能够实现对制定的规章制度和规范的固化,从而保障行内制度规范的落实;而且,USE平台屏蔽了很多技术细节,使得开发人员更加简单、方便、易用的完成项目开发;最后,通过USE平台自动生成的文档,保证了代码与最终文档的一致性,这样系统维护工作更加迅速,修改变更更加容易。

引导集约化经营模式

以USE平台建设为契机,带动统一流程平台、企业服务总线、统一授权平台、内容管理平台、统一报表平台的规划和建设,对行内的各种应用系统平台进行深入整合,包括合并、独立一些符合行内现状的基础设施,由粗放型经营转为集约化经营模式,开展深入挖潜,避免重复投资建设。


回到顶部