某零售集團BI商務智能項目需求分析方案

1、某零售集團BI項目需求分析書目錄目錄21、 前言51. 定義52. 用途52、 BI項目二期建設目標51. 系統(tǒng)的功能體系結(jié)構(gòu)概述62. 總體功能體系結(jié)構(gòu)說明61）日常業(yè)務報表8定制脫機報表8聯(lián)機報表查詢82） 業(yè)務探索式分析（OLAP）93） KPI指標分析報告103. 系統(tǒng)流程101）系統(tǒng)總體流程112）日常業(yè)務報表處理流程123） 業(yè)務探索式分析（OLAP）處理流程134. 數(shù)據(jù)說明141）總體數(shù)據(jù)說明142）系統(tǒng)數(shù)據(jù)來源詳細說明163）日常業(yè)務報表分析處理數(shù)據(jù)說明164） 業(yè)務探索式分析OLAP處理數(shù)據(jù)說明165. 系統(tǒng)界面基本形式173、 某零售集團BI系統(tǒng)運行環(huán)境171. 軟件環(huán)境

2、181） 軟件環(huán)境配置圖182） 軟件環(huán)境配置說明18客戶端軟件18BI應用18中間件19數(shù)據(jù)庫管理系統(tǒng)19操作系統(tǒng)192. 網(wǎng)絡與服務器環(huán)境191）網(wǎng)絡與服務器配置圖192）網(wǎng)絡與服務器配置說明21某零售集團信息倉庫ODS服務器配置21某零售集團信息倉庫OLAP服務器配置22某零售集團信息倉庫Web應用服務器配置234、 某零售集團BI項目需求分析的任務概述241. 對一期需求業(yè)務的重新整理、歸類、篩選和補充242. 跨業(yè)態(tài)商流、物流分析243. 決策支持系統(tǒng)254. 數(shù)據(jù)交換平臺255、 某零售集團BI項目需求分析的對象261. 區(qū)域/業(yè)態(tài)261） 中等超市業(yè)態(tài)子公司主題分析26運營分析2

3、6商品分析27合同27訂貨27銷售27旬報27供應商27品類KPI指標28品類組KPI監(jiān)控28品類組業(yè)績監(jiān)控28供應商分析28供應商基本查詢28供應商供應結(jié)構(gòu)分析28供應商供貨能力分析28供應商銷售分析28供應商庫存分析28供應商貢獻度分析（KPI）282） 加盟店分析28進貨分析29銷售分析29庫存分析29要貨分析293） 大賣場業(yè)態(tài)子公司主題分析（將來納入）294）便利店業(yè)態(tài)子公司便利主題分析（將來納入）295） 江蘇分公司主題分析（將來納入）296）浙江分公司主題分析（將來納入）292. 跨業(yè)態(tài)商品分析291） 定牌商品主題29銷售主題29庫存主題30定牌商品結(jié)構(gòu)分析30定牌商品供貨能力

4、分析30定牌商品貢獻度分析（KPI）302） 聯(lián)合采購商品主題30供應商主題30庫存主題30銷售主題30聯(lián)合采購效果評估（KPI）303） 生鮮商品主題30銷售統(tǒng)計報表30銷售跟蹤報表303. 中倉分析301) 中倉庫存分析312)中倉進發(fā)貨分析313) 門店向中倉要貨統(tǒng)計314. 決策分析316、 日常業(yè)務報表分析的詳細內(nèi)容327、 多個業(yè)務因素、多角度、隨機式探索式分析OLAP321. 探索式分析功能概述322. 探索式分析的形式323. 探索式分析所提供信息內(nèi)容334. 探索式分析的基本操作348、 決策支持系統(tǒng)351、 前言1. 定義這里的某零售集團BI項目需求分析書即軟件工程中通常所

