【IT168 专稿】

    在BPM完整的生命周期里面，我们需要对商业流程建模，然后组合必要的组件来实现商业流程，最后进入部署阶段，把商业流程部署到服务器上。完成这些步骤之后，我怎么才能知道我的商业流程运转的怎么样？这就涉及到对商业流程的管理和监控问题。WebShpere Business Monitor（WBM）正是定位于此。它可以实时的、可视化的对商业流程进行监控和分析，以便客户能及时地改进自己的业务流程模型，调整自己的商业行为。从而，可以帮助客户快速准确地作出商业决策，合理分配资源，快速地定位问题区域，让企业领导运筹于办公室中，决胜于千里之外。

    使用WBM可以监控各种不同的事件源发出的事件，例如WPS（WebSphere Process Server）、WESB（WebSphere Enterprise Service Bus）、WebSphere MQ Workflow、WMB（WebSphere Message Broker）等。实际上，WBM也可以监控企业信息系统(EIS，Enterprise information system)发出的事件。通常可以监控的几个企业信息系统有SAP、Siebel、PeopleSoft、Oracle E-Business Suite和JDEdwards。本文将从四方面阐述绕开Mediation使用WBM对EIS系统进行监控。

1. WBM绕开Mediation对EIS进行监控与传统使用Mediation对EIS进行监控的区别

    传统的使用WBM对EIS进行监控的方法是通过IBM Adapter这个产品来完成的。在这个过程中，客户需要在WPS或WESB上开发一个mediation module，由adapter来感知EIS系统的发出的事件，通过mediation module来把Business Objects（BO）转化为Common Base Events（CBE）格式的事件发给Monitor。这个过程可以描述为下图：

    然而，在这个过程中，客户必须开发mediation module，大大增加了客户的负担，并且还需要产品WPS或者WESB的辅助。

    使用Rational Application Developer（RAD）7.5.2，WebSphere Adapter 6.2.0.1以及WebSphere Business Monitor 6.2.0.1可以大大简化对于EIS事件源发出事件的监控和分析。在RAD中，利用Enterprise Metadata Discovery（EMD）wizard来生成Adapter Inbound应用，然后将该应用直接部署到WAS上即可。可以描述如下：

    可见，应用这种方法，用户不必开发mediation module，也不需要WPS和WESB的支持，大大减少了用户的投入的时间和精力，缩短了开发过程。

2.应用场景的架构及描述

    在RAD中，通过EMD wizard创建必需的组件，这些组件包括Message-driven bean(MDB)、相应的接口、Java数据绑定、interceptor类、helper类，以及事件的schema文件，这些schema文件将在构建monitor model的时候使用。通过EMD wizard生成adapter应用后，就可以把该应用部署到服务器上。为了能够监控事件，抽取事件中有用信息并作出适当处理，客户可以利用WebSphere Business Monitor Development Toolkit来创建一个monitor model，基于生成的adapter应用所包含的事件schema文件，定义monitor model当中的inbound events，添加一些metric、KPI等。当完成monitor model以后，可以生成monitor model的应用，然后把这个应用部署到monitor服务器上。adapter应用会监听来自于EIS的事件，然后把这些事件发布到CEI上面去，这时这些事件就可以被monitor处理了。