某零售集團BI系統(tǒng)需求分析書(2)

1、某零售集團BI 項目需求分析書目錄目錄 .2一、 前言 .51.定義 .52.用途 .5二、BI 項目二期建設(shè)目標 .51.系統(tǒng)的功能體系結(jié)構(gòu)概述 .52.總體功能體系結(jié)構(gòu)說明 .61)日常業(yè)務(wù)報表 .8?定制脫機報表 .8?聯(lián)機報表查詢 .82)業(yè)務(wù)探索式分析（ OLAP ） .83)KPI 指標分析報告 .93.系統(tǒng)流程 .101)系統(tǒng)總體流程 .102)日常業(yè)務(wù)報表處理流程 .113)業(yè)務(wù)探索式分析（ OLAP ）處理流程 .124.數(shù)據(jù)說明 .121)總體數(shù)據(jù)說明 .122)系統(tǒng)數(shù)據(jù)來源詳細說明 .143)日常業(yè)務(wù)報表分析處理數(shù)據(jù)說明.144)業(yè)務(wù)探索式分析 OLAP 處理數(shù)據(jù)說明 .

2、145.系統(tǒng)界面基本形式 .15三、某零售集團 BI 系統(tǒng)運行環(huán)境 .151.軟件環(huán)境 .151)軟件環(huán)境配置圖 .152)軟件環(huán)境配置說明 .16?客戶端軟件 .16?BI 應(yīng)用 .16?中間件 .16?數(shù)據(jù)庫管理系統(tǒng) .17?操作系統(tǒng) .172.網(wǎng)絡(luò)與服務(wù)器環(huán)境 .171)網(wǎng)絡(luò)與服務(wù)器配置圖 .172)網(wǎng)絡(luò)與服務(wù)器配置說明 .18?某零售集團信息倉庫ODS 服務(wù)器配置 .19?某零售集團信息倉庫OLAP 服務(wù)器配置20?某零售集團信息倉庫Web 應(yīng)用服務(wù)器配置21四、 某零售集團 BI 項目需求分析的任務(wù)概述 .211.對一期需求業(yè)務(wù)的重新整理、歸類、篩選和補充.222.跨業(yè)態(tài)商流、物流分

3、析 .223.決策支持系統(tǒng) .224.數(shù)據(jù)交換平臺 .22五、某零售集團 BI 項目需求分析的對象 .231.區(qū)域 /業(yè)態(tài).231) 中等超市業(yè)態(tài)子公司主題分析.23?運營分析 .23?商品分析 .24合同 .24訂貨 .24銷售 .24旬報 .24供應(yīng)商.24品類 KPI 指標 .24品類組 KPI 監(jiān)控 .24品類組業(yè)績監(jiān)控 .24?供應(yīng)商分析 .24供應(yīng)商基本查詢 .24供應(yīng)商供應(yīng)結(jié)構(gòu)分析 .24供應(yīng)商供貨能力分析 .24供應(yīng)商銷售分析 .24供應(yīng)商庫存分析 .24供應(yīng)商貢獻度分析（ KPI ） .242)加盟店分析 .24進貨分析.25銷售分析.25庫存分析.25要貨分析.253)大賣

4、場業(yè)態(tài)子公司主題分析（將來納入）.254)便利店業(yè)態(tài)子公司便利主題分析（將來納入）.255)江蘇分公司主題分析（將來納入）.256)浙江分公司主題分析（將來納入）.252. 跨業(yè)態(tài)商品分析 .251)定牌商品主題 .25?銷售主題 .25?庫存主題 .25?定牌商品結(jié)構(gòu)分析 .25?定牌商品供貨能力分析.25?定牌商品貢獻度分析（KPI ） .252)聯(lián)合采購商品主題 .25?供應(yīng)商主題 .25?庫存主題 .25?銷售主題 .25?聯(lián)合采購效果評估（KPI ） .253)生鮮商品主題 .25?銷售統(tǒng)計報表 .25?銷售跟蹤報表 .253.中倉分析.261)中倉庫存分析 .262)中倉進發(fā)貨分析

