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

1、株洲南車時代電氣股份有限公司 數(shù)據(jù)倉庫建設(shè)規(guī)劃項(xiàng)目 方案建議書 XX 軟件系統(tǒng)股份有限公司 2015 年 03 月 目 錄 第第 1 1 章章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹 .3 3 1.1.南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景.3 1.2.南車電氣環(huán)境現(xiàn)狀及需求分析.4 1.2.1.項(xiàng)目目標(biāo).4 第第 2 2 章章南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述 .6 6 2.1.南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明.6 2.1.1.方案概述.6 2.1.2.系統(tǒng)邏輯架構(gòu).7 2.1.3.系統(tǒng)硬件架構(gòu)建議方案.8 2.1.4.未來建設(shè)目標(biāo).9 2.2.南車時代

2、電氣數(shù)據(jù)倉庫平臺建設(shè).13 2.2.1.數(shù)據(jù)倉庫建設(shè)原則.13 2.2.2.數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì).14 2.2.3.BW 數(shù)據(jù)倉庫結(jié)構(gòu)定義.17 2.2.4.數(shù)據(jù)倉庫管理標(biāo)準(zhǔn)及命名規(guī)范.20 2.3.南車時代電氣 BW 數(shù)據(jù)倉庫優(yōu)化方案.31 2.4.數(shù)據(jù)展現(xiàn)層遷移方案.32 2.5.主數(shù)據(jù)共享平臺方案.33 第第 3 3 章章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施方案南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施方案 .3535 3.1.南車電氣數(shù)據(jù)倉庫系統(tǒng)實(shí)施計(jì)劃.35 3.1.1.工作時間表（預(yù)計(jì)）.35 3.2.培訓(xùn)計(jì)劃.39 3.2.1.培訓(xùn)類型.40 3.2.2.培訓(xùn)課程.40 3.3.容災(zāi)備份方案.42 3

3、.3.1.備份策略的定義.43 3.3.2.備份窗口的選擇.43 3.3.3.災(zāi)難恢復(fù)的策略.43 第第 4 4 章章項(xiàng)目實(shí)施和管理提升方法項(xiàng)目實(shí)施和管理提升方法 .4646 4.1.項(xiàng)目實(shí)施和管理提升方法.46 4.2.XX 在南車電氣項(xiàng)目中提供的管理提升和服務(wù)內(nèi)容.46 4.3.XX 管理提升與 BI 實(shí)施相結(jié)合的指導(dǎo)原則.47 4.4.XX 管理提升與 BI 實(shí)施相結(jié)合的方法和步驟.48 4.4.1.現(xiàn)狀調(diào)研和企業(yè)問題診斷.48 4.4.2.未來業(yè)務(wù)流程和管理提升初步討論.48 4.4.3.建立 BI 原型系統(tǒng).49 4.4.4.結(jié)合 BI 進(jìn)行未來業(yè)務(wù)流程和管理提升詳細(xì)討論和藍(lán)圖確認(rèn).

4、49 4.4.5.管理提升交付成果實(shí)例.49 第第 5 5 章章項(xiàng)目管理和質(zhì)量保證項(xiàng)目管理和質(zhì)量保證 .5151 5.1.工作計(jì)劃管理.51 5.2.溝通管理.51 5.3.爭議協(xié)調(diào)升級程序.52 5.4.項(xiàng)目質(zhì)量控制.52 5.5.文檔管理.54 5.6.建議南車電氣提供的保障措施.55 5.7.驗(yàn)收標(biāo)準(zhǔn)及方案.56 5.7.1.系統(tǒng)符合性.56 5.7.2.系統(tǒng)質(zhì)量.56 5.7.3.交付文檔.57 第 1 章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹 1.1.南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景 南車時代電氣始終堅(jiān)持核心技術(shù)向相關(guān)產(chǎn)業(yè)延伸的發(fā)展戰(zhàn)略，不斷鞏固在軌道交通領(lǐng) 域的行業(yè)地位，著力提升在電氣傳動和控

