【正文】 PCI熱插/任意交換適配器（40個64位PCIX；8個64位PCI），網(wǎng)卡類型/數(shù)量10/100控制器網(wǎng)絡光驅CDROM軟驅 ＋6146GB最大內(nèi)存容量64GB內(nèi)存類型Chipkill ECC最大處理器個數(shù)8處理器個數(shù)4 處理器緩存處理器類型POWER 4+ 某零售集團信息倉庫ODS服務器配置表5 IBM PSeries 650配置基本參數(shù)某零售集團總部、各分支機構等最終用戶可分別通過瀏覽器訪問某零售集團BI系統(tǒng)的應用。2. 網(wǎng)絡與服務器環(huán)境1) 網(wǎng)絡與服務器配置圖圖6 某零售集團BI項目二期系統(tǒng)網(wǎng)絡架構2) 網(wǎng)絡與服務器配置說明某零售集團BI系統(tǒng)三臺服務器都安裝并放置在某零售集團總部機房，通過數(shù)據(jù)交換平臺與總部主檔庫、各分支機構（包括區(qū)域、業(yè)態(tài)等）的業(yè)務系統(tǒng)（包括A業(yè)務、B業(yè)務等業(yè)務數(shù)據(jù)源）以及外部系統(tǒng)如供應商系統(tǒng)等相聯(lián)。216。216。216。216。三、 某零售集團BI系統(tǒng)運行環(huán)境1. 軟件環(huán)境1) 軟件環(huán)境配置圖圖5 軟件環(huán)境配置圖2) 軟件環(huán)境配置說明本系統(tǒng)的軟件配置由五層組成：216。需要強調(diào)的是，原一期系統(tǒng)中選用的數(shù)據(jù)可視化工具Brio產(chǎn)品僅支持相對較為呆板的報表顯示界面，對于探索式查詢、互動分析與豐富的圖形表現(xiàn)等需求并不能提供足夠的支持。經(jīng)過數(shù)年來Internet的大發(fā)展，WEB瀏覽器已經(jīng)深入人心。這種結構的優(yōu)越之處在于：首先，客戶端無需安裝任何軟件，對系統(tǒng)的所有訪問都可以通過Web瀏覽器來進行；其次，使用獨立的應用服務器，使得軟件邏輯的擴展變得十分容易，并且可以方便地加入負載均衡、容錯等設計；再次，客戶端的訪問范圍也可以很容易地根據(jù)授權得到擴展。第二次ETL多維信息倉庫主題、維度選擇需要查詢的主題、維度內(nèi)容用戶輸入不保存OLAP結果數(shù)據(jù)集根據(jù)主題、維度選擇，從信息倉庫中提取的數(shù)據(jù)塊信息倉庫查詢處理不長久保存（緩存于信息倉庫視圖中）OLAP查詢報表多維查詢表格展現(xiàn)處理不保存OLAP多維圖形多維查詢圖形展現(xiàn)處理不保存5. 系統(tǒng)界面基本形式某零售集團BI項目二期系統(tǒng)將采用性能優(yōu)越、易于擴展、易于維護的三層結構，即數(shù)據(jù)庫服務器應用服務器客戶端瀏覽器的結構。第二次ETL多維信息倉庫輸入?yún)?shù)用戶輸入的業(yè)務模型分析參數(shù)用戶輸入不保存模型結果數(shù)據(jù)集根據(jù)業(yè)務模型和輸入?yún)?shù)計算得到的結果數(shù)據(jù)。第二次ETL多維信息倉庫OLAP日常業(yè)務報表1， 報表2， 報告3，圖形展示（交互式直方圖、折線圖等）模型計算、分析處理部分內(nèi)容保存于某零售集團信息倉庫ODS業(yè)務探索式分析（OLAP）查詢結果集根據(jù)查詢需要從某零售集團信息倉庫中提取的多維數(shù)據(jù)信息倉庫，業(yè)務探索式分析（OLAP）處理信息倉庫的匯總表、物化視圖數(shù)據(jù)挖掘分析結果數(shù)據(jù)挖掘分析得到的規(guī)律集合數(shù)據(jù)挖掘處理某零售集團信息倉庫ODS2) 系統(tǒng)數(shù)據(jù)來源詳細說明詳見需求文檔《二期系統(tǒng)業(yè)務數(shù)據(jù)源詳細說明》，待提交。2， 總部歷史主檔與目前使用主檔之間數(shù)據(jù)關聯(lián)關系。表 2 二期系統(tǒng)總體數(shù)據(jù)說明名稱內(nèi)容主要來源保存方式主檔某零售集團方面企業(yè)基礎信息應包括供應商主檔、商品主檔、進價主檔、門店主檔等數(shù)據(jù)。圖 3 日常業(yè)務報表處理基本流程3) 業(yè)務探索式分析（OLAP）處理流程在業(yè)務探索式分析（OLAP）功能中，系統(tǒng)從某零售集團信息倉庫中提取數(shù)據(jù)，根據(jù)查詢的需要（選擇主題、維度，輸入維度參數(shù)，旋轉、鉆取指令等）對之進行組織，將結果以多維立方體以及多維分析圖的形式展現(xiàn)出來（圖4）圖4 業(yè)務探索式分析（OLAP）處理基本流程4. 數(shù)據(jù)說明在本節(jié)當中，我們將進一步對上述流程中所使用的各項數(shù)據(jù)內(nèi)容進行描述。2) 日常業(yè)務報表處理流程在日常業(yè)務報表處理流程中，系統(tǒng)首先根據(jù)業(yè)務規(guī)則庫和關聯(lián)關系庫所提供的信息構建模型代數(shù)形式例如“返利計算規(guī)則”、“某零售集團總部商品品類歷史主檔與在用商品品類主檔關聯(lián)關系”等，隨后從某零售集團信息倉庫中提取數(shù)據(jù)，計算求出模型的各個參數(shù)，得到模型的具體形式，最后根據(jù)某零售集團信息倉庫數(shù)據(jù)，以及用戶所輸入的查詢參數(shù)，得到模型分析的結果。系統(tǒng)投入運行后，某零售集團信息倉庫將在ETL工具的支持下定期進行動態(tài)更新。該部分是二期系統(tǒng)數(shù)據(jù)存儲的主體，其中所有的業(yè)務信息再經(jīng)過第二次ETL的清洗和重新整合后，按照某零售集團信息倉庫查詢及模型分析所需要的多維形式存儲即二期系統(tǒng)某零售集團信息倉庫的OLAP庫部分（即：基于應用主題的數(shù)據(jù)集市與相應的Cubes）。二期系統(tǒng)某零售集團信息倉庫數(shù)據(jù)存儲部分包括兩個部分即ODS庫和OLAP庫部分。所謂“業(yè)務規(guī)則庫”，就是進行業(yè)務分析處理時所需要的計算公式以及合并、抵消原則?？偛恐鳈n庫中所保存的是某零售集團方面企業(yè)基礎信息包括供應商主檔、商品主檔、門店主檔、公司組織機構、業(yè)務人員主檔等數(shù)據(jù)，A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源主要提供各業(yè)態(tài)、各銷售單位等前一天的按單品聚合的明細業(yè)務數(shù)據(jù)包括銷售、退貨等數(shù)據(jù)內(nèi)容。表 1 二期系統(tǒng)功能模塊一覽功能名稱解決的問題主要輸出結果主要方法備注日常業(yè)務報表業(yè)務現(xiàn)狀況以及外部因素對業(yè)務指標的實際影響狀況分析報表分析圖形借助于“分析框架”，對報表數(shù)據(jù)進行計算合并處理包括：定制脫機報表聯(lián)機報表查詢高度隨機探索式業(yè)務信息展現(xiàn)（OLAP）對業(yè)務數(shù)據(jù)多角度、多因素、更隨機的多角度探索式分析可供旋轉、切片、鉆取等處理的多維查詢立方體及多維查詢圖表基于相關某零售集團信息倉庫與面向相關主題的數(shù)據(jù)集市生成業(yè)務探索式分析（OLAP）報表庫或稱立方體KPI分析指數(shù)化與簡約化管理目標，量化關鍵因素對企業(yè)績效的影響狀況KPI分析報告借助于“分析框架”，對報表數(shù)據(jù)進行計算處理及統(tǒng)計建模3. 系統(tǒng)流程1) 系統(tǒng)總體流程A業(yè)務系統(tǒng)第一次抽取/轉換/加載匯總鉆取/切片/旋轉關聯(lián)關系庫業(yè)務規(guī)則轉換關聯(lián)關系轉換第二次抽取/轉換/加載多維數(shù)據(jù)倉庫OLAP圖形、報表B業(yè)務系統(tǒng)其它系統(tǒng)某零售集團信息倉庫ODS總部主檔庫業(yè)務數(shù)據(jù)源業(yè)務規(guī)則庫圖2二期系統(tǒng)總體流程圖圖2所顯示的是二期系統(tǒng)的總體系統(tǒng)流程圖?？紤]到系統(tǒng)的實用性，我們遵守的一個最重要原則是KPI指標個數(shù)絕對不能超過5個，否則信息過多，不利于決策者的快速消化與應用，就失去KPI的宗旨了。因此在某零售集團二期系統(tǒng)開發(fā)中，為有效、可持續(xù)地實現(xiàn)上述業(yè)務探索式分析（OLAP）功能與其它非定制靜態(tài)報表，首先必須對相關關鍵業(yè)務基礎數(shù)據(jù)做抽取、清洗和整合（這些數(shù)據(jù)準備工作簡稱ETL）的ODS信息倉庫建設工作，然后再根據(jù)具體業(yè)務探索式分析（OLAP）的應用需求，再次做更高層次的數(shù)據(jù)抽取、改造（含生成新的衍生變量）與整合工作，所以對整個BI系統(tǒng)而言共有兩次ETL過程，在工作量上要予以充分評估。在一般的管理信息系統(tǒng)中，決策數(shù)據(jù)的不一致性突出，多個信息提供者對信息都不具備嚴格的