开发平台之组织架构设计

背景

企业应用无论大小,必然有组织架构的功能刚需。小到公司只有10几号人的单一组织,大到几百上千的集团化公司的多组织集团架构,系统应用的设计如何支撑着这种大小规模不同的组织架构呢?

设计而不接实际业务之气,设计的再好仍是空谈。
–王小七

需求

1、组织架构除了法人组织架构外,还需要业务型的架构。—多维度组织架构
2、集团发展迅猛,组织架构调整频繁,想看往年某个时间点的组织架构。—组织架构多版本追溯
3、组织架构对业务数据有隔离作用。—组织架构的数据权限
4、某个部门需要领导人的概念。 —组织特权人
5、组织的岗位与系统权限会有所关联。 —岗位权限
6、除了领导人外,可能涵盖了管辖的概念。—组织架构的数据权限

抽象与设计

核心UML

这里写图片描述

Unit

主要用来存放组织单元。

UnitType

主要用来存放组织单元类型,包含:集团、公司、事业部等。

Dimension和DimensionUnit

组织维度,主要用来区别组织所在的不同维度,不同的树的展现形式。

Position

主要存放组织岗位信息。

User

主要是用户表。

核心逻辑

多维度组织架构

将组织架构的树关系存放在DimensionUnit表中,利用维度(Dimension)+维度组织关系(DimensionUnit)就可以成功构建不同的维度组织架构数。

组织架构多版本追溯

维度组织关系表中存放两个关键字段【组织生效时间】和【组织失效时间】,通过特定的时间范围来检索节点,找到那些节点的【生效时间】且【失效时间】不在这个区间氛围,从而可以获取完整架构树。

数据权限、特权人、岗位权限

组织权限的内容,将移到权限设计来特别讲解。

请期待下一篇《企业应用之权限设计》。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值