权限设计说明书

权限设计说明书

一、背景及目的

目前为止，公司项目 中，几乎没有一个统一的权限设计，基本上是根据不同的业务

需求来设计不同的权限。权 限系统应该是一个较通用的系统，统一设计好一个方案

后，后续的项目中统一用此权限系 统，无疑比较省时省力。本文针对系统权限需

求，阐述权限设计应该实现的功能及其详细 的数据库设计。

二、名词解释及术语

?

功能权限：能做什么的问题，如用 户登录系统后，有增加销售订单的功能。

?

数据权限：能在哪里干什么的问题 ，如用户登录系统后，只能察看杭州分公司

销售部的销售订单，而不能查看宁波分公司销 售部的销售订单。

?

机构：组织机构，一个公司组织，可以称为一个机构。一个部门组织，也可以

称为机构。机构可大可小。

?

职务：机构下某个用户的职务，这里的职务不和权限挂钩。

?

用户：参与系统活动的主体，这里 的用户指的是用户的基本信息。

?

登录账户：用户登录系统的信息。

?

角色：特定权限的集合。

?

资源：系统中的资源，主要是各种 业务对象，如销售单、付款单等。

?

操作类型：对资源可能的访问方法，如增加、删除、修改等。

?

字段：某个资源下某个操作类型中的某个字段。

?

权限：角色可使用的功能，分角色 的功能权限和角色的数据权限。

三、权限系统应该达到的目的

?

机构和职务是单独的，当用户在某 个机构下，并且用户拥有某个职务时，才认

为机构和职务有关。如：机构下有研发部，职 务中有经理的职务。某个用户在

研发部下，并且该用户的职务为经理，则认为该用户为研 发部经理。

?

一个用户可以同时隶属于多个机构下

?

用户和登录账户可以是一对一的关系，也可以是一对多关系。

?

用户的权限通过角色来控制

,

一个用户可以拥有多个角色，用户信息和角色关

联。

?

用户拥有不同角色时，其权限应该是多个角色相互的补集。

?

角色可以相互继承，但是这里只实 现单继承。一个树结构，基层的角色权限最

少，最里层的分支角色权限最多。