G1项目集团化解决方案_第1页
G1项目集团化解决方案_第2页
G1项目集团化解决方案_第3页
G1项目集团化解决方案_第4页
G1项目集团化解决方案_第5页
免费预览已结束,剩余1页可下载查看

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、G1项目集团化解决方案 系统公用操作字段: Name Disc Remark 字段长度 UUID 记录的唯一标识,该ID只提供给系 统使用 ID 32 创建人 该条记录的创建人,根据实际情况, 修改时也可以记录修改人的信息 m_Creator 32 组织级別码 数据查看X用以及组织层级关系的 编码,以四位为一级,从1000开始 计数,同级加一,下级10001000, 以此类推 m_Org_Level 60 创建时间 该条记录的创建时间 m_Create_Date 2009-09-01 13:43:50 date 记录标识 1、创建 2、修改 3、删除 4、停用 m_Record_lde nty

2、 1 char 型 版本ID 一条记录可以有多个版本,但多个 版本拥有相同的ID号,以标识是同 一数据的不同版本,以系统时间做 为版本id,即 System.currentTimeMillisf) m_Editiond 32 位 UUID 版本号 0、1、2、3、4,最后一个版本 为0 m_Edition_No 0最新、 1最老、 2次老 3 Int型 业务排序编号 0、4 2、3、4 组织机构以及模块等业务的排列顺 序号 只提供给系统管理 使用,其他业务根 据需要自定义 M_BUINESS_ORDER 4 Int型 机构标识 来源于机构的层级码 m Orgdenty 60 变化通知 用户,组

3、织等公共信息删除后,需 要提醒相关模块,模块负责人去处 理 m_cha ng e_notice 60 预留字段1 系统的预留字段 BLANKO 100 预留字段2 系统的预留字段 BLANK1 100 预留字段3 系统的预留字段 BLANK2 100 一:集团化:集团化主要是用来解决企业分级管理,集中管控的一种管理方式。 二:集团化特点:多组织,跨行业。 三:集团化解决方案:为了解决集团化的处理方式,在讨论时以模拟实际业务场景和设宜的 方式进行,从不同的角度和维度来分析集团化实现: 分公司之间需要实现信息的共享和交互,业务的共享和交互,在交互中保证各自权限的 独立性和完整性; 集团化角色: 集

4、团超级管理员:superuser,只负责建立集团公司和集团管理员 集团管理员:负责建立分公司和分公司管理员 分公司管理员:负责建立分公司内部组织人员等的建立和权限分配 模块管理员:针对模块的授权分配 1、分级授权:集团化管理过程中,各个分公司独立管理各自业务,只由集团授权即可: (1) :集团化企业建设一套协同管理系统,该管理系统负责管理全集团的各项业务,在集 团化处理上进行分级授权,各个分公司独立管理各自业务,但是怨分公司业务对集团透 明: 注释:目前集团化实现方案采取最长路径,即:集团建立各个分公司管理员并分配权限, 各分公司独立建立各自组织以及分配权限:也可由集团管理员直接建立各个分公司

5、的组 织人员及功能权限; (2) :集团建立:首先系统实施时初始化超级管理员用户:superuser,该用户主要职责: 建立集团公司 建立集团管理员角色 创建集团管理员admin 将创建人员admin与创建集团管理员角色绑泄 为集团管理员授权:将协同系统权限指定给该集团管理员 (3) :集团管理员职责:超级管理员建立了集团管理员,集团管理员负责建立务个分公 司的组织以及人员并为公司进行授权(模块授权及业务授权),具体职责为: 为集团建立集团的部门 建立各个分公司(此处集团管理员只建立到公司级别,不负责建立各分公司内 部门) 为各个分公司创建公司管理员角色 为各个分公司创建管理员 将各个分公司管

6、理员角色与人员绑泄 为各个分公司进行授权(模块授权及业务授权) (4) 分公司建立:集团管理员负责建立各个分公司的组织、分公司管理员并为分公司管 理员进行授权,分公司管理员职责: 为公司创建属于自己的组织机构 创建角色 创建人员 角色人员绑定 为角色分配业务模块 (5) :集团化处理时遵循的相关原则:增加了集团化的相关标识,具体为: 集团化唯一标识(帐套):人员,公司,时间 组织级别码:每个组织由自己独立的级别码,根据此级别码能区别公司级别, 应对组织变革后的数据处理问题 共享X围标识 私有:只针对本公司内部可见 全局:针对全集团可见 共享X帀内:本公司将数据共享给另一个或多个公司共享可见 U

