组织结构设计方案 v10.pptVIP

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