用户角色分组使用license

                 用户角色分组使用license

用户角色分组在LicManager系统中是对用户管理的重要功能。系统默认所有的用户拥有无区别的拥有所有的功能和权限,且享有同等的获取license使用的机会。但是当集团化企业运用系统时,每个用户所代表的角色是不同的。即每个用户在不同时间、不同部门、不同项目组下都是不同的身份。所有需要系统来实行用户分组的用户有以下特点:

1、用户在分属于不同的部门或项目组;

2、用户所在的项目组有优先使用license的需求;

3、用户对license的使用需求紧张或license数量满足不了当前用户的需求;

4、企业对项目或部门实行计划预算制度,控制公司运营成本;

5、项目组经理有查看项目进展程度的需求。

故而LicManager系统提供对用户分组的功能,能够从使用时间、不同部门、不同项目、不同车间对用户进行重组,对用户发放策略。减少用户盲目使用license的时间浪费。

用户角色分组数据示例:

在上述数据示例中,用户分属为‘销售部—设计组—CBD科’、‘行政部—kb部—BD科’,可以看出,把用户归类到具体的部门、科室、项目组可以条理清晰的了解到设计车间的使用情况及各部门、各科室、各项目组的组成情况。

对分属角色用户的策略配置:

对各个不同的项目分配不同的license预留策略:

对不同的分属用户设置不同的license分配策略:

对不同的分属用户设置不同的license授信策略:

用户组的作用主要是方便对多个用户进行集中授权。举例来说,如果有多个用户存在相同的权限,对这些用户一个一个授权,这样比较繁琐和耗费时间。但是如果有一个用户组,所有用户都在用户组下,我们只要对用户组进行一次授权,这些用户就可以继承该用户组的所有权限。

如果用户属于多个用户组,那么用户的默认权限就是这些用户组权限的并集,也就是默认拥有这些用户组权限的叠加。

被分组的角色用户都有相同的使用习惯或分属于相同的项目组、科室、部门,对于集中管理用户有重要的意义。

再有,对LicManager系统中的用户进行分组处理后,可以对分组策略进行导出编辑。

另外,通过用户分组功能对数据进行处理分析,可以让管理者直观了解到各个不同用户对license的利用效率,对软件、软件功能模块的使用多寡。也从挖掘真实数据的角度出发,从企业软件license的真实使用情况出发,设置更好的license使用分配方案。

总而言之,将角色用户分组设置,具有以下几个方面的意义:

1、可以将零星分散的统计资料,经过不同的分组归纳整理后,发现用户的特点与规律。

  2、可以将复杂的license使用现象,划分为不同的各种类型。

  3、可以分析总体中各个分组组成部分的用户使用license的结构情况。

  4、可以揭示现象与license使用数据之间的依存关系。

时间: 2024-11-05 18:57:30

用户角色分组使用license的相关文章

RBAC用户角色权限设计方案

转自http://www.cnblogs.com/zwq194/archive/2011/03/07/1974821.html RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统

扩展RBAC用户角色权限设计方案

RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统,“超级管理员”.“版主”都是角色.版主可管理版内的帖子.可管理版内的用户等,这些是权限.要给某个用户授予这些权限,不需要直接将

SCOM 2012知识分享-20:管理用户角色

适应平台:System Center 2012 RTM/SP1 ------------------------------------------------------------------------------------------------------ 在 System Center 2012 – Operations Manager 中,用户角色是用于分配访问监视数据以及执行操作所需的权限的方法. 用户角色旨在应用于用户组,这些用户需要具有对相同监视对象组的访问权限以及对此组执

[转]扩展RBAC用户角色权限设计方案

原文地址:http://www.iteye.com/topic/930648 RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用 户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统,“超级管理员”.“版主”都是角色.版主可管理版

扩展RBAC用户角色权限设计方案<转>

RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统,“超级管理员”.“版主”都是角色.版主可管理版内的帖子.可管理版内的用户等,这些是权限.要给某个用户授予这些权限,不需要直接将

RBAC用户角色权限设计方案【转载】

RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统,“超级管理员”.“版主”都是角色.版主可管理版内的帖子.可管理版内的用户等,这些是权限.要给某个用户授予这些权限,不需要直接将

用户角色设计

关于系统设计中遇到关于用户角色,本人作为code man,不善言辞,精简论述关于产品设计问题,供大家吐槽,探讨,学习. 分类: 用户角色分为两种:系统角色,关系角色,组织角色. 定义: 系统角色,指某人被系统授予的角色. 关系角色,指某人与他人社交中所扮演的角色. 组织角色,指某人在某组织中所扮演的角色. 设计角度: 系统角色,一般与权限很大关系,如:普通管理A具有“审核文章”,普通管理B具有“删除文章”,“修改文章”,超级管理C拥有该系统所有操作权限.角色与权限是一对多的关系.系统设计者要从系

用于实现 Web 服务的 SOA 编程模型,第 10 部分: SOA 用户角色

引言 每个组织都有差别.它具有自身的文化.结构.技术实力和资产.但很多组织都在被类似的问题所困扰: 如何改进客户服务和适应其不断变化的需求 如何实现低成本高效益 如何与客户.合作伙伴.竞争对手和供应商进行协作 解决这些问题要求进行变更,而如果组织变更,支持它的 IT 系统也必须变更. 有 大量文章都对使用 SOA 管理 IT 系统中的变更的价值进行了讨论.SOA 要求每个 IT 应用程序采用定义良好的接口来表示其支持的业务功能.这些接口(或服务)提供了 IT 功能目录,可以在需要时调用这些功能.

RBAC用户角色权限设计

RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成“用户-角色-权限”的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体.例如:一个论坛系统,“超级管理员”.“版主”都是角色.版主可管理版内的帖子.可管理版内的用户等,这些是权限.要给某个用户授予这些权限,不需要直接将