5、 .263)門店向中倉要貨統(tǒng)計 .264.決策分析.26六、日常業(yè)務(wù)報表分析的詳細內(nèi)容.26七、多個業(yè)務(wù)因素、多角度、隨機式探索式分析OLAP . 261.探索式分析功能概述 .272.探索式分析的形式 .273.探索式分析所提供信息內(nèi)容 .284.探索式分析的基本操作 .28八、決策支持系統(tǒng) .29一、前言1. 定義這里的某零售集團BI 項目需求分析書即軟件工程中 通 常 所 提 到 的 軟 件 需 求 規(guī) 格 說 明（ SoftwareRequirements Specification），簡稱 SRS。具體標準參照了IEEE 830-1998 。2. 用途軟件工程初期的一般過程是，軟件開

6、發(fā)的計劃，確定要實現(xiàn)的目標和進度等，然后就是軟件需求規(guī)格說明書 ，該說明書必須要得到用戶的審核、確認。此后的開發(fā)過程，都是圍繞著需求規(guī)格說明書做進一步地細化，直至開發(fā)出產(chǎn)品。當(dāng)然，測試計劃中也要針對需求進行驗證，看看是否滿足了用戶的要求。二、BI 項目二期建設(shè)目標BI 項目二期的建設(shè)目標是在一期試驗性、應(yīng)急式BI 應(yīng)用成功投入運行的基礎(chǔ)上，結(jié)合某零售集團的當(dāng)前業(yè)務(wù)運營管理需求與健康擴張（做大的同時，更需要做強）的戰(zhàn)略，首次系統(tǒng)地設(shè)計與開發(fā)基于某零售集團各類關(guān)鍵基礎(chǔ)運營（原始）數(shù)據(jù)的管理分析報表體系與相應(yīng)的基礎(chǔ)運營數(shù)據(jù)集中管理平臺（以下稱某零售集團信息倉庫） ，從而使某零售集團的供應(yīng)商管理、門店

7、績效管理、各業(yè)態(tài)商品品類業(yè)績考核建立在可靠的業(yè)務(wù)數(shù)據(jù)基礎(chǔ)上，使某零售集團的相關(guān)職能部門員工與管理者能夠及時看到他們所關(guān)心的業(yè)務(wù)數(shù)據(jù)，從而為企業(yè)決策者正確決策提供準確、及時的依據(jù)，并使企業(yè)能更好地為供應(yīng)商和顧客服務(wù)，進而提高企業(yè)的經(jīng)營管理水平，提升企業(yè)整個供應(yīng)鏈的競爭力。本節(jié)將從總體上描述二期系統(tǒng)的功能目標，主要包括功能體系結(jié)構(gòu)的說明、各模塊之間關(guān)系的描述、基本系統(tǒng)界面形式的選擇以及各個功能模塊的設(shè)計目標。本章所定義的內(nèi)容，均為二期系統(tǒng)的總體特性，這些特性，將作為后面幾節(jié)中所詳細闡述的具體功能需求的基本參照。1. 系統(tǒng)的功能體系結(jié)構(gòu)概述二期系統(tǒng)將在兩個層面上為某零售集團提供業(yè)務(wù)數(shù)據(jù)分析功能， 即

8、，日常業(yè)務(wù)報表與高度隨機探索式業(yè)務(wù)信息展現(xiàn)（ OLAP）。在二期開發(fā)的同時，宏軟將基于其長期積累的商業(yè)數(shù)據(jù)挖掘經(jīng)驗， 為某零售集團的下一步深層次數(shù)據(jù)應(yīng)用做一些準備與探索工作， 但這個工作的系統(tǒng)展開將作為某零售集團 BI 三期的核心任務(wù)。2. 總體功能體系結(jié)構(gòu)說明二期系統(tǒng)的總體功能結(jié)構(gòu)如圖1 所示：圖1 某零售集團 BI 二期系統(tǒng)功能體系客戶端客戶端客戶端客戶端客戶端WEB服務(wù)器區(qū)域 / 業(yè)態(tài)分析中倉主題分析跨業(yè)態(tài)主題分析決策支持主題分析.聯(lián)機報表查詢、定制脫機報表、業(yè)務(wù)探索式分析（OLAP）、專題分析模型.元數(shù)模型庫據(jù)管理某零售集團信息倉庫ETL(抽取、轉(zhuǎn)換、加載 )總部主檔庫A業(yè)務(wù)數(shù)據(jù)庫B業(yè)

