構建及分發(fā)BI報表

申請免費試用、咨詢電話：400-8352-114

一旦最終的維度結構里面有了實際數(shù)據(jù)、商業(yè)智能工具已經被選擇，就需要開始進行商業(yè)智能應用的開發(fā)。

建立開發(fā)環(huán)境

一旦有了實際數(shù)據(jù)，人們總忍不住想馬上開始構建報表。但在開始創(chuàng)建報表之前，先要花幾天時間建立報表環(huán)境，弄清楚整個報表流程。開始先要建立開發(fā)環(huán)境、創(chuàng)建標準的報表模板。

如果是頭一回使用前端工具，就要留意了：安裝和配置需要的工作量可能會超過原先的預計。許多報表環(huán)境有幾個部分，包括開發(fā)工具、報表查看器、管理工具以及報表服務器。難上加難的是，報表服務器經常只有安裝在自己的機器上時工作效果才最好，而且通常要與Web服務器密切合作。在一些情況下，報表服務器需要數(shù)據(jù)庫或者文件目錄來保存有關報表、計劃表、事件和分發(fā)列表的元數(shù)據(jù)。確保已把該數(shù)據(jù)庫包括在日常備份工作當中。另外，可能還需要設置另一臺測試服務器來支持測試過程，這要取決于用戶的商業(yè)智能環(huán)境的規(guī)模和復雜性。

對新的抽取、轉換和加載（ETL）項目來說，最佳辦法就是根據(jù)測試系統(tǒng)來進行開發(fā)，以保護生產環(huán)境不會出現(xiàn)表鎖定和數(shù)據(jù)消失等問題。這種方法還可以加快及簡化開發(fā)過程。另一方面，在商業(yè)智能報表開發(fā)過程中，直接根據(jù)生產環(huán)境的數(shù)據(jù)倉庫/商業(yè)智能數(shù)據(jù)庫來開發(fā)報表，這通常是明智之舉。這樣一來，生產系統(tǒng)受到消極影響的風險性比較小：報表是只讀的，通常類似數(shù)據(jù)庫的其他任何特定使用。如果數(shù)據(jù)倉庫/商業(yè)智能數(shù)據(jù)庫是為了支持特定查詢而設計的，它應當支持報表開發(fā)。根據(jù)生產數(shù)據(jù)庫構建報表，這提供了及早評估性能、驗證報表的機會。這還簡化了把報表移到生產環(huán)境的過程，因為這些報表已經連接到生產數(shù)據(jù)庫了。

除了安裝工具組件外，還需要在開始著手之前采取其他步驟。一些前端工具可能需要定義把用戶和數(shù)據(jù)庫隔離開來的元數(shù)據(jù)層、建立元數(shù)據(jù)分發(fā)和通知的流程以及使用跟蹤系統(tǒng)。

創(chuàng)建報表

如果已經做好了準備工作，弄清楚從哪個報表開始著手很簡單。正如前文所描述的那樣，來自設計階段的規(guī)格包括：按優(yōu)先級順序劃分的標準報表組成的列表，以及有關報表定義和內容的模型和文檔說明。先從列表上的第一個報表開始，其他報表依次類推。

創(chuàng)建報表的第一步就是，定義可填充報表內容的一個或者多個查詢。報表規(guī)格往往需要由用戶提供的查詢約束條件，大多數(shù)約束條件會利用標準模板里面已經含有的選擇列表和參數(shù)。在一些情況下，報表可能需要多個數(shù)據(jù)集。譬如說，一個事實表（fact table）里面可能有收入數(shù)據(jù)，另一個事實表里面可能有成本數(shù)據(jù)。為了表明產品的利潤，可能需要兩個不同的查詢來合并這兩個數(shù)據(jù)源。前端工具需要結合兩個結果集，那樣才能計算出收入扣除成本后的值。

一旦數(shù)據(jù)集定義完畢，下一步就是根據(jù)規(guī)格來安排報表內容。這意味著確定哪些元素進入行和列、在報表里面進行哪些計算、應當如何編排報表的格式。準確創(chuàng)建報表所需要的時間可能比想象的要長。還要確保使用了各種分發(fā)格式來預覽報表，譬如電子表格、PDF、Web、電子郵件和打印。

