迪比特?cái)?shù)據(jù)倉庫方案書

1、第一章 系統(tǒng)規(guī)劃 1.1 系統(tǒng)目標(biāo)系統(tǒng)的目標(biāo)是建立面向業(yè)務(wù)（宏觀）戰(zhàn)略的商務(wù)智能平臺，整合迪比特集團(tuán)各業(yè)務(wù)系統(tǒng)。整個(gè)系統(tǒng)分為四個(gè)階段來完成：第一階段：靈活報(bào)表系統(tǒng)第二階段：大MIS系統(tǒng)：流程再造第三階段：統(tǒng)一數(shù)據(jù)平臺：決策支持第四階段：優(yōu)化第四階段：優(yōu)化1.2 靈活報(bào)表系統(tǒng)1.2.1 系統(tǒng)目標(biāo)迪比特在長期的生產(chǎn)經(jīng)營中，已經(jīng)積累了大量的歷史數(shù)據(jù)；由于這些數(shù)據(jù)分布在不同的系統(tǒng)中，以及缺乏良好的工具手段，導(dǎo)致公司在日常的生產(chǎn)管理中，卻常常感到信息不夠，或數(shù)據(jù)提出非常困難。如何將這些歷史數(shù)據(jù)變成有價(jià)值的信息，如何提高信息的快速反饋能力，使企業(yè)有足夠的、及時(shí)的信息，來面對迅速變化的市場，以成為迪比特信息

2、應(yīng)用的一個(gè)課題。通過靈活的報(bào)表與數(shù)據(jù)查詢功能，運(yùn)用先進(jìn)的績效和企業(yè)管理手段，力求搭建完整、穩(wěn)健、高效的自動(dòng)化綜合統(tǒng)計(jì)信息展現(xiàn)平臺。靈活報(bào)表系統(tǒng)的具體設(shè)計(jì)目標(biāo)主要有：1、最大限度地科學(xué)管理信息資源，以先進(jìn)的數(shù)據(jù)庫管理系統(tǒng)為基礎(chǔ)，完成數(shù)據(jù)采集、整理、存儲、利用，提高信息資源的管理水平；2、充分挖掘信息的價(jià)值，借助計(jì)算機(jī)及網(wǎng)絡(luò)通信技術(shù)，通過系統(tǒng)自動(dòng)生成各類管理報(bào)表和經(jīng)營管理統(tǒng)計(jì)分析指標(biāo)，并提供強(qiáng)大的查詢系統(tǒng)，輔助管理人員動(dòng)態(tài)監(jiān)控的業(yè)務(wù)狀況、財(cái)務(wù)狀況；3、提高工作效率，幫助公司各層級管理人員擺脫煩瑣的數(shù)據(jù)整理工作，實(shí)現(xiàn)管理水平和管理質(zhì)量的飛躍；4、減少工作誤差，提供更加完善的指標(biāo)校驗(yàn)功能，自動(dòng)驗(yàn)證用戶

3、數(shù)據(jù)輸入是否正確，保證輸入數(shù)據(jù)的正確性、完整性。1.2.2 系統(tǒng)特點(diǎn)1 數(shù)據(jù)抽取ETL分別是三個(gè)單詞的首字母縮寫（Extract Transform Load）也就是抽取、轉(zhuǎn)換、裝載，但我們?nèi)粘Ｍ喎Q其為數(shù)據(jù)抽取。ETL包含了三方面，首先是抽?。簩?shù)據(jù)從各種原始的業(yè)務(wù)系統(tǒng)中讀取出來，這是所有工作的前提。其次轉(zhuǎn)換：按照預(yù)先設(shè)計(jì)好的規(guī)則將抽取得數(shù)據(jù)進(jìn)行轉(zhuǎn)換，使本來異構(gòu)的數(shù)據(jù)格式能統(tǒng)一起來。最后的裝載：將轉(zhuǎn)換完的數(shù)據(jù)按計(jì)劃增量或全部的導(dǎo)入到數(shù)據(jù)倉庫中。ETL完成的工作主要包括三方面，其在數(shù)據(jù)倉庫和業(yè)務(wù)系統(tǒng)之間搭建了一座橋梁，確保新的業(yè)務(wù)數(shù)據(jù)能源源不斷進(jìn)入數(shù)據(jù)倉庫，同時(shí)用戶的分析和應(yīng)用也能反應(yīng)出最新

4、的業(yè)務(wù)動(dòng)態(tài)。如果從整體角度來看，ETL主要作用在于其屏蔽了復(fù)雜的業(yè)務(wù)邏輯從而為各種基于數(shù)據(jù)倉庫的分析和應(yīng)用提供了統(tǒng)一的數(shù)據(jù)接口，這也可以說是構(gòu)建數(shù)據(jù)倉庫最重要的意義所在。2 數(shù)據(jù)存儲系統(tǒng)數(shù)據(jù)存儲采用關(guān)系型數(shù)據(jù)庫技術(shù)和ROLAP技術(shù)。存儲分為ODS層（操作型細(xì)節(jié)數(shù)據(jù)層）和數(shù)據(jù)集市層。具有以下特點(diǎn)：關(guān)系數(shù)據(jù)存儲模型直接ETL裝載保留數(shù)據(jù)細(xì)節(jié)同時(shí)建立必要的數(shù)據(jù)預(yù)聚合不丟棄業(yè)務(wù)信息3 業(yè)務(wù)特性：作為世界一流的商務(wù)智能平臺產(chǎn)品，MicroStrategy具有以下一些特點(diǎn)：1) 完美的客戶化展現(xiàn): 查詢、報(bào)表和圖表MicroStrategy產(chǎn)品具有非常強(qiáng)大的報(bào)表定制功能。通過GUI方式，只需簡單鼠標(biāo)拖拽方

5、式就可以實(shí)現(xiàn)復(fù)雜報(bào)表的定制，并且報(bào)表的定義邏輯可以保存，以便于以后在此基礎(chǔ)上再次編輯加工。如下圖所示報(bào)表：MicroStrategy Report Service支持中國式報(bào)表格式2)可實(shí)現(xiàn)OLAP分析提供多維視圖的數(shù)據(jù)組織、管理與多維分析。提供增量匯總技術(shù)。提供分析作業(yè)調(diào)度管理。提供最優(yōu)/最差分析、例外分析、排名分析、比較分析等分析功能。具有豐富的圖形展現(xiàn)功能。能夠靈活地建立、定制不同的分析指標(biāo)和各種指標(biāo)計(jì)算公式，實(shí)現(xiàn)OLAP分析的動(dòng)態(tài)化處理。并具有切片、切塊、旋轉(zhuǎn)、鉆取和鉆透等多維分析操作。能直接鉆取到詳細(xì)數(shù)據(jù)，也能進(jìn)行多維數(shù)據(jù)和詳細(xì)數(shù)據(jù)的混合分析。提供豐富的函數(shù)，可自由擴(kuò)展，便于二次開發(fā)

6、。OLAP分析結(jié)果可輸出為Excel、HTML、文本文件等多種類型的文件。對分析指標(biāo)指定警告值的，在分析報(bào)表或圖形中以突出方式進(jìn)行顯示。3)可實(shí)現(xiàn)即席查詢通過定義業(yè)務(wù)邏輯到數(shù)據(jù)庫結(jié)構(gòu)映射層，使最終用戶無需了解數(shù)據(jù)庫和SQL的復(fù)雜性，只需按業(yè)務(wù)邏輯規(guī)則即可快速簡潔地定義查詢需求，系統(tǒng)自動(dòng)完成連接操作、條件定義等復(fù)雜的SQL定義操作。提供各種向?qū)浇缑?、圖形查詢生成器、提示窗口等，通過簡單的鼠標(biāo)拖拉操作即可實(shí)現(xiàn)即席查詢、報(bào)告生成、圖表生成、深入分析和發(fā)布等功能。具備多表之間的鉆取訪問、具備主表與子表之間的鉆取訪問功能。提供資源控制機(jī)制。它能夠監(jiān)控查詢的運(yùn)行進(jìn)程，并停止長時(shí)間運(yùn)行的查詢，控制資源使用

