【正文】 ? 調(diào)整BW中相關(guān)Query的展示界面，把報表遷移到BO平臺上。首先 BW 的抽取方式可分為兩種：1. 對 SAP ERP 系統(tǒng)采用 BW 標準的抽取方式即可。 第 32 頁 共 51 頁6. 系統(tǒng)里存在冗余模型及報表可考慮清理優(yōu)化系統(tǒng)空間；系統(tǒng)可規(guī)則清理機制，比如定期清理 PSA 數(shù)據(jù)、ChangLog 數(shù)據(jù)等等。 Query ? 項目組內(nèi)部命名規(guī)則：命名規(guī)則： MultiProvider_QNNNVariable Length CommentMultiProvider 8 Multiprovider 的全名NNN 3 三位數(shù)字，從 001 開始? 其他用戶或者其他用途創(chuàng)建命名規(guī)則（例如，培訓(xùn)、測試用途）：命名規(guī)則： ZT_Function Area_Business Area_QNN變量 字段長度 說明Function Area 2 見模塊 命名規(guī)則Business Area 4 同 R3 系統(tǒng)NNN 3 當前編號 (標號從 001 開始)示例：ZT_FI_XXXX_Q0001 Struture命名規(guī)則： MultiProvider_SNNN 第 29 頁 共 51 頁變量 字段長度 說明MultiProvider 見 Cube 命名規(guī)則NNN 3 當前編號 (標號從 001 開始)示例：ZR_SDC01_S001 Bex Variable 1. 最多 8 個字符2. 命名原則：ZP/I/H/N/T/F_ 含義NNN? P：單值? I：范圍? H：層次? N：層次節(jié)點? T：文本變量? F ：公式變量? NNN：3 位數(shù)字編碼 Calculated Key Figure 1. 最多 30 個字符2. 命名原則：Info Cube_CKNNNVariable Length CommentInfo Cube 8 Cube 全名_CK 2 固定NNN 3 三位數(shù)字，從 001 開始 Restricted Key Figure1. 最多 30 個字符2. 命名原則：Info Cube_RKNNNVariable Length CommentInfo Cube 8 Cube 全名_RK 2 固定NNN 3 三位數(shù)字，從 001 開始 第 30 頁 共 51 頁 DataSource/InfoSource? 由標準 BI Content 激活生成的 DS 或者 IS，使用系統(tǒng)自動生成的名字，勿需改名字。? NN，2 位數(shù)字編碼。? NN，2 位數(shù)字編碼。Function Area 見 。示例：Z_SINOCHEM_LAYER_IDL_SD1_SD……………………Z_SINOCHEM_LAYER_IDL_KTDB_PP…………………iii. 文本向下第四及第五層，根據(jù)需要，首先按照經(jīng)營中心，然后按照主題域區(qū)分。Z_SINOCHEM_LAYERED_DESIGN ……………………LSA 模型設(shè)計4. 第二層：根據(jù)模型架構(gòu)層次創(chuàng)建。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。此層數(shù)據(jù)未經(jīng)過轉(zhuǎn)換和數(shù)據(jù)粒度處理，全部采用覆蓋模式的 ODS 構(gòu)成，部分業(yè)務(wù)模塊可以采用寫優(yōu)化 ODS。抽取層、合并層使用 DSO存放數(shù)據(jù)，分析層一般使用 DSO 存放數(shù)據(jù)，但亦有使用特性存放主數(shù)據(jù)，如與時間相關(guān)的主數(shù)據(jù)。 上圖即為 BW 數(shù)據(jù)倉庫 ETL 的流程，使用信息包（InfoPackage）將數(shù)據(jù)從源系統(tǒng)抽取至 BW 底層 PSA，通過一系列的轉(zhuǎn)換（ Transformation）和數(shù)據(jù)傳輸流程（DTP）將PSA 中數(shù)據(jù)逐層加載至數(shù)據(jù)抽取層、數(shù)據(jù)合并層及分析層相應(yīng)的模型中。該層模型的集成、整合工作主要分為以下兩大類：? 不同業(yè)務(wù)系統(tǒng)間模型合并數(shù)據(jù)抽取層中來自不同業(yè)務(wù)系統(tǒng)的模型數(shù)據(jù)，按照業(yè)務(wù)規(guī)則創(chuàng)建模型轉(zhuǎn)換，進行數(shù)據(jù)合并。確定數(shù)據(jù)倉庫實現(xiàn)的物理模型，要求設(shè)計人員必須做到以下幾方面： ? 要全面了解所選用的數(shù)據(jù)庫管理系統(tǒng)，特別是存儲結(jié)構(gòu)和存取方法。數(shù)據(jù)模型是數(shù)據(jù)倉庫系統(tǒng)的關(guān)鍵部分，開發(fā)數(shù)據(jù)模型除了要描述企業(yè)現(xiàn)有的業(yè)務(wù)數(shù)據(jù)架構(gòu)，還要滿足企業(yè)未來業(yè)務(wù)擴展的需要，通過整體數(shù)據(jù)架構(gòu)的搭建可以實現(xiàn)以下三個目標：? 數(shù)據(jù)整合，建立業(yè)務(wù)數(shù)據(jù)構(gòu)架，找出業(yè)務(wù)項目的相互關(guān)系，描繪企業(yè)的各個業(yè)務(wù)項目在現(xiàn)實中是如何被組合在一起的，創(chuàng)建出企業(yè)業(yè)務(wù)的整體性視圖，基于業(yè)務(wù)數(shù)據(jù)架構(gòu)創(chuàng)建企業(yè)數(shù)據(jù)模型，能夠較好地保證數(shù)據(jù)模型的穩(wěn)定性和有效性。邏輯數(shù)據(jù)模型是把業(yè)務(wù)需求，特別是對數(shù)據(jù)的需求，用規(guī)范化的 ER 模型和文字進行描述。數(shù)據(jù)倉庫管理的數(shù)據(jù)包含了集成之后的多年歷史數(shù)據(jù)，數(shù)據(jù)量是巨大的。與此同時，通過大數(shù)據(jù)、數(shù)據(jù)分析等應(yīng)用，逐步形成針對各產(chǎn)業(yè)板塊的個性化的數(shù)據(jù)挖掘、數(shù)據(jù)預(yù)測，以提高對市場的洞察力、提升客戶滿意度、促進技術(shù)創(chuàng)新，最終達成提升企業(yè)市場競爭力，為企業(yè)創(chuàng)造更多的經(jīng)濟效益和社會效益?？紤]到未來可能有的系統(tǒng)擴展和 SAP ERP 故障， XX 智慧采集平臺依舊在整個架構(gòu)中扮演重要的角色，但是手工 第 11 頁 共 51 頁上報數(shù)據(jù)和自動上報數(shù)據(jù)將通過數(shù)據(jù)標簽嚴格區(qū)分，以便事業(yè)部和集團清楚數(shù)據(jù)來源。階段性成果：這一階段的工作重點是 XX 智慧采集平臺、 XX 智慧決策平臺的建立以及這兩個平臺同南車時代電氣原有的企業(yè)級數(shù)據(jù)倉庫、報表平臺相整合，同時做好數(shù)據(jù)倉庫的數(shù)據(jù)梳理工作。而 BW 系統(tǒng)的數(shù)據(jù)基本上為源系統(tǒng)數(shù)據(jù)量的 ~2 倍，也就是說在數(shù)據(jù)倉庫服務(wù)器的存儲設(shè)備上至少要準備 20T 以上才能滿足未來 5 年內(nèi)的業(yè)務(wù)需求。? 數(shù)據(jù)管理層數(shù)據(jù)管理層以業(yè)務(wù)需求為驅(qū)動，根據(jù)業(yè)務(wù)不同的主題，建立多個主題模型。針對上一章節(jié)中我們所理解歸納的南車電氣本期項目的需求，本期項目是南車電氣信息系統(tǒng)建設(shè)的核心部分，整合后的數(shù)據(jù)倉庫將作為將來南車電氣整個 IT 環(huán)境中的數(shù)據(jù)基礎(chǔ)平臺，建設(shè)完成后將為未來的南車電氣企業(yè)績效管理信息化系統(tǒng)做準備。規(guī)劃內(nèi)容包括數(shù)據(jù)整合（ETL）層、數(shù)據(jù)服務(wù)層、數(shù)據(jù)展現(xiàn)（應(yīng)用）層的軟硬件技術(shù)平臺和服務(wù)內(nèi)容，制定數(shù)據(jù)倉庫的設(shè)計規(guī)范。本項目的工作任務(wù)包括數(shù)據(jù)倉庫的建設(shè)規(guī)劃、數(shù)據(jù)倉庫的技術(shù)規(guī)范及性能優(yōu)化、數(shù)據(jù)倉庫與 BO、EP 的集成應(yīng)用、數(shù)據(jù)倉庫與 ESB 集成實現(xiàn)重要主數(shù)據(jù)的信息共享等四個方面。該系統(tǒng)采用了 SAP BW 和 EP 的技術(shù)平臺，實現(xiàn)了部分經(jīng)營指標及報表需求，且于 2022 年從 升級到 版本。前瞻性，既體現(xiàn)在 BW 軟硬件平臺規(guī)劃和建設(shè)思路上要考慮未來五年的發(fā)展需求，也體現(xiàn)在 BW 的 ETL、部署、處理連、聚集、模型等數(shù)據(jù)倉庫要素的設(shè)計規(guī)范上。 第 6 頁 共 51 頁第 2 章 南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述. 南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明 . 方案概述本期項目的專業(yè)定位是集團企業(yè)級核心數(shù)據(jù)倉庫的建設(shè)，數(shù)據(jù)倉庫架構(gòu)的優(yōu)化及規(guī)范體系的建立。以 SAP BW 數(shù)據(jù)倉庫平臺為基礎(chǔ)，構(gòu)建未來企業(yè)級中心數(shù)據(jù)倉庫，通過 SAP BO 平臺重新進行報表前端展現(xiàn)層的開發(fā)，最后通過 EP 平臺發(fā)布，形成 SAP BW+BO+EP 的商務(wù)智能技術(shù)平臺結(jié)構(gòu)。每套環(huán)境配置相同數(shù)量的服務(wù)器，安裝相同的操作系統(tǒng)和應(yīng)用軟件，保證環(huán)境的一致性。. 未來建設(shè)目標第一階段目標：：將所有源系統(tǒng)數(shù)據(jù)通過 ETL 工具和 BW 數(shù)據(jù)抽取匯總到數(shù)據(jù)倉庫；搭建智慧采集平臺以錄入的方式對業(yè)務(wù)系統(tǒng)中無法抽取的指標數(shù)據(jù)進行統(tǒng)一上報，使其匯總到數(shù)據(jù)倉庫的接口表中存放（重大任務(wù)、重點工作的進度、數(shù)據(jù)調(diào)整也將通過智慧采集平臺來調(diào)整并保存到數(shù)據(jù)倉庫之中）。 BI 平臺建設(shè)：將一期已經(jīng)得到的成果結(jié)合平衡計分卡的理念，將企業(yè)四個維度（財務(wù)成果、內(nèi)部管理、市場與客戶、學習與發(fā)展）的關(guān)鍵指標進行多角度探索分析；同時從一期的指標展現(xiàn)提升為數(shù)據(jù)分析，多維分析、預(yù)測分析等商務(wù)智能的王牌分析全面展開，為高層決策層與知識型管理者提供科學的決策依據(jù)。在這個階段中，我們要更強化 BI 系統(tǒng)數(shù)據(jù)倉庫架構(gòu)，通過從業(yè)務(wù)系統(tǒng)抽取更多的明細數(shù)據(jù)以使集團 BI 系統(tǒng)可以分析到憑證級粒度，在這個基礎(chǔ)之上我們可以為各個產(chǎn)業(yè)板塊開發(fā)定制化的 DataMart。 第 14 頁 共 51 頁. 數(shù)據(jù)倉庫規(guī)范體系設(shè)計 數(shù)據(jù)倉庫目標分析數(shù)據(jù)的存儲和管理是企業(yè)級數(shù)據(jù)倉庫的核心內(nèi)容之一，企業(yè)級數(shù)據(jù)倉庫存儲詳細數(shù)據(jù)及必要的匯總數(shù)據(jù),支持整個企業(yè)的業(yè)務(wù)分析和決策。規(guī)范化建模是一個剔除冗余并應(yīng)用業(yè)務(wù)規(guī)則的過程，它的目的是為了更好的理解和表 第 15 頁 共 51 頁達存在于數(shù)據(jù)元素之間的依賴性和參與性。屬性是實體的特性或數(shù)據(jù)字段。 數(shù)據(jù)倉庫邏輯模型數(shù)據(jù)倉庫邏輯模型設(shè)計要進行的工作主要有： ? 分析主題域，確定當前要裝載的主題；? 確定粒度層次劃分；? 確定數(shù)據(jù)分割策略；? 關(guān)系模式定義；? 記錄系統(tǒng)定義。 BW 系統(tǒng)使用信息包完成對業(yè)務(wù)源系統(tǒng)的抽取工作，主要抽取 SAP ECC、PLM 、報價系統(tǒng)、預(yù)算系統(tǒng)等核心系統(tǒng)以及外部文本的數(shù)據(jù)，根據(jù)的具體情況，可以將各業(yè)務(wù)系統(tǒng)數(shù)據(jù)源信息包分為以下幾類：? 系統(tǒng)歷史交易數(shù)據(jù)初始化信息包；? 系統(tǒng)增量交易數(shù)據(jù)抽取信息包；? 系統(tǒng)全量交易數(shù)據(jù)抽取信息包。 數(shù)據(jù)分析層數(shù)據(jù)分析層是面向高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。選擇分析工具集來滿足數(shù)據(jù)展示的需求信息。以業(yè)務(wù)需求和性能為首要考慮因素進行最終輸出模型維度設(shè)計?？s寫為以下字母編碼。2. 以 Z_ SINOCHEM_開頭。System ID參見 。Business Area見 。示例：ZI1SOS01…………………………………………………………SD1 的 IDL 層訂單 ODSY I1SOS01………………………………………………………某某中心的整合訂單 ODS3. ODS 必須根據(jù)它的作用分配到指定的層次，如 IDL， CDL，RDL 。? NN，2 位數(shù)字編碼。也可縮寫為ZCC_H01_031121。3. 考慮系統(tǒng)資源的合理安排及日常數(shù)據(jù)加載的監(jiān)控，考慮處理鏈調(diào)度時間的安排、監(jiān)控、各環(huán)節(jié)數(shù)據(jù)加載順序及方式的調(diào)整等等。本期項目需做遷移的報表共 54 張。最終的項目計劃將在需求收集完成后，項目主要成員充分理解項目需求，包括客戶的工作流程、標準、和執(zhí)行規(guī)范等基礎(chǔ)上制定。以下是針對項目主要角色和責任的描述：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 頁 共 51 頁角色 描述? 推薦項目相關(guān)技術(shù)和工具，并支持項目實施中實施技術(shù)支持? 關(guān)注如硬件、軟件、網(wǎng)絡(luò)之類的基礎(chǔ)架構(gòu)，并且還要關(guān)注這些技術(shù)是否符合系統(tǒng)架構(gòu)和技術(shù)標準? 指導(dǎo)各技。具體分層結(jié)構(gòu)及 ETL、數(shù)據(jù)存儲等的操作方式可參見 章節(jié)，這里不再做重復(fù)的贅述。. 數(shù)據(jù)展現(xiàn)層遷移方案當完成 BW 優(yōu)化升級的工作之后，我們即將著手部署 SAP BO 集成 EP 門戶作為新的數(shù)據(jù)展現(xiàn)（應(yīng)用）層。涉及范圍包括（信息范圍、自定義數(shù)據(jù)源、信息源、信息對象、模型、處理鏈、OPEN HUB、APD、QUERY、程序、函數(shù)等等）2. 現(xiàn)系統(tǒng)區(qū)域劃分較亂，考慮劃分出比較規(guī)范明確的區(qū)域。 Hierarchy? 為系統(tǒng)標準的來自 BI Content 中的信息對象建立 Hierarchy 時，按以下命名規(guī)則：命名規(guī)則： ZInfoObject 中去掉第一位’0’_HNN_Date變量 字段長度 說明InfoObject 7NN 2 當前編號 (標號從 01