5. 场景四：导入和导出

　　WebSphere Business Modeler作为BPM的建模工具，不仅强调业务人员之间的协作，重用现有的和已存在的业务流程模型，节省企业在流程创建和整合的成本，准确把握业务需求和明确业务目标。同时也强调业务人员和IT人员之间的协作，让IT人员在实施过程中也能够直接利用其工作成果，进一步提高开发工作效率，降低实现和维护成本。为此，Modeler提供了丰富的导入导出方式供用户使用。

　　Modeler支持多种文件格式的导入，业务人员既可以很方便地导入以各种形式存储的流程和数据模型，实现业务模型的重用和共享，也可以将企业流程的具体实现中的一些元素直接引入到自己的流程模型中。下图展示了Modeler支持的各种导入方式依据其在建模过程中的作用的分类。基本可以分为业务模型重用或共享、以及业务模型完善两类。

图5.1 Modeler的各种导入方式   

　　其中，业务模型的重用或共享包括了数据模型和流程模型的重用和共享。通常业务人员需要利用现有流程来把握业务需求和目标。而在将流程管理应用到实际流程中之前，业务人员需要依据IT人员提供的实现技术细节和属性来进一步完善业务流程模型。因此业务人员可以通过Modeler提供的导入方式来引入现有的业务模型和相关的实现技术细节。

　　除了在业务人员之间，包括业务分析人员、业务主管之间，实现业务模型共享。业务人员还可以在Modeler中，利用相关的技术特性和细节，对业务流程模型进行细化，并利用导出功能将业务流程模型转换为技术设计模型给IT人员。类似地，我们可以将Modeler各种导出方式，依据其功能进行分类：

　　　　　　　　　　　　　　　　　　　图5.2 Modeler的各种导出方式  
 
　　同样地，业务人员可以通过导出Modeler业务模型来与其他业务人员共享，也可以通过导出将完善的业务流程模型转换为IT设计模型，提供给相关IT人员。而IT人员将在此基础上实现业务流程。

　　结合上述的信用卡申请流程实例，让我们来看看Modeler的导入导出功能如何在BPM生命周期中帮助业务人员和IT人员进行协作。首先，在业务主管和分析人员明确和定义相关业务需求和目标时，我们需要导入已有的业务流程模型。信用卡部门之前一直将相关的数据格式和业务角色都记录在Microsoft Excel中。Modeler支持直接导入Excel中的模型元素，而无需在Modeler中重建对应的对象。下图展示了存储在Excel中的数据模型。

　　　　　　　　　　　　　　图5.3 存储在Excel中的数据模型 
  
　　导入完成后，相应地会为各数据格式和业务角色生成对应的Modeler数据项和角色。接下来，当业务分析人员开始定义和创建信用卡处理流程过程中，可以直接使用这些模型元素并把他们作为流程建模的一部分。

　　　　　　　　　　　　　　图5.4 从Excel导入到Modeler中的数据   

　　业务人员可以利用Lotus Form的Designer来设计人工任务(Human Task)的交互表单和操作界面。完成表单设计后，业务人员通过Modeler的Lotus Form导入功能将生成的表单描述（xfdl）文件通过Modeler Lotus Form导入功能转换为Modeler中的Form对象，添加到人工任务的属性中，供系统在制定人工任务的交互界面时使用。例如在本案中，图5.5是一个为客户网上提交信用卡申请所设计的表单界面。

图5.5 Lotus Form. Designer设计完成的表单

　　6. 场景五：与实现工具WebSphere Integration Developer的集成

　　如前所述，业务人员可以将其设计好的业务模型，通过Modeler的WID导出为技术设计模型(WPS Module project)，再由IT人员导入到WID的工作空间中进行完善和实现。在将BPM方案实现之前，IT人员和业务人员之间会针对业务模型的变化或者技术实现的变化进行协作，保持两者之间变更的同步。Modeler为用户提供了两种同步方式：通过WID导出功能以及比较合并功能来保持同步；或者通过Rational Asset Manager来管理两者的同步。这里将主要分析常用的通过Modeler WID导出功能来保持同步。