7、效率。而且還提供查詢預(yù)測能力，使分析人員在運(yùn)行查詢之前，能夠預(yù)測查詢所需時(shí)間。能訪問各種數(shù)據(jù)源的數(shù)據(jù)，訪問結(jié)果也能輸出到多種通用文件格式中?？梢詫τ脩粼O(shè)立不同的查詢優(yōu)先級，實(shí)現(xiàn)數(shù)據(jù)倉庫資源的合理分配。信息發(fā)布默認(rèn)情況下就已經(jīng)是發(fā)布到Web方式。還能夠以電子郵件、手機(jī)短信等方式發(fā)布。提供訂閱門戶，使用者可以在門戶中自定義發(fā)送方式。1.3 大MIS系統(tǒng)流程再造 作為業(yè)務(wù)決策人 (BDM) 或技術(shù)決策人 (TDM)，您始終都在尋找能夠更好地分析、策略化并改善組織業(yè)務(wù)流程的方法。 了解 Microsoft 門戶和集成解決方案如何幫助您的公司簡化異種系統(tǒng)、提高雇員生產(chǎn)力、降低運(yùn)營成本并改善整體 IT 基

8、礎(chǔ)結(jié)構(gòu)。 將企業(yè)資源計(jì)劃 (ERP)、供應(yīng)鏈管理 (SCM) 和客戶關(guān)系管理 (CRM) 系統(tǒng)等內(nèi)部業(yè)務(wù)系列應(yīng)用程序與客戶和貿(mào)易合作伙伴進(jìn)行集成，從而實(shí)現(xiàn)實(shí)時(shí)協(xié)作。 實(shí)現(xiàn)訂單處理和合同管理業(yè)務(wù)流程自動(dòng)化。是通過數(shù)據(jù)整合和報(bào)表整合以及未來的門戶（工作流整合）實(shí)現(xiàn)對原有分立系統(tǒng)的信息整合。這樣做既不需要“推倒重來”而且風(fēng)險(xiǎn)和投入都相對小業(yè)務(wù)流程管理 BPM（Business Process Management）是將生產(chǎn)流程、業(yè)務(wù)流程、各類行政申請流程、財(cái)務(wù)審批流程、人事處理流程、質(zhì)量控制及客服流程等70%以上需要兩人以上協(xié)作實(shí)施的任務(wù)全部或部分由計(jì)算機(jī)處理，并使其簡單化、自動(dòng)化的業(yè)務(wù)過程。1.4

9、 統(tǒng)一數(shù)據(jù)平臺1.4.1 統(tǒng)一數(shù)據(jù)平臺特性統(tǒng)一數(shù)據(jù)平臺是面向主題的、綜合的、不同時(shí)間的、穩(wěn)定的數(shù)據(jù)集合，用于支持經(jīng)營管理中的決策制定過程。也就是說，數(shù)據(jù)平臺是一個(gè)大的數(shù)據(jù)庫，存儲了該公司所有業(yè)務(wù)數(shù)據(jù)，從在線事務(wù)處理（OLTP）系統(tǒng)中獲取的綜合數(shù)據(jù)，這些數(shù)據(jù)可能駐留在許多不同的數(shù)據(jù)源中。這些數(shù)據(jù)源可能是文檔、層次型數(shù)據(jù)庫、網(wǎng)絡(luò)結(jié)構(gòu)化的數(shù)據(jù)庫、反向列表數(shù)據(jù)庫、關(guān)系型數(shù)據(jù)庫，或者更常見的由上述系統(tǒng)組成的混合系統(tǒng)。 數(shù)據(jù)平臺為決策支持和在線分析提供數(shù)據(jù)。數(shù)據(jù)平臺除了具有傳統(tǒng)數(shù)據(jù)庫管理系統(tǒng)（DBMS）的共享性、完整性、數(shù)據(jù)獨(dú)立性外，還具有下列特征： * 統(tǒng)一性和一致性 * 面向主題 * 歷史性 * 只讀

10、性 統(tǒng)一性和一致性 數(shù)據(jù)平臺使用一致的命名規(guī)定、測度、物理屬性和語義來統(tǒng)一來自多種數(shù)據(jù)源的經(jīng)營數(shù)據(jù)。例如，在許多企業(yè)中，應(yīng)用程序常常以不同的格式使用類似的數(shù)據(jù)：日期按照J(rèn)ulian或者Gregorian格式存儲，真/假數(shù)據(jù)可能表示為1/0、ON/OFF、TRUE/FALSE、正/負(fù)等。不同的應(yīng)用程序可能使用不同的術(shù)語來描述同樣的數(shù)據(jù)，例如一個(gè)應(yīng)用程序可能使用“平衡表”來描述銀行帳戶，另外一個(gè)應(yīng)用程序可能使用“總量表”表示銀行的帳戶。在數(shù)據(jù)倉庫中存儲的數(shù)據(jù)需要一種單一的、可以由企業(yè)分析人員接受的格式存儲，而不考慮各種外部數(shù)據(jù)源。這種統(tǒng)一性允許數(shù)據(jù)來自跨組織和部門，例如企業(yè)以前保存的數(shù)據(jù)、表格中的

11、數(shù)據(jù)、甚至來自Internet上的數(shù)據(jù)。這些數(shù)據(jù)可以統(tǒng)一在數(shù)據(jù)倉庫中，使企業(yè)經(jīng)營人員更好地分析和理解企業(yè)的經(jīng)營狀況。 面向主題 傳統(tǒng)的數(shù)據(jù)庫是面向應(yīng)用設(shè)計(jì)的，它的數(shù)據(jù)只是為處理具體應(yīng)用而組織在一起的。應(yīng)用是客觀世界既定的，它對于數(shù)據(jù)內(nèi)容的劃分未必適用于分析所需。而主題是一個(gè)在較高層次將數(shù)據(jù)歸類的標(biāo)準(zhǔn)，每一個(gè)主題基本對應(yīng)一個(gè)宏觀的領(lǐng)域，基于主題組織的數(shù)據(jù)被劃分為各自獨(dú)立的領(lǐng)域，每一個(gè)領(lǐng)域都有自己的邏輯內(nèi)涵互不交叉。因此，在數(shù)據(jù)進(jìn)入數(shù)據(jù)倉庫之前，必然要經(jīng)過加工和集成，將原始數(shù)據(jù)結(jié)構(gòu)做一個(gè)從面向應(yīng)用到面向主題的大轉(zhuǎn)變?？缃M織的經(jīng)營數(shù)據(jù)源保存著企業(yè)方方面面的大量數(shù)據(jù)，例如客戶記錄、產(chǎn)品信息等等。而這些

12、數(shù)據(jù)沒有被用于對企業(yè)的全面經(jīng)營狀況相關(guān)分析。數(shù)據(jù)倉庫只是組織這些關(guān)鍵的企業(yè)信息，以便簡化對企業(yè)的分析過程。 歷史性 存儲在OLTP系統(tǒng)中的數(shù)據(jù)可以正確地表示現(xiàn)在時(shí)間的任何值。OLTP系統(tǒng)經(jīng)常只是包含當(dāng)前的數(shù)據(jù)。例如，處理定單的應(yīng)用程序總是顯示庫存的當(dāng)前值，而不顯示在過去某一時(shí)間的庫存值。不同時(shí)間的查詢一般地會(huì)得到不同的查詢結(jié)果。然而，存儲在數(shù)據(jù)倉庫中的數(shù)據(jù)，可以準(zhǔn)確地表示過去某一時(shí)刻的數(shù)據(jù)，因?yàn)檫@些存儲的數(shù)據(jù)表示了歷史信息。存儲在數(shù)據(jù)倉庫中的數(shù)據(jù)一般表示過了一段比較長的時(shí)間的數(shù)據(jù)，一般是五年到十年。數(shù)據(jù)倉庫存儲了企業(yè)一段時(shí)間的快照形式。這些數(shù)據(jù)一般是不改變的。與此不同的是，業(yè)務(wù)數(shù)據(jù)庫通常只保存

13、有用事務(wù)數(shù)據(jù)30-90天。數(shù)據(jù)經(jīng)集成進(jìn)入數(shù)據(jù)倉庫后是極少或者根本不更新的。因此，常用的操作是追加操作和歷史查詢。 只讀性 因?yàn)榇鎯υ跀?shù)據(jù)倉庫中的數(shù)據(jù)表示是某一時(shí)刻點(diǎn)的數(shù)據(jù)，所以在數(shù)據(jù)倉庫中，不允許刪除、插入和修改。當(dāng)數(shù)據(jù)移動(dòng)到數(shù)據(jù)倉庫之后，一般是不改變的，除非存儲的數(shù)據(jù)是不正確的。一般地，在數(shù)據(jù)倉庫中發(fā)生的操作是建立數(shù)據(jù)倉庫時(shí)的加載數(shù)據(jù)和查詢數(shù)據(jù)。因?yàn)閿?shù)據(jù)在加載之后不再修改，所以對數(shù)據(jù)倉庫的設(shè)計(jì)可以通過使用索引、預(yù)先計(jì)算的數(shù)據(jù)和物理的數(shù)據(jù)庫正規(guī)化來優(yōu)化查詢的性能。1.4.2 統(tǒng)一數(shù)據(jù)平臺建模數(shù)據(jù)模型是對現(xiàn)實(shí)世界進(jìn)行抽象的工具。它描述了企業(yè)內(nèi)的實(shí)體和聯(lián)系,即主題域,是企業(yè)最高層次的抽象。數(shù)據(jù)模型