7、UID 部门编码 人员 时间 2、集团化设置:集团化设宜主要是为了解决相对静态的公用数据设置,可复用的属性设苣, 公用字典表等:下属单位对上述设程选择性继承,并可选择性使用,同时可以设置属于 自己的属性: 2009-9-3 该部分设宜分为两个方而,一个是:公用字典的设置,全集团共用: 二是基础数据设置,在各个机构的业务中来设宜即可: 流程类型设置 职务 岗位 角色 知识类型 公文类型 信息类型 公文类別 枚举值 是否启用“等类型业务 开关控制类业务:例如:是否发寻呼,是否发短信等 3、集团一体化管理: 2009-9-3 目前集团一体化处理采取默认的方式,即:集团管理员可以看到全部信息: 集团一

8、体化管理:集团管理员统一管理集团内部以及各个分公司的人员,组织, 角色以及业务等信息; 独立管理:集团为各个分公司分配管理员和权限,由各个分公司独立管理各自 业务,但是业务对集团透明: 4、集团化组织变动: 2009-9-3 组织变动时,首先通知到人,由人来对该组织内的信息进行处理; 在集团化企业中,存在集团内部以及各个分公司之间的组织调整变动,主要有以下几种 情况: 新增组织:新增加一个组织或部门,指左该部门的级別码以及集团化标志 删除组织:针对组织的删除操作,提供逻辑删除和物理删除 启用:组织建立好以后默认状态为启用状态,该组织在系统内可用 停用:(停用后该组织内人员不可用), 删除:物理

