G1項目集團化解決方案(6頁).doc
下載文檔
上傳人:正***
編號:875282
2024-01-05
6頁
53.50KB
1、G1項目集團化解決方案系統公用操作字段:NameDiscRemark字段長度UUID記錄的唯一標識,該ID只提供給系統使用ID32創建人該條記錄的創建人,根據實際情況,修改時也可以記錄修改人的信息Comm_Creator32組織級別碼數據查看范圍以及組織層級關系的編碼,以四位為一級,從1000開始計數,同級加一,下級10001000,以此類推Comm_Org_Level60創建時間該條記錄的創建時間Comm_Create_Date2009-09-01 13:43:50date記錄標識1、 創建2、 修改3、 刪除4、 停用Comm_Record_Identy1char型版本ID一條記錄可以有多2、個版本,但多個版本擁有相同的ID號,以標識是同一數據的不同版本,以系統時間做為版本id,即System.currentTimeMillis()Comm_Edition_Id32位UUID版本號0、1、2、3、4,最后一個版本為0Comm_Edition_No0 最新、1 最老、2 次老3Int型業務排序編號0、1、2、3、4組織機構以及模塊等業務的排列順序號只提供給系統管理使用,其他業務根據需要自定義COMM_BUINESS_ORDER4Int型機構標識來源于機構的層級碼Comm_Org_Identy60變化通知用戶,組織等公共信息刪除后,需要提醒相關模塊,模塊負責人去處理Comm_chang3、e_notice60預留字段1系統的預留字段BLANK0100預留字段2系統的預留字段BLANK1100預留字段3系統的預留字段BLANK2100一:集團化:集團化主要是用來解決企業分級管理,集中管控的一種管理方式。二:集團化特點:多組織,跨行業。三:集團化解決方案:為了解決集團化的處理方式,在討論時以模擬實際業務場景和設置的方式進行,從不同的角度和維度來分析集團化實現;分公司之間需要實現信息的共享和交互,業務的共享和交互,在交互中保證各自權限的獨立性和完整性;集團化角色:集團超級管理員:superuser,只負責建立集團公司和集團管理員集團管理員:負責建立分公司和分公司管理員分公司管理員:負4、責建立分公司內部組織人員等的建立和權限分配模塊管理員:針對模塊的授權分配1、 分級授權:集團化管理過程中,各個分公司獨立管理各自業務,只由集團授權即可;(1):集團化企業建設一套協同管理系統,該管理系統負責管理全集團的各項業務,在集團化處理上進行分級授權,各個分公司獨立管理各自業務,但是各分公司業務對集團透明;注釋:目前集團化實現方案采取最長路徑,即:集團建立各個分公司管理員并分配權限,各分公司獨立建立各自組織以及分配權限;也可由集團管理員直接建立各個分公司的組織人員及功能權限;(2):集團建立:首先系統實施時初始化超級管理員用戶:superuser,該用戶主要職責: 建立集團公司 建立集團管5、理員角色 創建集團管理員admin 將創建人員admin與創建集團管理員角色綁定 為集團管理員授權:將協同系統權限指定給該集團管理員(3): 集團管理員職責:超級管理員建立了集團管理員,集團管理員負責建立各個分公司的組織以及人員并為公司進行授權(模塊授權及業務授權),具體職責為: 為集團建立集團的部門 建立各個分公司(此處集團管理員只建立到公司級別,不負責建立各分公司內部門) 為各個分公司創建公司管理員角色 為各個分公司創建管理員 將各個分公司管理員角色與人員綁定 為各個分公司進行授權(模塊授權及業務授權) (4) 分公司建立:集團管理員負責建立各個分公司的組織、分公司管理員并為分公司管理員進6、行授權,分公司管理員職責: 為公司創建屬于自己的組織機構 創建角色 創建人員 角色人員綁定 為角色分配業務模塊(5):集團化處理時遵循的相關原則:增加了集團化的相關標識,具體為: 集團化唯一標識(帳套):人員,公司,時間 組織級別碼:每個組織由自己獨立的級別碼,根據此級別碼能區別公司級別,應對組織變革后的數據處理問題 共享范圍標識n 私有:只針對本公司內部可見n 全局:針對全集團可見n 共享范圍內:本公司將數據共享給另一個或多個公司共享可見 UUID 部門編碼 人員 時間2、 集團化設置:集團化設置主要是為了解決相對靜態的公用數據設置,可復用的屬性設置,公用字典表等;下屬單位對上述設置選擇性繼7、承,并可選擇性使用,同時可以設置屬于自己的屬性;2009-9-3該部分設置分為兩個方面,一個是:公用字典的設置,全集團共用;二是基礎數據設置,在各個機構的業務中來設置即可; 流程類型設置 職務 崗位 角色 知識類型 公文類型 信息類型 公文類別 枚舉值 “是否啟用“等類型業務 開關控制類業務:例如:是否發尋呼,是否發短信等3、 集團一體化管理:2009-9-3目前集團一體化處理采取默認的方式,即:集團管理員可以看到全部信息; 集團一體化管理:集團管理員統一管理集團內部以及各個分公司的人員,組織,角色以及業務等信息; 獨立管理:集團為各個分公司分配管理員和權限,由各個分公司獨立管理各自業務,但是8、業務對集團透明;4、 集團化組織變動:2009-9-3組織變動時,首先通知到人,由人來對該組織內的信息進行處理;在集團化企業中,存在集團內部以及各個分公司之間的組織調整變動,主要有以下幾種情況: 新增組織:新增加一個組織或部門,指定該部門的級別碼以及集團化標志 刪除組織:針對組織的刪除操作,提供邏輯刪除和物理刪除n 啟用:組織建立好以后默認狀態為啟用狀態,該組織在系統內可用n 停用:(停用后該組織內人員不可用),n 刪除:物理刪除該組織 組織移動:升級,降級,評級移動 組織合并(1):新增組織:管理員新增組織時,為該組織生成唯一的帳套和組織層級碼,為該組織分配人員等;在新增加組織時,需要明確工9、作地點(增加組織地點字段);(2):撤銷組織:組織刪除包含:組織的啟用,組織停用,組織刪除 組織啟用:組織在建立后,默認狀態是啟用狀態,并正式投入使用,該組織處于啟用狀態; 組織停用:組織建立后,通過一段時間使用,存在某些問題,或由于企業經營原因,需要臨時停止該部門的操作,則可以采用停用的方式,停用后該組織的任何操作都停止,包括組織內的人員無法進入系統(組織停用時需要同步停用人員等信息);當該組織或部門達到可以繼續旅行職責的情況下,則通過組織啟用可以繼續使用該組織,同時人員等信息同步啟用,用戶可正常使用該組織,先前權限等信息不變; 組織刪除:管理員執行刪除操作物理刪除組織信息,在刪除組織之前需10、要將組織內的人員等信息遷移到其他組織或機構,保證該組織完全獨立,并不影響業務的前提下再執行刪除,否則提示組織關聯不允許刪除;(3):組織移動:組織之間的升級,降級,平級移動,在移動到新部門或組織后,不能看到先前的部門或組織的數據,只有新產生的數據才能看到,而原組織或部門可見數據信息,如果移動后還需查看到先前數據,可以采用兼職等方式來實現; (可以考慮通過共享等其他方式來實現數據查閱數據信息)(4):組織合并:組織合并是指公司內部或者跨公司之間的組織進行合并,合并之前的數據在原部門可見,合并之后新部門可見;如想查看先前數據,可使用兼職方式來實現;(可以實現跨組織合并)5、角色切換:2009-9-11、3不采用切換的方式,直接取該用戶的所有功能全集集團化企業中存在較多的兼職情況,例如:總公司的副總經理,兼職分公司的總經理,則該用戶的權限是兩個角色的全集,但是不允許用戶在同一角色下執行全部業務操作,在執行不同角色的操作時需要進行角色的切換,只有切換角色后才可進行業務操作;具體切換方式可以使用tab頁顯示等方案;6、門戶管理:門戶是一個系統的核心和臉面,特別是在集團化企業中,門戶的位置尤為重要,在集團化處理中,針對門戶有如下約束:(建立一個組織就需要為該組織產生一個門戶,并且該門戶只允許組織內人員可見,可以通過共享等方式共享給其他組織)(1):門戶的展示是受權限控制的;從理論上講,門戶是對外的,12、所以門戶應該讓全集團人員可見,例如:某分公司的某個部門門戶對全集團都可見,但是在企業應用中往往某公司的門戶只在公司內部查看,外部公司沒有權限,所以如果看到其他公司門戶,需要其他公司進行授權;(2):門戶中的數據是不受控制的,用戶只要能看到該門戶,則完全可以看到該門戶中的全部數據,即:門戶數據不受限制;(3):門戶可以實現嵌入式也可以實現彈出式,需要為用戶提供比較方便的接口設置;(4):門戶中的所有數據全部來自于信息發布,即使是業務系統中的數據也要通過信息發布接口來進入門戶;(5):門戶信息查詢:如果信息發布到門戶后,則門戶中的信息對所有人可見,而該條信息的后臺發布數據對所有人并不可見,只有發布13、人或相關權限人可以查看,雖然用戶在門戶中可以查看發布數據,但是在后臺信息發布管理中是不能查看數據信息的;(6) :對外門戶:由于門戶有對內也有對外,所以針對對外的門戶需要實現外部門戶用戶管理的功能,單獨實現該用戶管理模塊,主要將外部用戶進行管理,為外部用戶設置門戶閱讀權限;(集團領導可以輻射看到全集團所有的門戶和數據)7、數據范圍:數據范圍定義了集團化中公司內部或公司之間的數據處理范圍,主要分為:(1):該數據全集團內部可見(2):該數據只有在本公司內部可見(3):該數據在公司之間共享可見(4):公司間如果存在數據共享等業務,則發布信息數據以及業務數據需由一個公司向另一個公司進行授權共享;(514、):模塊在開發設計時需要考慮數據的共享方式,數據是以復制的形式還是以引用的形式共享給另一個公司或組織; 復制形式:在共享數據時為另一個公司或組織新增加一條數據,另一個公司刪除后,則該信息在原始狀態還是存在,而用戶刪除的僅僅是一個副本; 引用形式:在共享數據時為另一個公司提供數據的引用; 在設置時需要考慮可以為用戶提供復制或引用的接口;8、信息傳遞:2009-9-3在企業的現實應用中沒有該應用實例;不建立信任關系;信息傳遞是在兩個或多個公司之間進行業務的往來,請求方請求業務,被請求方提供業務接口;(1):系統管理員來設置該模塊信息共享給誰,以及共享的路徑位置和共享的內容;(2):模塊設計時需要確15、定模塊之間是否可以公司間互用數據,如果可以互用數據,提供接口;(3):系統管理員來設置A,B兩個公司業務模塊之間的關聯關系;(4):被請求方設置共享內容,請求方發送共享請求;9、集團化流程:2009-9-3分為三種情況:A:集團定義流程涉及分支機構流轉時,直接將流程定義完整,其中包含分支機構的流程定義以及角色人員定義;B:集團定義流程涉及分支機構流轉時,分支機構先定義在該分支機構流轉的完整流程,然后集團總部將該流程直接掛接即可;C:集團定義流程涉及分支機構流轉時,分支機構只定義在該分支機構流轉的開始節點,根據實際情況定義具體流轉方案;D:不允許分支機構修改主流程以及在主流程節點上增加子流程等;16、集團化流程是指該流程涉及到集團中的各個分公司或某幾個分公司的業務流程,具體實現為:(1):涉及的集團化流程需由上一級管理員來定義(2):上級管理員定義流程主干,并為各個節點指定角色等信息;而各個節點中涉及的子流程由分公司管理員來獨立完成,并為子流程指定角色和人員等信息;(上級流程調用下級流程,了解下級流程的處理情況,即:上級領導跨組織的流程跟蹤)10、虛擬組織:虛擬組織是指機構內部或跨不同機構之間的業務協作,臨時形成的一個組織,而該組織在系統的組織機構中顯示,不過通過權限控制后并非全部人員可見,該組織內的人員數據可共享,可互相通信,當該組織完成指定的工作后,可隨時解除該組織;在設計過程中需要重點考慮單獨建立虛擬組織業務來完成此功能;2009-9-3直接使用用戶組來完成該業務功能,沒有必須定義虛擬組織;與實體組織并存的分為實體組織和虛擬組織哪些情況下創建虛擬組:公司建立,公司管理員建立,為了方便公司成員操作,如:選擇人員,選擇類型等,特例(可歸類到公司設置)個人建立,為了方便個人操作,如:選擇人員,選擇類型等,但必須在公司建立的范圍內再建立,可共享給其他人,特例(可歸類到個人設置)項目建立,項目是抽象概念可以是任何一件事,公司管理員建立一個虛擬公司,并分配使用模塊,實質同正常公司虛擬組成員是如何構成的實質同正常公司虛擬組是怎么使用的實質同正常公司實質同正常公司