权限模块是ERP系统的核心模块之一,完善的权限控制机制给系统增色不少。总结我接触过的权限模块,以享读者。
1 权限的简明定义
ERP权限管理用一句简单的话来说就是:谁 能否 做 那些 事。
文句 | 含义 | 说明 |
谁 | 部门+岗位职责 | 也可以不与部门岗位绑定,省略角色定义。 |
能否 | 能(True) 否(False) | 用0或1,true/false表示能否执行 |
做 | 增加/删除/修改/查询/统计/打印/过帐 | 权限对象 |
哪些 | 通用的/本人的/本组别的/本部门的/本公司的/其他的/多帐套的 | 范围:行政部的办公文具采购申请,PMC运行物料需求计划产生采购部的物料采购计划。 |
事 | 数据(如客户、供应商、订单、报表等) |
关于”能否”文句,支持组合拼接。比如有三个权限对象,分别是增加,删除,修改。用户A只有修改权限,用数字1表示有权限,则A用户的权限字符串可以表示为001,这样可以满足动态增加权限对象的需求。
关于部门岗位职责,也就是通常说的角色(Role),因为角色的含义着重在于实际的业务理解,系统很难控制到这样细节的地方,我们的ERP系统省略了角色表,将权限与用户直接绑定。
2 权限的分类
1) 系统权限 System Login 是否登入系统,能执行哪些模块,可以看到哪些操作菜单项。对没有权限操作的界面应该隐藏或变灰,避免提示”对不起,您没有权限”。
2) 功能权限 Module/Function 对模块和功能能否有执行权限,功能是系统执行权限控制的基本单元。对模块权限的操作,可批量设置模块下功能的权限,程序最终进行判断的地方还是以功能权限为依据。
2) 数据权限 Data/Field 对功能涉及到的数据是否有增删查改的权限,能否编辑和查看相同单据其它用户的数据,能否查看与编辑特殊字段的数据(字段权限),常常是指金额类字段。比如采购模块的采购收货与仓库模块的采购收货,后者应该会隐藏与关联的采购订单中的物料价格信息。字段权限可以与用户或用户组别绑定。
3 权限设计方法:基于角色的访问机制(Role-Based Access Control,RBAC)
先设计用户组别,对用户组别分配权限,再创建用户绑定到用户组别。表与其字段定义:
用户组别(用户组别编码,已取消)
用户组别模块(用户组别编码,模块编码,模块名称,新增权限,删权限除,修改权限,过帐权限,打印权限)
用户组别模块功能(用户组别编码,模块编码,功能编码,新增权限,删权限除,修改权限,过帐权限,打印权限)
用户既可以按照模块批量增加权限,也可单独的逐个功能增加权限。涉及字段权限的地方需要单独设置。
4 优化权限模块设计
1) 考虑多帐套(多数据库)情况下,授权的一致性。要求提取业务数据库中的相似数据到框架数据库中。
2)系统集成。需要考虑与LDAP/DBMS系统的集成性。与域集成时,可以实现免登录直接进入系统。当与其它数据库集成时,根据需要设计各自的用户提供程序,比如OracleUserProvider,MySQLUserProvider,分别实现连接到Oracle和MySQL数据库中执行权限判断。
3) 与硬件设备集成。执行权限判断时自动识别硬件设备,比如Smart Card智能卡或加密狗。
4) 用户密码需要加盐或是MD5加密,或是DES可逆算法加密。拒绝明文存储密码,密码丢失后可用密码重置功能重设密码,考虑强密码策略,包含字母数字和特殊字符组成的密码。
5) 登录限制,限制用户必须在指定的区域(IP地址范围,局域网子网,域)才能登录使用。
6) 对没有权限的功能,应该隐藏或是变灰,以解决权限难题。比如按钮没有变灰或隐藏,点击按钮后才进行权限判断,提示”对不起,您没有权限”,这类提示很不友好,应该要预先判断权限。
7) 考虑用户密码过期,超过一定时间范围后用户必须修改密码以增加安全性。
8) 管理员分配初始密码时,考虑密码生成工具,生成随机字符串密码,符合Windows强密码供管理员使用。
5 业务逻辑中的权限控制
ERP系统中有一些权限控制的地方,比如价格控制,信用控制,流程控制等。这些控制不在通用权限系统中考虑。
举例说明,ERP系统中的用户权限。
模块 | 权限 | 说明 |
系统 | 可进入所有公司 | 否则只能进入指定的公司帐套 |
系统 | 可执行多帐套操作 | A公司的销售单产生B公司的采购单 |
销售 |
可使用所有客户 |
需要使用指定的客户 |
销售 | 允许关闭报价单 | 报价单关闭后不能再生成销售单 |
销售 | 隐藏销售价格 | 销售功能中隐藏价格字段 |
销售 | 允许销售单修改单价 | 销售功能中不允许修改单价 |
销售 | 销售功能中执行价格下限控制 | 销售功能中执行总金额控制,比如客户A的信用上限20万,向客户A卖出货物价值超过20万时,单据无法通过记帐或审核。 |
采购 | 可使用所有供应商 | 否则只能用指定的供应商 |
采购 | 收货单不支持超额收货 | 收货单收货数量为100,是否支持收货120个数量 |
采购 | 隐藏进仓成本 | 隐藏物料进仓价格(先进先出,平均成本) |
采购 | 隐藏采购价格 | 隐藏物料采购价格 |
这些参数控制分布在ERP系统的各个模块功能中,无法实现抽象化设计。
6 权限对象 动态权限
以上设计中,硬性规定了七种权限,它们是增加,删除,修改,查询,统计,打印,过帐。如果要增加其它的权限则会涉及到比较多的改动。考虑将权限对象本身设计为可动态增加的,比如我需要增加一个数据导出权限(Export),只需要在权限对象表中增加一行记录,并分配可以执行此权限的用户或用户组别,增加代码判断即可完成权限系统的开发。动态权限在大型管理系统中很常见,预先设计的固定的权限在实施时无法满足实际需求时,考虑动态权限设计方法。
用友的系统就是把权限设计为一个代码,用一个表保存用户具有的权限的代码。
7 权限申请与批核生效,权限注销
为避免权限申请人与IT之间的信息沟通不畅,定义权限申请批核和生效流程。
由需要何种权限的用户提出申请,填写权限申请表单,选择需要登入的模块和功能,再经由用户所在的部门负责人审批,权限审批通过后,由IT部门确定,权限申请审批生效。
当用户不再需要登入系统或某种权限时,IT部门直接将用户注销或删除相应的权限,避免审计问题。
8 钻石白菜理论
买白菜时,通常为了白菜价格是八毛还是一块与小贩争论不休,斤斤计较;买钻石时,却为了追求好看,高贵,毫不在乎钻石的价格,只求贵的,好看的钻石。
设计权限模块以实用为主,不追求过度设计,不追求更完美的设计。
能满足现有的客户需求,对未来客户增加需要不涉及太多的改动,这样的权限系统设计就是合理合适的。