數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施策劃方案建議書范本

1、株洲南車時(shí)代電氣股份有限公司數(shù)據(jù)倉庫建設(shè)規(guī)劃項(xiàng)目方案建議書 XX軟件系統(tǒng)股份有限公司2015年03月目 錄 TOC o 1-3 h z u HYPERLINK l _Toc470508126 第1章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹 PAGEREF _Toc470508126 h 3 HYPERLINK l _Toc470508127 1.1.南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景 PAGEREF _Toc470508127 h 3 HYPERLINK l _Toc470508128 1.2.南車電氣環(huán)境現(xiàn)狀及需求分析 PAGEREF _Toc470508128 h 4 HYPERLINK l _Toc47

2、0508129 1.2.1.項(xiàng)目目標(biāo) PAGEREF _Toc470508129 h 4 HYPERLINK l _Toc470508130 第2章南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述 PAGEREF _Toc470508130 h 6 HYPERLINK l _Toc470508131 2.1.南車電氣數(shù)據(jù)倉庫建設(shè)整體方案講明 PAGEREF _Toc470508131 h 6 HYPERLINK l _Toc470508132 2.1.1.方案概述 PAGEREF _Toc470508132 h 6 HYPERLINK l _Toc470508133 2.1.2.系統(tǒng)邏輯架構(gòu) PAGEREF

3、_Toc470508133 h 7 HYPERLINK l _Toc470508134 2.1.3.系統(tǒng)硬件架構(gòu)建議方案 PAGEREF _Toc470508134 h 8 HYPERLINK l _Toc470508135 2.1.4.以后建設(shè)目標(biāo) PAGEREF _Toc470508135 h 9 HYPERLINK l _Toc470508136 2.2.南車時(shí)代電氣數(shù)據(jù)倉庫平臺(tái)建設(shè) PAGEREF _Toc470508136 h 13 HYPERLINK l _Toc470508137 2.2.1.數(shù)據(jù)倉庫建設(shè)原則 PAGEREF _Toc470508137 h 13 HYPERLIN

4、K l _Toc470508138 2.2.2.數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì) PAGEREF _Toc470508138 h 14 HYPERLINK l _Toc470508139 2.2.3.BW數(shù)據(jù)倉庫結(jié)構(gòu)定義 PAGEREF _Toc470508139 h 17 HYPERLINK l _Toc470508140 2.2.4.數(shù)據(jù)倉庫治理標(biāo)準(zhǔn)及命名規(guī)范 PAGEREF _Toc470508140 h 20 HYPERLINK l _Toc470508141 2.3.南車時(shí)代電氣BW數(shù)據(jù)倉庫優(yōu)化方案 PAGEREF _Toc470508141 h 31 HYPERLINK l _Toc47050

5、8142 2.4.數(shù)據(jù)展現(xiàn)層遷移方案 PAGEREF _Toc470508142 h 32 HYPERLINK l _Toc470508143 2.5.主數(shù)據(jù)共享平臺(tái)方案 PAGEREF _Toc470508143 h 33 HYPERLINK l _Toc470508144 第3章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施方案 PAGEREF _Toc470508144 h 35 HYPERLINK l _Toc470508145 3.1.南車電氣數(shù)據(jù)倉庫系統(tǒng)實(shí)施打算 PAGEREF _Toc470508145 h 35 HYPERLINK l _Toc470508146 3.1.1.工作時(shí)刻表（可能）

6、PAGEREF _Toc470508146 h 35 HYPERLINK l _Toc470508147 3.2.培訓(xùn)打算 PAGEREF _Toc470508147 h 39 HYPERLINK l _Toc470508148 3.2.1.培訓(xùn)類型 PAGEREF _Toc470508148 h 40 HYPERLINK l _Toc470508149 3.2.2.培訓(xùn)課程 PAGEREF _Toc470508149 h 40 HYPERLINK l _Toc470508150 3.3.容災(zāi)備份方案 PAGEREF _Toc470508150 h 42 HYPERLINK l _Toc470

7、508151 3.3.1.備份策略的定義 PAGEREF _Toc470508151 h 43 HYPERLINK l _Toc470508152 3.3.2.備份窗口的選擇 PAGEREF _Toc470508152 h 43 HYPERLINK l _Toc470508153 3.3.3.災(zāi)難恢復(fù)的策略 PAGEREF _Toc470508153 h 43 HYPERLINK l _Toc470508154 第4章項(xiàng)目實(shí)施和治理提升方法 PAGEREF _Toc470508154 h 46 HYPERLINK l _Toc470508155 4.1.項(xiàng)目實(shí)施和治理提升方法 PAGEREF

8、_Toc470508155 h 46 HYPERLINK l _Toc470508156 4.2.XX在南車電氣項(xiàng)目中提供的治理提升和服務(wù)內(nèi)容 PAGEREF _Toc470508156 h 46 HYPERLINK l _Toc470508157 4.3.XX治理提升與 BI實(shí)施相結(jié)合的指導(dǎo)原則 PAGEREF _Toc470508157 h 47 HYPERLINK l _Toc470508158 4.4.XX治理提升與 BI 實(shí)施相結(jié)合的方法和步驟 PAGEREF _Toc470508158 h 48 HYPERLINK l _Toc470508159 4.4.1.現(xiàn)狀調(diào)研和企業(yè)問題診斷

9、 PAGEREF _Toc470508159 h 48 HYPERLINK l _Toc470508160 4.4.2.以后業(yè)務(wù)流程和治理提升初步討論 PAGEREF _Toc470508160 h 48 HYPERLINK l _Toc470508161 4.4.3.建立 BI原型系統(tǒng) PAGEREF _Toc470508161 h 49 HYPERLINK l _Toc470508162 4.4.4.結(jié)合 BI進(jìn)行以后業(yè)務(wù)流程和治理提升詳細(xì)討論和藍(lán)圖確認(rèn) PAGEREF _Toc470508162 h 49 HYPERLINK l _Toc470508163 4.4.5.治理提升交付成果實(shí)

10、例 PAGEREF _Toc470508163 h 49 HYPERLINK l _Toc470508164 第5章項(xiàng)目治理和質(zhì)量保證 PAGEREF _Toc470508164 h 51 HYPERLINK l _Toc470508165 5.1.工作打算治理 PAGEREF _Toc470508165 h 51 HYPERLINK l _Toc470508166 5.2.溝通治理 PAGEREF _Toc470508166 h 51 HYPERLINK l _Toc470508167 5.3.爭(zhēng)議協(xié)調(diào)升級(jí)程序 PAGEREF _Toc470508167 h 52 HYPERLINK l _

