【文章內容簡介】 ，并且建立相應的關系即可。在邏輯模型的基礎上，我們可以建立數(shù)據(jù)倉庫的物理模型。出于性能的考慮，物 理模型一般滿足第三范式，同時兼顧了可擴展性的需要。 15 同時，建立數(shù)據(jù)倉庫的工具本身也具備良好的可擴展性。由于數(shù)據(jù)倉庫是通過圖形化界面建立一系列的流程（ process），數(shù)據(jù)之間的轉換關系也是通過圖形化界面方式定義的，修改起來非常方便。 系統(tǒng)的安全管理 數(shù)據(jù)倉庫系統(tǒng)是一個信息管理系統(tǒng)，如何能保證信息的在安全性，是一個信息管理系統(tǒng)成敗的關鍵。嚴格的授權管理，靈活的權限組合，猶如為數(shù)據(jù)倉庫系統(tǒng)安裝了一個高科技的智能鑰匙，使授權者暢通無阻，無權者寸步難行。 安全級別管理原則： ? 總部領導可授權查看所有信息； ? 各級機構及 人員只能查看所轄范圍內信息及同級的部分匯總信息； ? 根據(jù)人員職能不同 , 可以分組授權 , 也可以單獨授權； ? 各類查詢授權可靈活控制，并不受操作區(qū)域的限制。 安全級別的技術實現(xiàn) 數(shù)據(jù)倉庫系統(tǒng)的安全級別的具體技術實現(xiàn)分為兩級管理： 數(shù)據(jù)分析模型權限管理機制 是利用多維數(shù)據(jù)分析模型的用戶授權功能，系統(tǒng)管理員可以根據(jù)實際需要對不同的多維分析模型授予不同的用戶或用戶組，只有授權的用戶才能看到此多維數(shù)據(jù)數(shù)據(jù)庫中的數(shù)據(jù)，例如：可以為總部領導授權訪問所有的多維數(shù)據(jù)分析模型，那他將可以看到的所有分析結果，而將總部各職能部門的領導 的權限制在自己職能管轄范圍內的多維數(shù)據(jù)分析模型上，這樣他只能訪問自己職能管轄范圍內的分析結果。 前端分析工具的權限管理機制 16 前端分析工具也具有授權機制，可以規(guī)定哪些圖表授權給哪些人看。這樣，只要在前端對同一多維數(shù)據(jù)模型抽取不同的維或同一維的不同組合來建立不同的圖表，授權給不同級別的人，同時還可規(guī)定哪些人具有編輯權，哪些人只能瀏覽。 Websphere 還可以使用 SSL加密協(xié)議，加強客戶端瀏覽器到 Web服務器的通訊信道的安全性，包括服務器認證，客戶端認證，對信息加密等安全措施。 商業(yè)智能實施方法論 商業(yè)智能系 統(tǒng)的實現(xiàn)是一項高要求、涉及面廣泛的復雜的工作，需要一套行之有效的工作方式來規(guī)范工作、協(xié)調項目組、降低風險、提高效率、降低成本、保證質量，保證整個項目的成功。 IBM 集中各個技術領域的專家和顧問，利用多年項目經(jīng)驗，針對不同的技術領域制定了完善的系統(tǒng)集成服務方法論，定義整個開發(fā)團隊的開發(fā)工作的組織、綜合指導單個開發(fā)人員和開發(fā)團隊 、規(guī)定每個任務的開發(fā)成果、提供監(jiān)控和衡量項目中的產(chǎn)品和活動的標準，以確保項目組按照一套成功、可靠的方法實施項目。 IBM 的項目實施的方法論包括對不同技術領域、不同工作領域的詳細的指 導，其中重點針對商業(yè)智能和電子商務等應用領域。根據(jù)最新的應用軟件開發(fā)領域的成果和 IBM 的實踐經(jīng)驗， IBM 的方法論包含了： ? 通用的體系架構，專業(yè)詞匯與成功經(jīng)驗的知識庫 ? 工作計劃與項目實施中具體工作的指南 ? 項目提交結果、工作成果的明了清晰的定義 ? 高效利用技術與工具的指南 ? 高效率項目管理的基礎 其著重在于如何有效、高效地利用有限的時間、資金和資源，建立能夠滿足客戶的真正的業(yè)務需要的應用系統(tǒng)。 17 IBM 的方法論將項目所包括的業(yè)務分析、需求制定、系統(tǒng)設計、開發(fā)、運行等整 個項目周期，一層一層地分解為階段、工作、任務、子任務，并規(guī)定每個任務的工作成果（ Work Product ），從而為項目中在不同層次的各步驟，規(guī)定了完備的目標、規(guī)范和指導。 方法論是基于 IBM 公司幾十年、數(shù)千個項目成敗的經(jīng)驗，其核心是為了解決應用開發(fā)中遇到的普遍業(yè)務問題。也就是說， IBM 項目組將不必花大量時間來應付燃眉之急，他們可以輕易從中找到解決辦法。參照方法論，我們可以知道為了項目的成功，應該作什么工作，工作和任務是如何組織和進行的，項目小組的每個成員所負的責任，每個工作應該得到什么結果，任何判斷這 些結果的質量，如何進行管理，內部如何有效的進行交流，風險控制，管理需求變更等等。在方法論中還包括相關的實例和文檔模板。所有這些，一方面保證了工作的方向、正確的實施和避免工作的疏忽，另一方面提高工作的效率。 在商業(yè)智能的方法論中，為成功地建立商業(yè)智能系統(tǒng)， IBM 將整個項目過程組織為有機集成在一起的 8 個階段： 18 1. 項目啟動（ Solution Startup ） 在每個項目的開始，項目的決策者和參與者需要明確項目的目標、確定整個項目的工作范圍、作初步的項目計劃和風險分析 ，確定項目組的組織結構。該階段是項目的起始階段，它為以后的工作做好鋪墊。 2. 業(yè)務需求發(fā)現(xiàn)（ Business Discovery ） 作為整個項目的關鍵，在業(yè)務需求發(fā)現(xiàn)階段需要業(yè)務人員的積極參與，以發(fā)現(xiàn)和確認業(yè)務需 求、問題和驅動因素，在如何能夠正確利用商業(yè)智能來滿足業(yè)務的需要、解決業(yè)務中存在的問題，以利于客戶的業(yè)務發(fā)展等方面，提出一套有效的策略和方法。 在業(yè)務需求發(fā)現(xiàn)階段，主要完成下圖所示的工作： ? 客戶交流：與客戶有關方面的業(yè)務人員進行充分細致的交流，通過對業(yè)務流程、 數(shù)據(jù)、組織結構和環(huán)境等各方面的了解，理解客戶的業(yè)務方向、策略、現(xiàn)狀。 ? 確定工作領域：該工作需要確定項目工作領域內的多方面的內容，包括解決各個業(yè)務需求、問題的可能性，需求實現(xiàn)的可能性、現(xiàn)狀和未來發(fā)展之間的差距、各項需求的優(yōu)先次序、重要的數(shù)據(jù)分類等。 ? 針對各個領域確定相應的策略：根據(jù)前面的工作成果進行進一 19 步的分析，得到業(yè)務情況分析、業(yè)務收益分析、項目階段計劃和項目評估等工作成果。并同客戶一起進一步審閱該階段的工作。在給客戶的提交件中包含項目定義、環(huán)境評估、業(yè)務機會定義、方案選擇和業(yè)務原因、建議方案等內容。 IBM 建議商業(yè)智能項目一定要包括業(yè)務需求發(fā)現(xiàn)階段，通過對業(yè)務的理解和分析來降低項目風險并保證客戶項目的成功。業(yè)務需求發(fā)現(xiàn)階段重要的因數(shù)包括： ? 找出業(yè)務機會、衡量尺度和可能的問題 ? 將解決方案很好地與業(yè)務目標相聯(lián)系 ? 業(yè)務人員和技術人員的有力協(xié)作 ? 由小開始，逐步擴大 ? 通過學習和培訓不斷提高 3. 系統(tǒng)基礎架構規(guī)劃（ Infrastructure Planning ） 在進行業(yè)務需求發(fā)現(xiàn)的同時， IT 人員可以同步進行系統(tǒng)基礎架構規(guī)劃工作，由于在商業(yè)智能方案中需要應用新技術和獨特的體系結構，對基礎架構規(guī)劃是非常重要的。這一階 段的目的是規(guī)劃 IT 基礎架構，保證在分步實施商業(yè)智能的過程中，不至變動整體架構。同時，通過對現(xiàn)階段 IT 架構和能力的分析，提出分步實施的 IT 方案。該階段的工作可以保證按照客戶的預期，根據(jù)客戶的發(fā)展、需要和資金情況，保證長期項目的順利實現(xiàn)。進行系統(tǒng)基礎架構規(guī)劃，需要收集包括技術標準、現(xiàn)階段 IT 架構、應用情況、組織結構等方面的客戶信息。通過與未來的架構進行對比，確定技術、網(wǎng)絡和技能等方面存在的差距，作為規(guī)劃系統(tǒng)建設和相關支持工作的基本依據(jù)。 4. 方案概要（ Solution Outline ） 方案概要階段將向客 戶提出花費、進度和風險等影響項目投資決策相關信息。因為商業(yè)智能的特殊性和復雜性，項目不光是包括系統(tǒng)建設和應用開發(fā)，還涉及客戶很多其他部門，同時還需考慮 20 以后的發(fā)展規(guī)劃，該階段的工作對于客戶進行評估決策相當重要。在此階段將分析客戶現(xiàn)階段業(yè)務功能、業(yè)務流程、 IT 情況等各個方面，建立數(shù)據(jù)的概念模型、邏輯模型、業(yè)務流程模型，分析數(shù)據(jù)源信息、數(shù)據(jù)質量，勾畫測試、培訓和系統(tǒng)配置策略，計劃原型測試。這些工作為準確評估項目提供重要依據(jù)。 5. 宏觀設計（ MacroDesign ） 宏觀設計階段將設計出一個健壯的應用框架，保證各 個發(fā)布版本的開發(fā)周期和總體質量。在方案概要階段已經(jīng)初步確定項目的方案和范圍，在此之上，通過宏觀設計，將方案的實施策略進一步落實，作為以后分步實施的基礎。市場環(huán)境是不斷變化的，業(yè)務需求也隨之不斷變化，建立的新系統(tǒng)面臨的一個挑戰(zhàn)便是如何應對不斷變化的需求。 IBM 從項目方法到設計思想都充分考慮了市場環(huán)境下我們必須面對的變化， IBM 的項目過程中很重要的一個方法是采用漸進式的開發(fā)過程，這種開發(fā)方式使得開發(fā)者可以在比較短的周期按優(yōu)先次序實現(xiàn)部分需求，一方面降低項目風險，減少開發(fā)中的難度，一方面又可以節(jié)省資金，使客戶 能夠盡早的從項目中獲益，充分發(fā)揮項目的效益。但這種開發(fā)方式在降低編程實現(xiàn)的難度的同時卻需要周密規(guī)劃、設計一個健全良好的應用框架作為保證。宏觀設計階段的重要工作就是從全局考慮，設計能夠經(jīng)受各種不可預期的業(yè)務變化的基礎結構，保證未來的開發(fā)設計工作快速有效的實現(xiàn)。在此階段為減少長期項目的成本，還要制定對整個項目標準、規(guī)范和指導。 6. 微觀設計（ Micro Design ） 微觀設計階段是反復式開發(fā)中開發(fā)每個版本的三個階段的開始階段。微觀設計階段將項目范圍縮小到本版本的范圍，通過對在前面方案概要和宏觀設計中的成果的進一 步精練，對系統(tǒng)進行更加詳細的設計，以細化到可以直接付諸編碼實施的程度。在前面方案概要和宏觀設計階段，已經(jīng)實現(xiàn)了系統(tǒng)的分析模型，如數(shù)據(jù)的概念模型、邏輯模型、應用架構等，為降低復雜性、提高靈活度、 21 便于交流，這些分析模型一般都不拘于具體物理平臺。而在微觀設計中需要針對具體的系統(tǒng)平臺，依據(jù)分析模型建立實際的應用模型，包括數(shù)據(jù)的物理模型。 7. 構造周期（ Build Cycle ） 在構造周期階段將漸進地開發(fā)和測試系統(tǒng)直到實現(xiàn)該版本的設計目標。 在構造周期階段的一個基本觀點就是漸進式的實現(xiàn)和配置。在方案概要階段已經(jīng)做出的版 本計劃勾畫出所需開發(fā)的版本數(shù)量。在微觀設計階段，依據(jù)每個版本的目標將開發(fā)細分為多個構造周期，并明確每個周期的具體目標。在每個構造周期又包含了多個編程周期以實現(xiàn)構造周期的每個具體目標。這種開發(fā)方式就是前面提到的漸進式開發(fā)，也稱作反復式開發(fā)。 8. 發(fā)布（ Deployment ） 發(fā)布階段，將進行系統(tǒng)的驗收測試、客戶培訓、設置投產(chǎn)環(huán)境、安裝和設置系統(tǒng)，進行投產(chǎn)準備，并切換投產(chǎn)。同時回顧項目計劃，為下一個版本的開發(fā)做好準備。在實際工作中，將靈活地按照方法論的指導，根據(jù)實際需要，客戶化以上 8 個階段中的具體任務、交付件和 工作成果，作為項目指南。在商業(yè)智能方法論的指導下，利用 IBM 知識庫的經(jīng)驗， IBM 將會和客戶一起，通過針對客戶的業(yè)務需求，建立明確的項目目標，清晰界定項目的范圍，提出的項目計劃，優(yōu)化項目實施，從而保證項目成功。 數(shù)據(jù)倉庫建立的重要環(huán)節(jié) 在商業(yè)智能項目的實施過程中，數(shù)據(jù)倉庫的建立是一個非常重要的環(huán)節(jié)。因為在這之后的所有工作（包括多維分析，數(shù)據(jù)挖掘及前端的數(shù)據(jù)發(fā)布等），都以此為基礎，同時建立數(shù)據(jù)倉庫也是商業(yè)智能方案實施有別于其它系統(tǒng)項目的突出的一步。總體說來，所有的數(shù)據(jù)倉庫在建立過程中需要考慮以下幾個環(huán)節(jié)： 9. 業(yè)務需求定義 22 前面我們已經(jīng)提到過，商業(yè)智能方案實施的第一個原則就是分階段、循序漸進的原則。因此在業(yè)務需求定義階段，一定要與用戶就本次實施的內容和范圍達成共識。在同客戶的共同討論下，總結出客戶的戰(zhàn)略性商業(yè)目標和起點，并用于指導建立數(shù)據(jù)倉庫的策略、結果和目標。在這一過程的最初階段，工作會集中在從企業(yè)的多個角度來看待數(shù)據(jù)倉庫，例如客戶對企業(yè)信息的要求，關心的主題，和一個實際的業(yè)務案例。隨著工作繼續(xù)，工作的中心將轉移到劃定實施的范圍和結果，確定客戶對信息的需求，并針對需求建立適當?shù)哪Ｐ汀? 10. 數(shù)據(jù)的獲取 數(shù)據(jù)獲取流程 用于確定，抽取，轉換，和將系統(tǒng)必需的來自多種數(shù)據(jù)源的數(shù)據(jù)裝載到數(shù)據(jù)倉庫中。首先依據(jù)主題來確定和評估數(shù)據(jù)源，并對數(shù)據(jù)可用性進行分析，即檢查已有的數(shù)據(jù)是否能夠滿足需求，同時制定出數(shù)抽取、轉換和裝載的策略。在我們的解決方案中 Warehouse Manager 可以用成所有的工作，有效的提高實施的效率。隨后為數(shù)據(jù)初次裝載，更新制定計劃；對源數(shù)據(jù)做更進一步的研究，分析當前數(shù)據(jù)與數(shù)據(jù)倉庫中所需要的數(shù)據(jù)究竟有多大差距，從而發(fā)利用當前的數(shù)據(jù)是否能夠滿足客戶的需求。最后建立數(shù)據(jù)抽取、轉換和裝載的模型。這個模型一旦確立，并通過測 試，就會用于生成實際的生產(chǎn)數(shù)據(jù)庫。 11. ?數(shù)據(jù)質量 這一步是為數(shù)據(jù)倉庫提供一致的，可靠和正確的數(shù)據(jù)。數(shù)據(jù)質量的策略是建立在與客戶對于數(shù)據(jù)清洗和整合功能的清楚的理解基礎之上的。這個流程定義了錯誤處理，數(shù)據(jù)清洗等業(yè)務規(guī)則。對于錯誤處理的業(yè)務規(guī)則有可能因進行數(shù)據(jù)的第一次加載或隨后的更新等不同步驟而不同。為了使數(shù)據(jù)倉庫中的裝載可靠的數(shù)據(jù)，數(shù)據(jù)質量模型與數(shù)據(jù)獲取模型結合起來，用于控制質量功能模塊在整個數(shù)據(jù)轉換過程發(fā)揮作用。 12. 數(shù)據(jù)倉庫管理 23 這部分工作主要包括定數(shù)據(jù)倉庫維護的策略和要求，還要完成對管理流程，必要的工具的評估和 測試，包括版本控制，定時執(zhí)行，備份，數(shù)據(jù)倉庫的安全性和對數(shù)據(jù)的支配。此外，還會定義一些管理和監(jiān)控的任務，包括對不同級別數(shù)據(jù)訪問的授權，管理用戶查詢，確定重復查詢，定義訪問的上限指標，添加或刪除用戶和修改訪問的權限。 13. 元數(shù)據(jù)管理 接下來需要考慮的是元數(shù)據(jù)的管理，包括定義元數(shù)據(jù)的類型，存儲位置，元數(shù)據(jù)的整合和對元數(shù)據(jù)的訪問。在元數(shù)