5、制系統(tǒng)領(lǐng)域的專業(yè)地位，正樹立起公司在電氣傳 動和控制系統(tǒng)領(lǐng)域國際化專業(yè)供應(yīng)商的新形象。 為挖掘信息化系統(tǒng)價值，提升內(nèi)部管理手段，公司于 20102011 年啟動并初步建立 了南車時代電氣綜合分析系統(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 的集成。 1.2.南車電氣環(huán)境現(xiàn)狀

6、及需求分析 公司為實(shí)現(xiàn)基于企業(yè)績效管理的信息化系列重大需求，準(zhǔn)備通過本項(xiàng)目做好數(shù)據(jù)倉庫 技術(shù)平臺的規(guī)劃及優(yōu)化提升工作，確保數(shù)據(jù)倉庫平臺滿足全面啟動建設(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ù)的信息共享等四個 方面。 公司為實(shí)現(xiàn)企業(yè)績效管理信息化的重大需求，籍由本項(xiàng)目做好數(shù)據(jù)倉庫平臺建設(shè)的規(guī) 劃，搭建起商務(wù)智能體系的整體技術(shù)架構(gòu)并實(shí)現(xiàn)部分實(shí)例應(yīng)用，滿足全面啟動企業(yè)績效管 理信息化的技術(shù)要求。同時，提出規(guī)范和優(yōu)化提升既有的 SAP BW 數(shù)據(jù)倉庫系統(tǒng)，使之成 為企業(yè)商

7、務(wù)智能平臺中運(yùn)行良好的關(guān)鍵一環(huán)。 為了解決本公司現(xiàn)有重要數(shù)據(jù)分布管理、交叉共享，無法保障數(shù)據(jù)及時性和準(zhǔn)確性的 弊端，公司擬將 SAP BW 建設(shè)成為未來的數(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.

8、2.1. 項(xiàng)目目標(biāo) 本期項(xiàng)目定位為規(guī)劃奠基階段，需要全面系統(tǒng)的構(gòu)建南車電氣未來企業(yè)核心數(shù)據(jù)倉庫 的基礎(chǔ)架構(gòu)，該基礎(chǔ)架構(gòu)要具有完整性，能滿足本期項(xiàng)目的需求，同時也要具有靈活性和 可拓展性，能夠滿足未來企業(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) 用）層的軟

9、硬件技術(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)中設(shè)計(jì)不合理的部分（比如 CUBE、Query 等），提升 BW 的操作性能、優(yōu)化 Query 等待時間，使之具備滿足當(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

10、+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)商、人員、崗位、組織機(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è)解決方案詳述 2.1.南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明 2

11、.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)，以科技為手段，為南車電氣 未來的公司績效管控和決策支持服務(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ù)倉庫將作為將來南車電氣整個 IT 環(huán)境中的數(shù)據(jù)基礎(chǔ) 平臺，建設(shè)完成后將為未來的南車電氣企業(yè)績效管理信息化系統(tǒng)做準(zhǔn)備。數(shù)據(jù)倉庫系統(tǒng)的 建設(shè)有

12、其順序性，且需要大量時間。數(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è)是循序漸進(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ù)集市，涵蓋整個南車電 氣的業(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 的

13、商 務(wù)智能技術(shù)平臺結(jié)構(gòu)。 2.1.2. 系統(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ù)經(jīng)過抽取，轉(zhuǎn)換后加載到數(shù)據(jù)管理層中，同 時在這個過程中，需要進(jìn)行任務(wù)的調(diào)度控制，任務(wù)出錯處理以及數(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ù)源（oracle），同時考慮增量抽取機(jī)制。 數(shù)據(jù)管理層 數(shù)據(jù)管理層以業(yè)務(wù)需求為驅(qū)動，根據(jù)業(yè)務(wù)不同的主題，建立多個主題模型。建模以

14、維 度建模方法論為指導(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.1.3. 系統(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)中的

15、數(shù)據(jù)都需要抽 取到 BW 數(shù)據(jù)庫中，我們調(diào)研了一部分業(yè)務(wù)系統(tǒng)的數(shù)據(jù)總量及增量如下表所示 系統(tǒng)名稱當(dāng)前數(shù)據(jù)量月增量數(shù)據(jù) SAP ERP2.1T4050G SAP CRM115.77G34G PLM710G2530G 供應(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 個多 T，未來 5 年的數(shù)據(jù)增量 保守估計(jì)為 610 個 T。而 BW 系統(tǒng)的數(shù)據(jù)基本上為源系統(tǒng)數(shù)據(jù)量的

16、 1.52 倍，也就是說 在數(shù)據(jù)倉庫服務(wù)器的存儲設(shè)備上至少要準(zhǔn)備 20T 以上才能滿足未來 5 年內(nèi)的業(yè)務(wù)需求。 目前南車 BW 生產(chǎn)環(huán)境的數(shù)據(jù)庫服務(wù)器存儲空間較小，才不到 2 個 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ù)查詢等待時間長 BW 生產(chǎn)數(shù)據(jù)庫服務(wù)器 1230GC:1

17、00G,D:1800G,D:400G 數(shù)據(jù)查詢等待時間長 EP 生產(chǎn)服務(wù)器 1230GC:100G,D:1800G,D:400G 數(shù)據(jù)查詢等待時間長 由上表中我們可以看到幾乎每一臺服務(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.1.4. 未來建設(shè)目標(biāo) 第一階段目標(biāo)： 1.數(shù)據(jù)獲?。簩⑺性聪到y(tǒng)數(shù)據(jù)通過 ETL 工具和 BW 數(shù)據(jù)抽

18、取匯總到數(shù)據(jù)倉庫；搭建 智慧采集平臺以錄入的方式對業(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)整也將通過 智慧采集平臺來調(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)系，是一個管理維護(hù)整個指標(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)多個事業(yè)部和產(chǎn)業(yè)板塊的績效數(shù)據(jù)匯總 和 BSC 指標(biāo)展現(xiàn)，同時還包

19、括財(cái)務(wù)、運(yùn)營、人事等方面的主題分析，主要內(nèi)容為 各類日常使用報(bào)表、管理駕駛艙以及績效考核重大任務(wù)。 階段性成果：這一階段的工作重點(diǎn)是 XX 智慧采集平臺、XX 智慧決策平臺的建立以及 這兩個平臺同南車時代電氣原有的企業(yè)級數(shù)據(jù)倉庫、報(bào)表平臺相整合，同時做好數(shù)據(jù)倉庫 的數(shù)據(jù)梳理工作。當(dāng)?shù)谝浑A段順利完成之后，將會形成一套完整的績效管理系統(tǒng)和面向事 業(yè)部及集團(tuán)的 BI 系統(tǒng)，屆時所有相關(guān)績效考核的數(shù)據(jù)都可以順利的進(jìn)入數(shù)據(jù)倉庫中，并進(jìn) 行正確的合并匯總。同時，對集團(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.深化主

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

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

22、楚數(shù)據(jù)來源。 第三階段：隨著數(shù)據(jù)倉庫中越來越豐富的數(shù)據(jù)，南車電氣已經(jīng)完全具備了大數(shù)據(jù)分析 的能力，此時可以引入先進(jìn)的數(shù)據(jù)分析軟件（如 SAS）等為集團(tuán) BI 系統(tǒng)進(jìn)行更多的挖掘和 分析，屆時將實(shí)現(xiàn)一些高級別數(shù)據(jù)分析的需求和結(jié)果。 例如，我們可以從風(fēng)機(jī)運(yùn)行時各部件傳感器傳回的大量秒級數(shù)據(jù)之中分析得到為什么 這個型號的風(fēng)機(jī)故障率會高？故障主要集中在哪幾個點(diǎn)？當(dāng)出現(xiàn)怎么樣的數(shù)據(jù)參數(shù)波動時， 風(fēng)機(jī)的哪個部件有可能將會出問題？從而做到設(shè)備的故障預(yù)測，減少設(shè)備的非計(jì)劃性停機(jī) 維護(hù)，增加客戶的經(jīng)濟(jì)效益，提升客戶的滿意度。 同時，隨著技術(shù)的發(fā)展和實(shí)時數(shù)據(jù)及性能的需求，可以把原先的數(shù)據(jù)倉庫替換成 HANA 產(chǎn)品

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

24、表展現(xiàn)。 最終成果：南車時代電氣 BI 系統(tǒng)通過整合各個事業(yè)部、分子公司、產(chǎn)業(yè)板塊業(yè)務(wù)數(shù)據(jù)， 將集團(tuán)各層級管理人員關(guān)心的業(yè)務(wù)指標(biāo)以駕駛艙、分析報(bào)表等形式通過 XX 智慧決策平臺 的個性化展現(xiàn)， BI 戰(zhàn)略管理層通過這個平臺可以一目了然地看清企業(yè)全貌和業(yè)務(wù)全貌，讓 企業(yè)管理者從各個方面多個個維度來了解自己的企業(yè)，為集團(tuán)層面、事業(yè)部層面和分子公 司管理層提供高效數(shù)據(jù)分析和決策支持。與此同時，通過大數(shù)據(jù)、數(shù)據(jù)分析等應(yīng)用，逐步 形成針對各產(chǎn)業(yè)板塊的個性化的數(shù)據(jù)挖掘、數(shù)據(jù)預(yù)測，以提高對市場的洞察力、提升客戶 滿意度、促進(jìn)技術(shù)創(chuàng)新，最終達(dá)成提升企業(yè)市場競爭力，為企業(yè)創(chuàng)造更多的經(jīng)濟(jì)效益和社 會效益。 2.2

25、.南車時代電氣數(shù)據(jù)倉庫平臺建設(shè) 2.2.1. 數(shù)據(jù)倉庫建設(shè)原則 數(shù)據(jù)倉庫系統(tǒng)的建設(shè)不是一蹴而就的，是一個漸進(jìn)和長期的過程，所以，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)模型采用國際統(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ù)

26、倉庫系統(tǒng)的模型需要能夠依業(yè)務(wù)變化而調(diào)整，南車電氣數(shù)據(jù)倉庫系統(tǒng) 從不同的角度對整個南車電氣的生產(chǎn)情況和銷售情況進(jìn)行多維度、多角度、多指標(biāo)的 不同層次的分析，這樣就確保了隨著業(yè)務(wù)的發(fā)展，可以很方便的在此基礎(chǔ)上擴(kuò)充更多 的應(yīng)用、主題，用戶能夠靈活地根據(jù)實(shí)際需要定制不同層次的分析。 持續(xù)性：數(shù)據(jù)倉庫系統(tǒng)提供了一個完善的數(shù)據(jù)平臺，保存了大量的歷史數(shù)據(jù)，具備 極佳的擴(kuò)展性，可以為今后可能出現(xiàn)的管理、決策支持系統(tǒng)提供數(shù)據(jù)支持。 容災(zāi)性：數(shù)據(jù)倉庫系統(tǒng)的 3 個重要元件，包括 ODS、EDW、DM 的系統(tǒng)平臺架設(shè) 于不同的數(shù)據(jù)庫實(shí)例，此種設(shè)計(jì)確保系統(tǒng)因單個系統(tǒng)發(fā)生災(zāi)害時，減少系統(tǒng)恢復(fù)的時 間，降低相應(yīng)的損失。

27、2.2.2. 數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì) 2.2.2.1數(shù)據(jù)倉庫目標(biāo)分析 數(shù)據(jù)的存儲和管理是企業(yè)級數(shù)據(jù)倉庫的核心內(nèi)容之一，企業(yè)級數(shù)據(jù)倉庫存儲詳細(xì)數(shù)據(jù) 及必要的匯總數(shù)據(jù),支持整個企業(yè)的業(yè)務(wù)分析和決策?，F(xiàn)有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)被抽取、清理， 并有效地集成到數(shù)據(jù)倉庫中，并按照主題進(jìn)行重新組織。數(shù)據(jù)倉庫設(shè)計(jì)時應(yīng)全面考慮，實(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ù)人員提供一致的信息視

28、圖。因而，整個企 業(yè)應(yīng)共享統(tǒng)一的數(shù)據(jù)存儲模型。與這樣的要求相匹配，企業(yè)數(shù)據(jù)倉庫采用滿足第三范式的 規(guī)范化建模。 規(guī)范化建模是一個剔除冗余并應(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)的；同時，它應(yīng)能涵蓋業(yè)務(wù)需求的各方面，回答有關(guān)業(yè)務(wù) 的所有合理問題。邏輯數(shù)據(jù)模型標(biāo)識出業(yè)務(wù)管理領(lǐng)域中涉及的主題、實(shí)體、屬性，及它們

29、之間的關(guān)系。主題集中反映某方面業(yè)務(wù)內(nèi)容，通常是同類或關(guān)聯(lián)關(guān)系較為緊密的實(shí)體的集 合。實(shí)體是任何可以區(qū)分的人、地點(diǎn)、事情、事件或概念，信息圍繞它來保存。屬性是實(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)以下三個目 標(biāo)： 數(shù)據(jù)整合，建立業(yè)務(wù)數(shù)據(jù)構(gòu)架，找出業(yè)務(wù)項(xiàng)目的相互關(guān)系，描繪企業(yè)的

30、各個業(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ù)模型的穩(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)境，可以讓使用者清楚地知道差異的原因，從而正確

31、使用這些數(shù) 據(jù)。 控制好建模范圍和周期將直接關(guān)系到項(xiàng)目的進(jìn)展，最好的方法是利用已有的各類業(yè)務(wù) 需求、報(bào)表需求及查詢需求，借助建模人員本身的業(yè)務(wù)經(jīng)驗(yàn)及與各部門業(yè)務(wù)人員的溝通， 將獲得的需求片斷有機(jī)地組織成一個完整的目標(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ì)的成果是，對每個當(dāng)前要裝載的主題的邏輯實(shí)現(xiàn)進(jìn)行定義，并將相關(guān)內(nèi) 容記錄在數(shù)據(jù)倉庫的元數(shù)據(jù)中，包括： （1）適當(dāng)?shù)牧６葎澐郑?（2）合理的數(shù)據(jù)分割策略； （3

