http://www.cnblogs.com/tianjiang/archive/2007/02/06/642466.html
http://www.cnblogs.com/tianjiang/archive/2006/03/13/348649.html
政府横向业务整合模型研究
A research on Government Horizontal Business Integration Management System
TJDLUT
tian_jiang@126.com
welcome to disscuss the BPM related issues with me :)
All rights reserved by Tian Jiang.
摘要：政府横向业务整合作为电子政务的重要组成部分，目前已经成为电子政务理论研究和工程实践的焦点领域。本文提出了以业务协作中心为核心的政府横向业务整合模型，有效地解决了组织间业务整合的难题，减少了整合复杂度，更加符合政府组织和管理体制。
关键词：政府横向业务整合；业务流程管理；组织间业务集成。
Abstract：GHBIMS (Government Horizontal Business Integration Management System) as an important part of E-Gov construction has become a focal research field of E-Gov theory and engineering practice. This paper proposed a GHBIMS model centered as
Keywords: GHBIMS, Business process management, inter-organizational business integration.
1引言
在当前网络化、信息化、全球经济一体化的趋势中，政府信息化作为国家信息化的基础，直接影响着国家的竞争力和社会经济发展过程。伴随着当前电子政务建设的不断推进和深化，如何将政府内建立的各类业务应用系统进行整合，集成使其协同工作，以提高政府内部办公效率及为公众服务的质量，已经成为当前电子政务理论研究和实际应用中迫切需要解决的热点问题。
政府横向业务整合管理系统（GHBIMS）作为电子政务的重要组成部分，目前已经成为电子政务理论研究和工程实践的焦点领域。其中，“一站式网上行政审批系统”作为GHBIMS的典型代表之一，已逐渐成为全世界电子政务建设的主流趋势。然而，目前GHBIMS相关的理论和技术方面的研究还不是很深入，相关应用系统的建设仍旧停留在经验型和知识、信息的低水平积累的阶段。已建设的大部分系统缺乏良好的实用性和智能性，欠缺对政府业务变化的灵活响应，在一定程度上制约了电子政务的深层次发展。因此，对GHBIMS的研究和探讨对于电子政务的进一步发展具有重大意义。
业务整合的根本目的在于实现组织间横向业务协作，以达到共同合作下完成某一项目的目标。从另外一个角度来看，业务整合本质上是实现业务互操作，形成一个工作流程。本文从流程的角度来看待业务整合，对业务整合进行进一步抽象和描述，提出了以业务协作中心为核心的政府横向业务整合模型。
2 政府横向业务整合总体概念模型
政府横向业务整合是指政府内平行组织之间的业务互操作，共同完成某一项任务或项目的集成关系。在组织间进行业务整合的时候经常会遇到如下问题：1）缺乏统一的接口，即某一组织的应用系统无法与另一组织的应用系统进行有效的连接，无法进行业务整合；2）现有业务整合系统欠缺对政府业务变化的灵活相应，即无法及时更新业务协作方式，导致某一业务发生不变化时另一业务无法根据变化做出相应的调整；3）现有的业务整合方案不能达到提供最高效率服务的目标，即业务协作的方式单一，往往仅仅是串行结构地整合，限制了政府服务效率的提高。
本文根据以上存在的问题提出了政府横向业务整合总体模型，如图1所示。该总体模型主要提供3种服务：
1）流程定义服务，该服务由流程开发人员进行组织间业务整合后的流程设计，是业务协作中心的核心部分。流程定义统一采用标准的流程定义语言来定义，业务对象和业务对象之间的关系是其基本组成元素。业务对象分为输入业务对象和输出业务对象，输入业务对象是业务协作中心所要处理的对象，它们经过业务中心根据其业务特征属性，从流程库中选择合适的业务流程，再把其转换为输出业务对象，输出给流程定义中定义好的组织单位，输入业务对象和输出业务对象之间是多对多的关系。
2）管理服务，该服务主要提供业务整合时的CA身份认证，业务流转授权和日志管理及监督等，是业务协作中心的重要的辅助部分。该服务由协作中心管理人员负责，对流程定义和执行服务进行有效的管理[2]，及时发现定义服务和执行服务的不足，不断修正流程定义服务，更新流程定义库，更好的服务与业务执行、协作服务。
3）业务对象执行、协作服务，该服务是业务协作中心的输入、输出、处理的核心部分。当平行组织需要进行业务集成的时候，业务协作中心来安排各个组织之间的协作关系以及业务的流转和业务与各个组织之间的应用系统的接口。在某一组织的应用系统与其他组织的应用系统进行协作的时候，将本组织系统的业务对象以适合于协作中心业务处理标准的形式输出，经协作中心处理之后找到合适的下一个组织，并以标准形式将业务对象输出给下一组织，下一组织的系统进行处理后将业务对象处理结果再返回给协作中心，在由协作中心安排给其他组织进行处理。直到最终处理结束后，协作中心再将最终结果返回给初始的组织应用系统。采用协作中心这种方式可以很好的实现组织间不同应用系统之间的交互，并且因为协作中心的存在，不同组织的应用系统在处理业务对象的时候可以以多种方式进行处理，如并行，串行，选择，迭代等处理方式，大大地增强了系统的灵活性以及业务处理速度。这样就能达到更好地让电子政务系统提供完善的和良好的服务的最终目的。
图1 政府横向业务整合总体概念模型
流程定义服务、管理服务、业务对象执行、协作服务三者之间是相互依赖，相互作用的不可分割的整体，并且互为补充。只有很好的处理了三个服务之间的关系，组织间横向业务整合才会高效、顺畅。其中流程定义服务和管理服务并不是完全地机器处理方式，而是很大程度上依赖于工作人员，这两项服务对于相应的工作人员要求很高，因此，在上岗前要对这两种人员进行管理思想和计算机技术上的培训，才能够使这2种服务发挥最大的效力，更好地服务于横向业务集成。
3 业务协作中心体系架构
基于政府横向业务整合总体概念模型，我们设计如下业务协作中心体系架构，如图2所示：
图2 业务协作中心体系架构
业务协作中心体系架构，根据上文的政府横向业务整合的概念模型可以划分为3部分：流程语言部分，管理部分和业务对象处理部分。下面分别详细介绍。
1）流程语言部分由流程定义、业务对象和交互服务三部分组成。业务对象是由组织应用系统提供的，用来和其他组织的应用系统的业务对象进行业务整合，因此该业务对象是组织应用系统中业务对象的子集，负责与系统与外界的交互。交互是业务对象之间的关系，分为串行、并行、迭代、选择4种关系[3]。流程定义将业务对象按照组织间应用系统业务整合的方式串接起来，形成完整的业务流程知道各个组织间的业务系统的互相协作，形成流程库。此外，流程语言还负责将输入的业务对象标准化，使其能够为业务流程处理引擎所用。
2）管理部分由CA认证体系、授权中心和日志管理3部分组成。CA认证体系保证了业务协作中心的所有对象都是经过CA验证的，满足了电子政务应用系统中对安全的需要。授权中心授权机制保证了输出的业务对象有权利访问目标组织，目标组织可以安全地对输出对象进行相应的反应。日志管理记录业务流程处理引擎的所有重要操作，为监控流程和完善流程定义提供了数据保障基础。基于日志数据可以进行流程挖掘，相应的技术文献请见[1]。
3）业务对象处理部分由业务对象输入、业务流程处理引擎和业务对象输出三部分组成。为了能够使业务顺畅地整合，输入、输出业务对象必须是符合业务协作中心流程定义语言的标准规范，所以要求政府各部门的应用系统在和其他系统交互的时候必须提供能够和业务协作中心交互的标准接口。这样做的好处是，每一个应用系统不必和所有的应用系统之间建立通信接口，只需要和业务协作中心建立合适的通信机制即可，这样可以大大减少系统冗余，降低成本，提高系统的灵活性和生命力。
4 结论
随着电子政务的发展，政府横向业务整合越来越广泛。本文所提出的以业务协作中心为核心的政府横向业务整合模型能够较好地解决复杂的电子政务系统业务集成的难题，具有很高的推广价值。该体系架构的优势主要表现在：
1）业务对象处理标准化，组织间的系统在进行业务整合时只需要提供标准化的业务对象接口即可；
2）业务流程处理方式灵活多变，适应力强，当政务流程变化时，只需要调整流程定义即可，方便迅速；
3）服务效率提高，整合速度快，由于业务协作中心的存在，根据流程定义，一个项目中的步骤可以按照串行、并行、迭代、选择多种方式进行；
4）安全可靠，动态监控，该模型的管理部分能够保障所有的业务处理都是安全的，这对政府是极为重要的一点，同时能够提供动态监控，为后续的流程调整提供了数据基础。
5 参考文献
[1] W.M.P. van der Aalst, A.J.M.M. Weijters, and L. Maruster. Workow Mining: Which Processes can be Rediscovered? BETA Working Paper Series, WP 74,
[2] J.E. Cook and A.L. Wolf. Software Process Validation: Quantitatively Measuring the Correspondence of a Process to a Model. ACM Transactions on Software Engineering and Methodology, 8(2):147-176, 1999.
[3] L. Fischer, editor. Workow Handbook 2001, Workow Management Coalition. Future Strategies,
每周在以下四个方面都有一点点进展 即可
1. xml实例文件多个、
2. 初步UML模型、
3.小论文(有一级目录即可)、
4.欲读论文清单
这四点 并行 且交互
