業(yè)務(wù)智能系統(tǒng)BIS翻譯文稿目

1、第四部分 實施一個業(yè)務(wù)智能系統(tǒng)（BIS） 14 項目規(guī)劃 缺乏一個項目規(guī)劃對于實施BI項目來講是一個錯誤，這幾乎對于所有的IT項目來講都一樣，但是對于BI項目來講，過分地進(jìn)行項目規(guī)劃也是一個錯誤。這似乎令人驚訝，其實過分進(jìn)行項目規(guī)劃會導(dǎo)致項目實施進(jìn)度的拖延，從而使系統(tǒng)預(yù)期達(dá)到的問題解決背景早已發(fā)生了變化。 項目規(guī)劃注意事項： 項目需要合適的人員參與 團隊人員必須要包含IT和業(yè)務(wù)人員，人員角色一般包含以下幾種： Business problem understander(s). 明白BI系統(tǒng)將要解決的問題； OLAP expert. 了解OLAP技術(shù)的功能和限制； Source data exp

2、ert. 清楚數(shù)據(jù)倉庫或者數(shù)據(jù)集市（Data mart)中的數(shù)據(jù)從哪種事務(wù)處理系統(tǒng)中獲??； Infrastructure advisor 基礎(chǔ)架構(gòu)師，熟悉網(wǎng)絡(luò)拓?fù)浜蛿?shù)據(jù)傳輸路由，能解決諸如網(wǎng)絡(luò)通過性、帶寬、服務(wù)器能力等問題； Application or information delivery specialist 應(yīng)用或信息發(fā)布專家，只建立數(shù)據(jù)倉庫是不夠的，還必須將信息發(fā)布到用戶，需要明白應(yīng)用發(fā)布的機制，負(fù)責(zé)選擇發(fā)布的應(yīng)用和工具； Project leader/manager 項目經(jīng)理，協(xié)調(diào)其他角色，確保項目達(dá)到目標(biāo)和各個里程碑。 規(guī)劃 規(guī)劃，但不要過度規(guī)劃，一個好的規(guī)劃項目大致分為以下5

3、個步驟：1、 Determine KPIs 決定KPI，取得組織、公司、部門級的目標(biāo)，將其并列放置，回答問題：“什么是關(guān)鍵績效指標(biāo)？”，“我們?nèi)绾味攘抗芾沓晒?？”，這將是我們得出下一個問題的答案：“什么是度量標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)的屬性是什么？”2、 Plan delivery vehicles 定義誰將獲取這些信息，對不同崗位職責(zé)的人員進(jìn)行分析，這些人員進(jìn)入系統(tǒng)和瀏覽信息的模式?jīng)Q定了信息傳送的機制，一些典型的使用模式如下：l Monitoring 這是一組簡單查看信息的方式，不需要對呈現(xiàn)的信息進(jìn)一步發(fā)掘和分析，比如倉庫管理者，需要對前12個月某個特定生產(chǎn)線的配件庫存到貨數(shù)量進(jìn)行檢查，一個靜態(tài)的WEB

4、頁面即可滿足這種需求；l Periodic/episodic inspection 這一組用戶更頻繁地使用系統(tǒng)并需要對匯總數(shù)據(jù)進(jìn)一步展開查看細(xì)節(jié)數(shù)據(jù)，例如銷售經(jīng)理需要看上一季度的銷售數(shù)據(jù)，以發(fā)現(xiàn)哪一個品種在哪一個區(qū)域的銷售利潤最高，信息需要被挖掘許多層次，這需要一個交互式的網(wǎng)頁呈現(xiàn)方式或者客戶端應(yīng)用程序來滿足這種需求；l Strategic analysis and planning 這一組用戶制訂分析報告，需要對信息進(jìn)行分析來得到戰(zhàn)略和戰(zhàn)術(shù)決策，一個富客戶端可滿足這種高級用戶的需求。3、 Build the data marts and interfaces 建立數(shù)據(jù)集市和接口，大量的初始化

5、工作在這個階段，包含以下內(nèi)容：l Schema designs. 這里的模式設(shè)計特指OLAP的模式設(shè)計，一般為星型模式或雪花模式，這是業(yè)務(wù)需求定義的直接結(jié)果，在仔細(xì)檢查源數(shù)據(jù)和在模型上的限制之前就必須完成。把這種設(shè)計作為一種滿足業(yè)務(wù)需求的理論上的目標(biāo)，當(dāng)源數(shù)據(jù)檢查過以及限制作出定義后，就可以對這種理論模型做一個實際的檢查，模式設(shè)計定義了數(shù)據(jù)集市的維度和度量值，圖14.1描述了一個零售樣本的數(shù)據(jù)倉庫。l Locate source data 定位源數(shù)據(jù)，星型和雪花型數(shù)據(jù)模式中的數(shù)據(jù)通常從事務(wù)管理系統(tǒng)中導(dǎo)出，這些源數(shù)據(jù)需要仔細(xì)檢查看是否滿足業(yè)務(wù)需求。查看這些數(shù)據(jù)的清潔程度，數(shù)據(jù)是否精確和可靠。l