5、提到的軟件需求規(guī)格說明（SoftwareRequirementsSpecification），簡稱SRS。具體標準參照了IEEE830-1998。2. 用途軟件工程初期的一般過程是，軟件開發(fā)的計劃，確定要實現(xiàn)的目標和進度等，然后就是軟件需求規(guī)格說明書，該說明書必須要得到用戶的審核、確認。此后的開發(fā)過程，都是圍繞著需求規(guī)格說明書做進一步地細化，直至開發(fā)出產(chǎn)品。當然，測試計劃中也要針對需求進行驗證，看看是否滿足了用戶的要求。2、 BI項目二期建設目標BI項目二期的建設目標是在一期試驗性、應急式BI應用成功投入運行的基礎上，結(jié)合某零售集團的當前業(yè)務運營管理需求與健康擴張（做大的同時，更需要做強）的戰(zhàn)

6、略，首次系統(tǒng)地設計與開發(fā)基于某零售集團各類關(guān)鍵基礎運營（原始）數(shù)據(jù)的管理分析報表體系與相應的基礎運營數(shù)據(jù)集中管理平臺（以下稱某零售集團信息倉庫），從而使某零售集團的供應商管理、門店績效管理、各業(yè)態(tài)商品品類業(yè)績考核建立在可靠的業(yè)務數(shù)據(jù)基礎上，使某零售集團的相關(guān)職能部門員工與管理者能夠及時看到他們所關(guān)心的業(yè)務數(shù)據(jù)，從而為企業(yè)決策者正確決策提供準確、及時的依據(jù)，并使企業(yè)能更好地為供應商和顧客服務，進而提高企業(yè)的經(jīng)營管理水平，提升企業(yè)整個供應鏈的競爭力。本節(jié)將從總體上描述二期系統(tǒng)的功能目標，主要包括功能體系結(jié)構(gòu)的說明、各模塊之間關(guān)系的描述、基本系統(tǒng)界面形式的選擇以及各個功能模塊的設計目標。本章所定義的

7、內(nèi)容，均為二期系統(tǒng)的總體特性，這些特性，將作為后面幾節(jié)中所詳細闡述的具體功能需求的基本參照。1. 系統(tǒng)的功能體系結(jié)構(gòu)概述二期系統(tǒng)將在兩個層面上為某零售集團提供業(yè)務數(shù)據(jù)分析功能，即，日常業(yè)務報表與高度隨機探索式業(yè)務信息展現(xiàn)（OLAP）。在二期開發(fā)的同時，宏軟將基于其長期積累的商業(yè)數(shù)據(jù)挖掘經(jīng)驗，為某零售集團的下一步深層次數(shù)據(jù)應用做一些準備與探索工作，但這個工作的系統(tǒng)展開將作為某零售集團BI三期的核心任務。2. 總體功能體系結(jié)構(gòu)說明二期系統(tǒng)的總體功能結(jié)構(gòu)如圖1所示：圖1某零售集團BI二期系統(tǒng)功能體系1）日常業(yè)務報表日常業(yè)務報表即那些在業(yè)務中使用比較頻繁的、格式與內(nèi)容固定的數(shù)據(jù)分析報表。主要用以反映某

8、零售集團日常經(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)

9、機報表查詢即根據(jù)用戶大量、經(jīng)常性的業(yè)務查詢需要，由系統(tǒng)對歷史數(shù)據(jù)進行預先處理，處理結(jié)果在某零售集團信息倉庫中以數(shù)據(jù)表的形式存在，以方便用戶通過聯(lián)機方式隨時按條件進行查詢得到，例如門店業(yè)務方面的大類銷售連續(xù)性查詢，用戶界面上呈現(xiàn)的可以是柱方圖或曲線圖等多種信息表現(xiàn)方式。比如：銷售連續(xù)性查詢（按大類）所選門店所選大類在所選時段內(nèi)每日的銷售金額2）業(yè)務探索式分析（OLAP）業(yè)務探索式分析功能即通常所說的OLAP（聯(lián)機分析處理）功能，這是對日常業(yè)務報表功能的擴充，主要作用是給某零售集團業(yè)務分析人員一個從各個不同角度與因素組合了解業(yè)務現(xiàn)狀的一個高效、易用的業(yè)務分析平臺。這樣的需求是現(xiàn)有的一期系統(tǒng)所不能夠

