大數(shù)據(jù)倉庫建設項目實施方案設計建議書V1.2

1、實用標準文案株洲南車時代電氣股份有限公司數(shù)據(jù)倉庫建設規(guī)劃項目方案建議書XX軟件系統(tǒng)股份有限公司2015年03月目錄第 1 章南車電氣數(shù)據(jù)倉庫建設項目介紹 . 31.1. 南車電氣數(shù)據(jù)倉庫建設項目的背景 31.2. 南車電氣環(huán)境現(xiàn)狀及需求分析 41.2.1. 項目目標 4第 2 章南車電氣數(shù)據(jù)倉庫建設解決方案詳述 61. 南車電氣數(shù)據(jù)倉庫建設整體方案說明 62.1.1. 方案概述 62.1.2. 系統(tǒng)邏輯架構 72.1.3. 系統(tǒng)硬件架構建議方案 82.1.4. 未來建設目標 92. 南車時代電氣數(shù)據(jù)倉庫平臺建設 132.2.1. 數(shù)據(jù)倉庫建設原則 132.2.2. 數(shù)據(jù)倉庫規(guī)范體系設計 142

2、.2.3. BW 數(shù)據(jù)倉庫結構定義 172.2.4. 數(shù)據(jù)倉庫管理標準及命名規(guī)范 203. 南車時代電氣 BW 數(shù)據(jù)倉庫優(yōu)化方案 314. 數(shù)據(jù)展現(xiàn)層遷移方案 325. 主數(shù)據(jù)共享平臺方案 33第 3 章南車電氣數(shù)據(jù)倉庫建設項目實施方案 353.1. 南車電氣數(shù)據(jù)倉庫系統(tǒng)實施計劃 353.1.1. 工作時間表（預計） 353.2. 培訓計劃 39培訓類型 40培訓課程 403.3. 容災備份方案 423.3.1. 備份策略的定義 433.3.2. 備份窗口的選擇 433.3.3. 災難恢復的策略 43第 4 章項目實施和管理提升方法 454.1. 項目實施和管理提升方法 454.2. XX 在

3、南車電氣項目中提供的管理提升和服務內(nèi)容 454.3. XX 管理提升與 BI 實施相結合的指導原則 464.4. XX 管理提升與 BI 實施相結合的方法和步驟 474.4.1. 現(xiàn)狀調研和企業(yè)問題診斷 474.4.2. 未來業(yè)務流程和管理提升初步討論 474.4.3. 建立 BI 原型系統(tǒng) 484.4.4. 結合 BI 進行未來業(yè)務流程和管理提升詳細討論和藍圖確認 484.4.5. 管理提升交付成果實例 48第 5 章項目管理和質量保證 錯誤！未定義書簽。5.1. 工作計劃管理 錯誤！未定義書簽。5.2. 溝通管理 錯誤！未定義書簽。5.3. 爭議協(xié)調升級程序 錯誤！未定義書簽。5.4. 項

4、目質量控制 錯誤！未定義書簽。5.5. 文檔管理 錯誤！未定義書簽。5.6. 建議南車電氣提供的保障措施 錯誤！未定義書簽。5.7. 驗收標準及方案 錯誤！未定義書簽。5.7.1.系統(tǒng)符合性 錯誤！未定義書簽。5.7.2. 系統(tǒng)質量 錯誤！未定義書簽。5.7.3. 交付文檔 錯誤！未定義書簽。第 1章 南車電氣數(shù)據(jù)倉庫建設項目介紹1. 南車電氣數(shù)據(jù)倉庫建設項目的背景南車時代電氣始終堅持核心技術向相關產(chǎn)業(yè)延伸的發(fā)展戰(zhàn)略，不斷鞏固在軌道交通領 域的行業(yè)地位，著力提升在電氣傳動和控制系統(tǒng)領域的專業(yè)地位，正樹立起公司在電氣傳 動和控制系統(tǒng)領域國際化專業(yè)供應商的新形象。為挖掘信息化系統(tǒng)價值，提升內(nèi)部管理

5、手段，公司于 20102011 年啟動并初步建立 了南車時代電氣綜合分析系統(tǒng)。該系統(tǒng)采用了 SAP BW 和 EP 的技術平臺，實現(xiàn)了部分經(jīng) 營指標及報表需求，且于 2014 年從 V7.0 升級到 V7.4 版本。為優(yōu)化各類應用系統(tǒng)間的借 口，提高系統(tǒng)的安全性和可維護性，公司于 2014 年啟動了 ESB 技術平臺的預研工作，確 立了以普元公司的 Primeton ESB 為技術平臺建設公司的數(shù)據(jù)總線，部分系統(tǒng)間接口已經(jīng) 實現(xiàn)與 ESB 的集成。2. 南車電氣環(huán)境現(xiàn)狀及需求分析公司為實現(xiàn)基于企業(yè)績效管理的信息化系列重大需求，準備通過本項目做好數(shù)據(jù)倉庫 技術平臺的規(guī)劃及優(yōu)化提升工作，確保數(shù)據(jù)倉

6、庫平臺滿足全面啟動建設企業(yè)績效管理系統(tǒng) 的要求。本項目的工作任務包括數(shù)據(jù)倉庫的建設規(guī)劃、數(shù)據(jù)倉庫的技術規(guī)范及性能優(yōu)化、 數(shù)據(jù)倉庫與BO、EP的集成應用、數(shù)據(jù)倉庫與ESB集成實現(xiàn)重要主數(shù)據(jù)的信息共享等四個 方面。公司為實現(xiàn)企業(yè)績效管理信息化的重大需求，籍由本項目做好數(shù)據(jù)倉庫平臺建設的規(guī) 劃，搭建起商務智能體系的整體技術架構并實現(xiàn)部分實例應用，滿足全面啟動企業(yè)績效管 理信息化的技術要求。同時，提出規(guī)范和優(yōu)化提升既有的 SAP BW 數(shù)據(jù)倉庫系統(tǒng)，使之成 為企業(yè)商務智能平臺中運行良好的關鍵一環(huán)。為了解決本公司現(xiàn)有重要數(shù)據(jù)分布管理、交叉共享，無法保障數(shù)據(jù)及時性和準確性的弊端，公司擬將SAP BW建設成

