使用小技巧：PREEvision权限管理进阶篇

Review

在《浅谈PREEvision权限管理》一文中，我们介绍了如何在PREEvision中初始化一个权限模型，但只有模型还不够，我们需要对各个用户在不同Project中进行权限的配置，以及在EEA工程中对各个Package配置权限。

Roles and Right

PREEvision可提供强大的角色和权限管理系统，在多用户环境中工作时，可控制模型访问和工具功能。

要启用角色和权限，必须在PREEvision服务器上设置权限模型。一旦启用，对服务器上所有项目的访问都由权限模型控制。

每个方面在权限模型中由各自的权限项表示。权限项通过权限组间接分配给各个角色，每个角色引用一组权限组，这些权限组依次引用权限项(例如用户、项目、操作、视图)。权限组上设置的访问权限定义了角色的权限，并应用于分配给该组的所有项。

默认情况下，权限模型包含以下权限包结构，其中项目、角色和用户都应该在自己的包中进行管理。

用户和项目被分配到使用权限组的角色。下图描述了分配项目和用户到角色的过程。

默认权限模型提供了三个预定义的角色（Administrator、Developer and Viewer），它覆盖了标准角色和权限管理。然而，如果出现对角色和权限管理的更详细的需求，则需要配置自定义角色。（Tips：与其创建自定义角色，不如使用默认角色或从默认角色继承。因为配置自定义角色需要详细了解PREEvision的所有功能。）

• Administrator：对PREEvision的完全访问，包括权限模型和Security；
• Developer：除了权限模型和Security之外，对PREEvision的完全访问权；
• Viewer：E/E模型的只读权限。

• 继承角色：一个（自定义）角色可以继承自一个Super Role。在这种情况下，赋值的元类和操作继承自Super Role。分配给Super Role的User和Project不会被继承。

e.g. 架构开发组继承Administrator权限

当我们完成上面所有的权限模型设置操作时就可以发现，新创建模型并输入自己的账号后，下拉Role会自动识别到此用户属于哪个Role组，允许访问哪些Model，可以有效的限制工程师访问对应的工程。

Project、Role和User的关系

EEA Security

以上都是对模型进行的权限管理，那么在同一个E/E模型内，就要用到“Security”功能。

• Security的设定是针对Role而不是用户的；
• 只有Administrator权限才可以配置Security；
• 目前最小单元只能在Package上设定Security；
• 目前有三种Security的权限：

1. Invisible
2. Read（visible）
3. Write（Write Create）

注意，设置一个Package为Invisible，那么它的所有子集也变为Invisible。访问权限不仅指用户操作，还指诸如Metrics和Report等自动化机制。如果模型视图中的构件是看不见的，那么在对应的Metrics和Report也无法使用。

这里举个小例子，方便大家理解。在网络拓扑图中，存在CAN、LIN两部分构件。

现在想让LIN的部分对Test角色不可见，可利用Security进行设置。

我们切换到Test角色，看看它的视角如何。可以看到在模型树中已经看不到LIN相关的构件，并且在拓扑图中也没有了显示。

在Security配置时也可以利用一些Table的二次开发，更方便配置每个Package对于各个Role的权限。甚至利用Metrics把已经配置好Security权限规则的产品线，复用给其它想用相同规则的产品线。

以上就是对PREEvision权限管理更深一步的内容讲解，如果大家对此内容感兴趣或遇到任何问题，都可以在文章下方留言或发送至邮箱market@dotrustech.com，期待与您交流。

注：部分资料及方法论来源于Vector中国。