隨著企業(yè)進(jìn)入快速增長期，銷售數(shù)目逐步加快，公司生產(chǎn)能力與日俱增，業(yè)務(wù)數(shù)據(jù)量迅速膨脹，對企業(yè)的OLTP數(shù)據(jù)庫和ERP系統(tǒng)產(chǎn)生了巨大負(fù)荷，造成了沉重負(fù)擔(dān)。并且，國內(nèi)軟飲料生產(chǎn)企業(yè)普遍存在著數(shù)據(jù)量龐大，數(shù)據(jù)整齊程度差，隨意性大，信息分散、不及時、不共享，前端報表展現(xiàn)方式單一、不美觀等問題，造成企業(yè)數(shù)據(jù)倉庫非常缺乏互操作性和可擴(kuò)展性。這些矛盾阻礙了企業(yè)的快速發(fā)展，制約了企業(yè)的規(guī)模擴(kuò)張。

　　針對這種情況，企業(yè)急切需要一種全新、靈活而又集成的方案來解決這種挑戰(zhàn)和問題。

　　系統(tǒng)建立前的不足

　　數(shù)據(jù)來源不統(tǒng)一

　　來源多種類報表的制作主要通過Excel工具手工完成，報表的數(shù)據(jù)來源主要來自三大部分：基于DB2的ERP數(shù)據(jù)庫、財務(wù)部門轉(zhuǎn)化后的SQL Server2000數(shù)據(jù)庫和手工填報的excel數(shù)據(jù)。

　　處理流程長當(dāng)前的數(shù)據(jù)來源中，報表制作人員首先從、財務(wù)部門轉(zhuǎn)化后的SQL Server2000數(shù)據(jù)庫上獲取制作報表需要的數(shù)據(jù)，如果、財務(wù)部門轉(zhuǎn)化后的SQL Server2000數(shù)據(jù)庫的數(shù)據(jù)不能滿足報表需求，則從基于DB2的ERP數(shù)據(jù)庫中直接獲取或?qū)⑵鋽?shù)據(jù)導(dǎo)出為excel文件，存放在本地以備報表制作。

　　業(yè)務(wù)人員技能要求高在這個工作流程中不難發(fā)現(xiàn)，報表制作人員必須同時了解和維護(hù)這三種數(shù)據(jù)來源，并確保三種數(shù)據(jù)來源的數(shù)據(jù)完整性和一致性，這無疑給報表制作人員帶來額外的工作負(fù)擔(dān)，如果能在一個統(tǒng)一的、規(guī)范的數(shù)據(jù)中心提取數(shù)據(jù)，完成報表制作，則將為報表制作人員減少大量的報表數(shù)據(jù)準(zhǔn)備工作。

　　數(shù)據(jù)源無法充分共享

　　 當(dāng)前的報表制作中，基于DB2的ERP數(shù)據(jù)庫和財務(wù)部門轉(zhuǎn)化后的SQL Server2000數(shù)據(jù)庫可被報表制作人員所共享，但在實際的報表制作工作中，還存在大量的excel填報數(shù)據(jù)用以業(yè)務(wù)報表的制作。這些填報數(shù)據(jù)往往存放在報表制作人員各自的電腦中，相互間較少共享使用，尤其是在不同部門間的共享。然而在實際工作中，比如：業(yè)務(wù)人員與銷售客戶的對應(yīng)關(guān)系信息以及銷量預(yù)算、目標(biāo)等信息卻是需要報表制作人員相互共享的，因為很多報表都會使用到這些信息，這個工作流程也造成了數(shù)據(jù)或信息缺乏統(tǒng)一規(guī)劃、管理的問題，手工維護(hù)的excel文件則存放在各個制作報表的工作人員的機(jī)器上，造成不同部門、報表制作人員的excel數(shù)據(jù)無法充分共享和統(tǒng)一。

　　報表制作困難

　　制作報表花費(fèi)時間長現(xiàn)行報表格式更新及公式變更往往會大幅增加制作報表的工作量。

　　依賴桌面級工具excel當(dāng)前的報表制作使用的工具為excel工具，在報表制作過程中，許多數(shù)據(jù)運(yùn)算及加工都需要在excel中完成，為此，對于復(fù)雜的報表制作，報表制作人員不得不預(yù)先制作數(shù)據(jù)透視表，創(chuàng)建額外的sheet頁對報表中間數(shù)據(jù)進(jìn)行臨時處理以及多處使用單元格值引用及運(yùn)算來獲取最終報表數(shù)據(jù)。這樣的做表方式必然為報表制作帶來大量的額外工作。