7、為未來的數(shù)據(jù)集成與共享中心，能夠滿足建設公司ESB平臺的數(shù)據(jù)服務要求，實現(xiàn)重要主數(shù)據(jù)的歸集與共享，提升數(shù)據(jù)交互性能和系統(tǒng)安全性。實現(xiàn) BW 系統(tǒng)的規(guī)劃與優(yōu)化，搭建并應用 BW+EP+BO 的技術平臺，建立重要主數(shù)據(jù) 的集中存儲機制，與ESB集成實現(xiàn)與試點目標系統(tǒng)主數(shù)據(jù)的同步。前瞻性，既體現(xiàn)在 BW 軟硬件平臺規(guī)劃和建設思路上要考慮未來五年的發(fā)展需求，也 體現(xiàn)在BW的ETL、部署、處理連、聚集、模型等數(shù)據(jù)倉庫要素的設計規(guī)范上。1.2.1. 項目目標本期項目定位為規(guī)劃奠基階段，需要全面系統(tǒng)的構建南車電氣未來企業(yè)核心數(shù)據(jù)倉庫 的基礎架構，該基礎架構要具有完整性，能滿足本期項目的需求，同時也要具有靈活

8、性和 可拓展性，能夠滿足未來企業(yè)發(fā)展而不斷變化的需求。綜上所述我們對于本次項目目標概括如下 :1. 以 BW 作為數(shù)據(jù)倉庫建設進行未來的整體規(guī)劃，使之覆蓋 5 年內(nèi)（含 2015 ）企業(yè) 級中心數(shù)據(jù)倉庫的技術框架、業(yè)務對象設計等需求，且至少滿足未來 2-3 年內(nèi)南車 電氣核心數(shù)據(jù)倉庫的具體使用情況，滿足其建設標準及管理標準，提高可讀性、可 擴展性、可維護性。規(guī)劃內(nèi)容包括數(shù)據(jù)整合（ETL）層、數(shù)據(jù)服務層、數(shù)據(jù)展現(xiàn)（應 用）層的軟硬件技術平臺和服務內(nèi)容，制定數(shù)據(jù)倉庫的設計規(guī)范。2. 優(yōu)化 SAP BW 的軟硬件環(huán)境，規(guī)范 BW 數(shù)據(jù)倉庫的技術架構、對象設計和管理方 式，重新梳理及構建原 BW 系統(tǒng)

9、中設計不合理的部分（比如 CUBE、 Query 等）， 提升 BW 的操作性能、優(yōu)化 Query 等待時間，使之具備滿足當前作為企業(yè)級中心數(shù) 據(jù)倉庫服務的條件。涉及的相關 CUBE 主要有總帳行項目、應收、應付、成本、采 購、庫存、銷售、考核指標等。3. 部署 SAP BO 集成 EP 作為新的數(shù)據(jù)展現(xiàn)（應用）層，將當前 BW 中的部分報表展 現(xiàn)重構，以 BO 在原 BW CUBE 的基礎上重新開發(fā)，形成 SAP BW+BO+EP 的商務 智能技術平臺結構，完成重要歷史報表的遷移工作。4. 構建主數(shù)據(jù)共享平臺，擴展數(shù)據(jù)倉庫實現(xiàn)重要主數(shù)據(jù)歸集和儲存的業(yè)務應用，目前 有物料、客戶、供應商、人員、

10、崗位、組織機構、制造 BOM 、訂單 BOM 七類核心 業(yè)務系統(tǒng)中的主數(shù)據(jù)需要匯集到 BW 數(shù)據(jù)倉庫，通過 ETL 手段完成 SAP 和非 SAP 系統(tǒng)的主數(shù)據(jù)抽取并且在 BW 中建模，最終實現(xiàn)將數(shù)據(jù)倉庫作為 ESB 中核心業(yè)務系 統(tǒng)重要主數(shù)據(jù)的存儲與共享中心，提供相關主數(shù)據(jù)的接口以供 ESB 系統(tǒng)調用，以此 實現(xiàn)重要主數(shù)據(jù)的跨平臺同步。文檔大全第 2章 南車電氣數(shù)據(jù)倉庫建設解決方案詳述1. 南車電氣數(shù)據(jù)倉庫建設整體方案說明2.1.1. 方案概述本期項目的專業(yè)定位是集團企業(yè)級核心數(shù)據(jù)倉庫的建設，數(shù)據(jù)倉庫架構的優(yōu)化及規(guī)范 體系的建立。XX軟件系統(tǒng)有限公司以ROI（投資回報）為目標，以科技為手段，

11、為南車電氣 未來的公司績效管控和決策支持服務構建強壯的基礎。 XX 公司通過結合中國本地的人力資 源和地利之先，綜合國內(nèi)外的先進管理思想和應用實踐，愿為南車電氣的事業(yè)錦上添花。針對上一章節(jié)中我們所理解歸納的南車電氣本期項目的需求，本期項目是南車電氣信 息系統(tǒng)建設的核心部分，整合后的數(shù)據(jù)倉庫將作為將來南車電氣整個 IT 環(huán)境中的數(shù)據(jù)基礎 平臺，建設完成后將為未來的南車電氣企業(yè)績效管理信息化系統(tǒng)做準備。數(shù)據(jù)倉庫系統(tǒng)的 建設有其順序性，且需要大量時間。數(shù)據(jù)倉庫系統(tǒng)建設過程中，將發(fā)現(xiàn)原有的營運系統(tǒng)在 作業(yè)流程、數(shù)據(jù)質量、數(shù)據(jù)標準化的問題，基于此發(fā)現(xiàn)，將有助于對營運系統(tǒng)的缺陷進行 修復。BI 系統(tǒng)的建設

12、是循序漸進不斷完善的，是跟業(yè)務一起發(fā)展的?；谏鲜鱿敕?，數(shù)據(jù)倉 庫項目的實施，當一期建設完成后，二期、三期將建設更為詳細的企業(yè)各系統(tǒng)數(shù)據(jù)模型， 增加新的源數(shù)據(jù)系統(tǒng)，擴展和完善數(shù)據(jù)主題域，新建更多主題數(shù)據(jù)集市，涵蓋整個南車電 氣的業(yè)務范圍。以 SAP BW 數(shù)據(jù)倉庫平臺為基礎，構建未來企業(yè)級中心數(shù)據(jù)倉庫，通過 SAP BO 平 臺重新進行報表前端展現(xiàn)層的開發(fā)，最后通過 EP 平臺發(fā)布，形成 SAP BW+BO+EP 的商 務智能技術平臺結構。2.1.2.系統(tǒng)邏輯架構SAP EO平臺IVi QApII湎源ECC:CftM 3 ESAP 瀰源ii! plm ;；具他:11IISAP BW平臺可處空丟

