Designing an IAM Framework with Oracle Identity and Access Management Suite[文摘]

下面这段文字还是从标题的书中摘录出来的。

What do I mean by that? Well, the thing so many companies have gotten wrong is: they have 10,000 users and 30,000 roles. If I can do five different things as part of my job, then I have five roles. If the guy sitting next to me also has five different roles, then between us we have ten different roles. Ouch! I’ve actually heard of even worse examples, where organizations had literally millions of roles, with the excuse being, “Everybody is unique.” As a product manager at Oracle puts it, “When everybody is unique, nobody  is unique.”

Let’s say I’m appearing in a Shakespeare play. Let’s go with  Titus Andronicus, because it’s extremely violent and bloody, much like the software market. If I’m appearing as Titus in one theater, and there’s another production of the same play down t he street, I’m not Titus-1 while the other guy is Titus-2. We’re both reading from the same scri pt. We’re both Titus. We’ve both been assigned that same role. What’s different is our  context, since we’re in different theaters, and besides that, I’m tall, swarthy, handsome, and articulate, and the other guy’s kind of ugly. But we both have the same essential role, speak the same lines, and end up in the same horrid way.So instead of 30,000 roles for 10,000 people, it should be 10,000 roles for 30,000 people. 

But wait, there’s more! It should probably be more like 100 rol es for 10,000 people, a vast order of magnitude less. Don’t turn a slight variation into an excus e for a whole new role. If the plastics division has a Quality Control Officer, and so does the metals  division, then you have one role, with the context being the division. The grant of that role may still require different approvers; remember not to confuse the role with the granting of that rol e. But the baseline definition of the role will be consistent, yet flexible. Using context as a quali fier on a role keeps the number of roles from exploding.

总结来说,定义role的时候,最佳实践尽量减少role的个数。要区分role和context,比如这个人是某某部门经理,这个可以当作是一个role,但是他的location应该是作为一个context。因此在IAM项目实施的时候,注意不要设计过多的role。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在设计软件产品线时,使用统一建模语言(UML)具有很多优势。UML是一种用于建模和设计软件系统的标准化语言,提供了一套统一的符号和图形表示法,可以帮助开发人员更好地理解和交流系统设计。在CSDN(CSDN是一家社区系列信息技术网站)上使用UML来设计软件产品线可以提供以下好处: 1. 统一的视觉表示:UML提供了一套共享的符号和图形标记,使得不同的团队成员可以使用相同的视觉表示来描述和设计软件产品线。这样可以减少沟通误差,提高团队的合作效率。 2. 模块化设计:UML可以帮助开发人员将软件产品线分解为多个独立的模块,每个模块负责实现特定的功能或特性。这种模块化设计使得系统更容易理解和维护,并且可以方便地添加、删除或替换不同的模块,以满足不同客户的需求。 3. 高度可扩展性:使用UML设计软件产品线可以提高系统的可扩展性。通过定义可重用的组件和接口,可以方便地添加新功能,而不会对现有模块产生重大影响。这种可扩展性使得软件产品线能够适应快速变化的市场需求。 4. 可视化建模:UML提供了多种图形表示法,如类图、序列图和状态图等,可以帮助开发人员更好地理解和展示系统的结构和行为。这种可视化建模可以帮助团队成员共同理解系统的设计,并可以用于项目文档和培训材料,方便新成员的学习和接手。 总而言之,使用UML在CSDN上设计软件产品线可以提高团队的合作效率,增加系统的可扩展性,并提供统一的视觉表示和可视化建模方式。这些优势有助于设计出高质量、可维护和可扩展的软件产品线。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值