11、Toc470508168 5.4.項(xiàng)目質(zhì)量操縱 PAGEREF _Toc470508168 h 52 HYPERLINK l _Toc470508169 5.5.文檔治理 PAGEREF _Toc470508169 h 54 HYPERLINK l _Toc470508170 5.6.建議南車電氣提供的保障措施 PAGEREF _Toc470508170 h 55 HYPERLINK l _Toc470508171 5.7.驗(yàn)收標(biāo)準(zhǔn)及方案 PAGEREF _Toc470508171 h 56 HYPERLINK l _Toc470508172 5.7.1.系統(tǒng)符合性 PAGEREF _Toc4

12、70508172 h 56 HYPERLINK l _Toc470508173 5.7.2.系統(tǒng)質(zhì)量 PAGEREF _Toc470508173 h 56 HYPERLINK l _Toc470508174 5.7.3.交付文檔 PAGEREF _Toc470508174 h 57南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景南車時(shí)代電氣始終堅(jiān)持核心技術(shù)向相關(guān)產(chǎn)業(yè)延伸的進(jìn)展戰(zhàn)略，不斷鞏固在軌道交通領(lǐng)域的行業(yè)地位，著力提升在電氣傳動(dòng)和操縱系統(tǒng)領(lǐng)域的專業(yè)地位，正樹立起公司在電氣傳動(dòng)和操縱系統(tǒng)領(lǐng)域國(guó)際化專業(yè)供應(yīng)商的新形象。為挖掘信息化系統(tǒng)價(jià)值，提升內(nèi)部治理手段，公司于20102011年啟

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

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

15、據(jù)交互性能和系統(tǒng)安全性。實(shí)現(xiàn)BW系統(tǒng)的規(guī)劃與優(yōu)化，搭建并應(yīng)用BW+EP+BO的技術(shù)平臺(tái)，建立重要主數(shù)據(jù)的集中存儲(chǔ)機(jī)制，與ESB集成實(shí)現(xiàn)與試點(diǎn)目標(biāo)系統(tǒng)主數(shù)據(jù)的同步。前瞻性，既體現(xiàn)在BW軟硬件平臺(tái)規(guī)劃和建設(shè)思路上要考慮以后五年的進(jìn)展需求，也體現(xiàn)在BW的ETL、部署、處理連、聚攏、模型等數(shù)據(jù)倉庫要素的設(shè)計(jì)規(guī)范上。項(xiàng)目目標(biāo)本期項(xiàng)目定位為規(guī)劃奠基時(shí)期，需要全面系統(tǒng)的構(gòu)建南車電氣以后企業(yè)核心數(shù)據(jù)倉庫的基礎(chǔ)架構(gòu)，該基礎(chǔ)架構(gòu)要具有完整性，能滿足本期項(xiàng)目的需求，同時(shí)也要具有靈活性和可拓展性，能夠滿足以后企業(yè)進(jìn)展而不斷變化的需求。綜上所述我們關(guān)于本次項(xiàng)目目標(biāo)概括如下:以BW作為數(shù)據(jù)倉庫建設(shè)進(jìn)行以后的整體規(guī)劃，使之

16、覆蓋5年內(nèi)（含2015）企業(yè)級(jí)中心數(shù)據(jù)倉庫的技術(shù)框架、業(yè)務(wù)對(duì)象設(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ù)平臺(tái)和服務(wù)內(nèi)容，制定數(shù)據(jù)倉庫的設(shè)計(jì)規(guī)范。優(yōu)化SAP BW的軟硬件環(huán)境，規(guī)范BW數(shù)據(jù)倉庫的技術(shù)架構(gòu)、對(duì)象設(shè)計(jì)和治理方式，重新梳理及構(gòu)建原BW系統(tǒng)中設(shè)計(jì)不合理的部分（比如CUBE、Query等），提升BW的操作性能、優(yōu)化Query等待時(shí)刻，使之具備滿足當(dāng)前作為企業(yè)級(jí)中心數(shù)據(jù)倉庫服務(wù)的條件。涉及的相關(guān)CUBE要緊有總帳行項(xiàng)目、應(yīng)收、應(yīng)付

17、、成本、采購、庫存、銷售、考核指標(biāo)等。部署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ù)平臺(tái)結(jié)構(gòu)，完成重要?dú)v史報(bào)表的遷移工作。構(gòu)建主數(shù)據(jù)共享平臺(tái)，擴(kuò)展數(shù)據(jù)倉庫實(shí)現(xiàn)重要主數(shù)據(jù)歸集和儲(chǔ)存的業(yè)務(wù)應(yīng)用，目前有物料、客戶、供應(yīng)商、人員、崗位、組織機(jī)構(gòu)、制造BOM、訂單BOM七類核心業(yè)務(wù)系統(tǒng)中的主數(shù)據(jù)需要匯合到BW數(shù)據(jù)倉庫，通過ETL手段完成SAP和非SAP系統(tǒng)的主數(shù)據(jù)抽取同時(shí)在BW中建模，最終實(shí)現(xiàn)將數(shù)據(jù)倉庫作為ESB中核心業(yè)務(wù)系統(tǒng)重要主數(shù)據(jù)的存儲(chǔ)與共享中心，提供相關(guān)主數(shù)據(jù)的接口以供ESB

18、系統(tǒng)調(diào)用，以此實(shí)現(xiàn)重要主數(shù)據(jù)的跨平臺(tái)同步。南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述南車電氣數(shù)據(jù)倉庫建設(shè)整體方案講明 方案概述本期項(xiàng)目的專業(yè)定位是集團(tuán)企業(yè)級(jí)核心數(shù)據(jù)倉庫的建設(shè)，數(shù)據(jù)倉庫架構(gòu)的優(yōu)化及規(guī)范體系的建立。XX軟件系統(tǒng)有限公司以ROI(投資回報(bào))為目標(biāo)，以科技為手段，為南車電氣以后的公司績(jī)效管控和決策支持服務(wù)構(gòu)建強(qiáng)壯的基礎(chǔ)。XX公司通過結(jié)合中國(guó)本地的人力資源和地利之先，綜合國(guó)內(nèi)外的先進(jìn)治理思想和應(yīng)用實(shí)踐，愿為南車電氣的事業(yè)錦上添花。針對(duì)上一章節(jié)中我們所理解歸納的南車電氣本期項(xiàng)目的需求，本期項(xiàng)目是南車電氣信息系統(tǒng)建設(shè)的核心部分，整合后的數(shù)據(jù)倉庫將作為今后南車電氣整個(gè)IT環(huán)境中的數(shù)據(jù)基礎(chǔ)平臺(tái)，建設(shè)完成