13、 右段表粗Da$hboindOLA旳析 Web Voyager雷化捋表CrystalReport孔決策展蟲菅理層錄操詐層 mr r 戶 門 pf;預算系統(tǒng)；移動應用企業(yè)系統(tǒng)數(shù)據(jù)整理層企業(yè)展現(xiàn)（應用）層企業(yè)的原始業(yè)務層系統(tǒng)邏輯架構示意圖源系統(tǒng)說明本次項目的主要數(shù)據(jù)來源為SAP系統(tǒng)和非SAP系統(tǒng)數(shù)據(jù)處理層數(shù)據(jù)抽取層的目的是實現(xiàn)將數(shù)據(jù)源的數(shù)據(jù)經(jīng)過抽取，轉換后加載到數(shù)據(jù)管理層中，同 時在這個過程中，需要進行任務的調度控制，任務出錯處理以及數(shù)據(jù)質量的檢查。南車電 氣的項目數(shù)據(jù)主要通過 BW中的ETL技術手段來實現(xiàn)抽取和匯總：1）SAP數(shù)據(jù)源通過BW標準的數(shù)據(jù)抽取方式；2）非SAP系統(tǒng)建立數(shù)據(jù)庫連接數(shù)據(jù)源

14、（oracle ），同時考慮增量抽取機制。數(shù)據(jù)管理層數(shù)據(jù)管理層以業(yè)務需求為驅動，根據(jù)業(yè)務不同的主題，建立多個主題模型。建模以維 度建模方法論為指導，結合實際需求，考慮模型的靈活性，擴展性以及性能，為前端展現(xiàn) 提供一致、高效的數(shù)據(jù)。報表平臺層報表平臺采用業(yè)界最為優(yōu)秀的 SAP BO產(chǎn)品，可實現(xiàn)固定格式報表，動態(tài)報表，移動展現(xiàn) 等多種報表。報表展現(xiàn)層前端展現(xiàn)SAP EP門戶集成BO報表來實現(xiàn)。2.13系統(tǒng)硬件架構建議方案本次項目至少需要有兩套環(huán)境：開發(fā)環(huán)境和生產(chǎn)環(huán)境，從邏輯上，兩套環(huán)境必須分 開，權限上必須進行區(qū)分。每套環(huán)境配置相同數(shù)量的服務器，安裝相同的操作系統(tǒng)和應用 軟件，保證環(huán)境的一致性。開

15、發(fā)的資源配置可低于生產(chǎn)環(huán)境。由于未來BW將作為南車核心數(shù)據(jù)倉庫使用，眾多核心的業(yè)務系統(tǒng)中的數(shù)據(jù)都需要抽取到BW數(shù)據(jù)庫中，我們調研了一部分業(yè)務系統(tǒng)的數(shù)據(jù)總量及增量如下表所示系統(tǒng)名稱當前數(shù)據(jù)量月增量數(shù)據(jù)SAP ERP2.1T4050GSAP CRM115.77G34GPLM710G2530G供應商門戶（電氣加國變）52.3G約 0.8G供應商門戶（風電）19.5G約 0.1G供應商門戶（電動）39.6G約40M費用管理系統(tǒng)35G1G1.5G投資管理系統(tǒng)46G預算系統(tǒng)5.88G0.1G上述系統(tǒng)只是部分核心業(yè)務系統(tǒng)，其當前的數(shù)據(jù)總量為3個多T,未來5年的數(shù)據(jù)增量保守估計為610個T。而BW系統(tǒng)的數(shù)據(jù)基

16、本上為源系統(tǒng)數(shù)據(jù)量的1.52倍，也就是說在數(shù)據(jù)倉庫服務器的存儲設備上至少要準備 20T以上才能滿足未來5年內(nèi)的業(yè)務需求。目前南車BW生產(chǎn)環(huán)境的數(shù)據(jù)庫服務器存儲空間較小，才不到 2個T,而且已經(jīng)使用了 80%左右，所以我們建議在服務器存儲空間上需要有較大的配置增加服務器種類VCPU（虛擬CPU）內(nèi)存硬盤空間性能問題簡述BW開發(fā)服務器 （應用+數(shù)據(jù)庫）420GC:50G;D:1500G操作響應慢EP開發(fā)服務器420GC:80G;D:300G操作響應慢BW生產(chǎn)服務器1230GC:100G,D:300G數(shù)據(jù)查詢等待時間長BW生產(chǎn)數(shù)據(jù)庫服務器1230GC:100G,D:1800G,D:400G數(shù)據(jù)查詢等

17、待時間長EP生產(chǎn)服務器1230GC:100G,D:1800G,D:400G數(shù)據(jù)查詢等待時間長由上表中我們可以看到幾乎每一臺服務器都有不同程度的性能問題，但光看配置感覺在CPU和內(nèi)存上并沒有太大問題，所以我們的做法是在項目啟動之后，將會派遣資深的SAP BASIS顧問對于相關系統(tǒng)的內(nèi)存使用率、 CPU使用情況、服務器資源分配是否合理等等情況進行評估，找準產(chǎn)生性能問題的原因之后，我們再進行相關的BW軟硬件配置調整。2.14未來建設目標第一階段目標：1. 數(shù)據(jù)獲?。簩⑺性聪到y(tǒng)數(shù)據(jù)通過 ETL工具和BW數(shù)據(jù)抽取匯總到數(shù)據(jù)倉庫；搭建智慧采集平臺以錄入的方式對業(yè)務系統(tǒng)中無法抽取的指標數(shù)據(jù)進行統(tǒng)一上報，使

18、其 匯總到數(shù)據(jù)倉庫的接口表中存放（重大任務、重點工作的進度、數(shù)據(jù)調整也將通過 智慧采集平臺來調整并保存到數(shù)據(jù)倉庫之中）。2. 指標管理：進行指標管理系統(tǒng)的初步建設，該系統(tǒng)主要功能為設置指標閥值、指標權重、指標字典、梳理指標歸口關系，是一個管理維護整個指標體系的強大系統(tǒng)； 由于涉及的功能較為復雜，我們會逐步完善充實該系統(tǒng)，本期的目標是該系統(tǒng)的初 步建設，主要開發(fā)指標閥值、指標權重維護功能。3. 指標展現(xiàn)：我們在XX智慧決策平臺上實現(xiàn)多個事業(yè)部和產(chǎn)業(yè)板塊的績效數(shù)據(jù)匯總 和 BSC 指標展現(xiàn)，同時還包括財務、運營、人事等方面的主題分析，主要內(nèi)容為 各類日常使用報表、管理駕駛艙以及績效考核重大任務。階