　　報表的函數(shù)關(guān)系需要大量實時手工調(diào)整在報表的格式發(fā)生變化時，比如報表的行、列轉(zhuǎn)置或增加、減少部分報表內(nèi)容時，由于數(shù)據(jù)的運(yùn)算關(guān)系、單元格的引用關(guān)系等原因，報表制作人員不得不對報表做大量的調(diào)整和重新校對工作。

　　歷史查詢困難歷史報表不易統(tǒng)一管理，查找歷史報表不方便

　　管理數(shù)據(jù)缺乏系統(tǒng)管理

　　當(dāng)前的報表制作完成后，報表制作人員須向相關(guān)領(lǐng)導(dǎo)、部門提供報表文檔，而歷史報表文檔則仍然需由報表制作人員保存，從而有多少個報表制作人員，則有多少個小型的報表存檔中心。對于這些歷史報表的存檔則缺少一個統(tǒng)一的管理平臺。進(jìn)而造成針對歷史報表的查詢極為不便。

　　缺乏權(quán)限機(jī)制沒有統(tǒng)一的報表管理平臺，沒有統(tǒng)一的授權(quán)功能對報表用戶的授權(quán)進(jìn)行管理

　　數(shù)據(jù)共享當(dāng)務(wù)之急當(dāng)前的幾十張業(yè)務(wù)報表，其服務(wù)的報表用戶是不盡相同的。有的報表是提供給營業(yè)所查看的，有的報表是提供給財務(wù)部門的，有的報表是提供給高層領(lǐng)導(dǎo)的。雖然在實際工作中存在嚴(yán)格的報表授權(quán)需求，但實際操作中卻沒有一個統(tǒng)一的報表管理平臺實現(xiàn)報表及報表權(quán)限的管理。報表權(quán)限的控制以及報表文件的發(fā)送對象都僅存在于相關(guān)人員的大腦中，并沒有借助信息系統(tǒng)固化下來。從而造成報表管理及發(fā)送的正確性和及時性完全依賴于相關(guān)人員的工作細(xì)心程度。與此同時，報表查詢?nèi)藛T也無法實現(xiàn)隨需而查，要想查看相關(guān)報表，只能等待報表制作人員制作完成，并告知后方可查詢。

　　數(shù)據(jù)分析不及時

　　 數(shù)據(jù)分析主要通過外部工具實現(xiàn)，分析數(shù)據(jù)由北京某飲料公司提供，但數(shù)據(jù)不能自動實時更新。

　　 相關(guān)數(shù)據(jù)的靈活分析需要借助于外部工具實現(xiàn)，其分析數(shù)據(jù)由財務(wù)部門打包、上傳提供。數(shù)據(jù)分析范圍完全基于北京某飲料公司現(xiàn)有的業(yè)務(wù)數(shù)據(jù)范圍。由于數(shù)據(jù)上傳需要人工操作，導(dǎo)致數(shù)據(jù)上傳的實時性差，基于DB2的ERP數(shù)據(jù)庫的相關(guān)數(shù)據(jù)不能在外部工具中快速得以展現(xiàn)。

　　 不能實現(xiàn)多維報表的展現(xiàn)

　　外部能對數(shù)據(jù)進(jìn)行鉆取分析，但不能制作出多層展現(xiàn)維度的報表，這類報表在實際工作報表中有較多的需求。

　　總體流程

　　系統(tǒng)架構(gòu)

　　 整個架構(gòu)由4層組成：業(yè)務(wù)數(shù)據(jù)源、SRC數(shù)據(jù)層、DW和MD數(shù)據(jù)層、前端數(shù)據(jù)分析及報表展現(xiàn)。

　　 業(yè)務(wù)數(shù)據(jù)源：由excel填報數(shù)據(jù)和基于DB2的ERP數(shù)據(jù)庫提供的數(shù)據(jù)組成。

　　 SRC數(shù)據(jù)層：即標(biāo)準(zhǔn)資源中心，通過ETL整合工具，以增量方式將業(yè)務(wù)數(shù)據(jù)源抽取轉(zhuǎn)換至SRC數(shù)據(jù)層，完成異構(gòu)數(shù)據(jù)源的同構(gòu)化處理。