9、務(wù)數(shù)據(jù)庫其他業(yè)務(wù)庫 . . . 外部數(shù)據(jù)源1) 日常業(yè)務(wù)報表日常業(yè)務(wù)報表即那些在業(yè)務(wù)中使用比較頻繁的、格式與內(nèi)容固定的數(shù)據(jù)分析報表。主要用以反映某零售集團日常經(jīng)營活動中銷售、庫存、毛利率等三類主要因素對某零售集團業(yè)務(wù)指標的影響?？紤]到首次系統(tǒng)地設(shè)計業(yè)務(wù)模型分析，為了提高系統(tǒng)的使用率與節(jié)約軟硬件資源，在此我們暫時集中精力先考慮這三種要素。對每一類影響因素的日常業(yè)務(wù)報表均分為兩個部分，即定制脫機報表、聯(lián)機報表查詢。? 定制脫機報表即根據(jù)用戶穩(wěn)定的公共業(yè)務(wù)需求， 系統(tǒng)自動生成， 并可選擇向特定用戶或用戶組主動發(fā)送的可用脫機方式瀏覽的定制報表， 它可以 EXCEL或其它大家習(xí)慣的文件形式獨立于系統(tǒng)存在

10、。 例如門店業(yè)務(wù)方面的中類銷售報表， 分為日、周、月報表三種格式。比如：中類銷售報表（按中類所選門店各中類的銷售額、數(shù)量、毛利及匯總）同環(huán)比日報、周報、月報? 聯(lián)機報表查詢即根據(jù)用戶大量、 經(jīng)常性的業(yè)務(wù)查詢需要， 由系統(tǒng)對歷史數(shù)據(jù)進行預(yù)先處理， 處理結(jié)果在某零售集團信息倉庫中以數(shù)據(jù)表的形式存在， 以方便用戶通過聯(lián)機方式隨時按條件進行查詢得到， 例如門店業(yè)務(wù)方面的大類銷售連續(xù)性查詢，用戶界面上呈現(xiàn)的可以是柱方圖或曲線圖等多種信息表現(xiàn)方式。比如：銷售連續(xù)性查詢（按大類）所選門店所選大類在所選時段內(nèi)每日的銷售金額2) 業(yè)務(wù)探索式分析（ OLAP ）業(yè)務(wù)探索式分析功能即通常所說的 OLAP（聯(lián)機分析處

11、理）功能，這是對日常業(yè)務(wù)報表功能的擴充，主要作用是給某零售集團業(yè)務(wù)分析人員一個從各個不同角度與因素組合了解業(yè)務(wù)現(xiàn)狀的一個高效、易用的業(yè)務(wù)分析平臺。這樣的需求是現(xiàn)有的一期系統(tǒng)所不能夠滿足的。這個功能還可以減少大量的非頻繁使用的定制性報表需求，有效地兼顧了大眾化需求與少量深層次需求之間的矛盾，降低了開發(fā)工作量與系統(tǒng)資源消耗。在一般的管理信息系統(tǒng)中，決策數(shù)據(jù)的不一致性突出，多個信息提供者對信息都不具備嚴格的定義，不同的業(yè)務(wù)系統(tǒng)對同一信息數(shù)據(jù)的理解和定義不同，甚至許多相同命名的數(shù)據(jù)所指代的業(yè)務(wù)信息并不相同。這些問題給基于數(shù)據(jù)的業(yè)務(wù)分析與決策支持帶來了巨大的困難。因此在某零售集團二期系統(tǒng)開發(fā)中，為有效、

12、可持續(xù)地實現(xiàn)上述業(yè)務(wù)探索式分析（ OLAP）功能與其它非定制靜態(tài)報表，首先必須對相關(guān)關(guān)鍵業(yè)務(wù)基礎(chǔ)數(shù)據(jù)做抽取、清洗和整合（這些數(shù)據(jù)準備工作簡稱ETL）的 ODS信息倉庫建設(shè)工作，然后再根據(jù)具體業(yè)務(wù)探索式分析（ OLAP）的應(yīng)用需求，再次做更高層次的數(shù)據(jù)抽取、改造（含生成新的衍生變量） 與整合工作， 所以對整個 BI 系統(tǒng)而言共有兩次 ETL 過程，在工作量上要予以充分評估。3) KPI 指標分析報告作為對上述兩種報表體系的一種應(yīng)用，我們針對相關(guān)業(yè)務(wù)部門提出了一些基本的 KPI 指標，這些指標是基于某零售集團信息倉庫的數(shù)學(xué)挖掘模型的示范性應(yīng)用， 作為拋磚引玉，為在下一期項目中建立更系統(tǒng)的 KPI