19、段性成果 ：這一階段的工作重點是 XX 智慧采集平臺、 XX 智慧決策平臺的建立以及 這兩個平臺同南車時代電氣原有的企業(yè)級數(shù)據(jù)倉庫、報表平臺相整合，同時做好數(shù)據(jù)倉庫 的數(shù)據(jù)梳理工作。當?shù)谝浑A段順利完成之后，將會形成一套完整的績效管理系統(tǒng)和面向事 業(yè)部及集團的 BI 系統(tǒng)，屆時所有相關績效考核的數(shù)據(jù)都可以順利的進入數(shù)據(jù)倉庫中，并進 行正確的合并匯總。同時，對集團和事業(yè)部 BI 用戶實現(xiàn)嚴格的權限劃分，使不同管轄權限 的用戶看到不同的數(shù)據(jù)，為今后系統(tǒng)建設及擴展打下堅實基礎。第二階段目標： 1.深化主題：對一期已經(jīng)開發(fā)的主題分析、績效指標進行更深入分析和展現(xiàn)，指標的 監(jiān)控及考核從一期的二級對象深入到

20、三級對象中，各個 BCS 戰(zhàn)略層面的進一步深 化。2.提升指標管理：完善指標管理系統(tǒng)的功能，在第二階段中指標字典、指標歸口關系 設定等功能將陸續(xù)開發(fā)，最終使得整個指標管理平臺可以完全滿足整個系統(tǒng)指標管 理維護的需要，使得未來的開發(fā)維護成本大大降低。3. 完善 BI 平臺建設：將一期已經(jīng)得到的成果結合平衡計分卡的理念，將企業(yè)四個維度 （財務成果、內(nèi)部管理、市場與客戶、學習與發(fā)展）的關鍵指標進行多角度探索分 析；同時從一期的指標展現(xiàn)提升為數(shù)據(jù)分析，多維分析、預測分析等商務智能的王 牌分析全面展開，為高層決策層與知識型管理者提供科學的決策依據(jù)。階段性成果 ：在這一階段中，主要是對一期已經(jīng)建設完成的較

21、為全面的績效管理系統(tǒng) 的全面深化，包括預測分析、多維分析、各個主題分析的深入和系統(tǒng)功能的完善。在第一 階段，我們看到的是績效指標的展現(xiàn)、監(jiān)控，現(xiàn)在我們將可以根據(jù)更全面的數(shù)據(jù)定義各個 單位個性化的指標，領導可以從指標的分析、預測，深入了解到每一個環(huán)節(jié)的問題，了解 問題的原因，從好更好的幫助管理層了解如何讓企業(yè)運作的更好?？紤]到未來可能有的系 統(tǒng)擴展和 SAP ERP 故障， XX 智慧采集平臺依舊在整個架構中扮演重要的角色，但是手工 上報數(shù)據(jù)和自動上報數(shù)據(jù)將通過數(shù)據(jù)標簽嚴格區(qū)分，以便事業(yè)部和集團清楚數(shù)據(jù)來源。第三階段： 隨著數(shù)據(jù)倉庫中越來越豐富的數(shù)據(jù)，南車電氣已經(jīng)完全具備了大數(shù)據(jù)分析的能力，此時

22、可以引入先進的數(shù)據(jù)分析軟件（如SAS）等為集團BI系統(tǒng)進行更多的挖掘和分析，屆時將實現(xiàn)一些高級別數(shù)據(jù)分析的需求和結果。例如，我們可以從風機運行時各部件傳感器傳回的大量秒級數(shù)據(jù)之中分析得到為什么 這個型號的風機故障率會高？故障主要集中在哪幾個點？當出現(xiàn)怎么樣的數(shù)據(jù)參數(shù)波動 時，風機的哪個部件有可能將會出問題？從而做到設備的故障預測，減少設備的非計劃性 停機維護，增加客戶的經(jīng)濟效益，提升客戶的滿意度。同時，隨著技術的發(fā)展和實時數(shù)據(jù)及性能的需求，可以把原先的數(shù)據(jù)倉庫替換成 HANA 產(chǎn)品， HANA 強大的數(shù)據(jù)處理能力和系統(tǒng)實時性數(shù)據(jù)的展現(xiàn)可以通過關鍵指標體 系，展示企業(yè)實時的運營狀態(tài)，將采集到的數(shù)

23、據(jù)形象化、直觀化、具體化、時效化。讓管 理層隨時可以觀察到企業(yè)的運轉狀態(tài)，即使得到分析預測結果來輔助自己的決策，為戰(zhàn)略 層和管理層提供“一站式”的決策支持。在這個階段中，我們要更強化 BI 系統(tǒng)數(shù)據(jù)倉庫架 構，通過從業(yè)務系統(tǒng)抽取更多的明細數(shù)據(jù)以使集團 BI 系統(tǒng)可以分析到憑證級粒度，在這個 基礎之上我們可以為各個產(chǎn)業(yè)板塊開發(fā)定制化的 DataMart 。這一階段工作重點將會是如 何做好 HANA 平臺的替換以及如何運用數(shù)據(jù)分析軟件做到 BI 系統(tǒng)的全面預測、深入的數(shù) 據(jù)分析及多元化的報表展現(xiàn)。最終成果 ：南車時代電氣 BI 系統(tǒng)通過整合各個事業(yè)部、分子公司、產(chǎn)業(yè)板塊業(yè)務數(shù) 據(jù)，將集團各層級管理

24、人員關心的業(yè)務指標以駕駛艙、分析報表等形式通過 XX 智慧決策 平臺的個性化展現(xiàn)， BI 戰(zhàn)略管理層通過這個平臺可以一目了然地看清企業(yè)全貌和業(yè)務全 貌，讓企業(yè)管理者從各個方面多個個維度來了解自己的企業(yè)，為集團層面、事業(yè)部層面和 分子公司管理層提供高效數(shù)據(jù)分析和決策支持。與此同時，通過大數(shù)據(jù)、數(shù)據(jù)分析等應 用，逐步形成針對各產(chǎn)業(yè)板塊的個性化的數(shù)據(jù)挖掘、數(shù)據(jù)預測，以提高對市場的洞察力、 提升客戶滿意度、促進技術創(chuàng)新，最終達成提升企業(yè)市場競爭力，為企業(yè)創(chuàng)造更多的經(jīng)濟 效益和社會效益。閒業(yè)替能分折平臺戰(zhàn)略分析戰(zhàn)略環(huán)境分析經(jīng)營碩測決策分忻KPI綾蚣析創(chuàng)蜀貫競男碉發(fā)分析心細EK磁分忻運營分析石流分忻數(shù)據(jù)支

