简介

本文档描述了根据开发人员/业务用户角色限制Information Steward应用程序中的模块/选项卡的分步过程。

概述

通常，如果一组用户负责一个模块，即Data Insight/Metadata Management&Metapedia/Cleaning Package Builder/Match Review，他们希望在informationsteward应用程序中只看到相应的模块（Tab）。一些客户出于安全原因，不希望允许用户查看/访问所有模块/选项卡。借助CMC security，我们可以根据用户和客户的要求对Information Steward中的选项卡进行限制，从而实现灵活性，大数据可视化平台，避免混淆，并根据客户的期望实现严密的安全性。

分步实施

下图显示了实施上述操作前的Information Steward应用程序安全性

1。用户组创建-模块具体：-创建CMC中特定于以下模块的用户组：

2。创建用户-特定于模块：–在CMC中创建特定于模块的用户，如下所述：

3。角色分配给用户：–将用户成员分配给每个定义的用户组（Data Insight用户、Data Review管理员等）

4。将相应的用户添加到相应的用户组：–将相应的角色分配给用户后，根据分配的角色将用户添加到相应的用户组。在本例中，以下用户映射如下：

5。向Information Steward应用程序添加用户组：–作为应用程序安全的一部分，即允许用户访问CMC的特定应用程序，将我们在上面创建的用户组添加到Information Steward应用程序。

6。将用户组限制为各自的信息管理器模块：–这是启用或禁用信息管理器中的模块/选项卡的最后一步和导入步骤。下表显示了信息管理员模块如何限制用户组：

数据透视模块限制：

元数据管理模块限制：

根据上表限制其他模块。

7。安全结果：实施上述安全措施后，下面的屏幕显示了如何根据用户角色限制模块。

Data Insight用户屏幕：

元数据管理用户屏幕：

Metapedia用户屏幕：

Cleaning Package Builder用户屏幕：

Match Review用户屏幕：

结论

我们可以根据根据客户需求，通过上述安全方法，可以为开发人员提供灵活的图形用户界面。

注：-

我还在测试这个方法，如果我发现安全模型有任何问题或进一步改进，大数据的趋势，将在下一个文档中更新。

通过实现这个方法，个人免费云服务器，我找到了Metapedia不再正常工作。也就是说，Metapedia用户组现在可以完全控制Metapedia选项卡。您在测试这些更改时是否遇到过相同的问题？

您好，云服务器推荐，

以上方法适用于除Metapedia以外的所有模块。在CMC中，Metapedia文件夹是元数据管理的一部分，因此不可能单独对Metapedia应用限制。若要使用内置的Metapedia安全，云服务器购买，请不要在Metapedia文件夹上应用此安全方法，请在Matadata管理上应用此安全方法。