【IT168 专稿】    业务环境的变化往往需要业务流程管理提供更加灵活和敏捷的响应。而业务变化越发频繁的今天，对流程管理中的业务流程开发过程的重用性，灵活性也提出了更高的要求。针对这一趋势，WebSphere Business Modeler(WBM) 6.2提供了直接部署功能，让业务人员可以将完成的业务流程直接从WBM发布到测试环境中运行调试，缩短了业务流程管理(BPM)中的开发周期。此外WBM6.2还支持用户导入WSRR的服务分类体系，利用WPS的服务动态选择来实现基于运行时的服务动态绑定，使得IT人员得以构建更加灵活的IT基础架构，也让业务人员在流程的开发过程中更少地依赖IT实现，提高了业务人员和IT人员之间协作的效率，从而进一步降低了业务流程的开发和调试成本。

一、业务流程开发

    业务流程开发过程包括了业务人员和IT人员参与的业务流程的建模，开发，调试等过程。同时业务流程开发过程往往是一个迭代开发的过程，以响应各种业务变化。每次迭代往往是针对新的业务变化，需要业务人员和IT人员协作完成。

    1.1 业务流程开发中的协作

    业务人员和IT人员的协作存在于业务流程开发的各个阶段。既包括了流程建模阶段，IT人员为业务人员提供必要的IT实现，使得业务人员更为方便地在WBM中创建和优化业务流程。也包括了在流程调试阶段，业务人员通过WBM的WebSphere Integration Developer （WID）导出功能将业务流程转换为IT人员可以利用的IT模型，而后IT人员会在此基础上进行组装和测试，最后部署到实现业务流程。因此业务人员与IT人员协作的效率势必影响业务流程开发的周期和成本。

    1.2 业务变化对协作的冲击

    业务变化的频繁，对业务流程管理，包括业务流程开发过程都提出了快速灵活响应的要求。然而在业务和IT紧密耦合的协作模式下，将面对周期的延长和成本的增加。我们将在下文中引入一个简单的业务流程开发实例，介绍企业业务变化对业务流程开发带来的冲击，进一步揭示业务人员和IT人员在业务流程迭代开发过程中如何协作以及所面临的问题。

    公司业务人员和IT人员需要将本公司的报销流程纳入到业务流程管理中。其中该业务流程中需要查询申请人的报销额度，并在报销审批完成后将报销金额等信息发送给已有的财务系统。

    首先业务人员利用WBM为报销流程建立了一个简单的业务流程，如图1-1。这个流程中，业务人员将报销额度查询定义为一个独立的服务。IT人员提供给业务人员现有财务系统的报销额度查询服务接口，业务人员直接将其导入WBM，并作为业务服务（Business Service）加入到业务流程中。

    然后业务人员将该业务模型导出为IT模型。如图1-2所示，IT人员利用WID在IT模型基础上，根据业务人员定义的接口，实现并部署报销额度查询子系统。当IT人员完成组装后，会将该业务流程进行部署，并对其进行调试。

    在业务与IT紧密耦合的协作模式下，业务人员发现之前定义的业务流程中需要在报销审核完成后增加一个通知任务。于是业务人员不得不将更新后的业务模型重新导出，由IT人员在新导出的IT模型上重新进行组装和测试。

    随后由于业务需求更改，IT人员对包括报销额度查询子系统在内的IT实现进行重构并部署到其他的服务器上。业务流程中原有的财务系统调用已不能使用。IT人员需要将含有新的部署信息的接口提供给业务人员。业务人员将新的财务系统接口添加到业务模型中，完成业务模型修改后导出为IT模型，而后由IT人员重新进行组装和调试。

    由此可见，在这种协作模式下，业务变化带来的业务流程或IT实现的改变都会导致流程开发的周期和成本大为增加。也就是说，面对企业业务变化，业务流程开发过程中，

    1）业务流程变化会大大增加业务流程开发周期和成本。

    2）IT人员改变相关服务的部署也会导致开发周期的延长和成本的增加。

    在后面章节中，我们会介绍如何利用WBM6.2来解决上述的两个问题。

