比较IBM Business Process Manager仪表板和IBM Business Monitor

业务监视系统提供对企业中执行的工作的可见性。 这些时间和成本视图使利益相关者能够快速解决问题，做出明智的决定并改善工作方法。 由于业务流程管理系统协调工作，因此，监视是任何业务流程管理解决方案的关键组成部分。

IBM Business Monitor是企业解决方案中用于业务监视的最佳可用技术之一。 但是，借助IBM BPM V8.5中内置的显着改进的仪表板，许多从业人员都询问如何识别这些内置功能何时足够以及何时需要其他IBM Business Monitor产品。 本教程通过研究业务场景并检查代码工件来探索这两个选项。 了解有助于评估哪种设计方法最适合不同情况的见解。

您应该已经基本熟悉基于业务流程建模表示法（BPMN）的IBM BPM产品和流程定义。 本教程简要介绍了IBM BPM和IBM Business Monitor的监视功能。

范围

本教程中的讨论仅专注于监视IBM BPM流程应用程序。 像许多其他软件产品一样，IBM BPM具有一些内置的监视功能。 但是，有一些易于在项目开始时进行评估的特征，可以Swift识别出IBM BPM内置监视何时无法满足特定用例的需求。 尽管IBM Business Monitor是一个通用的监视解决方案，可以扩展以提供整个企业中业务活动的集成视图，但对于IBM BPM而言，原因并非如此。

IBM BPM内置监视功能旨在监视仅在一个服务器集群实例上运行的进程。 无法监视其他应用程序或远程服务器（IBM BPM或其他技术）的业务活动，也无法监视IBM BPM Advanced中的业务流程执行语言（BPEL）技术子流中实现的事件。 如果您的项目需要这些功能中的任何一个，那么IBM Business Monitor既是一个很好的解决方案，也是所有IBM监控技术中的唯一选择。 本讨论仅探讨将内置IBM BPM监视功能或IBM Business Monitor与IBM BPM应用程序一起使用的问题。 基于IBM BPM的解决方案是两种技术重叠的唯一领域。

业务场景代码示例

本教程中的场景模拟了附属于医院的公共医疗诊所。 该代码示例提供了两种监视实现：一种使用内置的Dashboards工具包构建，另一种使用IBM Business Monitor构建。 图1中描述的BPMN模型显示了该过程。

图1.通过医疗诊所的流程流的BPMN图

该解决方案至少需要为两组利益相关者提供服务。 第一组包括负责日常操作的护士，医生和诊所经理。 这些团队希望看到最紧急的情况得到最快的处理，并且他们希望在等待时间超出预期时收到通知。 他们需要查看哪些同事负担最重，哪些地方可能会有额外的容量。 为此，这些利益相关者仅对当前正在进行的案件感兴趣。 这些团队参与“可操作的”用户案例，因为涉众正在处理飞行中的流程。

第二类利益相关者负责改善工作方法，战略规划和投资以及有效的整体运营。 这些分析师和管理人员希望发现和分析趋势，识别关系并获得对运营的更深刻见解。 他们对历史时期内正在进行和已完成的大量流程的性能特征感兴趣。 该利益相关者群体从事“分析”用户故事。

本教程说明IBM BPM中内置的仪表板技术通常可以满足IBM BPM用户的操作需求。 相比之下，IBM Business Monitor为操作用户提供了更大的功能（通常需要高级定制），但是IBM Business Monitor特别适合分析人员的需求。

功能能力

需要提供一些定义来提供词汇表，以讨论每种技术的功能。

度量标准是一条业务信息的持有者。 本教程示例中的指标包括患者的等待时间，治疗设施的位置，诊断以及一些费用信息。 事实一词有时用于在其他产品环境中描述此想法。 IBM BPM自动捕获其中一些度量，如果流程开发人员专门标记了其他度量，则可以捕获其他度量。

维度是用于报告或分析的一组指标。 例如，利益相关者可能希望查看按设施位置分类的当前案例。 时间是另一个常用的维度。

将一个维度组织到层次结构中通常很有用。 例如，位置维度可能会进一步分解为区域，州和城市。 这些级别使用户可以向下 钻取以获取更详细的信息。

