序言

    当我今天决定去写下面文字的时候，主要原因是发现这段时间里我的记忆力有点不好，以前虽然没有把自己当成过天才，但是对自己的记忆力还是很有自信的。可是理智点想一想，人的精力是有限的，总感觉这样写下点东西是好的。。。。。。。。。。。。。。    这个就是我写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