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

株洲南車時(shí)代電氣股份有限公司 數(shù)據(jù)倉(cāng)庫建設(shè)規(guī)劃項(xiàng)目 方案建議書 XX 軟件系統(tǒng)股份有限公司 2015 年 03 月 目 錄 第 1 章 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)項(xiàng)目介紹 3 1 1 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)項(xiàng)目的背景 3 1 2 南車電氣環(huán)境現(xiàn)狀及需求分析 4 1 2 1 項(xiàng)目目標(biāo) 4 第 2 章 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)解決方案詳述 6 2 1 南車電氣數(shù)據(jù)倉(cāng)庫建設(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 南車時(shí)代電氣數(shù)據(jù)倉(cāng)庫平臺(tái)建設(shè) 13 2 2 1 數(shù)據(jù)倉(cāng)庫建設(shè)原則 13 2 2 2 數(shù)據(jù)倉(cāng)庫規(guī)范體系設(shè)計(jì) 14 2 2 3 BW 數(shù)據(jù)倉(cāng)庫結(jié)構(gòu)定義 17 2 2 4 數(shù)據(jù)倉(cāng)庫管理標(biāo)準(zhǔn)及命名規(guī)范 20 2 3 南車時(shí)代電氣 BW 數(shù)據(jù)倉(cāng)庫優(yōu)化方案 31 2 4 數(shù)據(jù)展現(xiàn)層遷移方案 32 2 5 主數(shù)據(jù)共享平臺(tái)方案 33 第 3 章 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)項(xiàng)目實(shí)施方案 35 3 1 南車電氣數(shù)據(jù)倉(cāng)庫系統(tǒng)實(shí)施計(jì)劃 35 3 1 1 工作時(shí)間表 預(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 1 備份策略的定義 43 3 3 2 備份窗口的選擇 43 3 3 3 災(zāi)難恢復(fù)的策略 43 第 4 章 項(xiàng)目實(shí)施和管理提升方法 46 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) 49 4 4 5 管理提升交付成果實(shí)例 49 第 5 章 項(xiàng)目管理和質(zhì)量保證 51 5 1 工作計(jì)劃管理 51 5 2 溝通管理 51 5 3 爭(zhēng)議協(xié)調(diào)升級(jí)程序 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ù)倉(cāng)庫建設(shè)項(xiàng)目介紹 1 1 南車電氣數(shù)據(jù)倉(cāng)庫建設(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)部管理手段 公司于 2010 2011 年啟動(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)間接口已經(jīng) 實(shí)現(xiàn)與 ESB 的集成 1 2 南車電氣環(huán)境現(xiàn)狀及需求分析 公司為實(shí)現(xiàn)基于企業(yè)績(jī)效管理的信息化系列重大需求 準(zhǔn)備通過本項(xiàng)目做好數(shù)據(jù)倉(cāng)庫 技術(shù)平臺(tái)的規(guī)劃及優(yōu)化提升工作 確保數(shù)據(jù)倉(cāng)庫平臺(tái)滿足全面啟動(dòng)建設(shè)企業(yè)績(jī)效管理系統(tǒng) 的要求 本項(xiàng)目的工作任務(wù)包括數(shù)據(jù)倉(cāng)庫的建設(shè)規(guī)劃 數(shù)據(jù)倉(cāng)庫的技術(shù)規(guī)范及性能優(yōu)化 數(shù)據(jù)倉(cāng)庫與 BO EP 的集成應(yīng)用 數(shù)據(jù)倉(cāng)庫與 ESB 集成實(shí)現(xiàn)重要主數(shù)據(jù)的信息共享等四個(gè) 方面 公司為實(shí)現(xiàn)企業(yè)績(jī)效管理信息化的重大需求 籍由本項(xiàng)目做好數(shù)據(jù)倉(cāng)庫平臺(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ù)倉(cāng)庫系統(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ù)據(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è)思路上要考慮未來五年的發(fā)展需求 也 體現(xiàn)在 BW 的 ETL 部署 處理連 聚集 模型等數(shù)據(jù)倉(cāng)庫要素的設(shè)計(jì)規(guī)范上 1 2 1 項(xiàng)目目標(biāo) 本期項(xiàng)目定位為規(guī)劃奠基階段 需要全面系統(tǒng)的構(gòu)建南車電氣未來企業(yè)核心數(shù)據(jù)倉(cāng)庫 的基礎(chǔ)架構(gòu) 該基礎(chǔ)架構(gòu)要具有完整性 能滿足本期項(xiàng)目的需求 同時(shí)也要具有靈活性和 可拓展性 能夠滿足未來企業(yè)發(fā)展而不斷變化的需求 綜上所述我們對(duì)于本次項(xiàng)目目標(biāo)概括如下 1 以 BW 作為數(shù)據(jù)倉(cāng)庫建設(shè)進(jìn)行未來的整體規(guī)劃 使之覆蓋 5 年內(nèi) 含 2015 企業(yè) 級(jí)中心數(shù)據(jù)倉(cāng)庫的技術(shù)框架 業(yè)務(wù)對(duì)象設(shè)計(jì)等需求 且至少滿足未來 2 3 年內(nèi)南車 電氣核心數(shù)據(jù)倉(cāng)庫的具體使用情況 滿足其建設(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ù)倉(cāng)庫的設(shè)計(jì)規(guī)范 2 優(yōu)化 SAP BW 的軟硬件環(huán)境 規(guī)范 BW 數(shù)據(jù)倉(cāng)庫的技術(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ù)倉(cāng) 庫服務(wù)的條件 涉及的相關(guān) CUBE 主要有總帳行項(xiàng)目 應(yīng)收 應(yīng)付 成本 采購(gòu) 庫存 銷售 考核指標(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ù)平臺(tái)結(jié)構(gòu) 完成重要?dú)v史報(bào)表的遷移工作 4 構(gòu)建主數(shù)據(jù)共享平臺(tái) 擴(kuò)展數(shù)據(jù)倉(cāng)庫實(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ù)倉(cāng)庫 通過 ETL 手段完成 SAP 和非 SAP 系統(tǒng)的主數(shù)據(jù)抽取并且在 BW 中建模 最終實(shí)現(xiàn)將數(shù)據(jù)倉(cāng)庫作為 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ù)倉(cāng)庫建設(shè)解決方案詳述 2 1 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)整體方案說明 2 1 1 方案概述 本期項(xiàng)目的專業(yè)定位是集團(tuán)企業(yè)級(jí)核心數(shù)據(jù)倉(cāng)庫的建設(shè) 數(shù)據(jù)倉(cāng)庫架構(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ù)倉(cāng)庫將作為將來南車電氣整個(gè) IT 環(huán)境中的數(shù)據(jù)基礎(chǔ) 平臺(tái) 建設(shè)完成后將為未來的南車電氣企業(yè)績(jī)效管理信息化系統(tǒng)做準(zhǔn)備 數(shù)據(jù)倉(cāng)庫系統(tǒng)的 建設(shè)有其順序性 且需要大量時(shí)間 數(shù)據(jù)倉(cāng)庫系統(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ù)倉(cāng) 庫項(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ù)倉(cāng)庫平臺(tái)為基礎(chǔ) 構(gòu)建未來企業(yè)級(jí)中心數(shù)據(jù)倉(cāng)庫 通過 SAP BO 平 臺(tái)重新進(jìn)行報(bào)表前端展現(xiàn)層的開發(fā) 最后通過 EP 平臺(tái)發(fā)布 形成 SAP BW BO EP 的商 務(wù)智能技術(shù)平臺(tái)結(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ù)管理層中 同 時(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)秀的 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) 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ù)倉(cāng)庫使用 眾多核心的業(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 ERP 2 1T 40 50G SAP CRM 115 77G 3 4G PLM 710G 25 30G 供應(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) 35G 1G 1 5G 投資管理系統(tǒng) 46G 預(yù)算系統(tǒng) 5 88G 0 1G 上述系統(tǒng)只是部分核心業(yè)務(wù)系統(tǒng) 其當(dāng)前的數(shù)據(jù)總量為 3 個(gè)多 T 未來 5 年的數(shù)據(jù)增量 保守估計(jì)為 6 10 個(gè) T 而 BW 系統(tǒng)的數(shù)據(jù)基本上為源系統(tǒng)數(shù)據(jù)量的 1 5 2 倍 也就是說 在數(shù)據(jù)倉(cāng)庫服務(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ù)庫 4 20G C 50G D 1500G 操作響應(yīng)慢 EP 開發(fā)服務(wù)器 4 20G C 80G D 300G 操作響應(yīng)慢 BW 生產(chǎn)服務(wù)器 12 30G C 100G D 300G 數(shù)據(jù)查詢等待時(shí)間長(zhǎng) BW 生產(chǎn)數(shù)據(jù)庫服務(wù)器 12 30G C 100G D 1800G D 400G 數(shù)據(jù)查詢等待時(shí)間長(zhǎng) EP 生產(chǎn)服務(wù)器 12 30G C 100G D 1800G D 400G 數(shù)據(jù)查詢等待時(shí)間長(zhǎng) 由上表中我們可以看到幾乎每一臺(tái)服務(wù)器都有不同程度的性能問題 但光看配置感覺 在 CPU 和內(nèi)存上并沒有太大問題 所以我們的做法是在項(xiàng)目啟動(dòng)之后 將會(huì)派遣資深的 SAP BASIS 顧問對(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) 整 2 1 4 未來建設(shè)目標(biāo) 第一階段目標(biāo) 1 數(shù)據(jù)獲取 將所有源系統(tǒng)數(shù)據(jù)通過 ETL 工具和 BW 數(shù)據(jù)抽取匯總到數(shù)據(jù)倉(cāng)庫 搭建 智慧采集平臺(tái)以錄入的方式對(duì)業(yè)務(wù)系統(tǒng)中無法抽取的指標(biāo)數(shù)據(jù)進(jìn)行統(tǒng)一上報(bào) 使其 匯總到數(shù)據(jù)倉(cāng)庫的接口表中存放 重大任務(wù) 重點(diǎn)工作的進(jìn)度 數(shù)據(jù)調(diào)整也將通過 智慧采集平臺(tái)來調(diào)整并保存到數(shù)據(jù)倉(cāng)庫之中 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è)?XX 智慧決策平臺(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ù)倉(cāng)庫 報(bào)表平臺(tái)相整合 同時(shí)做好數(shù)據(jù)倉(cāng)庫 的數(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ù)倉(cāng)庫中 并進(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ò)展和 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ù)據(jù)倉(cāng)庫中越來越豐富的數(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ù)倉(cāng)庫替換成 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ù)倉(cāng)庫架構(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ì)效益 2 2 南車時(shí)代電氣數(shù)據(jù)倉(cāng)庫平臺(tái)建設(shè) 2 2 1 數(shù)據(jù)倉(cāng)庫建設(shè)原則 數(shù)據(jù)倉(cāng)庫系統(tǒng)的建設(shè)不是一蹴而就的 是一個(gè)漸進(jìn)和長(zhǎng)期的過程 所以 XX 公司在南 車電氣數(shù)據(jù)倉(cāng)庫建設(shè)項(xiàng)目方案規(guī)劃過程中 始終貫穿了下列原則 先進(jìn)性 采用業(yè)界領(lǐng)先的管理思想和技術(shù)手段構(gòu)建數(shù)據(jù)倉(cāng)庫 保證信息化體系結(jié)構(gòu) 和數(shù)據(jù)倉(cāng)庫解決方案在業(yè)界處于領(lǐng)先地位 開放性 數(shù)據(jù)倉(cāng)庫系統(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ù)含義進(jìn)行解釋和方便的查 詢 為開發(fā)人員提供高效的外部接口 靈活性 數(shù)據(jù)倉(cāng)庫系統(tǒng)的模型需要能夠依業(yè)務(wù)變化而調(diào)整 南車電氣數(shù)據(jù)倉(cāng)庫系統(tǒng) 從不同的角度對(duì)整個(gè)南車電氣的生產(chǎn)情況和銷售情況進(jìn)行多維度 多角度 多指標(biāo)的 不同層次的分析 這樣就確保了隨著業(yè)務(wù)的發(fā)展 可以很方便的在此基礎(chǔ)上擴(kuò)充更多 的應(yīng)用 主題 用戶能夠靈活地根據(jù)實(shí)際需要定制不同層次的分析 持續(xù)性 數(shù)據(jù)倉(cāng)庫系統(tǒng)提供了一個(gè)完善的數(shù)據(jù)平臺(tái) 保存了大量的歷史數(shù)據(jù) 具備 極佳的擴(kuò)展性 可以為今后可能出現(xiàn)的管理 決策支持系統(tǒng)提供數(shù)據(jù)支持 容災(zāi)性 數(shù)據(jù)倉(cāng)庫系統(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)的損失 2 2 2 數(shù)據(jù)倉(cāng)庫規(guī)范體系設(shè)計(jì) 2 2 2 1 數(shù)據(jù)倉(cāng)庫目標(biāo)分析 數(shù)據(jù)的存儲(chǔ)和管理是企業(yè)級(jí)數(shù)據(jù)倉(cāng)庫的核心內(nèi)容之一 企業(yè)級(jí)數(shù)據(jù)倉(cāng)庫存儲(chǔ)詳細(xì)數(shù)據(jù) 及必要的匯總數(shù)據(jù) 支持整個(gè)企業(yè)的業(yè)務(wù)分析和決策 現(xiàn)有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)被抽取 清理 并有效地集成到數(shù)據(jù)倉(cāng)庫中 并按照主題進(jìn)行重新組織 數(shù)據(jù)倉(cāng)庫設(shè)計(jì)時(shí)應(yīng)全面考慮 實(shí) 施時(shí)可以先按照需求的輕重緩急選擇部分業(yè)務(wù)主題 然后逐步擴(kuò)展到涵蓋全部業(yè)務(wù) 數(shù)據(jù)倉(cāng)庫管理的數(shù)據(jù)包含了集成之后的多年歷史數(shù)據(jù) 數(shù)據(jù)量是巨大的 數(shù)據(jù)應(yīng)被合 理的規(guī)劃 組織 存儲(chǔ) 分片和索引 保證數(shù)據(jù)的管理和使用的高效性 按照企業(yè)建立數(shù) 據(jù) 唯一事實(shí) 的要求 數(shù)據(jù)倉(cāng)庫應(yīng)為各級(jí)業(yè)務(wù)人員提供一致的信息視圖 因而 整個(gè)企 業(yè)應(yīng)共享統(tǒng)一的數(shù)據(jù)存儲(chǔ)模型 與這樣的要求相匹配 企業(yè)數(shù)據(jù)倉(cāng)庫采用滿足第三范式的 規(guī)范化建模 規(guī)范化建模是一個(gè)剔除冗余并應(yīng)用業(yè)務(wù)規(guī)則的過程 它的目的是為了更好的理解和表 達(dá)存在于數(shù)據(jù)元素之間的依賴性和參與性 規(guī)范化的關(guān)系型數(shù)據(jù)通常能夠給出精確和無歧 異的回答 規(guī)范化建模的目的是建立企業(yè)級(jí)數(shù)據(jù)倉(cāng)庫的邏輯數(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ù)倉(cāng)庫需求進(jìn)行分解 按業(yè)務(wù)主題進(jìn)行組織 將業(yè)務(wù)主題相關(guān)的數(shù)據(jù)組織成主題 域 并對(duì)各指標(biāo)進(jìn)行分析 數(shù)據(jù)倉(cāng)庫目標(biāo)分析后形成數(shù)據(jù)倉(cāng)庫目標(biāo)說明書 其中詳細(xì)說明包含的業(yè)務(wù)主題 業(yè)務(wù) 主題域等內(nèi)容 數(shù)據(jù)模型是數(shù)據(jù)倉(cāng)庫系統(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ù) 控制好建模范圍和周期將直接關(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)開展建模工作 2 2 2 2 數(shù)據(jù)倉(cāng)庫邏輯模型 數(shù)據(jù)倉(cāng)庫邏輯模型設(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ù)倉(cāng)庫的元數(shù)據(jù)中 包括 1 適當(dāng)?shù)牧６葎澐?2 合理的數(shù)據(jù)分割策略 3 適當(dāng)?shù)谋韯澐?4 定義合適的數(shù)據(jù)來源等 2 2 2 3 數(shù)據(jù)倉(cāng)庫物理模型 數(shù)據(jù)倉(cāng)庫物理模型所做的工作是確定數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu) 確定索引策略 確定數(shù)據(jù)存放 位置 確定存儲(chǔ)分配 確定數(shù)據(jù)倉(cāng)庫實(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 特性等 2 2 3 BW 數(shù)據(jù)倉(cāng)庫結(jié)構(gòu)定義 2 2 3 1 數(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)的抽取工作 主要抽取 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 數(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)加載方式為增量加載 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)集成了對(duì)各種源系統(tǒng)進(jìn)行數(shù)據(jù)抽取 數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉(cāng)庫的各種功能 并提供簡(jiǎn)單的圖形化操作界面 可以通過簡(jiǎn)單的拖動(dòng)實(shí)現(xiàn)數(shù)據(jù)源的建立 數(shù)據(jù)的抽取 可 以定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式 時(shí)間等 上圖即為 BW 數(shù)據(jù)倉(cāng)庫 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ù)存儲(chǔ) BW 數(shù)據(jù)倉(cāng)庫中 數(shù)據(jù)存儲(chǔ)采用的分層設(shè)計(jì)方法 即上文所劃分的數(shù)據(jù)抽取層 數(shù)據(jù) 合并層 數(shù)據(jù)分析層 在這樣的設(shè)計(jì)中 數(shù)據(jù)是真正物理存儲(chǔ)于各層模型中 數(shù)據(jù)在流經(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ù)存儲(chǔ)層 數(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è)務(wù)產(chǎn)生的時(shí)間戳或者日期 且需要 明細(xì)到憑證級(jí) Cube 中僅存放匯總后的業(yè)務(wù)數(shù)據(jù)且此類數(shù)據(jù)是已經(jīng)經(jīng)過邏輯處理的 2 2 4 數(shù)據(jù)倉(cāng)庫管理標(biāo)準(zhǔn)及命名規(guī)范 2 2 4 1 命名規(guī)則設(shè)計(jì)原則 層次 常用名 作用 4 Outbound Data Layer ODL 數(shù)據(jù)集市接口層 通過 Open Hub BAPI RFC 等方式向系統(tǒng)外的應(yīng)用 程序提供數(shù)據(jù)的接口層 3 Reporting Data Layer RDL 報(bào)表層 報(bào)表層 主要由立方體 多信息提供者 虛擬信息提供 者構(gòu)成 以業(yè)務(wù)需求和性能為首要考慮因素進(jìn)行最終輸出模型維 度設(shè)計(jì) 2 Consolidation Data Layer CDL 邏輯合并層 邏輯處理層 實(shí)現(xiàn)報(bào)表邏輯 儲(chǔ)存邏輯處理完的數(shù)據(jù) 1 Inbound Data Layer IDL 原始數(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 0 Persistent Staging Area PSA 緩存層 數(shù)據(jù)緩存層 與數(shù)據(jù)源對(duì)應(yīng) 占用 BW 數(shù)據(jù)庫磁盤空間 最大比例 每三到六個(gè)月定期清理一次 2 2 4 2 BW 系統(tǒng)開發(fā)對(duì)象通用編碼 2 2 4 2 1 代表源系統(tǒng) 按以下規(guī)范編碼 全稱適用于信息區(qū)域的命名 縮寫適用于其 他開發(fā)對(duì)象的命名 SAP 系統(tǒng)按 0 9 數(shù)字順序編碼 全稱 縮寫 含義 SD1 1 SD1 SAP ERP SD2 2 SD2 SAP CRM 以下順序編碼 以下順序編碼 非 SAP 系統(tǒng)按 A Z 字母順序編碼 2 2 4 2 2 根據(jù)南車管理現(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)中心的命名 FYGLXT A 費(fèi)用管理系統(tǒng) YSXT B 預(yù)算系統(tǒng) C D E 以下順序編碼 2 2 4 2 3 代表模型層次 按以下規(guī)范編碼 全稱適用于信息區(qū)域的命名 縮寫適用于其 他開發(fā)對(duì)象的命名 全稱 縮寫 含義 IDL I 原始數(shù)據(jù)層 CDL C 邏輯合并層 RDL R 報(bào)表層 ODL O 數(shù)據(jù)集市接口層 IBJ B 特征信息區(qū)域 2 2 4 2 4 代表數(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 采購(gòu)單 DN 發(fā)貨單 SP 裝運(yùn)單 BL 發(fā)票 MM 庫存 PP 生產(chǎn) 2 2 4 3 南車 BW 系統(tǒng)開發(fā)對(duì)象命名規(guī)范 2 2 4 3 1 Info Area 1 最多 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ù)據(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 2 4 2 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 4 2 4 示例 Z SINOCHEM LAYER IDL SD1 SD Z SINOCHEM LAYER IDL KTDB PP iii 文本向下第四及第五層 根據(jù)需要 首先按照經(jīng)營(yí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 SYZX YZ Z SINOCHEM LAYER IDL FILE ZHJT YS CDL 和 RDL 層 i 首先按經(jīng)營(yí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 SINOCHEM LAYER CDL XTGS FI Z SINOCHEM LAYER CDL HFZX SD 2 2 4 3 2 ODS 1 最多 8 個(gè)字符 2 以 Z 開頭 注 如果以 Z 開頭的編碼已全部被占用 才可 Y 此條適用于所有以 Z 開頭的命名 規(guī)則 下面不再特殊注明 示例 ZI1SOS01 SD1 的 IDL 層訂單 ODS Y I1SOS01 某某中心的整合訂單 ODS 3 ODS 必須根據(jù)它的作用分配到指定的層次 如 IDL CDL RDL 4 命名原則 ZS 見 3 2 4 2 3 見 3 2 4 2 4 2 位數(shù)字編碼 分如下兩種情況 分別適用不同的編碼規(guī)則 i 如模型屬于 IDL 層 則代表源系統(tǒng)編號(hào) 即 見 2 1 示例 ZI1SOS01 SD1 的 IDL 層訂單 ODS ZI2SOS01 SD2 的 IDL 層訂單 ODS ii 如模型屬于 CDL 或則 RDL 層 則代表經(jīng)營(yíng)中心 即 見 2 2 示例 ZC SOS01 ZCASOS01 2 2 4 3 3 Cube 1 最多 8 個(gè)字符 2 以 Z 開頭 3 Cube 必須分配到 RDL 層次 4 命名原則 ZRC 見 3 2 4 2 3 見 3 2 4 2 4 2 位數(shù)字編碼 示例 ZRLGLC01 財(cái)務(wù)公司收入分析 Cube ZR GLC01 集團(tuán)的收入分析 Cube 2 2 4 3 4 MultiProvider 1 最多 8 個(gè)字符 2 以 ZR 開頭 3 必須分配到 RDL 層次 5 命名原則 ZRM 見 3 2 4 2 3 見 3 2 4 2 4 2 位數(shù)字編碼 示例 ZRLGLM01 財(cái)務(wù)公司收入分析 Cube ZR GLM01 集團(tuán)的收入分析 Cube 2 2 4 3 5 Aggregates 1 命名原則 AGGR 所屬 Info Cube 的技術(shù)名稱 2 位數(shù)字編碼 示例 示例 ZRLGLC01 AGGR01 ZR GLC01 AGGR01 2 描述原則 把累計(jì)的特征列出 用 隔開 示例 Material Plant Month Plant Material Component Month 2 2 4 3 6 InfoObject Catalogs 1 最多 30 個(gè)字符 2 以 Z 開頭 3 Cube 必須分配到 RDL 層次 4 命名原則 Z 所屬 Info Area 的技術(shù)名稱 CH 特征 KF Key Figure 2 2 4 3 7 Info Object 命名規(guī)則 Z 變量 字段長(zhǎng)度 說明 Function Area 2 見 3 2 4 2 4 Name 5 自定義名稱 部分參照 R3 字段名 示例 ZFI BANK 銀行 2 2 4 3 8 Hierarchy 為系統(tǒng)標(biāo)準(zhǔn)的來自 BI Content 中的信息對(duì)象建立 Hierarchy 時(shí) 按以下命名規(guī)則 命名規(guī)則 Z H 變量 字段長(zhǎng)度 說明 InfoObject 7 NN 2 當(dāng)前編號(hào) 標(biāo)號(hào)從 01 開始 Date 6 有效起始日期 YYMMDD 注意 如果長(zhǎng)度不夠 可以將縮寫 示例 為 0Company 建立 Hierarchy 時(shí) 命名為 ZCompany H01 031121 也可縮寫為 ZCC H01 031121 為自定義的信息對(duì)象建立 Hierarchy 時(shí) 按以下命名規(guī)則 命名規(guī)則 Z H 變量 字段長(zhǎng)度 說明 InfoObject 7 見 3 2 4 3 7 NN 2 當(dāng)前編號(hào) 標(biāo)號(hào)從 01 開始 Date 6 有效起始日期 YYMMDD 注意 如果長(zhǎng)度不夠 可以將縮寫 示例 ZFI BANK H01 031121 2 2 4 3 9 Query 項(xiàng)目組內(nèi)部命名規(guī)則 命名規(guī)則 Q Variable Length Comment MultiProvider 8 Multiprovider 的全名 NNN 3 三位數(shù)字 從 001 開始 其他用戶或者其他用途創(chuàng)建命名規(guī)則 例如 培訓(xùn) 測(cè)試用途 命名規(guī)則 Q 變量 字段長(zhǎng)度 說明 Function Area 2 見模塊 命名規(guī)則 Business Area 4 同 R3 系統(tǒng) NNN 3 當(dāng)前編號(hào) 標(biāo)號(hào)從 001 開始 示例 ZT FI XXXX Q0001 2 2 4 3 10 Struture 命名規(guī)則 S 變量 字段長(zhǎng)度 說明 MultiProvider 見 Cube 命名規(guī)則 NNN 3 當(dāng)前編號(hào) 標(biāo)號(hào)從 001 開始 示例 ZR SDC01 S001 2 2 4 3 11 Bex Variable 1 最多 8 個(gè)字符 2 命名原則 Z P 單值 I 范圍 H 層次 N 層次節(jié)點(diǎn) T 文本變量 F 公式變量 NNN 3 位數(shù)字編碼 2 2 4 3 12 Calculated Key Figure 1 最多 30 個(gè)字符 2 命名原則 CK Variable Length Comment Info Cube 8 Cube 全名 CK 2 固定 NNN 3 三位數(shù)字 從 001 開始 2 2 4 3 13 Restricted Key Figure 1 最多 30 個(gè)字符 2 命名原則 RK Variable Length Comment Info Cube 8 Cube 全名 RK 2 固定 NNN 3 三位數(shù)字 從 001 開始 2 2 4 3 14 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)按照以 下方式命名 命名規(guī)則 Z 變量 字段長(zhǎng)度 說明 Function Area 2 見 3 2 4 2 4 M T 1 M 代表主數(shù)據(jù) T 代表業(yè)務(wù)數(shù)據(jù) NN 2 當(dāng)前編號(hào) 標(biāo)號(hào)從 01 開始 2 2 4 3 15 Info Package 命名規(guī)則 變量 字段長(zhǎng)度 說明 DataSource 見 Datasource 命名規(guī)則 Update 1 F Full Update D Delta Update I Delta Initial 示例 0FI GL 4 D 2 2 4 3 16 Process chain 1 命名原則 ZPC 示例 ZPC IM TRAN WK ZPC MAT ATTR DL 2 2 4 4 BW 系統(tǒng)權(quán)限命名規(guī)則 角色 2 2 4 4 1 singlerole 命名規(guī)則 變量 字段長(zhǎng)度 說明 Site 3 見 3 2 4 2 1 業(yè)務(wù)代碼 OBJECT 4 9 權(quán)限對(duì)象名稱或模型名稱 NR 4 可選 對(duì)于模型的角色可以為空 權(quán)限對(duì)象下的具體付值 示例 為南車建立公司代碼上的權(quán)限對(duì)象 可以命名為 ZS CMP XXXX 2 2 4 4 2 commonrole 命名規(guī)則 變量 字段長(zhǎng)度 說明 Site 3 見 3 2 4 2 1 業(yè)務(wù)代碼 OBJECT 4 9 權(quán)限對(duì)象名稱或模型名稱 NR 4 可選 對(duì)于模型的角色可以為空 權(quán)限對(duì)象下的具體付值 2 3 南車時(shí)代電氣 BW 數(shù)據(jù)倉(cāng)庫優(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ì)象 模型 處理鏈 OPEN HUB 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ù)源大多為 3 5 數(shù)據(jù)源 信息源 傳輸規(guī)則 更新規(guī)則 考慮轉(zhuǎn)換為 7 0 數(shù)據(jù) 源及轉(zhuǎn)換 方便以后的運(yùn)維管理及系統(tǒng)新功能的應(yīng)用 5 CUBE 層面未做聚集 壓縮 分區(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 ZTBW00 8 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)方式替換 2 4 數(shù)據(jù)展現(xiàn)層遷移方案 當(dāng)完成 BW 優(yōu)化升級(jí)的工作之后 我們即將著手部署 SAP BO 集成 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) 在原 BW CUBE 上重新開發(fā) 同時(shí)將開發(fā)好的新報(bào)表集 成到 EP 門戶中 最終形成 SAP BW BO EP 的商務(wù)智能技術(shù)平臺(tái)結(jié)構(gòu) 完成重要?dú)v史報(bào) 表的遷移工作 2 5 主數(shù)據(jù)共享平臺(tái)方案 主數(shù)據(jù) 源系統(tǒng) 目標(biāo)系統(tǒng) 物料 ERP PLM SPM 制造 BOM ERP PLM SPM 客戶 ERP ECM 供應(yīng)商 ERP ECM 人員 HCM SPM 崗位 HCM SPM 組織機(jī)構(gòu) HCM SPM 訂單 BOM ERP 只抽取 從上表中我們可以發(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ì) SAP ERP 系統(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ù)倉(cāng)庫中進(jìn)行主 數(shù)據(jù)的提取 具體分層結(jié)構(gòu)及 ETL 數(shù)據(jù)存儲(chǔ)等的操作方式可參見 3 2 3 章節(jié) 這里不再做 重復(fù)的贅述 第 3 章 南車電氣數(shù)據(jù)倉(cāng)庫建設(shè)項(xiàng)目實(shí)施方案 3 1 南車電氣數(shù)據(jù)倉(cāng)庫系統(tǒng)實(shí)施計(jì)劃 3 1 1 工作時(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ù)倉(cāng)庫 對(duì)BW 數(shù)據(jù)倉(cāng)庫的軟硬件進(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ù)倉(cāng)庫中 進(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ì)等 SAP BW 顧問 分析業(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ì)說明書的要求 SAP BO 顧問 根據(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)展 狀況 確保足夠的項(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ù)倉(cāng)庫經(jīng)驗(yàn) 豐富的 BI 工作經(jīng)歷 至少2 3 年的 BI 報(bào)表 設(shè)計(jì)開發(fā)經(jīng)驗(yàn) 豐富的 ETL