13、指標體系做好鋪墊與引導(dǎo)工作?？紤]到系統(tǒng)的實用性，我們遵守的一個最重要原則是KPI 指標個數(shù)絕對不能超過5 個，否則信息過多，不利于決策者的快速消化與應(yīng)用，就失去KPI 的宗旨了。 KPI 結(jié)果將在系統(tǒng)支持的前提下以用戶方便的形式呈現(xiàn)。表 1 二期系統(tǒng)功能模塊一覽功能名稱解決的問主要輸出 主要方法備注題結(jié)果日常業(yè)務(wù)報業(yè)務(wù)現(xiàn)狀分析報表借助于“分 包括：表況以及外分析圖形析框架” ， 定制脫機部因素對對報表數(shù)報表業(yè)務(wù)指標據(jù)進行計聯(lián)機報表的實際影算合并處查詢響狀況理高度隨機探對業(yè)務(wù)數(shù)可供旋基于相關(guān)索式業(yè)務(wù)信據(jù)多角度、轉(zhuǎn)、切片、某零售集息 展 現(xiàn)多因素、更鉆取等處團信息倉（ OLAP）隨機的多理的多維庫

14、與面向角度探索查詢立方相關(guān)主題式分析體及多維的數(shù)據(jù)集查詢圖表市生成業(yè)務(wù)探索式分析（ OLAP）報表庫或稱立方體功能名稱解決的問主要輸出 主要方法備注題結(jié)果KPI 分析指數(shù)化與KPI分 析 借助于“分簡約化管報告析框架” ，理目標，量對報表數(shù)化關(guān)鍵因據(jù)進行計素對企業(yè)算處理及績效的影統(tǒng)計建模響狀況3. 系統(tǒng)流程1) 系統(tǒng)總體流程業(yè)務(wù)規(guī)則庫關(guān)聯(lián)關(guān)系庫業(yè)務(wù)規(guī)則轉(zhuǎn)換關(guān)聯(lián)關(guān)系轉(zhuǎn)換鉆取/切片/旋轉(zhuǎn)總部主檔庫第二次抽取 /轉(zhuǎn)換/加載匯總第一次抽取/轉(zhuǎn)換/加載多維數(shù)據(jù)倉庫 OLAP圖形、報表BA某零售集團信息倉庫 ODS業(yè)務(wù)數(shù)據(jù)源圖 2 二期系統(tǒng)總體流程圖圖 2 所顯示的是二期系統(tǒng)的總體系統(tǒng)流程圖。系統(tǒng)的數(shù)據(jù)來

15、源總體上可以分為某零售集團總部主檔（即基礎(chǔ)數(shù)據(jù)）數(shù)據(jù)庫和 A 業(yè)務(wù)系統(tǒng)等外部業(yè)務(wù)數(shù)據(jù)源?？偛恐鳈n庫中所保存的是某零售集團方面企業(yè)基礎(chǔ)信息包括供應(yīng)商主檔、商品主檔、門店主檔、公司組織機構(gòu)、業(yè)務(wù)人員主檔等數(shù)據(jù)， A 業(yè)務(wù)系統(tǒng)等外部業(yè)務(wù)數(shù)據(jù)源主要提供各業(yè)態(tài)、各銷售單位等前一天的按單品聚合的明細業(yè)務(wù)數(shù)據(jù)包括銷售、退貨等數(shù)據(jù)內(nèi)容。對某零售集團業(yè)務(wù)部門提供的業(yè)務(wù)規(guī)則如“返利計算規(guī)則”等，得到后形成存儲于系統(tǒng)中的 “業(yè)務(wù)規(guī)則庫” 。所謂“業(yè)務(wù)規(guī)則庫”，就是進行業(yè)務(wù)分析處理時所需要的計算公式以及合并、抵消原則。對總部主檔庫及 A 業(yè)務(wù)系統(tǒng)業(yè)務(wù)數(shù)據(jù)源進行人工的“關(guān)聯(lián)關(guān)系分析” 處理之后得到 “關(guān)聯(lián)關(guān)系庫” ，即