編排報表格式的指導準則就是，它們應當盡量清晰、不需要加以說明。用戶可不愿花時間去別處尋找報表文檔說明，也不應該指望他們這樣做。確保報表清晰是數(shù)據(jù)倉庫或商業(yè)智能隊伍在創(chuàng)建標準報表時面臨的主要難題之一。不妨在設計模板及初始報表集時請來在圖形設計方面有著深厚功底的人。也可以試試其他辦法，征求用戶的反饋意見，看看哪種方法最有效。在這個階段多做一點工作會在以后得到巨大回報。

測試準確性和性能

開發(fā)過程包括對各種組合的參數(shù)進行測試，確保報表返回正確的結果。測試報表內容，以確保計算和約束條件正確無誤。檢查數(shù)字時盡量要認真，把它們與任何已知的其他數(shù)據(jù)源進行比較，確保就是同一信息。如果數(shù)字應當相同，但實際上不同，就要查明原因。如果數(shù)字因為在ETL過程中得到改善或者糾正而不同，就要把為什么不同的原因認真記入文檔?？赡艿脑?，還要標明用戶或者審查人員該如何把數(shù)據(jù)從數(shù)據(jù)倉庫返還到其他數(shù)據(jù)源的方法。商業(yè)智能門戶里面應當會有這樣的文檔說明，報表描述應當提到它。

在大組織里面，由于成千上萬的用戶不斷使用標準報表集，因而有必要把報表部署到與生產環(huán)境盡可能類似的測試服務器環(huán)境。測試服務器讓報表隊伍可以對新報表進行壓力測試，確保它們不會降低其他報表的性能，然后再把報表移到生產環(huán)境。

在中小型組織里面，可能不需要完整的測試服務器環(huán)境。報表隊伍可以把報表部署到生產報表服務器，然后在上面測試?？梢韵拗茖y試報表目錄的訪問，并且直到測試完畢才把新報表發(fā)布到商業(yè)智能門戶里面，從而盡量減小風險。

這里分幾個測試步驟，首先是把項目部署到測試或者生產報表服務器。然后，需要對報表進行審查，確保顯示和打印格式合適。如果不是預期的那樣，試試增強性能的方法，譬如調整查詢、創(chuàng)建報表快照，或者更改服務器配置。要認真重新測試，因為大多數(shù)用戶在使用數(shù)據(jù)倉庫或商業(yè)智能系統(tǒng)時惟一體驗到的就是報表。

部署到生產環(huán)境

下一步就是把新報表集成到生產流程當中。報表規(guī)格應當表明該報表是根據(jù)需要執(zhí)行，還是緩存在基于時間或者基于事件的計劃表上。具體如何建立這些程序取決于報表的操作環(huán)境。作為部署過程的一部分，應當為系統(tǒng)如何分發(fā)報表明確相應指示：把結果緩存起來以便迅速為將來的查詢提供結果；用電子郵件把報表發(fā)送到分發(fā)列表；或者把報表保存到文件系統(tǒng)或者數(shù)據(jù)庫里面?？赡苄枰⒂嗁徚鞒?，好讓用戶可以選擇他們想要經常接收到的報表。如果借助商業(yè)智能門戶提供報表，需要把這一組新的報表集成到門戶里面，這是部署到生產環(huán)境的一個環(huán)節(jié)。

一旦部署到了生產服務器，就需要重復剛才完成的許多步驟，以便把報表移到測試環(huán)境，包括計劃表、快照、訂購和電子郵件分發(fā)列表。然而在大多數(shù)情況下，部署到生產環(huán)境是在測試這個步驟進行的，因為這一步能夠揭示更多的信息，如果主要報表接口是通過網(wǎng)站或者門戶來實現(xiàn)，更是如此。這種情況下，部署其實更改了安全設置，以便可通過門戶訪問報表。

管理和維護

一旦商業(yè)智能應用投入使用，數(shù)據(jù)倉庫或商業(yè)智能隊伍就必須讓它們保持最新、處于工作良好的狀態(tài)。隨著企業(yè)不斷發(fā)展，一些報表往往變得過時。一旦新產品停止生產，那么為了跟蹤該產品而創(chuàng)建的報表再也不受人關注了。報表往往會因為技術原因出現(xiàn)問題。譬如說，技術人員可能會對數(shù)據(jù)庫進行改善，結果導致報表出問題，但可能要到監(jiān)控報表服務器日志、定期檢查結果時，才會意識到這個問題。