10、滿足的。這個功能還可以減少大量的非頻繁使用的定制性報表需求，有效地兼顧了大眾化需求與少量深層次需求之間的矛盾，降低了開發(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)報表，首先必須對相關(guān)關(guān)鍵業(yè)務基礎數(shù)據(jù)做抽取、清洗和整合（這些數(shù)據(jù)準備工作簡稱ETL）的ODS信息倉庫建設工作，然后再根

11、據(jù)具體業(yè)務探索式分析（OLAP）的應用需求，再次做更高層次的數(shù)據(jù)抽取、改造（含生成新的衍生變量）與整合工作，所以對整個BI系統(tǒng)而言共有兩次ETL過程，在工作量上要予以充分評估3)KPI指標分析報告作為對上述兩種報表體系的一種應用，我們針對相關(guān)業(yè)務部門提出了一些基本的KPI指標，這些指標是基于某零售集團信息倉庫的數(shù)學挖掘模型的示范性應用，作為拋磚引玉，為在下一期項目中建立更系統(tǒng)的KPI指標體系做好鋪墊與引導工作。考慮到系統(tǒng)的實用性，我們遵守的一個最重要原則是KPI指標個數(shù)絕對不能超過5個，否則信息過多，不利于決策者的快速消化與應用，就失去KPI的宗旨了。KPI結(jié)果將在系統(tǒng)支持的前提下以用戶方便的

12、形式呈現(xiàn)。表1二期系統(tǒng)功能模塊一覽功能名稱解決的問題主要輸出結(jié)果主要方法備注日常業(yè)務報表業(yè)務現(xiàn)狀況以及外部因素對業(yè)務指標的實際影響狀況分析報表分析圖形借助于“分析框架”，對報表數(shù)據(jù)進行計算合并處理包括：定制脫機報表聯(lián)機報表查詢高度隨機探索式業(yè)務信息展現(xiàn)(OLAP)對業(yè)務數(shù)據(jù)多角度、多因素、更隨機的多角度探索式分析可供旋轉(zhuǎn)、切片、鉆取等處理的多維查詢立方體及多維查詢圖表基于相關(guān)某零售集團信息倉庫與向向相關(guān)王題的數(shù)據(jù)集市生成業(yè)務探索式分析(OLAP)報表庫或稱立方體KPI分析指數(shù)化與簡約化管理目標，量化關(guān)鍵因素對企業(yè)績效的影響狀況KPI分析報告借助于“分析框架”，對報表數(shù)據(jù)進行計算處理及統(tǒng)計建模3

13、.系統(tǒng)流程1）系統(tǒng)總體流程業(yè)務規(guī)則庫系統(tǒng)a業(yè)務系某零售集團信息倉庫ODS務系統(tǒng)統(tǒng)業(yè)務數(shù)據(jù)源圖2二期系統(tǒng)總體流程圖圖2所顯示的是二期系統(tǒng)的總體系統(tǒng)流程圖。系統(tǒng)的數(shù)據(jù)來源總體上可以分為某零售集團總部主檔（即基礎數(shù)據(jù)）數(shù)據(jù)庫和A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源?？偛恐鳈n庫中所保存的是某零售集團方面企業(yè)基礎信息包括供應商主檔、商品主檔、門店主檔、公司組織機構(gòu)、業(yè)務人員主檔等數(shù)據(jù)，A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源主要提供各業(yè)態(tài)、各銷售單位等前一天的按單品聚合的明細業(yè)務數(shù)據(jù)包括銷售、退貨等數(shù)據(jù)內(nèi)容。對某零售集團業(yè)務部門提供的業(yè)務規(guī)則如“返利計算規(guī)則”等，得到后形成存儲于系統(tǒng)中的“業(yè)務規(guī)則庫”。所謂“業(yè)務規(guī)則庫”，就是進

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

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

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

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

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