14、采用ERD（實(shí)體關(guān)系模型），整體ERD由各分ERD綜合而成,不僅消除了分ERD之間的不一致,而且消除了不必要的冗余。ERD在邏輯上實(shí)現(xiàn)了數(shù)據(jù)倉庫集成和面向主題的特點(diǎn)。數(shù)據(jù)平臺的建模首先是根據(jù)迪比特公司的業(yè)務(wù),確定主題領(lǐng)域，然后擴(kuò)充每個(gè)主題域,以得到主碼(包括時(shí)間主屬性)和各屬性,并實(shí)現(xiàn)主題域之間的聯(lián)系。生產(chǎn)制造也得主題領(lǐng)域有：機(jī)構(gòu)組織、產(chǎn)品、客戶、訂單、地區(qū)、倉庫、促銷、服務(wù)等。1.4.3 統(tǒng)一數(shù)據(jù)平臺應(yīng)用在同一數(shù)據(jù)平臺基礎(chǔ)上，除了能產(chǎn)生各種報(bào)表，滿足日常生產(chǎn)管理需求外，還能支持各種決策支持系統(tǒng)，和數(shù)據(jù)挖掘功能。決策支持應(yīng)用如：經(jīng)營分析與計(jì)劃達(dá)成、kpi指標(biāo)監(jiān)控、企業(yè)戰(zhàn)略管理平衡計(jì)分卡應(yīng)用等等

15、。數(shù)據(jù)挖掘應(yīng)用，如客戶貢獻(xiàn)度分析、客戶分類分析等等，為公司的產(chǎn)品設(shè)計(jì)提供更多的客戶信息。1 kpi指標(biāo)監(jiān)控對于企業(yè)高層管理人員來說，可定義一些企業(yè)的關(guān)鍵績效指標(biāo)，如企業(yè)銷售收入、稅后利潤等等，根據(jù)業(yè)務(wù)實(shí)際狀況推算出下一個(gè)年度合適的閥值，通過后臺存儲過程技術(shù)定時(shí)計(jì)算迪比特的實(shí)際數(shù)值，最后通過MicroStrategy產(chǎn)品的告警功能實(shí)現(xiàn)數(shù)據(jù)的push，刷新客戶端，使用戶及時(shí)了解監(jiān)管指標(biāo)的當(dāng)前狀況。2 經(jīng)營分析與計(jì)劃達(dá)成經(jīng)營分析會(huì)關(guān)注市場接受度指標(biāo)集、服務(wù)水平指標(biāo)集、生產(chǎn)費(fèi)率科學(xué)性指標(biāo)集等五個(gè)指標(biāo)集，每個(gè)指標(biāo)集里面都包括豐富的指標(biāo)。如在市場接受度指標(biāo)集中會(huì)有產(chǎn)品市場占有率、客戶滿意度等等。通過對這些

16、指標(biāo)集多角度多手段的觀察，可以把握經(jīng)營的總體特征，如同期比、前期比、占比、TopN、絕對值分布等等數(shù)理統(tǒng)計(jì)。計(jì)劃達(dá)成主要包括業(yè)務(wù)收入人力資源計(jì)劃達(dá)成情況、業(yè)務(wù)收入計(jì)劃達(dá)成情況、業(yè)務(wù)支出計(jì)劃達(dá)成情況等幾個(gè)主要方面，以及其他五個(gè)方面的輔助方面。3 企業(yè)戰(zhàn)略管理平衡計(jì)分卡應(yīng)用通過儀表板表現(xiàn)形式：靈活報(bào)表方案設(shè)計(jì)在開發(fā)靈活報(bào)表系統(tǒng)時(shí)，國天商業(yè)智能采用成熟的數(shù)據(jù)倉庫原理和方法，根據(jù)應(yīng)用主題建立各種多維分析模型，使系統(tǒng)能靈活地生成各種報(bào)表和圖形等多種多樣的信息表現(xiàn)形式，為企業(yè)的經(jīng)營決策提供各種信息。系統(tǒng)邏輯設(shè)計(jì)系統(tǒng)分為三大模塊：數(shù)據(jù)抽取、數(shù)據(jù)存儲、數(shù)據(jù)展現(xiàn)。數(shù)據(jù)抽?。和ㄟ^此模塊，將生產(chǎn)系統(tǒng)或外部系統(tǒng)的數(shù)據(jù)

17、抽取到數(shù)據(jù)倉庫中。數(shù)據(jù)存儲：數(shù)據(jù)存儲包括數(shù)據(jù)倉庫和數(shù)據(jù)集市。數(shù)據(jù)倉庫為企業(yè)統(tǒng)一的信息平臺；數(shù)據(jù)集市為面向多維分析的數(shù)據(jù)存儲。 數(shù)據(jù)展現(xiàn)：數(shù)據(jù)倉庫信息輸出部分，輸出方式可分為固定報(bào)表、即席查詢、多維分析。按功能可分為各種應(yīng)用分析系統(tǒng)，如：客戶關(guān)系管理系統(tǒng)、資產(chǎn)負(fù)債分析系統(tǒng)、管理會(huì)計(jì)、績效考核系統(tǒng)。2.2 系統(tǒng)部署拓?fù)浣Y(jié)構(gòu)前面已經(jīng)提到過，分析展示層將全部采用MicroStrategy產(chǎn)品，作為前端應(yīng)用系統(tǒng)支撐軟件的MicroStrategy產(chǎn)品將按如下方式部署：用戶用戶2.3 應(yīng)用功能 詳見本方案1.1.2節(jié)的第三點(diǎn)：業(yè)務(wù)特性。2.4 軟件配置此次項(xiàng)目主要使用MicroStrategy產(chǎn)品作為前端

18、展現(xiàn)的解決方案，因此軟件配置主要為MicroStrategy產(chǎn)品的軟件配置。下表列出了MicroStrategy產(chǎn)品各組件所需的軟件配置MicroStrategy軟件操作系統(tǒng)其它BI服務(wù)器MicroStrategy Intelligence ServerWindows NT/2000 Server；Solaris；AIXWeb服務(wù)器（JSP版本）MicroStrategy Web UniversalWindows NT/2000或Unix（Sun Solaris, IBM AIX, HP-UX）或Linux需要J2EE中間件平臺，比如WebLogic, WebSphere, SunOne，To

19、mcat等應(yīng)用建模MicroStrategy ArchitectWindows NT/2000 /98/XPC/S客戶端（查詢、報(bào)表、OLAP、高級分析）MicroStrategy Designer/AnalystWindows NT/2000 /98/XPWeb客戶端（查詢、報(bào)表、OLAP、高級分析）MicroStrategy Web Professional /Analyst /Reporter/report severseWindows NT/2000 /98/XP, Unix, Linux需Web瀏覽器2.5 硬件配置1 MicroStrategy各產(chǎn)品組件所需的硬件配置客戶端所需硬件

20、資源MicroStrategy軟件最小配置推薦配置CPU(1000M HZ)數(shù)目內(nèi)存CPU(1000M HZ)數(shù)目內(nèi)存應(yīng)用建模MicroStrategy Architect1128M1256MC/S客戶端MicroStrategy Designer/Analyst1128M1256MWeb客戶端MicroStrategy Web Professional /Analyst /Reporter1128M1256M服務(wù)器端所需硬件資源基本假設(shè)：業(yè)務(wù)用戶并發(fā)操作率假設(shè)為50%；業(yè)務(wù)用戶全部使用B/S方式進(jìn)行報(bào)表操作；服務(wù)器端的CPU主頻假設(shè)為1000MHZ。為了保證報(bào)表系統(tǒng)的高可用，報(bào)表應(yīng)用服務(wù)器、

