业务流程管理和案例管理

用于两种类型的业务情况的设计

这些活动有序进行，其顺序遵循可预测、可重复流程。该流程确定事件的顺序。这是一个稳定的流程，可能保持数年不变。可自动执行多项操作。在此方案中，业务流程最有可能是您的实施选项。

由于活动的顺序不可预测，因此这些活动是无序的。事件将确定流程中活动应遵循的顺序。由人，而不是程序，彼此交互以解决争议。需要外部文档来进行验证。在此方案中，案例最有可能是您的实施选项。

构建并运行业务流程示例

以下业务流程可能使更多客户使用企业的信用卡。这是一个已连线的流程。您可以看到各项活动发生的先后顺序。在运行时，由活动驱动事件。例如，一名工作者定义其要查找的客户类型，然后启动应用程序以获取候选者，并向这些候选者发送电子邮件。然后，该工作者等待直至出现基于对邮件做出响应的人员产生的待审查的候选者列表。 最后，该工作者启动信用检查应用程序。信用检查应用程序之后会执行邮寄信用卡的应用程序。运行时的工作者无需从各种选项中选择下一项活动；下一项活动在开发时已预先确定。

这些活动位于用于定义活动类型的泳道内。团队泳道用于人员执行的活动，系统泳道用于程序执行的活动。程序将自动完成多项活动。要对人员服务、子流程、服务和团队实施这些活动，需要使用实施案例时所使用的工具集。

构建并运行案例示例

以下案例可处理信用卡收费投诉。这些活动尚未连线。开发时未设置任何预先确定顺序。工作者可能从描述投诉开始，并以解决争议结束。但是，工作者接收客户信息和供应商信息的先后顺序将由该工作者通过阅读投诉所了解的内容来确定。检索到的有关客户的信息将确定该工作者是否会与处理客户记录的人员一起进行检查。检索到的有关供应商的信息将确定该工作者是否会与处理供应商记录的人员一起进行检查。检索到的有关客户或供应商的信息可能导致调查是否存在计算机收费系统方面的问题。

这些活动不包含在用于确定其类型的泳道内。虽然在运行时工作者会控制流程，但是流程是动态的且受当前事件的影响。作为一个业务流程，必须完成需要的活动。但是，无需完成可选活动。

人员（而不是自动化程序）之间彼此交互，以确定这些活动。 要验证投诉、收据和发票，必须捕获这些独立于案例的外部文档。要对人员服务、子流程、服务和团队实施这些活动，需要使用实施业务流程时所使用的工具集。

业务流程管理和案例管理之间的关键差异

考虑先前的场景，下表总结了业务流程管理和案例管理的特征。通过检验这些特征，您可以选择最适合自己情况的流程类型。