【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处理了。
3.软件和环境要求
（1）所需要的软件产品：
Rational Application Developer version 7.5.2，该产品要包含以下features：
·Tools for WebSphere? Application Server, version 6.1
·Java EE Connector (J2C) Tools
·WebSphere Adapters, version 6.2.0.1
·WebSphere Application Server Version 6.1 Test Environment, version 6.1.0.23
·WebSphere Application Server Version 6.1 Feature Packs(其中主要用到的是Feature Pack for EJB 3.0)
WebSphere Business Monitor development toolkit version 6.2.0.1（将被安装在RAD上面），其中包含了WebSphere Business Monitor测试环境，同时需要在WebSphere Application Server version 6.1创建WebSphere Business Monitor profile，并augment该profile，使之具有EJB3.0特征。
（2）开发环境要求：
在这个应用当中，开发环境将被用来生成J2C bean，同时还要用来完成monitor model的开发。
首先需要安装RAD7.5.2，安装时要选中以下features：
·Tools for WebSphere Application Server V6.1
·Java EE Connector (J2C) Tools (包含WebSphere Adapters)
然后是安装WebSphere Application Server V6.1测试环境, WAS版本要求是V6.1.0.23.安装过程中要求选中WebSphere Application Server V6.1 Feature Packs，该features packs中提供了adapter应用运行时所必需的EJB3.0特征。
最后就是在RAD上安装WebSphere Business Monitor开发工具V6.2.0.1。安装时，要把monitor开发环境和测试环境同时安装，monitor开发环境包含了开发monitor model所需要的monitor model编辑器，monitor测试环境包含了在WAS之上的monitor profile。
（3）Single-Cell生产环境要求：
首先安装WAS 6.1.0.23，在此之上安装WebSphere Business Monitor V6.2.0.1服务器。安装成功以后，扩展profile，使其具有EJB3.0特征。最后把adapter应用和monitor model应用部署到该服务器上。这是完成整个应用场景最简单的一种配置方式。事件流可以描述如下：
Adapter应用把EIS系统中发出的事件放到本地CEI的队列里，通过CEI分发给Monitor服务器。具体可以描述如下图：
（4）Cross-cell生产环境要求：
首先安装WAS 6.1.0.23，创建服务器的profile，扩展profile，使其具有EJB3.0特征，以便成功运行adapter应用。然后，将Adapter应用部署在该服务器上。WebSphere Business Monitor version 6.2.0.1安装在与adapter应用所在cell不同的另一个cell当中，在两个cell之间建立bus link进行通信。事件流可以描述如下：
adapter应用把EIS系统中发出的事件放到本地CEI队列里，通过bus link传递给远程的CEI，远程的CEI将事件分发给monitor服务器。可以描述如下图：
4.应用场景的主要开发步骤
（1）生成adapter应用
启动RAD，新建一个J2C bean工程，通过EMD Wizard，选择相应的EIS系统的adapter，例如SAP adapter。然后选择相应的adapter样式，注意选中Enable Inbound Event Monitor选项，以便生成相应的组件。
然后完成事件监控所使用的JMS provider的配置，对于该页面，使用默认配置即可。
最后完成SAP系统的连接信息的配置，以及J2C的创建和部署的配置。该过程中，用户需要提供连接SAP系统的Host名称、Client及相应的用户名和密码。完成连接信息的配置以后，利用wizard创建EJB工程。对于JNDI，用户可以通过Browse按钮来选择已有的JNDI，亦可以通过New按钮创建全新的JNDI。
其中创建J2C activation specification的wizard如下，用户输入JNDI的名称、RFC program ID即可完成配置。
完成以上配置以后，用户点击完成按钮，就会生成所有的组件，其中完成monitor model所需要的schema文件也会被放在工程的下面。
（2）部署生成的adapter应用到WAS服务器上
对于RAD当中的UTE环境，可以通过添加和删除工程选项将应用直接部署到UTE的WAS服务器上。对于生产环境，需要将该应用导出，然后通过WAS服务器的admin console将应用部署上去。
（3）创建monitor model
在RAD当中，切换到Business Monitoring Perspective，创建一个monitor model工程。对于model所需要的schema文件，前面提到，在生成adapter应用的时候，这些schema已经被放到adapter应用下面，所以在monitor model工程里，可以通过关联工程，找到adapter应用，得到这些schema文件。当然，也可以在生成的adapter应用当中导出这些schema文件，接着在monitor model工程里再导入它们，然后用户可以定义inbound event、trigger、metric以及KPI model、dimension model等等。
（4）生成monitor model应用
完成monitor model的创建以后，确保该工程没有错误，生成monitor J2EE工程，然后将生成好的应用部署到monitor服务器上。
（5）使用Business space监控EIS系统
当上述步骤完成以后，就可以对EIS系统进行监控了。以SAP系统为例，当系统中创建了一些新订单的时候，我们可以登录monitor服务器提供的Business space，在里面创建页面，添加一些widget，例如instance widget来监控业务流程实例，KPI widget来监控关键的业务性能指标，以及dimension widget来对业务做多维分析等等。下图展示了在Business space呈现给客户的部分监控结果：