　　需要指出的是，Modeler的WID导出支持多种不同格式，以适应不同的需要。Modeler的推荐格式是将模型导出为业务逻辑模块，实现模块以及应用库三个项目。这其中，业务逻辑模块项目中包含了除具体实现之外的业务逻辑和业务规则；而实现模块项目中包含了针对业务模型中抽象模块的具体的实现；至于应用库项目则是存放所有共用的接口描述文件和数据模型。通过这样的导出结构可以很好地将业务逻辑的变更与具体实现分离，从而将任何变更带来的影响降低到最小。

　　　　　　　　　　　　　　图6.1 Modeler WID导出向导   
 
　　这里我们先将前面完成的信用卡挂失流程导出到WID的工作空间。假定业务人员发现需要对部分流程做出修改，并希望能够以某种方式通知IT人员，而IT人员能够以较小的代价，将这些变化尽快体现在他的技术设计模型中。

　　通常在将BPM技术应用到流程中的阶段，业务流程模型和技术设计模型的完善需要业务分析人员和IT架构人员多次反复进行协作。为了更有效地完成这一迭代过程，WID提供了同步功能。在业务流程模型导出为技术设计模型，并加入到WID的工作空间后，如果业务人员在对Modeler模型做了一些修改，并重新导出。IT人员获得再次导出的更新后的模型时，可以有选择性的接受并自动更新流程的修改。反之，IT人员也可以在WID中对技术设计模型进行修改之后，将修改后的模型与前期导入的模型进行比较，生成一个变更报告返回给业务人员。业务人员在Modeler一端可以导入这个报告，帮助它在Modeler对流程进行同步修改。这样，业务人员和IT人员可以通过这样的协作方式，对业务或实现上的变更进行同步。

　　7. 场景六：向运行服务器WebSphere Process Server的直接部署

　　在上述BPM生命周期中，最大的挑战在于如何有效地保持业务流程模型和技术设计模型之间的同步。虽然Modeler和WID提供了多种机制来帮助用户进行此类同步，由于技术上的局限，目前业务分析人员无法直接将技术设计模型中的变化导入。因此随着变更的产生，业务分析人员与IT架构人员之间的协作将变得越来越困难。这也使得整个BPM生命周期过于复杂和冗长。

　　为此，从Modeler6.2开始，业务分析人员在完成业务流程模型后，只需要IT人员有限的协作，就可以将业务流程直接向WPS服务器部署，以验证业务流程模型的正确性。通过引入直接部署，使得业务人员和IT人员的分工更加明晰：业务分析人员能够更专注于创建业务流程模型本身，IT人员则致力于为流程测试和运行提供必要的环境和技术支持。这一方面极大地减少了由于保持业务人员和IT人员的同步所带来的成本。另一方面，也改变了BPM生命周期中，业务人员和IT人员的协作方式，大大缩短了企业业务流程从设计，分析到上线部署的时间。完成流程直接部署主要分为以下两个步骤：

　　（1）流程和环境准备。用户用Modeler创建流程并定义相关的KPI度量值，利用Modeler的验证功能来确保流程符合直接部署的条件。IT人员创建运行时环境，包括WPS，Monitor，Business Space，WSRR等多个服务器端产品。IT人员安装好环境以后将配置XML文件导入业务人员使用的Modeler去指定直接部署中的运行时服务器。IT人员还可以对流程中一些自动化任务通过Web service实现以在运行时被调用。

　　（2）直接部署运行。业务人员在Modeler中对流程进行直接部署操作。流程会直接部署到配置文件中指定的各个服务器上去。业务人员通过登录业务空间浏览器(Business Space)去触发流程的运行。业务人员同时能够对流程进行调试和测试运行，监控流程的运行状况，查看运行时这些业务度量的值。当流程运行遇到问题的时候，业务人员可以很方便的通过点击按钮将相关的流程状态信息和日志打包发送给IT人员协助解决。

图7.1 直接部署的基本流程

