基于SOA的流程协同技术

泛东协同，赢在执行！

　　协同技术本身随着计算和网络通讯技术的不断发展，其技术概念及范围也在不断延扩，技术手段和内容也在不断丰富。协同技术从广义上讲，包含人员和人员之间在计算网络设备支持下的工作协同（这是协同的传统定义，如CSCW）、系统和系统间的协同（自动化业务流程）、人与系统间的协同（人员工作流和系统工作流的统一） 这三种划分。

 

协同技术的发展趋势

　　人员和人员之间在计算网络设备支持下的工作协同又可分为通讯协同和流程协同。通讯协同指的是传统上人们之间通过网络化电子化的通讯手段而进行的信息交流和共享，如电子邮件、即时消息、IP语音和视频实时交流、短信彩信的信息传播、日程计划、网上讨论区、项目管理和任务跟踪等。

　　上述相关通讯手段及其软件技术实现，是主流上被大家所公认的协同技术和协同平台的主要表现形式。

自从计算机支持的协同工作的概念产生，通讯协同就是协同技术中一个非常重要而且迅猛发展的领域。例如，从90年代发展起来的群件系统，就是重点解决通讯协同技术中的公共问题并提供基础软件平台。现在，从通讯协同的角度，除了我们在设备和多媒体技术上的快速发展外，更朝向了通讯交互过程中的知识共享、传播的发向发展，发展了很多更便于人们沟通和交流的新技术模式。

　　例如目前迅速发展的Web2.0技术，其中的Blog和Wiki就是对传统讨论区和信息发布方式的一个革新，大大加强了人们之间的协同沟通联系。对于企业内一个复杂业务的完成，仅仅提供协同上通讯手段的支持是不足够的，它往往需要在业务流程的框架和控制下，协调不同阶段、不同角色的任务参与人，在时间和空间分配的角度下，展开协作。这是一种复杂的高级协同场景，也是现在越来越重要并已逐渐走向实用的工作流协同技术。

　　基于工作流的协同技术已经成为协同技术中最受关切的技术领域。不关是人与人的协同，系统间的协同、人与系统的协同，它们的核心的实现技术也是工作流，只不过在技术实现过程中还有不同的侧重点罢了。

　　即使是通讯协同手段，现在也更多的要考虑它们在流程协作场景中的应用能力，是否具有流程协作参与能力（Process-Aware）已经成为通讯系统软件工具的一个越来越重要的参考指标。

　　基于流程的协同，是目前协同技术发展乃至软件多方面技术发展的关键领域。其中，采用WebService技术，来实现业务流程交互和集成，用面向服务的架构方法（SOA）已成为基于流程协同实现的主流趋势。

 

流程协同技术的基本分类

　　流程协同的核心技术是工作流协同技术，而且在流程协同中，也往往划分人和系统之间交互的不同场景。我们根据人员组织机构和系统间的关系，进行如下分类：系统工作流协同，业务应用系统间的流程集成，以文档交换为中心的工作流。

　　面向服务的组合型工作流，如以BPEL语言标准为流程定义和描述语言，SOA架构的工作流系统。这种工作流，可以很好的来跨越组织和系统的边界，例如实现企业间的供需链应用。

　　商业规则驱动的工作流，如以规则引擎的推理预算为驱动，控制流程的流向和执行。

　　人员工作流协同是用户界面的页面流，如用户在操作系统是的用户界面导航和界面生成。人员和人员间的工作流，如办公系统中的公文撰写和审批等。一个突出的特点就是，企业的组织机构、人员角色、权限控制等成为此类工作流的重要控制信息。

　　上述分类的流程协同技术，在历史上，根据所解决问题的种类，形成了许多各有侧重的工作流软件产品。有的侧重于文档内容管理中流程协作，如IBM Content Management; 有的侧重于人员任务申请和业务审批，如慧点科技的Galaxy Workflow; 有的侧重于系统级的业务流程集成，如Microsoft的BizTalk。

　　这些产品，随着应用的逐渐深入，已经开始相互渗透，如以前擅长处理人员工作流的，现在也要处理系统级的数据交换和业务流程自动化，而以前擅长企业业务系统间流程协同的，现在也努力的提供人员组织机构开发支持，和人员表单的开发支持。

　　现在的趋势已经明显的表现出，这些流程协同技术将逐渐向统一的方向发展。面向SOA架构的流程集成描述语言BPEL2.0的发布已经反映了这一趋势。并且IBM，微软的新一代工作流系统已经达到或将要达到这一统一。因此，我们将看到，未来的流程协同技术，将统一在SOA的大架构下。

 

基于SOA的流程协同技术介绍

　　SOA实质上就是一套松散耦合的服务。在必要的情况下，每一项服务都可以进行构造和替换，而相关的费用很低。松散耦合甚至还可以让架构适应一些改变，并不像传统的紧耦合架构表现得那么脆弱；在一个SOA中，您能够使用一种服务替换另一种服务，无需考虑下列技术：接口问题，它在Web服务和XML的通用标准中已经定义。

　　这就是通过互用性所体现出来的灵活性。灵活性还表现为利用现有资产、遗留应用程序和数据库的能力，通过将他们扩展到SOA中，而非进行替换，使其成为整个企业解决方案的组成部分。

最终结果就是具备快速高效发展的能力，换句话说，就是按照业务需求"有机地"进行适应。这就是真正的新特色。

　　SOA就是最终表现为对业务人员意义重大这一层面上的IT架构。今天的SOA服务能够完成映射为业务流程活动的各部分工作：例如，一个命名为"更新客户订单状态"的服务。这种服务与那些能够参与创造和使用这些服务定义新流程的业务分析人员密切相关，因而能够形成那种服务驱动型的企业。

　　因为Web服务已将其大部分技术作了摘要，所以几乎不再需要技术说明。公司和IT业能够将关注的重点转移到业务逻辑和通讯上。他们最终共享"服务"的通用语言。面向服务架构（SOA）是让IT更加关注于业务流程而非底层IT基础结构，从而获得竞争优势的更高级别的应用程序开发架构。

　　SOA对需要使用信息技术解决关键业务问题的企业（包括希望减少冗余架构、创建跨系统的公共业务接口的企业；需要基于角色和工作流对用户提供个性化信息的业务的企业）很有价值。