组织结构设计方案v.ppt

组织结构设计方案 v10 10/28/2022面向四塔的组织面向四塔的组织系统塔里木塔指塔西南塔石化2组织结构树组织结构树油田公司事业部级部门级岗位级3业务对象的抽象结果业务对象的抽象结果所属平台部门或岗位人员角色权限图例：实体对象 连接箭头 连接对象 虚拟连接岗位角色对应角色权限对应人员角色对应人员权限对应（平台）人员平台对应人员岗位授权业务范围具体业务人员岗位对应4登录界面首页登录界面首页平台名称5组织结构设计组织结构设计树型结构说明：1、树型结构来维护行政单位及隶属关系，用属性来区分采购权。2、岗位做特殊标识，所有的人员都挂在岗位上，不挂在单位上。3、对于领导，建立领导岗位。4、各级单位建立系统管理员，可管理本单位和下级单位的授权。属性说明：1、属性中所有的是否的都采用1表示是，0表示否。2、用上级单位编码来递归组建树型结构。3、单位级别可以减少树递归的计算量，用于向下检索。4、是否岗位便于标识下面是否可以加人员。5、公司DN用于扩展，便于将来LDAP集成。6组织结构树的相关操作组织结构树的相关操作操作及说明：1、基本的增删改查。(添加同级单位，添加下级单位)2、维护单位的业务范围，例如计划业务的范围、采购的范围等。3、部门的拆分，系统管理员增加新部门，手工将相关人员移动。4、部门的合并，上级部门的系统管理员来操作，系统自动完成，三个选项：保持原来部门不变，另外一个或多个部门注销，人员移动。创建新部门，所有就部门人员自动移动。单据是否更新。如果选是则单据更新到新部门。5、部门合并和拆分操作尽量在系统结账后完成，保持报表完整。6、部门变化后的审批流由系统管理员来手工重新调整。7、部门合并如果将业务数据也变更需要存储过程来实现，提高允许效率。8、在业务单据中制单单位基础上增加业务单位，作为扩充7部门的合并和拆分场景部门的合并和拆分场景场景1 部门A1升级成和部门A同级的单位。场景2部门C1和部门B1合并，合并成新部门。场景3部门A下的部门和A1部门A2分到不同平台下场景4部门A1和部门A2合并形成新部门A3，或A2合并到A1中部门A部门A1部门A2平台1部门B部门B1部门B2部门C部门C1部门C2平台2部门D部门D1部门D28行政结构和业务结构行政结构和业务结构行政结构只是塔里木、塔指、塔西南、塔石化的行政划分：真正的采办业务，可能要跨4塔，所以在针对业务模块和具体的行政单位划分业务范围。1、模块到具体的功能菜单，例如计划管理，采购管理2、业务范围针对业务模块划分3、例如采办事业部可以覆盖4塔的大多数业务范围4、每项具体业务的分流通过物码段进行9操作界面操作界面操作界面左边采用树型结构控件，右边采用Grid控件，针对右面的部门做增、删、改、合并、拆分等操作。部门管理、人员管理都采用此风格10业务人员管理业务人员管理1、业务人员的管理采用行政分级管理机制，即每个行政单位的管理员可以管他本级及下级的人员，包括权限分配。2、通过管理员日志对管理员操作进行监控，监控原则是业务管理单位上级监控下级权限。监控通过管理员日志表。3、业务人员隶属于具体的岗位，不直接挂在单位下。4、人员的编号在物资管理系统中和油田认证平台上维护两套。5、业务中出现人员和单位编号的地方，同时出现人员姓名和单位名称。6、人员通过人员与岗位的对应关系选择其跨平台的岗位。11人员的角色和权限人员的角色和权限1、人员通过所在岗位对应其岗位权限2、管理员可以对人员进行单独授权3、业务岗可以向平级岗位进行授权4、审批岗可以向平级及下级岗位进行授权5、授权有开始时间及结束时间，后面线程每天晚上进行计算删除过期的授权信息6、被授权岗位可以操作自己和授权岗位的业务12权限表的设计权限表的设计1、权限控制到按钮的两种设计方式树型结构，按钮在具体功能下面平行结构，按钮作为具体功能的属性2、从扩展性角度，采用树型结构比较好3、从量级上讲，采用平行结构比较节省记录树，即有多数功能权限就有多少记录4、采用平行结构，预留20个字段。13物资编码的设计物资编码的设计1、物资编码和类别分开2、编码采用字符型固定长度，增加检索速度3、类别采用树型结构，增加操作方便性，开发时树型结构逐级展开。4、计量单位分标准计量单位和自定义计量单位，标准计量单位不可修改5、预留将来编码流程的接口，编码审批发布的流程6、基层单位可以提报物码需求，上级单位进行编码。14审批流的设计审批流的设计1、审批采用 4 种方式串行审批 并行审批 指定人员 指定岗位2、串行、并行审批可以指定到岗位，也可以指定到人，可定义是否可跳级，是否可改数。3、指定到人或者岗位的审批方式根据具体业务从源头进行指定。4、审批流信息有管理员按照业务结构进行增加和修改。15