需求分析---场景
假设需要为公司设计一个人员管理系统,并为各级领导及全体员工分配系统登录账号。有如下几个要求:
1.
权限等级不同:
公司领导登录后可查看所有员工信息,部门领导登录后只可查看本部门员工的信息,员工登录后只可查看自己的信息;
2. 访问权限不同:如公司领导登录后,可查看员工薪水分布界面,而员工则不能看到;
3. 操作权限不同:如系统管理员可以在信息发布界面进行增删改查发布信息,而普通员工只可以在信息发布界面进行查看,不能修改、删除和新增。
4. 系统用户表:
1. 系统登录时,首先输入用户名、密码;
功能分析
1. 登录一个系统,基本都需要用户输入用户名、密码;
2. 每个用户的
角色不同,则其
访问权限一般也不同,
如:
系统管理员:可以查看所有界面;
普通用户:只能查看部分界面。
3. 不同的用户,即使可以查看同样的界面,但在该界面上可进行的
操作权限也不同,如:
用户1:可以在界面1上进行增删改查;
用户2:只可以在界面1上查看,不具备增删改功能;
4. 不同用户基本都对应不同角色,如:用户1、用户2分别对应管理员角色、操作员角色,角色之间也存在
权限等级的差异,如:
角色1:对应省级管理员;==>可以查看该省下的所有学校信息;
角色2:对应市级管理员;
==>可以查看该市下的所有学校信息;
角色3:对应县级管理员;
==>可以查看该县下的所有学校信息;
不管是省、市、县哪个系统管理员,他们可访问的界面都是相同的(即访问权限相同),且在每个界面上可进行的操作权限也相同的,不同的是每个管理员角色可以访问的学校个数和学校范围不同,这里称这种不同为:权限等级不同;
总结:
从上面的分析中,主要涉及到以下几个概念:
1.角色:
如系统管理员角色,系统操作员角色,普通用户角色;
不同的角色,其访问权限是不同的,即可访问的模块(界面)集合是不同的;
角色的权限等级也不同,权限等级如:公司领导、部分领导、普通员工;
2. 模块:(界面)
模块就是指具体的界面,每个模块上又有不同的操作,如增删改查;
3. 访问权限:确定角色可以访问的模块(界面)集合;
4. 操作权限:确定可以在各模块(界面)上进行的操作集合,如增删改查;
5. 权限等级:即确定角色可以访问的范围,如:
角色1:权限等级为
公司领导,则
可以查看公司所有员工信息;
角色2:权限等级为部门领导,则只可以查看该部门所有员工信息。
数据库设计
总体模型:
1.模块定义表:
模块是分层级的,如:信息管理-->联系方式管理;
每个模块都有上级模块。
2. 角色定义表:
含有角色权限等级,用于为角色分配权限等级;
角色权限等级:是一个菜单选项,包括公司领导、部门领导、普通员工;
3.授权定义表:
用于给角色分配访问权限以及为每个模块分配操作权限;
1个角色可以含有多个模块,同样1个模块可以分配给多个角色,所以角色和模块是多对多的关系;这种多对多的关系可以使用关系表来实现,即通过联合主键和实现关系表:
表中含有字段“操作权限”,用于给每个界面分配操作权限,见下图:
若该模块有增删改查功能,则操作权限15,即二进制的“1111”,若该模块只有查看功能,则操作权限为2,即二进制的“0010”,同样的,“0111”表示该模块有增、改、查功能;
4. 系统用户表:
该表中“角色权限等级”--->应与“所属角色”中的权限等级保持一致,之所以该表中重复该字段,是为了方便查询。
角色权限等级取值:
1. 公司领导:company_id不能为空;
2. 部门领导:
company_id、dept_id不能为空;
3. 普通员工:
company_id、dept_id、staff_id不能为空;
登录执行过程
1. 系统登录时,首先输入用户名、密码;
2. 确定
访问权限:
2.1 判断该用户的“角色编号”;
2.2 在“授权定义表”中根据该“角色编号”查找相应的模块,找到的模块集合即是访问权限;
3. 确定
操作权限:
3.1 在2.2步骤中查询到的每个模块都有相应的操作权限,即构成了每个模块的操作权限;
4. 确定权限等级:
4.1 结合该用户的“角色权限等级”+“公司标识”+“部门标识”+“员工标识”,到员工信息表中去查找相应员工,具体如下:
角色权限等级
取值:
1. 公司领导:查找<
员工信息表.公司
标识==该用户.公司标识>的所有用户
;
2. 部门领导:
查找<
员工信息表.公司
标识==该用户.公司标识 &&
员工信息表.部门
标识==该用户.部门标识
>的所有用户
;
3. 普通员工:
查找<
员工信息表.公司
标识==该用户.公司标识 &&
员工信息表.部门
标识==该用户.部门标识 &&
员工信息表.员工
标识==
该用户.公司标识
>的所有用户
;
来自为知笔记(Wiz)