度量 （有时称为聚合 ）是基于度量的计算。 例如，利益相关者可能希望查看患者的平均等待时间，或者当前正在等待看医生的患者总数。 报表通常在可视化中将至少一个维度与某些度量结合在一起。

维度分析描述了根据绩效指标评估业务运营多个方面的行为。 例如，利益相关者可能希望探索按设施，成本和患者结果分类的平均等待时间。

关键绩效指标（KPI）是衡量关键成功因素的指标。 例如，经理可能要管理诊所，以使某些类病例的等待时间不超过某个阈值。 通常实时监视KPI，以根据服务水平协议（SLA）管理操作。

使用IBM BPM仪表板实施用户案例

IBM BPM提供了内置的可视化，或d ashboards，为最常见的过程监控使用情况。 内置的IBM BPM报告提供有关流程和工作人员状态的摘要和详细信息。 大多数状态信息都涉及当前工作负载计数以及按时与过期状态。 图2显示了一个示例。 Gerhard Pfau的IBM BPM V8.5 Process Performance Dashboards和Gerhard Pfau的 IBM BPM V8.5 Team Performance Dashboards提供了两个演示这些功能的简短视频。

图2. IBM BPM示例仪表板

筛选功能使您可以选择满足某些搜索条件的过程或任务的子集。 仪表板用户还可以向下钻取摘要图以获取有关特定案例的更多详细信息。 但是，这些图形仪表板仅显示有关预定义度量的状态，即任务和流程的老化以及任务和流程实例的数量。

根据IBM BPM团队的经验，内置仪表板中这些预定义度量所提供的功能涵盖了运营利益相关者的许多最常见用例。 但是，如果涉众想要报告中具有以下任何一种功能，则需要进行一些自定义开发。 以下列表包括示例，但并不意味着是完整列表。

• 定义尚未定义的新度量。 例如，利益相关者希望查看不同类别的员工或设备的成本。
• 自定义可视化。 例如，利益相关者希望将成本表示为堆积的条形图。
• 将图表聚合到自定义布局中。 例如，您的组织在三个位置具有三个分支机构。 利益相关者要求您创建一个屏幕，其中包含三个过程状态图表，三个图表交叉显示，一个图表显示每个位置的状态。
• 定义自定义外观，例如图形的类型，或不同图表和图形的布局，或样式和颜色。

构建自定义报告需要两件事：访问性能数据和图形用户界面编程工具。 IBM BPM V8.5引入了Dashboards工具箱，以提供支持数据访问和图形的应用程序编程接口（API）。 在IBM BPM V8.5之前，开发人员通常将访问产品的性能数据仓库以获取性能和业务数据，并使用第三方Javascript库来创建图形（例如dojox.charting库）。 根据用例，直接SQL查询到性能数据仓库对于获取性能数据可能仍然更简单，有时甚至更快。 您可以从“下载”部分的code_sample.zip文件中提取示例代码，以探讨两种数据访问方法。

在示例代码中， Dimensional Report人员服务实现了一个自定义仪表板。 它首先使用TWProcessPerformanceMetric Javascript对象检索性能数据，该对象是IBM BPM V8.5中的新增功能。 请注意，此方法仅为飞行中的过程提供信息。 该示例代码通过对“ Get data from PDW服务Get data from PDW中的“性能数据仓库”执行SQL查询，从而练习了另一种数据检索方法。 两种方法检索到的数据最终都移到ChartData业务对象中，该对象是后续图形方法所需的正确数据类型。 最后，顶层仪表板通过布置Chart图形对象的四个实例来创建四个图表。 Chart是“仪表板”工具包中提供的一组图形对象之一。 应用程序开发人员使用与用于构建IBM BPM人员服务（称为教练）相同的用户界面（UI）框架来构造图形仪表板，并且最终结果可以轻松地添加到Process Portal。 图3显示了自定义仪表板的一种渲染。

图3.通过下载的示例代码实现的自定义仪表板

