Free Hit Counters
http://www.dellasdeals.com

通用权限管理模块系列——需求分析——列举需求

以RBAC为理论基础

以低耦合为设计原则

我们计划设计一个独立的权限模块

碰到一些难题,后面另外开文章来讨论

本文主要是列举目前收集到的权限方面的需求信息,如果各位有能提供的用例,请不吝赐教。

各种需求都是从网络或零碎项目里提取的,等有了比较多的权限需求后,会进行抽象以及分类

======================================

序号1:

有一些客户资料,要求有使用人员的权限有如下几种:

  1:普通级

  2:部门经理级

  3:项目级

  4:公司老板级

每个人员录入的客户资料自己能看到,但不能看到别人的资料;

部门经理能看到自己部门下所有人录入的资料

公司老板能看到所有的客户资料;

假设有一个项目,需要几个人一些参与,那么参与该项目的人员都要能看到这个客户的资料

======================================

序号2

比如对于删除A类单据,还需要根据A类单据的某个属性X来判断:1st:用户是否有“删除A类单据”权限,2nd:用户对属性X=Y的A类单据是否有删除权限。

前面说在定义功能的时候,可以定义出一个功能是“删除A类单据”,甚至还可以定义“删除属性X=Y的A类单据”,但是对于单据X属性值可能是Y,也可能是Z等等,这(X的值域)是系统运转的时候才会浮出水面的。

======================================

序号3

审核员和高级审核员都能审核财务数据,但审核权限肯定是不同的。资金达到一定规模的财务数据,只有高级审核员才能审查。这个资金限度,可能还会和行业有关呢。比如:钢铁行业限额是1000万,零售行业限额是 50万。

客户需要自己控制部分细粒度权限。比如:金融危机的时候,普通审核员审核金额上限由原来的100w调整为75w。

======================================

序号4

客户提出要求:

在我的系统中,针对某一个前端界面有几个不同级别的操作人员。要求操作人员每个人进行的数据录入,其他操作人员不应该看到。

针对前端界面上的某一个文本框的信息,只有具有权限的人员才能够显示该文本框的信息。例如:金额。

======================================

 

上述有些需求可能表述得不是很清晰

抛砖引玉吧

谢谢大家捧场啊

ps:其实已经在做架构设计,不过发现本质上理想的架构非常麻烦。通用系统不好搞啊。

posted @ 2009-06-11 15:37  徐少侠  阅读(2837)  评论(13编辑  收藏  举报
作者:徐少侠 出处:http://www.cnblogs.com/Chinese-xu/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,如有问题,可以通过 Chinese_Xu@126.com 联系我,非常感谢。