6、Map ETL (extraction, transformation, and loading) processes 映射ETL過程，關(guān)注數(shù)據(jù)集市的ETL過程，而不是一個完整的數(shù)據(jù)倉庫過程；（figure 14.2）l User interfaces built and planned for deployment 用戶接口的建立及其部署的規(guī)劃，定義發(fā)布機制，一個套裝軟件通常能夠使用，但總會有一些客戶化定制部分，特別是基于internet的應(yīng)用，必須在Web站點上定制一些界面和集成工作；l Audit processes and results 確認(rèn)過程和結(jié)果，通過一個審計過程來確保BI系統(tǒng)

7、中的信息是精確和可信的。4、 Deployment 部署，這一部分包括培訓(xùn)，材料 ，軟件發(fā)布計劃，數(shù)據(jù)服務(wù)器/連接的基礎(chǔ)架構(gòu)，安全方案。5、 Evolution and maintenance. 修改和維護(hù)，Prototype 原型，通常完成一個BI項目需要很長的時間，因此建立一個原型是非常關(guān)鍵的，可以確保和BI信息的用戶進(jìn)行溝通，因為只有這些用戶才知道信息是否有用。Iterate 迭代，不要期望一次性達(dá)到BI項目的目標(biāo)，需采用周期性地和用戶進(jìn)行溝通，聽取他們的反饋，采用迭代的方法基于以下三個原因：l 用戶的反饋；l 業(yè)務(wù)信息需求的改變；l 業(yè)務(wù)結(jié)構(gòu)的改變。BUSINESS INTELLIGE

8、NCE PROJECT DONTS BI 項目應(yīng)避免：Dont Overplan 避免過度規(guī)劃，可以現(xiàn)在一個部門試點，然后推廣到全公司范圍內(nèi)；Dont Wait 無需等待，當(dāng)今的需求發(fā)展非常快，要趕上企業(yè)發(fā)展的速度，所以要立即行動，使BI開發(fā)的信息能滿足需求。Dont Leave It Up to IT 不要把問題僅交給IT部門，Dont Initially Feature Creep 在把原型交給用戶手中之前，不要增加太多的功能點。項目規(guī)劃示例 規(guī)劃分為以下任務(wù)：l Business research，收集公司業(yè)務(wù)信息和項目可能碰到的問題，為了將數(shù)據(jù)轉(zhuǎn)化為信息以及信息轉(zhuǎn)化為知識，需盡可能多地

9、了解公司業(yè)務(wù)流程；l Architecture selection，架構(gòu)選擇，在項目的早期階段就確定項目的架構(gòu)師非常重要的：需要采用數(shù)據(jù)倉庫還是數(shù)據(jù)集市？有遠(yuǎn)程用戶嗎？需要的數(shù)據(jù)在何處，如何去獲取他們？l Project scoping.，項目范圍，為了獲取高層管理者對項目的支持，必須描述出項目的范圍以及項目的投入；l Project planning，項目規(guī)劃，l Materialize plan.l Technology definition and technology selection，技術(shù)定義和技術(shù)選擇，l Execute!在做規(guī)劃時必須時刻記住以下問題：l 組織為何需要BI應(yīng)用；

10、l BI應(yīng)用的目標(biāo)是什么？l 項目成功的主要障礙是什么？l 項目組成員具備項目成功必備的知識嗎？l 每個項目組成員是否清楚他們各自在項目中的角色和責(zé)任？l 我們可以獲得必須的資源、工具和人員嗎？l 時間規(guī)劃正確嗎？是否存在一些異常的事件威脅到項目的成功？l 項目最后期限和里程碑現(xiàn)實嗎？l 我們是否清楚用戶想什么？15 DATAWAREHOUSEOR DATA MART?選擇數(shù)據(jù)倉庫和數(shù)據(jù)集市是很大的一個問題，數(shù)據(jù)倉庫的實施時間和實施范圍比數(shù)據(jù)集市來的更長和更廣泛，可以建立一個數(shù)據(jù)倉庫，負(fù)責(zé)從事務(wù)表中獲取數(shù)據(jù)，并加以清洗保證數(shù)據(jù)的準(zhǔn)確性，然后將數(shù)據(jù)從數(shù)據(jù)倉庫讀取到數(shù)據(jù)集市中，當(dāng)然也可以直接從事務(wù)

