组织结构又调整了! 这对于公司员工在自建系统中的账号、功能权限、操作权限管理的我来说,不是一个好消息!功能过度模块化、不必要的关联关系、无法检索、无法导出等细节功能都使得这样的调整耗时耗力。在这些功能的实际使用的过程中,对这些功能的操作体验、存在的问题做了一个总结。 首先介绍一下公司基本的背景。公司属于集团形式,下属多个公司,每个公司的组织机构不同,职位名称不同,组织架构的层级也不同,且存在一个员工在两个公司或者多个部门任职情况。某子公司有实际的业务数据产生,且存在一定的业务流转逻辑,同时出于信息安全的需要,员工要有不同的操作功能以及数据查看不同的有限性。 一、功能模块划分列出整个员工账号管理的模块划分,以及模块划分存在的问题: 功能模块 总结:
二、各模块主要功能点1. 组织机构组织机构 Feature 注意事项:
2. 职务管理职务管理 Feature 注意事项:
3. 员工管理与账号管理笔者所使用的系统,如果想增加一个账号,需要经过一下几个步骤:
对于笔者目前使用的系统来说,增加一个员工等于增加一个账号;一个员工离职,等于停用一个账号;员工部门调整或职务调整,等于操作角色及数据角色的调整。可以看出,员工管理同账号管理耦合度很高,虽然侧重点及功能有所不同,但关联关系非常紧密。 是否需要独立的员工管理,这取决于平台的需求。但对于一般业务类的系统来说,账号管理(包括对应的员工信息)就可以满足大部分的需求了,反而是独立的员工管理用处不大。因此,主张将员工管理及账号管理合并为员工账号管理即可。 员工管理 Feature 账号管理 Feature 注意事项: 虽然员工管理与账号管理合并为员工账号管理,但仍然建议在数据库中将账号及员工存储到两个表中,以增加可扩展。
4. 操作角色及数据角色操作角色、数据角色 Feature 注意事项: 特别要说明的是数据权限,权限要分配到最小单元。且数据权限分配依据的是业务数据中独立存储的数据的归属信息。 角色(包括操作角色、数据角色)列表中显示出拥有该角色的人数,可以点击进入到员工账号中进行搜索。 最后,后台数据管理枯燥乏味,在考虑成本的基础上,更多的注意细节以及体验,会大大的缩减维护时间,提高效率。
|
|
来自: 昵称59653018 > 《人人都是产品经理》