21、Web服務(wù)器采用群集。計(jì)算方法：根據(jù)MicroStrategy實(shí)驗(yàn)室的測算結(jié)果及在世界各地的實(shí)施經(jīng)驗(yàn)，在Intelligence Server上每1000MHZ的CPU可支撐40-50個(gè)并發(fā)操作用戶，如果Web服務(wù)器只用于支撐MicroStrategy Web/Web Universal應(yīng)用，其支持容量與Intelligence Server相當(dāng)。用戶數(shù)并發(fā)用戶數(shù)（50%并發(fā)率）MicroStrategy Intelligence ServerMicroStrategy Web服務(wù)器匯總2001002 CPU;2048M RAM2 CPU;2048M RAM4 CPU;4096M RAM100

22、501 CPU;1024M RAM1 CPU;1024M RAM2 CPU;2048M RAM50250.5 CPU;512M RAM0.5 CPU;512M RAM1CPU;1024+YM RAM2 數(shù)據(jù)庫與ETL硬件平臺配置此次項(xiàng)目數(shù)據(jù)庫與ETL服務(wù)硬件平臺的配置規(guī)格，我們給予以下三點(diǎn)意見：運(yùn)維環(huán)境的硬件平臺可以根據(jù)開發(fā)環(huán)境的負(fù)載情況在系統(tǒng)切換上線前再作準(zhǔn)確確定；鑒于客戶當(dāng)前的IT狀況，我們認(rèn)為不排除對“現(xiàn)有數(shù)據(jù)管理系統(tǒng)”的設(shè)備例舊的可能；根據(jù)我們的經(jīng)驗(yàn)，至少的配置是：雙PU，4G內(nèi)存的配置；高載荷的配置可以達(dá)到4CPU，8內(nèi)存的配置；也可以更高。 第三章：靈活報(bào)表系統(tǒng)的實(shí)施我們將采用DW

23、M（Data Warehouse Method）為迪比特公司實(shí)施項(xiàng)目。DWM是我們經(jīng)過多年的數(shù)據(jù)倉庫系統(tǒng)實(shí)施而提煉、總結(jié)好的結(jié)構(gòu)化實(shí)施方法，詳細(xì)定義了用于構(gòu)造一個(gè)完善的、滿足業(yè)務(wù)功能的數(shù)據(jù)倉庫系統(tǒng)所不可缺少的步驟和任務(wù)。DWM是一組預(yù)定義好的、在整個(gè)數(shù)據(jù)倉庫項(xiàng)目中起指導(dǎo)作用的、可用多種方法管理的實(shí)施步驟。DWM可以幫助我們解決諸如確定正確的系統(tǒng)范圍和用戶需求、建立靈活的系統(tǒng)架構(gòu)以滿足不斷變化的應(yīng)用需求以及不可預(yù)測的使用需求等等比較棘手的問題。采用DWM這不僅可以提高工作效率及項(xiàng)目實(shí)施質(zhì)量，而且可以盡可能的減少系統(tǒng)的實(shí)施風(fēng)險(xiǎn)。DWM是一個(gè)抽象的方法論，需要結(jié)合項(xiàng)目實(shí)際環(huán)境作定制。DWM把數(shù)據(jù)倉庫

24、系統(tǒng)的實(shí)施分為13個(gè)過程，7個(gè)階段。如下表所示：過程|階段實(shí)施策略系統(tǒng)定義系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)建立系統(tǒng)應(yīng)用系統(tǒng)維護(hù)業(yè)務(wù)需求定義34.6%9.3%13.3%數(shù)據(jù)獲取8.4%8.5%23.1%16.4%17.2%21.4%系統(tǒng)結(jié)構(gòu)定義11.5%22.2%14.3%5.4%14.5%數(shù)據(jù)質(zhì)量控制2.2%12.1%6.5%7.9%0.6%數(shù)據(jù)倉庫管理3.4%4.4%3.9%11%16.1%元數(shù)據(jù)管理3.7%4.7%4.9%數(shù)據(jù)訪問6.3%4.7%4.9%數(shù)據(jù)庫設(shè)計(jì)與建立4%2%文檔設(shè)置1%1.1%2%4.5%3.9%系統(tǒng)測試1.2%7.4%15%19.8%19.7%培訓(xùn)0.5%7.7%2.7%4.1%

25、4.7%27.8%系統(tǒng)上線1.7%0.2%0.4%17.8%技術(shù)支持45%上表中各個(gè)過程中的陰影表示每個(gè)過程涉及到哪個(gè)實(shí)施階段，表中的百分比表示以一個(gè)中等規(guī)模的項(xiàng)目為例，每個(gè)過程在各個(gè)實(shí)施階段中所占的比例。3.1 DWM實(shí)施過程在不同的數(shù)據(jù)倉庫系統(tǒng)項(xiàng)目中，在7個(gè)實(shí)施階段中均會(huì)涉及上述大部分或全部的實(shí)施過程。1業(yè)務(wù)需求定義本過程主要通過了解客戶業(yè)務(wù)的策略性目標(biāo)和建立系統(tǒng)的初衷，明確數(shù)據(jù)倉庫解決方案能夠滿足的業(yè)務(wù)需求，確定系統(tǒng)的實(shí)施范圍，初步建立系統(tǒng)實(shí)施的方向。2數(shù)據(jù)獲取本過程的目標(biāo)是確定數(shù)據(jù)倉庫系統(tǒng)將要使用的數(shù)據(jù)的來源數(shù)據(jù)獲取過程會(huì)涉及數(shù)據(jù)倉庫的多個(gè)組成部分，包括內(nèi)部的業(yè)務(wù)處理系統(tǒng)和外部相關(guān)系統(tǒng)

26、。同時(shí)，需要確定從這些數(shù)據(jù)源抽取、轉(zhuǎn)換和傳遞原數(shù)據(jù)的方法，包括制定第一次數(shù)據(jù)裝載的方案、數(shù)據(jù)更新方案，以及確定數(shù)據(jù)獲取模塊的功能。3系統(tǒng)結(jié)構(gòu)定義本過程側(cè)重于定義數(shù)據(jù)倉庫的技術(shù)基礎(chǔ)的組成和結(jié)構(gòu)化設(shè)計(jì)，包括各種產(chǎn)品的集成方法、系統(tǒng)不同組成部分的集成方法，以便提供一個(gè)易擴(kuò)展、可伸縮性好的系統(tǒng)結(jié)構(gòu)。從技術(shù)角度講，系統(tǒng)結(jié)構(gòu)決定了對下列技術(shù)性方案的選擇，包括數(shù)據(jù)庫環(huán)境是分布式的還是集中式的，以及數(shù)據(jù)獲取、基礎(chǔ)結(jié)構(gòu)優(yōu)化和平臺配置等方面對網(wǎng)絡(luò)、硬件平臺和軟件需求的定義和實(shí)施。在平臺配置中，包括了數(shù)據(jù)獲取的環(huán)境、服務(wù)器結(jié)構(gòu)、中間件的選擇、數(shù)據(jù)庫規(guī)模等方面。本過程中還需要確定數(shù)據(jù)訪問的安全性控制、數(shù)據(jù)備份與恢復(fù)等

27、方面的策略和方案。4數(shù)據(jù)質(zhì)量控制本過程用于保證數(shù)據(jù)倉庫中的數(shù)據(jù)的一致性、可靠性和準(zhǔn)確性。在客戶認(rèn)可了確定數(shù)據(jù)正確性和一致性方法的基礎(chǔ)上，制定出數(shù)據(jù)質(zhì)量控制策略，以及數(shù)據(jù)管理流程。同時(shí)，還需要對數(shù)據(jù)質(zhì)量控制工具進(jìn)行評估和推薦。此外，本過程還需要確定用于識別和處理錯(cuò)誤數(shù)據(jù)、數(shù)據(jù)清潔、監(jiān)測和控制臟數(shù)據(jù)的業(yè)務(wù)規(guī)則。數(shù)據(jù)質(zhì)量控制模塊還需要與數(shù)據(jù)獲取模塊集成在一起，用于檢查質(zhì)量控制功能在從源數(shù)據(jù)環(huán)境轉(zhuǎn)換到目的環(huán)境的全過程中是否按照正確的順序完成，以保證進(jìn)入到數(shù)據(jù)倉庫中的數(shù)據(jù)是可靠的數(shù)據(jù)。5數(shù)據(jù)倉庫管理本過程用于定義維護(hù)、使用和修改數(shù)據(jù)倉庫的策略和需求，主要包括版本控制、數(shù)據(jù)使用方法和安全性控制，以及數(shù)據(jù)管