16、各種外部因素與某零售集團業(yè)務(wù)指標之間的關(guān)聯(lián)情況，包括相關(guān)性的判定以及關(guān)聯(lián)函數(shù)形式， “關(guān)聯(lián)關(guān)系庫” 是業(yè)務(wù)模型分析的基本框架。二期系統(tǒng)某零售集團信息倉庫數(shù)據(jù)存儲部分包括兩個部分即 ODS庫和 OLAP庫部分。總部主檔庫及 A 業(yè)務(wù)系統(tǒng)業(yè)務(wù)源數(shù)據(jù)經(jīng)過 ETL（數(shù)據(jù)的提取、轉(zhuǎn)換和裝載）處理之后進入二期系統(tǒng)某零售集團信息倉庫的 ODS庫部分。該部分是二期系統(tǒng)數(shù)據(jù)存儲的主體，其中所有的業(yè)務(wù)信息再經(jīng)過第二次ETL的清洗和重新整合后，按照某零售集團信息倉庫查詢及模型分析所需要的多維形式存儲即二期系統(tǒng)某零售集團信息倉庫的 OLAP 庫部分（即：基于應(yīng)用主題的數(shù)據(jù)集市與相應(yīng)的Cubes）。某零售集團 BI 二

17、期系統(tǒng)的各種應(yīng)用功能， 都需要從某零售集團信息倉庫中提取數(shù)據(jù)以作處理。 系統(tǒng)投入運行后，某零售集團信息倉庫將在 ETL 工具的支持下定期進行動態(tài)更新。業(yè)務(wù)規(guī)則庫、關(guān)聯(lián)關(guān)系庫和某零售集團信息倉庫構(gòu)成了二期系統(tǒng)中所保存的主體數(shù)據(jù)內(nèi)容，同時也是二期系統(tǒng)三部分功能的完整支撐平臺。2) 日常業(yè)務(wù)報表處理流程在日常業(yè)務(wù)報表處理流程中，系統(tǒng)首先根據(jù)業(yè)務(wù)規(guī)則庫和關(guān)聯(lián)關(guān)系庫所提供的信息構(gòu)建模型代數(shù)形式例如“返利計算規(guī)則”、“某零售集團總部商品品類歷史主檔與在用商品品類主檔關(guān)聯(lián)關(guān)系”等，隨后從某零售集團信息倉庫中提取數(shù)據(jù)，計算求出模型的各個參數(shù)，得到模型的具體形式，最后根據(jù)某零售集團信息倉庫數(shù)據(jù)， 以及用戶所輸入

18、的查詢參數(shù)，得到模型分析的結(jié)果。模型分析結(jié)果以報表和圖形兩種基本形式展現(xiàn)（圖 3）。關(guān)聯(lián)關(guān)系庫業(yè)務(wù)規(guī)則庫業(yè)務(wù)模型業(yè)務(wù)模型庫模型結(jié)果日常業(yè)務(wù)報模型形式庫表形式構(gòu)建數(shù)據(jù)集展現(xiàn)處理日常業(yè)務(wù)分參數(shù)求解計算分析析圖聯(lián)華信息倉庫輸入?yún)?shù)圖 3 日常業(yè)務(wù)報表處理基本流程3) 業(yè)務(wù)探索式分析（ OLAP ）處理流程在業(yè)務(wù)探索式分析（ OLAP）功能中，系統(tǒng)從某零售集團信息倉庫中提取數(shù)據(jù)，根據(jù)查詢的需要（選擇主題、維度，輸入維度參數(shù)，旋轉(zhuǎn)、鉆取指令等）對之進行組織，將結(jié)果以多維立方體以及多維分析圖的形式展現(xiàn)出來（圖4）查詢報表（多維立方體）數(shù)據(jù)倉庫數(shù)據(jù)倉庫OLAP數(shù)據(jù)展現(xiàn)處理查詢集多維查詢圖形主題、維度選擇圖4

