數(shù)據(jù)倉庫建設(shè)項目實施方案建議書.doc
《數(shù)據(jù)倉庫建設(shè)項目實施方案建議書.doc》由會員分享,可在線閱讀,更多相關(guān)《數(shù)據(jù)倉庫建設(shè)項目實施方案建議書.doc(50頁珍藏版)》請在裝配圖網(wǎng)上搜索。
株洲南車時代電氣股份有限公司 數(shù)據(jù)倉庫建設(shè)規(guī)劃項目 方案建議書 XX 軟件系統(tǒng)股份有限公司 2015 年 03 月 目 錄 第 1 章 南車電氣數(shù)據(jù)倉庫建設(shè)項目介紹 3 1 1 南車電氣數(shù)據(jù)倉庫建設(shè)項目的背景 3 1 2 南車電氣環(huán)境現(xiàn)狀及需求分析 4 1 2 1 項目目標(biāo) 4 第 2 章 南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述 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 南車時代電氣數(shù)據(jù)倉庫平臺建設(shè) 13 2 2 1 數(shù)據(jù)倉庫建設(shè)原則 13 2 2 2 數(shù)據(jù)倉庫規(guī)范體系設(shè)計 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 章 南車電氣數(shù)據(jù)倉庫建設(shè)項目實施方案 35 3 1 南車電氣數(shù)據(jù)倉庫系統(tǒng)實施計劃 35 3 1 1 工作時間表 預(yù)計 35 3 2 培訓(xùn)計劃 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 章 項目實施和管理提升方法 46 4 1 項目實施和管理提升方法 46 4 2 XX 在南車電氣項目中提供的管理提升和服務(wù)內(nèi)容 46 4 3 XX 管理提升與 BI 實施相結(jié)合的指導(dǎo)原則 47 4 4 XX 管理提升與 BI 實施相結(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 進行未來業(yè)務(wù)流程和管理提升詳細(xì)討論和藍(lán)圖確認(rèn) 49 4 4 5 管理提升交付成果實例 49 第 5 章 項目管理和質(zhì)量保證 51 5 1 工作計劃管理 51 5 2 溝通管理 51 5 3 爭議協(xié)調(diào)升級程序 52 5 4 項目質(zhì)量控制 52 5 5 文檔管理 54 5 6 建議南車電氣提供的保障措施 55 5 7 驗收標(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è)項目介紹 1 1 南車電氣數(shù)據(jù)倉庫建設(shè)項目的背景 南車時代電氣始終堅持核心技術(shù)向相關(guān)產(chǎn)業(yè)延伸的發(fā)展戰(zhàn)略 不斷鞏固在軌道交通領(lǐng) 域的行業(yè)地位 著力提升在電氣傳動和控制系統(tǒng)領(lǐng)域的專業(yè)地位 正樹立起公司在電氣傳 動和控制系統(tǒng)領(lǐng)域國際化專業(yè)供應(yīng)商的新形象 為挖掘信息化系統(tǒng)價值 提升內(nèi)部管理手段 公司于 2010 2011 年啟動并初步建立 了南車時代電氣綜合分析系統(tǒng) 該系統(tǒng)采用了 SAP BW 和 EP 的技術(shù)平臺 實現(xiàn)了部分經(jīng) 營指標(biāo)及報表需求 且于 2014 年從 V7 0 升級到 V7 4 版本 為優(yōu)化各類應(yīng)用系統(tǒng)間的借 口 提高系統(tǒng)的安全性和可維護性 公司于 2014 年啟動了 ESB 技術(shù)平臺的預(yù)研工作 確 立了以普元公司的 Primeton ESB 為技術(shù)平臺建設(shè)公司的數(shù)據(jù)總線 部分系統(tǒng)間接口已經(jīng) 實現(xiàn)與 ESB 的集成 1 2 南車電氣環(huán)境現(xiàn)狀及需求分析 公司為實現(xiàn)基于企業(yè)績效管理的信息化系列重大需求 準(zhǔn)備通過本項目做好數(shù)據(jù)倉庫 技術(shù)平臺的規(guī)劃及優(yōu)化提升工作 確保數(shù)據(jù)倉庫平臺滿足全面啟動建設(shè)企業(yè)績效管理系統(tǒng) 的要求 本項目的工作任務(wù)包括數(shù)據(jù)倉庫的建設(shè)規(guī)劃 數(shù)據(jù)倉庫的技術(shù)規(guī)范及性能優(yōu)化 數(shù)據(jù)倉庫與 BO EP 的集成應(yīng)用 數(shù)據(jù)倉庫與 ESB 集成實現(xiàn)重要主數(shù)據(jù)的信息共享等四個 方面 公司為實現(xiàn)企業(yè)績效管理信息化的重大需求 籍由本項目做好數(shù)據(jù)倉庫平臺建設(shè)的規(guī) 劃 搭建起商務(wù)智能體系的整體技術(shù)架構(gòu)并實現(xiàn)部分實例應(yīng)用 滿足全面啟動企業(yè)績效管 理信息化的技術(shù)要求 同時 提出規(guī)范和優(yōu)化提升既有的 SAP BW 數(shù)據(jù)倉庫系統(tǒng) 使之成 為企業(yè)商務(wù)智能平臺中運行良好的關(guān)鍵一環(huán) 為了解決本公司現(xiàn)有重要數(shù)據(jù)分布管理 交叉共享 無法保障數(shù)據(jù)及時性和準(zhǔn)確性的 弊端 公司擬將 SAP BW 建設(shè)成為未來的數(shù)據(jù)集成與共享中心 能夠滿足建設(shè)公司 ESB 平 臺的數(shù)據(jù)服務(wù)要求 實現(xiàn)重要主數(shù)據(jù)的歸集與共享 提升數(shù)據(jù)交互性能和系統(tǒng)安全性 實現(xiàn) BW 系統(tǒng)的規(guī)劃與優(yōu)化 搭建并應(yīng)用 BW EP BO 的技術(shù)平臺 建立重要主數(shù)據(jù) 的集中存儲機制 與 ESB 集成實現(xiàn)與試點目標(biāo)系統(tǒng)主數(shù)據(jù)的同步 前瞻性 既體現(xiàn)在 BW 軟硬件平臺規(guī)劃和建設(shè)思路上要考慮未來五年的發(fā)展需求 也 體現(xiàn)在 BW 的 ETL 部署 處理連 聚集 模型等數(shù)據(jù)倉庫要素的設(shè)計規(guī)范上 1 2 1 項目目標(biāo) 本期項目定位為規(guī)劃奠基階段 需要全面系統(tǒng)的構(gòu)建南車電氣未來企業(yè)核心數(shù)據(jù)倉庫 的基礎(chǔ)架構(gòu) 該基礎(chǔ)架構(gòu)要具有完整性 能滿足本期項目的需求 同時也要具有靈活性和 可拓展性 能夠滿足未來企業(yè)發(fā)展而不斷變化的需求 綜上所述我們對于本次項目目標(biāo)概括如下 1 以 BW 作為數(shù)據(jù)倉庫建設(shè)進行未來的整體規(guī)劃 使之覆蓋 5 年內(nèi) 含 2015 企業(yè) 級中心數(shù)據(jù)倉庫的技術(shù)框架 業(yè)務(wù)對象設(shè)計等需求 且至少滿足未來 2 3 年內(nèi)南車 電氣核心數(shù)據(jù)倉庫的具體使用情況 滿足其建設(shè)標(biāo)準(zhǔn)及管理標(biāo)準(zhǔn) 提高可讀性 可 擴展性 可維護性 規(guī)劃內(nèi)容包括數(shù)據(jù)整合 ETL 層 數(shù)據(jù)服務(wù)層 數(shù)據(jù)展現(xiàn) 應(yīng) 用 層的軟硬件技術(shù)平臺和服務(wù)內(nèi)容 制定數(shù)據(jù)倉庫的設(shè)計規(guī)范 2 優(yōu)化 SAP BW 的軟硬件環(huán)境 規(guī)范 BW 數(shù)據(jù)倉庫的技術(shù)架構(gòu) 對象設(shè)計和管理方式 重新梳理及構(gòu)建原 BW 系統(tǒng)中設(shè)計不合理的部分 比如 CUBE Query 等 提升 BW 的操作性能 優(yōu)化 Query 等待時間 使之具備滿足當(dāng)前作為企業(yè)級中心數(shù)據(jù)倉 庫服務(wù)的條件 涉及的相關(guān) CUBE 主要有總帳行項目 應(yīng)收 應(yīng)付 成本 采購 庫存 銷售 考核指標(biāo)等 3 部署 SAP BO 集成 EP 作為新的數(shù)據(jù)展現(xiàn) 應(yīng)用 層 將當(dāng)前 BW 中的部分報表展 現(xiàn)重構(gòu) 以 BO 在原 BW CUBE 的基礎(chǔ)上重新開發(fā) 形成 SAP BW BO EP 的商務(wù) 智能技術(shù)平臺結(jié)構(gòu) 完成重要歷史報表的遷移工作 4 構(gòu)建主數(shù)據(jù)共享平臺 擴展數(shù)據(jù)倉庫實現(xiàn)重要主數(shù)據(jù)歸集和儲存的業(yè)務(wù)應(yīng)用 目前 有物料 客戶 供應(yīng)商 人員 崗位 組織機構(gòu) 制造 BOM 訂單 BOM 七類核心 業(yè)務(wù)系統(tǒng)中的主數(shù)據(jù)需要匯集到 BW 數(shù)據(jù)倉庫 通過 ETL 手段完成 SAP 和非 SAP 系統(tǒng)的主數(shù)據(jù)抽取并且在 BW 中建模 最終實現(xiàn)將數(shù)據(jù)倉庫作為 ESB 中核心業(yè)務(wù)系 統(tǒng)重要主數(shù)據(jù)的存儲與共享中心 提供相關(guān)主數(shù)據(jù)的接口以供 ESB 系統(tǒng)調(diào)用 以此 實現(xiàn)重要主數(shù)據(jù)的跨平臺同步 第 2 章 南車電氣數(shù)據(jù)倉庫建設(shè)解決方案詳述 2 1 南車電氣數(shù)據(jù)倉庫建設(shè)整體方案說明 2 1 1 方案概述 本期項目的專業(yè)定位是集團企業(yè)級核心數(shù)據(jù)倉庫的建設(shè) 數(shù)據(jù)倉庫架構(gòu)的優(yōu)化及規(guī)范 體系的建立 XX 軟件系統(tǒng)有限公司以 ROI 投資回報 為目標(biāo) 以科技為手段 為南車電氣 未來的公司績效管控和決策支持服務(wù)構(gòu)建強壯的基礎(chǔ) XX 公司通過結(jié)合中國本地的人力資 源和地利之先 綜合國內(nèi)外的先進管理思想和應(yīng)用實踐 愿為南車電氣的事業(yè)錦上添花 針對上一章節(jié)中我們所理解歸納的南車電氣本期項目的需求 本期項目是南車電氣信 息系統(tǒng)建設(shè)的核心部分 整合后的數(shù)據(jù)倉庫將作為將來南車電氣整個 IT 環(huán)境中的數(shù)據(jù)基礎(chǔ) 平臺 建設(shè)完成后將為未來的南車電氣企業(yè)績效管理信息化系統(tǒng)做準(zhǔn)備 數(shù)據(jù)倉庫系統(tǒng)的 建設(shè)有其順序性 且需要大量時間 數(shù)據(jù)倉庫系統(tǒng)建設(shè)過程中 將發(fā)現(xiàn)原有的營運系統(tǒng)在 作業(yè)流程 數(shù)據(jù)質(zhì)量 數(shù)據(jù)標(biāo)準(zhǔn)化的問題 基于此發(fā)現(xiàn) 將有助于對營運系統(tǒng)的缺陷進行 修復(fù) BI 系統(tǒng)的建設(shè)是循序漸進不斷完善的 是跟業(yè)務(wù)一起發(fā)展的 基于上述想法 數(shù)據(jù)倉 庫項目的實施 當(dāng)一期建設(shè)完成后 二期 三期將建設(shè)更為詳細(xì)的企業(yè)各系統(tǒng)數(shù)據(jù)模型 增加新的源數(shù)據(jù)系統(tǒng) 擴展和完善數(shù)據(jù)主題域 新建更多主題數(shù)據(jù)集市 涵蓋整個南車電 氣的業(yè)務(wù)范圍 以 SAP BW 數(shù)據(jù)倉庫平臺為基礎(chǔ) 構(gòu)建未來企業(yè)級中心數(shù)據(jù)倉庫 通過 SAP BO 平 臺重新進行報表前端展現(xiàn)層的開發(fā) 最后通過 EP 平臺發(fā)布 形成 SAP BW BO EP 的商 務(wù)智能技術(shù)平臺結(jié)構(gòu) 2 1 2 系統(tǒng)邏輯架構(gòu) 系統(tǒng)邏輯架構(gòu)示意圖 源系統(tǒng)說明 本次項目的主要數(shù)據(jù)來源為 SAP 系統(tǒng)和非 SAP 系統(tǒng) 數(shù)據(jù)處理層 數(shù)據(jù)抽取層的目的是實現(xiàn)將數(shù)據(jù)源的數(shù)據(jù)經(jīng)過抽取 轉(zhuǎn)換后加載到數(shù)據(jù)管理層中 同 時在這個過程中 需要進行任務(wù)的調(diào)度控制 任務(wù)出錯處理以及數(shù)據(jù)質(zhì)量的檢查 南車電 氣的項目數(shù)據(jù)主要通過 BW 中的 ETL 技術(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ù)管理層以業(yè)務(wù)需求為驅(qū)動 根據(jù)業(yè)務(wù)不同的主題 建立多個主題模型 建模以維 度建模方法論為指導(dǎo) 結(jié)合實際需求 考慮模型的靈活性 擴展性以及性能 為前端展現(xiàn) 提供一致 高效的數(shù)據(jù) 報表平臺層 報表平臺采用業(yè)界最為優(yōu)秀的 SAP BO 產(chǎn)品 可實現(xiàn)固定格式報表 動態(tài)報表 移動展現(xiàn) 等多種報表 報表展現(xiàn)層 前端展現(xiàn) SAP EP 門戶集成 BO 報表來實現(xiàn) 2 1 3 系統(tǒng)硬件架構(gòu)建議方案 本次項目至少需要有兩套環(huán)境 開發(fā)環(huán)境和生產(chǎn)環(huán)境 從邏輯上 兩套環(huán)境必須分開 權(quá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ù) SAP ERP 2 1T 40 50G SAP CRM 115 77G 3 4G PLM 710G 25 30G 供應(yīng)商門戶 電氣加國變 52 3G 約 0 8G 供應(yīng)商門戶 風(fēng)電 19 5G 約 0 1G 供應(yīng)商門戶 電動 39 6G 約 40M 費用管理系統(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 個多 T 未來 5 年的數(shù)據(jù)增量 保守估計為 6 10 個 T 而 BW 系統(tǒng)的數(shù)據(jù)基本上為源系統(tǒng)數(shù)據(jù)量的 1 5 2 倍 也就是說 在數(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ù)庫 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ù)查詢等待時間長 BW 生產(chǎn)數(shù)據(jù)庫服務(wù)器 12 30G C 100G D 1800G D 400G 數(shù)據(jù)查詢等待時間長 EP 生產(chǎn)服務(wù)器 12 30G C 100G D 1800G D 400G 數(shù)據(jù)查詢等待時間長 由上表中我們可以看到幾乎每一臺服務(wù)器都有不同程度的性能問題 但光看配置感覺 在 CPU 和內(nèi)存上并沒有太大問題 所以我們的做法是在項目啟動之后 將會派遣資深的 SAP BASIS 顧問對于相關(guān)系統(tǒng)的內(nèi)存使用率 CPU 使用情況 服務(wù)器資源分配是否合理 等等情況進行評估 找準(zhǔn)產(chǎ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ù)倉庫 搭建 智慧采集平臺以錄入的方式對業(yè)務(wù)系統(tǒng)中無法抽取的指標(biāo)數(shù)據(jù)進行統(tǒng)一上報 使其 匯總到數(shù)據(jù)倉庫的接口表中存放 重大任務(wù) 重點工作的進度 數(shù)據(jù)調(diào)整也將通過 智慧采集平臺來調(diào)整并保存到數(shù)據(jù)倉庫之中 2 指標(biāo)管理 進行指標(biāo)管理系統(tǒng)的初步建設(shè) 該系統(tǒng)主要功能為設(shè)置指標(biāo)閥值 指標(biāo) 權(quán)重 指標(biāo)字典 梳理指標(biāo)歸口關(guān)系 是一個管理維護整個指標(biāo)體系的強大系統(tǒng) 由于涉及的功能較為復(fù)雜 我們會逐步完善充實該系統(tǒng) 本期的目標(biāo)是該系統(tǒng)的初 步建設(shè) 主要開發(fā)指標(biāo)閥值 指標(biāo)權(quán)重維護功能 3 指標(biāo)展現(xiàn) 我們在 XX 智慧決策平臺上實現(xiàn)多個事業(yè)部和產(chǎn)業(yè)板塊的績效數(shù)據(jù)匯總 和 BSC 指標(biāo)展現(xiàn) 同時還包括財務(wù) 運營 人事等方面的主題分析 主要內(nèi)容為 各類日常使用報表 管理駕駛艙以及績效考核重大任務(wù) 階段性成果 這一階段的工作重點是 XX 智慧采集平臺 XX 智慧決策平臺的建立以及 這兩個平臺同南車時代電氣原有的企業(yè)級數(shù)據(jù)倉庫 報表平臺相整合 同時做好數(shù)據(jù)倉庫 的數(shù)據(jù)梳理工作 當(dāng)?shù)谝浑A段順利完成之后 將會形成一套完整的績效管理系統(tǒng)和面向事 業(yè)部及集團的 BI 系統(tǒng) 屆時所有相關(guān)績效考核的數(shù)據(jù)都可以順利的進入數(shù)據(jù)倉庫中 并進 行正確的合并匯總 同時 對集團和事業(yè)部 BI 用戶實現(xiàn)嚴(yán)格的權(quán)限劃分 使不同管轄權(quán)限 的用戶看到不同的數(shù)據(jù) 為今后系統(tǒng)建設(shè)及擴展打下堅實基礎(chǔ) 第二階段目標(biāo) 1 深化主題 對一期已經(jīng)開發(fā)的主題分析 績效指標(biāo)進行更深入分析和展現(xiàn) 指標(biāo)的 監(jiān)控及考核從一期的二級對象深入到三級對象中 各個 BCS 戰(zhàn)略層面的進一步深 化 2 提升指標(biāo)管理 完善指標(biāo)管理系統(tǒng)的功能 在第二階段中指標(biāo)字典 指標(biāo)歸口關(guān)系 設(shè)定等功能將陸續(xù)開發(fā) 最終使得整個指標(biāo)管理平臺可以完全滿足整個系統(tǒng)指標(biāo)管 理維護的需要 使得未來的開發(fā)維護成本大大降低 3 完善 BI 平臺建設(shè) 將一期已經(jīng)得到的成果結(jié)合平衡計分卡的理念 將企業(yè)四個維度 財務(wù)成果 內(nèi)部管理 市場與客戶 學(xué)習(xí)與發(fā)展 的關(guān)鍵指標(biāo)進行多角度探索分 析 同時從一期的指標(biāo)展現(xiàn)提升為數(shù)據(jù)分析 多維分析 預(yù)測分析等商務(wù)智能的王 牌分析全面展開 為高層決策層與知識型管理者提供科學(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è)運作的更好 考慮到未來可能有的系 統(tǒng)擴展和 SAP ERP 故障 XX 智慧采集平臺依舊在整個架構(gòu)中扮演重要的角色 但是手工 上報數(shù)據(jù)和自動上報數(shù)據(jù)將通過數(shù)據(jù)標(biāo)簽嚴(yán)格區(qū)分 以便事業(yè)部和集團清楚數(shù)據(jù)來源 第三階段 隨著數(shù)據(jù)倉庫中越來越豐富的數(shù)據(jù) 南車電氣已經(jīng)完全具備了大數(shù)據(jù)分析 的能力 此時可以引入先進的數(shù)據(jù)分析軟件 如 SAS 等為集團 BI 系統(tǒng)進行更多的挖掘和 分析 屆時將實現(xiàn)一些高級別數(shù)據(jù)分析的需求和結(jié)果 例如 我們可以從風(fēng)機運行時各部件傳感器傳回的大量秒級數(shù)據(jù)之中分析得到為什么 這個型號的風(fēng)機故障率會高 故障主要集中在哪幾個點 當(dāng)出現(xiàn)怎么樣的數(shù)據(jù)參數(shù)波動時 風(fēng)機的哪個部件有可能將會出問題 從而做到設(shè)備的故障預(yù)測 減少設(shè)備的非計劃性停機 維護 增加客戶的經(jīng)濟效益 提升客戶的滿意度 同時 隨著技術(shù)的發(fā)展和實時數(shù)據(jù)及性能的需求 可以把原先的數(shù)據(jù)倉庫替換成 HANA 產(chǎn)品 HANA 強大的數(shù)據(jù)處理能力和系統(tǒng)實時性數(shù)據(jù)的展現(xiàn)可以通過關(guān)鍵指標(biāo)體系 展示企業(yè)實時的運營狀態(tài) 將采集到的數(shù)據(jù)形象化 直觀化 具體化 時效化 讓管理層 隨時可以觀察到企業(yè)的運轉(zhuǎn)狀態(tài) 即使得到分析預(yù)測結(jié)果來輔助自己的決策 為戰(zhàn)略層和 管理層提供 一站式 的決策支持 在這個階段中 我們要更強化 BI 系統(tǒng)數(shù)據(jù)倉庫架構(gòu) 通過從業(yè)務(wù)系統(tǒng)抽取更多的明細(xì)數(shù)據(jù)以使集團 BI 系統(tǒng)可以分析到憑證級粒度 在這個基礎(chǔ) 之上我們可以為各個產(chǎn)業(yè)板塊開發(fā)定制化的 DataMart 這一階段工作重點將會是如何做 好 HANA 平臺的替換以及如何運用數(shù)據(jù)分析軟件做到 BI 系統(tǒng)的全面預(yù)測 深入的數(shù)據(jù)分 析及多元化的報表展現(xiàn) 最終成果 南車時代電氣 BI 系統(tǒng)通過整合各個事業(yè)部 分子公司 產(chǎn)業(yè)板塊業(yè)務(wù)數(shù)據(jù) 將集團各層級管理人員關(guān)心的業(yè)務(wù)指標(biāo)以駕駛艙 分析報表等形式通過 XX 智慧決策平臺 的個性化展現(xiàn) BI 戰(zhàn)略管理層通過這個平臺可以一目了然地看清企業(yè)全貌和業(yè)務(wù)全貌 讓 企業(yè)管理者從各個方面多個個維度來了解自己的企業(yè) 為集團層面 事業(yè)部層面和分子公 司管理層提供高效數(shù)據(jù)分析和決策支持 與此同時 通過大數(shù)據(jù) 數(shù)據(jù)分析等應(yīng)用 逐步 形成針對各產(chǎn)業(yè)板塊的個性化的數(shù)據(jù)挖掘 數(shù)據(jù)預(yù)測 以提高對市場的洞察力 提升客戶 滿意度 促進技術(shù)創(chuàng)新 最終達(dá)成提升企業(yè)市場競爭力 為企業(yè)創(chuàng)造更多的經(jīng)濟效益和社 會效益 2 2 南車時代電氣數(shù)據(jù)倉庫平臺建設(shè) 2 2 1 數(shù)據(jù)倉庫建設(shè)原則 數(shù)據(jù)倉庫系統(tǒng)的建設(shè)不是一蹴而就的 是一個漸進和長期的過程 所以 XX 公司在南 車電氣數(shù)據(jù)倉庫建設(shè)項目方案規(guī)劃過程中 始終貫穿了下列原則 先進性 采用業(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)進行建模 集成 SAP ECC 各模塊數(shù) 據(jù) 這些數(shù)據(jù)可供管理人員共同使用 支持多種數(shù)據(jù)源和第三方的分析與報告工具 支持?jǐn)?shù)據(jù)的抽取和數(shù)據(jù)的分析 如能夠提供對各種數(shù)據(jù)業(yè)務(wù)含義進行解釋和方便的查 詢 為開發(fā)人員提供高效的外部接口 靈活性 數(shù)據(jù)倉庫系統(tǒng)的模型需要能夠依業(yè)務(wù)變化而調(diào)整 南車電氣數(shù)據(jù)倉庫系統(tǒng) 從不同的角度對整個南車電氣的生產(chǎn)情況和銷售情況進行多維度 多角度 多指標(biāo)的 不同層次的分析 這樣就確保了隨著業(yè)務(wù)的發(fā)展 可以很方便的在此基礎(chǔ)上擴充更多 的應(yīng)用 主題 用戶能夠靈活地根據(jù)實際需要定制不同層次的分析 持續(xù)性 數(shù)據(jù)倉庫系統(tǒng)提供了一個完善的數(shù)據(jù)平臺 保存了大量的歷史數(shù)據(jù) 具備 極佳的擴展性 可以為今后可能出現(xiàn)的管理 決策支持系統(tǒng)提供數(shù)據(jù)支持 容災(zāi)性 數(shù)據(jù)倉庫系統(tǒng)的 3 個重要元件 包括 ODS EDW DM 的系統(tǒng)平臺架設(shè) 于不同的數(shù)據(jù)庫實例 此種設(shè)計確保系統(tǒng)因單個系統(tǒng)發(fā)生災(zāi)害時 減少系統(tǒng)恢復(fù)的時 間 降低相應(yīng)的損失 2 2 2 數(shù)據(jù)倉庫規(guī)范體系設(shè)計 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ù)分析和決策 現(xiàn)有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)被抽取 清理 并有效地集成到數(shù)據(jù)倉庫中 并按照主題進行重新組織 數(shù)據(jù)倉庫設(shè)計時應(yīng)全面考慮 實 施時可以先按照需求的輕重緩急選擇部分業(yè)務(wù)主題 然后逐步擴展到涵蓋全部業(yè)務(wù) 數(shù)據(jù)倉庫管理的數(shù)據(jù)包含了集成之后的多年歷史數(shù)據(jù) 數(shù)據(jù)量是巨大的 數(shù)據(jù)應(yīng)被合 理的規(guī)劃 組織 存儲 分片和索引 保證數(shù)據(jù)的管理和使用的高效性 按照企業(yè)建立數(shù) 據(jù) 唯一事實 的要求 數(shù)據(jù)倉庫應(yīng)為各級業(yè)務(wù)人員提供一致的信息視圖 因而 整個企 業(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 模型和文字進行描述 它反映的是業(yè)務(wù)邏輯 因此它是數(shù)據(jù)庫中立 技術(shù)無關(guān)的 同時 它應(yīng)能涵蓋業(yè)務(wù)需求的各方面 回答有關(guān)業(yè)務(wù) 的所有合理問題 邏輯數(shù)據(jù)模型標(biāo)識出業(yè)務(wù)管理領(lǐng)域中涉及的主題 實體 屬性 及它們 之間的關(guān)系 主題集中反映某方面業(yè)務(wù)內(nèi)容 通常是同類或關(guān)聯(lián)關(guān)系較為緊密的實體的集 合 實體是任何可以區(qū)分的人 地點 事情 事件或概念 信息圍繞它來保存 屬性是實 體的特性或數(shù)據(jù)字段 對數(shù)據(jù)倉庫需求進行分解 按業(yè)務(wù)主題進行組織 將業(yè)務(wù)主題相關(guān)的數(shù)據(jù)組織成主題 域 并對各指標(biāo)進行分析 數(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ù)擴展的需要 通過整體數(shù)據(jù)架構(gòu)的搭建可以實現(xiàn)以下三個目 標(biāo) 數(shù)據(jù)整合 建立業(yè)務(wù)數(shù)據(jù)構(gòu)架 找出業(yè)務(wù)項目的相互關(guān)系 描繪企業(yè)的各個業(yè)務(wù)項 目在現(xiàn)實中是如何被組合在一起的 創(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)在不同報表里得到的值不一致 有些不一致是 為人所知的 有些不一致卻沒有人清楚 通過對數(shù)據(jù)的分析和了解 使不一致變得 明顯而可操作 是數(shù)據(jù)模型建立的主要目標(biāo)之一 通過元數(shù)據(jù)的使用 記錄數(shù)據(jù)的 加工規(guī)則及使用環(huán)境 可以讓使用者清楚地知道差異的原因 從而正確使用這些數(shù) 據(jù) 控制好建模范圍和周期將直接關(guān)系到項目的進展 最好的方法是利用已有的各類業(yè)務(wù) 需求 報表需求及查詢需求 借助建模人員本身的業(yè)務(wù)經(jīng)驗及與各部門業(yè)務(wù)人員的溝通 將獲得的需求片斷有機地組織成一個完整的目標(biāo)區(qū)域 在區(qū)域范圍內(nèi)開展建模工作 2 2 2 2 數(shù)據(jù)倉庫邏輯模型 數(shù)據(jù)倉庫邏輯模型設(shè)計要進行的工作主要有 分析主題域 確定當(dāng)前要裝載的主題 確定粒度層次劃分 確定數(shù)據(jù)分割策略 關(guān)系模式定義 記錄系統(tǒng)定義 邏輯模型設(shè)計的成果是 對每個當(dāng)前要裝載的主題的邏輯實現(xiàn)進行定義 并將相關(guān)內(nèi) 容記錄在數(shù)據(jù)倉庫的元數(shù)據(jù)中 包括 1 適當(dāng)?shù)牧6葎澐?2 合理的數(shù)據(jù)分割策略 3 適當(dāng)?shù)谋韯澐?4 定義合適的數(shù)據(jù)來源等 2 2 2 3 數(shù)據(jù)倉庫物理模型 數(shù)據(jù)倉庫物理模型所做的工作是確定數(shù)據(jù)的存儲結(jié)構(gòu) 確定索引策略 確定數(shù)據(jù)存放 位置 確定存儲分配 確定數(shù)據(jù)倉庫實現(xiàn)的物理模型 要求設(shè)計人員必須做到以下幾方面 要全面了解所選用的數(shù)據(jù)庫管理系統(tǒng) 特別是存儲結(jié)構(gòu)和存取方法 了解數(shù)據(jù)環(huán)境 數(shù)據(jù)的使用頻度 使用方式 數(shù)據(jù)規(guī)模以及響應(yīng)時間要求等 這些 是對時間和空間效率進行平衡和優(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ù)模型 用于從每個源系統(tǒng)中抽取必需的數(shù) 據(jù) 該層數(shù)據(jù)對接 BW 底層與其他業(yè)務(wù)系統(tǒng)數(shù)據(jù) 同時僅對該層數(shù)據(jù)進行基本的清理 以 保留業(yè)務(wù)系統(tǒng)原始數(shù)據(jù) BW 系統(tǒng)使用信息包完成對業(yè)務(wù)源系統(tǒng)的抽取工作 主要抽取 SAP ECC PLM 報價 系統(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) 需要進行以下工作 配置 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ù)進行初步的清洗和整理 將數(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)換 進行數(shù)據(jù) 合并 該過程要注意來自異構(gòu)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)格式 關(guān)聯(lián)關(guān)系 根據(jù)實際需要新增數(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)換 進行數(shù)據(jù)合并 以上合并過程 最終都通過數(shù)據(jù)傳輸流程 DTP 進行數(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è)計原則是以最終分析為準(zhǔn) 根據(jù)分析規(guī)則創(chuàng)建轉(zhuǎn)換 將數(shù)據(jù)指標(biāo)按照多維度組織 同時衍生出計算后分析指標(biāo) 通過數(shù)據(jù)傳輸流程 DTP 將 數(shù)據(jù)加載至數(shù)據(jù)分析層 2 2 3 4 ETL 過程 BW 系統(tǒng)集成了對各種源系統(tǒng)進行數(shù)據(jù)抽取 數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉庫的各種功能 并提供簡單的圖形化操作界面 可以通過簡單的拖動實現(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è)計方法 即上文所劃分的數(shù)據(jù)抽取層 數(shù)據(jù) 合并層 數(shù)據(jù)分析層 在這樣的設(shè)計中 數(shù)據(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ù)首先進入到抽取層 DSO 中 抽取層 合并層使用 DSO 存放數(shù)據(jù) 分析層一般使用 DSO 存放數(shù)據(jù) 但亦有使用特性存放主數(shù)據(jù) 如與時間相關(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è)計原則 層次 常用名 作用 4 Outbound Data Layer ODL 數(shù)據(jù)集市接口層 通過 Open Hub BAPI RFC 等方式向系統(tǒng)外的應(yīng)用 程序提供數(shù)據(jù)的接口層 3 Reporting Data Layer RDL 報表層 報表層 主要由立方體 多信息提供者 虛擬信息提供 者構(gòu)成 以業(yè)務(wù)需求和性能為首要考慮因素進行最終輸出模型維 度設(shè)計 2 Consolidation Data Layer CDL 邏輯合并層 邏輯處理層 實現(xiàn)報表邏輯 儲存邏輯處理完的數(shù)據(jù) 1 Inbound Data Layer IDL 原始數(shù)據(jù)層 全量保存來自數(shù)據(jù)源的數(shù)據(jù) 是以后若干年所有報表需 求的數(shù)據(jù)基礎(chǔ) 保證一期上線以后 后面若干年對數(shù)據(jù) 的需求不會導(dǎo)致 ERP 停機抽取 此層數(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ù)源對應(yīng) 占用 BW 數(shù)據(jù)庫磁盤空間 最大比例 每三到六個月定期清理一次 2 2 4 2 BW 系統(tǒng)開發(fā)對象通用編碼 2 2 4 2 1 代表源系統(tǒng) 按以下規(guī)范編碼 全稱適用于信息區(qū)域的命名 縮寫適用于其 他開發(fā)對象的命名 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)營中心 按以下規(guī)范編碼 全稱為經(jīng)營中心全稱或者慣用稱呼的每個字的拼音首字母 縮寫為以下字母編碼 全稱適用于 信息區(qū)域的命名 縮寫適用于其他開發(fā)對象的命名 全稱 縮寫 含義 NCJT 注 下劃線 南車集團 適用于集團層面或多經(jīng)營中心 無法 具體到某個經(jīng)營中心的命名 FYGLXT A 費用管理系統(tǒng) YSXT B 預(yù)算系統(tǒng) C D E 以下順序編碼 2 2 4 2 3 代表模型層次 按以下規(guī)范編碼 全稱適用于信息區(qū)域的命名 縮寫適用于其 他開發(fā)對象的命名 全稱 縮寫 含義 IDL I 原始數(shù)據(jù)層 CDL C 邏輯合并層 RDL R 報表層 ODL O 數(shù)據(jù)集市接口層 IBJ B 特征信息區(qū)域 2 2 4 2 4 代表數(shù)據(jù)主題 按以下規(guī)范編碼 無縮寫及全稱的區(qū)分 除了以下常用縮寫 其他的內(nèi)容可以根據(jù)縮寫決定 并及時更新到該規(guī)范中 命名 主類 命名 子類 主題含義 FI 財務(wù) 含財務(wù)通用 或無法歸集到子類的 AP 應(yīng)付 AR 應(yīng)收 CO 管理會計 GL 總賬 PA 盈利分析 SD 銷售及分銷 含銷售通用 或無法歸集到子類的 SO 訂單 PO 采購單 DN 發(fā)貨單 SP 裝運單 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 DESIGN LSA 模型設(shè)計 4 第二層 根據(jù)模型架構(gòu)層次創(chuàng)建 注 此層已建立 無需重建 Z SINOCHEM LAYER IDL 原始數(shù)據(jù)層 Z SINOCHEM LAYER CDL 邏輯合并層 Z SINOCHEM LAYER RDL 報表層 Z SINOCHEM LAYER ODL 數(shù)據(jù)集市接口層 Z SINOCHEM LAYER IBJ 特征信息區(qū)域 5 第三層及往下層 分 IDL CDL 及 RDL 這兩種情況 適用不同的命名規(guī)范 注 從此層開始 按照編碼規(guī)范和項目需求 進行創(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 集團 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)營中心 然后按照主題域區(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)營中心創(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ù)下分時 按主題域創(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 個字符 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)編號 即 見 2 1 示例 ZI1SOS01 SD1 的 IDL 層訂單 ODS ZI2SOS01 SD2 的 IDL 層訂單 ODS ii 如模型屬于 CDL 或則 RDL 層 則代表經(jīng)營中心 即 見 2 2 示例 ZC SOS01 ZCASOS01 2 2 4 3 3 Cube 1 最多 8 個字符 2 以 Z 開頭 3 Cube 必須分配到 RDL 層次 4 命名原則 ZRC 見 3 2 4 2 3 見 3 2 4 2 4 2 位數(shù)字編碼 示例 ZRLGLC01 財務(wù)公司收入分析 Cube ZR GLC01 集團的收入分析 Cube 2 2 4 3 4 MultiProvider 1 最多 8 個字符 2 以 ZR 開頭 3 必須分配到 RDL 層次 5 命名原則 ZRM 見 3 2 4 2 3 見 3 2 4 2 4 2 位數(shù)字編碼 示例 ZRLGLM01 財務(wù)公司收入分析 Cube ZR GLM01 集團的收入分析 Cube 2 2 4 3 5 Aggregates 1 命名原則 AGGR 所屬 Info Cube 的技術(shù)名稱 2 位數(shù)字編碼 示例 示例 ZRLGLC01 AGGR01 ZR GLC01 AGGR01 2 描述原則 把累計的特征列出 用 隔開 示例 Material Plant Month Plant Material Component Month 2 2 4 3 6 InfoObject Catalogs 1 最多 30 個字符 2 以 Z 開頭 3 Cube 必須分配到 RDL 層次 4 命名原則 Z 所屬 Info Area 的技術(shù)名稱 CH 特征 KF Key Figure 2 2 4 3 7 Info Object 命名規(guī)則 Z 變量 字段長度 說明 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 中的信息對象建立 Hierarchy 時 按以下命名規(guī)則 命名規(guī)則 Z H 變量 字段長度 說明 InfoObject 7 NN 2 當(dāng)前編號 標(biāo)號從 01 開始 Date 6 有效起始日期 YYMMDD 注意 如果長度不夠 可以將縮寫 示例 為 0Company 建立 Hierarchy 時 命名為 ZCompany H01 031121 也可縮寫為 ZCC H01 031121 為自定義的信息對象建立 Hierarchy 時 按以下命名規(guī)則 命名規(guī)則 Z H 變量 字段長度 說明 InfoObject 7 見 3 2 4 3 7 NN 2 當(dāng)前編號 標(biāo)號從 01 開始 Date 6 有效起始日期 YYMMDD 注意 如果長度不夠 可以將縮寫 示例 ZFI BANK H01 031121 2 2 4 3 9 Query 項目組內(nèi)部命名規(guī)則 命名規(guī)則 Q Variable Length Comment MultiProvider 8 Multiprovider 的全名 NNN 3 三位數(shù)字 從 001 開始 其他用戶或者其他用途創(chuàng)建命名規(guī)則 例如 培訓(xùn) 測試用途 命名規(guī)則 Q 變量 字段長度 說明 Function Area 2 見模塊 命名規(guī)則 Business Area 4 同 R3 系統(tǒng) NNN 3 當(dāng)前編號 標(biāo)號從 001 開始 示例 ZT FI XXXX Q0001 2 2 4 3 10 Struture 命名規(guī)則 S 變量 字段長度 說明 MultiProvider 見 Cube 命名規(guī)則 NNN 3 當(dāng)前編號 標(biāo)號從 001 開始 示例 ZR SDC01 S001 2 2 4 3 11 Bex Variable 1 最多 8 個字符 2 命名原則 Z P 單值 I 范圍 H 層次 N 層次節(jié)點 T 文本變量 F 公式變量 NNN 3 位數(shù)字編碼 2 2 4 3 12 Calculated Key Figure 1 最多 30 個字符 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 個字符 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)自動生成的名字 勿需改名字 由于客戶定制需要 由 BW 顧問新建的非系統(tǒng)標(biāo)準(zhǔn) BI Content 的 DS 或者 IS 請按照以 下方式命名 命名規(guī)則 Z 變量 字段長度 說明 Function Area 2 見 3 2 4 2 4 M T 1 M 代表主數(shù)據(jù) T 代表業(yè)務(wù)數(shù)據(jù) NN 2 當(dāng)前編號 標(biāo)號從 01 開始 2 2 4 3 15 Info Package 命名規(guī)則 變量 字段長度 說明 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ī)則 變量 字段長度 說明 Site 3 見 3 2 4 2 1 業(yè)務(wù)代碼 OBJECT 4 9 權(quán)限對象名稱或模型名稱 NR 4 可選 對于模型的角色可以為空 權(quán)限對象下的具體付值 示例 為南車建立公司代碼上的權(quán)限對象 可以命名為 ZS CMP XXXX 2 2 4 4 2 commonrole 命名規(guī)則 變量 字段長度 說明 Site 3 見 3 2 4 2 1 業(yè)務(wù)代碼 OBJECT 4 9 權(quán)限對象名稱或模型名稱 NR 4 可選 對于模型的角色可以為空 權(quán)限對象下的具體付值 2 3 南車時代電氣 BW 數(shù)據(jù)倉庫優(yōu)化方案 目前南車電氣的 BW 系統(tǒng)設(shè)計較不規(guī)范 很多可用標(biāo)準(zhǔn)方式進行 CUBE 開發(fā)的模塊也 用了 ABAP 程序來進行實現(xiàn) 從中我們找出了很多可以優(yōu)化的點 通過我們對于南車電梯 BW 系統(tǒng)現(xiàn)狀的調(diào)研之后 我們給南車提供如下 BW 優(yōu)化建議方案 1 現(xiàn)系統(tǒng)模型命名沒有明確的規(guī)范 考慮確定明確的命名規(guī)范以便于后續(xù)的系統(tǒng)管理 及 后續(xù)開發(fā)項目對原有模型能有比較清楚的了解 涉及范圍包括 信息范圍 自定義數(shù)據(jù) 源 信息源 信息對象 模型 處理鏈 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)度時間的安排 監(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)換 方便以后的運維管理及系統(tǒng)新功能的應(yīng)用 5 CUBE 層面未做聚集 壓縮 分區(qū)等處理以及 CUBE 維度的設(shè)置比如 行項目維 高 基數(shù) 維等方面的考量 6 系統(tǒng)里存在冗余模型及報表可考慮清理優(yōu)化系統(tǒng)空間 系統(tǒng)可規(guī)則清理機制 比如定期 清理 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)功能替代實現(xiàn) 更方便后續(xù)的維護及管理 8 經(jīng)落實系統(tǒng)中還存在抽取 HR 系統(tǒng)人員信息的程序 ZTBW016 此程序?qū)⑷藛T信息數(shù)據(jù) 從 HR 系統(tǒng)抽取到 BW 系統(tǒng)中的二維表中 再按人員級別發(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)化升級的工作之后 我們即將著手部署 SAP BO 集成 EP 門戶作為新的 數(shù)據(jù)展現(xiàn) 應(yīng)用 層 首先我們會對該 54 張報表的業(yè)務(wù)邏輯進行梳理 了解業(yè)務(wù)之后將 進行面向未來的數(shù)據(jù)展現(xiàn)層報表結(jié)構(gòu)設(shè)計 使得遷移到 BO 設(shè)計環(huán)境的報表符合未來的報 表設(shè)計規(guī)范 實現(xiàn)現(xiàn)階段報表查詢轉(zhuǎn)線的基本應(yīng)用 本期項目需做遷移的報表共 54 張 在優(yōu)化好 BW 環(huán)境并且重構(gòu)部分 CUBE 的基礎(chǔ)之上 我們將當(dāng)前 BW 中的相關(guān) Query 的展現(xiàn)重構(gòu) 以 BO 為設(shè)計平臺 在原 BW CUBE 上重新開發(fā) 同時將開發(fā)好的新報表集 成到 EP 門戶中 最終形成 SAP BW BO EP 的商務(wù)智能技術(shù)平臺結(jié)構(gòu) 完成重要歷史報 表的遷移工作 2 5 主數(shù)據(jù)共享平臺方案 主數(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 組織機構(gòu) HCM SPM 訂單 BOM ERP 只抽取 從上表中我們可以發(fā)現(xiàn)本期項目中需要進行系統(tǒng)主數(shù)據(jù)共享的一共分為 8 個主數(shù)據(jù)指 標(biāo) 一個 SAP 系統(tǒng)和 4 套非 SAP 系統(tǒng) 首先 BW 的抽取方式可分為兩種 1 對 SAP ERP 系統(tǒng)采用 BW 標(biāo)準(zhǔn)的抽取方式即可 2 對非 SAP 系統(tǒng)如 PLM 我們將會建立數(shù)據(jù)庫連接數(shù)據(jù)源 oracle 并且考慮增量抽 取機制 當(dāng)相關(guān)主數(shù)據(jù)全部進入數(shù)據(jù)邏輯層的時候 我們將在 BW 中進行建模 建立存儲主數(shù) 據(jù)的模型 及對外準(zhǔn)備的接口數(shù)據(jù)表 二維表 以供 ESB 系統(tǒng)來 BW 數(shù)據(jù)倉庫中進行主 數(shù)據(jù)的提取 具體分層結(jié)構(gòu)及 ETL 數(shù)據(jù)存儲等的操作方式可參見 3 2 3 章節(jié) 這里不再做 重復(fù)的贅述 第 3 章 南車電氣數(shù)據(jù)倉庫建設(shè)項目實施方案 3 1 南車電氣數(shù)據(jù)倉庫系統(tǒng)實施計劃 3 1 1 工作時間表 預(yù)計 比較寬泛的項目計劃如下圖所示 明細(xì)的項目計劃將在項目合同簽訂后 每個階段的需 求分析期間制定 包括明細(xì)的項目任務(wù) 工作 交付物 資源 時間等都將體現(xiàn)在明細(xì)計 劃中 最終的項目計劃將在需求收集完成后 項目主要成員充分理解項目需求 包括客戶的 工作流程 標(biāo)準(zhǔn) 和執(zhí)行規(guī)范等基礎(chǔ)上制定 初步實施計劃 實施內(nèi)容 根據(jù)對招標(biāo)文件的解讀和客戶要求的實施周期的通盤考慮 建議此次南車電氣項目一 期實施內(nèi)容如下所示 調(diào)研用戶部門部分需求 同時借鑒以往經(jīng)驗 由架構(gòu)師規(guī)劃設(shè)計整個數(shù)據(jù)倉庫 對BW 數(shù)據(jù)倉庫的軟硬件進行調(diào)優(yōu) 以滿足后續(xù)開發(fā)任務(wù) 調(diào)整BW中相關(guān)Query的展示界面 把報表遷移到BO平臺上 抽取相關(guān)源系統(tǒng)主數(shù)據(jù)到BW數(shù)據(jù)倉庫中 進行主數(shù)據(jù)模型開發(fā)并設(shè)計接口一共ESB系 統(tǒng)調(diào)用 XX 公司將根據(jù)項目需要在各階段安排合適的資源 包括項目領(lǐng)導(dǎo)小組和質(zhì)量管理委員 會定期聽取項目匯報 檢查項目工作 確認(rèn)項目按計劃 按質(zhì)量要求順利開展 以下是針對項目主要角色和責(zé)任的描述 XX 角色 描述 項目領(lǐng)導(dǎo)小組 成員 定期聽取項目小組匯報 了解項目的進展?fàn)顩r 確保必要的項目資源投入 管理項目的邊界 審批由于變更引起的項目成本和時間的變 動 監(jiān)控項目風(fēng)險和制定風(fēng)險管理方法 項目總監(jiān) 根據(jù)項目方法論推動項目的實施并監(jiān)督項目的執(zhí)行工作 構(gòu) 建項目過程質(zhì)量保證體系和質(zhì)量保證措施實施監(jiān)控 對項目經(jīng)理的工作給予支持 幫助項目經(jīng)理協(xié)調(diào)項目重要資 源并 參與項目時間 成本 范圍的控制 并對項目進行考核 項目經(jīng)理 項目現(xiàn)場管理 主要的職責(zé)包括 項目需求 溝通 風(fēng)險管理 項目時間 質(zhì)量 成本管理 項目團隊管理 技術(shù)經(jīng)理 建立和維護系統(tǒng)架構(gòu) 包括技術(shù)架構(gòu) 硬件架構(gòu) 軟件架構(gòu) 和網(wǎng)絡(luò)架構(gòu) 以及提供相關(guān)的技術(shù)支持 角色 描述 推薦項目相關(guān)技術(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è)計 包括 ETL 設(shè)計 展示設(shè)計 集成 設(shè)計等 SAP BW 顧問 分析業(yè)務(wù)需求 設(shè)計快速原型ETL工程師將負(fù)責(zé)根據(jù)ETL 設(shè)計 說明書 實現(xiàn)整個ETL 過程 ETL工程師精通于ETL 技術(shù) 深刻 理解數(shù)據(jù)抽取 轉(zhuǎn)換和加載所涉及的技術(shù)和問題 ETL工程師 還負(fù)責(zé)對所開發(fā)的ETL 模塊進行單元測試 以保證所開發(fā)的模 塊能夠滿足ETL設(shè)計說明書的要求 SAP BO 顧問 根據(jù)需求和設(shè)計開發(fā)儀表盤 報表和分析模塊 對每個報表和分析模塊的單元測試負(fù)責(zé) 以確保這些模塊符 合詳細(xì)設(shè)計說明書 培訓(xùn)師 負(fù)責(zé)相關(guān)軟件操作培訓(xùn)和相關(guān)產(chǎn)品培訓(xùn) 南車電氣 角色 描述 參與程度 項目領(lǐng)導(dǎo)小組 定期聽取項目小組匯報 了解項目的進展 狀況 確保足夠的項目資源投入 管理項目的邊界 審批由于變更引起的項 目成本和時間的變動 監(jiān)控項目風(fēng)險和制定風(fēng)險管理方法 低 項 目 推動項目的實施并監(jiān)督項目的執(zhí)行工作 對項目經(jīng)理的工作給予支持 低 角色 描述 參與程度 總 監(jiān) 幫助項目經(jīng)理協(xié)調(diào)資源 向項目領(lǐng)導(dǎo)小組匯報并接受項目領(lǐng)導(dǎo)小組 的指示 考核項目經(jīng)理 并與項目經(jīng)理共同考核項 目組成員 參與項目驗收審核 項目經(jīng)理 項目經(jīng)理從客戶的角度對整個項目的成功負(fù)責(zé) 項目經(jīng)理與實施方的項目經(jīng)理密切合作 確保 項目按時 在預(yù)算的基礎(chǔ)上逐步實現(xiàn)項目的成 功 項目經(jīng)理的職責(zé)還包括協(xié)調(diào)客戶方的內(nèi)部資源 根據(jù)項目的需要 推動相關(guān)資源支持項目 以 確保項目的成功實施 高 業(yè)務(wù)用戶 業(yè)務(wù)專 家 在項目建成后 本項目涉及的業(yè)務(wù)人員是從項 目成果中獲得收益最大的使用人員 業(yè)務(wù)人員深度理解本項目提供需求的業(yè)務(wù)含義 對提出的報表和分析等需求的細(xì)節(jié)有準(zhǔn)確的理 解和認(rèn)識 業(yè)務(wù)人員在和項目組成員合作之前 不了解 BI 的技術(shù)知識是可以接受的 但是我們建議業(yè)務(wù) 人員在項目中開發(fā)一個功能模塊以幫助理解 BI 軟件 從而可以在需求制定過程中更有效的工 作 項目結(jié)束時 業(yè)務(wù)用戶需要負(fù)責(zé)完成對項 目的用戶接受測試 最終證明本項目是可交付 的 中等 角色 描述 參與程度 IT 團隊 參與項目的 IT 團隊 包括基礎(chǔ)設(shè)施負(fù)責(zé)人 DBA 專家等 需要參加解決方案培訓(xùn) 需求分 析 系統(tǒng)設(shè)計和開發(fā)等階段 確保根據(jù)數(shù)據(jù)集 市模型的需要 從數(shù)據(jù)源系統(tǒng)中抽取所需要的 數(shù)據(jù) 該團隊還負(fù)責(zé)在項目結(jié)束后 完成一些用戶特 定的需求 參與的 IT 成員的技術(shù)背景主要如下 豐富的 RDBMS 工作背景 至少 5年的 DBA 或數(shù)據(jù)倉庫經(jīng)驗 豐富的 BI 工作經(jīng)歷 至少2 3 年的 BI 報表 設(shè)計開發(fā)經(jīng)驗 豐富的 ETL- 1.請仔細(xì)閱讀文檔,確保文檔完整性,對于不預(yù)覽、不比對內(nèi)容而直接下載帶來的問題本站不予受理。
- 2.下載的文檔,不會出現(xiàn)我們的網(wǎng)址水印。
- 3、該文檔所得收入(下載+內(nèi)容+預(yù)覽)歸上傳者、原創(chuàng)作者;如果您是本文檔原作者,請點此認(rèn)領(lǐng)!既往收益都?xì)w您。
下載文檔到電腦,查找使用更方便
9.9 積分
下載 |
- 配套講稿:
如PPT文件的首頁顯示word圖標(biāo),表示該PPT已包含配套word講稿。雙擊word圖標(biāo)可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設(shè)計者僅對作品中獨創(chuàng)性部分享有著作權(quán)。
- 關(guān) 鍵 詞:
- 數(shù)據(jù)倉庫 建設(shè)項目 實施方案 建議書
鏈接地址:http://ioszen.com/p-8775368.html