管理远程活动的分布式导航系统

远程活动的分布式导航是业务用户导航到并查看独立 BAM 数据库中存在的活动的过程。 将 BAM 基础结构配置为提供分布式导航时,可在 BAM 门户中的业务用户访问远程活动。 当用户单击活动时,活动在远程 BAM 门户中打开。 此时,用户已以透明且无缝的方式传输到远程 BAM 门户,并且可以导航到活动的活动搜索、聚合和警报管理,就好像用户的主数据存储上存在活动一样。

为何使用活动和文档的分布式导航?

分布式导航允许组织保留部门 BAM 数据库的控制权,而无需就活动的单个位置达成一致。 这还允许通过在整个环境中分发活动的系统负载来提高 BAM 数据库的性能。

下图演示了一种方案,其中分布式导航解决了业务用户对公司中单独部门管理的活动的轻松访问的需求。 这些部门的管理员维护对特定于该部门的业务流程的控制。

在此方案中,有以下利益干系人:

  • 负责销售部门基础设施的管理员。 管理员仅负责部门数据的可用性和安全性。

  • 拥有发货部门基础设施的管理员。 他负责满足销售需求。

  • 销售部门的业务用户。 业务用户查看其被添加到的视图中包含的销售数据子集。 视图由授予业务用户访问视图的管理员创建。 业务用户对业务的主要视图是她参与的采购订单活动。 此用户设置为查看销售部门的管理员维护的 BAM 门户主页。

    在 BAM 中使用分布式导航

    分布式导航方案。

    管理员希望将其服务器配置为尽可能独立,如下所示:

  • 如果发货部门的基础设施出现故障,销售部门管理员不希望订单接收中断,也不希望其业务用户的查询功能受到影响。

  • 航运部门管理员不希望其部门受到销售部门性能问题的影响。 他希望他的公司业务用户能够追踪货物的进度,即便销售部门无法提供帮助。

    分布式导航的目标是为业务最终用户提供对其拥有权限的每个视图的访问权限。

    例如,视图 A 和 B 在销售数据库中定义。 航运部门已定义 C 视图。 业务用户有权查看所有这些内容,并访问特定于销售部门的 BAM 门户。 允许业务用户在门户的 MyViews 帧中查看视图 A、B 和 C,可以通过建立从销售数据库到发货数据库的至少单向信任来实现。

注释

可以查看指定数据的业务用户类别的权限由强大的业务用户(例如经理或分析师)定义。 管理员仅将用户添加到现有组或 BAM 视图。

BAM 活动的分布式导航还允许用户查看和访问分布式活动关系。 当两个不同的 BAM 数据库上存在使用分布式导航相互关联的活动实例时,远程相关活动在本地活动实例的活动详细信息中显示为相关活动。 单击相关活动将打开远程门户中活动的活动详细信息页。 有关 BAM 门户中活动搜索结果页的相关活动的详细信息,请参阅 “相关活动”。

重要

若要让每台计算机上的用户查看位于不同 BAM 数据库中的相关活动,必须在所有 BAM 数据库之间启用双向分布式导航。

如果在配置分布式导航时在两个主要导入数据库之间启用单向分布式导航,则用户在导航过程中将具有非对称体验。

用户体验将使用户看到不同的活动;但是,当用户钻取到实例级数据时,显示相关实例的部分将为空。 若要解决此问题,必须为用户配置回到主 BAM 门户服务器的分布式导航路径。

例如,考虑以下情况:

  • 你有一台计算机 1,上面有一个名为“采购订单”的活动和一个名为“SalesManager”的视图。

  • 你在计算机 2 上拥有一个名为“发货订单”的活动和一个名为“SalesManager”的视图。

  • 你在计算机1上将名为“PO_1”的活动添加到采购订单中。

  • 在计算机 2 上将一个名为“SO_1”的活动添加到装运订单中

  • 在计算机 2 上,将关系 SO_1 添加到 Shipping Order 上的 PurchaseOrder PO_1 活动中。

  • 当用户从计算机 1 深入查找 SO_1 活动时,SO_1 活动可以被发现。

  • 如果用户在计算机 2 上向下钻取 SO_1,则 PO_1 活动不可见。

    若要纠正此问题,需要在计算机 1 上添加关系。

本节中

另请参阅

管理 BAM