株洲南車時(shí)代電氣股份有限公司數(shù)據(jù)倉庫建設(shè)規(guī)劃項(xiàng)目方案建議書XX軟件系統(tǒng)股份有限公司2015年03月目錄第1章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹311南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景312南車電氣環(huán)境現(xiàn)狀及需求分析4121項(xiàng)目目標(biāo)4第2章南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述621南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明6211方案概述6212系統(tǒng)邏輯架構(gòu)7213系統(tǒng)硬件架構(gòu)建議方案8214未來建設(shè)目標(biāo)922南車時(shí)代電氣數(shù)據(jù)倉庫平臺(tái)建設(shè)13221數(shù)據(jù)倉庫建設(shè)原則13222數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì)14223BW數(shù)據(jù)倉庫結(jié)構(gòu)定義17224數(shù)據(jù)倉庫管理標(biāo)準(zhǔn)及命名規(guī)范2023南車時(shí)代電氣BW數(shù)據(jù)倉庫優(yōu)化方案3124數(shù)據(jù)展現(xiàn)層遷移方案3225主數(shù)據(jù)共享平臺(tái)方案33第3章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施方案3531南車電氣數(shù)據(jù)倉庫系統(tǒng)實(shí)施計(jì)劃35311工作時(shí)間表（預(yù)計(jì)）3532培訓(xùn)計(jì)劃39321培訓(xùn)類型40322培訓(xùn)課程4033容災(zāi)備份方案42331備份策略的定義43332備份窗口的選擇43333災(zāi)難恢復(fù)的策略43第4章項(xiàng)目實(shí)施和管理提升方法4641項(xiàng)目實(shí)施和管理提升方法4642XX在南車電氣項(xiàng)目中提供的管理提升和服務(wù)內(nèi)容4643XX管理提升與BI實(shí)施相結(jié)合的指導(dǎo)原則4744XX管理提升與BI實(shí)施相結(jié)合的方法和步驟48441現(xiàn)狀調(diào)研和企業(yè)問題診斷48442未來業(yè)務(wù)流程和管理提升初步討論48443建立BI原型系統(tǒng)49444結(jié)合BI進(jìn)行未來業(yè)務(wù)流程和管理提升詳細(xì)討論和藍(lán)圖確認(rèn)49445管理提升交付成果實(shí)例49第5章項(xiàng)目管理和質(zhì)量保證5151工作計(jì)劃管理5152溝通管理5153爭(zhēng)議協(xié)調(diào)升級(jí)程序5254項(xiàng)目質(zhì)量控制5255文檔管理5456建議南車電氣提供的保障措施5557驗(yàn)收標(biāo)準(zhǔn)及方案56571系統(tǒng)符合性56572系統(tǒng)質(zhì)量56573交付文檔57第1章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目介紹11南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目的背景南車時(shí)代電氣始終堅(jiān)持核心技術(shù)向相關(guān)產(chǎn)業(yè)延伸的發(fā)展戰(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年啟動(dòng)并初步建立了南車時(shí)代電氣綜合分析系統(tǒng)。該系統(tǒng)采用了SAPBW和EP的技術(shù)平臺(tái)，實(shí)現(xiàn)了部分經(jīng)營(yíng)指標(biāo)及報(bào)表需求，且于2014年從V70升級(jí)到V74版本。為優(yōu)化各類應(yīng)用系統(tǒng)間的借口，提高系統(tǒng)的安全性和可維護(hù)性，公司于2014年啟動(dòng)了ESB技術(shù)平臺(tái)的預(yù)研工作，確立了以普元公司的PRIMETONESB為技術(shù)平臺(tái)建設(shè)公司的數(shù)據(jù)總線，部分系統(tǒng)間接口已經(jīng)實(shí)現(xiàn)與ESB的集成。12南車電氣環(huán)境現(xiàn)狀及需求分析公司為實(shí)現(xiàn)基于企業(yè)績(jī)效管理的信息化系列重大需求，準(zhǔn)備通過本項(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ù)據(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)化提升既有的SAPBW數(shù)據(jù)倉庫系統(tǒng)，使之成為企業(yè)商務(wù)智能平臺(tái)中運(yùn)行良好的關(guān)鍵一環(huán)。為了解決本公司現(xiàn)有重要數(shù)據(jù)分布管理、交叉共享，無法保障數(shù)據(jù)及時(shí)性和準(zhǔn)確性的弊端，公司擬將SAPBW建設(shè)成為未來的數(shù)據(jù)集成與共享中心，能夠滿足建設(shè)公司ESB平臺(tái)的數(shù)據(jù)服務(wù)要求，實(shí)現(xiàn)重要主數(shù)據(jù)的歸集與共享，提升數(shù)據(jù)交互性能和系統(tǒng)安全性。實(shí)現(xiàn)BW系統(tǒng)的規(guī)劃與優(yōu)化，搭建并應(yīng)用BWEPBO的技術(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è)思路上要考慮未來五年的發(fā)展需求，也體現(xiàn)在BW的ETL、部署、處理連、聚集、模型等數(shù)據(jù)倉庫要素的設(shè)計(jì)規(guī)范上。121項(xiàng)目目標(biāo)本期項(xiàng)目定位為規(guī)劃奠基階段，需要全面系統(tǒng)的構(gòu)建南車電氣未來企業(yè)核心數(shù)據(jù)倉庫的基礎(chǔ)架構(gòu)，該基礎(chǔ)架構(gòu)要具有完整性，能滿足本期項(xiàng)目的需求，同時(shí)也要具有靈活性和可拓展性，能夠滿足未來企業(yè)發(fā)展而不斷變化的需求。綜上所述我們對(duì)于本次項(xiàng)目目標(biāo)概括如下1以BW作為數(shù)據(jù)倉庫建設(shè)進(jìn)行未來的整體規(guī)劃，使之覆蓋5年內(nèi)（含2015）企業(yè)級(jí)中心數(shù)據(jù)倉庫的技術(shù)框架、業(yè)務(wù)對(duì)象設(shè)計(jì)等需求，且至少滿足未來23年內(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ī)范。2優(yōu)化SAPBW的軟硬件環(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)付、成本、采購、庫存、銷售、考核指標(biāo)等。3部署SAPBO集成EP作為新的數(shù)據(jù)展現(xiàn)（應(yīng)用）層，將當(dāng)前BW中的部分報(bào)表展現(xiàn)重構(gòu)，以BO在原BWCUBE的基礎(chǔ)上重新開發(fā)，形成SAPBWBOEP的商務(wù)智能技術(shù)平臺(tái)結(jié)構(gòu)，完成重要?dú)v史報(bào)表的遷移工作。4構(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ù)抽取并且在BW中建模，最終實(shí)現(xiàn)將數(shù)據(jù)倉庫作為ESB中核心業(yè)務(wù)系統(tǒng)重要主數(shù)據(jù)的存儲(chǔ)與共享中心，提供相關(guān)主數(shù)據(jù)的接口以供ESB系統(tǒng)調(diào)用，以此實(shí)現(xiàn)重要主數(shù)據(jù)的跨平臺(tái)同步。第2章南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述21南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明211方案概述本期項(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è)完成后將為未來的南車電氣企業(yè)績(jī)效管理信息化系統(tǒng)做準(zhǔn)備。數(shù)據(jù)倉庫系統(tǒng)的建設(shè)有其順序性，且需要大量時(shí)間。數(shù)據(jù)倉庫系統(tǒng)建設(shè)過程中，將發(fā)現(xiàn)原有的營(yíng)運(yùn)系統(tǒng)在作業(yè)流程、數(shù)據(jù)質(zhì)量、數(shù)據(jù)標(biāo)準(zhǔn)化的問題，基于此發(fā)現(xiàn)，將有助于對(duì)營(yíng)運(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ù)集市，涵蓋整個(gè)南車電氣的業(yè)務(wù)范圍。以SAPBW數(shù)據(jù)倉庫平臺(tái)為基礎(chǔ)，構(gòu)建未來企業(yè)級(jí)中心數(shù)據(jù)倉庫，通過SAPBO平臺(tái)重新進(jìn)行報(bào)表前端展現(xiàn)層的開發(fā)，最后通過EP平臺(tái)發(fā)布，形成SAPBWBOEP的商務(wù)智能技術(shù)平臺(tái)結(jié)構(gòu)。212系統(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ù)管理層中，同時(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ù)源（ORACLE），同時(shí)考慮增量抽取機(jī)制。數(shù)據(jù)管理層數(shù)據(jù)管理層以業(yè)務(wù)需求為驅(qū)動(dòng)，根據(jù)業(yè)務(wù)不同的主題，建立多個(gè)主題模型。建模以維度建模方法論為指導(dǎo)，結(jié)合實(shí)際需求，考慮模型的靈活性，擴(kuò)展性以及性能，為前端展現(xiàn)提供一致、高效的數(shù)據(jù)。報(bào)表平臺(tái)層報(bào)表平臺(tái)采用業(yè)界最為優(yōu)秀的SAPBO產(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)SAPEP門戶集成BO報(bào)表來實(shí)現(xiàn)。213系統(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)名稱當(dāng)前數(shù)據(jù)量月增量數(shù)據(jù)SAPERP21T4050GSAPCRM11577G34GPLM710G2530G供應(yīng)商門戶（電氣加國(guó)變）523G約08G供應(yīng)商門戶（風(fēng)電）195G約01G供應(yīng)商門戶（電動(dòng)）396G約40M費(fèi)用管理系統(tǒng)35G1G15G投資管理系統(tǒng)46G預(yù)算系統(tǒng)588G01G上述系統(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ù)基本上為源系統(tǒng)數(shù)據(jù)量的152倍，也就是說在數(shù)據(jù)倉庫服務(wù)器的存儲(chǔ)設(shè)備上至少要準(zhǔn)備20T以上才能滿足未來5年內(nèi)的業(yè)務(wù)需求。目前南車BW生產(chǎn)環(huán)境的數(shù)據(jù)庫服務(wù)器存儲(chǔ)空間較小，才不到2個(gè)T，而且已經(jīng)使用了80左右，所以我們建議在服務(wù)器存儲(chǔ)空間上需要有較大的配置增加。服務(wù)器種類VCPU（虛擬CPU）內(nèi)存硬盤空間性能問題簡(jiǎn)述BW開發(fā)服務(wù)器應(yīng)用數(shù)據(jù)庫420GC50GD1500G操作響應(yīng)慢EP開發(fā)服務(wù)器420GC80GD300G操作響應(yīng)慢BW生產(chǎn)服務(wù)器1230GC100G,D300G數(shù)據(jù)查詢等待時(shí)間長(zhǎng)BW生產(chǎn)數(shù)據(jù)庫服務(wù)器1230GC100G,D1800G,D400G數(shù)據(jù)查詢等待時(shí)間長(zhǎng)EP生產(chǎn)服務(wù)器1230GC100G,D1800G,D400G數(shù)據(jù)查詢等待時(shí)間長(zhǎng)由上表中我們可以看到幾乎每一臺(tái)服務(wù)器都有不同程度的性能問題，但光看配置感覺在CPU和內(nèi)存上并沒有太大問題，所以我們的做法是在項(xiàng)目啟動(dòng)之后，將會(huì)派遣資深的SAPBASIS顧問對(duì)于相關(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)整。214未來建設(shè)目標(biāo)第一階段目標(biāo)1數(shù)據(jù)獲取將所有源系統(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ù)倉庫之中）。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ù)雜，我們會(huì)逐步完善充實(shí)該系統(tǒng)，本期的目標(biāo)是該系統(tǒng)的初步建設(shè)，主要開發(fā)指標(biāo)閥值、指標(biāo)權(quán)重維護(hù)功能。3指標(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ù)。階段性成果這一階段的工作重點(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ù)谝浑A段順利完成之后，將會(huì)形成一套完整的績(jī)效管理系統(tǒng)和面向事業(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ǔ)。第二階段目標(biāo)1深化主題對(duì)一期已經(jīng)開發(fā)的主題分析、績(jī)效指標(biāo)進(jìn)行更深入分析和展現(xiàn)，指標(biāo)的監(jiān)控及考核從一期的二級(jí)對(duì)象深入到三級(jí)對(duì)象中，各個(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)管理平臺(tái)可以完全滿足整個(gè)系統(tǒng)指標(biāo)管理維護(hù)的需要，使得未來的開發(fā)維護(hù)成本大大降低。3完善BI平臺(tái)建設(shè)將一期已經(jīng)得到的成果結(jié)合平衡計(jì)分卡的理念，將企業(yè)四個(gè)維度（財(cái)務(wù)成果、內(nèi)部管理、市場(chǎng)與客戶、學(xué)習(xí)與發(fā)展）的關(guān)鍵指標(biāo)進(jìn)行多角度探索分析；同時(shí)從一期的指標(biāo)展現(xiàn)提升為數(shù)據(jù)分析，多維分析、預(yù)測(cè)分析等商務(wù)智能的王牌分析全面展開，為高層決策層與知識(shí)型管理者提供科學(xué)的決策依據(jù)。階段性成果在這一階段中，主要是對(duì)一期已經(jīng)建設(shè)完成的較為全面的績(jī)效管理系統(tǒng)的全面深化，包括預(yù)測(cè)分析、多維分析、各個(gè)主題分析的深入和系統(tǒng)功能的完善。在第一階段，我們看到的是績(jī)效指標(biāo)的展現(xiàn)、監(jiān)控，現(xiàn)在我們將可以根據(jù)更全面的數(shù)據(jù)定義各個(gè)單位個(gè)性化的指標(biāo)，領(lǐng)導(dǎo)可以從指標(biāo)的分析、預(yù)測(cè)，深入了解到每一個(gè)環(huán)節(jié)的問題，了解問題的原因，從好更好的幫助管理層了解如何讓企業(yè)運(yùn)作的更好?？紤]到未來可能有的系統(tǒng)擴(kuò)展和SAPERP故障，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ù)據(jù)倉庫中越來越豐富的數(shù)據(jù)，南車電氣已經(jīng)完全具備了大數(shù)據(jù)分析的能力，此時(shí)可以引入先進(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ì)出問題從而做到設(shè)備的故障預(yù)測(cè)，減少設(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)營(yíng)狀態(tài)，將采集到的數(shù)據(jù)形象化、直觀化、具體化、時(shí)效化。讓管理層隨時(shí)可以觀察到企業(yè)的運(yùn)轉(zhuǎn)狀態(tài)，即使得到分析預(yù)測(cè)結(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)可以分析到憑證級(jí)粒度，在這個(gè)基礎(chǔ)之上我們可以為各個(gè)產(chǎn)業(yè)板塊開發(fā)定制化的DATAMART。這一階段工作重點(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ì)市場(chǎng)的洞察力、提升客戶滿意度、促進(jìn)技術(shù)創(chuàng)新，最終達(dá)成提升企業(yè)市場(chǎng)競(jìng)爭(zhēng)力，為企業(yè)創(chuàng)造更多的經(jīng)濟(jì)效益和社會(huì)效益。22南車時(shí)代電氣數(shù)據(jù)倉庫平臺(tái)建設(shè)221數(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)行建模，集成SAPECC各模塊數(shù)據(jù)，這些數(shù)據(jù)可供管理人員共同使用，支持多種數(shù)據(jù)源和第三方的分析與報(bào)告工具，支持?jǐn)?shù)據(jù)的抽取和數(shù)據(jù)的分析，如能夠提供對(duì)各種數(shù)據(jù)業(yè)務(wù)含義進(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ù)的發(fā)展，可以很方便的在此基礎(chǔ)上擴(kuò)充更多的應(yīng)用、主題，用戶能夠靈活地根據(jù)實(shí)際需要定制不同層次的分析。持續(xù)性數(shù)據(jù)倉庫系統(tǒng)提供了一個(gè)完善的數(shù)據(jù)平臺(tái)，保存了大量的歷史數(shù)據(jù)，具備極佳的擴(kuò)展性，可以為今后可能出現(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)害時(shí)，減少系統(tǒng)恢復(fù)的時(shí)間，降低相應(yīng)的損失。222數(shù)據(jù)倉庫規(guī)范體系設(shè)計(jì)2221數(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ù)分析和決策?，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ī)劃、組織、存儲(chǔ)，分片和索引，保證數(shù)據(jù)的管理和使用的高效性。按照企業(yè)建立數(shù)據(jù)“唯一事實(shí)”的要求，數(shù)據(jù)倉庫應(yīng)為各級(jí)業(yè)務(wù)人員提供一致的信息視圖。因而，整個(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)系。主題集中反映某方面業(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)的搭建可以實(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ù)模型的穩(wěn)定性和有效性。理解業(yè)務(wù)，不同部門用戶對(duì)數(shù)據(jù)有著不同的理解，作為企業(yè)級(jí)的決策支持系統(tǒng)必須通過一定的手段把這些不一致的理解定義出來，支持性元數(shù)據(jù)的使用就是解決這一問題的主要手段。數(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ù)?？刂坪媒７秶椭芷趯⒅苯雨P(guān)系到項(xiàng)目的進(jìn)展，最好的方法是利用已有的各類業(yè)務(wù)需求、報(bào)表需求及查詢需求，借助建模人員本身的業(yè)務(wù)經(jīng)驗(yàn)及與各部門業(yè)務(wù)人員的溝通，將獲得的需求片斷有機(jī)地組織成一個(gè)完整的目標(biāo)區(qū)域，在區(qū)域范圍內(nèi)開展建模工作。2222數(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ù)中，包括（1）適當(dāng)?shù)牧６葎澐?；?）合理的數(shù)據(jù)分割策略；（3）適當(dāng)?shù)谋韯澐?；?）定義合適的數(shù)據(jù)來源等。2223數(shù)據(jù)倉庫物理模型數(shù)據(jù)倉庫物理模型所做的工作是確定數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)，確定索引策略，確定數(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特性等。223BW數(shù)據(jù)倉庫結(jié)構(gòu)定義2231數(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)的抽取工作，主要抽取SAPECC、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ù)源的初始化、全量、增量信息包；SAPECC系統(tǒng)LO數(shù)據(jù)源的初始化，刪除，填充設(shè)置表；執(zhí)行信息包，裝載數(shù)據(jù)至PSA；創(chuàng)建信息包到數(shù)據(jù)抽取層DSO轉(zhuǎn)換及DTP；將數(shù)據(jù)從PSA加載至數(shù)據(jù)抽取層DSO。2232數(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ù)抽取層轉(zhuǎn)換、加載至數(shù)據(jù)邏輯層，DTP默認(rèn)加載方式為增量加載。2233數(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ù)分析層。2234ETL過程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）和數(shù)據(jù)傳輸流程（DTP）將PSA中數(shù)據(jù)逐層加載至數(shù)據(jù)抽取層、數(shù)據(jù)合并層及分析層相應(yīng)的模型中。2235數(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)確性方面考慮，使用全量或增量。2236分析層數(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ù)連接2237主數(shù)據(jù)按照需求應(yīng)用的需要，主數(shù)據(jù)首先進(jìn)入到抽取層DSO中。抽取層、合并層使用DSO存放數(shù)據(jù)，分析層一般使用DSO存放數(shù)據(jù)，但亦有使用特性存放主數(shù)據(jù)，如與時(shí)間相關(guān)的主數(shù)據(jù)。2238交易數(shù)據(jù)交易數(shù)據(jù)的DSO中，必須記錄每筆業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)產(chǎn)生的時(shí)間戳或者日期，且需要明細(xì)到憑證級(jí)。CUBE中僅存放匯總后的業(yè)務(wù)數(shù)據(jù)且此類數(shù)據(jù)是已經(jīng)經(jīng)過邏輯處理的。224數(shù)據(jù)倉庫管理標(biāo)準(zhǔn)及命名規(guī)范2241命名規(guī)則設(shè)計(jì)原則層次常用名作用4OUTBOUNDDATALAYERODL數(shù)據(jù)集市接口層通過OPENHUB、BAPI、RFC等方式向系統(tǒng)外的應(yīng)用程序提供數(shù)據(jù)的接口層。3REPORTINGDATALAYERRDL報(bào)表層報(bào)表層，主要由立方體、多信息提供者、虛擬信息提供者構(gòu)成。以業(yè)務(wù)需求和性能為首要考慮因素進(jìn)行最終輸出模型維度設(shè)計(jì)。2CONSOLIDATIONDATALAYERCDL邏輯合并層邏輯處理層，實(shí)現(xiàn)報(bào)表邏輯，儲(chǔ)存邏輯處理完的數(shù)據(jù)。1INBOUNDDATALAYERIDL原始數(shù)據(jù)層全量保存來自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報(bào)表需求的數(shù)據(jù)基礎(chǔ)，保證一期上線以后，后面若干年對(duì)數(shù)據(jù)的需求不會(huì)導(dǎo)致ERP停機(jī)抽取。此層數(shù)據(jù)未經(jīng)過轉(zhuǎn)換和數(shù)據(jù)粒度處理，全部采用覆蓋模式的ODS構(gòu)成，部分業(yè)務(wù)模塊可以采用寫優(yōu)化ODS。0PERSISTENTSTAGINGAREAPSA緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對(duì)應(yīng)，占用BW數(shù)據(jù)庫磁盤空間最大比例，每三到六個(gè)月定期清理一次。2242BW系統(tǒng)開發(fā)對(duì)象通用編碼22421，代表源系統(tǒng)，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。SAP系統(tǒng)按09數(shù)字順序編碼全稱縮寫含義SD11SD1（SAPERP）SD22SD2（SAPCRM）以下順序編碼以下順序編碼非SAP系統(tǒng)按AZ字母順序編碼22422，根據(jù)南車管理現(xiàn)狀，代表經(jīng)營(yíng)中心，按以下規(guī)范編碼全稱為經(jīng)營(yíng)中心全稱或者慣用稱呼的每個(gè)字的拼音首字母?？s寫為以下字母編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。全稱縮寫含義NCJT_（注下劃線）南車集團(tuán)（適用于集團(tuán)層面或多經(jīng)營(yíng)中心，無法具體到某個(gè)經(jīng)營(yíng)中心的命名）FYGLXTA費(fèi)用管理系統(tǒng)YSXTB預(yù)算系統(tǒng)CDE以下順序編碼22423，代表模型層次，按以下規(guī)范編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。全稱縮寫含義IDLI原始數(shù)據(jù)層CDLC邏輯合并層RDLR報(bào)表層ODLO數(shù)據(jù)集市接口層IBJB特征信息區(qū)域22424，代表數(shù)據(jù)主題，按以下規(guī)范編碼。無縮寫及全稱的區(qū)分。除了以下常用縮寫，其他的內(nèi)容可以根據(jù)縮寫決定，并及時(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ā)票MM庫存PP生產(chǎn)2243南車BW系統(tǒng)開發(fā)對(duì)象命名規(guī)范22431INFOAREA1最多30個(gè)字符。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第三層及往下層，分IDL，CDL及RDL，這兩種情況，適用不同的命名規(guī)范。注從此層開始，按照編碼規(guī)范和項(xiàng)目需求，進(jìn)行創(chuàng)建。如為IDL層I第三層首先按模型層次及源系統(tǒng)創(chuàng)建，命名規(guī)范是Z_SINOCHEM_LAYER_參見32423。參見32421。示例Z_SINOCHEM_LAYER_IDL_SD1集團(tuán)SD1原始數(shù)據(jù)層Z_SINOCHEM_LAYER_IDL_FILE各類文本II除文本之外的第四層，根據(jù)需要按照數(shù)據(jù)主題域區(qū)分，即。Z_SINOCHEM_LAYER_見32424。示例Z_SINOCHEM_LAYER_IDL_SD1_SDZ_SINOCHEM_LAYER_IDL_KTDB_PPIII文本向下第四及第五層，根據(jù)需要，首先按照經(jīng)營(yíng)中心，然后按照主題域區(qū)分。第四層，編碼規(guī)范如下Z_SINOCHEM_LAYER_見32422。示例Z_SINOCHEM_LAYER_IDL_FILE_SYZXZ_SINOCHEM_LAYER_IDL_FILE_ZHJT第五層，編碼規(guī)范如下Z_SINOCHEM_LAYER_見32424。見32422。示例Z_SINOCHEM_LAYER_IDL_FILE_SYZX_YZZ_SINOCHEM_LAYER_IDL_FILE_ZHJT_YSCDL和RDL層I首先按經(jīng)營(yíng)中心創(chuàng)建，命名規(guī)范是Z_SINOCHEM_LAYER_參見32423。見32422。示例Z_SINOCHEM_LAYER_CDL_ZHJTZ_SINOCHEM_LAYER_CDL_SYZXZ_SINOCHEM_LAYER_CDL_ZHGJIICDL和RDL層，繼續(xù)下分時(shí)，按主題域創(chuàng)建，命名規(guī)范是Z_SINOCHEM_LAYER_參見32423。見32422。見32424。示例Z_SINOCHEM_LAYER_CDL_XTGS_FIZ_SINOCHEM_LAYER_CDL_HFZX_SD22432ODS1最多8個(gè)字符。2以Z開頭。注如果以“Z”開頭的編碼已全部被占用，才可“Y”。此條適用于所有以“Z”開頭的命名規(guī)則，下面不再特殊注明。示例ZI1SOS01SD1的IDL層訂單ODSYI1SOS01某某中心的整合訂單ODS3ODS必須根據(jù)它的作用分配到指定的層次，如IDL，CDL，RDL。4命名原則ZS，見32423。，見32424。，2位數(shù)字編碼。，分如下兩種情況，分別適用不同的編碼規(guī)則I如模型屬于IDL層，則代表源系統(tǒng)編號(hào)，即，見21。示例ZI1SOS01SD1的IDL層訂單ODSZI2SOS01SD2的IDL層訂單ODSII如模型屬于CDL或則RDL層，則代表經(jīng)營(yíng)中心，即，見22。示例ZC_SOS01ZCASOS0122433CUBE1最多8個(gè)字符2以Z開頭3CUBE必須分配到RDL層次4命名原則ZRC，見32423。，見32424。，2位數(shù)字編碼。示例ZRLGLC01財(cái)務(wù)公司收入分析CUBEZR_GLC01集團(tuán)的收入分析CUBE22434MULTIPROVIDER1最多8個(gè)字符2以ZR開頭3必須分配到RDL層次5命名原則ZRM，見32423。，見32424。，2位數(shù)字編碼。示例ZRLGLM01財(cái)務(wù)公司收入分析CUBEZR_GLM01集團(tuán)的收入分析CUBE22435AGGREGATES1命名原則_AGGR所屬INFOCUBE的技術(shù)名稱，2位數(shù)字編碼。示例示例ZRLGLC01_AGGR01ZR_GLC01_AGGR012描述原則把累計(jì)的特征列出，用“/”隔開示例MATERIAL/PLANT/MONTHPLANT/MATERIAL/COMPONENT/MONTH22436INFOOBJECTCATALOGS1最多30個(gè)字符2以Z開頭3CUBE必須分配到RDL層次4命名原則Z_所屬INFOAREA的技術(shù)名稱CH特征KFKEYFIGURE22437INFOOBJECT命名規(guī)則Z_變量字段長(zhǎng)度說明FUNCTIONAREA2見32424NAME5自定義名稱（部分參照R3字段名）示例ZFI_BANK銀行。22438HIERARCHY為系統(tǒng)標(biāo)準(zhǔn)的來自BICONTENT中的信息對(duì)象建立HIERARCHY時(shí)，按以下命名規(guī)則命名規(guī)則Z_H_變量字段長(zhǎng)度說明INFOOBJECT7NN2當(dāng)前編號(hào)標(biāo)號(hào)從01開始DATE6有效起始日期YYMMDD注意如果長(zhǎng)度不夠，可以將縮寫。示例為0COMPANY建立HIERARCHY時(shí)，命名為ZCOMPANY_H01_031121。也可縮寫為ZCC_H01_031121。為自定義的信息對(duì)象建立HIERARCHY時(shí)，按以下命名規(guī)則命名規(guī)則Z_H_變量字段長(zhǎng)度說明INFOOBJECT7見32437NN2當(dāng)前編號(hào)標(biāo)號(hào)從01開始DATE6有效起始日期YYMMDD注意如果長(zhǎng)度不夠，可以將縮寫。示例ZFI_BANK_H01_031121。22439QUERY項(xiàng)目組內(nèi)部命名規(guī)則命名規(guī)則_QVARIABLELENGTHCOMMENTMULTIPROVIDER8MULTIPROVIDER的全名NNN3三位數(shù)字，從001開始其他用戶或者其他用途創(chuàng)建命名規(guī)則（例如，培訓(xùn)、測(cè)試用途）命名規(guī)則_Q變量字段長(zhǎng)度說明FUNCTIONAREA2見模塊命名規(guī)則BUSINESSAREA4同R3系統(tǒng)NNN3當(dāng)前編號(hào)標(biāo)號(hào)從001開始示例ZT_FI_XXXX_Q0001224310STRUTURE命名規(guī)則_S變量字段長(zhǎng)度說明MULTIPROVIDER見CUBE命名規(guī)則NNN3當(dāng)前編號(hào)標(biāo)號(hào)從001開始示例ZR_SDC01_S001224311BEXVARIABLE1最多8個(gè)字符2命名原則Z_P單值I范圍H層次N層次節(jié)點(diǎn)T文本變量F公式變量NNN3位數(shù)字編碼224312CALCULATEDKEYFIGURE1最多30個(gè)字符2命名原則_CKVARIABLELENGTHCOMMENTINFOCUBE8CUBE全名_CK2固定NNN3三位數(shù)字，從001開始224313RESTRICTEDKEYFIGURE1最多30個(gè)字符2命名原則_RKVARIABLELENGTHCOMMENTINFOCUBE8CUBE全名_RK2固定NNN3三位數(shù)字，從001開始224314DATASOURCE/INFOSOURCE由標(biāo)準(zhǔn)BICONTENT激活生成的DS或者IS，使用系統(tǒng)自動(dòng)生成的名字，勿需改名字。由于客戶定制需要，由BW顧問新建的非系統(tǒng)標(biāo)準(zhǔn)BICONTENT的DS或者IS，請(qǐng)按照以下方式命名命名規(guī)則Z_變量字段長(zhǎng)度說明FUNCTIONAREA2見32424M/T1M代表主數(shù)據(jù)T代表業(yè)務(wù)數(shù)據(jù)NN2當(dāng)前編號(hào)標(biāo)號(hào)從01開始224315INFOPACKAGE命名規(guī)則_變量字段長(zhǎng)度說明DATASOURCE見DATASOURCE命名規(guī)則UPDATE1FFULLUPDATEDDELTAUPDATEIDELTAINITIAL示例0FI_GL_4_D224316PROCESSCHAIN1命名原則ZPC_示例ZPC_IM_TRAN_WKZPC_MAT_ATTR_DL2244BW系統(tǒng)權(quán)限命名規(guī)則角色22441SINGLEROLE命名規(guī)則_變量字段長(zhǎng)度說明SITE3見32421業(yè)務(wù)代碼OBJECT49權(quán)限對(duì)象名稱或模型名稱NR4可選（對(duì)于模型的角色可以為空），權(quán)限對(duì)象下的具體付值示例為南車建立公司代碼上的權(quán)限對(duì)象，可以命名為ZS_CMP_XXXX。22442COMMONROLE命名規(guī)則_變量字段長(zhǎng)度說明SITE3見32421業(yè)務(wù)代碼OBJECT49權(quán)限對(duì)象名稱或模型名稱NR4可選（對(duì)于模型的角色可以為空），權(quán)限對(duì)象下的具體付值23南車時(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)，通過我們對(duì)于南車電梯BW系統(tǒng)現(xiàn)狀的調(diào)研之后，我們給南車提供如下BW優(yōu)化建議方案1現(xiàn)系統(tǒng)模型命名沒有明確的規(guī)范，考慮確定明確的命名規(guī)范以便于后續(xù)的系統(tǒng)管理，及后續(xù)開發(fā)項(xiàng)目對(duì)原有模型能有比較清楚的了解。涉及范圍包括（信息范圍、自定義數(shù)據(jù)源、信息源、信息對(duì)象、模型、處理鏈、OPENHUB、APD、QUERY、程序、函數(shù)等等）2現(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)層等等。3考慮系統(tǒng)資源的合理安排及日常數(shù)據(jù)加載的監(jiān)控，考慮處理鏈調(diào)度時(shí)間的安排、監(jiān)控、各環(huán)節(jié)數(shù)據(jù)加載順序及方式的調(diào)整等等。4現(xiàn)BW數(shù)據(jù)源大多為35數(shù)據(jù)源、信息源、傳輸規(guī)則、更新規(guī)則，考慮轉(zhuǎn)換為70數(shù)據(jù)源及轉(zhuǎn)換，方便以后的運(yùn)維管理及系統(tǒng)新功能的應(yīng)用。5CUBE層面未做聚集、壓縮、分區(qū)等處理以及CUBE維度的設(shè)置比如“行項(xiàng)目維”“高基數(shù)”維等方面的考量。6系統(tǒng)里存在冗余模型及報(bào)表可考慮清理優(yōu)化系統(tǒng)空間；系統(tǒng)可規(guī)則清理機(jī)制，比如定期清理PSA數(shù)據(jù)、CHANGLOG數(shù)據(jù)等等。7主要的庫存相關(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)有模型的QUERY通過一定邏輯處理再存入到另一模型，此部分功能完全可以用BW的APD的標(biāo)準(zhǔn)功能替代實(shí)現(xiàn)，更方便后續(xù)的維護(hù)及管理。8經(jīng)落實(shí)系統(tǒng)中還存在抽取HR系統(tǒng)人員信息的程序ZTBW016，此程序?qū)⑷藛T信息數(shù)據(jù)從HR系統(tǒng)抽取到BW系統(tǒng)中的二維表中，再按人員級(jí)別發(fā)郵件給相關(guān)用戶，現(xiàn)程序可能存在些問題，為方便以后的管理及操作，此程序可以用BW連接數(shù)據(jù)庫作為數(shù)據(jù)源的標(biāo)準(zhǔn)方式替換。24數(shù)據(jù)展現(xiàn)層遷移方案當(dāng)完成BW優(yōu)化升級(jí)的工作之后，我們即將著手部署SAPBO集成EP門戶作為新的數(shù)據(jù)展現(xiàn)（應(yīng)用）層。首先我們會(huì)對(duì)該54張報(bào)表的業(yè)務(wù)邏輯進(jìn)行梳理，了解業(yè)務(wù)之后將進(jìn)行面向未來的數(shù)據(jù)展現(xiàn)層報(bào)表結(jié)構(gòu)設(shè)計(jì)，使得遷移到BO設(shè)計(jì)環(huán)境的報(bào)表符合未來的報(bào)表設(shè)計(jì)規(guī)范，實(shí)現(xiàn)現(xiàn)階段報(bào)表查詢轉(zhuǎn)線的基本應(yīng)用。本期項(xiàng)目需做遷移的報(bào)表共54張。在優(yōu)化好BW環(huán)境并且重構(gòu)部分CUBE的基礎(chǔ)之上，我們將當(dāng)前BW中的相關(guān)QUERY的展現(xiàn)重構(gòu)，以BO為設(shè)計(jì)平臺(tái)，在原BWCUBE上重新開發(fā)，同時(shí)將開發(fā)好的新報(bào)表集成到EP門戶中，最終形成SAPBWBOEP的商務(wù)智能技術(shù)平臺(tái)結(jié)構(gòu)，完成重要?dú)v史報(bào)表的遷移工作。25主數(shù)據(jù)共享平臺(tái)方案主數(shù)據(jù)源系統(tǒng)目標(biāo)系統(tǒng)物料ERP、PLMSPM制造BOMERP、PLMSPM客戶ERPECM供應(yīng)商ERPECM人員HCMSPM崗位HCMSPM組織機(jī)構(gòu)HCMSPM訂單BOMERP（只抽?。纳媳碇形覀兛梢园l(fā)現(xiàn)本期項(xiàng)目中需要進(jìn)行系統(tǒng)主數(shù)據(jù)共享的一共分為8個(gè)主數(shù)據(jù)指標(biāo)、一個(gè)SAP系統(tǒng)和4套非SAP系統(tǒng)。首先BW的抽取方式可分為兩種1對(duì)SAPERP系統(tǒng)采用BW標(biāo)準(zhǔn)的抽取方式即可。2對(duì)非SAP系統(tǒng)如PLM，我們將會(huì)建立數(shù)據(jù)庫連接數(shù)據(jù)源（ORACLE），并且考慮增量抽取機(jī)制。當(dāng)相關(guān)主數(shù)據(jù)全部進(jìn)入數(shù)據(jù)邏輯層的時(shí)候，我們將在BW中進(jìn)行建模，建立存儲(chǔ)主數(shù)據(jù)的模型，及對(duì)外準(zhǔn)備的接口數(shù)據(jù)表（二維表），以供ESB系統(tǒng)來BW數(shù)據(jù)倉庫中進(jìn)行主數(shù)據(jù)的提取。具體分層結(jié)構(gòu)及ETL、數(shù)據(jù)存儲(chǔ)等的操作方式可參見323章節(jié)，這里不再做重復(fù)的贅述。第3章南車電氣數(shù)據(jù)倉庫建設(shè)項(xiàng)目實(shí)施方案31南車電氣數(shù)據(jù)倉庫系統(tǒng)實(shí)施計(jì)劃311工作時(shí)間表（預(yù)計(jì)）比較寬泛的項(xiàng)目計(jì)劃如下圖所示，明細(xì)的項(xiàng)目計(jì)劃將在項(xiàng)目合同簽訂后,每個(gè)階段的需求分析期間制定，包括明細(xì)的項(xiàng)目任務(wù)、工作、交付物、資源、時(shí)間等都將體現(xiàn)在明細(xì)計(jì)劃中。最終的項(xiàng)目計(jì)劃將在需求收集完成后，項(xiàng)目主要成員充分理解項(xiàng)目需求，包括客戶的工作流程、標(biāo)準(zhǔn)、和執(zhí)行規(guī)范等基礎(chǔ)上制定。初步實(shí)施計(jì)劃實(shí)施內(nèi)容根據(jù)對(duì)招標(biāo)文件的解讀和客戶要求的實(shí)施周期的通盤考慮，建議此次南車電氣項(xiàng)目一期實(shí)施內(nèi)容如下所示調(diào)研用戶部門部分需求，同時(shí)借鑒以往經(jīng)驗(yàn)，由架構(gòu)師規(guī)劃設(shè)計(jì)整個(gè)數(shù)據(jù)倉庫。對(duì)BW數(shù)據(jù)倉庫的軟硬件進(jìn)行調(diào)優(yōu)，以滿足后續(xù)開發(fā)任務(wù)。調(diào)整BW中相關(guān)QUERY的展示界面，把報(bào)表遷移到BO平臺(tái)上。抽取相關(guān)源系統(tǒng)主數(shù)據(jù)到BW數(shù)據(jù)倉庫中，進(jìn)行主數(shù)據(jù)模型開發(fā)并設(shè)計(jì)接口一共ESB系統(tǒng)調(diào)用。XX公司將根據(jù)項(xiàng)目需要在各階段安排合適的資源，包括項(xiàng)目領(lǐng)導(dǎo)小組和質(zhì)量管理委員會(huì)定期聽取項(xiàng)目匯報(bào)，檢查項(xiàng)目工作，確認(rèn)項(xiàng)目按計(jì)劃，按質(zhì)量要求順利開展。以下是針對(duì)項(xiàng)目主要角色和責(zé)任的描述XX角色描述項(xiàng)目領(lǐng)導(dǎo)小組成員定期聽取項(xiàng)目小組匯報(bào)，了解項(xiàng)目的進(jìn)展?fàn)顩r確保必要的項(xiàng)目資源投入管理項(xiàng)目的邊界，審批由于變更引起的項(xiàng)目成本和時(shí)間的變動(dòng)監(jiān)控項(xiàng)目風(fēng)險(xiǎn)和制定風(fēng)險(xiǎn)管理方法項(xiàng)目總監(jiān)根據(jù)項(xiàng)目方法論推動(dòng)項(xiàng)目的實(shí)施并監(jiān)督項(xiàng)目的執(zhí)行工作，構(gòu)建項(xiàng)目過程質(zhì)量保證體系和質(zhì)量保證措施實(shí)施監(jiān)控對(duì)項(xiàng)目經(jīng)理的工作給予支持，幫助項(xiàng)目經(jīng)理協(xié)調(diào)項(xiàng)目重要資源并參與項(xiàng)目時(shí)間、成本、范圍的控制，并對(duì)項(xiàng)目進(jìn)行考核項(xiàng)目經(jīng)理項(xiàng)目現(xiàn)場(chǎng)管理，主要的職責(zé)包括項(xiàng)目需求、溝通、風(fēng)險(xiǎn)管理項(xiàng)目時(shí)間、質(zhì)量、成本管理項(xiàng)目團(tuán)隊(duì)管理技術(shù)經(jīng)理建立和維護(hù)系統(tǒng)架構(gòu)，包括技術(shù)架構(gòu)（硬件架構(gòu)、軟件架構(gòu)和網(wǎng)絡(luò)架構(gòu)）以及提供相關(guān)的技術(shù)支持角色描述推薦項(xiàng)目相關(guān)技術(shù)和工具，并支持項(xiàng)目實(shí)施中實(shí)施技術(shù)支持關(guān)注如硬件、軟件、網(wǎng)絡(luò)之類的基礎(chǔ)架構(gòu)，并且還要關(guān)注這些技術(shù)是否符合系統(tǒng)架構(gòu)和技術(shù)標(biāo)準(zhǔn)指導(dǎo)各技術(shù)小組完成設(shè)計(jì)，包括ETL設(shè)計(jì)、展示設(shè)計(jì)、集成設(shè)計(jì)等SAPBW顧問分析業(yè)務(wù)需求，設(shè)計(jì)快速原型ETL工程師將負(fù)責(zé)根據(jù)ETL設(shè)計(jì)說明書，實(shí)現(xiàn)整個(gè)ETL過程。ETL工程師精通于ETL技術(shù)，深刻理解數(shù)據(jù)抽取、轉(zhuǎn)換和加載所涉及的技術(shù)和問題。ETL工程師還負(fù)責(zé)對(duì)所開發(fā)的ETL模塊進(jìn)行單元測(cè)試，以保證所開發(fā)的模塊能夠滿足ETL設(shè)計(jì)說明書的要求。SAPBO顧問根據(jù)需求和設(shè)計(jì)開發(fā)儀表盤、報(bào)表和分析模塊。對(duì)每個(gè)報(bào)表和分析模塊的單元測(cè)試負(fù)責(zé)，以確保這些模塊符合詳細(xì)設(shè)計(jì)說明書。培訓(xùn)師負(fù)責(zé)相關(guān)軟件操作培訓(xùn)和相關(guān)產(chǎn)品培訓(xùn)南車電氣角色描述參與程度項(xiàng)目領(lǐng)導(dǎo)小組定期聽取項(xiàng)目小組匯報(bào)，了解項(xiàng)目的進(jìn)展?fàn)顩r確保足夠的項(xiàng)目資源投入管理項(xiàng)目的邊界，審批由于變更引起的項(xiàng)目成本和時(shí)間的變動(dòng)監(jiān)控項(xiàng)目風(fēng)險(xiǎn)和制定風(fēng)險(xiǎn)管理方法低項(xiàng)目推動(dòng)項(xiàng)目的實(shí)施并監(jiān)督項(xiàng)目的執(zhí)行工作對(duì)項(xiàng)目經(jīng)理的工作給予支持低角色描述參與程度總監(jiān)幫助項(xiàng)目經(jīng)理協(xié)調(diào)資源向項(xiàng)目領(lǐng)導(dǎo)小組匯報(bào)并接受項(xiàng)目領(lǐng)導(dǎo)小組的指示考核項(xiàng)目經(jīng)理，并與項(xiàng)目經(jīng)理共同考核項(xiàng)目組成員參與項(xiàng)目驗(yàn)收審核項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理從客戶的角度對(duì)整個(gè)項(xiàng)目的成功負(fù)責(zé)，項(xiàng)目經(jīng)理與實(shí)施方的項(xiàng)目經(jīng)理密切合作，確保項(xiàng)目按時(shí)、在預(yù)算的基礎(chǔ)上逐步實(shí)現(xiàn)項(xiàng)目的成功。項(xiàng)目經(jīng)理的職責(zé)還包括協(xié)調(diào)客戶方的內(nèi)部資源，根據(jù)項(xiàng)目的需要，推動(dòng)相關(guān)資源支持項(xiàng)目，以確保項(xiàng)目的成功實(shí)施。高業(yè)務(wù)用戶/業(yè)務(wù)專家在項(xiàng)目建成后，本項(xiàng)目涉及的業(yè)務(wù)人員是從項(xiàng)目成果中獲得收益最大的使用人員。業(yè)務(wù)人員深度理解本項(xiàng)目提供需求的業(yè)務(wù)含義，對(duì)提出的報(bào)表和分析等需求的細(xì)節(jié)有準(zhǔn)確的理解和認(rèn)識(shí)。業(yè)務(wù)人員在和項(xiàng)目組成員合作之前，不了解BI的技術(shù)知識(shí)是可以接受的。但是我們建議業(yè)務(wù)人員在項(xiàng)目中開發(fā)一個(gè)功能模塊以幫助理解BI軟件，從而可以在需求制定過程中更有效的工作。項(xiàng)目結(jié)束時(shí)，業(yè)務(wù)用戶需要負(fù)責(zé)完成對(duì)項(xiàng)目的用戶接受測(cè)試，最終證明本項(xiàng)目是可交付的。中等角色描述參與程度IT團(tuán)隊(duì)參與項(xiàng)目的IT團(tuán)隊(duì)，包括基礎(chǔ)設(shè)施負(fù)責(zé)人、DBA專家等，需要參加解決方案培訓(xùn)、需求分析、系統(tǒng)設(shè)計(jì)和開發(fā)等階段，確保根據(jù)數(shù)據(jù)集市模型的需要，從數(shù)據(jù)源系統(tǒng)中抽取所需要的數(shù)據(jù)。該團(tuán)隊(duì)還負(fù)責(zé)在項(xiàng)目結(jié)束后，完成一些用戶特定的需求。參與的IT成員的技術(shù)背景主要如下豐富的RDBMS工作背景，至少5年的DBA或數(shù)據(jù)倉庫經(jīng)驗(yàn)豐富的BI工作經(jīng)歷，至少23年的BI報(bào)表設(shè)計(jì)開發(fā)經(jīng)驗(yàn)豐富的ETL工作經(jīng)驗(yàn)，能夠開發(fā)數(shù)