论文部分内容阅读
当人们在讨论“到底什么才是流程银行”以及“流程银行如何才能落地”时，很少有人能真正站在银行的角度去思考。
建高速路
得有汽车在上面跑
虽然不同的银行或个人对流程银行有着不同的理解，但对流程银行所能实现的目的大家却基本认同，那就是流程银行是要使银行的经营组织结构和各种资源完全围绕业务流程展开、完全服从于业务处理流程的需要，而流程完全围绕客户和市场变化的需求设计。也就是说，流程银行强调其资源配置、组织管理、经营目标必须围绕服务于客户需求，以客户为中心的理念是流程银行架构的根本。
银行若想依照合规化管理从“以部门银行为基础”向“以流程银行为基础”进行转变，笔者比较同意迈克尔·哈默的业务流程再造（reengineering）的观点，即我们讨论的“在技术平台架构之上，服务如何落地”的问题。流程银行的落地，除了要进行业务方面的再造、组织架构与模型的再造，更为重要的是流程银行中服务流程载体以及服务本身的制造，这就如同我们大家都知道建设一条高速公路的重要性，但不去想现代化高速公路的建成，最为直接的目的还是为了这条高速公路上面跑的汽车，一条没有汽车在上面跑的高速公路是没有任何意义的。
现在，我们就从这个技术驱动方面来探讨流程银行的落地问题。
我国目前的商业金融机构，尤其是一些具有代表性的大型国有商业银行，经过前些年的“大集中”建设之后，通过总行集中规划的形式，在科技应用规划、项目群规划和实施、数据仓库与管理信息系统、企业资源管理、客户信息管理等方面进行了系统的建设，在信息技术规划方面也吸收了“面向服务”的架构理念，已初步建立起近似面向SOA的系统级基础平台，也为银行长期的产品创新、服务流程重组和组织结构的调整提供了有力保障。但是，国内银行与国际先进银行相比，信息技术与业务的融合能力尚有很大提升空间，我们的信息技术虽然较强，但并未在业务应用上得到充分运用，无法通过业务流程、管理流程体现其价值，且信息技术投入与业务战略绩效指标不挂钩，缺乏系统统计和量化评估，无法为业务所充分运用。
在银行SOA建设的浪潮中，人们更关心基于面向服务架构构建的系统是什么样子，具备哪些特性，需要哪些关键技术和基础设施。与SOA相比，一个更为贴切的说法是SOBA（Service-Oriented Business Application），即面向服務的商业应用。它给了我们看上去更为清晰的描述，其理念是构造可复用、易集成的银行业务应用，使这些业务应用如同高速公路上面跑的汽车一般，互相依托、组合，并按照我们流程需要设计的规章运转。
实例分享
以SOBA构造服务
从银行来看，SOBA的核心是以银行用户为中心、以银行流程为中心，针对目前大多数银行的拥有多个相互之间难于集成的异构系统和框架、新的应用需求复杂高、银行业务创新迅速等现状，它通过整合界面、业务流程、服务和信息，提供统一、灵活的用户体验和跨流程、跨系统的组合能力。
SOBA强调突破应用系统的限制，从整体视图构建企业应用。支持 SOBA 的企业服务架构，采用了SOA的架构风格，以松耦合为特点，将企业应用分为协同、流程、服务、逻辑和资源（数据）5个层面。
我们以国内某大型商业银行的先行建设情况来看，实施战略转型，告别传统业务模式，打造一流现代商业银行是该银行的认识。在该行的转型策略中，流程管理占据了重要的地位。他们把提升服务品质和风险控制水平作为决定核心市场竞争力的关键要素，而流程则是产品服务、风险控制和运营管理的承载系统。
为了给这种革命性的变化提供强大的、功能完善的信息系统支撑，该银行先从服务流程载体——信息系统架构平台的建设开始，分三个阶段着力打造一个开放、高效、安全、稳定、统一的架构平台，为银行信息系统项目的设计、开发、运维提供良好的平台。其具体的目标是从目前的以应用系统为导向的“竖井结构”逐步转向“技术应用架构”、“业务组件模型”和“运营治理策略”三位一体的业务发展模式。
首先提高系统内部的耦合性，降低其结构的复杂度，提高其易管理性；提高系统业务逻辑的结构化程度，使逻辑的复用成为可能；制订统一的服务接口方案，提高系统的服务复用；对已有的公共系统进行再造，以避免信息部门各项目组自行建设成本大、不统一的格局。同时，提供统一的信息系统治理能力，对面向应用的操作流、数据流提供全力支持，方便系统级、服务级的优化。
其次，从业务功能需求角度出发，制订每个服务、或者流程（process）的规范，划分出系统模块，使业务系统模块符合可重用的服务标准，为流程中的服务模块化提供技术支持和保障。此过程中，需要定义服务的生命周期，规定服务间通信的多种协议方式，提供多种访问服务的方式；支持将外部系统或其他流程中的服务作为本地服务的提供者，保证与其他系统间整合的能力。
在这一阶段，一个叫做“服务容器”的概念尤为重要，也可以理解为我们在高速公路上面跑的汽车其实总要有一个存放地点，不可能永远在路上跑着。服务容器为服务提供了一个运行环境，管理服务和提供服务。服务容器提供了包括：服务整个生命周期管理、服务元数据管理以及服务的装配、服务实现方式的扩展、服务的安全控制等方面功能。
第三，从服务治理的角度出发，建立支持治理策略的框架和基础设施，并提供相应的管理服务，定义应用监管的策略。通过数据采集和分析，构建系统运营仪表盘，为流程中服务的决策提供分析和支持。
所以，实现的流程银行应用示例模式可以这样来描述：从外部来看，服务通过各种绑定，形成银行所需要的服务构件，从而形成新的服务，而后又被不同的应用与系统调用，或者在此过程中又形成回归于小粒度服务的目标演变，而服务粒度的大小与作用，可完全随着银行具体流程的需要而改变；从内部来看，流程银行的业务都由标准的机制服务构件来实现，由于它是一种统一而且标准的机制，可以非常容易在多个系统间形成业务上的复用，从而降低构造流程银行的总体成本及效率的提高。
链接：平台建设中的关键技术
SCA(Service Component Architecture，服务构件架构）为构建基于SOA的应用和解决方案提供了一套编程模型。其基本理念是：业务功能都是用服务来描述的，通过将这些服务进行组装就可以提供新的业务；在组装的过程中，可能需要新开发一些服务，也可能从企业已有的业务功能重抽取出服务，而进行重用。
SDO（Service Data Objects，服务数据对象），主要是为能够实现服务间更加灵活的数据接口屏蔽不同的数据源提供解决方案。SDO技术一方面提供了静态接口，为应用程序员提供一种使用编程模型的简单方式；同时SDO的动态接口支持增加静态接口定义中没有的属性，为数据带来了更大的灵活性。SDO同时内嵌了对 XPath 的支持及支持离线数据的管理，提供了变更记录，能够在数据处理的过程中保持数据的变化，在Hibernate中也有类似的实现，但SDO可以在系统间、系统内部都维护这种变化。
OSGI（Open Service Gateway Initiative）是面向Java的动态系统模型，支持可插拔的部署业务模块。未来SOBA应用中的业务模块可以采用OSGI的格式进行动态的部署，部署后的模块自动暴露UI服务和后台服务，为其他模块使用提供基础。
建高速路
得有汽车在上面跑
虽然不同的银行或个人对流程银行有着不同的理解，但对流程银行所能实现的目的大家却基本认同，那就是流程银行是要使银行的经营组织结构和各种资源完全围绕业务流程展开、完全服从于业务处理流程的需要，而流程完全围绕客户和市场变化的需求设计。也就是说，流程银行强调其资源配置、组织管理、经营目标必须围绕服务于客户需求，以客户为中心的理念是流程银行架构的根本。
银行若想依照合规化管理从“以部门银行为基础”向“以流程银行为基础”进行转变，笔者比较同意迈克尔·哈默的业务流程再造（reengineering）的观点，即我们讨论的“在技术平台架构之上，服务如何落地”的问题。流程银行的落地，除了要进行业务方面的再造、组织架构与模型的再造，更为重要的是流程银行中服务流程载体以及服务本身的制造，这就如同我们大家都知道建设一条高速公路的重要性，但不去想现代化高速公路的建成，最为直接的目的还是为了这条高速公路上面跑的汽车，一条没有汽车在上面跑的高速公路是没有任何意义的。
现在，我们就从这个技术驱动方面来探讨流程银行的落地问题。
我国目前的商业金融机构，尤其是一些具有代表性的大型国有商业银行，经过前些年的“大集中”建设之后，通过总行集中规划的形式，在科技应用规划、项目群规划和实施、数据仓库与管理信息系统、企业资源管理、客户信息管理等方面进行了系统的建设，在信息技术规划方面也吸收了“面向服务”的架构理念，已初步建立起近似面向SOA的系统级基础平台，也为银行长期的产品创新、服务流程重组和组织结构的调整提供了有力保障。但是，国内银行与国际先进银行相比，信息技术与业务的融合能力尚有很大提升空间，我们的信息技术虽然较强，但并未在业务应用上得到充分运用，无法通过业务流程、管理流程体现其价值，且信息技术投入与业务战略绩效指标不挂钩，缺乏系统统计和量化评估，无法为业务所充分运用。
在银行SOA建设的浪潮中，人们更关心基于面向服务架构构建的系统是什么样子，具备哪些特性，需要哪些关键技术和基础设施。与SOA相比，一个更为贴切的说法是SOBA（Service-Oriented Business Application），即面向服務的商业应用。它给了我们看上去更为清晰的描述，其理念是构造可复用、易集成的银行业务应用，使这些业务应用如同高速公路上面跑的汽车一般，互相依托、组合，并按照我们流程需要设计的规章运转。
实例分享
以SOBA构造服务
从银行来看，SOBA的核心是以银行用户为中心、以银行流程为中心，针对目前大多数银行的拥有多个相互之间难于集成的异构系统和框架、新的应用需求复杂高、银行业务创新迅速等现状，它通过整合界面、业务流程、服务和信息，提供统一、灵活的用户体验和跨流程、跨系统的组合能力。
SOBA强调突破应用系统的限制，从整体视图构建企业应用。支持 SOBA 的企业服务架构，采用了SOA的架构风格，以松耦合为特点，将企业应用分为协同、流程、服务、逻辑和资源（数据）5个层面。
我们以国内某大型商业银行的先行建设情况来看，实施战略转型，告别传统业务模式，打造一流现代商业银行是该银行的认识。在该行的转型策略中，流程管理占据了重要的地位。他们把提升服务品质和风险控制水平作为决定核心市场竞争力的关键要素，而流程则是产品服务、风险控制和运营管理的承载系统。
为了给这种革命性的变化提供强大的、功能完善的信息系统支撑，该银行先从服务流程载体——信息系统架构平台的建设开始，分三个阶段着力打造一个开放、高效、安全、稳定、统一的架构平台，为银行信息系统项目的设计、开发、运维提供良好的平台。其具体的目标是从目前的以应用系统为导向的“竖井结构”逐步转向“技术应用架构”、“业务组件模型”和“运营治理策略”三位一体的业务发展模式。
首先提高系统内部的耦合性，降低其结构的复杂度，提高其易管理性；提高系统业务逻辑的结构化程度，使逻辑的复用成为可能；制订统一的服务接口方案，提高系统的服务复用；对已有的公共系统进行再造，以避免信息部门各项目组自行建设成本大、不统一的格局。同时，提供统一的信息系统治理能力，对面向应用的操作流、数据流提供全力支持，方便系统级、服务级的优化。
其次，从业务功能需求角度出发，制订每个服务、或者流程（process）的规范，划分出系统模块，使业务系统模块符合可重用的服务标准，为流程中的服务模块化提供技术支持和保障。此过程中，需要定义服务的生命周期，规定服务间通信的多种协议方式，提供多种访问服务的方式；支持将外部系统或其他流程中的服务作为本地服务的提供者，保证与其他系统间整合的能力。
在这一阶段，一个叫做“服务容器”的概念尤为重要，也可以理解为我们在高速公路上面跑的汽车其实总要有一个存放地点，不可能永远在路上跑着。服务容器为服务提供了一个运行环境，管理服务和提供服务。服务容器提供了包括：服务整个生命周期管理、服务元数据管理以及服务的装配、服务实现方式的扩展、服务的安全控制等方面功能。
第三，从服务治理的角度出发，建立支持治理策略的框架和基础设施，并提供相应的管理服务，定义应用监管的策略。通过数据采集和分析，构建系统运营仪表盘，为流程中服务的决策提供分析和支持。
所以，实现的流程银行应用示例模式可以这样来描述：从外部来看，服务通过各种绑定，形成银行所需要的服务构件，从而形成新的服务，而后又被不同的应用与系统调用，或者在此过程中又形成回归于小粒度服务的目标演变，而服务粒度的大小与作用，可完全随着银行具体流程的需要而改变；从内部来看，流程银行的业务都由标准的机制服务构件来实现，由于它是一种统一而且标准的机制，可以非常容易在多个系统间形成业务上的复用，从而降低构造流程银行的总体成本及效率的提高。
链接：平台建设中的关键技术
SCA(Service Component Architecture，服务构件架构）为构建基于SOA的应用和解决方案提供了一套编程模型。其基本理念是：业务功能都是用服务来描述的，通过将这些服务进行组装就可以提供新的业务；在组装的过程中，可能需要新开发一些服务，也可能从企业已有的业务功能重抽取出服务，而进行重用。
SDO（Service Data Objects，服务数据对象），主要是为能够实现服务间更加灵活的数据接口屏蔽不同的数据源提供解决方案。SDO技术一方面提供了静态接口，为应用程序员提供一种使用编程模型的简单方式；同时SDO的动态接口支持增加静态接口定义中没有的属性，为数据带来了更大的灵活性。SDO同时内嵌了对 XPath 的支持及支持离线数据的管理，提供了变更记录，能够在数据处理的过程中保持数据的变化，在Hibernate中也有类似的实现，但SDO可以在系统间、系统内部都维护这种变化。
OSGI（Open Service Gateway Initiative）是面向Java的动态系统模型，支持可插拔的部署业务模块。未来SOBA应用中的业务模块可以采用OSGI的格式进行动态的部署，部署后的模块自动暴露UI服务和后台服务，为其他模块使用提供基础。