運營支撐中心產(chǎn)品說明書

N流程初P05M流程修P05常勝,MP05常勝,M根據(jù)PMO程清單確認會議P05MP05MIT業(yè)務整體功能P05MP05M添加運營支撐功P05MP05MP05MP05MP05M根據(jù)評審意見修改P05 人員............................................................. 流程及設計要 基礎信息管 大區(qū)管 流程 流程說 城市管 流程 流程說 流程 流程說 業(yè)務字典管 流程 流程說 人員管 流程 流程說 流程 流程說 中臺用戶管 運營用戶管 權限管 用戶權限管 門戶集 運營支 系 功 應 合 運營報 任務調(diào) 營運部運營支撐崗位職 門店 自營營運部運營支撐崗位職 IT業(yè)務整體功能簡 運營支撐功 接 、、統(tǒng)一全中臺各項目的運營支撐的門戶統(tǒng)一實現(xiàn)基礎信息的管理和運營支撐的ITIT運營支撐中心作為王府井運營支撐中心作為王府井 中臺的統(tǒng)一，企業(yè)用戶通過這個統(tǒng)一 使用中臺賬號登ITITIT理關中臺模塊的操作，點擊以后，就可以進入相成該項管理功能的；持全銷售的運營支撐需求，但是后期需要 中backlogERP全項目的很多業(yè)務字典在ERP系統(tǒng)并不統(tǒng)一，但需要匯總到本系統(tǒng)，建立統(tǒng)一的運營支撐中心給全中臺項目的企業(yè)用戶提供了統(tǒng)一的人員功能全中臺項目包含19個模塊子項目，這給未來的系統(tǒng)運營工作帶來一定的。從IT系統(tǒng)。從IT運維的角度出發(fā)，利用Hybris平臺的管理控制臺，提供關同中臺模塊間互聯(lián)互通的和接口可用性驗證等。backlog從全營運的角度來看運營支撐中心的人員涵蓋了和門店多個部門如下所示運營支撐中心體系規(guī)劃分為初級階段和階段兩個階段初級階段以滿足全銷售運營支撐為主，側(cè)重于系統(tǒng)和基本的運維需求流程圖名稱：流程圖名稱：運營支撐中心一級流 設計者組織結業(yè)務字業(yè)務字典字典的允許業(yè)務字典的準入、數(shù)據(jù)字數(shù)據(jù)字典提供全中臺在系統(tǒng)的數(shù)據(jù)字典的，允許數(shù)據(jù)字典資源管理第系統(tǒng)資源對象的導角色管理用戶管中臺用戶管理員管理權限管角色權限用戶權限商品管將商品管理模塊的作為菜單成訂單管將訂單管理模塊的作為菜單成管將管理模塊的作為菜單成供應商管理門戶交付系將交付管理模塊的作為菜單成拍照系將拍照系統(tǒng)的作為菜單集會員中將會員中心的作為菜單集中將中心的作為菜單集系統(tǒng)監(jiān)控應用監(jiān)控應用事務的例如Hybris中合規(guī)監(jiān)運營報果是Hybris的標準報表或者適合Hybris中心開發(fā)。如果不適合Hybris開任務調(diào)流程定義與營運部，1.2.無（刪除）核流程圖名稱：JC.01.01基礎信息管理組織結構管理大區(qū)管理三級流程根據(jù)相關規(guī)定對請求進行并2.1返還失敗果對經(jīng)過的請求進行驗證檢流程定義與營運部，1.2.無流程圖名稱：A11組織結構管設計者：SAP理三級流程

部 營運

核

根據(jù)相關規(guī)定對請求進行2.1返還失敗結對經(jīng)過的請求進行驗證檢流程定義與營運部，1.2.無流程圖名稱：A11基礎信息管理組織結構管設計者：SAP理三級流程

部 營運

（刪除）核

根據(jù)相關規(guī)定對請求進行2.1返還失敗結對經(jīng)過的請求進行驗證檢流程定義與提供對各個模塊組業(yè)務所需的業(yè)務字典的，允許業(yè)務字典的準入、更營運部，無無流程圖名稱：JC.02.01基礎信息管理業(yè)務字設計者：SAP典管理三級流程

根據(jù)相關規(guī)定對請求進行并2.1返還失敗果對經(jīng)過的請求進行驗證檢3.3流程定義與提供全中臺在系統(tǒng)的數(shù)據(jù)字典的，允許數(shù)據(jù)字典的準入營運部，無無流程圖名稱：JC.03.01基礎信息管理數(shù)據(jù)字設計者：SAP典管理三級流程

（刪除）核