25、撐容戶分析質量分忻企必門尸r理萬峯網(wǎng)數(shù)據(jù)倉庫 數(shù)據(jù)關集建謖平自手工 上報平臺本期頂目范圍KXS : -豳儷站唏-可餾-魁對T測廿折/用皓性卿一一鰹密K性細Level 3正發(fā)生什么？Rjl :-Enfejf：-稿占動激岌短倍尊3指導徑號Level 2 為什么笈生？可以用： ” W滴 -刃程疽-J 一Level 1 發(fā)生了什么?lUlIll.-KPI分析-直政丟庶ir 蘇-記繪營監(jiān)惶智能化題2. 南車時代電氣數(shù)據(jù)倉庫平臺建設2.2.1. 數(shù)據(jù)倉庫建設原則數(shù)據(jù)倉庫系統(tǒng)的建設不是一蹴而就的，是一個漸進和長期的過程，所以， XX 公司在南 車電氣數(shù)據(jù)倉庫建設項目方案規(guī)劃過程中，始終貫穿了下列原則：先進性

26、：采用業(yè)界領先的管理思想和技術手段構建數(shù)據(jù)倉庫，保證信息化體系結構 和數(shù)據(jù)倉庫解決方案在業(yè)界處于領先地位；開放性：數(shù)據(jù)倉庫系統(tǒng)模型采用國際統(tǒng)一標準進行建模，集成 SAP ECC 各模塊數(shù) 據(jù)，這些數(shù)據(jù)可供管理人員共同使用，支持多種數(shù)據(jù)源和第三方的分析與報告工具， 支持數(shù)據(jù)的抽取和數(shù)據(jù)的分析，如能夠提供對各種數(shù)據(jù)業(yè)務含義進行解釋和方便的查 詢，為開發(fā)人員提供高效的外部接口。靈活性：數(shù)據(jù)倉庫系統(tǒng)的模型需要能夠依業(yè)務變化而調整，南車電氣數(shù)據(jù)倉庫系統(tǒng) 從不同的角度對整個南車電氣的生產(chǎn)情況和銷售情況進行多維度、多角度、多指標的 不同層次的分析，這樣就確保了隨著業(yè)務的發(fā)展，可以很方便的在此基礎上擴充更多

27、的應用、主題，用戶能夠靈活地根據(jù)實際需要定制不同層次的分析。持續(xù)性：數(shù)據(jù)倉庫系統(tǒng)提供了一個完善的數(shù)據(jù)平臺，保存了大量的歷史數(shù)據(jù)，具備 極佳的擴展性，可以為今后可能出現(xiàn)的管理、決策支持系統(tǒng)提供數(shù)據(jù)支持。容災性：數(shù)據(jù)倉庫系統(tǒng)的 3 個重要元件，包括 ODS 、EDW 、DM 的系統(tǒng)平臺架設 于不同的數(shù)據(jù)庫實例，此種設計確保系統(tǒng)因單個系統(tǒng)發(fā)生災害時，減少系統(tǒng)恢復的時 間，降低相應的損失。數(shù)聚商業(yè)智能概念性體系架構數(shù)據(jù)倉庫數(shù)據(jù)資源分析主題域信息用戶分析技術抽取、加載、轉換ERPCRM質量傳代因特網(wǎng)集成外部2.22數(shù)據(jù)倉庫規(guī)范體系設計222.1數(shù)據(jù)倉庫目標分析數(shù)據(jù)的存儲和管理是企業(yè)級數(shù)據(jù)倉庫的核心內(nèi)容之

28、一，企業(yè)級數(shù)據(jù)倉庫存儲詳細數(shù)據(jù) 及必要的匯總數(shù)據(jù)，支持整個企業(yè)的業(yè)務分析和決策。現(xiàn)有業(yè)務系統(tǒng)的數(shù)據(jù)被抽取、清理, 并有效地集成到數(shù)據(jù)倉庫中，并按照主題進行重新組織。數(shù)據(jù)倉庫設計時應全面考慮，實 施時可以先按照需求的輕重緩急選擇部分業(yè)務主題，然后逐步擴展到涵蓋全部業(yè)務。數(shù)據(jù)倉庫管理的數(shù)據(jù)包含了集成之后的多年歷史數(shù)據(jù)，數(shù)據(jù)量是巨大的。數(shù)據(jù)應被合 理的規(guī)劃、組織、存儲，分片和索引，保證數(shù)據(jù)的管理和使用的高效性。按照企業(yè)建立數(shù) 據(jù)“唯一事實”的要求，數(shù)據(jù)倉庫應為各級業(yè)務人員提供一致的信息視圖。因而，整個企 業(yè)應共享統(tǒng)一的數(shù)據(jù)存儲模型。與這樣的要求相匹配，企業(yè)數(shù)據(jù)倉庫采用滿足第三范式的 規(guī)范化建模。規(guī)范

29、化建模是一個剔除冗余并應用業(yè)務規(guī)則的過程，它的目的是為了更好的理解和表 達存在于數(shù)據(jù)元素之間的依賴性和參與性。規(guī)范化的關系型數(shù)據(jù)通常能夠給出精確和無歧 異的回答。規(guī)范化建模的目的是建立企業(yè)級數(shù)據(jù)倉庫的邏輯數(shù)據(jù)模型。邏輯數(shù)據(jù)模型是把業(yè)務需 求，特別是對數(shù)據(jù)的需求，用規(guī)范化的 ER 模型和文字進行描述。它反映的是業(yè)務邏輯， 因此它是數(shù)據(jù)庫中立、技術無關的；同時，它應能涵蓋業(yè)務需求的各方面，回答有關業(yè)務 的所有合理問題。邏輯數(shù)據(jù)模型標識出業(yè)務管理領域中涉及的主題、實體、屬性，及它們 之間的關系。主題集中反映某方面業(yè)務內(nèi)容，通常是同類或關聯(lián)關系較為緊密的實體的集 合。實體是任何可以區(qū)分的人、地點、事情