实施自定义仪表板的编程工作可能相对简单，但仅在所需的自定义报告与“仪表板”工具箱的可视范式一致的程度上。 例如，如果应用程序需要以特定布局显示活动状态摘要的摘要视图，则开发人员可以相对轻松地构建该视图。 但是，使用仪表板工具箱进行自定义开发还需要处理以下约束：

• 当您使用内置工具包未提供的度量和尺寸，或者使用替代图形，替代布局或类似因素时，开发挑战变得越来越复杂。
• 仪表板在流程应用程序内部实现并与之一起部署。 对仪表板的任何更改都需要一个新的应用程序部署周期。
• 实施需要多个专业领域的IT开发技能。 可能需要的技能示例包括熟悉IBM BPM coach UI框架，服务器端和客户端Javascript以及客户端CSS和图形库。
• 根据所开发仪表板的复杂程度，开发人员可能需要开发特定于Process Portal行为的技能。 例如，开发人员可能需要研究作为Process Portal一部分的Navigation Controller控件的行为，以便使向下钻取操作能够按需工作。
• 如前所述，性能指标API仅搜索进行中的流程。

该列表旨在提供一些约束示例，而不是所有约束的完整列表。

总之，“仪表板”工具包提供的性能数据和图形对象符合与操作用户案例相关的流程工作者的需求。 您的用例与“仪表板”工具箱中实现的范例的偏离越远，开发自定义仪表板的工作就越多。

使用IBM Business Monitor实施用户案例

当仅使用IBM BPM Dashboards工具箱中的功能部件时，您的尺寸和度量要么是预定义的，要么是使用Javascript从头开始构建的。 相比之下，IBM Business Monitor提供了模型驱动的编程范例。 在IBM Business Monitor环境中，开发人员首先在模型创作环境（IBM Integration Designer）中确定维度，度量和其他报告工件。 定义此模型后，开发人员或最终用户都可以结合各种维度，度量，过滤器和可视化来满足他们的需求。

最终用户甚至可以在部署应用程序之后定义新的仪表板。 在没有开发人员参与的情况下，他们可以开发视图来探索最初定义模型时未预期的业务绩效关系。 这些交互功能使IBM Business Monitor特别适合分析任务，因为分析师可以快速建立对操作不同方面的评估。

IBM BPM中的Process Designer创作工具可以自动生成IBM Business Monitor模型。 生成的模型可用作自定义的起点，并且已用于构建本教程的示例代码和插图中的IBM Business Monitor部分。 图4显示了IBM BPM V8.5.5 Process Designer中用于控制模型生成功能的设置。

图4.触发自动生成IBM Business Monitor模型的Process Designer设置

使用IBM Business Monitor实施比使用IBM BPM Dashboards工具箱实施更简单，因为IBM Business Monitor开发人员仅需要定义感兴趣的度量，KPI和可视化。 最终结果还可以做更多。 例如，该示例解决方案在IBM Business Monitor版本中提供了向下钻取功能，但在Dashboards工具箱版本中未提供。 在模型中，向下钻取很容易实现，但是使用“仪表板”工具包则需要更多工作。 图5显示了使用IBM Business Monitor中的代码示例开发的仪表板。

图5.使用IBM Business Monitor技术的定制仪表板示例

维度分析由Cognos Business Intelligence技术提供支持，该技术与IBM Business Monitor打包并集成在一起。 开发人员可以享受Cognos Business Intelligence产品的所有功能和工具。 Cognos许可证是作为支持软件提供给IBM Business Monitor的。 IBM Business Monitor的许可信息文档提供了有关适当使用的更多信息。

Cognos技术还提供了高级可视化功能。 如果没有IBM Business Monitor，IBM BPM中dojox.charting可用的现成可视化工具是基于dojox.charting的图表控件以及用于在“仪表板”工具箱中创建内置仪表板的图形集合。 另外，开发人员可以自由加载他们选择的Javascript库。 但是，它们是从相对原始的工具构建的。 相比之下，Cognos捆绑了快速自适应可视化引擎（RAVE）技术，该技术为构建可视化提供了复杂的功能。