28、理。過程初期，需要確定管理流程、所用工具、評估和測試方案。過程期間，需要設(shè)計(jì)和建立數(shù)據(jù)倉庫管理模塊，用于實(shí)現(xiàn)版本控制、數(shù)據(jù)備份與恢復(fù)、數(shù)據(jù)歸檔、數(shù)據(jù)管理和監(jiān)測，以及建立其他管理和檢測任務(wù)，最終實(shí)現(xiàn)管理的自動(dòng)化。6元數(shù)據(jù)管理本過程側(cè)重于確定元數(shù)據(jù)管理的策略，以及定義元數(shù)據(jù)類型、元數(shù)據(jù)庫、元數(shù)據(jù)集成和訪問的需求。其主要目標(biāo)是如何形成和組織數(shù)據(jù)倉庫中涉及各個(gè)方面的元數(shù)據(jù)，使之既滿足技術(shù)要求，又符合業(yè)務(wù)需求。技術(shù)要求的側(cè)重點(diǎn)在于，如何匯集在系統(tǒng)開發(fā)過程中創(chuàng)建的元數(shù)據(jù)和用于支持系統(tǒng)管理的元數(shù)據(jù)。技術(shù)性元數(shù)據(jù)包括，數(shù)據(jù)獲取規(guī)則，數(shù)據(jù)轉(zhuǎn)換方法，數(shù)據(jù)的時(shí)間，數(shù)據(jù)權(quán)限，數(shù)據(jù)刷新、歸檔、備份和恢復(fù)的計(jì)劃和結(jié)果，以

29、及被訪問的數(shù)據(jù)，其中包括訪問頻率和訪問請求數(shù)量等因素。對技術(shù)人員而言，如何有效的管理數(shù)據(jù)倉庫是其最關(guān)心的問題。業(yè)務(wù)需求的側(cè)重點(diǎn)在于，最終用戶關(guān)心的是可以從數(shù)據(jù)倉庫中獲取什么樣的數(shù)據(jù)，以及如何獲取這些數(shù)據(jù)。多數(shù)情況下，是通過為用戶提供有效的元數(shù)據(jù)訪問工具實(shí)現(xiàn)的。用戶使用這些簡單易用的工具，瀏覽創(chuàng)建對數(shù)據(jù)的查詢和編制報(bào)表，在元數(shù)據(jù)上完成drill-down/up分析。通過開發(fā)元數(shù)據(jù)管理模塊實(shí)現(xiàn)對元數(shù)據(jù)的獲取、集成和訪問。7 數(shù)據(jù)訪問本過程側(cè)重于對支持用戶訪問數(shù)據(jù)倉庫中數(shù)據(jù)的工具的確認(rèn)、選擇和設(shè)計(jì)。根據(jù)用戶要訪問的數(shù)據(jù)的級別、數(shù)據(jù)決策的需求和用戶的技能水平，來評估、選擇、推薦和測試數(shù)據(jù)訪問工具。8數(shù)

30、據(jù)庫設(shè)計(jì)與建立本過程的目標(biāo)是如何定義數(shù)據(jù)庫對象，既能滿足數(shù)據(jù)需求，又能滿足對數(shù)據(jù)有效訪問的需求。本過程包括對數(shù)據(jù)庫的邏輯設(shè)計(jì)和物理設(shè)計(jì)，關(guān)系型數(shù)據(jù)庫設(shè)計(jì)和多維數(shù)據(jù)庫設(shè)計(jì)，還包括對開發(fā)環(huán)境、測試環(huán)境和產(chǎn)品環(huán)境的建立。9文檔設(shè)置本過程涉及系統(tǒng)應(yīng)用之前的各個(gè)實(shí)施階段，是系統(tǒng)設(shè)計(jì)、開發(fā)、運(yùn)行和維護(hù)所不可缺少的一個(gè)重要環(huán)節(jié)。無論是系統(tǒng)需求文檔、還是技術(shù)文檔、用戶操作手冊等等，都是保證系統(tǒng)開發(fā)和運(yùn)行正常進(jìn)行的重要輔助手段。10 系統(tǒng)測試本過程是保證系統(tǒng)正確運(yùn)行的重要環(huán)節(jié)。系統(tǒng)測試之前，需要制定測試策略、準(zhǔn)備測試方案、測試步驟和測試數(shù)據(jù)。從功能角度講，系統(tǒng)測試包括各個(gè)模塊的單獨(dú)測試，系統(tǒng)集成測試；從數(shù)據(jù)角度

31、講，系統(tǒng)測試包括系統(tǒng)正確性測試，大數(shù)據(jù)量測試（即系統(tǒng)性能測試）。11 培訓(xùn)本過程定義了開發(fā)人員和最終用戶的培訓(xùn)需求，確定需要接受培訓(xùn)的技術(shù)和業(yè)務(wù)人員，并估算出培訓(xùn)計(jì)劃和實(shí)施培訓(xùn)的時(shí)間表，設(shè)計(jì)和編制培訓(xùn)資料。本過程的目標(biāo)是通過提供適當(dāng)有效的培訓(xùn)，保證不同類型的人員更好地使用和維護(hù)已投入運(yùn)行的系統(tǒng)。12 系統(tǒng)上線本過程的目標(biāo)是把系統(tǒng)移植到產(chǎn)品環(huán)境中，包括制定安裝計(jì)劃，準(zhǔn)備客戶維護(hù)和產(chǎn)品環(huán)境。13 技術(shù)支持系統(tǒng)上線之后，繼續(xù)為用戶提供在系統(tǒng)管理方面的技術(shù)支持3.2 DWM實(shí)施階段使用增量開發(fā)方法（Incremental Approach）開發(fā)的數(shù)據(jù)倉庫系統(tǒng)，其實(shí)施過程分成下列7個(gè)階段。1實(shí)施策略本階

32、段以客戶策略性業(yè)務(wù)需求和目標(biāo)為基礎(chǔ)，完成對系統(tǒng)目標(biāo)、增量開發(fā)的優(yōu)先級和企業(yè)數(shù)據(jù)倉庫基礎(chǔ)結(jié)構(gòu)的定義，并對客戶組織結(jié)構(gòu)、成功的關(guān)鍵因素、主要的限制因素、事項(xiàng)、風(fēng)險(xiǎn)和由數(shù)據(jù)倉庫系統(tǒng)帶來的好處進(jìn)行評估。此外，還完成對高層的技術(shù)實(shí)現(xiàn)結(jié)構(gòu)和數(shù)據(jù)倉庫結(jié)構(gòu)進(jìn)行定義。2 系統(tǒng)定義本階段會(huì)明確定義增量開發(fā)過程的目標(biāo)和范圍，確定數(shù)據(jù)源和數(shù)據(jù)質(zhì)量控制范圍，以及在已確定的解決方案實(shí)施范圍內(nèi)確定技術(shù)結(jié)構(gòu)和數(shù)據(jù)倉庫結(jié)構(gòu)。此外，在本階段還需建立在數(shù)據(jù)獲取、數(shù)據(jù)質(zhì)量控制、數(shù)據(jù)倉庫管理、元數(shù)據(jù)管理、數(shù)據(jù)訪問和培訓(xùn)等方面的策略性方案。3 系統(tǒng)分析在本階段中，在已確定的解決方案實(shí)施范圍內(nèi)，明確詳細(xì)的業(yè)務(wù)需求，包括建立邏輯模型、收集源

33、于源數(shù)據(jù)的詳細(xì)需求，以及最終用戶對數(shù)據(jù)的訪問需求。在系統(tǒng)分析階段，確定數(shù)據(jù)獲取方案，包括從源系統(tǒng)中抽取什么數(shù)據(jù)，以及數(shù)據(jù)量控制、數(shù)據(jù)校驗(yàn)和轉(zhuǎn)換規(guī)則；確定業(yè)務(wù)數(shù)據(jù)處理周期、更新周期，以及提取、傳遞和裝載周期；完成源系統(tǒng)的分析，數(shù)據(jù)映射，源系統(tǒng)和目標(biāo)系統(tǒng)的差異分析，源系統(tǒng)的變化，以及數(shù)據(jù)獲取工具的選擇。此外，建立與企業(yè)技術(shù)結(jié)構(gòu)相吻合的用于增量實(shí)施的技術(shù)結(jié)構(gòu)，它是以支持增量實(shí)施的硬件、軟件、數(shù)據(jù)訪問工具、網(wǎng)絡(luò)、備份與恢復(fù)等方面為基礎(chǔ)的。同時(shí)，對用于數(shù)據(jù)訪問、數(shù)據(jù)質(zhì)量控制、數(shù)據(jù)倉庫管理和元數(shù)據(jù)管理等數(shù)據(jù)倉庫解決方案中各部分的工具進(jìn)行評估和選擇。4系統(tǒng)設(shè)計(jì)本階段的目標(biāo)是使用在系統(tǒng)分析階段確定的信息建立滿