11、表中將數(shù)據(jù)傳送到數(shù)據(jù)集市中，選擇主要依據(jù)以下原則：l 費用；l 數(shù)據(jù)的可進(jìn)入性；l 項目范圍等等；16 MULTIDIMENSIONALMODEL DEFINITION多維模型定義，是指事務(wù)表的收集、表的定義來完成數(shù)據(jù)立方體的構(gòu)造，存在著特定的目標(biāo)、信息需求作為多維模型的建立需求，本節(jié)描述多維數(shù)據(jù)模型的定義過程以及必須注意的因素。在討論多維數(shù)據(jù)模型定義時，將以一個想象的公司作為例子，該公司叫做N&P，制造窗戶配件提供給窗戶公司，在此行業(yè)已經(jīng)營了25年，是行業(yè)中的第二大供應(yīng)商，例子描述了和公司銷售部門的副總裁針對BI項目目標(biāo)進(jìn)行訪談，然后制訂出信息模型以滿足銷售部門，定義多維模型包含以下幾個過程

12、：l Defining, or obtaining, objectives.，定義或者獲取目標(biāo)，這個目標(biāo)由公司更高的目標(biāo)所決定，比如說N&L公司的目標(biāo)是增加利潤和維持市場份額；l Interviewing decision makers，訪談決策制定者，這項工作將獲得那些將與多維模型打交道的人的需求，訪談工作將會獲得以下成果： A general definition of the tactical information needs. 戰(zhàn)術(shù)信息需求的一個總體定義，由公司目標(biāo)驅(qū)動下的短期戰(zhàn)術(shù)目標(biāo)； Key performance indicators (KPIs) to meet those

13、tactical information needs 關(guān)鍵績效指標(biāo)，KPI差不多就是一些數(shù)字，在財務(wù)范圍，幾乎就是金額值； The attributes of the KPIs. KPI值的屬性，也差不多就是多維模型的維度。l 和銷售副總裁訪談的結(jié)果就是將公司的目標(biāo)轉(zhuǎn)化為銷售部門的目標(biāo)： Improve ability to negotiate prices 提高價格談判的能力，獲得與顧客的價格和銷售量的歷史數(shù)據(jù)，在談判時可將這些數(shù)據(jù)放在手邊； Manage customer accounts to ensure higher levels of profitability 管理客戶賬戶以確保

14、較高的利潤水平，l Defining the model，模型定義的兩個關(guān)鍵部分是指標(biāo)和維度，指標(biāo)可從KPI轉(zhuǎn)化而來，維度是指信息屬性，N&P銷售的指標(biāo)和維度表見圖16.1;l Refining the model. 優(yōu)化模型，模型的優(yōu)化是沒有終點的，隨著業(yè)務(wù)以及需求的變化而變化。（見圖16.2）DEFINING DIMENSION HIERARCHIES AND DIMENSION TYPES大部分維度都內(nèi)在的具有分層結(jié)構(gòu)的特點；例如16.3圖中的時間分層，可以看出兩個概念，level(層級)和members(成員)，其中年、季、月就是指層，一月、二月、三月就是層一季度的成員。在維度分層結(jié)構(gòu)

15、中存在三種類型：（1）平衡的；（2）非平衡的；（3）混合的。非平衡的分層結(jié)構(gòu)混亂型的分層結(jié)構(gòu)和N&P公司銷售副總訪談后確定的維度表如圖16.9。MULTIDIMENSIONAL SCHEMAS: STAR AND SNOWFLAKE模式定義了表或者視圖之間的聯(lián)系，包含了數(shù)據(jù)集市和隨后的數(shù)據(jù)立方體，模式中的表包含了維度表和事實表。星型模式表示例；雪花型模式示例17 模型維護(hù)18 財務(wù)數(shù)據(jù)模型 許多公司都正在為數(shù)據(jù)結(jié)構(gòu)的問題感到頭疼?？値は到y(tǒng)中的科目圖標(biāo)經(jīng)過許多雇員維護(hù)后，已與部門代碼或者自然科目數(shù)不一致。在許多案例中，重新創(chuàng)建科目圖以減少報表或圖表的問題，但在許多案例中只會使情況更糟。當(dāng)創(chuàng)建一個財務(wù)數(shù)據(jù)倉庫時，結(jié)構(gòu)化公司科目圖時有兩種典型選擇：1、重新設(shè)定總帳中的科目結(jié)構(gòu)；2、通過使用公司報表行來映射賬戶并逐一清洗，使得更容易地進(jìn)行數(shù)據(jù)下鉆和報告；這兩種方法各有優(yōu)缺點，第一種方法更為廣泛，可以適用于有許多支持系統(tǒng)如訂單處理系統(tǒng)或工資發(fā)放系統(tǒng)的情況，這些系統(tǒng)將數(shù)據(jù)上傳至總帳系統(tǒng)中。而后一種方法相對簡單，對于終端用戶來講，更加適用于數(shù)據(jù)的下鉆，可將多個賬戶映射到一個賬戶中，缺點就是必須及時維護(hù)映射表，否則新