32、）適當(dāng)?shù)谋韯澐郑?（4）定義合適的數(shù)據(jù)來源等。 2.2.2.3數(shù)據(jù)倉庫物理模型 數(shù)據(jù)倉庫物理模型所做的工作是確定數(shù)據(jù)的存儲結(jié)構(gòu)，確定索引策略，確定數(shù)據(jù)存放 位置，確定存儲分配。 確定數(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)時間要求等，這些 是對時間和空間效率進(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ù)

33、模型，用于從每個源系統(tǒng)中抽取必需的數(shù) 據(jù)。該層數(shù)據(jù)對接 BW 底層與其他業(yè)務(wù)系統(tǒng)數(shù)據(jù)，同時僅對該層數(shù)據(jù)進(jìn)行基本的清理，以 保留業(yè)務(wù)系統(tǒng)原始數(shù)據(jù)。 BW 系統(tǒng)使用信息包完成對業(yè)務(wù)源系統(tǒng)的抽取工作，主要抽取 SAP ECC、PLM、報(bào)價 系統(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ù)源的初始化、全量、增量信息包；

34、 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數(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)

35、系表，以保證數(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)加載方式為增量加載。 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)按照多維度組織，同時衍生出計(jì)算后分析指標(biāo)，通過數(shù)據(jù)傳輸流程（DTP）將 數(shù)據(jù)加載至數(shù)據(jù)分析層。 2.2.3.4ETL 過程 BW 系統(tǒng)

