【正文】 在系統(tǒng)上線前，將針對系統(tǒng)使用用戶進行推廣培訓(xùn)，讓領(lǐng)導(dǎo)和業(yè)務(wù)部門能夠更好的使用系統(tǒng)。在向用戶提供正常的售后技術(shù)和業(yè)務(wù)培訓(xùn)外，還將定期或不定期地舉辦各種新業(yè)務(wù)和新技術(shù)的培訓(xùn)研討班，屆時將由我公司的市場部發(fā)通知給新老客戶。適用于領(lǐng)導(dǎo)層、高級維護層以上、專業(yè)人員的培訓(xùn)對象。? 專項培訓(xùn)：根據(jù)用戶的需求，就系統(tǒng)中的某一子系統(tǒng)、某一功能、某一專業(yè)技術(shù)工具進行的專門性培訓(xùn)。? 高級培訓(xùn)：在用戶現(xiàn)場進行的關(guān)于系統(tǒng)內(nèi)核的高級培訓(xùn)。適用于所有培訓(xùn)對象。通過培訓(xùn)，使各級相關(guān)人員對軟件系統(tǒng)有充分了解，熟悉系統(tǒng)的設(shè)計原理和工作方式，掌握系統(tǒng)的工作流程和操作方法。系統(tǒng)管理人員既是 BI 系統(tǒng)的使用者，又是 BI 系統(tǒng)正常運行的維護者，培養(yǎng)用戶自己40 / 50的系統(tǒng)管理人員是很有必要的。參與的 IT 成員的技術(shù)背景主要如下：? 豐富的 RDBMS 工作背景，至少 5年的DBA 或數(shù)據(jù)倉庫經(jīng)驗? 豐富的 BI 工作經(jīng)歷，至少2~3 年的 BI 報表設(shè)計開發(fā)經(jīng)驗? 豐富的 ETL 工作經(jīng)驗，能夠開發(fā)數(shù)據(jù)源中進行數(shù)據(jù)抽取等 ETL 任務(wù)中等業(yè)務(wù)系統(tǒng)管理員 ? 能夠理解數(shù)據(jù)源數(shù)據(jù)量和數(shù)據(jù)質(zhì)量? 能夠提供數(shù)據(jù)源的數(shù)據(jù)字典? 在項目中，能夠擔任數(shù)據(jù)源分析的角色. 培訓(xùn)計劃培訓(xùn)是系統(tǒng)開發(fā)與推廣的重要組成部分，系統(tǒng)上線正常運行后，系統(tǒng)管理人員不僅是簡單的運營和維護系統(tǒng)，隨著新業(yè)務(wù)的開展管理人員還需具備開發(fā)和擴展新報表的能力。中等39 / 50角色 描述 參與程度IT 團隊 參與項目的 IT 團隊，包括基礎(chǔ)設(shè)施負責人、DBA 專家等，需要參加解決方案培訓(xùn)、需求分析、系統(tǒng)設(shè)計和開發(fā)等階段，確保根據(jù)數(shù)據(jù)集市模型的需要，從數(shù)據(jù)源系統(tǒng)中抽取所需要的數(shù)據(jù)。但是我們建議業(yè)務(wù)人員在項目中開發(fā)一個功能模塊以幫助理解 BI軟件，從而可以在需求制定過程中更有效的工作。業(yè)務(wù)人員深度理解本項目提供需求的業(yè)務(wù)含義，對提出的報表和分析等需求的細節(jié)有準確的理解和認識。項目經(jīng)理的職責還包括協(xié)調(diào)客戶方的內(nèi)部資源，根據(jù)項目的需要，推動相關(guān)資源支持項目，以確保項目的成功實施。? 對每個報表和分析模塊的單元測試負責，以確保這些模塊符合詳細設(shè)計說明書。ETL工程師還負責對所開發(fā)的ETL 模塊進行單元測試，以保證所開發(fā)的模塊能夠滿足ETL設(shè)計說明書的要求。以下是針對項目主要角色和責任的描述：XX角色 描述項目領(lǐng)導(dǎo)小組成員? 定期聽取項目小組匯報，了解項目的進展狀況? 確保必要的項目資源投入? 管理項目的邊界，審批由于變更引起的項目成本和時間的變動? 監(jiān)控項目風險和制定風險管理方法項目總監(jiān)? 根據(jù)項目方法論推動項目的實施并監(jiān)督項目的執(zhí)行工作，構(gòu)建項目過程質(zhì)量保證體系和質(zhì)量保證措施實施監(jiān)控? 對項目經(jīng)理的工作給予支持，幫助項目經(jīng)理協(xié)調(diào)項目重要資源并? 參與項目時間、成本、范圍的控制，并對項目進行考核項目經(jīng)理 項目現(xiàn)場管理，主要的職責包括：? 項目需求、溝通、風險管理? 項目時間、質(zhì)量、成本管理? 項目團隊管理技術(shù)經(jīng)理 ? 建立和維護系統(tǒng)架構(gòu)，包括技術(shù)架構(gòu)（硬件架構(gòu)、軟件架構(gòu)和網(wǎng)絡(luò)架構(gòu)）以及提供相關(guān)的技術(shù)支持37 / 50角色 描述? 推薦項目相關(guān)技術(shù)和工具，并支持項目實施中實施技術(shù)支持? 關(guān)注如硬件、軟件、網(wǎng)絡(luò)之類的基礎(chǔ)架構(gòu)，并且還要關(guān)注這些技術(shù)是否符合系統(tǒng)架構(gòu)和技術(shù)標準? 指導(dǎo)各技術(shù)小組完成設(shè)計，包括 ETL 設(shè)計、展示設(shè)計、集成設(shè)計等SAP BW 顧問 ? 分析業(yè)務(wù)需求，設(shè)計快速原型ETL工程師將負責根據(jù)ETL 設(shè)計說明書，實現(xiàn)整個ETL 過程。? 抽取相關(guān)源系統(tǒng)主數(shù)據(jù)到BW數(shù)據(jù)倉庫中，進行主數(shù)據(jù)模型開發(fā)并設(shè)計接口一共ESB系統(tǒng)調(diào)用。36 / 50? 對BW 數(shù)據(jù)倉庫的軟硬件進行調(diào)優(yōu)，以滿足后續(xù)開發(fā)任務(wù)。最終的項目計劃將在需求收集完成后，項目主要成員充分理解項目需求，包括客戶的工作流程、標準、和執(zhí)行規(guī)范等基礎(chǔ)上制定。具體分層結(jié)構(gòu)及 ETL、數(shù)據(jù)存儲等的操作方式可參見 章節(jié)，這里不再做重復(fù)的贅述。2. 對非 SAP 系統(tǒng)如 PLM，我們將會建立數(shù)據(jù)庫連接數(shù)據(jù)源（oracle），并且考慮增量抽34 / 50取機制。33 / 50. 主數(shù)據(jù)共享平臺方案主數(shù)據(jù) 源系統(tǒng) 目標系統(tǒng)物料 ERP、PLM SPM制造 BOM ERP、PLM SPM客戶 ERP ECM供應(yīng)商 ERP ECM人員 HCM SPM崗位 HCM SPM組織機構(gòu) HCM SPM訂單 BOM ERP（只抽?。纳媳碇形覀兛梢园l(fā)現(xiàn)本期項目中需要進行系統(tǒng)主數(shù)據(jù)共享的一共分為 8 個主數(shù)據(jù)指標、一個 SAP 系統(tǒng)和 4 套非 SAP 系統(tǒng)。本期項目需做遷移的報表共 54 張。. 數(shù)據(jù)展現(xiàn)層遷移方案當完成 BW 優(yōu)化升級的工作之后，我們即將著手部署 SAP BO 集成 EP 門戶作為新的數(shù)據(jù)展現(xiàn)（應(yīng)用）層。32 / 507. 主要的庫存相關(guān)模型考慮優(yōu)化，現(xiàn)大多數(shù)通過 SE38 程序?qū)崿F(xiàn)，考慮是否可用標準模型替換重構(gòu)，（例如涉及的程序有：ZTBW00ZTBW00ZTBW004 、ZTBW005 、ZTBW00ZTBW007 、ZTBW00ZTBW0ZTBW03ZTBW03ZTBW033 等），另外，以上程序里大部分功能是通過調(diào)用現(xiàn)有模型的 query 通過一定邏輯處理再存入到另一模型，此部分功能完全可以用 BW 的 APD 的標準功能替代實現(xiàn)，更方便后續(xù)的維護及管理。5. CUBE 層面未做聚集、壓縮、分區(qū)等處理以及 CUBE 維度的設(shè)置比如“行項目維”“高基數(shù)”維等方面的考量。3. 考慮系統(tǒng)資源的合理安排及日常數(shù)據(jù)加載的監(jiān)控，考慮處理鏈調(diào)度時間的安排、監(jiān)控、各環(huán)節(jié)數(shù)據(jù)加載順序及方式的調(diào)整等等。涉及范圍包括（信息范圍、自定義數(shù)據(jù)源、信息源、信息對象、模型、處理鏈、OPEN HUB、APD、QUERY、程序、函數(shù)等等）2. 現(xiàn)系統(tǒng)區(qū)域劃分較亂，考慮劃分出比較規(guī)范明確的區(qū)域。30 / 50? 由于客戶定制需要，由 BW 顧問新建的非系統(tǒng)標準 BI Content 的 DS 或者 IS，請按照以下方式命名：命名規(guī)則： Z_Function Area_M/TNN變量 字段長度 說明Function Area 2 見 M/T 1 M：代表主數(shù)據(jù)T：代表業(yè)務(wù)數(shù)據(jù)NN 2 當前編號 (標號從 01 開始) InfoPackage命名規(guī)則： DataSource_F/D/I變量 字段長度 說明DataSource 見 Datasource 命名規(guī)則Update 1 F：FullUpdateD： DeltaUpdateI：DeltaInitial示例：0FI_GL_4_D Process chain 1. 命名原則：ZPC_Description_Type_Frequency示例：ZPC_IM_TRAN_WK…………………………ZPC_MAT_ATTR_DL………………………… BW 系統(tǒng)權(quán)限命名規(guī)則 角色 singlerole命名規(guī)則： Site_OBJECT_Nr變量 字段長度 說明31 / 50Site 3 見 OBJECT 4~9 權(quán)限對象名稱或模型名稱NR 4 可選（對于模型的角色可以為空），權(quán)限對象下的具體付值示例：為南車建立公司代碼上的權(quán)限對象，可以命名為：ZS_CMP_XXXX 。示例：ZFI_BANK_H01_031121。也可縮寫為ZCC_H01_031121。 Hierarchy? 為系統(tǒng)標準的來自 BI Content 中的信息對象建立 Hierarchy 時，按以下命名規(guī)則：命名規(guī)則： ZInfoObject 中去掉第一位’0’_HNN_Date變量 字段長度 說明InfoObject 7NN 2 當前編號 (標號從 01 開始)Date 6 有效起始日期 YYMMDD注意：如果長度不夠，可以將InfoObject縮寫。示例：ZRLGLM01…………………………………………………………財務(wù)公司收入分析 CubeZR_GLM01…………………………………………………………集團的收入分析 Cube Aggregates1. 命名原則：Info Cube_AGGRNN ? Info Cube：所屬 Info Cube 的技術(shù)名稱? NN，2 位數(shù)字編碼。? Function Area，見 。? NN，2 位數(shù)字編碼。示例：ZC_SOS01……………………………ZCASOS01…………………………… Cube1. 最多 8 個字符2. 以 Z 開頭3. Cube 必須分配到 RDL 層次26 / 504. 命名原則：ZRBusiness AreaFunction AreaCNN? Business Area，見 。? Y，分如下兩種情況，分別適用不同的編碼規(guī)則：i. 如模型屬于 IDL 層，則Y代表源系統(tǒng)編號，即System ID，見 。? Function Area，見 。示例：ZI1SOS01…………………………………………………………SD1 的 IDL 層訂單 ODSY I1SOS01………………………………………………………某某中心的整合訂單 ODS3. ODS 必須根據(jù)它的作用分配到指定的層次，如 IDL， CDL，RDL 。注：如果以“Z”開頭的編碼已全部被占用，才可 “Y”。示例：Z_SINOCHEM_LAYER_CDL_XTGS_FI………………………Z_SINOCHEM_LAYER_CDL_HFZX_SD…………………… ODS1. 最多 8 個字符。Business Area見 。Business Area見 。Business Area見 。第四層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_LAYER ID_System ID_ Business Area Business Area見 。24 / 50Z_SINOCHEM_LAYER_LAYER ID_System ID_Function AreaFunction Area見 。System ID參見 。注：從此層開始，按照編碼規(guī)范和項目需求，進行創(chuàng)建。注：此層已建立，無需重建。注：此層已建立，無需重建。2. 以 Z_ SINOCHEM_開頭。除了以下常用縮寫，其他的內(nèi)容可以根據(jù)縮寫決定，并及時更新到該規(guī)范中。全稱 縮寫 含義IDL I 原始數(shù)據(jù)層CDL C 邏輯合并層RDL R 報表層ODL O 數(shù)據(jù)集市接口層IBJ B 特征信息區(qū)域 Function AreaFunction Area，代表數(shù)據(jù)主題，按以下規(guī)范編碼。全稱 縮寫 含義NCJT _（注：下劃線） 南車集團（適用于集團層面或多經(jīng)營中心，無法具體到某個經(jīng)營中心的命名）FYGLXT A 費用管理系統(tǒng)YSXT B 預(yù)算系統(tǒng)22 / 50. C .. D .. E .以下順序編碼 LAYER IDLAYER ID，代表模型層次，按以下規(guī)范編碼?？s寫為以下字母編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。0 Persistent Staging Area (PSA) 緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對應(yīng)，占用 BW 數(shù)據(jù)庫磁盤空間最大比例，每三到六個月定期清理一次。1 Inbound Data Layer (IDL)原始數(shù)據(jù)層全量保存來自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報表需求的數(shù)據(jù)基礎(chǔ)，保證一期上線以后，后面若干年對數(shù)據(jù)的需求不會導(dǎo)致 ERP 停機抽取。以業(yè)務(wù)需求和性能為首要考慮因素進行最終輸出模型維度設(shè)計。. 數(shù)據(jù)倉庫管理標準及命名規(guī)范 命名規(guī)則設(shè)計原則層次 常用名 作用4 Outbound Data Layer (ODL)數(shù)據(jù)集市接口層通過 Open Hub、BAPI、RFC 等方式向系統(tǒng)外的應(yīng)用程序提供數(shù)據(jù)的接口層。 交易數(shù)據(jù)交易數(shù)據(jù)的 DSO 中，必須記錄每筆業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)產(chǎn)生的時間戳或者日期，且需要明細到憑證級。屬性 描述主要功能 此層給出了支持商務(wù)用戶信息需求的功能內(nèi)在關(guān)系 ? 數(shù)據(jù)存儲層? 數(shù)據(jù)處理? 安全與保密? 系統(tǒng)管理? 軟件和硬件? 元數(shù)據(jù)? 連接 主數(shù)據(jù)按照需求應(yīng)用的需要，主數(shù)據(jù)首先進入到抽取層 DSO 中。選擇分析工具集來滿足數(shù)據(jù)展示的需求信息。數(shù)據(jù)在流經(jīng)各層時，從性能與準確性方面考慮，使用全量或增量。 數(shù)據(jù)存儲BW 數(shù)據(jù)倉庫中，數(shù)據(jù)存儲采用的分層設(shè)計方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。 ETL 過程BW 系統(tǒng)集成了對各種源系統(tǒng)進行數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉庫的各種功能，并提供簡單的圖形化操作界面，可以通過簡單的拖動實現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，可19 / 50以定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式、時間等。 數(shù)據(jù)分析層數(shù)據(jù)分析層是面向高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。? 同一業(yè)務(wù)系統(tǒng)內(nèi)模型合并數(shù)據(jù)抽取層中來自同一業(yè)務(wù)系統(tǒng)的模型數(shù)據(jù)，按照業(yè)務(wù)內(nèi)容及邏輯規(guī)則創(chuàng)建模型轉(zhuǎn)換， 進行數(shù)據(jù)合并。該過程要注意來自異構(gòu)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)格式、關(guān)聯(lián)關(guān)系。 數(shù)據(jù)邏輯層數(shù)據(jù)合并層是面向客戶業(yè)務(wù)操作將抽取層數(shù)據(jù)進行初步的清洗和整理，將數(shù)據(jù)抽取層中數(shù)據(jù)按照業(yè)務(wù)規(guī)則集成、整合的過程，在此模型