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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34、的抽取工作，主要抽取 SAP ECC、PLM 、報(bào)價(jià) 系統(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ù)從各源系統(tǒng)順利抽取至 BW 系統(tǒng)，需要進(jìn)行以下工作：配置 BW 與各源系統(tǒng)的接口連接； 復(fù)制各業(yè)務(wù)源系統(tǒng)的數(shù)據(jù)源； 創(chuàng)建各數(shù)據(jù)源的初始化、全量、增量信息包；SAP ECC系統(tǒng)LO數(shù)據(jù)源的初始化，刪除，填充設(shè)置表；執(zhí)行信息包，裝載數(shù)據(jù)至 PSA；創(chuàng)建信息包到數(shù)據(jù)抽取層 DSO 轉(zhuǎn)換及 DTP；將數(shù)據(jù)從PSA加載至數(shù)據(jù)抽取層DSO。2.2.3.2

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

36、轉(zhuǎn)換、加載至數(shù)據(jù)邏輯層， DTP 默認(rèn)加載方式為增量加載。2.2.3.3 數(shù)據(jù)分析層 數(shù)據(jù)分析層是面向高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。該層模型的設(shè)計(jì)原則是以最終分析為準(zhǔn)，根據(jù)分析規(guī)則創(chuàng)建轉(zhuǎn)換， 將數(shù)據(jù)指標(biāo)按照多維度組織，同時(shí)衍生出計(jì)算后分析指標(biāo)，通過數(shù)據(jù)傳輸流程（DTP ）將數(shù)據(jù)加載至數(shù)據(jù)分析層。2.2.3.4 ETL 過程BW 系統(tǒng)集成了對各種源系統(tǒng)進(jìn)行數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉庫的各種功能，并提供簡單的圖形化操作界面，可以通過簡單的拖動實(shí)現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，可以定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式、時(shí)間等。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，通過一系列的轉(zhuǎn)換(Transformation )和數(shù)據(jù)傳輸流程(DTP )將PSA中數(shù)據(jù)逐層加載至數(shù)據(jù)抽取層、數(shù)據(jù)合并層及分析層相應(yīng)的模型中。223.5數(shù)據(jù)存儲BW數(shù)據(jù)倉庫中，數(shù)據(jù)存儲采用的分層設(shè)計(jì)方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。在這樣的設(shè)計(jì)中，數(shù)據(jù)是真正物理存儲于各層模型中。數(shù)據(jù)在

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

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

40、處理層，實(shí)現(xiàn)報(bào)表邏輯，儲存邏輯處理完的數(shù)據(jù)。1In bou nd Data Layer (IDL)原始數(shù)據(jù)層全量保存來自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報(bào)表需 求的數(shù)據(jù)基礎(chǔ)，保證一期上線以后，后面若干年對數(shù)據(jù) 的需求不會導(dǎo)致ERP停機(jī)抽取。此層數(shù)據(jù)未經(jīng)過轉(zhuǎn)換和數(shù)據(jù)粒度處理，全部采用覆蓋模 式的ODS構(gòu)成，部分業(yè)務(wù)模塊可以采用寫優(yōu)化ODS。0Persiste nt Stagi ng Area (PSA)緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對應(yīng)，占用BW 數(shù)據(jù)庫磁盤空間最大比例，每三到六個(gè)月定期清理一次。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)營中心全稱或者慣用稱呼的每個(gè)字的拼音首字母?？s寫為以下字母編碼。全稱適用于 信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。全稱縮寫含義NCJT_ （注：下劃線）南車集團(tuán)（適用于集團(tuán)層面或多經(jīng)營中心，無法具體到某個(gè)經(jīng)營中心

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

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

44、據(jù)集市接口層Z_SINOCHEM_LAYER_IBJ 特征信息區(qū)域5. 第三層及往下層，分IDL , CDL及RDL，這兩種情況，適用不同的命名規(guī)范。 注：從此層開始，按照編碼規(guī)范和項(xiàng)目需求，進(jìn)行創(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 集團(tuán)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ù)下分時(shí)，按主題域創(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 個(gè)字符。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 個(gè)字符以 Z 開頭Cube 必須分配到 RDL 層次命名原則： ZRC ，見 3.2.4.2.3 。 ，見 3.2.4.2.4 。 ， 2 位數(shù)字編碼。示例：ZRLGLC01 財(cái)務(wù)公司收入分榕ubeZR_GLC01 集團(tuán)的收入分

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

50、 nt/Material/Compo nen t/Mo nth2.2.4.3.6 InfoObject Catalogs最多30個(gè)字符以Z開頭Cube必須分配到RDL層次命名原則：Z_ :所屬Info Area的技術(shù)名稱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)標(biāo)準(zhǔn)的來自 Bl Content 中的信息對象建立 Hierarchy 時(shí)，按以下命名規(guī)則:命名規(guī)則：ZH變量字段長度說明In foObject7NN2當(dāng)前編號（標(biāo)號從01開始）Date6有效起始日期YYMMDD注意：如果長度不夠，可以將 縮寫。示例：為 OCompany建立 Hierarchy 時(shí)，命名為：ZCompany_H01