通用BI系統(tǒng)架構分析書.doc

BI項目需求分析書目錄目錄2一、前言51.定義52.用途5二、BI項目二期建設目標51.系統(tǒng)的功能體系結構概述52.總體功能體系結構說明61)日常業(yè)務報表8定制脫機報表8聯(lián)機報表查詢82)業(yè)務探索式分析（OLAP）83)KPI指標分析報告93.系統(tǒng)流程101)系統(tǒng)總體流程102)日常業(yè)務報表處理流程113)業(yè)務探索式分析（OLAP）處理流程124.數(shù)據(jù)說明121)總體數(shù)據(jù)說明122)系統(tǒng)數(shù)據(jù)來源詳細說明143)日常業(yè)務報表分析處理數(shù)據(jù)說明144)業(yè)務探索式分析OLAP處理數(shù)據(jù)說明145.系統(tǒng)界面基本形式15三、某零售集團BI系統(tǒng)運行環(huán)境151.軟件環(huán)境151)軟件環(huán)境配置圖152)軟件環(huán)境配置說明16客戶端軟件16BI應用16中間件16數(shù)據(jù)庫管理系統(tǒng)17操作系統(tǒng)172.網(wǎng)絡與服務器環(huán)境171)網(wǎng)絡與服務器配置圖172)網(wǎng)絡與服務器配置說明18某零售集團信息倉庫ODS服務器配置19某零售集團信息倉庫OLAP服務器配置20某零售集團信息倉庫Web應用服務器配置21四、某零售集團BI項目需求分析的任務概述211.對一期需求業(yè)務的重新整理、歸類、篩選和補充222.跨業(yè)態(tài)商流、物流分析223.決策支持系統(tǒng)224.數(shù)據(jù)交換平臺22五、某零售集團BI項目需求分析的對象231.區(qū)域/業(yè)態(tài)231)中等超市業(yè)態(tài)子公司主題分析23運營分析23商品分析24u合同24u訂貨24u銷售24u旬報24u供應商24u品類KPI指標24u品類組KPI監(jiān)控24u品類組業(yè)績監(jiān)控24供應商分析24u供應商基本查詢24u供應商供應結構分析24u供應商供貨能力分析24u供應商銷售分析24u供應商庫存分析24u供應商貢獻度分析（KPI）242)加盟店分析24u進貨分析25u銷售分析25u庫存分析25u要貨分析253)大賣場業(yè)態(tài)子公司主題分析（將來納入）254)便利店業(yè)態(tài)子公司便利主題分析（將來納入）255)江蘇分公司主題分析（將來納入）256)浙江分公司主題分析（將來納入）252.跨業(yè)態(tài)商品分析251)定牌商品主題25銷售主題25庫存主題25定牌商品結構分析25定牌商品供貨能力分析25定牌商品貢獻度分析（KPI）252)聯(lián)合采購商品主題25供應商主題25庫存主題25銷售主題25聯(lián)合采購效果評估（KPI）253)生鮮商品主題25銷售統(tǒng)計報表25銷售跟蹤報表253.中倉分析261)中倉庫存分析262)中倉進發(fā)貨分析263)門店向中倉要貨統(tǒng)計264.決策分析26六、日常業(yè)務報表分析的詳細內容26七、多個業(yè)務因素、多角度、隨機式探索式分析OLAP261.探索式分析功能概述272.探索式分析的形式273.探索式分析所提供信息內容284.探索式分析的基本操作28八、決策支持系統(tǒng)29一、 前言1. 定義這里的某零售集團BI項目需求分析書即軟件工程中通常所提到的軟件需求規(guī)格說明 （Software Requirements Specification），簡稱SRS。具體標準參照了IEEE 830-1998。2. 用途軟件工程初期的一般過程是，軟件開發(fā)的計劃，確定要實現(xiàn)的目標和進度等，然后就是軟件需求規(guī)格說明書，該說明書必須要得到用戶的審核、確認。此后的開發(fā)過程，都是圍繞著需求規(guī)格說明書做進一步地細化，直至開發(fā)出產品。當然，測試計劃中也要針對需求進行驗證，看看是否滿足了用戶的要求。二、 BI項目二期建設目標BI項目二期的建設目標是在一期試驗性、應急式BI應用成功投入運行的基礎上，結合某零售集團的當前業(yè)務運營管理需求與健康擴張（做大的同時，更需要做強）的戰(zhàn)略，首次系統(tǒng)地設計與開發(fā)基于某零售集團各類關鍵基礎運營（原始）數(shù)據(jù)的管理分析報表體系與相應的基礎運營數(shù)據(jù)集中管理平臺（以下稱某零售集團信息倉庫），從而使某零售集團的供應商管理、門店績效管理、各業(yè)態(tài)商品品類業(yè)績考核建立在可靠的業(yè)務數(shù)據(jù)基礎上，使某零售集團的相關職能部門員工與管理者能夠及時看到他們所關心的業(yè)務數(shù)據(jù)，從而為企業(yè)決策者正確決策提供準確、及時的依據(jù)，并使企業(yè)能更好地為供應商和顧客服務，進而提高企業(yè)的經(jīng)營管理水平，提升企業(yè)整個供應鏈的競爭力。 本節(jié)將從總體上描述二期系統(tǒng)的功能目標，主要包括功能體系結構的說明、各模塊之間關系的描述、基本系統(tǒng)界面形式的選擇以及各個功能模塊的設計目標。本章所定義的內容，均為二期系統(tǒng)的總體特性，這些特性，將作為后面幾節(jié)中所詳細闡述的具體功能需求的基本參照。1. 系統(tǒng)的功能體系結構概述二期系統(tǒng)將在兩個層面上為某零售集團提供業(yè)務數(shù)據(jù)分析功能，即，日常業(yè)務報表與高度隨機探索式業(yè)務信息展現(xiàn)（OLAP）。在二期開發(fā)的同時，宏軟將基于其長期積累的商業(yè)數(shù)據(jù)挖掘經(jīng)驗，為某零售集團的下一步深層次數(shù)據(jù)應用做一些準備與探索工作，但這個工作的系統(tǒng)展開將作為某零售集團BI三期的核心任務。2. 總體功能體系結構說明二期系統(tǒng)的總體功能結構如圖1所示：28 / 28圖1 某零售集團BI二期系統(tǒng)功能體系某零售集團信息倉庫ETL(抽取、轉換、加載)聯(lián)機報表查詢、定制脫機報表、業(yè)務探索式分析（OLAP）、專題分析模型元數(shù)據(jù)管理WEB服務器客戶端客戶端客戶端客戶端客戶端模型庫總部主檔庫A業(yè)務數(shù)據(jù)庫B業(yè)務數(shù)據(jù)庫外部數(shù)據(jù)源其他業(yè)務庫區(qū)域/業(yè)態(tài)分析中倉主題分析跨業(yè)態(tài)主題分析決策支持主題分析.1) 日常業(yè)務報表日常業(yè)務報表即那些在業(yè)務中使用比較頻繁的、格式與內容固定的數(shù)據(jù)分析報表。主要用以反映某零售集團日常經(jīng)營活動中銷售、庫存、毛利率等三類主要因素對某零售集團業(yè)務指標的影響?？紤]到首次系統(tǒng)地設計業(yè)務模型分析，為了提高系統(tǒng)的使用率與節(jié)約軟硬件資源，在此我們暫時集中精力先考慮這三種要素。對每一類影響因素的日常業(yè)務報表均分為兩個部分，即定制脫機報表、聯(lián)機報表查詢。 定制脫機報表即根據(jù)用戶穩(wěn)定的公共業(yè)務需求，系統(tǒng)自動生成，并可選擇向特定用戶或用戶組主動發(fā)送的可用脫機方式瀏覽的定制報表，它可以EXCEL或其它大家習慣的文件形式獨立于系統(tǒng)存在。例如門店業(yè)務方面的中類銷售報表，分為日、周、月報表三種格式。比如：中類銷售報表（按中類匯總）所選門店各中類的銷售額、數(shù)量、毛利及同環(huán)比日報、周報、月報 聯(lián)機報表查詢即根據(jù)用戶大量、經(jīng)常性的業(yè)務查詢需要，由系統(tǒng)對歷史數(shù)據(jù)進行預先處理，處理結果在某零售集團信息倉庫中以數(shù)據(jù)表的形式存在，以方便用戶通過聯(lián)機方式隨時按條件進行查詢得到，例如門店業(yè)務方面的大類銷售連續(xù)性查詢，用戶界面上呈現(xiàn)的可以是柱方圖或曲線圖等多種信息表現(xiàn)方式。比如：銷售連續(xù)性查詢（按大類）所選門店所選大類在所選時段內每日的銷售金額2) 業(yè)務探索式分析（OLAP）業(yè)務探索式分析功能即通常所說的OLAP（聯(lián)機分析處理）功能，這是對日常業(yè)務報表功能的擴充，主要作用是給某零售集團業(yè)務分析人員一個從各個不同角度與因素組合了解業(yè)務現(xiàn)狀的一個高效、易用的業(yè)務分析平臺。這樣的需求是現(xiàn)有的一期系統(tǒng)所不能夠滿足的。這個功能還可以減少大量的非頻繁使用的定制性報表需求，有效地兼顧了大眾化需求與少量深層次需求之間的矛盾，降低了開發(fā)工作量與系統(tǒng)資源消耗。在一般的管理信息系統(tǒng)中，決策數(shù)據(jù)的不一致性突出，多個信息提供者對信息都不具備嚴格的定義，不同的業(yè)務系統(tǒng)對同一信息數(shù)據(jù)的理解和定義不同，甚至許多相同命名的數(shù)據(jù)所指代的業(yè)務信息并不相同。這些問題給基于數(shù)據(jù)的業(yè)務分析與決策支持帶來了巨大的困難。因此在某零售集團二期系統(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過程，在工作量上要予以充分評估。3) KPI指標分析報告作為對上述兩種報表體系的一種應用，我們針對相關業(yè)務部門提出了一些基本的KPI指標，這些指標是基于某零售集團信息倉庫的數(shù)學挖掘模型的示范性應用，作為拋磚引玉，為在下一期項目中建立更系統(tǒng)的KPI指標體系做好鋪墊與引導工作?？紤]到系統(tǒng)的實用性，我們遵守的一個最重要原則是KPI指標個數(shù)絕對不能超過5個，否則信息過多，不利于決策者的快速消化與應用，就失去KPI的宗旨了。KPI結果將在系統(tǒng)支持的前提下以用戶方便的形式呈現(xiàn)。表 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)的數(shù)據(jù)來源總體上可以分為某零售集團總部主檔（即基礎數(shù)據(jù)）數(shù)據(jù)庫和A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源。總部主檔庫中所保存的是某零售集團方面企業(yè)基礎信息包括供應商主檔、商品主檔、門店主檔、公司組織機構、業(yè)務人員主檔等數(shù)據(jù)，A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源主要提供各業(yè)態(tài)、各銷售單位等前一天的按單品聚合的明細業(yè)務數(shù)據(jù)包括銷售、退貨等數(shù)據(jù)內容。對某零售集團業(yè)務部門提供的業(yè)務規(guī)則如“返利計算規(guī)則”等，得到后形成存儲于系統(tǒng)中的“業(yè)務規(guī)則庫”。所謂“業(yè)務規(guī)則庫”，就是進行業(yè)務分析處理時所需要的計算公式以及合并、抵消原則。對總部主檔庫及A業(yè)務系統(tǒng)業(yè)務數(shù)據(jù)源進行人工的“關聯(lián)關系分析”處理之后得到“關聯(lián)關系庫”，即各種外部因素與某零售集團業(yè)務指標之間的關聯(lián)情況，包括相關性的判定以及關聯(lián)函數(shù)形式，“關聯(lián)關系庫”是業(yè)務模型分析的基本框架。二期系統(tǒng)某零售集團信息倉庫數(shù)據(jù)存儲部分包括兩個部分即ODS庫和OLAP庫部分?？偛恐鳈n庫及A業(yè)務系統(tǒng)業(yè)務源數(shù)據(jù)經(jīng)過ETL（數(shù)據(jù)的提取、轉換和裝載）處理之后進入二期系統(tǒng)某零售集團信息倉庫的ODS庫部分。該部分是二期系統(tǒng)數(shù)據(jù)存儲的主體，其中所有的業(yè)務信息再經(jīng)過第二次ETL的清洗和重新整合后，按照某零售集團信息倉庫查詢及模型分析所需要的多維形式存儲即二期系統(tǒng)某零售集團信息倉庫的OLAP庫部分（即：基于應用主題的數(shù)據(jù)集市與相應的Cubes）。某零售集團BI二期系統(tǒng)的各種應用功能，都需要從某零售集團信息倉庫中提取數(shù)據(jù)以作處理。系統(tǒng)投入運行后，某零售集團信息倉庫將在ETL工具的支持下定期進行動態(tài)更新。業(yè)務規(guī)則庫、關聯(lián)關系庫和某零售集團信息倉庫構成了二期系統(tǒng)中所保存的主體數(shù)據(jù)內容，同時也是二期系統(tǒng)三部分功能的完整支撐平臺。2) 日常業(yè)務報表處理流程在日常業(yè)務報表處理流程中，系統(tǒng)首先根據(jù)業(yè)務規(guī)則庫和關聯(lián)關系庫所提供的信息構建模型代數(shù)形式例如“返利計算規(guī)則”、“某零售集團總部商品品類歷史主檔與在用商品品類主檔關聯(lián)關系”等，隨后從某零售集團信息倉庫中提取數(shù)據(jù)，計算求出模型的各個參數(shù)，得到模型的具體形式，最后根據(jù)某零售集團信息倉庫數(shù)據(jù)，以及用戶所輸入的查詢參數(shù)，得到模型分析的結果。模型分析結果以報表和圖形兩種基本形式展現(xiàn)（圖3）。圖 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ù)內容進行描述。1) 總體數(shù)據(jù)說明從圖2的總體流程說明可以看出，某零售集團BI二期系統(tǒng)中的主要數(shù)據(jù)內容包括總部主檔庫、A業(yè)務系統(tǒng)與其它業(yè)務數(shù)據(jù)源、業(yè)務規(guī)則庫、關聯(lián)關系庫、某零售集團信息倉庫、模型分析結果、業(yè)務探索式分析（OLAP）查詢結果及將在未來下一期BI項目中實現(xiàn)的數(shù)據(jù)挖掘應用八個大塊（表 2）。表 2 二期系統(tǒng)總體數(shù)據(jù)說明名稱內容主要來源保存方式主檔某零售集團方面企業(yè)基礎信息應包括供應商主檔、商品主檔、進價主檔、門店主檔等數(shù)據(jù)。總部主檔庫某零售集團信息倉庫ODS（應包括歷史主檔、目前在用主檔）A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源1， 各銷售單位及中倉進貨清單2， 各銷售單位銷售清單3， 各銷售單位及中倉庫存清單4， 各銷售單位要貨清單5， 生鮮及中倉發(fā)貨清單6， 各銷售單位進貨憑證7， 會員銷售8， 單品銷售9， 客流與折扣10， 單品毛利表11， 日結單12， 退、換貨數(shù)據(jù)13， 理賠數(shù)據(jù)14， 其他描述性說明第一次ETL某零售集團信息倉庫ODS業(yè)務規(guī)則庫1， 業(yè)務報表合并規(guī)則（板塊內部合并和板塊之間合并）2， 業(yè)務指標之間運算規(guī)則3， KPI指標運算規(guī)則4， 其他業(yè)務規(guī)則5， 動態(tài)分析依據(jù)的假設條件6， 國家相關法律政策（如稅率等）說明計算機程序輔助下的手工整理某零售集團信息倉庫ODS關聯(lián)關系庫1， 總部主檔系統(tǒng)基礎數(shù)據(jù)與A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源之間基礎數(shù)據(jù)關聯(lián)關系。2， 總部歷史主檔與目前使用主檔之間數(shù)據(jù)關聯(lián)關系。3， 某零售集團和供應商之間系統(tǒng)數(shù)據(jù)交換EDI標準與總部目前使用主檔之間數(shù)據(jù)關聯(lián)關系計算機程序輔助下的手工整理某零售集團信息倉庫ODS多維信息倉庫經(jīng)過整合處理并以面向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫OLAP日常業(yè)務報表1， 報表2， 報告3，圖形展示（交互式直方圖、折線圖等）模型計算、分析處理部分內容保存于某零售集團信息倉庫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ù)源詳細說明，待提交。3) 日常業(yè)務報表分析處理數(shù)據(jù)說明表 3 模型分析處理數(shù)據(jù)說明名稱內容來源保存形式關聯(lián)關系庫影響因素與指標之間的關聯(lián)關系體系關聯(lián)關系分析某零售集團信息倉庫業(yè)務規(guī)則庫業(yè)務計算分析所使用的公式和遵循的邏輯規(guī)則業(yè)務規(guī)則分析某零售集團信息倉庫形式模型庫業(yè)務模型的代數(shù)形式模型形式構建某零售集團信息倉庫多維信息倉庫經(jīng)過整合處理并以面向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫輸入?yún)?shù)用戶輸入的業(yè)務模型分析參數(shù)用戶輸入不保存模型結果數(shù)據(jù)集根據(jù)業(yè)務模型和輸入?yún)?shù)計算得到的結果數(shù)據(jù)。計算分析不保存日常業(yè)務報表根據(jù)業(yè)務模型結果數(shù)據(jù)集構造的報表展現(xiàn)處理不保存日常業(yè)務分析圖根據(jù)業(yè)務模型結果數(shù)據(jù)集構造的圖形輸出展現(xiàn)處理不保存4) 業(yè)務探索式分析OLAP處理數(shù)據(jù)說明表 4 OLAP分析處理數(shù)據(jù)說明名稱內容來源保存形式某零售集團信息倉庫經(jīng)過整合處理并以面向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫主題、維度選擇需要查詢的主題、維度內容用戶輸入不保存OLAP結果數(shù)據(jù)集根據(jù)主題、維度選擇，從信息倉庫中提取的數(shù)據(jù)塊信息倉庫查詢處理不長久保存（緩存于信息倉庫視圖中）OLAP查詢報表多維查詢表格展現(xiàn)處理不保存OLAP多維圖形多維查詢圖形展現(xiàn)處理不保存5. 系統(tǒng)界面基本形式某零售集團BI項目二期系統(tǒng)將采用性能優(yōu)越、易于擴展、易于維護的三層結構，即數(shù)據(jù)庫服務器-應用服務器-客戶端瀏覽器的結構。這是一種基于WEB瀏覽器訪問的系統(tǒng)結構，因此也可以稱為B/S（瀏覽器/服務器）結構。這種結構的優(yōu)越之處在于：首先，客戶端無需安裝任何軟件，對系統(tǒng)的所有訪問都可以通過Web瀏覽器來進行；其次，使用獨立的應用服務器，使得軟件邏輯的擴展變得十分容易，并且可以方便地加入負載均衡、容錯等設計；再次，客戶端的訪問范圍也可以很容易地根據(jù)授權得到擴展。在這種形式下，所有對系統(tǒng)的訪問都將通過WEB瀏覽器界面來實現(xiàn)。經(jīng)過數(shù)年來Internet的大發(fā)展，WEB瀏覽器已經(jīng)深入人心。因而對這一基本界面我們無需多言。需要強調的是，原一期系統(tǒng)中選用的數(shù)據(jù)可視化工具Brio產品僅支持相對較為呆板的報表顯示界面，對于探索式查詢、互動分析與豐富的圖形表現(xiàn)等需求并不能提供足夠的支持。因此，在二期系統(tǒng)中，我們將選用功能更全面、成熟的Cognos BI產品，以滿足用戶對這類數(shù)據(jù)分析與查詢方式的需要。三、 某零售集團BI系統(tǒng)運行環(huán)境1. 軟件環(huán)境1) 軟件環(huán)境配置圖圖5 軟件環(huán)境配置圖2) 軟件環(huán)境配置說明本系統(tǒng)的軟件配置由五層組成： 客戶端軟件用戶大部分應用通過瀏覽器（IE6.0或Netscape5.0）來實現(xiàn)聯(lián)機查詢，另外系統(tǒng)也可根據(jù)用戶個性化需求，自動生成定制脫機報表及電子郵件Email，主動發(fā)送給用戶通過Word、Excel及Outlook等常用辦公軟件采用脫機方式閱讀。 BI應用主要基于底層的中間件軟件及一些獨立服務軟件，用以實現(xiàn)對數(shù)據(jù)的抽取、轉換及加載，根據(jù)不同的應用主題，對某零售集團信息倉庫進行聯(lián)機報表查詢、預處理自動生成定制脫機報表，多維數(shù)據(jù)倉庫創(chuàng)建、管理及維護，圖形報表的發(fā)布和在線服務等大部分的應用內容。 中間件主要為上層的BI應用提供一整套能夠采集、存儲、分析、報告數(shù)據(jù)并提供數(shù)據(jù)訪問能力的組件和服務，解釋和執(zhí)行從這些應用軟件發(fā)送的處理請求。 數(shù)據(jù)庫管理系統(tǒng)DB2數(shù)據(jù)庫是針對大型企業(yè)應用提供的數(shù)據(jù)庫管理系統(tǒng)，為某零售集團這樣一個已經(jīng)很大并仍在快速發(fā)展期的中國零售業(yè)旗艦的，數(shù)據(jù)倉庫建設和數(shù)據(jù)管理提供了一整套成熟的軟件組件和服務支持，可以有效地適應未來系統(tǒng)擴展的需求，從而避免在業(yè)務發(fā)展很大時被迫更換數(shù)據(jù)庫平臺與開發(fā)工具，僅此一項就可以為企業(yè)降低不可估量的成本與風險。 操作系統(tǒng)作為最底層的系統(tǒng)，為所有的軟件應用提供支持平臺，在本項目中，根據(jù)企業(yè)應用需求及與硬件更好的兼容性采用了IBM AIX 5.2。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)。另外，系統(tǒng)還設有Web應用服務器。某零售集團總部、各分支機構等最終用戶可分別通過瀏覽器訪問某零售集團BI系統(tǒng)的應用。 某零售集團信息倉庫ODS服務器配置表5 IBM PSeries 650配置基本參數(shù)處理器類型POWER 4+處理器主頻1.2 GHz處理器緩存每個1.2GHz處理器卡可配8MB處理器個數(shù)4 最大處理器個數(shù)8內存類型Chipkill ECC內存容量8GB最大內存容量64GB存儲設備硬盤類型SCSI 硬盤容量236.4GB6146GB軟驅3.5 1.44MB光驅CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標擴展槽個數(shù)最多48個PCI熱插/任意交換適配器（40個64位PCI-X；8個64位PCI），電力特征電源類型冗余熱插拔電源是否冗余是電源個數(shù)2N+1軟件系統(tǒng)操作系統(tǒng)AIX 5L版本5.2管理軟件High Availability Cluster Multiprocessing (HACMP)環(huán)境要求工作溫度5 35()工作濕度8% - 80% 某零售集團信息倉庫OLAP服務器配置表6 IBM XSeries 255配置基本參數(shù)處理器類型Intel Xeon MP Processor處理器主頻2.20GHz處理器緩存每個處理器配512KB二級緩存處理器個數(shù)2最大處理器個數(shù)4內存類型PC1600 DDR SDRAM內存容量2GB最大內存容量24GB存儲設備硬盤類型Ultra320 SCSI硬盤容量936.4GB1272GB軟驅3.5 1.44MB光驅CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標插槽x托架總數(shù)(空閑):7(7) x 16(12)電力特征電源供應類型110-220 volt Hot Swap Redundant 2 Std.電源370W 熱輻射1000W聲音輻射6.5Bels軟件系統(tǒng)操作系統(tǒng)Microsoft Windows 2000 Advanced Server環(huán)境要求工作溫度5 35()工作濕度8% - 80% 某零售集團信息倉庫Web應用服務器配置表7 IBM XSeries 235配置基本參數(shù)處理器類型Intel Xeon MP Processor處理器主頻2.80GHz處理器緩存每個處理器配512KB二級緩存處理器個數(shù)2最大處理器個數(shù)2內存類型PC1600 DDR SDRAM內存容量1GB最大內存容量12GB存儲設備硬盤類型Ultra320 SCSI標準硬盤容量636.4GB軟驅3.5 1.44MB光驅CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標插槽x托架總數(shù)(空閑):7(7) x 16(12)電力特征電源供應類型Auto Restart電源560W 熱輻射121W聲音輻射65dB軟件系統(tǒng)操作系統(tǒng)Microsoft Windows 2000 Advanced Server 環(huán)境要求工作溫度5 35()工作濕度8% - 80%四、 某零售集團BI項目需求分析的任務概述根據(jù)項目建設目標以及6月24日項目組周例會精神，某零售集團BI項目二期系統(tǒng)需求分析任務將包括四個方面的任務：1. 對一期需求業(yè)務的重新整理、歸類、篩選和補充二期系統(tǒng)與一期系統(tǒng)相比，在硬件平臺、操作系統(tǒng)、數(shù)據(jù)庫軟件以及開發(fā)工具方面都將有重大改變，因此與其說是一期系統(tǒng)的遷移，不如說是在二期系統(tǒng)全新架構下對一期需求業(yè)務內容的一種包容，相當于重新開發(fā)，并且是在新的軟、硬件開發(fā)環(huán)境下進行的。在二期系統(tǒng)開發(fā)中，我們將對一期需求業(yè)務進行重新整理、歸類、篩選和補充。例如：對于一期系統(tǒng)中那些適合多維分析的業(yè)務，我們將采用OLAP技術進行優(yōu)化，對一期中使用效果不好的報表將予以改進甚至廢棄以提高系統(tǒng)利用率。2. 跨業(yè)態(tài)商流、物流分析跨業(yè)態(tài)商流、物流分析的主要目標是針對定牌、聯(lián)合采購以及生鮮等跨業(yè)態(tài)銷售的商品進行專項主題統(tǒng)計分析，為相關部門進行業(yè)務分析、績效考核與管理決策提供數(shù)據(jù)依據(jù)。其中包括給出自動計算定牌商品占所在門店或經(jīng)營單位銷售總額的比例，包括給出簡約的幾個KPI指標來衡量聯(lián)合采購的效果。同時保留一期系統(tǒng)中對生鮮業(yè)態(tài)的主題分析。3. 決策支持系統(tǒng)將開發(fā)專門針對公司領導的綜合查詢和決策分析系統(tǒng)，核心目標是：通過信息深度加工與度身定做的信息展現(xiàn)與傳遞模式，提高決策者對信息的利用效率與利用度，提高決策者應用信息的積極性與應用效果。該系統(tǒng)將針對不同領導提供個性化、高度簡約的靜態(tài)綜合報表、動態(tài)KPI指數(shù)與業(yè)務宏觀發(fā)展趨勢等決策支持服務。這樣有利于解決一個制約公司管理水平的最大瓶頸：公司最需要量化信息并做到“心中有數(shù)”的決策型管理者，往往沒有時間消化信息，因為目前運營基礎信息的積累速度太快，而傳統(tǒng)的信息加工與展現(xiàn)方式太繁雜、消耗時間了，往往給出的是零碎的信息，而不是集約化的定量的概括性、總結式信息。在與相關領導的需求調查后提供有關該系統(tǒng)的詳細設計文檔。4. 數(shù)據(jù)交換平臺某零售集團數(shù)據(jù)交換平臺系統(tǒng)建設的目標是設計一個完整、實用、適合連鎖零售業(yè)海量數(shù)據(jù)傳輸、交換及處理的平臺。根據(jù)某零售集團企業(yè)特點，該交換平臺應是一個基于不同應用標準、組件化、架構良好、具有很好擴展性的多層的開放的軟件體系。為了滿足某零售集團各業(yè)務系統(tǒng)以及與外部系統(tǒng)間數(shù)據(jù)傳輸需要，某零售集團BI項目二期系統(tǒng)建設中將根據(jù)某零售集團企業(yè)內部及外部系統(tǒng)應用的不同特點，確定數(shù)據(jù)交換所應采取的不同技術手段。如企業(yè)與供應商之間的數(shù)據(jù)交換具有數(shù)據(jù)量相對較小，實時性、安全性要求相對較高等特點，可采用XML數(shù)據(jù)集成方式進行數(shù)據(jù)交換。而BI系統(tǒng)與各業(yè)務系統(tǒng)間的海量數(shù)據(jù)交換用XML方式就顯然不能適用了。因此必須針對公司的各個職能部門、各個業(yè)態(tài)、各個地區(qū)的計算機系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、數(shù)據(jù)接口、業(yè)務流程、業(yè)務規(guī)則、數(shù)據(jù)分析需求進行全面調研，規(guī)劃數(shù)據(jù)交換的標準和平臺技術。 可以預見最終形成的某零售集團企業(yè)數(shù)據(jù)交換平臺標準將是一個采取了多種數(shù)據(jù)交換及集成技術的綜合解決方案。五、 某零售集團BI項目需求分析的對象根據(jù)某零售集團企業(yè)行業(yè)特征及企業(yè)組織架構，按職能、主題劃分，BI二期項目業(yè)務模型分析的對象有4大類： 1. 區(qū)域/業(yè)態(tài)本項目的一個主要目標是為某零售集團的各區(qū)域/業(yè)態(tài)（包括中等超市業(yè)態(tài)子公司、加盟店、大賣場業(yè)態(tài)子公司、便利店業(yè)態(tài)子公司便利、江蘇分公司、浙江分公司等）提供不同視角（包括運營分析、商品分析及供應商分析等）與不同層面（包括門店、直營/合資、區(qū)域/業(yè)態(tài)等）上提供及時有效的分析統(tǒng)計報表，幫助各區(qū)域/業(yè)態(tài)的各級運營、商品管理部門用戶及時做出準確有效的業(yè)務與管理決策，從而提高經(jīng)營效益。區(qū)域/業(yè)態(tài)主題分析主要內容包括：1) 中等超市業(yè)態(tài)子公司主題分析 運營分析為中等超市業(yè)態(tài)子公司各級運營部門提供不同視角（包括銷售、庫存、促銷等）、不同層面（包括門店、直營/合資、標超等）上的分析統(tǒng)計報表，為中等超市業(yè)態(tài)子公司運營部門用戶運營管理提供有效的業(yè)務與管理支持，從而提高運營效率。運營分析的主要內容包括：n 銷售分析n 庫存分析n 促銷分析n KPI指標主要服務對象：中等超市業(yè)態(tài)子公司各級運營部門。 商品分析商品分析主要目標是為中等超市業(yè)態(tài)子公司的商品管理部門提供基于品類的統(tǒng)計分析報表，包括供應商、合同、訂貨、銷售、庫存以及KPI指標等內容。為商品管理部門進行品類管理、優(yōu)化商品品類結構及提高經(jīng)營效益提供數(shù)據(jù)依據(jù)。商品分析主要內容包括：u 合同u 訂貨u 銷售u 旬報u 供應商u 品類KPI指標u 品類組KPI監(jiān)控u 品類組業(yè)績監(jiān)控主題服務對象：中等超市業(yè)態(tài)子公司商品管理部門負責人、各品類經(jīng)理及銷售管理部。 供應商分析對供應商做橫縱向對比分析是流通企業(yè)優(yōu)化供應商結構，提高經(jīng)濟效益的主要手段。供應商分析主要內容包括：u 供應商基本查詢u 供應商供應結構分析 u 供應商供貨能力分析u 供應商銷售分析u 供應商庫存分析u 供應商貢獻度分析（KPI）主題服務對象：中等超市業(yè)態(tài)子公司商品管理部門負責人及各品類經(jīng)理2) 加盟店分析從不同視角（銷售、庫存、要貨及發(fā)貨）提供及時有效的分析統(tǒng)計報表，幫助某零售集團加盟店的管理部門用戶掌握具體業(yè)務情況，及時做出準確有效的業(yè)務與管理決策。u 進貨分析u 銷售分析u 庫存分析u 要貨分析主題服務對象：某零售集團加盟公司3) 大賣場業(yè)態(tài)子公司主題分析（將來納入）4) 便利店業(yè)態(tài)子公司便利主題分析（將來納入）5) 江蘇分公司主題分析（將來納入）6) 浙江分公司主題分析（將來納入）2. 跨業(yè)態(tài)商品分析跨業(yè)態(tài)主題分析的主要目標是針對定牌、聯(lián)合采購以及生鮮等跨業(yè)態(tài)銷售的商品進行專項主題統(tǒng)計分析，為相關部門進行業(yè)務分析、管理決策提供數(shù)據(jù)依據(jù)。其中包括給出自動計算定牌商品占所在門店或經(jīng)營單位銷售總額的比例，包括給出簡約的幾個KPI指標來衡量聯(lián)合采購的效果。同時保留一期系統(tǒng)中對生鮮業(yè)態(tài)的主題分析?？鐦I(yè)主題分析主要內容包括：1) 定牌商品主題 銷售主題 庫存主題 定牌商品結構分析 定牌商品供貨能力分析 定牌商品貢獻度分析（KPI）主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門及產品開發(fā)部2) 聯(lián)合采購商品主題 供應商主題 庫存主題 銷售主題 聯(lián)合采購效果評估（KPI）主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門及聯(lián)合采購部3) 生鮮商品主題 銷售統(tǒng)計報表 銷售跟蹤報表主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門、運營部門及某零售集團生鮮加工中心3. 中倉分析對中倉進、發(fā)貨以及庫存情況進行統(tǒng)計分析，以向用戶反映商品在中倉的流轉情況，為某零售集團物流部門優(yōu)化商品庫存結構以及提高物流效率提供數(shù)據(jù)依據(jù)。中倉主題分析主要內容包括：1) 中倉庫存分析2) 中倉進發(fā)貨分析3) 門店向中倉要貨統(tǒng)計主題服務對象：中倉、各區(qū)域/業(yè)態(tài)商品管理部門及物流配送部門4. 決策分析將開發(fā)專門針對公司領導的綜合查詢和決策分析系統(tǒng)，核心目標是：通過信息深度加工與度身定做的信息展現(xiàn)與傳遞模式，提高決策者對信息的利用效率與利用度，提高決策者應用信息的積極性與應用效果。該系統(tǒng)將針對不同領導提供個性化、高度簡約的靜態(tài)綜合報表、動態(tài)KPI指數(shù)與業(yè)務宏觀發(fā)展趨勢等決策支持服務。這樣有利于解決一個制約公司管理水平的最大瓶頸：公司最需要量化信息并做到“心中有數(shù)”的決策型管理者，往往沒有時間消化信息，因為目前運營基礎信息的積累速度太快，而傳統(tǒng)的信息加工與展現(xiàn)方式太繁雜、消耗時間了，往往給出的是零碎的信息，而不是集約化的定量的概括性、總結式信息。在與相關領導的需求調查后提供有關該系統(tǒng)的詳細設計文檔。主題服務對象：某零售集團總部領導人。六、 日常業(yè)務報表分析的詳細內容詳見文件二期系統(tǒng)日常業(yè)務報表范圍。七、 多個業(yè)務因素、多角度、隨機式探索式分析OLAP1. 探索式分析功能概述多個業(yè)務因素、多角度、隨機式的探索式分析，即OLAP，是一種主流的、日漸成熟的基礎業(yè)務數(shù)據(jù)應用方法。它借助于某零售集團信息倉庫的多維結構數(shù)據(jù)組織，為用戶提供多層次、多視角、綜合交叉的數(shù)據(jù)查詢功能，有效地適應了業(yè)務決策中對數(shù)據(jù)信息的需求的突發(fā)性（相當隨機）、時效性很強（沒有足夠時間度身定做）與臨時性（往往用了一次很少再重復使用）的特點。在二期系統(tǒng)中，我們將通過對一期原有歷史數(shù)據(jù)的導入、清洗和整合，構造出一個適合于探索式分析要求的某零售集團信息倉庫環(huán)境，為某零售集團用戶提