9、删除该组织 组织移动:升级,降级,评级移动 组织合并 (1) :新增组织:管理员新增组织时,为该组织生成唯一的帐套和组织层级码,为该组织 分配人员等:在新增加组织时,需要明确工作地点(增加组织地点字段: (2) :撤销组织: 组织删除包含:组织的启用,组织停用,组织删除 组织启用:组织在建立后,默认状态是启用状态,并正式投入使用,该组织处 于启用状态: 组织停用:组织建立后,通过一段时间使用,存在某些问题,或由于企业经营 原因,需要临时停止该部门的操作,则可以采用停用的方式,停用后该组织的 任何操作都停止,包括组织内的人员无法进入系统(组织停用时需要同步停用 人员等信息):当该组织或部门达到可

10、以继续旅行职责的情况下,则通过组织 启用可以继续使用该组织,同时人员等信息同步启用,用户可正常使用该组织, 先前权限等信息不变: 组织删除:管理员执行删除操作物理删除组织信息,在删除组织之前需要将组 织内的人员等信息迁移到英他组织或机构,保证该组织完全独立,并不影响业 务的前提下再执行删除,否则提示组织关联不允许删除; (3) :组织移动:组织之间的升级,降级,平级移动,在移动到新部门或组织后,不能看 到先前的部门或组织的数据,只有新产生的数据才能看到,而原组织或部门可见数 据信息,如果移动后还需查看到先前数据,可以采用兼职等方式来实现;(可以 考虑通过共享等其他方式来实现数据査阅数据信息)

11、(4) :组织合并:组织合并是指公司内部或者跨公司之间的组织进行合并,合并之前的数 据在原部门可见,合并之后新部门可见:如想査看先前数据,可使用兼职方式来实 现;(可以实现跨组织合并) 5、角色切换: 2009-9-3 不采用切换的方式,直接取该用户的所有功能全集 集团化企业中存在较多的兼职情况,例如:总公司的副总经理,兼职分公司的总经理,则该 用户的权限是两个角色的全集,但是不允许用户在同一角色下执行全部业务操作,在执 行不同角色的操作时需要进行角色的切换,只有切换角色后才可进行业务操作;具体切 换方式可以使用tab页显示等方案; 6、门户管理:门户是一个系统的核心和脸而,特别是在集团化企业

12、中,门户的位置尤为重 要,在集团化处理中,针对门户有如下约束: (建立一个组织就需要为该组织产生一个门户,并且该门户只允许组织内人员可见,可以 通过共享等方式共享给其他组织) (1) : TJ户的展示是受权限控制的: 从理论上讲,门户是对外的,所以门户应该让全集团人员可见,例如:某分公司的 某个部门门户对全集团都可见,但是在企业应用中往往某公司的门户只在公司内 部查看,外部公司没有权限,所以如果看到英他公司门户,需要其他公司进行授 权; (2) : IJ户中的数掳是不受控制的,用户只要能看到该门户,则完全可以看到该门户中 的全部数据,即:门户数据不受限制; (3) : fj户可以实现嵌入式也可

13、以实现弹岀式,需要为用户提供比较方便的接口设置: (4) :门户中的所有数据全部来自于信息发布,即使是业务系统中的数据也要通过信息 发布接口来进入门户: (5) : TJ户信息查询:如果信息发布到门户后,则门户中的信息对所有人可见,而该条 信息的后台发布数据对所有人并不可见,只有发布人或相关权限人可以査看,虽然 用户在门户中可以査看发布数拯,但是在后台信息发布管理中是不能査看数拯信息 的; 4/6 (6) :对外门户:由于门户有对内也有对外,所以针对对外的门户需要实现外部门户用 户管理的功能,单独实现该用户管理模块,主要将外部用户进行管理,为外部用 户设苣门户阅读权限; (集团领导可以辐射看到

14、全集团所有的门户和数据) 7、数据X围:数据X用立义了集团化中公司内部或公司之间的数据处理XII,主要分为: (1) :该数据全集团内部可见 (2) :该数据只有在本公司内部可见 (3) :该数据在公司之间共享可见 (4) :公司间如果存在数据共享等业务,则发布信息数据以及业务数据需由一个公司向 另一个公司进行授权共享: (5) :模块在开发设il时需要考虑数据的共享方式,数据是以复制的形式还是以引用的 形式共享给另一个公司或组织: 复制形式:在共享数据时为另一个公司或组织新增加一条数据,另一个公司删 除后,则该信息在原始状态还是存在,而用户删除的仅仅是一个副本: 引用形式:在共享数据时为另一

15、个公司提供数据的引用: 在设置时需要考虑可以为用户提供复制或引用的接口; 8、信息传递: 2009-9-3 在企业的现实应用中没有该应用实例:不建立信任关系; 信息传递是在两个或多个公司之间进行业务的往来,请求方请求业务,彼请求方提供业务接 口: (1) :系统管理员来设置该模块信息共享给谁,以及共享的路径位苣和共享的内容: (2) :模块设计时需要确怎模块之间是否可以公司间互用数据,如果可以互用数据,提 供接口; (3) :系统管理员来设置A,B两个公司业务模块之间的关联关系: (4) :被请求方设巻共享内容,请求方发送共享请求: 9、集团化流程: 2009-9-3 分为三种情况: A:集团

16、泄义流程涉及分支机构流转时,直接将流程左义完整,其中包含分支机构的流程泄 义以及角色人员建义: B:集团左义流程涉及分支机构流转时,分支机构先龙义在该分支机构流转的完整流程,然 后集团总部将该流程直接挂接即可; C:集团定义流程涉及分支机构流转时,分支机构只定义在该分支机构流转的开始节点,根 据实际情况定义具体流转方案: D:不允许分支机构修改主流程以及在主流程节点上增加子流程等; 集团化流程是指该流程涉及到集团中的各个分公司或某几个分公司的业务流程,具体实现 为: (1) :涉及的集团化流程需由上一级管理员来定义 (2) :上级管理员泄义流程主干,并为各个节点指泄角色等信息;而各个节点中涉及的 子流程由分公司管理员来独立完成,并为子流程指定角色和人员等信息; (上级流程调用下级流程,了解下级流程的处理情况,即:上级领导跨组织的流程跟踪) 10、虚拟组织:虚拟组织是指机构内部或跨不同机构之间的业务协作,临时形成的一个组织, 而该组织在系统的组织机构中显示,不过通过权限控制后并非全部人员可见,该组织内的人 员数据可共享,可互相通信,当该组织完成指左的工作后,可随时解除该组织:在设汁过程 中需要重点考虑单独建立虚拟组织业务来完成此功能: 2009-9-3 直接使用用户组来完成该业务功

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论