隨著社會信息化建設的深入發(fā)展，企業(yè)不僅僅需要生產(chǎn)、管理等事務的信息化處理，更進一步要求從事務處理的歷史數(shù)據(jù)中獲取有用的知識，為企業(yè)的決策制定、為提高企業(yè)競爭力提供有力支持。原有的OLTP信息系統(tǒng)已不能滿足企業(yè)需求。數(shù)據(jù)倉庫和OLAP技術作為BI（Business Intelligences）解決方案的一部分，較好地滿足了企業(yè)的新需求。數(shù)據(jù)倉庫融合了企業(yè)各個信息系統(tǒng)中原來孤立的信息，由此構建相關信息的多維數(shù)據(jù)集。OLAP技術則可以從多個角度、多個層次去分析這些信息，并從中挖掘知識，為企業(yè)的決策提供參考依據(jù)。本文從XX電信的PAS套餐可視化分析的實際需求出發(fā)，把分散在各個業(yè)務系統(tǒng)中的PAS套餐相關數(shù)據(jù)抽取、轉換之后裝載到PAS套餐數(shù)據(jù)倉庫中，并以此為主題，構建了與PAS套餐相關的多維數(shù)據(jù)立方體。最后基于Reporting Services和OWC（Office Web Component），為用戶提供固定報表和即席查詢兩種OLAP方式。決策人員以OLAP方式分析每個客戶群的消費行為特征，為XX電信的個性化營銷做前期工作。本課題完成的主要任務有：研究數(shù)據(jù)倉庫和OLAP的基本理論、設計數(shù)據(jù)倉庫... 

【文章來源】：昆明理工大學云南省

【文章頁數(shù)】：63 頁

【學位級別】：碩士

【部分圖文】：

使用DTS設計器設計DTS包盯S設計器中提供多種連接，任務

昆明理工人學子項卜論文圖6一4“成功時”_!:作流屬性設置圖中只有一個優(yōu)先約束，它表示，在源步驟“判斷時間維表是否存在”任務成功執(zhí)行時，刁‘能執(zhí)行目的步驟“更新時間維表”任務。我們也可以根據(jù)實際需要，對任務的執(zhí)行新建更多其它的約束條件來保證目的步驟的準確執(zhí)行。更新時間維表的DTS包中的步驟是否都得到了成功執(zhí)行?如果沒有成功執(zhí)行，則是在哪一個步驟出現(xiàn)了問題?在設計這個包時，我們在每個步驟都用“發(fā)送郵件任務”來給出執(zhí)行情況的信息。一個簡單的“發(fā)送郵件任務”可以實現(xiàn)為如下形式:圖6一5“發(fā)送郵件任務”屬性設置我們?yōu)椤芭袛鄷r間維表是否存在”任務和“更新時間維表”任務分別配置一個發(fā)送成功信息郵件和一個發(fā)送失敗信息郵件。根據(jù)每個步驟的完成與否，用“成功時”和“失敗時”工作流來約束指定發(fā)送哪個郵件消息。6.2.2事實表更新的DTS包實現(xiàn)事實表同樣存放在SQL數(shù)據(jù)庫，但葉子級的數(shù)據(jù)要從XX電信的帳務數(shù)據(jù)中抽取和轉換。XX電信的帳務數(shù)據(jù)4記錄了每個PAS套餐用戶每月的各種業(yè)務消費收入以及各種通話時長。這些數(shù)據(jù)記錄在xx電信的Oracle數(shù)據(jù)庫中。我們用DTS導入/導出向導來輔助實現(xiàn)更新收入事實表的DTS包。1.依照DTS導入/導出向導的提示

二二疚翩叫份州翻摘翻斷勁勁一黔一哪一一 一攜攜攜攜攜攜攜攜攜攜攜攜攜攜髯訓一嘛面一「赫:， ，圖6一 6PAS套餐用戶收入數(shù)據(jù)轉換任務的數(shù)據(jù)列映射與轉換7.我們可以在源到目的的數(shù)據(jù)拷貝時對數(shù)據(jù)做轉換。令時間列的數(shù)據(jù)類型轉換由于源表中的時間列數(shù)據(jù)類型為Datetime，而決策部門分析數(shù)據(jù)時，習慣于用YYYYMM(即4位年份加2位的月份)的格式。時間維表的時間列數(shù)據(jù)類型為Var。har，我們需要根據(jù)時間維表的數(shù)據(jù)類型對時間列數(shù)據(jù)進行數(shù)據(jù)轉換。我們刪除原來的時間列的映射，并創(chuàng)建一個新數(shù)據(jù)轉換:黔攀一‘昌礙~在種目~的轉換〔澳習祠理習一鯉習幕十OLAP的隊S套餐可視化分析系統(tǒng)的設計‘J實現(xiàn)作者:黃宏宇異師:胡建華l亨齊心一44-


本文編號：3541959