19、倉庫ODS關(guān)聯(lián)關(guān)系庫1,總部主檔系統(tǒng)基礎數(shù)據(jù)與A業(yè)務系統(tǒng)等外部業(yè)務數(shù)據(jù)源之間基礎數(shù)據(jù)關(guān)聯(lián)關(guān)系。2,總部歷史主檔與目前使用主檔之間數(shù)據(jù)關(guān)聯(lián)關(guān)系。3,某零售集團和供應商之間系統(tǒng)數(shù)據(jù)交換EDI標準與總部目前使用主檔之間數(shù)據(jù)關(guān)聯(lián)關(guān)系計算機程序輔助下的手工整理某零售集團信息倉庫ODS多維信息倉庫經(jīng)過整合處埋并以面向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫OLAP日常業(yè)務報表1,報表2,報告3,圖形展示（交互式直方圖、折線圖等）模型計算、分析處理部分內(nèi)容保存于某零售集團信息倉庫ODS名稱內(nèi)容王要來源保存方式業(yè)務探索式分析（OLAP）查詢結(jié)果集根據(jù)查詢需要從某零售集團信息倉庫中提取的多維數(shù)據(jù)信

20、息倉庫，業(yè)務探索式分析（OLAP）處理信息倉庫的匯總表、物化視圖數(shù)據(jù)挖掘分析結(jié)果數(shù)據(jù)挖掘分析得到的規(guī)律集合數(shù)據(jù)挖掘處理某零售集團信息倉庫ODS2）系統(tǒng)數(shù)據(jù)來源詳細說明詳見需求文檔二期系統(tǒng)業(yè)務數(shù)據(jù)源詳細說明，待提交。3）日常業(yè)務報表分析處理數(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è)務規(guī)則庫業(yè)務計算分析所使用的公式和遵循的邏輯規(guī)則業(yè)務規(guī)則分析某零售集團信息倉庫形式模型庫業(yè)務模型的代數(shù)形式模型形式構(gòu)建某零售集團信息倉庫多維信息倉庫經(jīng)過整合處理并以向向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫輸入?yún)?shù)用戶輸

21、入的業(yè)務模型分析參數(shù)用戶輸入不保存模型結(jié)果數(shù)據(jù)集根據(jù)業(yè)務模型和輸入?yún)?shù)計算得到的結(jié)果數(shù)據(jù)。計算分析不保存日常業(yè)務報表根據(jù)業(yè)務模型結(jié)果數(shù)據(jù)集構(gòu)造的報表展現(xiàn)處理不保存日常業(yè)務分析圖根據(jù)業(yè)務模型結(jié)果數(shù)據(jù)集構(gòu)造的圖形輸出展現(xiàn)處理不保存4）業(yè)務探索式分析OLAP處理數(shù)據(jù)說明表4OLAP分析處理數(shù)據(jù)說明名稱內(nèi)容來源保存形式某零售集團信息倉庫經(jīng)過整合處埋井以囿向主題的多維形式組織的業(yè)務數(shù)據(jù)。第二次ETL多維信息倉庫主題、維度選擇需要查詢的主題、維度內(nèi)容用戶輸入不保存OLAP結(jié)果數(shù)據(jù)集根據(jù)主題、維度選擇，從信息倉庫中提取的數(shù)據(jù)塊信息倉庫查詢處理不長久保存（緩存于信息倉庫視圖中）OLAP查詢報表多維查詢表格展現(xiàn)

22、處理不保存OLAP多維圖形多維查詢圖形展現(xiàn)處理不保存5 .系統(tǒng)界面基本形式某零售集團BI項目二期系統(tǒng)將采用性能優(yōu)越、易于擴展、易于維護的三層結(jié)構(gòu)，即數(shù)據(jù)庫服務器-應用服務器-客戶端瀏覽器的結(jié)構(gòu)。這是一種基于WEB瀏覽器訪問的系統(tǒng)結(jié)構(gòu)，因此也可以稱為B/S（瀏覽器/服務器）結(jié)構(gòu)。這種結(jié)構(gòu)的優(yōu)越之處在于：首先，客戶端無需安裝任何軟件，對系統(tǒng)的所有訪問都可以通過Web瀏覽器來進行；其次，使用獨立的應用服務器，使得軟件邏輯的擴展變得十分容易，并且可以方便地加入負載均衡、容錯等設計；再次，客戶端的訪問范圍也可以很容易地根據(jù)授權(quán)得到擴展。在這種形式下，所有對系統(tǒng)的訪問都將通過WEB瀏覽器界面來實現(xiàn)。經(jīng)過數(shù)