19、后將為以后的南車電氣企業(yè)績(jī)效治理信息化系統(tǒng)做預(yù)備。數(shù)據(jù)倉庫系統(tǒng)的建設(shè)有其順序性，且需要大量時(shí)刻。數(shù)據(jù)倉庫系統(tǒng)建設(shè)過程中，將發(fā)覺原有的營(yíng)運(yùn)系統(tǒng)在作業(yè)流程、數(shù)據(jù)質(zhì)量、數(shù)據(jù)標(biāo)準(zhǔn)化的問題，基于此發(fā)覺，將有助于對(duì)營(yíng)運(yùn)系統(tǒng)的缺陷進(jìn)行修復(fù)。BI系統(tǒng)的建設(shè)是循序漸進(jìn)不斷完善的，是跟業(yè)務(wù)一起進(jìn)展的。基于上述方法，數(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ù)倉庫平臺(tái)為基礎(chǔ)，構(gòu)建以后企業(yè)級(jí)中心數(shù)據(jù)倉庫，通過SAP BO平臺(tái)重新進(jìn)行報(bào)表前端展現(xiàn)層的開發(fā)，最后通過EP平臺(tái)

20、公布，形成SAP BW+BO+EP的商務(wù)智能技術(shù)平臺(tái)結(jié)構(gòu)。 系統(tǒng)邏輯架構(gòu) 系統(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ù)通過抽取，轉(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)抽取和匯總：SAP數(shù)據(jù)源通過BW標(biāo)準(zhǔn)的數(shù)據(jù)抽取方式；非SAP系統(tǒng)建立數(shù)據(jù)庫連接數(shù)據(jù)源（oracle），同時(shí)考慮增量抽取機(jī)制。數(shù)據(jù)治理層數(shù)據(jù)治理層以業(yè)務(wù)需求為驅(qū)動(dòng)，依照業(yè)務(wù)不同的主題，建立多個(gè)主題模型。建模以維度建模方法論為指導(dǎo)，結(jié)合實(shí)際需

21、求，考慮模型的靈活性，擴(kuò)展性以及性能，為前端展現(xiàn)提供一致、高效的數(shù)據(jù)。報(bào)表平臺(tái)層報(bào)表平臺(tái)采納業(yè)界最為優(yōu)秀的SAP BO產(chǎn)品，可實(shí)現(xiàn)固定格式報(bào)表,動(dòng)態(tài)報(bào)表,移動(dòng)展現(xiàn)等多種報(bào)表。報(bào)表展現(xiàn)層前端展現(xiàn)SAP EP門戶集成BO報(bào)表來實(shí)現(xiàn)。系統(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)境的一致性。開發(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)名

22、稱當(dāng)前數(shù)據(jù)量月增量數(shù)據(jù)SAP ERP2.1T4050GSAP CRM115.77G34GPLM710G2530G供應(yīng)商門戶（電氣加國(guó)變）52.3G約0.8G供應(yīng)商門戶（風(fēng)電）19.5G約0.1G供應(yīng)商門戶（電動(dò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ù)增量保守可能為610個(gè)T。而BW系統(tǒng)的數(shù)據(jù)差不多上為源系統(tǒng)數(shù)據(jù)量的1.52倍，也確實(shí)是講在數(shù)據(jù)倉庫服務(wù)器的存儲(chǔ)設(shè)備上至少要預(yù)備20T以上才能滿足以后5年內(nèi)的業(yè)務(wù)需求。目前南車BW生產(chǎn)環(huán)境的數(shù)據(jù)庫服務(wù)器存儲(chǔ)空間較小，才不到2

23、個(gè)T，而且差不多使用了80%左右，因此我們建議在服務(wù)器存儲(chǔ)空間上需要有較大的配置增加。服務(wù)器種類VCPU （虛擬CPU）內(nèi)存硬盤空間性能問題簡(jiǎn)述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í)刻長(zhǎng)BW生產(chǎn)數(shù)據(jù)庫服務(wù)器1230GC:100G,D:1800G,D:400G數(shù)據(jù)查詢等待時(shí)刻長(zhǎng)EP生產(chǎn)服務(wù)器1230GC:100G,D:1800G,D:400G數(shù)據(jù)查詢等待時(shí)刻長(zhǎng)由上表中我們能夠看到幾乎每一臺(tái)服務(wù)器都有不同程度的性能問題，但光看配置感受在CPU和

24、內(nèi)存上并沒有太大問題，因此我們的做法是在項(xiàng)目啟動(dòng)之后，將會(huì)派遣資深的SAP BASIS顧問關(guān)于相關(guān)系統(tǒng)的內(nèi)存使用率、CPU使用情況、服務(wù)器資源分配是否合理等等情況進(jìn)行評(píng)估，找準(zhǔn)產(chǎn)生性能問題的緣故之后，我們?cè)龠M(jìn)行相關(guān)的BW軟硬件配置調(diào)整。以后建設(shè)目標(biāo)第一時(shí)期目標(biāo)：數(shù)據(jù)獵?。簩⑺性聪到y(tǒng)數(shù)據(jù)通過ETL工具和BW數(shù)據(jù)抽取匯總到數(shù)據(jù)倉庫；搭建智慧采集平臺(tái)以錄入的方式對(duì)業(yè)務(wù)系統(tǒng)中無法抽取的指標(biāo)數(shù)據(jù)進(jìn)行統(tǒng)一上報(bào)，使其匯總到數(shù)據(jù)倉庫的接口表中存放（重大任務(wù)、重點(diǎn)工作的進(jìn)度、數(shù)據(jù)調(diào)整也將通過智慧采集平臺(tái)來調(diào)整并保存到數(shù)據(jù)倉庫之中）。指標(biāo)治理：進(jìn)行指標(biāo)治理系統(tǒng)的初步建設(shè)，該系統(tǒng)要緊功能為設(shè)置指標(biāo)閥值、指標(biāo)權(quán)重、

25、指標(biāo)字典、梳理指標(biāo)歸口關(guān)系，是一個(gè)治理維護(hù)整個(gè)指標(biāo)體系的強(qiáng)大系統(tǒng)；由于涉及的功能較為復(fù)雜，我們會(huì)逐步完善充實(shí)該系統(tǒng)，本期的目標(biāo)是該系統(tǒng)的初步建設(shè)，要緊開發(fā)指標(biāo)閥值、指標(biāo)權(quán)重維護(hù)功能。指標(biāo)展現(xiàn)：我們?cè)赬X智慧決策平臺(tái)上實(shí)現(xiàn)多個(gè)事業(yè)部和產(chǎn)業(yè)板塊的績(jī)效數(shù)據(jù)匯總和BSC指標(biāo)展現(xiàn)，同時(shí)還包括財(cái)務(wù)、運(yùn)營(yíng)、人事等方面的主題分析，要緊內(nèi)容為各類日常使用報(bào)表、治理駕駛艙以及績(jī)效考核重大任務(wù)。時(shí)期性成果：這一時(shí)期的工作重點(diǎn)是XX智慧采集平臺(tái)、XX智慧決策平臺(tái)的建立以及這兩個(gè)平臺(tái)同南車時(shí)代電氣原有的企業(yè)級(jí)數(shù)據(jù)倉庫、報(bào)表平臺(tái)相整合，同時(shí)做好數(shù)據(jù)倉庫的數(shù)據(jù)梳理工作。當(dāng)?shù)谝粫r(shí)期順利完成之后，將會(huì)形成一套完整的績(jī)效治理系統(tǒng)

