您的位置: 网界网 > 周报全文 > 正文

[周报全文]给业务一个创意的空间

2004年09月13日 00:00:00 | 作者:佚名 | 来源:$page.getBroMedia() | 查看本文手机版

摘要:给业务一个创意的空间

标签

    给业务一个创意的空间

    ■ 本报记者 谌力

    想象的空间是无限的,现实环境是受限制的,乐高玩具提出了“只要想一下(justimagine)......”的口号,大象、恐龙、飞机、外星生物......,乐高推出了层出不穷的造型玩具,而组成各式各样造型的零件却相当有限。

    “金融业的竞争到最后就是想象力的竞争”,这种理念已经越来越被业内人士所接受,但受制于实际的环境,金融创新的速度与力度通常要大打折扣。EAI的出现使得提供乐高玩具那种标准化零件和连接方式成为可能,用总体业务布局的思路结合EAI技术,组成金融企业的应用平台架构,为业务与管理的创新搭建一个可以充分表演的舞台,那么剩下的事就是想象力了。

    跳出中间件的框框

    提到EAI(企业应用集成),一些人认为只要是用了中间件产品就是EAI了,但金融业的EAI远非如此简单。

    近年来,随着技术发展和行业认识的不断提升,EAI有着不同层次的体现,以银行为例,分行可以做EAI,总行可以实施EAI,既可以在局部应用系统之间做EAI,也可以在总体应用上实施EAI,还可以通过EAI实现新老应用系统的替换和重新组合。

    从技术产品的角度来看,EAI确实是中间件技术的一种应用,但金融业的EAI应该具有行业特色,把EAI与银行整体应用架构的建设融为一体,以便非常好地适应业务创新、管理创新带来的变化,这才是金融EAI的最佳实践。

    中国建设银行信息技术管理部总经理张益民谈到:“EAI不是一个被动连接的组件,而是一个主动的总体布局,在EAI项目中需要制定整个银行的业务框架,再以此为依据制定IT应用架构。”

    在建设银行制定的EAI项目规划中,信息总线是主要的应用系统,这个应用系统可以看成一个大的中间件,它要具备三个功能:应用系统之间的交换、数据的交换、业务流程的管理,前两个功能的实现有赖于中间件的作用,而第三个功能的实现在很大程度上受制于银行业务,所以建设银行提出了先制定整个银行的业务框架,再以此为依据制定IT应用架构,从而实现EAI的完整目标。

    目前,这种总体架构的建立对国内银行来说还需要一个全新的认识,但在国外已有先例,中科院研究生院软件学院院长潘辛平博士告诉记者:“ 国内银行目前在业务发展的总体布局和规划领域相当匮乏,相反的,国外一些银行已经有架构师这样的角色,可以指导银行建立整体的业务框架。”

    大集中开了个好头

    大集中是近年来金融信息化的标志性热点。数据从分散到集中,计算由分布到集中,这种改变是大集中对金融业在技术架构上最直接的贡献,同时,大集中也带动一个新的趋势,就是对IT系统的整合。

    在企业的IT应用环境中,应用系统架构与计算架构一同构成了企业的IT基础设施,有的行业用户把EAI称为“应用软件的路由器”,其基础的功用已为大家所公认,一些先知先觉的银行已经开始了EAI的尝试。

    EAI对于目前银行业转型的支持作用无疑是很大的,但在实施中,无论是国内银行,还是国外银行都没有一个完整的经验。所以,在EAI实施中还有许多岔路口,这让EAI的实施充满了不确定性,下面是行业用户在EAI实施中可能遇到问题的列举,有些问题的答案是比较肯定的,有些则是见仁见智,银行应根据自己的具体条件来做决择。

    终止恶性循环

    目前,国内银行对EAI的作用是认可的,但实施不同层次的EAI会产生不同的效果,只有从建立业务总体布局这个角度来理解和实施EAI,才能更彻底地解决银行所面临的问题。

    由于国内金融业正处于转型时期,政策环境、市场环境不断变化,金融机构内部也面临着转制上市、分拆重组的压力,太多的不确定性造成了今天的金融机构必须是一个适应变化的企业,相应的,作为业务与管理运行的支撑体系,金融信息系统的建设也面临着适应变化的问题。

    适应变化的快慢,体现在金融机构中就是能否迅速地调整、开发、投产业务应用和管理系统,但受制于历史的原因,金融机构的科技部门的应变速度总被认为不够快,甚至被指责为瓶颈。其实,科技部门也有苦衷。因为银行的历史遗留系统很多,每次开发新系统都要考虑与旧有系统的数据交换、功能调用,这样积累下来,银行所处的系统环境就变得日益复杂,想快都快不了。而且,银行内众多应用系统由于缺乏总体设计,产生了许多重复的功能模块,功能重复的模块既浪费开发资源,又产生了维护上的困难,例如,客户的信息在一个应用系统中改变了,就要到其他系统中去做相应的修改,如果修改不及时就很可能受到客户的抱怨,类似的一致性维护也成为影响银行服务水平的宿疾。所以,每当新的项目启动时,又会陷入下一个不良的循环中。

    有没有一种办法让新系统的开发摆脱这处困局?中国建设银行张益民认为,实施总行级的EAI可以解决这个难题。张益民谈到:“我们做EAI是以业务和管理为基础的,而且制定出的业务框架着眼于未来业务发展,当然这种框架的制定少不了国外同业经验的借鉴,管理咨询公司的建议。”因为有了总体的设计,业务被分门别类进行了界定,业务之间如何连接,如何配合也有了统一的规则,那么无论什么新业务推出都会在总体框架中找到所属位置,找到对应的连接与配合方法。

    中信实业银行对应用整合也非常重视,其信息技术部负责人告诉记者:“我们的目标是实现‘搭积木’,而不是编程序,这需要整合我们的系统实现应用的模块化,在这个基础之上推出新产品的速度将按小时计算。”2003年底,中国建设银行启动了IT建设的项目群,项目群的设置就是依据业务发展的布局而制定,但由于项目群的工作量大,时间紧迫,如何在既定时间内达成目标,颇让人费脑筋,而建设银行的着手点,让我们看到了EAI在整个项目群中的作用。

    “我们把项目分两类,基础类和业务应用类,基础类项目就是有关总体架构和数据标准的项目”,张益民谈到,“基础类项目要先做,业务应用类要服从架构类的要求,这样应用就不会乱。”

    应用架构与数据标准成了建设银行项目群实施成功的“定海针”,架构类的系统主要包括EAI系统、数据字典、数据交换池、客户信息以及基础设施等,这是关连其他系统开发的框架,数据是应用中不可少的基本元素,要有统一的数据标准去运行才能找到感觉,所以,数据标准、数据字典要推在前面。

    农村包围城市的疑问

    做 EAI有两种方式,一种是由分行试点开始,试点分行做出一个成功的例子后再推广到其他分行,然后再上升到总行,另一种方式是先在总行做成功,然后向下推。

    前一种做法的策略可以称之为“农村包围城市”,张益民认为,如果以应用架构的思路来做EAI时,这种策略就不太合适了。

    “以前银行很多的例子就是从分行开始做,感觉最后能够上升成总行使用的参照,但结果总是不好,因为全局就是全局,全局肯定不是局部相加”,尽管分行的EAI试点取得了很多经验,例如应用系统之间整合的经验,还有数据整合的经验,但张益民觉得还没找到总行的感觉,“我们要加快总行级EAI的进展速度,而总行级EAI的目标不是项目本身,而是通过项目找到EAI与其他系统之间的关联应该如何控制。”

    业务流程的瓶颈

    既然是从应用架构的角度考虑EAI,那么EAI的实施就必然会涉及到大量的业务流程。

    一些用户在实施EAI时反映,“我们已经看到了系统整合和数据整合的效果,但流程上的整合还没有很好地体现出来。”

    建设银行在进行总行级EAI项目时,业务流程的问题更明显,张益民谈到:“因为总行的一些业务流程,尤其是管理方面的转变还没有确定,所以EAI项目与总行业务流程的建立是交叉进行的 ,这对集成的要求就很高了。”

    对于业务流程整合的难度,潘辛平博士也有同样的感觉,他说:“业务流程的改变会涉及部门利益的矛盾,银行相应的考核机制和组织机构都有可能因此改变。”

    其实,业务流程的整合对于银行业来说本来就是个难题,即使不做EAI项目,业务流程的制定也需要银行内部的反复讨论,一些用户迟迟没有下决心做EAI与此有莫大的关系。但业务流程整合这一关不过,许多业务创新的工作就会困难重重,顺应目前银行业面临的转型大趋势,借上市、重组的东风,正是银行业改善业务流程的良机,也是EAI背后巨大的推动力。

    在业务流程确定了之后,银行也不能一劳永逸,潘辛平博士认为:“除了核心业务是比较固定的一块以外,其他金融业务的创新会产生各种变数(+本站微信networkworldweixin),现在做系统不可能什么都包括进来,但可以通过总体架构来支持。”可见,金融业务的流程经常变化,对业务流程的管理是EAI中最重要的部分。 设计师与施工队的距离

    记得一年多以前新家装修,某家装公司的设计师滔滔不绝地提出了不少好点子,把家装理念与时尚设计讲得头头是道,也让笔者初步选择了这家公司。但与他们的施工队一接触,就发现设计与实施存在着很大的差距,施工队对设计师的想法不是缺乏经验,就是不熟悉相应的原材料,由此,笔者只好放弃了这家装修公司。

    EAI的实现中也存在着设计与实施脱节的问题。目前有两种方法着手EAI,一种是从EAI产品入手,先找一个好的产品,再选择一家熟悉产品的集成商来实施,另一种是从集成的角度去考虑,先选择一家在行业内有经验、有名气的集成商,再根据集成商来定产品。

    银行用户遇到的问题就是:提供满意产品的厂商不能提供很好的集成服务,集成水平高的厂商所使用的产品不是很好。好的产品与好的集成,这两者似乎不能兼得?

    项目管理的考验

    因为大型EAI牵动了总体架构的建立,所以牵涉的部门和环节也就特别多,这对于项目管理提出很高的要求。

    在国内银行中EAI实施最快的建设银行对此感触尤深,“目前国内外没有哪家企业做过像建设银行这么大规模的EAI,我们需要在实施中积累经验,实施队伍的效率必须提高,在推进中协调,而不是协调后再推进,项目组中每个人的权责都要清楚,”张益民认为EAI是一个很强调项目管理的工作。

    缺乏经验是大型EAI项目实施的难点,所以总是坐在办公室里讨论不可能产生一个符合实际的做法,试点实施是第一步,对可能出现的波动要有所准备,进行相应的调整是第二步。

    张益民谈到:“我们年初就制定了实施计划与步骤,计划虽然定好了,但哪些是难点、重点,哪些是风险,哪些工作要先做,不开始做就不可能知道,所以现在需要调整计划,哪些事是今年必须守住的,哪些是相对不那么急的,有了计划表还要知道有什么来保证计划的实施。”

    技术平台呼唤松耦合

    EAI涉及了银行内的业务整合、应用整合、数据整合、技术整合,前三个整合依赖于技术整合,没有技术的整合其他层次的整合就没有可实现的载体,EAI项目的实施并不是画一张详细的结构图就算成功了,最后的实现肯定要落到物理范畴上。但是技术整合的目的是为了支持其他三项整合,所以不能单纯追求技术整合的完美性,无论现在还是将来,在技术架构的形成中和形成以后,都不能成为满足其他整合的瓶颈,不能成为科技应用的瓶颈。

    张益民对此有着冷静的看法,“从EAI应用架构的逻辑实现上看,银行业应该没有大的区别,建设银行的模型拿到其他银行也可以,但是从实施的角度来看,由于受制于物理环境的影响,从设计到实施总要有所磨合,每个银行所走的整合道路肯定是不同的。”

    在EAI的实施中,现实环境主要是指银行原有的软件、硬件环境,以及选用的EAI软件。原有的软、硬件环境不可能完全放弃不用,所以,EAI产品的选择就显得很重要。EAI的目标是整合,所以最好只用一家厂商的中间件产品,但如果用了以后,这个产品以后不开放了,或者是跟不上发展了,就会成为瓶颈。“我们想要一个松耦合,但如果产品以后的开放性不够好,反而成了累赘,”有这样忧虑的银行用户不在少数。

    据了解,产品的标准化已经开始有了呼声和行动,开放是一种趋势,不会成为逾越不了的障碍。

[责任编辑:程永来 cheng_yonglai@cnw.com.cn]