SOA打造基于构件的“服务银行”

    银行的排队问题在一段时间之后总会集中爆发一次，这既有客观原因也有银行在流程和管理上所存在的硬伤所致。我们进入银行，总会看到柜台后一叠又一叠的单据： 

    新开户、网上银行、汇款业务等等，但是，很少有人提出这样的质疑：虽然客户在银行留下了自己的身份记录，但是，以后每次来办理其他业务的时候，仍然需要再次提交个人信息做身份验证，难道以前的资料银行没有保留么？

    在今年SOA中国关键任务的技术论坛上，普元的技术专家和金融行业的专家一致认为：“这个现象的发生是因为银行缺少了以客户为中心的业务系统。比如，信用卡业务用的是信用卡管理系统，基金业务用的是基金销售系统。银行的各个业务模块和产品单元在设计上相对独立，虽然有助于银行本身对单个产品的财务核算，但是系统因此变得复杂，各个产品之间是相对孤立存在，它们之间的业务组合也受到了信息的阻隔。所以客户在购买这些产品时，必须面对重复性资料提交的处理时间，和它所带来的无尽的等待。”

    IT是业务的映射。在之前明确的部门分工理论，昂贵的计算资源，使得应用软件在诞生之初就打上了部门级应用服务的烙印，它们被主观的按照部门职能或某一管理职能简单的分割了。但是这样的分割所带来的副作用，已经在这个“谁里顾客越近，谁能更好更快的响应顾客的服务请求谁就越有机会的互联网时代”逐渐被人们意识到。

    在金融市场激烈的竞争下，一些银行的金融产品推出的速度快、灵活度强，这对后台的产品管理和服务都提出了更高的要求。“如果发行一个金融产品就开发一个系统，那显然是不切实际的。”诺祺科技有限公司总经理张月鹏说，“当我们开始考虑复用系统的功能并做一些流程优化之后，可以甩掉以前的包袱，在短时间内改变系统流程，并把新的应用、新的业务环节插到流程中去，就可以完成一个新的业务系统。”

    “将不同的职能部门，通过一个系统，优化业务流程，就像生产流水线一样，将每个环节落实到最后就是一个拧螺丝的动作。”上海天正软件有限公司副总经理张东军这样认为：“虽然进行业务职责、产品功能的梳理和提炼是一个很大的挑战，但是借助构件的方式，都可以做成一个标准的系统生产线。”