19、 業(yè)務(wù)探索式分析（ OLAP ）處理基本流程4. 數(shù)據(jù)說明在本節(jié)當(dāng)中，我們將進一步對上述流程中所使用的各項數(shù)據(jù)內(nèi)容進行描述。1) 總體數(shù)據(jù)說明從圖 2 的總體流程說明可以看出，某零售集團BI 二期系統(tǒng)中的主要數(shù)據(jù)內(nèi)容包括總部主檔庫、 A 業(yè)務(wù)系統(tǒng)與其它業(yè)務(wù)數(shù)據(jù)源、 業(yè)務(wù)規(guī)則庫、 關(guān)聯(lián)關(guān)系庫、 某零售集團信息倉庫、模型分析結(jié)果、業(yè)務(wù)探索式分析（ OLAP）查詢結(jié)果及將在未來下一期 BI 項目中實現(xiàn)的數(shù)據(jù)挖掘應(yīng)用八個大塊（表2 ）。表 2 二期系統(tǒng)總體數(shù)據(jù)說明名稱內(nèi)容主檔某零售集團方面企業(yè)基礎(chǔ)信息應(yīng)包括供應(yīng)商主檔、商品主檔、進價主檔、門店主檔等數(shù)據(jù)。主要來源保 存 方式總部主檔某零售庫集 團 信息

20、 倉 庫ODS（應(yīng)包 括 歷史主檔、目 前 在用主檔）名稱內(nèi)容A 業(yè) 務(wù) 系 1， 各銷售單位及中倉統(tǒng)等外部進貨清單業(yè)務(wù)數(shù)據(jù)2，各銷售單位銷售清源單3，各銷售單位及中倉庫存清單4，各銷售單位要貨清單5，生鮮及中倉發(fā)貨清單6，各銷售單位進貨憑證7，會員銷售8，單品銷售9，客流與折扣10，單品毛利表11，日結(jié)單12，退、換貨數(shù)據(jù)13，理賠數(shù)據(jù)14，其他描述性說明主要來源保 存 方式第一次某零售ETL集 團 信息 倉 庫ODS名稱內(nèi)容主要來源保存方式業(yè)務(wù)規(guī)則庫1， 業(yè)務(wù)報表合并規(guī)則（板塊內(nèi)部合并和板塊之間合并）2，業(yè)務(wù)指標之間運算規(guī)則3，KPI 指標運算規(guī)則4，其他業(yè)務(wù)規(guī)則5，動態(tài)分析依據(jù)的假設(shè)條件

21、6，國家相關(guān)法律政策（如稅率等）說明計算機程某零售序輔助下集團信的手工整息倉庫理ODS名稱內(nèi)容主要來源保存方關(guān)聯(lián)關(guān)系庫1， 總部主檔系統(tǒng)基礎(chǔ)數(shù)據(jù)與 A 業(yè)務(wù)系統(tǒng)等外部業(yè)務(wù)數(shù)據(jù)源之間基礎(chǔ)數(shù)據(jù)關(guān)聯(lián)關(guān)系。2， 總部歷史主檔與目前使用主檔之間數(shù)據(jù)關(guān)聯(lián)關(guān)系。3， 某零售集團和供應(yīng)商之間系統(tǒng)數(shù)據(jù)交換 EDI 標準與總部目前使用主檔之間數(shù)據(jù)關(guān)聯(lián)關(guān)系式計算機程某零售序輔助下集團信的手工整息倉庫理ODS多 維 信 息經(jīng)過整合處理并以面向主倉庫題的多維形式組織的業(yè)務(wù)數(shù)據(jù)。第二次多維信ETL息 倉 庫OLAP名稱內(nèi)容日常業(yè)務(wù)1，報表報表2，報告3，圖形展示 （交互式直方圖、折線圖等）業(yè) 務(wù) 探 索 根據(jù)查詢需要從某