最后，IBM Business Monitor提供了更强大的功能来处理KPI和SLA（图6显示了IBM Business Monitor中的用户定义的KPI。）例如，当KPI的值超出范围时，操作人员可能需要一些自动通知。 。 IBM BPM中的编程工具提供了一些功能，但是需要自定义编程，并且可能不会实时生成警报。 相反，IBM Business Monitor在违反SLA的时刻会生成警报。 此外，IBM Business Monitor可以分析KPI历史记录并应用趋势分析算法来预​​测未来的行为。

图6. IBM Business Monitor中的用户定义的SLA

在IBM Business Monitor中，最终用户可以使用维度报告功能，度量和警报行为进行进一步的自定义。 定义模型后，最终用户可以直接控制SLA的定义和管理。 企业所有者可以更改警报行为或报告的构成，而不必依赖开发周期。 最终结果是组织更加敏捷。

非功能性功能

从非功能性的角度比较IBM BPM中的Dashboards工具箱和IBM Business Monitor也很有用。 最重要的因素是IBM Business Monitor和IBM BPM是两个单独的软件产品（尽管它们都是由一个常见的IBM开发团队开发的）。 因此，将IBM Business Monitor集成到IBM BPM解决方案中将使解决方案团队承担其他任务。

• 从IBM BPM V8.5.5和IBM Business Monitor V8.5.5开始，产品必须分别安装在自己的服务器或服务器集群上。 在早期版本中，此拓扑被认为是生产环境的良好实践（由于下段中所述的IBM Business Monitor专用单元的优点）。 在管理上，每种产品都应维护在其自己的WebSphere Application Server单元中。 为了支持这两个单元，IT基础架构团队除了配置IBM BPM之外，还必须提供足够的硬件资源并安装，配置和维护IBM Business Monitor软件。
• IBM Business Monitor是从IBM BPM单独获得许可的，因此与解决方案实施相关的软件许可成本可能会更高。

尽管IBM Business Monitor的附加服务器是基础架构团队的附加任务，但是用于监视的专用组件也提供了一些优势。 功能分离更直接。 因此，监视功能的处理要求可以从IBM BPM服务器上完全卸载，并且可以更轻松地隔离IT资源并在IBM BPM和监视之间进行微调。 可以在两个组件上独立管理软件修订级别。

业务监视解决方案通常每天捕获和存储许多有关业务活动的信息。 业务活动数据库不断增长，必须对其进行管理。 与IBM BPM中提供的工具相比，IBM Business Monitor产品随附的工具在该领域更加全面。

结论

本教程探讨了可以指导解决方案架构师选择内置的IBM BPM功能进行监视的因素，或者可以选择单独许可的IBM Business Monitor产品-或这两种产品的功能。 这些示例表明，内置的IBM BPM功能最能满足操作人员的需求，通常来说，他们使用报告信息来主动管理机上工作负载。 相比之下，IBM Business Monitor功能特别适合需要对历史和当前工作负载执行大量维度分析的分析人员。 IBM Business Monitor也是更好的选择，组织高度重视业务用户拥有和维护报告职责的能力，并通过快速更改报告来支持敏捷部署。

概括地说，如果您要监视整个企业的活动，其中某些活动发生在IBM BPM中，而其他活动发生在其他应用程序中，那么IBM Business Monitor是IBM监视技术中的唯一选择。 如果您需要深入了解业务操作中许多变量之间的关系，则可能需要Cognos在IBM Business Monitor中提供的复杂分析工具。 但是，如果您的所有需求都在操作用户案例的范围之内，那么IBM BPM中的仪表板功能对于您的涉众而言可能就足够了。

本教程确定了可以帮助您评估提出各种要求的细微差别的因素。 随着定制度量，可视化和报告分析变得越来越复杂，仅使用IBM BPM的Dashboards工具包中的基本监视工具来实施的难度也随之增加。 随着这些因素变得越来越复杂，作为构建解决方案的基础，IBM Business Monitor中的建模和维度分析工具变得越来越有价值，并且越来越引人注目。

致谢

作者要感谢Jim Thorpe和Rich Szulewski的评论和对本教程的贡献。

---

翻译自: https://www.ibm.com/developerworks/bpm/bpmjournal/1506_harris/1506_harris-trs.html