23、年來Internet的大發(fā)展，WEB瀏覽器已經(jīng)深入人心。因而對這一基本界面我們無需多言。需要強調(diào)的是，原一期系統(tǒng)中選用的數(shù)據(jù)可視化工具Brio產(chǎn)品僅支持相對較為呆板的報表顯示界面，對于探索式查詢、互動分析與豐富的圖形表現(xiàn)等需求并不能提供足夠的支持。因此，在二期系統(tǒng)中，我們將選用功能更全面、成熟的CognosBI產(chǎn)品，以滿足用戶對這類數(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ù)用戶個性

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

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

26、IIIIIIImmminBI系統(tǒng)WetZ用服務器IBMXSeries235IIIIIIIIIIIIIllllllllllllllIIIIIIIIIIIIIiiiiiimin數(shù)據(jù)抽取、轉(zhuǎn)換及加載BI系統(tǒng)OLAP服務器舊MXSeries255IIMIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII數(shù)據(jù)抽取、轉(zhuǎn)換及加載BI系統(tǒng)ODS服務器IBMPSeries650圖6某零售集團BI項目二期系統(tǒng)網(wǎng)絡架構(gòu)2）網(wǎng)絡與服務器配置說明某零售集團BI系統(tǒng)三臺服務器都安裝并放置在某零售集團總部機房，通過數(shù)據(jù)交換平臺與總部主檔庫、各分支機構(gòu)（包括區(qū)域、業(yè)態(tài)等）的業(yè)務系統(tǒng)（包

27、括A業(yè)務、B業(yè)務等業(yè)務數(shù)據(jù)源）以及外部系統(tǒng)如供應商系統(tǒng)等相聯(lián)。另外，系統(tǒng)還設有Web應用服務器。某零售集團總部、各分支機構(gòu)等最終用戶可分別通過瀏覽器訪問某零售集團BI系統(tǒng)的應用。?某零售集團信息倉庫ODS服務器配置表5IBMPSeries650配置基本參數(shù)處理器類型POWER4+處理器主頻1.2GHz處理器緩存每個1.2GHz處理器卡可配8MB處理器個數(shù)4最大處理器個數(shù)8內(nèi)存類型ChipkillECC內(nèi)存容量8GB最大內(nèi)存容量64GB存儲設備硬盤類型SCSI硬盤容量2x36.4GB+6X146GB軟驅(qū)3.5"1.44MB光驅(qū)CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽

28、I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標擴展槽個數(shù)最多48個PCI熱插/任意交換適配器（40個64位PCI-X;8個64位PCD,電力特征電源類型冗余熱插拔電源是否冗余是電源個數(shù)2N+1軟件系統(tǒng)操作系統(tǒng)AIX5L版本5.2管理軟件HighAvailabilityClusterMultiprocessing(HACMP)環(huán)境要求工作溫度5-35(C)工作濕度8%-80%?某零售集團信息倉庫OLAP服務器配置表6IBMXSeries255配置基本參數(shù)處理器類型IntelXeonMPProcessor處理器主頻2.20GHz處理器緩存每個處理器配512KB二級緩存處理器個數(shù)2

29、最大處理器個數(shù)4內(nèi)存類型PC1600DDRSDRAM內(nèi)存容量2GB最大內(nèi)存容量24GB存儲設備硬盤類型Ultra320SCSI硬盤容量9x36.4GB+12x72GB軟驅(qū)3.5"1.44MB光驅(qū)CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標插1»x托架總數(shù)（空閑）：7(7)x16(12)電力特征電源供應類型110-220voltHotSwapRedundant2Std.電源370W熱輻射1000W聲音輻射6.5Bels軟件系統(tǒng)操作系統(tǒng)MicrosoftWindows2000AdvancedServ