22、零售集式 分 析 團信息倉庫中提取的多維（ OLAP ） 數(shù)據(jù)查詢結(jié)果集數(shù) 據(jù) 挖 掘 數(shù)據(jù)挖掘分析得到的規(guī)律分析結(jié)果 集合主要來源保 存 方式模型計算、部 分 內(nèi)分析處理容 保 存于 某 零售 集 團信 息 倉庫 ODS信息倉庫，信 息 倉業(yè)務(wù)探索庫的匯式分析總表、物（ OLAP ） 化視圖處理數(shù)據(jù)挖掘某零售處理集 團 信息 倉 庫ODS2) 系統(tǒng)數(shù)據(jù)來源詳細說明詳見需求文檔二期系統(tǒng)業(yè)務(wù)數(shù)據(jù)源詳細說明，待提交。3) 日常業(yè)務(wù)報表分析處理數(shù)據(jù)說明表 3 模型分析處理數(shù)據(jù)說明名稱內(nèi)容來源保存形式關(guān)聯(lián)關(guān)系影響因素與指標關(guān)聯(lián)關(guān)系某零售集團庫之間的關(guān)聯(lián)關(guān)系分析信息倉庫體系業(yè) 務(wù) 規(guī) 則 業(yè)務(wù)計算分析所

23、業(yè)務(wù)規(guī)則某零售集團庫使用的公式和遵分析信息倉庫循的邏輯規(guī)則形 式 模 型 業(yè)務(wù)模型的代數(shù)模型形式某零售集團庫形式構(gòu)建信息倉庫多維信息經(jīng)過整合處理并第 二次多維信息倉倉庫以面向主題的多ETL庫維形式組織的業(yè)務(wù)數(shù)據(jù)。輸入?yún)?shù)用戶輸入的業(yè)務(wù)用戶輸入不保存模型分析參數(shù)模 型 結(jié) 果 根據(jù)業(yè)務(wù)模型和計算分析不保存數(shù)據(jù)集輸入?yún)?shù)計算得到的結(jié)果數(shù)據(jù)。名稱內(nèi)容來源保存形式日常業(yè)務(wù)根據(jù)業(yè)務(wù)模型結(jié)展現(xiàn)處理不保存報表果數(shù)據(jù)集構(gòu)造的報表日 常 業(yè) 務(wù) 根據(jù)業(yè)務(wù)模型結(jié)展現(xiàn)處理不保存分析圖果數(shù)據(jù)集構(gòu)造的圖形輸出4) 業(yè)務(wù)探索式分析 OLAP 處理數(shù)據(jù)說明表 4 OLAP 分析處理數(shù)據(jù)說明名稱內(nèi)容來源保存形式某零售集經(jīng)過整

24、合處理并第 二次多維信息倉團信息倉以面向主題的多ETL庫庫維形式組織的業(yè)務(wù)數(shù)據(jù)。主題、維度需要查詢的主用戶輸入不保存選擇題、維度內(nèi)容OLAP 結(jié)根據(jù)主題、維度信息倉庫不長久保存果數(shù)據(jù)集選擇，從信息倉查詢處理（緩存于信庫中提取的數(shù)據(jù)息倉庫視圖塊中）OLAP查多維查詢表格展現(xiàn)處理不保存詢報表OLAP多多維查詢圖形展現(xiàn)處理不保存維圖形5. 系統(tǒng)界面基本形式某零售集團BI 項目二期系統(tǒng)將采用性能優(yōu)越、易于擴展、易于維護的三層結(jié)構(gòu)，即數(shù)據(jù)庫服務(wù)器 - 應(yīng)用服務(wù)器 - 客戶端瀏覽器的結(jié)構(gòu)。這是一種基于 WEB瀏覽器訪問的系統(tǒng)結(jié)構(gòu)，因此也可以稱為 B/S（瀏覽器 / 服務(wù)器）結(jié)構(gòu)。這種結(jié)構(gòu)的優(yōu)越之處在于：首

25、先，客戶端無需安裝任何軟件，對系統(tǒng)的所有訪問都可以通過 Web瀏覽器來進行；其次，使用獨立的應(yīng)用服務(wù)器，使得軟件邏輯的擴展變得十分容易，并且可以方便地加入負載均衡、容錯等設(shè)計；再次，客戶端的訪問范圍也可以很容易地根據(jù)授權(quán)得到擴展。在這種形式下，所有對系統(tǒng)的訪問都將通過 WEB瀏覽器界面來實現(xiàn)。經(jīng)過數(shù)年來 Internet 的大發(fā)展， WEB瀏覽器已經(jīng)深入人心。因而對這一基本界面我們無需多言。需要強調(diào)的是，原一期系統(tǒng)中選用的數(shù)據(jù)可視化工具 Brio 產(chǎn)品僅支持相對較為呆板的報表顯示界面，對于探索式查詢、互動分析與豐富的圖形表現(xiàn)等需求并不能提供足夠的支持。因此，在二期系統(tǒng)中，我們將選用功能更全面、

