PM部署包分级设计与系统升级方案.pdfVIP

分级具体实现设计

原则

⚫操作不下放；

⚫菜单不下放；

⚫用户组创建功能不下放；

⚫只下放用户组成员管理，以及各成员所负责部门的设置管理；各级子公司管理员在

用户组内成员以及成员所负责的部门时，将只能设置到自己权利范围内的所有

部门及人员，不能添加、查看或修改其他公司的人员，以及选择出其他公司的部门。

也就是由系统管理员按用户组进行统一的权限设置，权限设置包括（操作和菜单授

权），用户组的创建也由系统管理员统一创建，若是需要各子公司单独人员的，可

将用户组分配到对应的子公司（或部门）上，由系统管理员统一创建的好处是有一个统

一的管理，以免权限过于散乱，各级子公司或部门的管理员，主要负责用户组中的人员，以及

人员所负责的部门，因各子公司更了解人员信息，掌握的人员岗位职务。

通过上面方式，即可达到权利的下放，而可统一的协调控制，保证系统数据权限的安全，基于

以下原则系统升级内容如下：

升级内容初步设计思路

给用户组增加所属部门属性

目前用户组时，系统管理员可以有的用户组，不能交由各级子公司或部

门进行管理。

升级后，在创建用户组时，将需要选择所属部门，也可以选择：“不指定”，选择“不指

定”时，将只有系统管理员可见、可。若选择具体一个部门后，只能由该部门

的管理员进行管理（管理员始终可以干预）。

增加所属部门：单选部门，不选择，表示“不指定”。

当前用户具体是哪个子公司或部门的系统管理员

‘二级系统管理员’用户组，根据该用户组中对所负责部门的配置，决定

管理的范围。一般情况只须设置到独立核算主体级别的部门就可以了。

给用户组添加时，按所属部门进行过滤

如果该用户组所属部门是‘不指定’时，则维持现有系统不变，也就是可选择全部

部门；

如果该用户组所属部门是指定的某一个部门时，显示该部门名称，同时，下拉选择

的部门范围，只允许是该部门及其下级部门。

批量加入时，查询的只能在该部门范围下的

目前批量加入时，查询还有点bug

用户组成员所负责部门设置也需按所属部门过滤

如果该用户组所属部门是‘不指定’时，则维持现有系统不变，也就是可选择全部部门；否

则，用户所负责部门，根节点，只能是该用户组所属部门。

“设置默认负责部门”也做同样修改

增加用户组（面向子公司或部门管理员）菜单

也就是单独添加一个给下级系统管理员用户组的页面，区别主要在于:左侧的

用户组只显示其所属部门为当前用户所负责部门的用户组。

右侧的tab页，去掉‘操作’、‘系统菜单’