34、足需求的詳細(xì)技術(shù)定義。包括數(shù)據(jù)獲取和裝載模塊的設(shè)計(jì)，數(shù)據(jù)元素、數(shù)據(jù)匯總層次的驗(yàn)證，數(shù)據(jù)一致性的檢查，元數(shù)據(jù)的定義，對數(shù)據(jù)訪問和查詢、編制報(bào)表等部分的詳細(xì)定義。此外，詳細(xì)定義邏輯模型、數(shù)據(jù)需求、來自系統(tǒng)分析階段的數(shù)據(jù)映射，以及關(guān)系型、多維數(shù)據(jù)和元數(shù)據(jù)庫對象的物理結(jié)構(gòu)設(shè)計(jì)。系統(tǒng)設(shè)計(jì)階段還完成平臺配置，制定測試方案，編制用戶使用和技術(shù)參考手冊、培訓(xùn)資料，以及制定系統(tǒng)上線策略。5 系統(tǒng)建立本階段依據(jù)系統(tǒng)設(shè)計(jì)階段的方案，完成數(shù)據(jù)倉庫系統(tǒng)各組成部分的建立，包括數(shù)據(jù)庫、數(shù)據(jù)獲取模塊和數(shù)據(jù)訪問機(jī)制；構(gòu)造數(shù)據(jù)抽取、轉(zhuǎn)換、裝載、更新和集成模塊；安裝數(shù)據(jù)訪問工具，并于數(shù)據(jù)對象集成；構(gòu)造查詢、編制報(bào)表。此外，制定測試

35、計(jì)劃，準(zhǔn)備測試環(huán)境；完成模塊的獨(dú)立和集成測試，系統(tǒng)正確性測試，系統(tǒng)性能測試。6 系統(tǒng)應(yīng)用本階段完成數(shù)據(jù)倉庫解決方案的安裝，讓用戶具備使用和管理系統(tǒng)的能力，把系統(tǒng)移植到產(chǎn)品環(huán)境中。7 系統(tǒng)維護(hù)本階段完成對前一階段實(shí)施的評估和回顧，為下一階段的實(shí)施做好準(zhǔn)備。3.3 項(xiàng)目實(shí)施計(jì)劃第四章 技術(shù)服務(wù)計(jì)劃、維護(hù)與承諾我方承諾項(xiàng)目交付后3年5天*8小時(shí)的技術(shù)支持服務(wù)，服務(wù)內(nèi)容包括免費(fèi)和收費(fèi)兩部分。4.1 免費(fèi)服務(wù)內(nèi)容在線支持：使用在線支持，更新并記錄技術(shù)問題。電話支持：對于日常的操作問題，可以不限次數(shù)的電話咨詢。Email支持：對于客戶在工作中碰到的問題，我方在收到Email 請求后，將及時(shí)給予回復(fù)。傳真支

36、持：對于客戶通過傳真方式發(fā)出的問題請求，我方收到請求后及時(shí)給出回復(fù)。熱線電話我們可以做到8小時(shí)內(nèi)的做出服務(wù)回應(yīng)，72小時(shí)內(nèi)的解決問題。我們還會(huì)安排不定期的客戶回訪。4.2 收費(fèi)服務(wù)內(nèi)容對于不能通過免費(fèi)維護(hù)服務(wù)實(shí)現(xiàn)的技術(shù)支持，安排資深技術(shù)人員赴現(xiàn)場進(jìn)行問題處理。第五章 培訓(xùn)計(jì)劃MicroStrategy產(chǎn)品培訓(xùn)5.1.1培訓(xùn)時(shí)間表培訓(xùn)課程培訓(xùn)時(shí)間參加培訓(xùn)人員MicroStrategy: 基礎(chǔ)報(bào)表2天項(xiàng)目設(shè)計(jì)人員、高級報(bào)表開發(fā)人員、系統(tǒng)管理員MicroStrategy:系統(tǒng)管理2天系統(tǒng)管理人員MicroStrategy Desktop:高級報(bào)表4天高級報(bào)表開發(fā)人員Mic

37、roStrategy Architect:項(xiàng)目設(shè)計(jì)2天項(xiàng)目設(shè)計(jì)人員5.1.2培訓(xùn)課程下列所有開設(shè)的培訓(xùn)模塊全部本地化為中文。它們包括了所有要在迪比特環(huán)境下使用的MicroStrategy產(chǎn)品。所有的培訓(xùn)皆基于MicroStrategy總部所發(fā)布的已有的培訓(xùn)內(nèi)容。MicroStrategy:報(bào)表基礎(chǔ)時(shí)間2天先導(dǎo)課程熟練使用Windows操作界面培訓(xùn)對象報(bào)表開發(fā)人員或設(shè)計(jì)人員分析人員高級報(bào)表用戶任何需要進(jìn)一步的MicroStrategy課程培訓(xùn)的人員所覆蓋的MicroStrategy產(chǎn)品MicroStrategy DesktopMicroStrategy Web課程描述兩天的課程將向?qū)W員介紹Mic

38、roStrategy Desktop和MicroStrategy Web的報(bào)表制作能力。學(xué)員將學(xué)會(huì)使用模板、篩選、度量、提示、搜索等對象構(gòu)建報(bào)表，還將學(xué)會(huì)組合多張報(bào)表、使用鉆取功能操作報(bào)表以及導(dǎo)出數(shù)據(jù)等。學(xué)員也將學(xué)會(huì)使用各種格式化選項(xiàng)比如排序、旋轉(zhuǎn)、分頁、大綱模式、以及顯示總計(jì)和小計(jì)等。培訓(xùn)內(nèi)容MicroStrategy決策支持介紹MicroStrategy Desktop介紹在Desktop中創(chuàng)建、保存、查看報(bào)表在Desktop中操作報(bào)表創(chuàng)建、保存、編輯基本過濾器創(chuàng)建、格式化基本度量基本提示和搜索創(chuàng)建和查看文檔在MicroStrategy Web中操作報(bào)表MicroStrategy:系統(tǒng)管理

39、時(shí)間2天先導(dǎo)課程MicroStrategy:報(bào)表基礎(chǔ)培訓(xùn)對象系統(tǒng)管理員開發(fā)人員咨詢?nèi)藛T項(xiàng)目經(jīng)理所覆蓋的MicroStrategy產(chǎn)品MicroStrategy Intelligence ServerMicroStrategy WebMicroStrategy Administrator課程描述兩天的課程將引導(dǎo)學(xué)員理解MicroStrategy Intelligence Server, MicroStrategy Web和MicroStrategy Administrator的基本工作原理。學(xué)員將學(xué)會(huì)服務(wù)器平臺的安裝、管理、故障排除。學(xué)員還將學(xué)會(huì)怎樣通過調(diào)整緩存、調(diào)度和群集來優(yōu)化服務(wù)器平臺。這些

40、培訓(xùn)內(nèi)容將通過手工實(shí)驗(yàn)和討論方式來進(jìn)行。學(xué)員還將學(xué)會(huì)使用MicroStrategy Administrato中的一些工具軟件：Object Manager, Command Manager和Project Merge Wizard.通過這樣的培訓(xùn)，學(xué)員將具備成功實(shí)施BI項(xiàng)目所需的設(shè)計(jì)、實(shí)施、調(diào)優(yōu)和維護(hù)平臺的知識。培訓(xùn)內(nèi)容系統(tǒng)管理綜述系統(tǒng)架構(gòu)和查詢流程系統(tǒng)安裝配置和管理界面啟動(dòng)和連接安全LDAP鑒權(quán)Intelligence Server系統(tǒng)管理緩存和調(diào)度數(shù)據(jù)集市群集Object Manager Command Manager項(xiàng)目及用戶合并向?qū)icroStrategy Web綜述MicroStr