36、集成了對各種源系統(tǒng)進(jìn)行數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉庫的各種功能， 并提供簡單的圖形化操作界面，可以通過簡單的拖動實(shí)現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，可 以定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式、時間等。 上圖即為 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)的模型中。 2.2.3.5數(shù)據(jù)存儲 BW 數(shù)據(jù)倉庫中，數(shù)據(jù)存儲采用的分層設(shè)計(jì)方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù) 合并層、數(shù)據(jù)分析層。在這樣的設(shè)計(jì)中，數(shù)

37、據(jù)是真正物理存儲于各層模型中。數(shù)據(jù)在流經(jīng) 各層時，從性能與準(zhǔn)確性方面考慮，使用全量或增量。 2.2.3.6分析層 數(shù)據(jù)分析層提供給商務(wù)用戶一個專業(yè)的數(shù)據(jù)視圖，提供多樣展示數(shù)據(jù)必需的功能。選 擇分析工具集來滿足數(shù)據(jù)展示的需求信息。這個工具的具體信息在軟件和硬件層里詳細(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ù)，如與時間相

38、關(guān) 的主數(shù)據(jù)。 2.2.3.8交易數(shù)據(jù) 交易數(shù)據(jù)的 DSO 中，必須記錄每筆業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)產(chǎn)生的時間戳或者日期，且需要 明細(xì)到憑證級。Cube 中僅存放匯總后的業(yè)務(wù)數(shù)據(jù)且此類數(shù)據(jù)是已經(jīng)經(jīng)過邏輯處理的。 2.2.4. 數(shù)據(jù)倉庫管理標(biāo)準(zhǔn)及命名規(guī)范 2.2.4.1命名規(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)表層，主要由立方體、多信息提供者、虛擬信息提供 者構(gòu)成。 以業(yè)務(wù)需求和性能為首要考

