信息"化"的十重天之五：企业间业务协同（曹伟 曲萍）

从软件系统设计、管理信息系统实施、参与企业IT规划到电子商务主要实施者，心的历程发生巨大的改变；从咨询企业到回归企业；从当初一个不折不扣的企业信息化的跟随者、鼓吹者，到其后最大的反思就是企业可以没有信息化，原因何在？

一旦陷入企业对信息的需求、整理、应用与提炼时，就已经陷入信息理解的误区，信息化管理软件（系统）本身的作用就是对企业信息的整理、归类、查找、应用，主要的目的就是促进企业生产、节约成本。企业真的需要信息“化”吗？如何“化”呢？信息化会从企业这样的个体消失吗？

信息“化”的十重天之五：企业间业务协同

协同，其复杂定义为：“是一种允许企业内部、企业与其业务伙伴之间或者贸易社区（Trading Community）的参与者之间协同交互模式”。

协同，我们要描述的就是把系统协作的因子扩展到其他企业，从单一考虑企业内部系统间的协作到考虑企业间系统的协作。当然更多层面涉及到企业业务规则和接口，这里的接口，应用系统的提供商赋予了一个新的名称：适配器。

历史上，在系统集成和业务流程管理中的一个主要挑战是，虽然大量的数据可能会存储在企业应用——如企业资源规划（ERP）或客户关系管理（CRM）解决方案中，但是有 80％的业务数据局限于桌面 PC 上。换句话说，这些数据位于企业员工的个人电脑中，但并不能被企业内所有的信息工作者使用。信息系统收集程序实际上是以基于表单（图12中的数据录入）的方式，将数据输入到业务流程中，然后将数据从桌面上传输到后端系统中，完成事件的转换。

例如，一个企业考虑银行的贷款申请流程，它涉及银行的大型机、CRM 应用和另一个客户系统的应用。银行需要自始至终对企业内的贷款申请流程进行管理（例如图9中企业得到的反馈就是银行对企业的审核）。假定该银行的一个客户需要修改贷款的某些信息。某个银行雇员可以将新的信息输入到银行的信息系统中，这个时候，银行将给予企业反馈，反馈将通过“系统”将数据或文档通过 Web 服务方式发送给企业。这个WEB服务的方式将使用一个自动化流程将这些信息发送给适当的关键处理系统，或将其发送给客户所在的系统。

对照图13，人们和容易发现，企业业务是对应事件的转换到实现的，那么回到回答管理信息系统来解决企业内部所有事件，弥补的方法是数据的接口来实现，同样对于企业与企业之间（这里涉及的可能是两个仅仅业务相关的企业，而非集团公司属下子公司）是否可以解决事件之间的转换，当事件从企业1转换到企业2时，对于系统不能实现时，我们采取什么样的方法呢？

图16：两个企业间系统交换机制

对照图16，企业与企业之间业务来往时，从底层的机制来说是事件的转换，事件的转换最直接的后果就是数据转换。

在实现企业流程的过渡，或称企业事件转换，在点到点集成项目中节约了许多时间，所以企业需要把时间用到流程管理上，以便积极主动地开展计划，而不是被动地解决业务问题。只有如此，信息系统或信息化人士能够真正参与到企业运营中。

本重天的较好应用：biztalk服务系统

管理信息系统设计思想不足以将应用程序或业务流程的概念模型转换成应用系统。尽管开发者,在设计系统、完成系统的过程中采用规范的模式，比如UML或CMM等，此类规范允许业务分析人员使用结构化方法编写功能规范和使用范畴，但软件开发人员仍需要对这些文档进行分析，并将其意图转换为计算机能够识辨的代码。这种手工化并且需要高度分析的转换过程有着非常明显的不足之处，这就使得效率低下，尤其是需要反复进行修订。一旦将业务流程精确地转换为程序代码，就很难修订。程序化代码同计算机紧密联系在一起，在它对业务流程的不透明，并且封装了多个级别的相互联系、相互依存的功能，而这个封装，我们在图16中描绘一个纵切面：事件数据层、应用系统层、信息管理层和系统协作层。

BizTalk Server是美国微软公司的系统间（EAI）集成的开发环境。系统集成开发环境允许业务分析人员和软件开发人员在一个融合并关联了两者各自任务的可视化流程模型上使用公共的工作区进行协作。通过使用拖放式的图形用户界面对代表消息、消息事件、业务规则和逻辑、信息流、活动、操作、转换以及子流程的高级对象进行协调安排，软件人员和分析人员可以协同创建应用程序。而模型自身会直接针对流程生成可执行的运行时程序集。这种机制将传统方法所固有的模糊性和大量修订过程减少到最低程度，从而大幅度提高开发效率和灵活性。尤其是，对于那些极度复杂的函数，比如需要两步式的事务提交过程、回滚 ACID 事务支持以及嵌套和并行操作，它都将其实现机制内置于对象的函数中，因此不再需要编写复杂的程序语句来实现这些功能。

通过“架构编辑器（BizTalk Schema Editor）”，应用人员可以定义结构和语义方面的元数据。对从该架构创建的文档，这个文挡就是我们在最初提出来的事件数据，这些元数据“声明”了其内容的含义、功能和处理要求，根据处理要求，从外部来看就是业务流程，从内部来看，就是事件转换。当 BizTalk Server 收到一个文档实例时，同该文档关联的流程会根据该文档的架构定义来检查其内容，以确保该文档的形式和内容都符合架构以及符合应用程序的处理要求。

图17：BizTalk Server应用

BizTalk Server拥有两个核心功能：其一，作为流程执行引擎管理步骤，应用业务逻辑，并调用复杂流程和/或事务集的支持性应用程序；其二，作为多传输通信中心，针对应用程序和流程步骤进行信息的转换和路径选择。作为流程执行引擎，它还可以记录所有活动流程的状态和变量。

BizTalk Server使用SQL Server存储传入和传出信息的每一个实例。当流水线处理完一个传入的信息后，BizTalk Server就将其保存在MessageBox数据库中。BizTalk Server再从MessageBox数据库将信息发送给单流程或多流程应用程序。它还可以将信息发送至URL地址、电子邮件地址以及文件位置等。

在发送信息时，BizTalk Server使用发布/订阅逻辑。根据文档类型、文档中特定的值或变量以及相关联的集合，发送安排和发送端口对于特定的信息都有其具体的预订。MessageBox数据库保持这些预订不变，并根据其要求将信息发送（或“发布”）给应用程序或参与者。