30、er環(huán)境要求工作溫度5-35(C)工作濕度8%-80%?某零售集團信息倉庫Web應用服務器配置表7舊MXSeries235配置基本參數(shù)處理器類型IntelXeonMPProcessor處理器主頻2.80GHz處理器緩存每個處理器配512KB二級緩存處理器個數(shù)2最大處理器個數(shù)2內(nèi)存類型PC1600DDRSDRAM內(nèi)存容量1GB最大內(nèi)存容量12GB存儲設備硬盤類型Ultra320SCSI標準硬盤容量6x36.4GB軟驅(qū)3.5"1.44MB光驅(qū)CD-ROM網(wǎng)絡網(wǎng)卡類型/數(shù)量10/100控制器接口與擴展槽I/O端口4個串口，2個端口連接p系列硬件管理控制臺、鍵盤、鼠標插1»x托架總

31、數(shù)（空閑）：7(7)x16(12)電力特征電源供應類型AutoRestart電源560W熱輻射121W聲音輻射65dB軟件系統(tǒng)操作系統(tǒng)MicrosoftWindows2000AdvancedServer環(huán)境要求工作溫度5-35(C)工作濕度8%-80%4、 某零售集團BI項目需求分析的任務概述根據(jù)項目建設目標以及6月24日項目組周例會精神，某零售集團BI項目二期系統(tǒng)需求分析任務將包括四個方面的任務：1 .對一期需求業(yè)務的重新整理、歸類、篩選和補充二期系統(tǒng)與一期系統(tǒng)相比，在硬件平臺、操作系統(tǒng)、數(shù)據(jù)庫軟件以及開發(fā)工具方面都將有重大改變，因此與其說是一期系統(tǒng)的遷移，不如說是在二期系統(tǒng)全新架構(gòu)下對一期

32、需求業(yè)務內(nèi)容的一種包容，相當于重新開發(fā)，并且是在新的軟、硬件開發(fā)環(huán)境下進行的。在二期系統(tǒng)開發(fā)中，我們將對一期需求業(yè)務進行重新整理、歸類、篩選和補充。例如：對于一期系統(tǒng)中那些適合多維分析的業(yè)務，我們將采用OLAP技術(shù)進行優(yōu)化，對一期中使用效果不好的報表將予以改進甚至廢棄以提高系統(tǒng)利用率。2 .跨業(yè)態(tài)商流、物流分析跨業(yè)態(tài)商流、物流分析的主要目標是針對定牌、聯(lián)合采購以及生鮮等跨業(yè)態(tài)銷售的商品進行專項主題統(tǒng)計分析，為相關(guān)部門進行業(yè)務分析、績效考核與管理決策提供數(shù)據(jù)依據(jù)。其中包括給出自動計算定牌商品占所在門店或經(jīng)營單位銷售總額的比例，包括給出簡約的幾個KPI指標來衡量聯(lián)合采購的效果。同時保留一期系統(tǒng)中對

33、生鮮業(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)方式太繁雜、消耗時間了，往往給出的是零碎的信息，而不是集約化的定量的概括性、總結(jié)式信息。在與相關(guān)領

34、導的需求調(diào)查后提供有關(guān)該系統(tǒng)的詳細設計文檔。4 .數(shù)據(jù)交換平臺某零售集團數(shù)據(jù)交換平臺系統(tǒng)建設的目標是設計一個完整、實用、適合連鎖零售業(yè)海量數(shù)據(jù)傳輸、交換及處理的平臺。根據(jù)某零售集團企業(yè)特點，該交換平臺應是一個基于不同應用標準、組件化、架構(gòu)良好、具有很好擴展性的多層的開放的軟件體系。為了滿足某零售集團各業(yè)務系統(tǒng)以及與外部系統(tǒng)間數(shù)據(jù)傳輸需要，某零售集團BI項目二期系統(tǒng)建設中將根據(jù)某零售集團企業(yè)內(nèi)部及外部系統(tǒng)應用的不同特點，確定數(shù)據(jù)交換所應采取的不同技術(shù)手段。如企業(yè)與供應商之間的數(shù)據(jù)交換具有數(shù)據(jù)量相對較小，實時性、安全性要求相對較高等特點，可采用XML數(shù)據(jù)集成方式進行數(shù)據(jù)交換。而BI系統(tǒng)與各業(yè)務系統(tǒng)