39、慮因素進(jìn)行最終輸出模型維 度設(shè)計(jì)。 2Consolidation Data Layer (CDL) 邏輯合并層 邏輯處理層，實(shí)現(xiàn)報(bào)表邏輯，儲存邏輯處理完的數(shù)據(jù)。 1Inbound 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。 0Persistent Staging Area (PSA) 緩存層 數(shù)據(jù)緩存層，與數(shù)據(jù)源對應(yīng)，占用 BW 數(shù)據(jù)庫磁盤空間 最大比

40、例，每三到六個月定期清理一次。 2.2.4.2BW 系統(tǒng)開發(fā)對象通用編碼 2.2.4.2.1 ，代表源系統(tǒng)，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其 他開發(fā)對象的命名。 SAP 系統(tǒng)按 09 數(shù)字順序編碼： 全稱縮寫含義 SD11 SD1（SAP ERP） SD22 SD2（SAP CRM） 以下順序編碼以下順序編碼 非 SAP 系統(tǒng)按 AZ 字母順序編碼： 2.2.4.2.2 ，根據(jù)南車管理現(xiàn)狀，代表經(jīng)營中心，按以下規(guī)范編碼： 全稱為經(jīng)營中心全稱或者慣用稱呼的每個字的拼音首字母?？s寫為以下字母編碼。全稱適用于 信息區(qū)域的命名，縮寫適用于其他開發(fā)對象的命名。 全稱縮寫含義 NCJ

