业务流程管理和案例管理是构建流程的两种方法。 您面对的业务情况类型决定了使用哪种方法。案例管理功能仅在您已安装具有“基本案例管理”功能的 IBM BPM Advanced 时可用。
IBM® Business Process Manager 为这些方法提供了用于定义并改进流程的工具:业务流程管理和案例管理。请了解二者的差异,以便您可以根据您的情况选择最佳方法。
这些活动有序进行,其顺序遵循可预测、可重复流程。该流程确定事件的顺序。这是一个稳定的流程,可能保持数年不变。可自动执行多项操作。在此方案中,业务流程最有可能是您的实施选项。
由于活动的顺序不可预测,因此这些活动是无序的。事件将确定流程中活动应遵循的顺序。由人,而不是程序,彼此交互以解决争议。需要外部文档来进行验证。在此方案中,案例最有可能是您的实施选项。
以下业务流程可能使更多客户使用企业的信用卡。这是一个已连线的流程。您可以看到各项活动发生的先后顺序。在运行时,由活动驱动事件。例如,一名工作者定义其要查找的客户类型,然后启动应用程序以获取候选者,并向这些候选者发送电子邮件。然后,该工作者等待直至出现基于对邮件做出响应的人员产生的待审查的候选者列表。 最后,该工作者启动信用检查应用程序。信用检查应用程序之后会执行邮寄信用卡的应用程序。运行时的工作者无需从各种选项中选择下一项活动;下一项活动在开发时已预先确定。
这些活动位于用于定义活动类型的泳道内。团队泳道用于人员执行的活动,系统泳道用于程序执行的活动。程序将自动完成多项活动。要对人员服务、子流程、服务和团队实施这些活动,需要使用实施案例时所使用的工具集。
以下案例可处理信用卡收费投诉。这些活动尚未连线。开发时未设置任何预先确定顺序。工作者可能从描述投诉开始,并以解决争议结束。但是,工作者接收客户信息和供应商信息的先后顺序将由该工作者通过阅读投诉所了解的内容来确定。检索到的有关客户的信息将确定该工作者是否会与处理客户记录的人员一起进行检查。检索到的有关供应商的信息将确定该工作者是否会与处理供应商记录的人员一起进行检查。检索到的有关客户或供应商的信息可能导致调查是否存在计算机收费系统方面的问题。
这些活动不包含在用于确定其类型的泳道内。虽然在运行时工作者会控制流程,但是流程是动态的且受当前事件的影响。作为一个业务流程,必须完成需要的活动。但是,无需完成可选活动。
人员(而不是自动化程序)之间彼此交互,以确定这些活动。 要验证投诉、收据和发票,必须捕获这些独立于案例的外部文档。要对人员服务、子流程、服务和团队实施这些活动,需要使用实施业务流程时所使用的工具集。
考虑先前的场景,下表总结了业务流程管理和案例管理的特征。通过检验这些特征,您可以选择最适合自己情况的流程类型。
业务流程管理 | 案例管理 |
---|---|
您可以定义按顺序进行的活动序列,通过完成这些活动以解决业务挑战。 | 您可以定义无序的活动集,通过完成这些活动以解决业务挑战。 |
活动顺序稳定,几乎不改变;即流程可预测并且可重复。 | 活动以不可预测的顺序发生。 |
由流程确定事件。由第一个活动确定第一个事件集,然后通向下一个活动和下一个事件集。活动必须相连,以确定顺序。 | 由事件确定流程。随着事件的发生,工作者选择相应的活动。根据当前事件和工作者的后续选择,可能生成不同的流程。活动彼此之间不相连。 |
这些活动通常为程序化的活动。可自动执行可重复的顺序,例如,从数据库中选择一组潜在信用卡所有者。 | 主要由人员来确定活动。由人员根据自身判断来确定特定案例的最佳解决方案,以处理客户遇到的收费错误。 |
外部文档不是流程的一部分。 | 外部文档扮演着关键角色。例如,收据提供亟待解决问题的发生方式的记录。 |