30、、事件或概念，信息圍繞它來保存。屬性是實 體的特性或數(shù)據(jù)字段。對數(shù)據(jù)倉庫需求進行分解，按業(yè)務主題進行組織，將業(yè)務主題相關的數(shù)據(jù)組織成主題 域，并對各指標進行分析。數(shù)據(jù)倉庫目標分析后形成數(shù)據(jù)倉庫目標說明書，其中詳細說明包含的業(yè)務主題、業(yè)務 主題域等內(nèi)容。數(shù)據(jù)模型是數(shù)據(jù)倉庫系統(tǒng)的關鍵部分，開發(fā)數(shù)據(jù)模型除了要描述企業(yè)現(xiàn)有的業(yè)務數(shù)據(jù) 架構，還要滿足企業(yè)未來業(yè)務擴展的需要，通過整體數(shù)據(jù)架構的搭建可以實現(xiàn)以下三個目 標：數(shù)據(jù)整合，建立業(yè)務數(shù)據(jù)構架，找出業(yè)務項目的相互關系，描繪企業(yè)的各個業(yè)務項 目在現(xiàn)實中是如何被組合在一起的，創(chuàng)建出企業(yè)業(yè)務的整體性視圖，基于業(yè)務數(shù)據(jù) 架構創(chuàng)建企業(yè)數(shù)據(jù)模型，能夠較好地保證數(shù)據(jù)

31、模型的穩(wěn)定性和有效性。理解業(yè)務，不同部門用戶對數(shù)據(jù)有著不同的理解，作為企業(yè)級的決策支持系統(tǒng)必須 通過一定的手段把這些不一致的理解定義出來，支持性元數(shù)據(jù)的使用就是解決這一 問題的主要手段。數(shù)據(jù)分析，業(yè)務上經(jīng)常遇到同一指標在不同報表里得到的值不一致，有些不一致是為人所知的，有些不一致卻沒有人清楚，通過對數(shù)據(jù)的分析和了解，使不一致變得明顯而可操作，是數(shù)據(jù)模型建立的主要目標之一。通過元數(shù)據(jù)的使用，記錄數(shù)據(jù)的 加工規(guī)則及使用環(huán)境，可以讓使用者清楚地知道差異的原因，從而正確使用這些數(shù) 據(jù)?？刂坪媒７秶椭芷趯⒅苯雨P系到項目的進展，最好的方法是利用已有的各類業(yè)務 需求、報表需求及查詢需求，借助建模人員本身

32、的業(yè)務經(jīng)驗及與各部門業(yè)務人員的溝通， 將獲得的需求片斷有機地組織成一個完整的目標區(qū)域，在區(qū)域范圍內(nèi)開展建模工作。2.2.2.2 數(shù)據(jù)倉庫邏輯模型數(shù)據(jù)倉庫邏輯模型設計要進行的工作主要有：分析主題域，確定當前要裝載的主題；確定粒度層次劃分；確定數(shù)據(jù)分割策略；關系模式定義；記錄系統(tǒng)定義。邏輯模型設計的成果是，對每個當前要裝載的主題的邏輯實現(xiàn)進行定義，并將相關內(nèi) 容記錄在數(shù)據(jù)倉庫的元數(shù)據(jù)中，包括：1)適當?shù)牧６葎澐郑?)合理的數(shù)據(jù)分割策略；3)適當?shù)谋韯澐郑?)定義合適的數(shù)據(jù)來源等。2.2.2.3 數(shù)據(jù)倉庫物理模型 數(shù)據(jù)倉庫物理模型所做的工作是確定數(shù)據(jù)的存儲結構，確定索引策略，確定數(shù)據(jù)存放位置，確定存

33、儲分配。確定數(shù)據(jù)倉庫實現(xiàn)的物理模型，要求設計人員必須做到以下幾方面：要全面了解所選用的數(shù)據(jù)庫管理系統(tǒng)，特別是存儲結構和存取方法。了解數(shù)據(jù)環(huán)境、數(shù)據(jù)的使用頻度、使用方式、數(shù)據(jù)規(guī)模以及響應時間要求等，這些是對時間和空間效率進行平衡和優(yōu)化的重要依據(jù)。了解外部存儲設備的特性，如分塊原則，塊大小的規(guī)定，設備的 I/O 特性等。2.2.3. BW 數(shù)據(jù)倉庫結構定義2.2.3.1 數(shù)據(jù)抽取層 數(shù)據(jù)抽取層是面向業(yè)務主題劃分的一組數(shù)據(jù)模型，用于從每個源系統(tǒng)中抽取必需的數(shù) 據(jù)。該層數(shù)據(jù)對接 BW 底層與其他業(yè)務系統(tǒng)數(shù)據(jù)，同時僅對該層數(shù)據(jù)進行基本的清理，以 保留業(yè)務系統(tǒng)原始數(shù)據(jù)。BW 系統(tǒng)使用信息包完成對業(yè)務源系統(tǒng)

34、的抽取工作，主要抽取 SAP ECC、PLM 、報價 系統(tǒng)、預算系統(tǒng)等核心系統(tǒng)以及外部文本的數(shù)據(jù)，根據(jù)的具體情況，可以將各業(yè)務系統(tǒng)數(shù) 據(jù)源信息包分為以下幾類：系統(tǒng)歷史交易數(shù)據(jù)初始化信息包；系統(tǒng)增量交易數(shù)據(jù)抽取信息包；系統(tǒng)全量交易數(shù)據(jù)抽取信息包。 為了將數(shù)據(jù)從各源系統(tǒng)順利抽取至 BW 系統(tǒng)，需要進行以下工作：配置 BW 與各源系統(tǒng)的接口連接； 復制各業(yè)務源系統(tǒng)的數(shù)據(jù)源； 創(chuàng)建各數(shù)據(jù)源的初始化、全量、增量信息包；SAP ECC系統(tǒng)LO數(shù)據(jù)源的初始化，刪除，填充設置表；執(zhí)行信息包，裝載數(shù)據(jù)至 PSA；創(chuàng)建信息包到數(shù)據(jù)抽取層 DSO 轉換及 DTP；將數(shù)據(jù)從PSA加載至數(shù)據(jù)抽取層DSO。2.2.3.2

35、 數(shù)據(jù)邏輯層數(shù)據(jù)合并層是面向客戶業(yè)務操作將抽取層數(shù)據(jù)進行初步的清洗和整理，將數(shù)據(jù)抽取層 中數(shù)據(jù)按照業(yè)務規(guī)則集成、整合的過程，在此模型上執(zhí)行粒度較細的查詢分析。該層模型 的集成、整合工作主要分為以下兩大類：不同業(yè)務系統(tǒng)間模型合并 數(shù)據(jù)抽取層中來自不同業(yè)務系統(tǒng)的模型數(shù)據(jù)，按照業(yè)務規(guī)則創(chuàng)建模型轉換，進行數(shù)據(jù) 合并。該過程要注意來自異構業(yè)務系統(tǒng)的數(shù)據(jù)格式、關聯(lián)關系。根據(jù)實際需要新增數(shù)據(jù)映 射關系表，以保證數(shù)據(jù)合并。同一業(yè)務系統(tǒng)內(nèi)模型合并 數(shù)據(jù)抽取層中來自同一業(yè)務系統(tǒng)的模型數(shù)據(jù)，按照業(yè)務內(nèi)容及邏輯規(guī)則創(chuàng)建模型轉 換， 進行數(shù)據(jù)合并。以上合并過程，最終都通過數(shù)據(jù)傳輸流程（DTP）進行數(shù)據(jù)加載，將數(shù)據(jù)抽取層