35、間的海量數(shù)據(jù)交換用XML方式就顯然不能適用了。因此必須針對公司的各個職能部門、各個業(yè)態(tài)、各個地區(qū)的計算機系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、數(shù)據(jù)接口、業(yè)務流程、業(yè)務規(guī)則、數(shù)據(jù)分析需求進行全面調(diào)研，規(guī)劃數(shù)據(jù)交換的標準和平臺技術(shù)?？梢灶A見最終形成的某零售集團企業(yè)數(shù)據(jù)交換平臺標準將是一個采取了多種數(shù)據(jù)交換及集成技術(shù)的綜合解決方案。5、 某零售集團BI項目需求分析的對象根據(jù)某零售集團企業(yè)行業(yè)特征及企業(yè)組織架構(gòu)，按職能、主題劃分，BI二期項目業(yè)務模型分析的對象有4大類：1. 區(qū)域/業(yè)態(tài)本項目的一個主要目標是為某零售集團的各區(qū)域/業(yè)態(tài)（包括中等超市業(yè)態(tài)子公司、加盟店、大賣場業(yè)態(tài)子公司、便利店業(yè)態(tài)子公司便利、江蘇分公司、浙江

36、分公司等）提供不同視角（包括運營分析、商品分析及供應商分析等）與不同層面（包括門店、直營/合資、區(qū)域/業(yè)態(tài)等）上提供及時有效的分析統(tǒng)計報表，幫助各區(qū)域/業(yè)態(tài)的各級運營、商品管理部門用戶及時做出準確有效的業(yè)務與管理決策，從而提高經(jīng)營效益。區(qū)域/業(yè)態(tài)主題分析主要內(nèi)容包括：1） 中等超市業(yè)態(tài)子公司主題分析?運營分析為中等超市業(yè)態(tài)子公司各級運營部門提供不同視角（包括銷售、庫存、促銷等）、不同層面（包括門店、直營/合資、標超等）上的分析統(tǒng)計報表，為中等超市業(yè)態(tài)子公司運營部門用戶運營管理提供有效的業(yè)務與管理支持，從而提高運營效率。運營分析的主要內(nèi)容包括：銷售分析庫存分析促銷分析KPI指標主要服務對象：中等

37、超市業(yè)態(tài)子公司各級運營部門。?商品分析商品分析主要目標是為中等超市業(yè)態(tài)子公司的商品管理部門提供基于品類的統(tǒng)計分析報表，包括供應商、合同、訂貨、銷售、庫存以及KPI指標等內(nèi)容。為商品管理部門進行品類管理、優(yōu)化商品品類結(jié)構(gòu)及提高經(jīng)營效益提供數(shù)據(jù)依據(jù)。商品分析主要內(nèi)容包括：合同訂貨銷售旬報供應商KPI指標品類組KPI監(jiān)控品類組業(yè)績監(jiān)控主題服務對象：中等超市業(yè)態(tài)子公司商品管理部門負責人、各品類經(jīng)理及銷售管理部。?供應商分析對供應商做橫縱向?qū)Ρ确治鍪橇魍ㄆ髽I(yè)優(yōu)化供應商結(jié)構(gòu)，提高經(jīng)濟效益的主要手段。供應商分析主要內(nèi)容包括：供應商基本查詢供應商供應結(jié)構(gòu)分析供應商供貨能力分析供應商銷售分析供應商庫存分析供應商

