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

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

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

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

一旦有了實際數(shù)據(jù)，人們總?cè)滩蛔∠腭R上開始構(gòu)建報表。但在開始創(chuàng)建報表之前，先要花幾天時間建立報表環(huán)境，弄清楚整個報表流程。開始先要建立開發(fā)環(huán)境、創(chuàng)建標(biāo)準(zhǔn)的報表模板。

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

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

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

創(chuàng)建報表

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

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

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

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

測試準(zhǔn)確性和性能

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

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

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

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

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

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

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

管理和維護(hù)

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

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

擴(kuò)展應(yīng)用范圍

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

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

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

★ 小經(jīng)驗

報表復(fù)制有風(fēng)險

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

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

讓用戶參與報表構(gòu)建過程

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