26、和面向事業(yè)部及集團(tuán)的BI系統(tǒng)，屆時(shí)所有相關(guān)績(jī)效考核的數(shù)據(jù)都能夠順利的進(jìn)入數(shù)據(jù)倉庫中，并進(jìn)行正確的合并匯總。同時(shí)，對(duì)集團(tuán)和事業(yè)部BI用戶實(shí)現(xiàn)嚴(yán)格的權(quán)限劃分，使不同管轄權(quán)限的用戶看到不同的數(shù)據(jù)，為今后系統(tǒng)建設(shè)及擴(kuò)展打下堅(jiān)實(shí)基礎(chǔ)。第二時(shí)期目標(biāo)：深化主題：對(duì)一期差不多開發(fā)的主題分析、績(jī)效指標(biāo)進(jìn)行更深入分析和展現(xiàn)，指標(biāo)的監(jiān)控及考核從一期的二級(jí)對(duì)象深入到三級(jí)對(duì)象中，各個(gè)BCS戰(zhàn)略層面的進(jìn)一步深化。提升指標(biāo)治理：完善指標(biāo)治理系統(tǒng)的功能，在第二時(shí)期中指標(biāo)字典、指標(biāo)歸口關(guān)系設(shè)定等功能將陸續(xù)開發(fā)，最終使得整個(gè)指標(biāo)治理平臺(tái)能夠完全滿足整個(gè)系統(tǒng)指標(biāo)治理維護(hù)的需要，使得以后的開發(fā)維護(hù)成本大大降低。完善BI平臺(tái)建設(shè)：將一

27、期差不多得到的成果結(jié)合平衡計(jì)分卡的理念，將企業(yè)四個(gè)維度（財(cái)務(wù)成果、內(nèi)部治理、市場(chǎng)與客戶、學(xué)習(xí)與進(jìn)展）的關(guān)鍵指標(biāo)進(jìn)行多角度探究分析；同時(shí)從一期的指標(biāo)展現(xiàn)提升為數(shù)據(jù)分析，多維分析、預(yù)測(cè)分析等商務(wù)智能的王牌分析全面展開，為高層決策層與知識(shí)型治理者提供科學(xué)的決策依據(jù)。時(shí)期性成果：在這一時(shí)期中，要緊是對(duì)一期差不多建設(shè)完成的較為全面的績(jī)效治理系統(tǒng)的全面深化，包括預(yù)測(cè)分析、多維分析、各個(gè)主題分析的深入和系統(tǒng)功能的完善。在第一時(shí)期，我們看到的是績(jī)效指標(biāo)的展現(xiàn)、監(jiān)控，現(xiàn)在我們將能夠依照更全面的數(shù)據(jù)定義各個(gè)單位個(gè)性化的指標(biāo)，領(lǐng)導(dǎo)能夠從指標(biāo)的分析、預(yù)測(cè)，深入了解到每一個(gè)環(huán)節(jié)的問題，了解問題的緣故，從好更好的關(guān)心治理

28、層了解如何讓企業(yè)運(yùn)作的更好?？紤]到以后可能有的系統(tǒng)擴(kuò)展和SAP ERP故障，XX智慧采集平臺(tái)依舊在整個(gè)架構(gòu)中扮演重要的角色，然而手工上報(bào)數(shù)據(jù)和自動(dòng)上報(bào)數(shù)據(jù)將通過數(shù)據(jù)標(biāo)簽嚴(yán)格區(qū)分，以便事業(yè)部和集團(tuán)清晰數(shù)據(jù)來源。第三時(shí)期：隨著數(shù)據(jù)倉庫中越來越豐富的數(shù)據(jù)，南車電氣差不多完全具備了大數(shù)據(jù)分析的能力，現(xiàn)在能夠引入先進(jìn)的數(shù)據(jù)分析軟件（如SAS）等為集團(tuán)BI系統(tǒng)進(jìn)行更多的挖掘和分析，屆時(shí)將實(shí)現(xiàn)一些高級(jí)不數(shù)據(jù)分析的需求和結(jié)果。例如，我們能夠從風(fēng)機(jī)運(yùn)行時(shí)各部件傳感器傳回的大量秒級(jí)數(shù)據(jù)之中分析得到什么緣故那個(gè)型號(hào)的風(fēng)機(jī)故障率會(huì)高？故障要緊集中在哪幾個(gè)點(diǎn)？當(dāng)出現(xiàn)如何樣的數(shù)據(jù)參數(shù)波動(dòng)時(shí)，風(fēng)機(jī)的哪個(gè)部件有可能將會(huì)出問題

29、？從而做到設(shè)備的故障預(yù)測(cè)，減少設(shè)備的非打算性停機(jī)維護(hù)，增加客戶的經(jīng)濟(jì)效益，提升客戶的中意度。同時(shí)，隨著技術(shù)的進(jìn)展和實(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)營(yíng)狀態(tài)，將采集到的數(shù)據(jù)形象化、直觀化、具體化、時(shí)效化。讓治理層隨時(shí)能夠觀看到企業(yè)的運(yùn)轉(zhuǎn)狀態(tài)，即使得到分析預(yù)測(cè)結(jié)果來輔助自己的決策，為戰(zhàn)略層和治理層提供“一站式”的決策支持。在那個(gè)時(shí)期中，我們要更強(qiáng)化BI系統(tǒng)數(shù)據(jù)倉庫架構(gòu)，通過從業(yè)務(wù)系統(tǒng)抽取更多的明細(xì)數(shù)據(jù)以使集團(tuán)BI系統(tǒng)能夠分析到憑證級(jí)粒度，在那個(gè)基礎(chǔ)之上我們能夠?yàn)楦鱾€(gè)產(chǎn)業(yè)板塊開發(fā)定制化的

