权限管理、用户权限系统、开源用户权限系统、信息化建设标准基础数据管理平台
代码改变世界

第4章 组织机构(部门)管理

2010-05-11 10:54  通用C#系统架构  阅读(...)  评论(... 编辑 收藏

通俗的讲就是一个集团公司,划分几个区域,每个区域都有什么分公司,每个分公司都有哪些部门一样,哪些部门又有那些子部门等。

当然也可以是外贸公司的全球性客户、合作伙伴的分布情况管理或者是一个行政管理单位的按地区划分的行政机构的树型组织机构管理。

使用大型信息化系统的公司,大多是人数众多、地域分布相对广并有异地分支机构的多一些,关键商业数据都需要依靠核心信息技术及时进行协同办公,提高企业整体效率。

软件系统需要充分考虑有多个分公司的情况下,应该如何满足管理上的需要,如何才能做得有条有理?这时就需要有组织机构管理的理念来引导我们的系统架构,可以充分考虑哪个负责人可以管辖哪个区域的数据等,这样也防止没有经过授权的人越级查看不应该看的客户资料、合同信息等重要商业信息。

组织机构数据是一切信息化系统的基础、根基,这部分数据的变动会引起全局性的影响,所以基础数据的管理是非常严肃严谨的事情。必须需要非常可控、稳定。

 

 4-1组织机构(部门)管理菜单

 

4.1大型业务系统

属于大型集团公司,全国各地可能有多个分公司,可以划分区域、分公司等等,或者客户遍布于世界各地,需要严格的按区域划分、组织机构划分等进行严格的控制管理,每个管理员只在相应的管理范围内进行业务管理等。全国标准省市县等数据就有47862条左右,若再把成千上万的分公司加上,再加上每个公司的各个部门,这个数据库的效率就很低了,因为这个数据还需要个其他业务库进行比对,关联查询等,所以为了系统的性能考虑,需要把区域表、公司表、部门表都独立出来,这样整个库的效率就会更高。

 图4-1-1 标准区域管理

 

 

图4-1-2 编辑区域

 

  在大型信息系统中由于涉及到网络订单调度、合理分配网点、 高效调度某个员工等等需求,订单是在哪个区域的匹配哪个区域的,给某个公司的订单调度员进行提醒信息,订单到了哪个公司了就让哪个公司的管理员进行调度干预、所有需要明确每个公司到底是属于哪个区域的,哪个管理员是哪个公司的,是否在订单管理员角色里,并不需要人人都进行订单调度操作,职责不一样、有些不是自己分内的工作,大家也并不关心。

 4-1-3 组织机构管理

 

图4-1-4 编辑组织机构

 

在大型的信息化管理系统中,往往需要分公司的系统管理员来进行管理各自权限范围内的数据,例如各分公司的用户(账户)、各分公司的日常管理、权限配置维护等等,各分公司的系统管理员往往对所在公司的情况了解更及时更准确。

当然也可以按集中管理策略也可以,并不是非需要分公司系统管理,这要看公司的管理能力及办事效率而决定。

组织机构管理模块也有适当的整个公司的规划功能,到底设立那些部门、各个部门都有哪些工作职能,人员配置情况,岗位角色规划等等。

组织机构的管理,有2个视图会管理起来更便捷一些,按全国行政区域管理和按上下级管理关系进行维护,这样数据会非常清晰一些。

 

所有数据的修改记录、修改日志、可提供审计、审查、数据可追溯。

 

4.2中小型业务系统

一般一个上百人左右的中小型公司里所有内部员工都是用的软件系统,主要以公司内部管理系统为主,例如需要规划管理好公司内部的部门设置情况,人员归属情况,可以由系统管理员进行统一的管理,例如下图。

4-2-1 组织机构管理窗体

 

可以通过组织机构(部门)管理工具快速配置好公司的内部部门设置情况等,这样就可以在相应的业务功能模块采用上图中的数据,各个模块都可以有效利用部门的划分及相应的部门中的员工数据等。

组织机构的默认排序顺序是非常重要的,若每次显示出来的排序顺序都是乱的,那每天应用系统的人会很不爽,其实大家都有一个习惯,哪个部门排在哪个位置,他们的先后顺序都可以灵活设置比较好,这样可以更贴近客户的习惯,软件的友善性会更高一些。

 

4.3微型的业务系统

有些很简单的业务系统,也不涉及到组织机构等,只要有几个用户,甚至就是一个用户,连角色什么也不需要,只要这个用户能登录系统,然后所有的事情都可以做就可以了,这时我们可以不用考虑那么多组织机构管理、角色权限管理等,就把这2个功能模块在模块管理中屏蔽掉就可以了。

 

 

 4-3-1 模块菜单配置窗体

 

那一个用户什么都可以操作,我们怎么处理比较好呢,我们首先可以建议使用Administrator 这个登录名,这个是超级管理员的意思,只要用了这个账户,就是所有的权限都不用配置,就应该有所有的操作权限,或者还可以将用户归于到Administrators角色中,这个角色是超级管理员的意思,任何一个账户被归到这个角色中,也有所有系统的操作权限等,是系统中权限最大的用户、角色。

小公司也有发展壮大的可能性、系统里多几个空表,也无所谓的事情,将来扩展起来更好扩展,也不用非要删除了,那么几个表,也不会咬我们,若多余的功能菜单觉得很碍眼,那可以设置为无效状态,也不会在管理工具里显示出来了,我们购买笔记本电脑,也不会因为不需要无线网络,然后要求厂商把无线网络模块去掉的吧,说不定哪天就派上用处了。

公司的系统设计不合理、会成为高速发展的绊脚石、会妨碍公司的发展、各种需求都无法满足,影响业务的开拓、业务的优化、业务的竞争力的提升等等,有一个强大的基础信息系统还是很有必要的。

 

4.4内外部组织机构

  组织机构可以分为内部组织机构与外部组织机构,例如,客户的分布区域属于外部组织机构,一个公司的内部的部门的划分等,属于内部组织机构部分,例如下图所示。

 

 

 

4-4-1 组织机构管理窗体

 

这样做的好处是,组织机构的管理做一套就可以了,不用内部组织机构的管理做一个,外部组织机构的管理又做一套程序,这样就可以集中管理所有的组织机构了,将来由于业务的拓展等,需要数据集权限时,对整个系统的影响会很小,也留下了将来深入二次开发的余地,这个系统数据的条理性也会更强一些。

虽然现在没有严格的数据过滤需要,将来随着业务的深入、公司规模的发展,也有可能在不久的将来,客户就需要按组织机构进行数据库过滤的实际工作及管理上的迫切需要了。

 

 

 

 

一步步教你如何用疯狂.NET架构中的通用权限系统 -- 如何控制用户显示的菜单权限
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 在页面中的调用权限讲解
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 数据集权限的调用权限讲解
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 分级管理
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 分级授权

疯狂.NET 通用权限设计 C\S后台管理,B\S前台调用源码样例程序源码下载之 --- 操作权限
疯狂.NET 通用权限设计 C\S后台管理,B\S前台调用源码样例程序源码下载之 --- 角色权限
疯狂.NET 通用权限设计 C\S后台管理,B\S前台调用源码样例程序源码下载之 --- 数据集权限

 

 

  

 

 



C# ASP.NET 通用权限设计、通用权限管理、通用权限组件、单点登录、集中式权限管理、统一授权体系、分级管理分级授权


微信扫一扫加好友