dzzoffice的树型结构用户管理设计
2014-06-19 16:41
176 查看
在DzzOffice1.1的开发中,针对用户使用群体重新设计了,机构、部门、用户管理应用。
传统OA,企业相关程序,一般是设置机构-设置部门-设置职位-添加用户这样的步骤。每个步骤分为不同的管理界面。用户管理采用列表的形式,每页显示10条、20条或更多。用户的管理,移动等操作会在不同的界面中切换。感觉操作过程会很繁琐,显示也不直观。
DzzOffice主要针对几人至几百人的中小型团队和企业使用设计,要实现的功能目标主要是:
便捷增 删 移 机构、部门、子部门
便捷增 删 移 用户
批量导入用户
批量导出用户
机构、部门多级管理员设置,减轻系统管理员负担,每个机构部门也可更灵活实现自己的需要。
组织架构、人员信息能直观显示,操作便捷
针对以上目标,最终决定采用树形的结构来设计。
最终开发完成结果截图
通过左上角的图标按钮用户很容看明白,添加机构、添加部门、添加人员、导入用户、搜索、帮助。基本上不需要看操作说明,便可以完成所有的设置操作。用户,部门等移动,只用使用鼠标拖动到需要的位置。包括部门管理员的设置,只需要把人员从左侧人员列表中,拖到右侧框架页面内即可。
![](http://images.cnitblog.com/i/417414/201406/191610586929613.jpg)
首页,操作说明页面。操作说明并不多,主要是介绍拖动与Ctrl建组合可批量操作。
![](http://images.cnitblog.com/i/417414/201406/191616048792057.jpg)
人员管理
![](http://images.cnitblog.com/i/417414/201406/191621182541762.jpg)
搜索
![](http://images.cnitblog.com/i/417414/201406/191618585989228.jpg)
批量导入EXCEL
![](http://images.cnitblog.com/i/417414/201406/191620312399196.jpg)
采用树型结构的管理方式缺点是如果用户数量太多不合适,操作会不方便。整个树的效率也会是问题。开发中测试,整个树结构上万用户操作效率还能接受。拖动操作由于树太长,操作体验会比较难用。但对于一般几十到几百人的管理使用是很方便的。
另外是由于操作太方便,容易造成误操作。例如拖动用户,容易托错位置。好处是,再把他拖回来也很容易。呵呵。
DzzOffice本身的设计,所有的管理功能也都是以应用的方式接入。将来如果又需要,也可以再开发另外一款用户管理的应用来用于大用户量的情况。用户可以根据自己企业的情况来选择使用那款用户管理应用。
传统OA,企业相关程序,一般是设置机构-设置部门-设置职位-添加用户这样的步骤。每个步骤分为不同的管理界面。用户管理采用列表的形式,每页显示10条、20条或更多。用户的管理,移动等操作会在不同的界面中切换。感觉操作过程会很繁琐,显示也不直观。
DzzOffice主要针对几人至几百人的中小型团队和企业使用设计,要实现的功能目标主要是:
便捷增 删 移 机构、部门、子部门
便捷增 删 移 用户
批量导入用户
批量导出用户
机构、部门多级管理员设置,减轻系统管理员负担,每个机构部门也可更灵活实现自己的需要。
组织架构、人员信息能直观显示,操作便捷
针对以上目标,最终决定采用树形的结构来设计。
最终开发完成结果截图
通过左上角的图标按钮用户很容看明白,添加机构、添加部门、添加人员、导入用户、搜索、帮助。基本上不需要看操作说明,便可以完成所有的设置操作。用户,部门等移动,只用使用鼠标拖动到需要的位置。包括部门管理员的设置,只需要把人员从左侧人员列表中,拖到右侧框架页面内即可。
![](http://images.cnitblog.com/i/417414/201406/191610586929613.jpg)
首页,操作说明页面。操作说明并不多,主要是介绍拖动与Ctrl建组合可批量操作。
![](http://images.cnitblog.com/i/417414/201406/191616048792057.jpg)
人员管理
![](http://images.cnitblog.com/i/417414/201406/191621182541762.jpg)
搜索
![](http://images.cnitblog.com/i/417414/201406/191618585989228.jpg)
批量导入EXCEL
![](http://images.cnitblog.com/i/417414/201406/191620312399196.jpg)
采用树型结构的管理方式缺点是如果用户数量太多不合适,操作会不方便。整个树的效率也会是问题。开发中测试,整个树结构上万用户操作效率还能接受。拖动操作由于树太长,操作体验会比较难用。但对于一般几十到几百人的管理使用是很方便的。
另外是由于操作太方便,容易造成误操作。例如拖动用户,容易托错位置。好处是,再把他拖回来也很容易。呵呵。
DzzOffice本身的设计,所有的管理功能也都是以应用的方式接入。将来如果又需要,也可以再开发另外一款用户管理的应用来用于大用户量的情况。用户可以根据自己企业的情况来选择使用那款用户管理应用。
相关文章推荐
- 用户和角色:通用权限管理系统数据库表结构如何设计?
- 用户和角色:通用权限管理系统数据库表结构如何设计?
- [数据库设计]用户和角色:通用权限管理系统数据库表结构如何设计?
- 基于AJAX的动态树型结构的设计与实现
- 工作流管理系统体系结构设计
- 使用树型目录结构管理BLOG中的文章。
- 关闭机器、目录结构、文件与目录的权限操作、用户管理
- 用户认证管理设计方案 (转)
- 用户认证管理设计方案
- asp.net 2.0 用户管理功能结构
- Win32 调试接口设计与实现浅析 [1] 用户态调试器结构初探
- asp.net 2.0 用户管理功能结构
- 信息管理系统设计书的结构框架
- 用户权限设计(二)——用户认证管理设计方案
- 用户权限设计(三)——通用数据权限管理系统设计
- 用户权限设计(二)——用户认证管理设计方案【转】
- [收藏]用户认证管理设计方案
- 用户认证管理设计方案
- 树型结构的设计
- 用户权限设计(四)——基于RBAC模型的通用权限管理系统的设计(数据模型)的扩展【转】