根據(jù)相關規(guī)定對請求進行2.1返還失敗果3.3流程定義與無流程定義與建議實現(xiàn)：1、用戶可資源的增刪改無無

流程圖名稱：資源管理管理

源

（刪除）核

刪

1.02.0申行，并移交給操作部門2.13.03.13.2用戶申3.3流程定義與運營支撐平臺提供對角色（用戶組）建議實現(xiàn)：1、用戶基本角色的定義；2、對角色的功能無無用（刪除）核部流程圖名稱：用戶組管理1.02.0用戶申行，并移交給操作部3.0對經(jīng)過的請求進行驗證檢3.1戶3.2流程定義與無無請行，并移交給操作部2.1返還失敗果戶果流程定義與無無流程圖名稱：營運官用戶權限流程圖名稱：營運官用戶權限管理三級流程設計者：常勝（刪除）核部部行，并移交給操作部門2.1返還失敗果部部對經(jīng)過的請求進行驗證檢部戶3.2部流程定義與針對角色，賦予相應資源的權無無流程圖名稱：權限流程圖名稱：權限管理（刪除）核部行，并移交給操作部2.1返還失敗果對經(jīng)過的請求進行驗證檢果流程定義與第系統(tǒng)權限導批量導入第權無無流程圖名稱：流程圖名稱：權限導入分配批量為第系統(tǒng)增求進行，并移交給操作部對經(jīng)過的請求進行驗證檢3.2流程定義與將商品管理、訂單管理 員中心和中心 作為菜單集無無P05設計者交付管 供應商管 流程定義與進行IT系統(tǒng)、應用事務和業(yè)務合規(guī)的，并提供運營支撐的基本報表無無流程圖名稱流程圖名稱 設計者P05 backlog123、負責基礎組織架構的，包括總部、大區(qū)、城市、門店41、負責提出工業(yè)分類、展示分類、品牌的需求2、負責提出專柜新增、變更、停用的需3王府井全中臺項目運營支撐中心集成了各個子模塊項目的運營功能或者管理因此與其它子模塊的業(yè)務功能和技術實現(xiàn)密切聯(lián)系本文檔所描的運營支撐中心業(yè)務流程和技術實現(xiàn)，包含如下假設和依賴條件：ITIT 運營支撐中 運營支撐中全中心Hybris系統(tǒng)審核JC.01.01Hybris系統(tǒng)審核JC.01.02Hybris系統(tǒng)審核JC.01.03P05.RY.03.01。構上的節(jié)點，例如某個角色對應于或者某個大區(qū)、城市、門店RY.02.01針對角色，賦予相應資源的權RY.01.01將其它全項目的管理集成進來，提供一個統(tǒng)一，無需重新登錄重復登陸運營支撐中心重點功能包括系統(tǒng)功能、應用功能、合規(guī)功能、合規(guī)功能，需要評估，可以考慮放到后期開發(fā)應用功能，提供Hybris中臺商品、訂單處理的狀態(tài)報告功能模塊，詳見下表P135.1.1：物理 接口調(diào)用列表型式1用戶外部系統(tǒng)運營支2用戶信息可以獲取用戶相關信息，包括基礎組織架置外部系統(tǒng)運營支權限定義第提供權限定義外部系統(tǒng)文件導入運營支添加用戶用戶在第系統(tǒng)點外部系統(tǒng)通過URL跳轉(zhuǎn)到運營支撐中心添加用URL轉(zhuǎn)查詢字典典和業(yè)務字典相關信息外部系統(tǒng)運營支查詢基礎組織架構外部系統(tǒng)運營支稱塊實施步實施關鍵控制步驟相關關對下個步驟責任責任和該CAS服務器做接口，來驗證用戶，獲取登錄狀態(tài)的ticket。從結構上看，CAS包含兩個部分：CASServer和CAS。CASServer需要獨立部署，主重定向到CASServer。1CASCAS與受保護的客戶端應用部署在一起，以Filter方式保護受保護的資源。對于受如果沒有，則說明當前用戶尚未登錄，于是將請求重定向到指定好的CASServer登錄地址，并傳遞Service（也就是要的目的資源地址以便登錄成功過后轉(zhuǎn)回該地址用戶在第3步中輸入認證信息如果登錄成功，CASServer隨機產(chǎn)生一個相當長度唯一不可的ServiceTicket，并緩存以待將來驗證，之后系統(tǒng)自動重定向到Service所在地址，并為客戶端瀏覽器設置一個TicketGranted（TGC），CAS在拿到Service和新產(chǎn)生的Ticket過后，在第5，6步中與CASServer進行合適，以確保Se