36、轉換、加載至數(shù)據(jù)邏輯層， DTP 默認加載方式為增量加載。2.2.3.3 數(shù)據(jù)分析層 數(shù)據(jù)分析層是面向高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。該層模型的設計原則是以最終分析為準，根據(jù)分析規(guī)則創(chuàng)建轉換， 將數(shù)據(jù)指標按照多維度組織，同時衍生出計算后分析指標，通過數(shù)據(jù)傳輸流程（DTP ）將數(shù)據(jù)加載至數(shù)據(jù)分析層。2.2.3.4 ETL 過程BW 系統(tǒng)集成了對各種源系統(tǒng)進行數(shù)據(jù)抽取、數(shù)據(jù)轉換及加載到數(shù)據(jù)倉庫的各種功能，并提供簡單的圖形化操作界面，可以通過簡單的拖動實現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，可以定義數(shù)據(jù)轉換的規(guī)則及加載方式、時間等。SAP NetWeaver Bl

37、Data Transfer ProcessTRANSFORMATIONr.1fInfoPackage卩 1 1 DataSource (PSA)_fSource System 1上圖即為BW數(shù)據(jù)倉庫ETL的流程，使用信息包(InfoPackage )將數(shù)據(jù)從源系統(tǒng)抽 取至BW 底層PSA，通過一系列的轉換(Transformation )和數(shù)據(jù)傳輸流程(DTP )將PSA中數(shù)據(jù)逐層加載至數(shù)據(jù)抽取層、數(shù)據(jù)合并層及分析層相應的模型中。223.5數(shù)據(jù)存儲BW數(shù)據(jù)倉庫中，數(shù)據(jù)存儲采用的分層設計方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。在這樣的設計中，數(shù)據(jù)是真正物理存儲于各層模型中。數(shù)據(jù)在

38、流經(jīng) 各層時，從性能與準確性方面考慮，使用全量或增量 2.2.3.6分析層數(shù)據(jù)分析層提供給商務用戶一個專業(yè)的數(shù)據(jù)視圖，提供多樣展示數(shù)據(jù)必需的功能。選擇分析工具集來滿足數(shù)據(jù)展示的需求信息。這個工具的具體信息在軟件和硬件層里詳細的描述。屬性描述主要功能此層給出了支持商務用戶信息需求的功能內(nèi)在關系數(shù)據(jù)存儲層數(shù)據(jù)處理安全與保密系統(tǒng)管理軟件和硬件元數(shù)據(jù)連接2.2.3.7主數(shù)據(jù)按照需求應用的需要，主數(shù)據(jù)首先進入到抽取層DSO中。抽取層、合并層使用 DSO存放數(shù)據(jù)，分析層一般使用DSO存放數(shù)據(jù)，但亦有使用特性存放主數(shù)據(jù)，如與時間相關的主數(shù)據(jù)。2.2.3.8交易數(shù)據(jù)交易數(shù)據(jù)的DSO中，必須記錄每筆業(yè)務數(shù)據(jù)的業(yè)

39、務產(chǎn)生的時間戳或者日期，且需要 明細到憑證級。Cube中僅存放匯總后的業(yè)務數(shù)據(jù)且此類數(shù)據(jù)是已經(jīng)經(jīng)過邏輯處理的。224.數(shù)據(jù)倉庫管理標準及命名規(guī)范 2.2.4.1命名規(guī)則設計原則層次常用名作用4Outbou nd Data Layer (ODL)數(shù)據(jù)集市接口層通過Open Hub、BAPI、RFC等方式向系統(tǒng)外的應用 程序提供數(shù)據(jù)的接口層。3Reporti ng Data Layer (RDL)扌報表層報表層，主要由立方體、多信息提供者、虛擬信息提供 者構成。以業(yè)務需求和性能為首要考慮因素進行最終輸出模型維 度設計。2Con solidati on Data Layer (CDL)邏輯合并層邏輯

40、處理層，實現(xiàn)報表邏輯，儲存邏輯處理完的數(shù)據(jù)。1In bou nd Data Layer (IDL)原始數(shù)據(jù)層全量保存來自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報表需 求的數(shù)據(jù)基礎，保證一期上線以后，后面若干年對數(shù)據(jù) 的需求不會導致ERP停機抽取。此層數(shù)據(jù)未經(jīng)過轉換和數(shù)據(jù)粒度處理，全部采用覆蓋模 式的ODS構成，部分業(yè)務模塊可以采用寫優(yōu)化ODS。0Persiste nt Stagi ng Area (PSA)緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對應，占用BW 數(shù)據(jù)庫磁盤空間最大比例，每三到六個月定期清理一次。2.2.4.2 BW系統(tǒng)開發(fā)對象通用編碼22421 vSystem IDvSystem ID，代表源系統(tǒng)，

41、按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其 他開發(fā)對象的命名。SAP系統(tǒng)按09數(shù)字順序編碼：全稱縮寫含義SD11SD1 (SAP ERP )SD22SD2 (SAP CRM )以下順序編碼以下順序編碼非SAP系統(tǒng)按AZ字母順序編碼:2.2.4.2.2 vBusiness AreavBusi ness Area，根據(jù)南車管理現(xiàn)狀，代表經(jīng)營中心，按以下規(guī)范編碼：全稱為經(jīng)營中心全稱或者慣用稱呼的每個字的拼音首字母?？s寫為以下字母編碼。全稱適用于 信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。全稱縮寫含義NCJT_ （注：下劃線）南車集團（適用于集團層面或多經(jīng)營中心，無法具體到某個經(jīng)營中心

42、的命名）FYGLXTA費用管理系統(tǒng)YSXTB預算系統(tǒng)CDE以下順序編碼22423 VLAYER IDvLAYER ID，代表模型層次，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。全稱縮寫含義IDLI原始數(shù)據(jù)層CDLC邏輯合并層RDLR扌報表層ODLO數(shù)據(jù)集市接口層IBJB特征信息區(qū)域22424 vFunction Area，代表數(shù)據(jù)主題，按以下規(guī)范編碼。無縮寫及全稱的區(qū)分除了以下常用縮寫，其他的內(nèi)容可以根據(jù)縮寫決定，并及時更新到該規(guī)范中命名（主類）命名（子類）主題含義FI財務（含財務通用，或無法歸集到子類的）AP應付AR應收CO管理會計GL總賬PA盈利分析SD銷售及