　　 MD元數(shù)據(jù)管理：包含業(yè)務(wù)元數(shù)據(jù)和技術(shù)元數(shù)據(jù)，通過業(yè)務(wù)元數(shù)據(jù)，即需求指標(biāo)和維度的定義，以及指標(biāo)和維度間的對應(yīng)關(guān)系確認(rèn)技術(shù)元數(shù)據(jù)的物理結(jié)構(gòu)和存儲。

　　 DW數(shù)據(jù)倉庫：把大量數(shù)據(jù)按主題、維度方式加以整理和歸納形成多維數(shù)據(jù)庫，為OLAP多維數(shù)據(jù)源提供分析數(shù)據(jù)，是數(shù)據(jù)中心體系結(jié)構(gòu)的基礎(chǔ)。

　　 MDDB多維數(shù)據(jù)庫：多維數(shù)據(jù)庫為終端用戶提供一種可對數(shù)據(jù)進(jìn)行靈活訪問的信息結(jié)構(gòu)，利用多維數(shù)據(jù)庫可以對數(shù)據(jù)進(jìn)行切片、切塊、動態(tài)地觀察匯總數(shù)據(jù)與細(xì)節(jié)數(shù)據(jù)的關(guān)系。

　　OLAP分析及報表展現(xiàn)層：用戶可以通過Analyzer工具分析、查看業(yè)務(wù)數(shù)據(jù)，也可通過Report service提供的報表，查詢固定業(yè)務(wù)報表數(shù)據(jù)。

　　功能描述

　　 基于企業(yè)的ERP系統(tǒng)數(shù)據(jù)源、業(yè)務(wù)系統(tǒng)數(shù)據(jù)、手工填報的Excel數(shù)據(jù)，構(gòu)建BI分析系統(tǒng)。針對海量數(shù)據(jù)設(shè)計數(shù)據(jù)倉庫、ETL流程，多維數(shù)據(jù)集、完成參數(shù)化報表的制作。

　　 應(yīng)用到的工具軟件

　　操作系統(tǒng)平臺：Windows2003

　　Web服務(wù)器：IIS

　　數(shù)據(jù)庫系統(tǒng)：SQL Server2005

　　多維數(shù)據(jù)系統(tǒng)：SQL Server2005 Analysis Service

　　報表工具：Strategy Companion Analyzer 2007

　　數(shù)據(jù)清洗工具：SQL Server 2005 Integration Service

　　 ETL數(shù)據(jù)整合工具SSIS

　　 當(dāng)前，系統(tǒng)的數(shù)據(jù)有三個來源，即絕大部分的手工數(shù)據(jù)、基于DB2的ERP基礎(chǔ)數(shù)據(jù)，還有一部分是財務(wù)部門轉(zhuǎn)化過的加工數(shù)據(jù)，簽于數(shù)據(jù)來源不統(tǒng)一、數(shù)據(jù)格式異構(gòu)、數(shù)據(jù)邏輯復(fù)雜的幾點(diǎn)因素，通過SQL Server 2005的Integration Services來實現(xiàn)數(shù)據(jù)抽取、轉(zhuǎn)化、清洗、加載等處理。

　　 SQL Server Integration Services(SSIS)：是用于生成高性能數(shù)據(jù)集成和工作流解決方案的平臺，可以針對數(shù)據(jù)倉庫進(jìn)行提取、轉(zhuǎn)換和加載(ETL)操作，這是業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)化為分析數(shù)據(jù)最重要的一步。

　　 SSIS由4個關(guān)鍵部分組成，包括Integration Services服務(wù)、Integration Services對象模型、Integration Services運(yùn)行包和運(yùn)行時可執(zhí)行的包，以及數(shù)據(jù)流任務(wù)。

　　 多維數(shù)據(jù)分析工具SSAS

　　 SQL Server 2005 Analysis Services(SSAS)：是SQL Server 2005進(jìn)行數(shù)據(jù)分析的工具。SSAS是建立和管理多維數(shù)據(jù)集并且對Cube進(jìn)行分析的工具。

　　 本項目中采用自上而下的設(shè)計方法，即強(qiáng)調(diào)應(yīng)用決定數(shù)據(jù)，有什么應(yīng)用就獲取什么數(shù)據(jù)。根據(jù)設(shè)計好的維度和多維數(shù)據(jù)集生成數(shù)據(jù)源視圖和基本關(guān)系數(shù)據(jù)庫架構(gòu)。