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

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

2、exxpert. 了解OLLAP技術(shù)的的功能和限制制；Source data experrt. 清楚數(shù)據(jù)據(jù)倉庫或者數(shù)數(shù)據(jù)集市（DData mmart)中中的數(shù)據(jù)從哪哪種事務處理理系統(tǒng)中獲取?。籌nfrasttructuure addvisorr 基礎架構(gòu)師師，熟悉網(wǎng)絡絡拓撲和數(shù)據(jù)據(jù)傳輸路由，能能解決諸如網(wǎng)網(wǎng)絡通過性、帶帶寬、服務器器能力等問題題；Applicaation or innformaation delivvery sspeciaalist 應用或信息息發(fā)布專家，只只建立數(shù)據(jù)倉倉庫是不夠的的，還必須將將信息發(fā)布到到用戶，需要要明白應用發(fā)發(fā)布的機制，負負責選擇發(fā)布布的應用和工工具；Pro

3、jectt leadder/maanagerr 項目經(jīng)理，協(xié)協(xié)調(diào)其他角色色，確保項目目達到目標和和各個里程碑碑。 規(guī)劃 規(guī)劃，但但不要過度規(guī)規(guī)劃，一個好好的規(guī)劃項目目大致分為以以下5個步驟驟：Determiine KPPIs 決定KPII，取得組織織、公司、部部門級的目標標，將其并列列放置，回答答問題：“什么是關(guān)鍵鍵績效指標？”，“我們?nèi)绾味榷攘抗芾沓晒?？”，這將是我我們得出下一一個問題的答答案：“什么是度量量標準，這些些標準的屬性性是什么？”Plan deeliverry vehhicless 定義誰將將獲取這些信信息，對不同同崗位職責的的人員進行分分析，這些人人員進入系統(tǒng)統(tǒng)和瀏覽信息息的

4、模式?jīng)Q定定了信息傳送送的機制，一一些典型的使使用模式如下下：Monitorring 這是一組簡簡單查看信息息的方式，不不需要對呈現(xiàn)現(xiàn)的信息進一一步發(fā)掘和分分析，比如倉倉庫管理者，需需要對前122個月某個特特定生產(chǎn)線的的配件庫存到到貨數(shù)量進行行檢查，一個個靜態(tài)的WEEB頁面即可可滿足這種需需求；Periodiic/epiisodicc insppectioon 這一組用戶戶更頻繁地使使用系統(tǒng)并需需要對匯總數(shù)數(shù)據(jù)進一步展展開查看細節(jié)節(jié)數(shù)據(jù)，例如如銷售經(jīng)理需需要看上一季季度的銷售數(shù)數(shù)據(jù)，以發(fā)現(xiàn)現(xiàn)哪一個品種種在哪一個區(qū)區(qū)域的銷售利利潤最高，信信息需要被挖挖掘許多層次次，這需要一一個交互式的的網(wǎng)頁呈現(xiàn)方

5、方式或者客戶戶端應用程序序來滿足這種種需求；Strateggic annalysiis andd plannning 這一組用戶戶制訂分析報報告，需要對對信息進行分分析來得到戰(zhàn)戰(zhàn)略和戰(zhàn)術(shù)決決策，一個富富客戶端可滿滿足這種高級級用戶的需求求。Build tthe daata maarts aand innterfaaces 建立數(shù)據(jù)集集市和接口，大量的初始化工作在這個階段，包含以下內(nèi)容：Schema desiggns. 這里的模式式設計特指OOLAP的模模式設計，一一般為星型模模式或雪花模模式，這是業(yè)業(yè)務需求定義義的直接結(jié)果果，在仔細檢檢查源數(shù)據(jù)和在模型型上的限制之之前就必須完完成。把這種種設計

