赞助商
上一篇:【自然框架】之通用权限(二):人员表组

继续,这是第三章了。拖得有点长,但是我也是一边写,一边在想办法,想怎么做才能让资源权限也能通用起来。看大家的回复也给了我一些提示,我也在修改我的方案。原来打算用来解决一个人虽然在业务一部,但是却可以看业务一部、业务二部的客户信息的情况,但是仔细想了一下,这么做也不行。不过还好,我又找到了另一个方法来解决,而且可以让资源权限更加通用。不过这个详细的方法要放在下一章的角色表组里面来说明了。(这是写这篇之前的想法,写完之后想法又变了。)


组织机构表组


      这个简单一些,目前只有两个表。

      Dept_Department,这个是n级分类的设置,对以小公司来说,可以放业务部、客户服等部门;对于集团来说可以先放分公司(比如子公司1、子公司2),然后再在下一级里面放业务部、客户服等。而对于更大的集团的话,可以先放置“西北区”、“华北区”、“华东区”这样的大区,然后再在下一级放分公司,再在下下一级放业务部、客户服。就是说一个公司不管如何去划分“部门”,总之都往这个表里面放。


字段名中文名 字段类型字段大小 默认值是否为空 说明
DepartmentID组织机构int410主键
机构名称机构名称nvarchar50_0可以是部门,也可以是分公司、地区
机构简称机构简称nvarchar50_0机构简称
结构描述结构描述nvarchar50_0结构描述
机构类型机构类型nvarchar50_0机构类型
办公室电话办公室电话nvarchar50_0办公室电话
传真传真nvarchar50_0传真
邮编邮编varchar6_0邮编
地址地址nvarchar50_0地址
备注备注nvarchar50_0备注
子机构数量子机构数量int400不包括子子机构
本机构员工数本机构员工数int400本机构(不包括子机构)的员工数
本机构全部员工数本机构全部员工数int400本机构和子机、子子机构的员工数量
ParentID父节点IDint410父节点ID
ParentIDPath父节点ID的路径nvarchar300,0父节点ID的路径
DeptLevel机构层数int410第几级的机构
Sort序号int410总排序




      Dept_Department_Person,表示一个机构里面有哪些人员,机构和人员是多对多的关系。



字段名中文名 字段类型字段大小 默认值是否为空 说明
DeptPersonID序号int410主键
DepartmentID组织机构int410外键
PersonID人员IDint410外键




附件: 2009-06-09_224340.gif


附件: 2009-06-09_224403.gif



      问:为什么要在权限里面加上组织机构?他和权限有什么关系呢?
      答:准确的说,组织机构和操作权限基本上没有什么关系,但是却和资源权限有很大的关系。


      我想用我以前做过的一个CMS项目来说明,我先简要介绍一下客户的情况。出于商业秘密原因,我说的会比较“模糊”,但是并不会影响说明组织机构和资源权限的关系。
赞助商
赞助商
TOP