　　8. 场景七：与监控工具WebSphere Business Monitor的集成

　　业务流程在WPS上布署运行之后，业务人员为了实现业务流程管理，可以利用WebSphere Business Monitor从流程运行中获取流程运行状况信息，观测所提供丰富的监控内容。业务流程管理极为重要的一步是关键业务指标(Key Performance Indicator，KPI)和业务度量(Metric)的定义。在WebSphere Business Modeler中业务人员可以对这两类业务度量信息分别进行定义，生成业务流程的监控模型（Monitor Model）。

　　KPI是对于当前企业运营流程的度量，它通常是从高层描述了企业运营的某一个方面，如信用卡申请中的业务增长率和不良信用者申卡率等。KPI通常可以使用数值来度量，并且业务人员会为其设定变动的上限和下限范围。业务度量值则是对于KPI的细化，它代表了一个可独立计算的数据项，但是可能在业务上并没有明确的含义，如信用卡申请流程的启动时间和结束时间。通常而言，每一个业务度量都代表了一次业务流程执行实例的特定指标，而关键业务指标则是对于这些指标的统计度量。

　　在Modeler所定义的监控模型中，主要包括KPI，流程实例度量值以及聚合度量值。另外，还包括了业务度量对输入事件的依赖、保证业务操作的条件，以及报告此类条件并且可能触发业务操作的输出事件，以及维度等信息。维度是在定义监控模型时很重要的一个概念，它是为了分析数据的方便，业务人员可以定义选择和展示业务度量值的数据类别，如时间、帐户、产品和市场。

　　Modeler可以将监控模型的从Modeler传递到监控工具集中的监控模型编辑器( Monitor Model Editor，MME )中进行进一步的完善。同时，业务人员还可以在Modeler中指定需要从运行时收集导回到流程模型的数据项，例如特定过程的任务持续时间和某一分支的决策概率等。在过程模型在部署执行一段时间后，就可以从Monitor中将这些值导出为XML文件，然后重新导入Modeler以进一步更新流程，从而能进行更准确的模拟。

　　Modeler定义的KPI和度量值从Modeler 6.2开始也可以直接部署到Monitor 服务器上。业务人员在直接部署以后，登录业务空间以后可以直接查看运行时这些业务度量的值并在过程运行时配置各个仪表板视图。推荐用户在定义度量值时使用预定义的一些模版定义，使用这些模版通常不需要在MME中进行修改。另外，Modeler还为用户提供了一些常见的工业界的监控模型，主要是KPI的定义库，用户可以直接参考使用。图8.1即为Modeler提供的工业KPI库截图。

　　　　　　　　　　　　　　　　　图8.1 工业KPI库 
  
　　在业务人员定义监控模型之前，推荐的思考过程是回答如下几个问题，需要收集什么样的信息，用怎样的信息或变量去定义。类似于以下的一个表格，通过这个表格，业务人员能够决定它需要从流程中定义怎样的监控模型。在本案的信用卡申批流程中，我们可以用如下表格去设计监控模型的定义。

表8.1 监控模型的定义需要考虑的问题列表

　　9. 小结

　　本文的主要目的是帮助业务人员很快地了解Modeler的产品定位和主要功能，并运用到实践中。通过本文对WebSphere Business Modeler七个关键应用场景的介绍，读者应该对Modeler的为业务人员所提供的主要功能有了较深入的认识。通过文中引用典型的银行信用卡申请处理流程中在各个功能中的应用，希望读者能够更容易理解本文中提到的一些使用技巧和实践经验。

　　10. 参考资源

　　· IBM WebSphere Business Modeler产品网站，http://www-01.ibm.com/software/integration/wbimodeler/　网站包括Modeler Basic, Advanced和Publishing Server版本的详细功能介绍和技术支持信息。

　　·IBM WebSphere Integration Developer产品网站，http://www-01.ibm.com/software/integration/wid/　网站包括WID版本的详细功能介绍和技术支持信息。

　　·特别感谢Jimmy的帮助，文中的很多内容和图片都来自Jimmy的贡献。