38、貢獻度分析（KPI）主題服務對象：中等超市業(yè)態(tài)子公司商品管理部門負責人及各品類經(jīng)理2） 加盟店分析從不同視角（銷售、庫存、要貨及發(fā)貨）提供及時有效的分析統(tǒng)計報表，幫助某零售集團加盟店的管理部門用戶掌握具體業(yè)務情況，及時做出準確有效的業(yè)務與管理決策。進貨分析銷售分析庫存分析要貨分析主題服務對象：某零售集團加盟公司3） 大賣場業(yè)態(tài)子公司主題分析（將來納入）4） 便利店業(yè)態(tài)子公司便利主題分析（將來納入）5） 江蘇分公司主題分析（將來納入）6） 浙江分公司主題分析（將來納入）2. 跨業(yè)態(tài)商品分析跨業(yè)態(tài)主題分析的主要目標是針對定牌、聯(lián)合采購以及生鮮等跨業(yè)態(tài)銷售的商品進行專項主題統(tǒng)計分析，為相關(guān)部門進行業(yè)

39、務分析、管理決策提供數(shù)據(jù)依據(jù)。其中包括給出自動計算定牌商品占所在門店或經(jīng)營單位銷售總額的比例，包括給出簡約的幾個KPI指標來衡量聯(lián)合采購的效果。同時保留一期系統(tǒng)中對生鮮業(yè)態(tài)的主題分析?？鐦I(yè)主題分析主要內(nèi)容包括：1） 定牌商品主題?銷售主題?庫存主題?定牌商品結(jié)構(gòu)分析?定牌商品供貨能力分析?定牌商品貢獻度分析（KPI）主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門及產(chǎn)品開發(fā)部2） 聯(lián)合采購商品主題?供應商主題?庫存主題?銷售主題?聯(lián)合采購效果評估（KPI）主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門及聯(lián)合采購部3） 生鮮商品主題?銷售統(tǒng)計報表?銷售跟蹤報表主題服務對象：各區(qū)域/業(yè)態(tài)商品管理部門、運營部門及某零

40、售集團生鮮加工中3. 中倉分析對中倉進、發(fā)貨以及庫存情況進行統(tǒng)計分析，以向用戶反映商品在中倉的流轉(zhuǎn)情況，為某零售集團物流部門優(yōu)化商品庫存結(jié)構(gòu)以及提高物流效率提供數(shù)據(jù)依據(jù)。中倉主題分析主要內(nèi)容包括：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ā)展趨勢

41、等決策支持服務。這樣有利于解決一個制約公司管理水平的最大瓶頸：公司最需要量化信息并做到“心中有數(shù)”的決策型管理者，往往沒有時間消化信息，因為目前運營基礎信息的積累速度太快，而傳統(tǒng)的信息加工與展現(xiàn)方式太繁雜、消耗時間了，往往給出的是零碎的信息，而不是集約化的定量的概括性、總結(jié)式信息。在與相關(guān)領導的需求調(diào)查后提供有關(guān)該系統(tǒng)的詳細設計文檔。主題服務對象：某零售集團總部領導人。6、 日常業(yè)務報表分析的詳細內(nèi)容詳見文件二期系統(tǒng)日常業(yè)務報表范圍。7、 多個業(yè)務因素、多角度、隨機式探索式分析OLAP1 .探索式分析功能概述多個業(yè)務因素、多角度、隨機式的探索式分析，即OLAP,是一種主流的、日漸成熟的基礎業(yè)務數(shù)據(jù)應用方法。它借助于某零售集團信息倉庫的多維結(jié)構(gòu)數(shù)據(jù)組織，為用戶提供多層次、多視角、綜合交叉的數(shù)據(jù)查詢功能，有效地適應了業(yè)務決策中對數(shù)據(jù)信息的需求的突發(fā)性（相當隨機）、時效性很強（沒有足夠時間度身定做）與臨時性（往往用了一次很少再重復使用）的特點。在二期系統(tǒng)中，我們將通過對一期原有歷史數(shù)據(jù)的導入、清洗和整合，構(gòu)造出一個適合于探索式分析要求的某零售集團信息倉庫環(huán)境，為某零售集團用戶提供便捷有效的