G项目集团化解决方案.docx
《G项目集团化解决方案.docx》由会员分享，可在线阅读，更多相关《G项目集团化解决方案.docx（10页珍藏版）》请在冰点文库上搜索。
G项目集团化解决方案
G1项目集团化解决方案
系统公用操作字段：
Name
Disc
Remark
字段长度
UUID
记录的唯一标识，该ID只提供给系统使用
ID
32
创建人
该条记录的创建人，根据实际情况，修改时也可以记录修改人的信息
Comm_Creator
32
组织级别码
数据查看范围以及组织层级关系的编码，以四位为一级，从1000开始计数，以此类推
Comm_Org_Level
60
创建时间
该条记录的创建时间
Comm_Create_Date
2009-09-0113:
43:
50
date
记录标识
1、创建
2、修改
3、删除
4、停用
Comm_Record_Identy
1
char型
版本ID
一条记录可以有多个版本，但多个版本拥有相同的ID号，以标识是同一数据的不同版本，以系统时间做为版本id，即System.currentTimeMillis（）
Comm_Edition_Id
32位UUID
版本号
0、1、2、3、4……，最后一个版本为0
Comm_Edition_No
0最新、
1最老、
2次老
3
Int型
业务排序编号
0、1、2、3、4……
组织机构以及模块等业务的排列顺序号
只提供给系统管理使用，其他业务根据需要自定义
COMM_BUINESS_ORDER
4
Int型
机构标识
来源于机构的层级码
Comm_Org_Identy
60
变化通知
用户，组织等公共信息删除后，需要提醒相关模块，模块负责人去处理
Comm_change_notice
60
预留字段1
系统的预留字段
BLANK0
100
预留字段2
系统的预留字段
BLANK1
100
预留字段3
系统的预留字段
BLANK2
100
一：
集团化：
集团化主要是用来解决企业分级管理，集中管控的一种管理方式。
二：
集团化特点：
多组织，跨行业。
三：
集团化解决方案：
为了解决集团化的处理方式，在讨论时以模拟实际业务场景和设置的方式进行，从不同的角度和维度来分析集团化实现；
分公司之间需要实现信息的共享和交互，业务的共享和交互，在交互中保证各自权限的独立性和完整性；
集团化角色：
集团超级管理员：
superuser，只负责建立集团公司和集团管理员
集团管理员：
负责建立分公司和分公司管理员
分公司管理员：
负责建立分公司内部组织人员等的建立和权限分配
模块管理员：
针对模块的授权分配
1、分级授权：
集团化管理过程中，各个分公司独立管理各自业务，只由集团授权即可；
（1）：
集团化企业建设一套协同管理系统，该管理系统负责管理全集团的各项业务，在集团化处理上进行分级授权，各个分公司独立管理各自业务，但是各分公司业务对集团透明；
注释：
目前集团化实现方案采取最长路径，即：
集团建立各个分公司管理员并分配权限，各分公司独立建立各自组织以及分配权限；也可由集团管理员直接建立各个分公司的组织人员及功能权限；
（2）：
集团建立：
首先系统实施时初始化超级管理员用户：
superuser，该用户主要职责：
Ø建立集团公司
Ø建立集团管理员角色
Ø创建集团管理员admin
Ø将创建人员admin与创建集团管理员角色绑定
Ø为集团管理员授权：
将协同系统权限指定给该集团管理员
（3）：
集团管理员职责：
超级管理员建立了集团管理员，集团管理员负责建立各个分公司的组织以及人员并为公司进行授权（模块授权及业务授权），具体职责为：
Ø为集团建立集团的部门
Ø建立各个分公司（此处集团管理员只建立到公司级别，不负责建立各分公司内部门）
Ø为各个分公司创建公司管理员角色
Ø为各个分公司创建管理员
Ø将各个分公司管理员角色与人员绑定
Ø为各个分公司进行授权（模块授权及业务授权）
（4）分公司建立：
集团管理员负责建立各个分公司的组织、分公司管理员并为分公司管理员进行授权，分公司管理员职责：
Ø为公司创建属于自己的组织机构
Ø创建角色
Ø创建人员
Ø角色人员绑定
Ø为角色分配业务模块
（5）：
集团化处理时遵循的相关原则：
增加了集团化的相关标识，具体为：
Ø集团化唯一标识（帐套）：
人员，公司，时间
Ø组织级别码：
每个组织由自己独立的级别码，根据此级别码能区别公司级别，应对组织变革后的数据处理问题
Ø共享范围标识
⏹私有：
只针对本公司内部可见
⏹全局：
针对全集团可见
⏹共享范围内：
本公司将数据共享给另一个或多个公司共享可见
ØUUID
Ø部门编码
Ø人员
Ø时间
2、集团化设置：
集团化设置主要是为了解决相对静态的公用数据设置，可复用的属性设置，公用字典表等；下属单位对上述设置选择性继承，并可选择性使用，同时可以设置属于自己的属性；
2009-9-3
该部分设置分为两个方面，一个是：
公用字典的设置，全集团共用；
二是基础数据设置，在各个机构的业务中来设置即可；
Ø流程类型设置
Ø职务
Ø岗位
Ø角色
Ø知识类型
Ø公文类型
Ø信息类型
Ø公文类别
Ø枚举值
Ø“是否启用“等类型业务
Ø开关控制类业务：
例如：
是否发寻呼，是否发短信等
3、集团一体化管理：
2009-9-3
目前集团一体化处理采取默认的方式，即：
集团管理员可以看到全部信息；
Ø集团一体化管理：
集团管理员统一管理集团内部以及各个分公司的人员，组织，角色以及业务等信息；
Ø独立管理：
集团为各个分公司分配管理员和权限，由各个分公司独立管理各自业务，但是业务对集团透明；
4、集团化组织变动：
2009-9-3
组织变动时，首先通知到人，由人来对该组织内的信息进行处理；
在集团化企业中，存在集团内部以及各个分公司之间的组织调整变动，主要有以下几种情况：
Ø新增组织：
新增加一个组织或部门，指定该部门的级别码以及集团化标志
Ø删除组织：
针对组织的删除操作，提供逻辑删除和物理删除
⏹启用：
组织建立好以后默认状态为启用状态，该组织在系统内可用
⏹停用：
（停用后该组织内人员不可用），
⏹删除：
物理删除该组织
Ø组织移动：
升级，降级，评级移动
Ø组织合并
（1）：
新增组织：
管理员新增组织时，为该组织生成唯一的帐套和组织层级码，为该组织分配人员等；在新增加组织时，需要明确工作地点（增加组织地点字段）；
（2）：
撤销组织：
组织删除包含：
组织的启用，组织停用，组织删除
Ø组织启用：
组织在建立后，默认状态是启用状态，并正式投入使用，该组织处于启用状态；
Ø组织停用：
组织建立后，通过一段时间使用，存在某些问题，或由于企业经营原因，需要临时停止该部门的操作，则可以采用停用的方式，停用后该组织的任何操作都停止，包括组织内的人员无法进入系统（组织停用时需要同步停用人员等信息）；当该组织或部门达到可以继续旅行职责的情况下，则通过组织启用可以继续使用该组织，同时人员等信息同步启用，用户可正常使用该组织，先前权限等信息不变；
Ø组织删除：
管理员执行删除操作物理删除组织信息，在删除组织之前需要将组织内的人员等信息迁移到其他组织或机构，保证该组织完全独立，并不影响业务的前提下再执行删除，否则提示组织关联不允许删除；
（3）：
组织移动：
组织之间的升级，降级，平级移动，在移动到新部门或组织后，不能看到先前的部门或组织的数据，只有新产生的数据才能看到，而原组织或部门可见数据信息，如果移动后还需查看到先前数据，可以采用兼职等方式来实现；（可以考虑通过共享等其他方式来实现数据查阅数据信息）
（4）：
组织合并：
组织合并是指公司内部或者跨公司之间的组织进行合并，合并之前的数据在原部门可见，合并之后新部门可见；如想查看先前数据，可使用兼职方式来实现；（可以实现跨组织合并）
5、角色切换：
2009-9-3
不采用切换的方式，直接取该用户的所有功能全集
集团化企业中存在较多的兼职情况，例如：
总公司的副总经理，兼职分公司的总经理，则该用户的权限是两个角色的全集，但是不允许用户在同一角色下执行全部业务操作，在执行不同角色的操作时需要进行角色的切换，只有切换角色后才可进行业务操作；具体切换方式可以使用tab页显示等方案；
6、门户管理：
门户是一个系统的核心和脸面，特别是在集团化企业中，门户的位置尤为重要，在集团化处理中，针对门户有如下约束：
（建立一个组织就需要为该组织产生一个门户，并且该门户只允许组织内人员可见，可以通过共享等方式共享给其他组织）
（1）：
门户的展示是受权限控制的；
从理论上讲，门户是对外的，所以门户应该让全集团人员可见，例如：
某分公司的某个部门门户对全集团都可见，但是在企业应用中往往某公司的门户只在公司内部查看，外部公司没有权限，所以如果看到其他公司门户，需要其他公司进行授权；
（2）：
门户中的数据是不受控制的，用户只要能看到该门户，则完全可以看到该门户中的全部数据，即：
门户数据不受限制；
（3）：
门户可以实现嵌入式也可以实现弹出式，需要为用户提供比较方便的接口设置；
（4）：
门户中的所有数据全部来自于信息发布，即使是业务系统中的数据也要通过信息发布接口来进入门户；
（5）：
门户信息查询：
如果信息发布到门户后，则门户中的信息对所有人可见，而该条信息的后台发布数据对所有人并不可见，只有发布人或相关权限人可以查看，虽然用户在门户中可以查看发布数据，但是在后台信息发布管理中是不能查看数据信息的；
（6）：
对外门户：
由于门户有对内也有对外，所以针对对外的门户需要实现外部门户用户管理的功能，单独实现该用户管理模块，主要将外部用户进行管理，为外部用户设置门户阅读权限；
（集团领导可以辐射看到全集团所有的门户和数据）
7、数据范围：
数据范围定义了集团化中公司内部或公司之间的数据处理范围，主要分为：
（1）：
该数据全集团内部可见
（2）：
该数据只有在本公司内部可见
（3）：
该数据在公司之间共享可见
（4）：
公司间如果存在数据共享等业务，则发布信息数据以及业务数据需由一个公司向另一个公司进行授权共享；
（5）：
模块在开发设计时需要考虑数据的共享方式，数据是以复制的形式还是以引用的形式共享给另一个公司或组织；
Ø复制形式：
在共享数据时为另一个公司或组织新增加一条数据，另一个公司删除后，则该信息在原始状态还是存在，而用户删除的仅仅是一个副本；
Ø引用形式：
在共享数据时为另一个公司提供数据的引用；
Ø在设置时需要考虑可以为用户提供复制或引用的接口；
8、信息传递：
2009-9-3
在企业的现实应用中没有该应用实例；不建立信任关系；
信息传递是在两个或多个公司之间进行业务的往来，请求方请求业务，被请求方提供业务接口；
（1）：
系统管理员来设置该模块信息共享给谁，以及共享的路径位置和共享的内容；
（2）：
模块设计时需要确定模块之间是否可以公司间互用数据，如果可以互用数据，提供接口；
（3）：
系统管理员来设置A,B两个公司业务模块之间的关联关系；
（4）：
被请求方设置共享内容，请求方发送共享请求；
9、集团化流程：
2009-9-3
分为三种情况：
A：
集团定义流程涉及分支机构流转时，直接将流程定义完整，其中包含分支机构的流程定义以及角色人员定义；
B：
集团定义流程涉及分支机构流转时，分支机构先定义在该分支机构流转的完整流程，然后集团总部将该流程直接挂接即可；
C：
集团定义流程涉及分支机构流转时，分支机构只定义在该分支机构流转的开始节点，根据实际情况定义具体流转方案；
D：
不允许分支机构修改主流程以及在主流程节点上增加子流程等；
集团化流程是指该流程涉及到集团中的各个分公司或某几个分公司的业务流程，具体实现为：
（1）：
涉及的集团化流程需由上一级管理员来定义
（2）：
上级管理员定义流程主干，并为各个节点指定角色等信息；而各个节点中涉及的子流程由分公司管理员来独立完成，并为子流程指定角色和人员等信息；
（上级流程调用下级流程，了解下级流程的处理情况，即：
上级领导跨组织的流程跟踪）
10、虚拟组织：
虚拟组织是指机构内部或跨不同机构之间的业务协作，临时形成的一个组织，而该组织在系统的组织机构中显示，不过通过权限控制后并非全部人员可见，该组织内的人员数据可共享，可互相通信，当该组织完成指定的工作后，可随时解除该组织；在设计过程中需要重点考虑单独建立虚拟组织业务来完成此功能；
2009-9-3
直接使用用户组来完成该业务功能，没有必须定义虚拟组织；
与实体组织并存的
分为实体组织和虚拟组织
哪些情况下创建虚拟组：
公司建立，公司管理员建立，为了方便公司成员操作，如：
选择人员，选择类型等，特例（可归类到公司设置）
个人建立，为了方便个人操作，如：
选择人员，选择类型等，但必须在公司建立的范围内再建立，可共享给其他人，特例（可归类到个人设置）
项目建立，项目是抽象概念可以是任何一件事，公司管理员建立一个虚拟公司，并分配使用模块，实质同正常公司
虚拟组成员是如何构成的
实质同正常公司
虚拟组是怎么使用的
实质同正常公司
实质同正常公司
升级会员 