41、T _（注：下劃線）南車集團(tuán)（適用于集團(tuán)層面或多經(jīng)營中心，無法 具體到某個經(jīng)營中心的命名） FYGLXTA 費(fèi)用管理系統(tǒng) YSXTB 預(yù)算系統(tǒng) .C. .D. .E. 以下順序編碼 2.2.4.2.3 ，代表模型層次，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其 他開發(fā)對象的命名。 全稱縮寫含義 IDLI 原始數(shù)據(jù)層 CDLC 邏輯合并層 RDLR 報(bào)表層 ODLO 數(shù)據(jù)集市接口層 IBJB 特征信息區(qū)域 2.2.4.2.4 ，代表數(shù)據(jù)主題，按以下規(guī)范編碼。無縮寫及全稱的區(qū)分。 除了以下常用縮寫，其他的內(nèi)容可以根據(jù)縮寫決定，并及時更新到該規(guī)范中。 命名（主類）命名（子類）主題含義 F

42、I 財(cái)務(wù)（含財(cái)務(wù)通用，或無法歸集到子類的） AP 應(yīng)付 AR 應(yīng)收 CO 管理會計(jì) GL 總賬 PA 盈利分析 SD 銷售及分銷（含銷售通用，或無法歸集到子類的） SO 訂單 PO 采購單 DN 發(fā)貨單 SP 裝運(yùn)單 BL 發(fā)票 MM 庫存 PP 生產(chǎn) 2.2.4.3南車 BW 系統(tǒng)開發(fā)對象命名規(guī)范 2.2.4.3.1 Info Area 1.最多 30 個字符。 2.以 Z_ SINOCHEM_開頭。 3.第一層。 注：此層已建立，無需重建。 Z_SINOCHEM_LAYERED_DESIGNLSA 模型設(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ù)據(jù)集市接口層 Z_SINOCHEM_LAYER_IBJ特征信息區(qū)域 5.