30、DataMart。這一時(shí)期工作重點(diǎn)將會(huì)是如何做好HANA平臺(tái)的替換以及如何運(yùn)用數(shù)據(jù)分析軟件做到BI系統(tǒng)的全面預(yù)測(cè)、深入的數(shù)據(jù)分析及多元化的報(bào)表展現(xiàn)。最終成果：南車時(shí)代電氣BI系統(tǒng)通過整合各個(gè)事業(yè)部、分子公司、產(chǎn)業(yè)板塊業(yè)務(wù)數(shù)據(jù)，將集團(tuán)各層級(jí)治理人員關(guān)懷的業(yè)務(wù)指標(biāo)以駕駛艙、分析報(bào)表等形式通過XX智慧決策平臺(tái)的個(gè)性化展現(xiàn)， BI戰(zhàn)略治理層通過那個(gè)平臺(tái)能夠一目了然地看清企業(yè)全貌和業(yè)務(wù)全貌，讓企業(yè)治理者從各個(gè)方面多個(gè)個(gè)維度來了解自己的企業(yè)，為集團(tuán)層面、事業(yè)部層面和分子公司治理層提供高效數(shù)據(jù)分析和決策支持。與此同時(shí)，通過大數(shù)據(jù)、數(shù)據(jù)分析等應(yīng)用，逐步形成針對(duì)各產(chǎn)業(yè)板塊的個(gè)性化的數(shù)據(jù)挖掘、數(shù)據(jù)預(yù)測(cè)，以提高對(duì)市

31、場(chǎng)的洞察力、提升客戶中意度、促進(jìn)技術(shù)創(chuàng)新，最終達(dá)成提升企業(yè)市場(chǎng)競(jìng)爭(zhēng)力，為企業(yè)制造更多的經(jīng)濟(jì)效益和社會(huì)效益。南車時(shí)代電氣數(shù)據(jù)倉庫平臺(tái)建設(shè)數(shù)據(jù)倉庫建設(shè)原則數(shù)據(jù)倉庫系統(tǒng)的建設(shè)不是一蹴而就的，是一個(gè)漸進(jìn)和長(zhǎng)期的過程，因此，XX公司在南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目方案規(guī)劃過程中，始終貫穿了下列原則：先進(jìn)性：采納業(yè)界領(lǐng)先的治理思想和技術(shù)手段構(gòu)建數(shù)據(jù)倉庫，保證信息化體系結(jié)構(gòu)和數(shù)據(jù)倉庫解決方案在業(yè)界處于領(lǐng)先地位；開放性：數(shù)據(jù)倉庫系統(tǒng)模型采納國(guó)際統(tǒng)一標(biāo)準(zhǔn)進(jìn)行建模，集成SAP ECC各模塊數(shù)據(jù)，這些數(shù)據(jù)可供治理人員共同使用，支持多種數(shù)據(jù)源和第三方的分析與報(bào)告工具，支持?jǐn)?shù)據(jù)的抽取和數(shù)據(jù)的分析，如能夠提供對(duì)各種數(shù)據(jù)業(yè)務(wù)含義

32、進(jìn)行解釋和方便的查詢，為開發(fā)人員提供高效的外部接口。靈活性：數(shù)據(jù)倉庫系統(tǒng)的模型需要能夠依業(yè)務(wù)變化而調(diào)整，南車電氣數(shù)據(jù)倉庫系統(tǒng)從不同的角度對(duì)整個(gè)南車電氣的生產(chǎn)情況和銷售情況進(jìn)行多維度、多角度、多指標(biāo)的不同層次的分析，如此就確保了隨著業(yè)務(wù)的進(jìn)展，能夠?qū)ｉT方便的在此基礎(chǔ)上擴(kuò)充更多的應(yīng)用、主題，用戶能夠靈活地依照實(shí)際需要定制不同層次的分析。持續(xù)性：數(shù)據(jù)倉庫系統(tǒng)提供了一個(gè)完善的數(shù)據(jù)平臺(tái)，保存了大量的歷史數(shù)據(jù)，具備極佳的擴(kuò)展性，能夠?yàn)榻窈罂赡艹霈F(xiàn)的治理、決策支持系統(tǒng)提供數(shù)據(jù)支持。容災(zāi)性：數(shù)據(jù)倉庫系統(tǒng)的3個(gè)重要元件，包括ODS、EDW、DM的系統(tǒng)平臺(tái)架設(shè)于不同的數(shù)據(jù)庫實(shí)例，此種設(shè)計(jì)確保系統(tǒng)因單個(gè)系統(tǒng)發(fā)生災(zāi)難

33、時(shí)，減少系統(tǒng)恢復(fù)的時(shí)刻，降低相應(yīng)的損失。數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì)數(shù)據(jù)倉庫目標(biāo)分析數(shù)據(jù)的存儲(chǔ)和治理是企業(yè)級(jí)數(shù)據(jù)倉庫的核心內(nèi)容之一，企業(yè)級(jí)數(shù)據(jù)倉庫存儲(chǔ)詳細(xì)數(shù)據(jù)及必要的匯總數(shù)據(jù),支持整個(gè)企業(yè)的業(yè)務(wù)分析和決策。現(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ī)劃、組織、存儲(chǔ)，分片和索引，保證數(shù)據(jù)的治理和使用的高效性。按照企業(yè)建立數(shù)據(jù)“唯一事實(shí)”的要求，數(shù)據(jù)倉庫應(yīng)為各級(jí)業(yè)務(wù)人員提供一致的信息視圖。

34、因而，整個(gè)企業(yè)應(yīng)共享統(tǒng)一的數(shù)據(jù)存儲(chǔ)模型。與如此的要求相匹配，企業(yè)數(shù)據(jù)倉庫采納滿足第三范式的規(guī)范化建模。規(guī)范化建模是一個(gè)剔除冗余并應(yīng)用業(yè)務(wù)規(guī)則的過程，它的目的是為了更好的理解和表達(dá)存在于數(shù)據(jù)元素之間的依靠性和參與性。規(guī)范化的關(guān)系型數(shù)據(jù)通常能夠給出精確和無歧異的回答。規(guī)范化建模的目的是建立企業(yè)級(jí)數(shù)據(jù)倉庫的邏輯數(shù)據(jù)模型。邏輯數(shù)據(jù)模型是把業(yè)務(wù)需求，特不是對(duì)數(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)識(shí)出業(yè)務(wù)治理領(lǐng)域中涉及的主題、實(shí)體、屬性，及它們之間的關(guān)系。主題集中反映某方

35、面業(yè)務(wù)內(nèi)容，通常是同類或關(guān)聯(lián)關(guān)系較為緊密的實(shí)體的集合。實(shí)體是任何能夠區(qū)分的人、地點(diǎn)、情況、事件或概念，信息圍繞它來保存。屬性是實(shí)體的特性或數(shù)據(jù)字段。對(duì)數(shù)據(jù)倉庫需求進(jìn)行分解，按業(yè)務(wù)主題進(jìn)行組織，將業(yè)務(wù)主題相關(guān)的數(shù)據(jù)組織成主題域，并對(duì)各指標(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)的搭建能夠?qū)崿F(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)建出