二、WBM 6.2带来的新变化

    WBM6.2针对上述问题，提供了直接部署功能和服务分类绑定，用于提供一种更为灵活的业务人员和IT人员的协作模式。

    2.1 直接部署业务流程

    让业务人员能够直接部署并调试业务模型，并根据结果对业务模型进行改进。这样极大地缩短了流程开发周期。如图2-1所示，在WBM中，业务人员可以利用直接部署功能将业务流程部署到测试服务器上，并通过Business Space运行和调试该业务流程。

    图2-2展示了业务人员利用直接部署来调试业务流程的具体步骤。首先，业务人员利用WBM完成对报销流程的业务建模（1）。然后导入IT人员提供的测试服务器配置文件，添加WPS测试服务器到服务器视图中（2）。最后将要进行调试的业务流程部署到测试服务器上（3）。当部署完成后，业务人员登陆到Business Space上的测试空间（4），然后就可以对已部署的业务流程进行调试和运行了（5）。

    而当业务人员改变了业务流程时，由业务人员再将更新后的业务流程部署到测试服务器上运行调试。此时IT人员只需要提供必要的IT实现和服务接口等信息，而不再需要对IT模型重复进行组装和测试。这样极大地提高了IBM BPM 方案的灵活性，减少了业务流程开发调试的周期和成本。

    2.2 服务分类实现动态绑定

    我们知道，面对企业根据业务变化而灵活改变IT实施的需求，IBM一直致力于推动在SOA上实施BPM的解决方案，希望利用SOA在“服务”组装运行上的灵活、快速以及松耦合等特点，使得企业在应用BPM时获得业务灵活性。而为SOA中服务生命周期管理提供支持的IBM WebSphere Service Register Repository (WSRR)，提供用户可定义的分类系统，用于标注和组织相关服务及其服务端口，结合WPS的服务动态选择功能，以实现IT实施的灵活性。

    直接部署功能有效地解决了前面提到的第一个问题：业务流程的变化给流程迭代开发带来的影响。但是并没有完全解决第二个问题：如何提高IT人员在服务部署上的灵活性的问题。为此，在WBM6.2中通过引入对WSRR的服务分类体系，实现业务流程在建模、调试过程中的服务动态绑定，从而使IT人员在BPM应用过程中，面对多变的业务变化能够灵活改变IT实现 。

    以前述业务场景为例，在业务人员开始建模之前，IT人员将为报销业务流程相关的服务实现在WSRR中创建或者导入相关的服务分类系统。然后将实现的报销额度查询服务等所有相关的服务接口部署并注册到WSRR服务器。最后用特定的分类名称标注报销额度查询服务的服务端口。如图2-3所示，IT人员为报销额度查询服务的TaskPort服务端口添加了相关分类。

    业务人员一方面通过WBM6.2的WSRR分类系统导入向导（图2-4）将WSRR的分类系统导入。另一方面，将IT人员提供的报销额度查询服务的接口导入到WBM中，作为业务服务对象添加到业务流程中。

    然后业务人员将对应的WBM分类器值(Classifier Value)添加到业务服务中（图2-5）。

    业务人员利用直接部署功能将完成的业务流程模型提交到WPS测试服务器执行并调试。WPS测试服务器会根据业务流程中报销额度查询服务的接口类型，以及服务端口被赋予的分类信息，从WSRR服务器中选择正确的额度查询服务调用。因此相关服务的部署发生改变时，IT人员只需要上传更新后的服务接口，并为其服务端口赋予正确的分类，同时移除或者更改旧服务端口的分类信息，届时WPS测试服务器在运行时会自动调用更新后的服务端口，继而达到IT灵活部署，服务动态绑定的目的，而无需业务人员对业务流程本身进行修改和调试。

三、结束语

    在BPM的业务流程建模、开发和调试过程中，借助WBM6.2提供的直接部署和服务分类功能，实现业务人员和IT人员之间的协作松散耦合，从而进一步减少了业务流程开发的迭代周期和成本，能够更灵活，更敏捷地面对企业业务变化。