6、作為一一種滿足業(yè)務務需求的理論論上的目標，當當源數(shù)據(jù)檢查查過以及限制制作出定義后后，就可以對對這種理論模模型做一個實實際的檢查，模模式設計定義義了數(shù)據(jù)集市市的維度和度度量值，圖14.11描述了一個個零售樣本的的數(shù)據(jù)倉庫。Locate sourcce datta 定位源數(shù)據(jù)據(jù)，星型和雪雪花型數(shù)據(jù)模模式中的數(shù)據(jù)據(jù)通常從事務務管理系統(tǒng)中中導出，這些些源數(shù)據(jù)需要要仔細檢查看看是否滿足業(yè)業(yè)務需求。查查看這些數(shù)據(jù)據(jù)的清潔程度度，數(shù)據(jù)是否否精確和可靠靠。Map ETLL (exttractiion, ttransfformattion, and lloadinng) prrocessses 映射ETLL過程

7、，關(guān)注注數(shù)據(jù)集市的的ETL過程程，而不是一一個完整的數(shù)數(shù)據(jù)倉庫過程程；（figgure 114.2）User innterfaaces bbuilt and pplanneed forr deplloymennt 用戶接口的的建立及其部部署的規(guī)劃，定定義發(fā)布機制制，一個套裝裝軟件通常能能夠使用，但但總會有一些些客戶化定制制部分，特別別是基于innterneet的應用，必必須在Webb站點上定制制一些界面和和集成工作；Audit pprocessses aand reesultss 確認過程和和結(jié)果，通過過一個審計過過程來確保BBI系統(tǒng)中的的信息是精確確和可信的。Deploymment 部署，這

8、一一部分包括培培訓，材料 ，軟件發(fā)布布計劃，數(shù)據(jù)據(jù)服務器/連連接的基礎架架構(gòu)，安全方方案。Evolutiion annd maiintenaance. 修改和維維護，Prototyype 原型，通常常完成一個BBI項目需要要很長的時間間，因此建立立一個原型是是非常關(guān)鍵的的，可以確保保和BI信息息的用戶進行行溝通，因為為只有這些用用戶才知道信信息是否有用用。Iteratee 迭代，不要要期望一次性性達到BI項項目的目標，需需采用周期性性地和用戶進進行溝通，聽聽取他們的反反饋，采用迭迭代的方法基基于以下三個個原因：用戶的反饋；業(yè)務信息需求的的改變；業(yè)務結(jié)構(gòu)的改變變。BUSINESSS INTTEL

9、LIGGENCE PROJEECT DOONTS BI 項項目應避免：Dont OOverpllan 避免過度規(guī)規(guī)劃，可以現(xiàn)現(xiàn)在一個部門門試點，然后后推廣到全公公司范圍內(nèi)；Dont WWait 無需等待，當當今的需求發(fā)發(fā)展非?？?，要要趕上企業(yè)發(fā)發(fā)展的速度，所所以要立即行行動，使BII開發(fā)的信息息能滿足需求求。Dont LLeave It Upp to IIT 不要把問題題僅交給ITT部門，Dont IInitiaally FFeaturre Creeep 在把原型交交給用戶手中中之前，不要要增加太多的的功能點。項目規(guī)劃示例 規(guī)劃分為以下任任務：Businesss ressearchh，收集公司

10、業(yè)業(yè)務信息和項項目可能碰到到的問題，為為了將數(shù)據(jù)轉(zhuǎn)轉(zhuǎn)化為信息以以及信息轉(zhuǎn)化化為知識，需需盡可能多地地了解公司業(yè)業(yè)務流程；Architeecturee seleectionn，架構(gòu)選擇，在在項目的早期期階段就確定定項目的架構(gòu)構(gòu)師非常重要要的：需要采采用數(shù)據(jù)倉庫庫還是數(shù)據(jù)集集市？有遠程程用戶嗎？需需要的數(shù)據(jù)在在何處，如何何去獲取他們們？Projectt scopping.，項項目范圍，為為了獲取高層層管理者對項項目的支持，必必須描述出項項目的范圍以以及項目的投投入；Projectt plannning，項項目規(guī)劃，Materiaalize plan.Technollogy ddefiniition