43、分銷（含銷售通用，或無法歸集到子類的）SO訂單PO采購單DN發(fā)貨單SP裝運單BL發(fā)票MM庫存PP生產(chǎn)224.3南車BW系統(tǒng)開發(fā)對象命名規(guī)范224.3.1 Info Area1. 最多30個字符。2. 以 Z_ SINOCHEM_ 開頭。3. 第一層。注：此層已建立，無需重建。Z_SINOCHEM_LAYERED_DESIGN LSA模型設計4. 第二層：根據(jù)模型架構層次創(chuàng)建。注：此層已建立，無需重建。Z_SINOCHEM_LAYER_IDL 原始數(shù)據(jù)層Z_SINOCHEM_LAYER_CDL 邏輯合并層Z_SINOCHEM_LAYER_RDL 報表層Z_SINOCHEM_LAYER_ODL 數(shù)

44、據(jù)集市接口層Z_SINOCHEM_LAYER_IBJ 特征信息區(qū)域5. 第三層及往下層，分IDL , CDL及RDL，這兩種情況，適用不同的命名規(guī)范。 注：從此層開始，按照編碼規(guī)范和項目需求，進行創(chuàng)建。如為IDL層i. 第三層首先按模型層次及源系統(tǒng)創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_ 參見 3.242.3。 參見 3.2.4.2.1 。示例：Z_SINOCHEM_LAYER_IDL_SD1 集團SD1 原始數(shù)據(jù)層Z_SINOCHEM_LAYER_IDL_FILE 各類文本ii. 除文本之外的第四層，根據(jù)需要按照數(shù)據(jù)主題域區(qū)分，即 Z_SINOCHEM_LAYER_ 見 3.2.

45、4.2.4 。示例：Z_SIN0CHEM_LAYER_IDL_SD1_SD Z_SINOCHEM_LAYER_IDL_KTDB_PP iii. 文本向下第四及第五層，根據(jù)需要，首先按照經(jīng)營中心，然后按照主題域區(qū)分。 第四層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_ 見 3.2.4.2.2 。示例：Z_SINOCHEM_LAYER_IDL_FILE_SYZX Z_SINOCHEM_LAYER_IDL_FILE_ZHJT 第五層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_見 3.2.4.2.4 。見 3.2.4.2.2 。示例：Z_SINOCHEM_LAYER_IDL_FILE_SY

46、ZX_YZ Z_SINOCHEM_LAYER_IDL_FILE_ZHJT_YS CDL 和 RDL 層首先按經(jīng)營中心創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_ 參見 3.2.4.2.3 。 見 3.2.4.2.2 。示例：Z_SINOCHEM_LAYER_CDL_ZHJT Z_SINOCHEM_LAYER_CDL_SYZX Z_SINOCHEM_LAYER_CDL_ZHGJ ii. CDL 和 RDL 層，繼續(xù)下分時，按主題域創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_ 參見 3.2.4.2.3 。 見 3.2.4.2.2 。見 3.2.4.2.4 。示例： Z_SINOCH

47、EM_LAYER_CDL_XTGS_FI Z_SINOCHEM_LAYER_CDL_HFZX_SD2.2.4.3.2 ODS1.1. 最多 8 個字符。1.2. 以 Z 開頭。注：如果以“ Z”開頭的編碼已全部被占用，才可“Y”。此條適用于所有以“ Z”開頭的命名規(guī)則，下面不再特殊注明。示例：ZI1SOS01 SD1的 IDL 層訂單 ODSY I1SOS01 某某中心的整合訂單ODS1.3. ODS 必須根據(jù)它的作用分配到指定的層次，如 IDL， CDL， RDL。1.4. 命名原則： ZS ，見 3.2.4.2.3 。 ，見 3.2.4.2.4 。 ， 2 位數(shù)字編碼。 ，分如下兩種情況，

48、分別適用不同的編碼規(guī)則：i. 如模型屬于 IDL 層，則 代表源系統(tǒng)編號，即 ，見 2.1 。 示例：ZI1SOS01 SD1 的 IDL 層訂單 ODSZI2SOS01 SD2 的 IDL 層訂單 ODSii. 如模型屬于 CDL 或則 RDL 層，則 代表經(jīng)營中心，即 ， 見 2.2 。示例：ZC_SOSO1 ZCASOS01 2.2.4.3.3 Cube最多 8 個字符以 Z 開頭Cube 必須分配到 RDL 層次命名原則： ZRC ，見 3.2.4.2.3 。 ，見 3.2.4.2.4 。 ， 2 位數(shù)字編碼。示例：ZRLGLC01 財務公司收入分榕ubeZR_GLC01 集團的收入分

49、析ube2.2.4.3.4 MultiProvider最多 8 個字符以 ZR 開頭必須分配到 RDL 層次命名原則： ZRM ，見 3.2.4.2.3 。，見 3.2.4.2.4 。 ， 2 位數(shù)字編碼。示例：ZRLGLM01 財務公司收入分析;ubeZR_GLM01 集團的收入分析ube2.2.4.3.5 Aggregates1. 命名原則： _AGGR ：所屬 Info Cube 的技術名稱 ， 2 位數(shù)字編碼。示例：示例：ZRLGLC01_AGGR01ZR_GLC01_AGGR012. 描述原則：把累計的特征列出，用 “ /”隔開. 示例：Material/Plant/MonthPla

50、 nt/Material/Compo nen t/Mo nth2.2.4.3.6 InfoObject Catalogs最多30個字符以Z開頭Cube必須分配到RDL層次命名原則：Z_ :所屬Info Area的技術名稱CH :特征KF : Key Figure2.2.4.3.7 Info-Object命名規(guī)則： Z _變量字段長度說明Fun cti on Area2見 3.242.4Name5自定義名稱（部分參照 R3字段名）示例：ZFI_BANK 銀行。2.2.4.3.8 Hierarchy為系統(tǒng)標準的來自 Bl Content 中的信息對象建立 Hierarchy 時，按以下命名規(guī)則:命名規(guī)則：ZH變量字段長度說明In foObject7NN2當前編號（標號從01開始）Date6有效起始日期YYMMDD注意：如果長度不夠，可以將 縮寫。示例：為 OCompany建立 Hierarchy 時，命名為：ZCompany_H01