3诠释资料资料库分析.ppt

* * * * * * * * * * * * * 分散式的詮釋資料庫則是將詮釋資料儲存數個詮釋資料庫，需透過一個資料庫管理系統閘道(DBMS gateway)協助資料存取，這類分散式的作法，個別的詮釋資料庫只需符合其本身的資料模式，而且因分散儲存於不同資料庫，資料量較少；但由於資料將由不同人負責維護，資料的一致性將會是一大隱憂。 XML(Extensible markup language)標籤化分散式詮釋資料庫是將詮釋資料儲存在各別的資訊系統中，透過 XML閘道(XML gateway)來作各系統間詮釋資料庫的存取，這就好像分散式詮釋資料庫一般透過資料庫管理系統閘道來和個別的詮釋資料庫溝通，差別在於XLM標籤化分散式詮釋資料庫不需另外將各別系統的詮釋資料庫獨立出來，所以不需要做兩次維護詮釋資料的工作。 如果BI計畫沒有多餘的人力來自行開發一個詮釋資料庫，在挑選一些現成的解決方案，應注意下列幾個重點： 這個解決方案的所提供的功能，是否符合我們必要(Mandatory)的需求？有哪些可滿足我們重要的需求(Beneficial to have)？哪些功能是可有可無的(Nice to have)? 這個解決方案是否有擴充性？是否提供與其他軟體互相存取資料的介面(API)？是否可透過網頁存取資料？? 此解決方案的供應商是否提供24*7全天候客戶服務？是否在這個產品領域中服務過其它知名的公司？是否經營這類產品超過5年？是否提供免費訓練課程？ 詮釋資料資料庫設計需包括以下幾方面： 建構詮釋資料資料庫 詮釋資料資料庫工具介面(Tool interface) 詮釋資料資料庫存取介面(Access interface) 詮釋資料搬移(Migration)流程 2-4-4 應用程式開發 BI系統的應用程式通常係指「即時線上分析處理工具(Online analytical processing tools, OLAP)」。OLAP 是針對現有資料進行多維度的細分與整合的分析，呈現資料的各個面向，以滿足決策者對現況全面的了解。 另一類BI應用系統為資料採礦(Data mining)，主要是從龐雜的資料中發現有價值的知識。 OLAP具有以下優點： 多維度分析 動態的模擬分析(what if的模擬分析) 簡易方便的瀏覽介面 以圖表呈現資料分析結果 常見的資料採礦方法： 關聯性分析 時間順序的關聯性分析 歸類分析 集群分析 2-5 系統導入階段2-5-1 系統導入 BI系統在經過分析、設計、測試完成之後，就要進入正式上線(Go-live)，除了之前的測試的系統之外，要將正式系統(Production system)準備就緒，針對系統測試及教育訓練時常發生問題的地方，製作簡易的使用說明給使用者，並成立支援小組(Help desk)待命。 2-5-2 導入後評估 當BI系統完成導入後的3到6個月，就要進行導入成果評估。評估的目的在於瞭解BI系統是否有達到組織的原本預期。 例如：BI專案範圍是否與規劃一致？ BI系統是否有達到預期目標？使用者是否滿意？ 總結 影響BI系統成功的最重要因素與大部份資訊系統導入一樣，是要能得到高階主管的充分支持與參與，如此，BI專案方能正確定義問題，專注在開發系統解決使用者最注重的問題。 其次，使用者的參與程度愈高也是BI系統成功的一項重要關鍵，若使用者在BI的建置過程參與程度不高，專案的方向也可能有所偏差，上線之後使用者的使用率及接受度也可能會不理想。 再者，專案管理也扮演重要角色， BI系統往往需要與其他的資訊系統串連，而且使用者的需求來自不同的部門，緊急及重要的優先順序要掌握得宜，否則會造成專案預算及進度的問題。 * * * * * * * * * * * * * * * * * * * * * * * 陳炫碩、莊育維 國立中央大學企業管理學系 BI專案生命週期 前言 不同學者對於商業智慧(Business intelligence, BI)的定義有所不同。 整體而言，BI有幾個重要特性： 第一、商業智慧的重點是在於以資訊作為企業決策的依據。 第二、資訊需具備即時、整合以及多維度的特性，才具決策上的價值。 第三、透過BI系統，企業可以及時發現內部營運現況及掌握市場動態，並可據以採取行動因應，洞燭機先。 一個BI系統，在架構上需要包含底下幾個部份： (1)資料倉儲是商業智慧系統的基礎； (2)資料分析系統：包括OLAP、資料探勘等；以及 (3)資料呈現系統 圖2.1：BI系統架構圖 BI系統專案的執行與一般資訊系統開發的過程類似，包括以下五個階段： 圖2.2：BI專案生命週期 2-1 評估階段 專案一開始，企業需做營運面向的評估，了解BI系統是否能解決現行營運面臨的問題，或因應未來業務發