11、 and ttechnoology selecction，技技術(shù)定義和技技術(shù)選擇，Executee!在做規(guī)劃時必須須時刻記住以以下問題：組織為何需要BBI應用；BI應用的目標標是什么？項目成功的主要要障礙是什么么？項目組成員具備備項目成功必必備的知識嗎嗎？每個項目組成員員是否清楚他他們各自在項項目中的角色色和責任？我們可以獲得必必須的資源、工工具和人員嗎嗎？時間規(guī)劃正確嗎嗎？是否存在在一些異常的的事件威脅到到項目的成功功？項目最后期限和和里程碑現(xiàn)實實嗎？我們是否清楚用用戶想什么？15 DATAAWAREHHOUSEOR DATAA MARTT?選擇數(shù)據(jù)倉庫和和數(shù)據(jù)集市是是很大的一個個問題，數(shù)據(jù)

12、據(jù)倉庫的實施施時間和實施施范圍比數(shù)據(jù)據(jù)集市來的更更長和更廣泛泛，可以建立立一個數(shù)據(jù)倉倉庫，負責從從事務表中獲獲取數(shù)據(jù)，并并加以清洗保保證數(shù)據(jù)的準準確性，然后后將數(shù)據(jù)從數(shù)數(shù)據(jù)倉庫讀取取到數(shù)據(jù)集市市中，當然也也可以直接從從事務表中將將數(shù)據(jù)傳送到到數(shù)據(jù)集市中中，選擇主要要依據(jù)以下原原則：費用；數(shù)據(jù)的可進入性性；項目范圍等等；16 MULTTIDIMEENSIONNALMODEL DDEFINIITION多維模型定義，是是指事務表的的收集、表的的定義來完成成數(shù)據(jù)立方體體的構(gòu)造，存存在著特定的的目標、信息息需求作為多多維模型的建建立需求，本本節(jié)描述多維維數(shù)據(jù)模型的的定義過程以以及必須注意意的因素。在討論

13、多維數(shù)據(jù)據(jù)模型定義時時，將以一個個想象的公司司作為例子，該該公司叫做NN&P，制造造窗戶配件提提供給窗戶公公司，在此行行業(yè)已經(jīng)營了了25年，是是行業(yè)中的第第二大供應商商，例子描述述了和公司銷銷售部門的副副總裁針對BBI項目目標標進行訪談，然然后制訂出信信息模型以滿滿足銷售部門門，定義多維維模型包含以以下幾個過程程：Defininng, orr obtaainingg, objjectivves.，定義或者獲獲取目標，這這個目標由公公司更高的目目標所決定，比比如說N&LL公司的目標標是增加利潤潤和維持市場場份額；Interviiewingg deciision makerrs，訪談決策制制定者，

14、這項項工作將獲得得那些將與多多維模型打交交道的人的需需求，訪談工工作將會獲得得以下成果：A generral deefinittion oof thee tacttical inforrmatioon neeeds. 戰(zhàn)術(shù)信息需需求的一個總總體定義，由由公司目標驅(qū)驅(qū)動下的短期期戰(zhàn)術(shù)目標；Key perrformaance iindicaators (KPIss) to meet thosee tacttical inforrmatioon needss 關(guān)鍵績效指指標，KPII差不多就是是一些數(shù)字，在在財務范圍，幾幾乎就是金額額值；The atttributtes off the KPIs.

15、KPI值值的屬性，也也差不多就是是多維模型的的維度。和銷售副總裁訪訪談的結(jié)果就就是將公司的的目標轉(zhuǎn)化為為銷售部門的的目標：Improvee abillity tto neggotiatte priices 提高價格談談判的能力，獲獲得與顧客的的價格和銷售售量的歷史數(shù)數(shù)據(jù)，在談判判時可將這些些數(shù)據(jù)放在手手邊；Manage custoomer aaccounnts too ensuure hiigher levells of profiitabillity 管理客戶賬賬戶以確保較較高的利潤水水平，Defininng thee modeel，模型定定義的兩個關(guān)關(guān)鍵部分是指指標和維度，指指標可從KPP