41、ategy Web系統(tǒng)管理MicroStrategy Desktop:高級報(bào)表時(shí)間4天先導(dǎo)課程MicroStrategy:報(bào)表基礎(chǔ)培訓(xùn)對象報(bào)表開發(fā)人員或設(shè)計(jì)人員需要?jiǎng)?chuàng)建高級報(bào)表并具有一定的SQL基礎(chǔ)知識的分析人員項(xiàng)目經(jīng)理咨詢?nèi)藛T高級用戶所覆蓋的MicroStrategy產(chǎn)品MicroStrategy Desktop培訓(xùn)內(nèi)容高級度量(Metrics)事實(shí)層次擴(kuò)展(Fact Level Extensions)復(fù)合型和自定義組(Consolidations and Custom Groups)高級提示(Prompts)高級篩選(Filters)鉆取地圖(Drill Maps)報(bào)表數(shù)據(jù)選項(xiàng)(Repor

42、t Data Options)Engine LogicVLDB屬性 報(bào)表實(shí)驗(yàn)MicroStrategy Architect:項(xiàng)目設(shè)計(jì)時(shí)間2天先導(dǎo)課程MicroStrategy:報(bào)表基礎(chǔ)培訓(xùn)對象Project DesignersProject or Data ArchitectsDatabase 系統(tǒng)管理員所覆蓋的MicroStrategy產(chǎn)品MicroStrategy Architect培訓(xùn)內(nèi)容MicroStrategy Architect介紹決策支持架構(gòu)邏輯數(shù)據(jù)模型(Logical Data Model)數(shù)據(jù)倉庫物理框架(Physical Warehouse Schema)數(shù)據(jù)建模和框架設(shè)計(jì)

43、高級培訓(xùn)在MicroStrategy Architect中創(chuàng)建項(xiàng)目MicroStrategy FactsMicroStrategy AttributesMicroStrategy Hierarchies項(xiàng)目創(chuàng)建和配置項(xiàng)目維護(hù)聚合表分區(qū)和分區(qū)映射轉(zhuǎn)換(Transformations) 培訓(xùn)教師張吉，董寶明系統(tǒng)交付使用培訓(xùn)5.2.1培訓(xùn)時(shí)間表培訓(xùn)課程培訓(xùn)時(shí)間參加培訓(xùn)人員最終用戶培訓(xùn)2天迪比特中，負(fù)責(zé)今后對最終用戶進(jìn)行培訓(xùn)的業(yè)務(wù)或IT人員。系統(tǒng)維護(hù)培訓(xùn)3天將要負(fù)責(zé)系統(tǒng)運(yùn)維的IT人員5.2.2培訓(xùn)內(nèi)容系統(tǒng)的登陸與退出；系統(tǒng)各功能模塊的使用方法；系統(tǒng)客戶端常規(guī)報(bào)錯(cuò)/非經(jīng)驗(yàn)現(xiàn)象的解釋與解決辦法；良好的系統(tǒng)

44、使用習(xí)慣。ETL調(diào)度管理；ETL與Modeling隨業(yè)務(wù)變化的調(diào)整開發(fā)方法；系統(tǒng)權(quán)限管理；系統(tǒng)遷移方法；系統(tǒng)Trouble Shooting；系統(tǒng)應(yīng)用擴(kuò)展開發(fā)方法。培訓(xùn)教師儲冬冬、曾健民附錄資料：不需要的可以自行刪除如何構(gòu)建銀行數(shù)據(jù)倉庫數(shù)據(jù)倉庫技術(shù)作為一項(xiàng)數(shù)據(jù)管理領(lǐng)域的新技術(shù)，其精髓在于針對聯(lián)機(jī)分析處理(OLAP)提出了一種綜合的解決方案，與以往很多技術(shù)不同的是，它主要是一種概念，在此概念指導(dǎo)下完成系統(tǒng)的構(gòu)造。既沒有可以直接購買到的現(xiàn)成產(chǎn)品，也沒有具體的分析規(guī)范和實(shí)現(xiàn)方法，也就是說沒有成熟、可靠且被廣泛接受的數(shù)據(jù)倉庫標(biāo)準(zhǔn)。在以往關(guān)系數(shù)據(jù)庫的設(shè)計(jì)和實(shí)現(xiàn)中，不僅有詳細(xì)的理論推導(dǎo)，還有無數(shù)的設(shè)計(jì)實(shí)例

45、，無論你使用的是什么公司的數(shù)據(jù)庫產(chǎn)品、開發(fā)工具，只要按照規(guī)范做，那么實(shí)現(xiàn)同一業(yè)務(wù)需求的方案都會(huì)很相似。而現(xiàn)有數(shù)據(jù)倉庫的實(shí)現(xiàn)中，出現(xiàn)了MOLAP方案和ROLAP方案的區(qū)別，出現(xiàn)了形形色色的數(shù)據(jù)倉庫建模工具、表現(xiàn)工具，而設(shè)計(jì)人員的個(gè)人經(jīng)驗(yàn)和素質(zhì)也會(huì)在其中扮演很重要的角色。 數(shù)據(jù)倉庫技術(shù)的實(shí)現(xiàn)方式 目前在數(shù)據(jù)倉庫技術(shù)的實(shí)際應(yīng)用中主要包括如下幾種具體實(shí)現(xiàn)方式。 1、在關(guān)系數(shù)據(jù)庫上建立數(shù)據(jù)倉庫(ROLAP) 2、在多維數(shù)據(jù)庫上建立數(shù)據(jù)倉庫(MOLAP) MOLAP方案是以多維方式來組織數(shù)據(jù)，以多維方式來存儲數(shù)據(jù)；ROLAP方案則以二維關(guān)系表為核心表達(dá)多維概念，通過將多維結(jié)構(gòu)劃分為兩類表:維表和事實(shí)表，使

46、關(guān)系型結(jié)構(gòu)能較好地適應(yīng)多維數(shù)據(jù)的表示和存儲。在多維數(shù)據(jù)模型的表達(dá)方面，多維矩陣比關(guān)系表更清晰且占用的存儲更少，而通過關(guān)系表間的連接來查詢數(shù)據(jù)的ROLAP系統(tǒng)，系統(tǒng)性能成為最大問題。MOLAP方案比ROLAP方案要簡明，索引及數(shù)據(jù)聚合可以自動(dòng)進(jìn)行并自動(dòng)管理，但同時(shí)喪失了一定的靈活性。ROLAP方案的實(shí)現(xiàn)較為復(fù)雜，但靈活性較好，用戶可以動(dòng)態(tài)定義統(tǒng)計(jì)和計(jì)算方式，另外能保護(hù)在已有關(guān)系數(shù)據(jù)庫上的投資。 由于兩種方案各有優(yōu)劣，因此在實(shí)際應(yīng)用中，往往將MOLAP和ROLAP結(jié)合使用，即所謂的混合模型。利用關(guān)系數(shù)據(jù)庫存儲歷史數(shù)據(jù)、細(xì)節(jié)數(shù)據(jù)或非數(shù)值型數(shù)據(jù)，發(fā)揮關(guān)系數(shù)據(jù)庫技術(shù)成熟的優(yōu)勢，減少花費(fèi)，而在多維數(shù)據(jù)庫中

47、存儲當(dāng)前數(shù)據(jù)和常用統(tǒng)計(jì)數(shù)據(jù)，以提高操作性能。 3、在原有關(guān)系庫上建立邏輯上的數(shù)據(jù)倉庫 由于目前正在運(yùn)行的OLTP系統(tǒng)中已經(jīng)積累了海量數(shù)據(jù)，如何從中提取出決策所需的有用信息就成為用戶最迫切的需要。新建數(shù)據(jù)倉庫固然能從功能、性能各方面給出一個(gè)完整的解決方案，但需要投入大量的人力、物力，并且數(shù)據(jù)倉庫的建設(shè)和分析數(shù)據(jù)的積累需要一段時(shí)間，無法及時(shí)滿足用戶對信息分析的迫切需要。因此在籌建數(shù)據(jù)倉庫的前期，可以采用一些合適的表現(xiàn)工具，在原有OLTP系統(tǒng)上建立起一個(gè)邏輯的數(shù)據(jù)倉庫系統(tǒng)。盡管由于原有OLTP系統(tǒng)設(shè)計(jì)上的局限性，這樣的系統(tǒng)可能無法實(shí)現(xiàn)很多分析功能，但這樣一個(gè)系統(tǒng)中數(shù)據(jù)結(jié)構(gòu)固定、信息分析需求相對穩(wěn)定成