36、企業(yè)業(yè)務(wù)的整體性視圖，基于業(yè)務(wù)數(shù)據(jù)架構(gòu)創(chuàng)建企業(yè)數(shù)據(jù)模型，能夠較好地保證數(shù)據(jù)模型的穩(wěn)定性和有效性。 理解業(yè)務(wù)，不同部門用戶對(duì)數(shù)據(jù)有著不同的理解，作為企業(yè)級(jí)的決策支持系統(tǒng)必須通過一定的手段把這些不一致的理解定義出來，支持性元數(shù)據(jù)的使用確實(shí)是解決這一問題的要緊手段。數(shù)據(jù)分析，業(yè)務(wù)上經(jīng)常遇到同一指標(biāo)在不同報(bào)表里得到的值不一致，有些不一致是為人所知的，有些不一致卻沒有人清晰，通過對(duì)數(shù)據(jù)的分析和了解，使不一致變得明顯而可操作，是數(shù)據(jù)模型建立的要緊目標(biāo)之一。通過元數(shù)據(jù)的使用，記錄數(shù)據(jù)的加工規(guī)則及使用環(huán)境，能夠讓使用者清晰地明白差異的緣故，從而正確使用這些數(shù)據(jù)。操縱好建榜樣圍和周期將直接關(guān)系到項(xiàng)目的進(jìn)展，最好

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

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

39、SAP ECC、PLM、報(bào)價(jià)系統(tǒng)、預(yù)算系統(tǒng)等核心系統(tǒng)以及外部文本的數(shù)據(jù)，依照的具體情況，能夠?qū)⒏鳂I(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。數(shù)據(jù)邏輯層數(shù)據(jù)合并層是面向客戶業(yè)務(wù)操作將抽取層數(shù)據(jù)進(jìn)行初步的清洗

40、和整理，將數(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)系。依照實(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ù)抽取層轉(zhuǎn)換、加載至數(shù)據(jù)邏輯層，DTP默認(rèn)加載方式為增量加載。數(shù)據(jù)分析層數(shù)據(jù)分析層是面向

41、高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。該層模型的設(shè)計(jì)原則是以最終分析為準(zhǔn)，依照分析規(guī)則創(chuàng)建轉(zhuǎn)換，將數(shù)據(jù)指標(biāo)按照多維度組織，同時(shí)衍生出計(jì)算后分析指標(biāo)，通過數(shù)據(jù)傳輸流程（DTP）將數(shù)據(jù)加載至數(shù)據(jù)分析層。ETL過程BW系統(tǒng)集成了對(duì)各種源系統(tǒng)進(jìn)行數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉庫的各種功能，并提供簡(jiǎn)單的圖形化操作界面，能夠通過簡(jiǎn)單的拖動(dòng)實(shí)現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，能夠定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式、時(shí)刻等。 上圖即為BW數(shù)據(jù)倉庫ETL的流程，使用信息包（InfoPackage）將數(shù)據(jù)從源系統(tǒng)抽取至BW底層PSA，通過一系列的轉(zhuǎn)換（Transformation）和

42、數(shù)據(jù)傳輸流程（DTP）將PSA中數(shù)據(jù)逐層加載至數(shù)據(jù)抽取層、數(shù)據(jù)合并層及分析層相應(yīng)的模型中。數(shù)據(jù)存儲(chǔ)BW數(shù)據(jù)倉庫中，數(shù)據(jù)存儲(chǔ)采納的分層設(shè)計(jì)方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。在如此的設(shè)計(jì)中，數(shù)據(jù)是真正物理存儲(chǔ)于各層模型中。數(shù)據(jù)在流經(jīng)各層時(shí)，從性能與準(zhǔn)確性方面考慮，使用全量或增量。分析層數(shù)據(jù)分析層提供給商務(wù)用戶一個(gè)專業(yè)的數(shù)據(jù)視圖，提供多樣展示數(shù)據(jù)必需的功能。選擇分析工具集來滿足數(shù)據(jù)展示的需求信息。那個(gè)工具的具體信息在軟件和硬件層里詳細(xì)的描述。屬性描述要緊功能此層給出了支持商務(wù)用戶信息需求的功能內(nèi)在關(guān)系數(shù)據(jù)存儲(chǔ)層數(shù)據(jù)處理安全與保密系統(tǒng)治理軟件和硬件元數(shù)據(jù)連接主數(shù)據(jù)按照需求應(yīng)用的需

43、要，主數(shù)據(jù)首先進(jìn)入到抽取層DSO中。抽取層、合并層使用DSO存放數(shù)據(jù)，分析層一般使用DSO存放數(shù)據(jù)，但亦有使用特性存放主數(shù)據(jù)，如與時(shí)刻相關(guān)的主數(shù)據(jù)。交易數(shù)據(jù)交易數(shù)據(jù)的DSO中，必須記錄每筆業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)產(chǎn)生的時(shí)刻戳或者日期，且需要明細(xì)到憑證級(jí)。Cube中僅存放匯總后的業(yè)務(wù)數(shù)據(jù)且此類數(shù)據(jù)是差不多通過邏輯處理的。數(shù)據(jù)倉庫治理標(biāo)準(zhǔn)及命名規(guī)范命名規(guī)則設(shè)計(jì)原則層次常用名作用4Outbound Data Layer (ODL)數(shù)據(jù)集市接口層通過Open Hub、BAPI、RFC等方式向系統(tǒng)外的應(yīng)用程序提供數(shù)據(jù)的接口層。3Reporting Data Layer (RDL) 報(bào)表層報(bào)表層，要緊由立方體、多信

44、息提供者、虛擬信息提供者構(gòu)成。以業(yè)務(wù)需求和性能為首要考慮因素進(jìn)行最終輸出模型維度設(shè)計(jì)。2Consolidation Data Layer (CDL) 邏輯合并層邏輯處理層，實(shí)現(xiàn)報(bào)表邏輯，儲(chǔ)存邏輯處理完的數(shù)據(jù)。1Inbound Data Layer (IDL)原始數(shù)據(jù)層全量保存來自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報(bào)表需求的數(shù)據(jù)基礎(chǔ)，保證一期上線以后，后面若干年對(duì)數(shù)據(jù)的需求可不能導(dǎo)致ERP停機(jī)抽取。此層數(shù)據(jù)未通過轉(zhuǎn)換和數(shù)據(jù)粒度處理，全部采納覆蓋模式的ODS構(gòu)成，部分業(yè)務(wù)模塊能夠采納寫優(yōu)化ODS。0Persistent Staging Area (PSA) 緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對(duì)應(yīng)，占用BW數(shù)據(jù)