16、I轉(zhuǎn)化而來來，維度是指指信息屬性，NN&P銷售的的指標和維度度表見圖166.1;Refininng thee modeel. 優(yōu)化化模型，模型型的優(yōu)化是沒沒有終點的，隨隨著業(yè)務以及及需求的變化化而變化。（見見圖16.22）DEFININNG DIMMENSIOON HIEERARCHHIES AAND DIIMENSIION TYYPES大部分維度都內(nèi)內(nèi)在的具有分分層結(jié)構(gòu)的特特點；例如16.3圖圖中的時間分分層，可以看看出兩個概念念，leveel(層級)和membbers(成成員)，其中中年、季、月月就是指層，一一月、二月、三三月就是層一一季度的成員員。在維度分層結(jié)構(gòu)構(gòu)中存在三種種類型：（1）

17、平衡的；（2）非平平衡的；（33）混合的。非平衡的分層結(jié)結(jié)構(gòu)混亂型的分層結(jié)結(jié)構(gòu)和N&P公司銷銷售副總訪談談后確定的維維度表如圖116.9。MULTIDIIMENSIIONAL SCHEMMAS: SSTAR AAND SNNOWFLAAKE模式定義了表或或者視圖之間間的聯(lián)系，包包含了數(shù)據(jù)集集市和隨后的的數(shù)據(jù)立方體體，模式中的的表包含了維維度表和事實實表。星型模式表示例例；雪花型模式示例例17 模型維護護18 財務數(shù)據(jù)據(jù)模型 許多公司司都正在為數(shù)數(shù)據(jù)結(jié)構(gòu)的問問題感到頭疼疼。總帳系統(tǒng)統(tǒng)中的科目圖圖標經(jīng)過許多多雇員維護后后，已與部門門代碼或者自自然科目數(shù)不不一致。在許許多案例中，重重新創(chuàng)建科目目圖以

18、減少報報表或圖表的的問題，但在在許多案例中中只會使情況況更糟。當創(chuàng)建一個財務務數(shù)據(jù)倉庫時時，結(jié)構(gòu)化公公司科目圖時時有兩種典型型選擇：1、重新設定總總帳中的科目目結(jié)構(gòu)；2、通過使用公公司報表行來來映射賬戶并并逐一清洗，使使得更容易地地進行數(shù)據(jù)下下鉆和報告；這兩種方法各有有優(yōu)缺點，第第一種方法更更為廣泛，可可以適用于有有許多支持系系統(tǒng)如訂單處處理系統(tǒng)或工工資發(fā)放系統(tǒng)統(tǒng)的情況，這這些系統(tǒng)將數(shù)數(shù)據(jù)上傳至總總帳系統(tǒng)中。而而后一種方法法相對簡單，對對于終端用戶戶來講，更加加適用于數(shù)據(jù)據(jù)的下鉆，可可將多個賬戶戶映射到一個個賬戶中，缺缺點就是必須須及時維護映映射表，否則則新增賬戶可可能會導致EETL過程故故障。DATA COOLLECTTION（數(shù)數(shù)據(jù)收集）數(shù)據(jù)倉庫工作的的最終結(jié)果很很大程度取決決于倉庫的滾滾動結(jié)果如何何適應業(yè)務結(jié)結(jié)構(gòu)，數(shù)據(jù)倉倉庫的模式就就是父子結(jié)構(gòu)構(gòu)、雪花型或或星型，存在在兩方面的挑挑戰(zhàn)：1、在數(shù)據(jù)收集集時數(shù)據(jù)如何何儲存；2、如何使用維維度屬性來描描述業(yè)務。Businesss Casse（業(yè)務案案例） DATE M.d.yyyy 9.24.2022 DATE H