ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 工作之结(一) 权限上报功能实现

工作之结(一) 权限上报功能实现

原创 Linux操作系统 作者:quanzhi_1225 时间:2008-03-14 09:25:17 0 删除 编辑

                                                       序言

    当我今天决定去写下面文字的时候,主要原因是发现这段时间里我的记忆力有点不好,以前虽然没有把自己当成过天才,但是对自己的记忆力还是很有自信的。可是理智点想一想,人的精力是有限的,总感觉这样写下点东西是好的。。。。。。。。。。。。。。    这个就是我写blog的原因,只是还有点私心(也希望借此机会与同道中人一起学习成长)。。。。。。。。。。。。。

   今天是2008.03.14  折磨我两天的问题终于找到了解决方案,并且已经把程序做了相应的修改。正在等待测试人员的压力测试。。。。。。。

 回想起来这个问题拖这么久的主要原因是:这个本来就是一个新的需求,但是又没有统一的 test case  所以按照当时的情况没有对其做相应的系统测试 就拿去发布 这个安全性值的思考。。。。。(当然这个里面也有我自己的责任,对需求认识不清)   好了 不说这些个问题了 现在把处理的这个问题详细讲解如下:

   简单地讲 这个是属于级别校验和上报的问题:

涉及到的表有:t_cs_approval_level (level),  t_cs_approval_limit  (level_limit),  t_user  , t_company_organ  , t_policy_change (project)

前提 操作人员在 t_policy_change 里面有记录 简称为操作人 A

A 属于 总机构(1)下的分机构(2)

总机构(1) 包含分机构(2,3)

level 分三个级别H(1,2,3),M(4,5,6),L(7,8,9)

level_limit 里面有操作级别不同时的限制条件

这个里面有个问题要特别注意:

审批级别  机构级别(总公司? 分公司? 那个分公司?)

该功能的表设计如下:

 

  处理逻辑:

上报的方式有下面的几种:

设:级别是按照1,2,3,,4,5,6 递减的 

X1 是2 的用户,级别是6,X2是2 的用户,级别是5,X3 是2 的用户,级别是4。

Z1 是3 的用户,级别是6,Z2 是3 的用户,级别是5,,Z3是3 的用户,级别是4,

Y1是2 的用户,级别是3  , Y2是2 的用户,级别是2, Y3是2 的用户,级别是1

(1)X1 ------->  X1  (同级别之间的转换)

(2)X1 ------->  X2(上报同机构的上一机构)

(3)X1 ------->  X2(权限不够或没用定义该级别上的用户)------->  X3

(4)X1 ------->  Y1(跨机构上报)

(5)X1 ------->  Y2(跨不同机构和级别上报,原因还是:权限不够或没用定义该级别上的用户)

(6) X1  操作的project  不允许 3 机构下的人员审批

(7)还有一种情况是在只有定义了最低权限的录入人员的时候 , 但是没有指定它上面级别的操作人员的时候,就要提示:该权限控制的定义不完全。

最主要的逻辑也就是上面的几种了 ,至于在操作的时候可以依据不同的select 语句来实现,在这里就不赘述,只要把表的设计搞好,就可以给开发带来事倍功半的效果。

鉴于自己在工作和生活上遇到了许多类似的问题,故而 ,列举如上,以求和大家共勉。

由于在写作这个点的时候时间匆忙,没有来得及复审,还望各位多多提示各自的高见,以达到我抛砖引玉的“企图”。哈哈

表设计.jpg

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8432771/viewspace-206265/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2008-01-17

  • 博文量
    4
  • 访问量
    2032