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