设计基础：
用户、角色、权限三大核心表，加上用户角色、角色权限两个映射表(用于给用户表联系上权限表)。
这样就可以通过登录的用户来获取权限列表，或判断是否拥有某个权限。
大致用到５张表：用户表（UserInfo）、角色表（RoleInfo）、菜单表（MenuInfo）、用户角色表（UserRole）、角色菜单表（RoleMenu）。
各表的大体表结构如下：
１、用户表（UserInfo）：Id、UserName、UserPwd
２、角色表（RoleInfo）：Id、RoleName
３、菜单表（MenuInfo）：Id、MenuName
４、用户角色表（UserRole）：Id、UserId、RoleId
５、角色菜单表（RoleMenu）：Id、RoleId、MenuId
最关键的地方是，某个用户登录时，如何查找该用户的菜单权限？
其实一条语句即可搞定：
假如用户的用户名为Arthur，则他的菜单权限查询如下：
Select m.Id,m.MenuName from MenuInfo m ,UserInfo u, UserRole ur, RoleMenu rm Where m.Id = rm.MenuId and ur.RoleId = rm.RoleId and ur.UserId = u.Id and u.UserName = 'Arthur'
任何权限的需求，都是为广义的用户分配角色，角色拥有广义的权限。角色是最重要的中枢，隐藏做幕后黑手，从不出现在业务代码里，用行话说就是解除了用户和权限的直接耦合。
角色把用户抽象化了，几百个用户变成成几个角色，用户->角色->权限写成通用判断权限的方法：currUser.IsHave(xx权限)。核心就是一个sql联表查询语句，查询条件为用户id。
例如：
部门权限：部门也是一种用户，建立 部门表、部门角色表。通用权限方法里加上 当前部门->部门所属角色->权限
职位权限：职位也是一种用户，建立职位表、职位角色表，同上
菜单：也是一种权限，建立 菜单表、角色菜单表，就把菜单纳入了权限管理。通用权限方法里加上 角色列表->权限、菜单
