业务环境的变化往往需要业务流程管理提供更加灵活和敏捷的响应。而业务变化越发频繁的今天，对流程管理中的业务流程开发过程的重用性，灵活性也提出了更高的要求。针对这一趋势，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来解决上述的两个问题。