电商后台设计-组织架构(三)

当一个系统完成开发后，所有的功能都需要人来参与完成。但是系统内部功能繁多，数据庞杂，不同业务数据开放程度也各不相同。所以对于参与使用系统的人员，应该赋予的权限就各不相同。具体的权限划分该如何界定，这就需要一套明确的规则。

在企业管理中我们通常采用组织架构的方式来体现每位职员的职能权限，同样，系统中我们也引入了组织架构的概念来表明当前登录用户的身份，以及限制用户对部分资源的访问控制。首先我们先来看看企业的组织架构方式：

通过上图我们能够了解到一个企业的组织架构情况。但是还不够完整，对于具体的部门，通常还需要设置有相应的职位，如下图

1.组织架构的组成

• 部门：按照相同工作性质进行划分的组织单位，主要目的是易于管理。 
• 职位：在团体中执行一定任务的位置，只要是企业成员就应该有对应的职位。

2.组织架构的特点
  * 层级关系：企业组织架构通常是以上下级来设计的，是权利大小的体现。如部门设置中：总经理办公室下有财务部、市场部、技术部等；职位设置中：销售总监下有销售经理、销售经理下有销售主管，销售主管下有销售专员。    

 * 从属关系：职位从属于部门，如销售总监、销售经理都是属于市场部的职位。     

• 多职位:  在同一个部门中，不同职员的工作内容有所差异，所以也会设置多个不同的职位表明其工作内容，如财务部下设置有会计、复核、出纳等。    
• 访问权限：在企业管理中，部门和职位越高，所能获得的访问企业资源权限越多，在系统中也是一样的，主要体现在拥有的菜单数量和访问数据资源的多少。

3.功能字段整理
 * 部门名称：说明部门的职责    

• 上级部门：展示部门间的上下级关系   

 * 部门职位：显示部门中的所有职位，并说明上下级关系    

• 状态：      当前是否在正常使用(正常/关闭)   

 * 备注:        记录备注日志

4.原型设计
组织架构列表

组织架构表单页

部门中的职位除了上下级关系外，还可能存在同一级的关系！

由于部门中的职位会出现重复使用的情况，如市场部下面有多个销售大区，每个销售大区又有多个销售组，而销售大区都有一个销售经理，销售组里面都有销售主管和销售专员，所以对职位的管理也需要单独进行维护。

部门职位列表

部门职位表单页

有朋友可能就要问了，上面不是说组织架构可以进行数据访问限制嘛，设计图也没有体现出来，这里说明一下：

1.  这里说的数据不是指组织架构数据，而是业务数据，如销售专员负责的客户数据、编辑专员负责的内容数据等。

2.  这些业务数据是由相应的职员来操作的，所以对数据的访问控制实际上在系统内部就是找到当前登录用户的所有下属职员，然后找到这些下属职员操作过的所有数据，就实现了对数据的访问控制，而职员之间的上下级关系则是通过组织架构来体现的。

个人公众号: 扬帆去远航(ID:Jackai_liu)