26、成熟的Cognos BI產(chǎn)品，以滿足用戶對這類數(shù)據(jù)分析與查詢方式的需要。三、某零售集團BI 系統(tǒng)運行環(huán)境1. 軟件環(huán)境1) 軟件環(huán)境配置圖客戶端軟件IE 、Netscape等瀏覽器WORD、EXCEL、OUTLOOK等常用辦公軟件聯(lián)機報表查探索式分析定制脫機報表電子郵件詢OLAPEMailBI 應(yīng)用業(yè)務(wù)模型區(qū)域/ 業(yè)態(tài)中倉物流跨業(yè)態(tài)商品領(lǐng)導(dǎo)人查詢中間件Cognos BI數(shù)據(jù)庫管理IBM DB2 8.1系統(tǒng)操作IBM AIX 5.2系統(tǒng)圖 5 軟件環(huán)境配置圖2) 軟件環(huán)境配置說明本系統(tǒng)的軟件配置由五層組成：? 客戶端軟件用戶大部分應(yīng)用通過瀏覽器（IE6.0 或 Netscape5.0 ）來實現(xiàn)聯(lián)

27、機查詢， 另外系統(tǒng)也可根據(jù)用戶個性化需求， 自動生成定制脫機報表及電子郵件 Email ，主動發(fā)送給用戶通過 Word、Excel 及 Outlook 等常用辦公軟件采用脫機方式閱讀。?BI應(yīng)用主要基于底層的中間件軟件及一些獨立服務(wù)軟件， 用以實現(xiàn)對數(shù)據(jù)的抽取、 轉(zhuǎn)換及加載， 根據(jù)不同的應(yīng)用主題，對某零售集團信息倉庫進行聯(lián)機報表查詢、 預(yù)處理自動生成定制脫機報表，多維數(shù)據(jù)倉庫創(chuàng)建、管理及維護，圖形報表的發(fā)布和在線服務(wù)等大部分的應(yīng)用內(nèi)容。? 中間件主要為上層的BI 應(yīng)用提供一整套能夠采集、存儲、分析、報告數(shù)據(jù)并提供數(shù)據(jù)訪問能力的組件和服務(wù)， 解釋和執(zhí)行從這些應(yīng)用軟件發(fā)送的處理請求。? 數(shù)據(jù)庫管理

28、系統(tǒng)DB2數(shù)據(jù)庫是針對大型企業(yè)應(yīng)用提供的數(shù)據(jù)庫管理系統(tǒng)，為某零售集團這樣一個已經(jīng)很大并仍在快速發(fā)展期的中國零售業(yè)旗艦的， 數(shù)據(jù)倉庫建設(shè)和數(shù)據(jù)管理提供了一整套成熟的軟件組件和服務(wù)支持，可以有效地適應(yīng)未來系統(tǒng)擴展的需求， 從而避免在業(yè)務(wù)發(fā)展很大時被迫更換數(shù)據(jù)庫平臺與開發(fā)工具， 僅此一項就可以為企業(yè)降低不可估量的成本與風(fēng)險。? 操作系統(tǒng)作為最底層的系統(tǒng)，為所有的軟件應(yīng)用提供支持平臺，在本項目中， 根據(jù)企業(yè)應(yīng)用需求及與硬件更好的兼容性采用了 IBM AIX 5.2 。2. 網(wǎng)絡(luò)與服務(wù)器環(huán)境1) 網(wǎng)絡(luò)與服務(wù)器配置圖聯(lián)華總部分支機構(gòu)外部系統(tǒng)各區(qū)域、各業(yè)態(tài)分支機構(gòu)業(yè)務(wù)系統(tǒng)前臺查詢總部主檔庫前臺查詢后臺數(shù)據(jù)庫