45、庫磁盤空間最大比例，每三到六個(gè)月定期清理一次。BW系統(tǒng)開發(fā)對(duì)象通用編碼，代表源系統(tǒng)，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。SAP系統(tǒng)按09數(shù)字順序編碼：全稱縮寫含義SD11SD1（SAP ERP）SD22SD2（SAP CRM）以下順序編碼以下順序編碼非SAP系統(tǒng)按AZ字母順序編碼：，依照南車治理現(xiàn)狀，代表經(jīng)營(yíng)中心，按以下規(guī)范編碼：全稱為經(jīng)營(yíng)中心全稱或者慣用稱呼的每個(gè)字的拼音首字母。縮寫為以下字母編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。全稱縮寫含義NCJT_（注：下劃線）南車集團(tuán)（適用于集團(tuán)層面或多經(jīng)營(yíng)中心，無法具體到某個(gè)經(jīng)營(yíng)中心的命名）

46、FYGLXTA費(fèi)用治理系統(tǒng)YSXTB預(yù)算系統(tǒng).C.D.E.以下順序編碼，代表模型層次，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。全稱縮寫含義IDLI原始數(shù)據(jù)層CDLC邏輯合并層RDLR報(bào)表層ODLO數(shù)據(jù)集市接口層IBJB特征信息區(qū)域，代表數(shù)據(jù)主題，按以下規(guī)范編碼。無縮寫及全稱的區(qū)分。除了以下常用縮寫，其他的內(nèi)容能夠依照縮寫決定，并及時(shí)更新到該規(guī)范中。命名（主類）命名（子類）主題含義FI財(cái)務(wù)（含財(cái)務(wù)通用，或無法歸集到子類的）AP應(yīng)付AR應(yīng)收CO治理會(huì)計(jì)GL總賬PA盈利分析SD銷售及分銷（含銷售通用，或無法歸集到子類的）SO訂單PO采購單DN發(fā)貨單SP裝運(yùn)單BL發(fā)票M

47、M庫存PP生產(chǎn)南車BW系統(tǒng)開發(fā)對(duì)象命名規(guī)范Info Area最多30個(gè)字符。以Z_ SINOCHEM_開頭。第一層。注：此層已建立，無需重建。Z_SINOCHEM_LAYERED_DESIGNLSA模型設(shè)計(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ù)據(jù)集市接口層Z_SINOCHEM_LAYER_IBJ特征信息區(qū)域第三層及往下層，分IDL，CDL及RDL，這兩種情況，適用不同的命名規(guī)范。注：從此層開

48、始，按照編碼規(guī)范和項(xiàng)目需求，進(jìn)行創(chuàng)建。如為IDL層第三層首先按模型層次及源系統(tǒng)創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_參見3.2.4.2.3。參見3.2.4.2.1。示例：Z_SINOCHEM_LAYER_IDL_SD1集團(tuán)SD1原始數(shù)據(jù)層Z_SINOCHEM_LAYER_IDL_FILE各類文本除文本之外的第四層，依照需要按照數(shù)據(jù)主題域區(qū)分，即。Z_SINOCHEM_LAYER_見3.2.4.2.4。示例：Z_SINOCHEM_LAYER_IDL_SD1_SDZ_SINOCHEM_LAYER_IDL_KTDB_PP文本向下第四及第五層，依照需要，首先按照經(jīng)營(yíng)中心，然后按照主題域區(qū)

49、分。第四層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_見3.2.4.2.2。示例：Z_SINOCHEM_LAYER_IDL_FILE_SYZXZ_SINOCHEM_LAYER_IDL_FILE_ZHJT第五層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_見3.2.4.2.4。見3.2.4.2.2。示例：Z_SINOCHEM_LAYER_IDL_FILE_SYZX_YZZ_SINOCHEM_LAYER_IDL_FILE_ZHJT_YSCDL和RDL層首先按經(jīng)營(yíng)中心創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_參見3.2.4.2.3。見3.2.4.2.2。示例：Z_SINOCHEM

50、_LAYER_CDL_ZHJTZ_SINOCHEM_LAYER_CDL_SYZXZ_SINOCHEM_LAYER_CDL_ZHGJCDL和RDL層，接著下分時(shí)，按主題域創(chuàng)建，命名規(guī)范是：Z_SINOCHEM_LAYER_參見3.2.4.2.3。見3.2.4.2.2。見3.2.4.2.4。示例：Z_SINOCHEM_LAYER_CDL_XTGS_FIZ_SINOCHEM_LAYER_CDL_HFZX_SDODS最多8個(gè)字符。以Z開頭。注：假如以“Z”開頭的編碼已全部被占用，才可“Y”。此條適用于所有以“Z”開頭的命名規(guī)則，下面不再專門注明。示例：ZI1SOS01SD1的IDL層訂單ODSY I1

51、SOS01某某中心的整合訂單ODSODS必須依照它的作用分配到指定的層次，如IDL，CDL，RDL。命名原則：ZS，見3.2.4.2.3。，見3.2.4.2.4。，2位數(shù)字編碼。，分如下兩種情況，分不適用不同的編碼規(guī)則：如模型屬于IDL層，則代表源系統(tǒng)編號(hào)，即，見2.1。示例：ZI1SOS01SD1的IDL層訂單ODSZI2SOS01SD2的IDL層訂單ODS如模型屬于CDL或則RDL層，則代表經(jīng)營(yíng)中心，即，見2.2。示例：ZC_SOS01ZCASOS01Cube最多8個(gè)字符以Z開頭Cube必須分配到RDL層次命名原則：ZRC，見3.2.4.2.3。，見3.2.4.2.4。，2位數(shù)字編碼。示例

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

53、omponent/MonthInfoObject Catalogs最多30個(gè)字符以Z開頭Cube必須分配到RDL層次命名原則：Z_：所屬Info Area的技術(shù)名稱CH：特征KF：Key FigureInfo-Object命名規(guī)則： Z_變量字段長(zhǎng)度講明Function Area2見3.2.4.2.4Name5自定義名稱（部分參照R3字段名）示例：ZFI_BANK銀行。Hierarchy為系統(tǒng)標(biāo)準(zhǔn)的來自BI Content中的信息對(duì)象建立Hierarchy時(shí)，按以下命名規(guī)則：命名規(guī)則： Z_H_變量字段長(zhǎng)度講明InfoObject7NN2當(dāng)前編號(hào) (標(biāo)號(hào)從 01開始)Date6有效起始日期YY

54、MMDD注意：假如長(zhǎng)度不夠，能夠?qū)⒖s寫。示例：為0Company建立Hierarchy時(shí)，命名為：ZCompany_H01_031121。也可縮寫為ZCC_H01_031121。為自定義的信息對(duì)象建立Hierarchy時(shí)，按以下命名規(guī)則：命名規(guī)則： Z_H_變量字段長(zhǎng)度講明InfoObject7見3.2.4.3.7NN2當(dāng)前編號(hào) (標(biāo)號(hào)從 01開始)Date6有效起始日期YYMMDD注意：假如長(zhǎng)度不夠，能夠?qū)⒖s寫。示例：ZFI_BANK_H01_031121。Query 項(xiàng)目組內(nèi)部命名規(guī)則：命名規(guī)則： _QVariableLengthCommentMultiProvider8Multiprov