由于人員流動頻繁，數(shù)據(jù)倉庫或商業(yè)智能隊伍必須添加及刪除涉及個別用戶和電子郵件列表的數(shù)據(jù)驅動型訂購。其他分發(fā)機制也是如此，譬如文件共享。因為計算機和網(wǎng)絡經常會發(fā)生變化：會計部門可能要求一組報表分發(fā)到其文件服務器上。然后，它買來新的文件服務器，沒有告訴技術部門，就關閉了那臺舊的文件服務器。這樣一來，一組用戶就可能收不到所請求的報表了。

擴展應用范圍

數(shù)據(jù)倉庫或商業(yè)智能隊伍還必須提供日常的報表開發(fā)資源，要預料到面向新的業(yè)務流程維度模型的初始報表和商業(yè)智能應用很快就會得到修改及增強。除非近距離展示給用戶看，否則他們并不總是知道自己需要哪些報表和分析。然后他們會告訴技術部門他們不需要什么（可能就是技術部門剛創(chuàng)建的報表）。

數(shù)據(jù)挖掘應用及其他閉環(huán)系統(tǒng)很少在數(shù)據(jù)倉庫或商業(yè)智能系統(tǒng)的第一個階段加以實施（除非它們在投資回報分析中可以證明能夠帶來回報）。開發(fā)閉環(huán)商業(yè)智能系統(tǒng)的過程需要業(yè)務人員和數(shù)據(jù)倉庫或商業(yè)智能隊伍密切合作：前者能夠有效地開發(fā)業(yè)務規(guī)則和分析模型，而后者負責編寫系統(tǒng)規(guī)格、最終確定模型。大部分應用開發(fā)工作需要一系列的標準技能，從事操作系統(tǒng)開發(fā)的那些開發(fā)人員則往往具備這些技能。開發(fā)人員需要比較少的專門知識——面向數(shù)據(jù)挖掘系統(tǒng)的對象模型，就可以對數(shù)據(jù)庫或者數(shù)據(jù)挖掘模型進行調用。

每過一年到一年半，就要審查整個商業(yè)智能系統(tǒng)。評估哪些部分對用戶來說運行良好，哪些應當變化。記住，變化是不可避免的，變化也表明系統(tǒng)狀況良好。作為這個周期性評估工作的一部分，要考慮更新商業(yè)智能門戶的外觀、布局和內容。

★ 小經驗

報表復制有風險

數(shù)據(jù)倉庫商業(yè)智能隊伍把一組報表從舊系統(tǒng)復制到新的報表環(huán)境，這很常見。雖然這可能很必要，也很合理，因為這樣就可以棄用舊環(huán)境，但復制現(xiàn)有報表很少具有太大的明顯意義。提供給用戶的東西，他們都已經有了。此舉也具有風險，因為舊報表里面往往嵌入了復雜、沒有詳細說明的業(yè)務規(guī)則。準確地復制報表要比想象的困難得多。

如果非要復制一組現(xiàn)有的報表，就要與業(yè)務部門合作，共同確認最重要的遺留報表，不過也要添加能夠讓用戶感興趣、帶來更多商業(yè)價值的新報表。

讓用戶參與報表構建過程

如果用戶已經知道前臺工具或者能夠迅速學會，那么商業(yè)智能應用開發(fā)過程是讓他們直接參與數(shù)據(jù)倉庫或商業(yè)智能系統(tǒng)建設的大好機會。讓重要用戶參與進來有幾個充分理由。首先，這讓這些用戶有機會盡早了解相關的工具、方法和數(shù)據(jù)。其次，一起合作有助于建立更牢固的關系。可能的話，建立測試環(huán)境，加入所需要的大量工作站。每一兩周，就安排小組定期開會。這些重要用戶的早期參與表明了他們具有特殊地位，這有助于讓他們樹立起自己是報表及整個數(shù)據(jù)倉庫或商業(yè)智能系統(tǒng)的主人這種觀念。 (ccw)