48、熟，因此數(shù)據(jù)倉庫的建模、實(shí)現(xiàn)過程會(huì)相對容易、便捷；同時(shí)，這樣的系統(tǒng)也會(huì)成為將來真正數(shù)據(jù)倉庫建設(shè)的原型。 信息系統(tǒng)與數(shù)據(jù)倉庫的關(guān)系 由于數(shù)據(jù)量大、數(shù)據(jù)來源多樣化，在商業(yè)銀行構(gòu)建管理信息系統(tǒng)時(shí)，不可避免地會(huì)遇上如何管理這些浩如煙海的數(shù)據(jù)，以及如何從中提取有用的信息的問題；而數(shù)據(jù)倉庫的最大優(yōu)點(diǎn)在于它能把企業(yè)網(wǎng)絡(luò)中不同信息島上的商業(yè)數(shù)據(jù)集中到一起，存儲在一個(gè)單一的集成的數(shù)據(jù)庫中，并提供各種手段對數(shù)據(jù)進(jìn)行統(tǒng)計(jì)、分析。因此可以說，在銀行使用數(shù)據(jù)倉庫構(gòu)建管理信息系統(tǒng)，既有壓力，又有數(shù)據(jù)基礎(chǔ)，它們之間的聯(lián)系是必然的，難以割舍的。 數(shù)據(jù)倉庫在商業(yè)銀行的應(yīng)用范圍包括存款分析、貸款分析、客戶市場分析、相關(guān)金融業(yè)分析

49、決策(證券、外匯買賣)、風(fēng)險(xiǎn)預(yù)測、效益分析等。 在銀行信息系統(tǒng)構(gòu)建時(shí)，由于歷史情況和現(xiàn)實(shí)需求的不同，存在兩種途徑: 1、建設(shè)新系統(tǒng) 由于目前國內(nèi)商業(yè)銀行對銀行內(nèi)部運(yùn)營的監(jiān)管，缺乏很好的數(shù)據(jù)搜集機(jī)制，因此可以在構(gòu)建管理信息系統(tǒng)時(shí)，分?jǐn)?shù)據(jù)收集錄入和數(shù)據(jù)匯總分析兩部分來考慮。這樣的系統(tǒng)中由于不需考慮大量歷史數(shù)據(jù)的處理問題，同時(shí)考慮到搜集過程中可能存在多個(gè)數(shù)據(jù)來源，因此可以在系統(tǒng)建設(shè)的同時(shí)構(gòu)建數(shù)據(jù)倉庫，將搜集來的各種數(shù)據(jù)通過數(shù)據(jù)抽取整合到數(shù)據(jù)倉庫中。 2、完善原有系統(tǒng) 而對于已經(jīng)存在OLTP系統(tǒng)，其中沉淀了大量歷史數(shù)據(jù)，則可以先在原有系統(tǒng)上建立邏輯數(shù)據(jù)倉庫，即使用數(shù)據(jù)分析的表現(xiàn)工具，在關(guān)系模型上構(gòu)建一

50、個(gè)虛擬的多維模型。當(dāng)系統(tǒng)需求穩(wěn)定后，再建立物理數(shù)據(jù)倉庫，這樣既節(jié)省投資，又縮短開發(fā)工期。 實(shí)現(xiàn)中需要注意的問題 一、模型設(shè)計(jì)中的問題 模型設(shè)計(jì)(包括邏輯模型設(shè)計(jì)和物理模型設(shè)計(jì))是系統(tǒng)的基礎(chǔ)和成敗的關(guān)鍵，在實(shí)際操作中，視實(shí)現(xiàn)技術(shù)的不同應(yīng)分別對下列問題引起注意。 1、直接構(gòu)建數(shù)據(jù)倉庫 直接構(gòu)建數(shù)據(jù)倉庫時(shí)，必須按業(yè)務(wù)分析的要求重組OLTP系統(tǒng)中的數(shù)據(jù)，并要按不同側(cè)重點(diǎn)分別組織，使之便于使用。 *主題的確定 主題是一個(gè)邏輯概念，它應(yīng)該能夠完整、統(tǒng)一地刻畫出分析對象所涉及的各項(xiàng)數(shù)據(jù)以及相互聯(lián)系。劃分主題的根據(jù)主要來源于兩方面:對原有固定報(bào)表的分析和對業(yè)務(wù)人員的訪談。原有固定報(bào)表能較好地反映出以往工作對數(shù)

51、據(jù)分析的需求，而且數(shù)據(jù)含義和格式相對成熟、穩(wěn)定，在模型設(shè)計(jì)中需要大量借鑒。但僅僅滿足于替代目前的手工報(bào)表還遠(yuǎn)遠(yuǎn)不應(yīng)是構(gòu)建管理信息系統(tǒng)的目標(biāo)，還應(yīng)該通過業(yè)務(wù)訪談，進(jìn)一步挖掘出日常工作中潛在的更廣、更深的分析需求。只有這樣，才能真正了解構(gòu)建數(shù)據(jù)倉庫模型所需的主題劃分。 *分析內(nèi)容的細(xì)化 主題的劃分實(shí)際上是與分析內(nèi)容的范圍直接相關(guān)的，一旦主題劃分清楚了，下一步就是細(xì)化分析的具體內(nèi)容以及根據(jù)分析內(nèi)容的性質(zhì)確定它在數(shù)據(jù)倉庫中的位置。通常維元素對應(yīng)的是分析角度，而度量對應(yīng)的是分析關(guān)心的具體指標(biāo)。一個(gè)指標(biāo)究竟是作為維元素、度量還是維屬性，取決于具體的業(yè)務(wù)需求，但從實(shí)際操作中可以總結(jié)出如下的概念性經(jīng)驗(yàn):作為維

52、元素或維屬性的通常是離散型的數(shù)據(jù)，只允許有限的取值；作為度量的是連續(xù)型數(shù)據(jù)，取值無限。如果一定要用連續(xù)型數(shù)據(jù)作為維元素，則必須對其按取值進(jìn)行分段，以分段值作為實(shí)際的維元素。判斷分析指標(biāo)是作為維元素還是維屬性時(shí)，則需要綜合考慮這個(gè)指標(biāo)占用的存儲空間與相關(guān)查詢的使用頻度。 需要特別強(qiáng)調(diào)的是，在細(xì)化分析內(nèi)容的過程中，務(wù)必解決指標(biāo)的歧義問題。在不同報(bào)表中以及在業(yè)務(wù)訪談中同一名稱的指標(biāo)，是否是在同樣條件限定下，通過同樣方法提取或計(jì)算得到的，它們之間的相互關(guān)系是什么，這些問題都必須從熟悉業(yè)務(wù)的分析人員那里得到準(zhǔn)確、清晰的答案，否則將會(huì)影響到模型設(shè)計(jì)、數(shù)據(jù)提取、數(shù)據(jù)展現(xiàn)等多個(gè)方面。 *粒度的設(shè)計(jì) 數(shù)據(jù)倉庫模

53、型中所存儲的數(shù)據(jù)的粒度將對信息系統(tǒng)的多方面產(chǎn)生影響。事實(shí)表中以各種維度的什么層次作為最細(xì)粒度，將決定存儲的數(shù)據(jù)能否滿足信息分析的功能需求，而粒度的層次劃分、以及聚合表中粒度的選擇將直接影響查詢的響應(yīng)時(shí)間。 如果同一個(gè)信息系統(tǒng)要在大范圍、多層次上同時(shí)運(yùn)行，如部門級和企業(yè)級，還應(yīng)考慮不同層次的數(shù)據(jù)倉庫采用不同的粒度。 *模型設(shè)計(jì)中的技巧 復(fù)合指標(biāo)尤其是比率類指標(biāo)的定義，必須注意累加時(shí)是先加減后乘除，還是反之。戶數(shù)、筆數(shù)的計(jì)算，這類指標(biāo)在分析或報(bào)表中經(jīng)常出現(xiàn)，但不需要作為單獨(dú)的指標(biāo)物理存在于數(shù)據(jù)庫中，但定義分析模型時(shí)一定應(yīng)該準(zhǔn)備。度量的時(shí)間特性，針對分析指標(biāo)在時(shí)間維上的不同表現(xiàn)，可分為可累加指標(biāo)、半可累加指標(biāo)和不可累加指標(biāo)。 2、在原有數(shù)據(jù)基礎(chǔ)上構(gòu)建邏輯數(shù)據(jù)倉庫 如果直接使用OLTP系統(tǒng)中的數(shù)據(jù)進(jìn)行數(shù)據(jù)分析處理，會(huì)遇到許多麻煩，有時(shí)甚至是不可能實(shí)現(xiàn)的。這并不是說關(guān)系數(shù)據(jù)庫不好，而是因?yàn)槠湓O(shè)計(jì)思路不適應(yīng)較大規(guī)模數(shù)據(jù)分析。因此在使用這種方法時(shí)