55、ider的全名NNN3三位數(shù)字，從001開始其他用戶或者其他用途創(chuàng)建命名規(guī)則（例如，培訓(xùn)、測(cè)試用途）：命名規(guī)則： _Q變量字段長(zhǎng)度講明Function Area2見模塊 命名規(guī)則Business Area4同R3系統(tǒng)NNN3當(dāng)前編號(hào) (標(biāo)號(hào)從 001開始)示例：ZT_FI_XXXX_Q0001Struture命名規(guī)則： _S變量字段長(zhǎng)度講明MultiProvider見Cube命名規(guī)則NNN3當(dāng)前編號(hào) (標(biāo)號(hào)從 001開始)示例：ZR_SDC01_S001Bex Variable 最多8個(gè)字符命名原則：Z_P：?jiǎn)沃礗：范圍H：層次N：層次節(jié)點(diǎn)T：文本變量F：公式變量NNN：3位數(shù)字編碼Calcu

56、lated Key Figure 最多30個(gè)字符命名原則：_CKVariableLengthCommentInfo Cube8Cube全名_CK2固定NNN3三位數(shù)字，從001開始Restricted Key Figure最多30個(gè)字符命名原則：_RKVariableLengthCommentInfo Cube8Cube全名_RK2固定NNN3三位數(shù)字，從001開始Data-Source/InfoSource由標(biāo)準(zhǔn)BI Content激活生成的DS或者IS，使用系統(tǒng)自動(dòng)生成的名字，勿需改名字。由于客戶定制需要，由BW顧問新建的非系統(tǒng)標(biāo)準(zhǔn)BI Content的DS或者IS，請(qǐng)按照以下方式命名：命

57、名規(guī)則： Z_變量字段長(zhǎng)度講明Function Area2見3.2.4.2.4M/T1M：代表主數(shù)據(jù)T：代表業(yè)務(wù)數(shù)據(jù)NN2當(dāng)前編號(hào) (標(biāo)號(hào)從 01開始)Info-Package命名規(guī)則： _變量字段長(zhǎng)度講明DataSource見 Datasource 命名規(guī)則Update1F：Full-UpdateD：Delta-UpdateI：Delta-Initial示例：0FI_GL_4_DProcess chain 命名原則：ZPC_示例：ZPC_IM_TRAN_WKZPC_MAT_ATTR_DLBW系統(tǒng)權(quán)限命名規(guī)則角色singlerole命名規(guī)則： _變量字段長(zhǎng)度講明Site3見3.2.4.2.1.

58、業(yè)務(wù)代碼OBJECT49權(quán)限對(duì)象名稱或模型名稱NR4可選（關(guān)于模型的角色能夠?yàn)榭眨?，?quán)限對(duì)象下的具體付值示例：為南車建立公司代碼上的權(quán)限對(duì)象，能夠命名為：ZS_CMP_XXXX。commonrole命名規(guī)則： _變量字段長(zhǎng)度講明Site3見3.2.4.2.1 業(yè)務(wù)代碼OBJECT49權(quán)限對(duì)象名稱或模型名稱NR4可選（關(guān)于模型的角色能夠?yàn)榭眨?，?quán)限對(duì)象下的具體付值南車時(shí)代電氣BW數(shù)據(jù)倉庫優(yōu)化方案目前南車電氣的BW系統(tǒng)設(shè)計(jì)較不規(guī)范，專門多可用標(biāo)準(zhǔn)方式進(jìn)行CUBE開發(fā)的模塊也用了ABAP程序來進(jìn)行實(shí)現(xiàn)，從中我們找出了專門多能夠優(yōu)化的點(diǎn)，通過我們關(guān)于南車電梯BW系統(tǒng)現(xiàn)狀的調(diào)研之后，我們給南車提供如下B

59、W優(yōu)化建議方案：現(xiàn)系統(tǒng)模型命名沒有明確的規(guī)范，考慮確定明確的命名規(guī)范以便于后續(xù)的系統(tǒng)治理，及后續(xù)開發(fā)項(xiàng)目對(duì)原有模型能有比較清晰的了解。涉及范圍包括（信息范圍、自定義數(shù)據(jù)源、信息源、信息對(duì)象、模型、處理鏈、OPEN HUB、APD、QUERY、程序、函數(shù)等等）現(xiàn)系統(tǒng)區(qū)域劃分較亂，考慮劃分出比較規(guī)范明確的區(qū)域。比如分主數(shù)據(jù)區(qū)域、業(yè)務(wù)數(shù)據(jù)區(qū)域、業(yè)務(wù)數(shù)據(jù)區(qū)域還可分為數(shù)據(jù)抽取層、轉(zhuǎn)換層、合并層、展現(xiàn)層等等?？紤]系統(tǒng)資源的合理安排及日常數(shù)據(jù)加載的監(jiān)控，考慮處理鏈調(diào)度時(shí)刻的安排、監(jiān)控、各環(huán)節(jié)數(shù)據(jù)加載順序及方式的調(diào)整等等?，F(xiàn)BW數(shù)據(jù)源大多為3.5數(shù)據(jù)源、信息源、傳輸規(guī)則、更新規(guī)則，考慮轉(zhuǎn)換為7.0數(shù)據(jù)源及轉(zhuǎn)換

60、，方便以后的運(yùn)維治理及系統(tǒng)新功能的應(yīng)用。CUBE層面未做聚攏、壓縮、分區(qū)等處理以及CUBE維度的設(shè)置比如“行項(xiàng)目維”“高基數(shù)”維等方面的考量。系統(tǒng)里存在冗余模型及報(bào)表可考慮清理優(yōu)化系統(tǒng)空間；系統(tǒng)可規(guī)則清理機(jī)制，比如定期清理PSA數(shù)據(jù)、ChangLog數(shù)據(jù)等等。要緊的庫存相關(guān)模型考慮優(yōu)化，現(xiàn)大多數(shù)通過SE38程序?qū)崿F(xiàn)，考慮是否可用標(biāo)準(zhǔn)模型替換重構(gòu)，（例如涉及的程序有：ZTBW001、ZTBW003、ZTBW004、ZTBW005、ZTBW006、ZTBW007、ZTBW008、ZTBW010、ZTBW031、ZTBW032、ZTBW033等），另外，以上程序里大部分功能是通過調(diào)用現(xiàn)有模型的que