管理信息化SAP實施SAPBW中文簡介

管理信息化SAP實施SAPBW中文簡介SAPBW數(shù)據(jù)倉庫簡介本文從一個簡單的業(yè)務場景-銷售分析入手，介紹SAPBW（BusinessInfomationWarehouse）實現(xiàn)多維分析的基本方案與實現(xiàn)技術;結合銷售分析的實際需求,給出了銷售分析管理數(shù)據(jù)倉庫在SAPBW(業(yè)務信息倉庫)模塊中的實現(xiàn)過程描述。1、數(shù)據(jù)倉庫的基本理論1.1數(shù)據(jù)倉庫數(shù)據(jù)倉庫是對數(shù)據(jù)進行提煉、加工和集成含有一定量商務信息和意義的信息。數(shù)據(jù)倉庫不是為了存儲數(shù)據(jù)，而是為更好地利用企業(yè)內所有可能收集到的數(shù)據(jù)進行決策支持。數(shù)據(jù)倉庫擁有以下四個特點：(1)OLTP（聯(lián)機事務處理on-linetransactionprocessing）中，數(shù)據(jù)是按業(yè)務應用的視角進行組織和存貯。(2)集成。某個業(yè)務主題所包括的數(shù)據(jù)不會存貯在多個業(yè)務主題中。即某數(shù)據(jù)如果屬于業(yè)務主題A，則不應該同時屬于業(yè)務主題B。(3)具有時間特征。存貯在數(shù)據(jù)倉庫中的數(shù)據(jù)，均表示在某一時間點上所發(fā)生的事實，所以數(shù)據(jù)倉庫的數(shù)據(jù)大部分都與時間相關，通過這些信息，可以對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預測。(4)相對穩(wěn)定。一般情況下，數(shù)據(jù)倉庫中的數(shù)據(jù)不會被更改或刪除。1.2數(shù)據(jù)倉庫系統(tǒng)的體系結構一般情況下，數(shù)據(jù)倉庫系統(tǒng)是一個分層次的體系結構，如下圖：數(shù)據(jù)源：是數(shù)據(jù)倉庫系統(tǒng)的基礎，整個系統(tǒng)的數(shù)據(jù)源泉。通常包括企業(yè)內部信息和外部信息。維護、恢復等工作。OLAP服務器：對分析需要的數(shù)據(jù)按照多維數(shù)據(jù)模型進行再次重組，以支持用戶多角度、多層次的分析，發(fā)現(xiàn)數(shù)據(jù)趨勢。倉庫開發(fā)的應用。據(jù)倉庫的分析應用。2數(shù)據(jù)倉庫的多維建模技術2.1建模原則開始。主流的數(shù)據(jù)倉庫模型是由Kimball應用主題，循序漸進，積累經驗，逐步建成企業(yè)級數(shù)據(jù)倉庫。用戶需求變化;避免業(yè)務運營系統(tǒng)性能影響；提供可擴展性。其中，數(shù)據(jù)模型的可擴展性決定了數(shù)據(jù)倉庫對新的需求的適應能力，建模既要考慮眼前的信息需求，也要考慮未來的需求。2.2事實表和維表事實表和維表是多維模型中的兩個基本概念。中。4～15維，更多的維數(shù)或更少的維數(shù)一般都很少見。在具體工作中，設計人員一定要根據(jù)企業(yè)的實際情況確定相應的維。系。2.3星形模型式中，事實表居中，多個維表呈輻射狀分布于其四周，并與事實表連接。表有自己的屬性，維表和事實表通過關鍵字相關聯(lián)。3、SAPBW數(shù)據(jù)倉庫解決方案3.1BW產品SAP120多個國家的超過76,000家用戶正在運行SAP軟件。財富500強80%以上的企業(yè)都正在從SAP的管理方案中獲益。SAPBW解決方案，是數(shù)據(jù)倉庫技術在SAP平臺上的具體應用,通過預先內置大量標準模板，將數(shù)據(jù)倉庫技術與各行業(yè)各模塊的業(yè)務緊密結合，快速實現(xiàn)企業(yè)各個應用的信息整合,提供靈活的多維度的聯(lián)機數(shù)據(jù)分析，強調長期（以年為單位）數(shù)據(jù)積累和分析指標的匯總計算,提供強大的報表設計功能，方便用戶進行特殊報表的個性定制,,預警功能。BWSAP編程語言是ABAP(AdvancedBusinessApplicationProgramming,高級企業(yè)應用程序)，它使用ALE（ApplicationLinkEnabling,BAPI（BusinessApplicationProgrammingInterface，企業(yè)應用編程接口）來鏈接BW與SAP系統(tǒng)以及其它非SAP系統(tǒng)。BW的產品結構圖BW數(shù)據(jù)倉庫的核心工具都位于AdminstratorWorkbench中，主要功能包括：數(shù)據(jù)建模，數(shù)據(jù)抽取，流程管理和數(shù)據(jù)倉庫的管理。ADMINISTRATORWORKBENCH它是SAPBWAWBRSA1監(jiān)視和維護工具。AWB的主要區(qū)域包括Modeling,Monitoring,ReportingAgent,transportconnection,document,businesscontent,translation和metadataepository。從功能上，BW與其他類似產品有兩個特點：1BW只支持最多13SAPsap維度依賴于數(shù)據(jù)庫中的關鍵字段，大多書數(shù)據(jù)庫只支持16個關鍵字段，sap自己用了3個）2、BW中，項目A在2000年屬于部門1，在2001年，被調整到部門2了，這一特點非常有用。3.2BW的體系結構上圖顯示了BW的三層體系結構：1BWBusinessExplorerBExBEx包括兩個組件：（1BExBW的MicrosoftExcelsql語句就可創(chuàng)建查詢。（2）BEx瀏覽器。其工作方式類似于一個信息中心，它使得用戶可以組織并訪問各種各樣的信息。第三方

報表工具通過ODBO(OLAP的OLEOB)與BW的OLAP處理器相連。2、中間層是BW服務器。它主要執(zhí)行三方面的任務：（1）管理BW系統(tǒng)（2）存儲數(shù)據(jù)（3）根據(jù)用戶的請求檢索數(shù)據(jù)。3、底層由源數(shù)據(jù)系統(tǒng)組成。它可以是SAP的R/3系統(tǒng)、BW系統(tǒng)、平面文件以及其他的系統(tǒng)。通過抽取器（即所謂的ABAP程序）實現(xiàn)與SAP系統(tǒng)相連，通過ALE將平面文件與BW或R/3相連，通過BAPI與非SAP系統(tǒng)相連。3.3BW業(yè)務目錄BW的最大賣點之一在于它的業(yè)務目錄。業(yè)務目錄包含一些標準的報表和其他相關對象。例如，BW給銷售經理提供了如下一些標準報表：1、報價處理。（例如各銷售區(qū)域報價的成功率，各銷售區(qū)域的報價跟蹤，各銷售區(qū)域總體報價信息等）2、訂單處理。（每月的訂單和收益，銷售價值，賬單文檔，訂單、運輸和銷售數(shù)量，訂單滿足率，信譽記錄，到達訂單的返回率，各客戶的平均返還次數(shù)，返還的數(shù)量和價值，產品分析，產品盈利分析等）3、運輸。（各銷售區(qū)域的運輸延誤，平均運輸處理次數(shù)等）4、分析和比較。（銷售/成本分析，高盈利性客戶分析，分銷渠道分析，產品盈利性分析，每周運輸統(tǒng)計，益匯總等）5、行政和管理功能。（成本中心：計劃/實際/偏差等等）BW豐富的業(yè)務目錄有效的縮短了BW錄直接構建各類報表，從而將工作的重點放在數(shù)據(jù)倉庫的構建上。3.4BW項目實施方法論實施SAPBW項目，需要一個理想的項目團隊，一般來說，需要包括下述人員：數(shù)據(jù)倉庫設計師：負責監(jiān)督整個項目，特別是結構設計和系統(tǒng)整合。企業(yè)分析師：負責獲取企業(yè)需求和源數(shù)據(jù)系統(tǒng)的數(shù)據(jù)模型，特別是R/3系統(tǒng)。技術開發(fā)員：必須熟悉BW,ABAP,ALE/Idoc以及VB,并且能夠創(chuàng)建BW對象和用戶界面友好的報告?；A平臺和數(shù)據(jù)庫管理員：負責安裝、維護BW系統(tǒng)、系統(tǒng)概貌、BW系統(tǒng)之間的通訊以及源系統(tǒng)。實際實施過程中，還要遵循一定的規(guī)則和步驟，下面是SAP提供的簡化的BW項目規(guī)劃方案：整個項目實施分為“設計-開發(fā)-測試-培訓-上線”五個階段組織。階段1：設計編號任務資源

1定義企業(yè)報告和OLAP需求，包括技術需求，比如預期響應時數(shù)據(jù)倉庫設計師、企業(yè)分析師、技

間術開發(fā)人員

2ODS對象及R/3報

告功能基礎上設計企業(yè)報告和OLAP結構3檢查有多少業(yè)務目錄可以供食用4定義用戶授權需求5開發(fā)符合命名規(guī)定的BW對象6進行設計預排階段2：開發(fā)編號任務資源1安裝BW沙盤（按照最低硬件要求安裝）基礎平臺和數(shù)據(jù)庫管理員2使用沙盤進行概念測試，并對項目進行培訓項目組全體人員3以sandbox為底線，以ASAPSIZING文檔為參考，確定開發(fā)系數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)統(tǒng)的大小庫管理員4安裝BW開發(fā)系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員5在開發(fā)系統(tǒng)創(chuàng)建BW對象并建立倉庫技術開發(fā)員6向系統(tǒng)加載OLAP數(shù)據(jù)，包括R/3數(shù)據(jù)項目組7調試數(shù)據(jù)加載性能項目組8創(chuàng)建，測試并調試查詢9檢查建立的數(shù)據(jù)倉庫是否與設計文檔沖突數(shù)據(jù)倉庫設計師，企業(yè)分析師，技術開發(fā)員階段3：測試編號任務資源1以開發(fā)系統(tǒng)為底線，以ASAPSIZING文檔為參照，確定質量保數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)證系統(tǒng)的大小庫管理員2安裝質量保證系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員3向質量保證系統(tǒng)傳輸BW對象技術開發(fā)員，基礎平臺和數(shù)據(jù)庫管理員4MERCURYINTERATIVE的工項目組全體成員具，如：LoadRunner，Winrunner,可能非常有幫助5如果有必要，對開發(fā)系統(tǒng)中的BW對象修改，并把它傳輸?shù)劫|技術開發(fā)人員量保證系統(tǒng)6檢查測試結果是否與設計文檔相矛盾項目組全體人員階段4：培訓編號任務資源

1根據(jù)設計文檔開發(fā)最終用戶培訓資料企業(yè)分析師

23在培訓期間對培訓系統(tǒng)中的查詢性能進行調試項目組全體人員

4測試為用戶設置的授權階段5：上線編號任務資源1以培訓系統(tǒng)為底線，以ASAPsizing文檔為參照，確定正式成數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)品系統(tǒng)的大小庫管理員2安裝預成品系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員3把BW對象從開發(fā)系統(tǒng)傳輸?shù)秸匠善废到y(tǒng)，向正式成品系統(tǒng)技術開發(fā)員，基礎平臺和數(shù)據(jù)庫管中加載生產OLAP數(shù)據(jù)，包括R/3數(shù)據(jù)理員4根據(jù)質量保證系統(tǒng)和培訓系統(tǒng)的經驗，調整查詢和加載性能項目組全體人員5建立幫助服務臺，向最終用戶提供支持6運行7監(jiān)控運行，識別熱點問題4、BW在銷售分析中的具體應用4.1需求描述假設一個負責規(guī)劃和實施銷售戰(zhàn)略的銷售經理，工作任務是：（1）監(jiān)控和預測銷售需求以及價格變動趨勢（2）管理銷售目標，協(xié)調銷售力量和分析商（3）審查每個銷售代表，辦公室和地區(qū)的銷售活動而且還假設該經理擁有下表所示的有關物料、客戶和銷售組織的數(shù)據(jù)。表一：物料物料編號物料名稱物料描述MAT001茶冰茶MAT002咖啡熱咖啡MAT003小甜餅“財富”牌小甜餅MAT004辦公桌電腦桌MAT005餐桌餐桌。。。。。。MAT015桔子加利福尼亞桔子表二：客戶客戶標識客戶名稱客戶地址CUST001Reliable運輸公司TransportDrive，Atlanta，GA23002…….CUST012AirspaceIndustries公司AirLane,Seattle,WA83476表三：銷售組織銷售區(qū)域銷售辦公室銷售代表銷售代表標識東部地區(qū)亞特蘭大JohnSREP01紐約SteveSREP02MarySREP03中西部地區(qū)達拉斯MichaelSREP04LisaSREP05芝加哥KevinSREP06ChrisSREP07西部地區(qū)丹佛*SamSREP08洛杉磯EugeneSREP09西雅圖MarkSREP10*2001年1月1日前，丹佛的辦公室位于中西部地區(qū)表四：3年的銷售數(shù)據(jù)客戶標識銷售代表標識物料編號銷售單價單位銷量交易日期CUST001SREP001MAT0012箱14CUST002SREP002MAT0022箱26……….………CUST011SREP011MAT0152箱35CUST011SREP011MAT0153.5箱45OLAP耗的計算機資源非常大，他不可能在一個業(yè)務數(shù)據(jù)庫系統(tǒng)內通過OLTP執(zhí)行，因此，我們需要構造一個專門的數(shù)據(jù)倉庫系統(tǒng)來完成該任務。4.2數(shù)據(jù)建模本例按照星型結構進行建模，其結構如下圖所示：事實表---“客戶“物料“銷售代表際上這里還有兩個共有的維度，時間和單位）。一般來說該表往往非常大，通常以GB來衡量，用戶感興趣的數(shù)據(jù)就是從該表進行檢索，維度表的規(guī)模一般只有事實表的1-5%。事實表和維度表通過外鍵進行關聯(lián)。4.3ETTL過程的ETTL過程。ETL是BI/DW的核心和靈魂，是數(shù)據(jù)倉庫的入口，它將數(shù)據(jù)從OLTP、外部數(shù)據(jù)源、脫機的數(shù)據(jù)介質中導入DW，按照統(tǒng)一的規(guī)則集成并提高數(shù)據(jù)的價值，是負責完成數(shù)據(jù)從數(shù)據(jù)源向目標數(shù)據(jù)倉庫轉化的過程，是實施數(shù)據(jù)倉庫的重要步驟。1、抽取數(shù)據(jù)時，即完成從源系統(tǒng)（例如R/3系統(tǒng)）移出數(shù)據(jù)。該步的關鍵是識別合適的數(shù)據(jù)，因此，對于源數(shù)據(jù)系統(tǒng)很好的理解是基礎。2、數(shù)據(jù)傳輸時，有規(guī)則的將不同源數(shù)據(jù)系統(tǒng)的大量數(shù)據(jù)移動到數(shù)據(jù)倉庫中，這里的關鍵是規(guī)劃出一個符合實際的數(shù)據(jù)傳輸計劃，并且擁有可靠的快速網絡。3、數(shù)據(jù)轉換時，對數(shù)據(jù)要進行格式化處理，從而保證數(shù)據(jù)在數(shù)據(jù)倉庫中保持一致。這里要面對眾多挑戰(zhàn)，不同的名稱，不同的數(shù)據(jù)類型，不同的文件系統(tǒng)，不同的文件格式等，都需要在數(shù)據(jù)轉換中正確處理。4、數(shù)據(jù)加載，就是將數(shù)據(jù)正確、快速的加載到事實表中。這一過程的關鍵在于開發(fā)一個穩(wěn)定的、好的錯誤處理程序。ETTL是一個復雜的，需要花費大量時間的任務。任何錯誤都有可能危害到數(shù)據(jù)的質量，而數(shù)據(jù)質量直接影4.4BW實際操作過程4.4.1創(chuàng)建信息立方體在BW中，客戶標識、物料編號、銷售代表標識、度量單位以及交易日期成為特征，客戶姓名和客戶地址都是客戶標識的屬性（雖然它們實際上也是特征）。銷售單價，銷售數(shù)量和銷售收益被稱為主特征（keyfigure），特征和主特征都稱為InfoObject。InfoObjectInfoObject構建InfoCube,InfoCube是由星型架構中的事實表及其相關維度表組成。利用BW圖形界面，可以方便的按照下面的5步，創(chuàng)建信息立方體（具體操作步驟略）。1、創(chuàng)建InfoArea。InfoArea類似于一個工地，信息立方體就在這個工地中建立。2、創(chuàng)建InfoObject編錄。3、創(chuàng)建InfoObject-特征4、創(chuàng)建InfoObject-主特征5、創(chuàng)建信息立方體4.4.2加載數(shù)據(jù)到信息立方體創(chuàng)建了信息立方體，就可以將本例中描述的數(shù)據(jù)加載到這個信息立方體中，BW系統(tǒng)可以通過下面的步驟方便的完成數(shù)據(jù)的加載過程。1BWR/3BWETTL工具的外部系統(tǒng)等。2、創(chuàng)建一個應用程序組件。Bw中，Infosource和infopackage使用應用程序組件的樹狀結構組織。3、為特征數(shù)據(jù)創(chuàng)建Infosource4、創(chuàng)建InfoPackage來加載特征數(shù)據(jù)5、檢查所加載的特征數(shù)據(jù)6、手工輸入主數(shù)據(jù)、文本和層級7、為交易過程創(chuàng)建Infosource8、創(chuàng)建信息立方體的更新規(guī)則9、創(chuàng)建InfoPackge來加載交易數(shù)據(jù)4.4.3檢查數(shù)據(jù)質量信息立方體的數(shù)據(jù)質量對于整個系統(tǒng)而言至關重要，SAPBW提供了有效的方法對其檢查和控制，主要包括：1、檢查數(shù)據(jù)立方體的內容。最簡單的方法通過管理員工作臺的建模窗口進行檢查。2、使用BW監(jiān)控器?？梢詸z查數(shù)據(jù)是否正確加載3PSA一件容易的工作，BW提供了PSA的方法，將數(shù)據(jù)以最初源系統(tǒng)的格式存儲數(shù)據(jù)，從而可以做到把數(shù)據(jù)傳遞到目的地之前對數(shù)據(jù)進行檢查。4.4.4創(chuàng)建查詢和工作簿BW使用“企業(yè)資源管理器(Bex)”的工具來創(chuàng)建查詢和工作簿，BEX包括：Bex分析器和Bex瀏覽器，分析器用來創(chuàng)建查詢，瀏覽器用來組織工作簿。BW也可以使用變量直接訪問層級節(jié)點。4.4.5管理用戶授權BWBW“配置文件生成器的R/3工具來管理授權，該工具基于授權對象完成授權，授權對象定義用戶可以在哪些SAP對象上執(zhí)行哪些操作；SAP到某個角色的用戶就可以執(zhí)行該角色定義的活動。BW管理用戶授權通過下面步驟和操作可以完成：1、使用配置文件生成器創(chuàng)建授權配置文件；2、創(chuàng)建一個授權對象來控制用戶對信息立方體的訪問；3、集成配置文件生成器和Bex瀏覽器。4.4.6BW其他功能BWBW調試和支持變得靈活、高效。1、業(yè)務目錄提高BW項目效率。2、開發(fā)系統(tǒng)到正式系統(tǒng)的BW對象“傳輸”，確保正式系統(tǒng)的安全有效。3、能定義依賴于時間的維度層次結構，同時，BW的層級非常靈活，可以方便的添加或者刪除節(jié)點和葉子，也可以改變層次。5、結論SAPBW重要業(yè)務運營情況進行趨勢報警，同時還能幫助業(yè)務人員自己靈活地定義報表，提高業(yè)務數(shù)據(jù)的利用率。1SAPBWBW夠實時地獲取各類實際生產經營信息，使信息化系統(tǒng)對決策和合理運營做出更大貢獻。2、SAPBW系統(tǒng)強大的數(shù)據(jù)分析功能也將能幫助公司徹底解決由于企業(yè)的主管部門繁多，而造成的“報表多“格式多的問題——生成的結果自然就是一份合格的報表。3SAPBWSAP成功的實施案例表明該方法論在構造BW系統(tǒng)的有效性。4SAPBW的業(yè)務目錄功能提供了17量。SAPBW系統(tǒng)能夠進一步增念。摘要：本文從一個簡單的業(yè)務場景-銷售分析入手，介紹SAPBW（BusinessInfomationWarehouse基本方案與實現(xiàn)技術;結合銷售分析的實際需求,給出了銷售分析管理數(shù)據(jù)倉庫在SAPBW(業(yè)務信息倉庫)模塊中的實現(xiàn)過程描述。1、數(shù)據(jù)倉庫的基本理論1.1數(shù)據(jù)倉庫數(shù)據(jù)倉庫是對數(shù)據(jù)進行提煉、加工和集成含有一定量商務信息和意義的信息。數(shù)據(jù)倉庫不是為了存儲數(shù)據(jù)，而是為更好地利用企業(yè)內所有可能收集到的數(shù)據(jù)進行決策支持。數(shù)據(jù)倉庫擁有以下四個特點：(1)OLTP（聯(lián)機事務處理on-linetransactionprocessing）中，數(shù)據(jù)是按業(yè)務應用的視角進行組織和存貯。(2)集成。某個業(yè)務主題所包括的數(shù)據(jù)不會存貯在多個業(yè)務主題中。即某數(shù)據(jù)如果屬于業(yè)務主題A，則不應該同時屬于業(yè)務主題B。(3)具有時間特征。存貯在數(shù)據(jù)倉庫中的數(shù)據(jù)，均表示在某一時間點上所發(fā)生的事實，所以數(shù)據(jù)倉庫的數(shù)據(jù)大部分都與時間相關，通過這些信息，可以對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預測。(4)相對穩(wěn)定。一般情況下，數(shù)據(jù)倉庫中的數(shù)據(jù)不會被更改或刪除。1.2數(shù)據(jù)倉庫系統(tǒng)的體系結構一般情況下，數(shù)據(jù)倉庫系統(tǒng)是一個分層次的體系結構，如下圖：數(shù)據(jù)源：是數(shù)據(jù)倉庫系統(tǒng)的基礎，整個系統(tǒng)的數(shù)據(jù)源泉。通常包括企業(yè)內部信息和外部信息。維護、恢復等工作。OLAP服務器：對分析需要的數(shù)據(jù)按照多維數(shù)據(jù)模型進行再次重組，以支持用戶多角度、多層次的分析，發(fā)現(xiàn)數(shù)據(jù)趨勢。倉庫開發(fā)的應用。據(jù)倉庫的分析應用。2數(shù)據(jù)倉庫的多維建模技術2.1建模原則開始。主流的數(shù)據(jù)倉庫模型是由Kimball應用主題，循序漸進，積累經驗，逐步建成企業(yè)級數(shù)據(jù)倉庫。用戶需求變化;避免業(yè)務運營系統(tǒng)性能影響；提供可擴展性。其中，數(shù)據(jù)模型的可擴展性決定了數(shù)據(jù)倉庫對新的需求的適應能力，建模既要考慮眼前的信息需求，也要考慮未來的需求。2.2事實表和維表事實表和維表是多維模型中的兩個基本概念。中。4～15維，更多的維數(shù)或更少的維數(shù)一般都很少見。在具體工作中，設計人員一定要根據(jù)企業(yè)的實際情況確定相應的維。系。2.3星形模型式中，事實表居中，多個維表呈輻射狀分布于其四周，并與事實表連接。表有自己的屬性，維表和事實表通過關鍵字相關聯(lián)。3、SAPBW數(shù)據(jù)倉庫解決方案3.1BW產品SAP120多個國家的超過76,000家用戶正在運行SAP軟件。財富500強80%以上的企業(yè)都正在從SAP的管理方案中獲益。SAPBW解決方案，是數(shù)據(jù)倉庫技術在SAP平臺上的具體應用,通過預先內置大量標準模板，將數(shù)據(jù)倉庫技術與各行業(yè)各模塊的業(yè)務緊密結合，快速實現(xiàn)企業(yè)各個應用的信息整合,提供靈活的多維度的聯(lián)機數(shù)據(jù)分析，強調長期（以年為單位）數(shù)據(jù)積累和分析指標的匯總計算,提供強大的報表設計功能，方便用戶進行特殊報表的個性定制,,預警功能。BWSAP編程語言是ABAP(AdvancedBusinessApplicationProgramming,高級企業(yè)應用程序)，它使用ALE（ApplicationLinkEnabling,BAPI（BusinessApplicationProgrammingInterface，企業(yè)應用編程接口）來鏈接BW與SAP系統(tǒng)以及其它非SAP系統(tǒng)。BW的產品結構圖BW數(shù)據(jù)倉庫的核心工具都位于AdminstratorWorkbench中，主要功能包括：數(shù)據(jù)建模，數(shù)據(jù)抽取，流程管理和數(shù)據(jù)倉庫的管理。ADMINISTRATORWORKBENCH它是SAPBWAWBRSA1監(jiān)視和維護工具。AWB的主要區(qū)域包括Modeling,Monitoring,ReportingAgent,transportconnection,document,businesscontent,translation和metadataepository。從功能上，BW與其他類似產品有兩個特點：1BW只支持最多13SAPsap維度依賴于數(shù)據(jù)庫中的關

鍵字段，大多書數(shù)據(jù)庫只支持16個關鍵字段，sap自己用了3個）2、BW中，項目A在2000年屬于部門1，在2001年，被調整到部門2了，這一特點非常有用。3.2BW的體系結構上圖顯示了BW的三層體系結構：1BWBusinessExplorerBExBEx包括兩個組件：（1BExBW的MicrosoftExcelsql語句就可創(chuàng)建查詢。（2）BEx瀏覽器。其工作方式類似于一個信息中心，它使得用戶可以組織并訪問各種各樣的信息。第三方報表工具通過ODBO(OLAP的OLEOB)與BW的OLAP處理器相連。2、中間層是BW服務器。它主要執(zhí)行三方面的任務：（1）管理BW系統(tǒng)（2）存儲數(shù)據(jù)（3）根據(jù)用戶的請求檢索數(shù)據(jù)。3、底層由源數(shù)據(jù)系統(tǒng)組成。它可以是SAP的R/3系統(tǒng)、BW系統(tǒng)、平面文件以及其他的系統(tǒng)。通過抽取器（即所謂的ABAP程序）實現(xiàn)與SAP系統(tǒng)相連，通過ALE將平面文件與BW或R/3相連，通過BAPI與非SAP系統(tǒng)相連。3.3BW業(yè)務目錄BW的最大賣點之一在于它的業(yè)務目錄。業(yè)務目錄包含一些標準的報表和其他相關對象。例如，BW給銷售經理提供了如下一些標準報表：1、報價處理。（例如各銷售區(qū)域報價的成功率，各銷售區(qū)域的報價跟蹤，各銷售區(qū)域總體報價信息等）2、訂單處理。（每月的訂單和收益，銷售價值，賬單文檔，訂單、運輸和銷售數(shù)量，訂單滿足率，信譽記錄，到達訂單的返回率，各客戶的平均返還次數(shù)，返還的數(shù)量和價值，產品分析，產品盈利分析等）3、運輸。（各銷售區(qū)域的運輸延誤，平均運輸處理次數(shù)等）4、分析和比較。（銷售/成本分析，高盈利性客戶分析，分銷渠道分析，產品盈利性分析，每周運輸統(tǒng)計，益匯總等）5、行政和管理功能。（成本中心：計劃/實際/偏差等等）BW豐富的業(yè)務目錄有效的縮短了BW錄直接構建各類報表，從而將工作的重點放在數(shù)據(jù)倉庫的構建上。3.4BW項目實施方法論實施SAPBW項目，需要一個理想的項目團隊，一般來說，需要包括下述人員：數(shù)據(jù)倉庫設計師：負責監(jiān)督整個項目，特別是結構設計和系統(tǒng)整合。企業(yè)分析師：負責獲取企業(yè)需求和源數(shù)據(jù)系統(tǒng)的數(shù)據(jù)模型，特別是R/3系統(tǒng)。技術開發(fā)員：必須熟悉BW,ABAP,ALE/Idoc以及VB,并且能夠創(chuàng)建BW對象和用戶界面友好的報告。基礎平臺和數(shù)據(jù)庫管理員：負責安裝、維護BW系統(tǒng)、系統(tǒng)概貌、BW系統(tǒng)之間的通訊以及源系統(tǒng)。實際實施過程中，還要遵循一定的規(guī)則和步驟，下面是SAP提供的簡化的BW項目規(guī)劃方案：整個項目實施分為“設計-開發(fā)-測試-培訓-上線”五個階段組織。階段1：設計編號任務資源1定義企業(yè)報告和OLAP需求，包括技術需求，比如預期響應時數(shù)據(jù)倉庫設計師、企業(yè)分析師、技間術開發(fā)人員2ODS對象及R/3報告功能基礎上設計企業(yè)報告和OLAP結構3檢查有多少業(yè)務目錄可以供食用4定義用戶授權需求5開發(fā)符合命名規(guī)定的BW對象6進行設計預排階段2：開發(fā)編號任務資源1安裝BW沙盤（按照最低硬件要求安裝）基礎平臺和數(shù)據(jù)庫管理員2使用沙盤進行概念測試，并對項目進行培訓項目組全體人員3以sandbox為底線，以ASAPSIZING文檔為參考，確定開發(fā)系數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)統(tǒng)的大小庫管理員4安裝BW開發(fā)系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員5在開發(fā)系統(tǒng)創(chuàng)建BW對象并建立倉庫技術開發(fā)員6向系統(tǒng)加載OLAP數(shù)據(jù)，包括R/3數(shù)據(jù)項目組7調試數(shù)據(jù)加載性能項目組8創(chuàng)建，測試并調試查詢9檢查建立的數(shù)據(jù)倉庫是否與設計文檔沖突數(shù)據(jù)倉庫設計師，企業(yè)分析師，技術開發(fā)員階段3：測試編號任務資源1以開發(fā)系統(tǒng)為底線，以ASAPSIZING文檔為參照，確定質量保數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)證系統(tǒng)的大小庫管理員2安裝質量保證系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員3向質量保證系統(tǒng)傳輸BW對象技術開發(fā)員，基礎平臺和數(shù)據(jù)庫管理員4MERCURYINTERATIVE的工項目組全體成員

具，如：LoadRunner，Winrunner,可能非常有幫助5如果有必要，對開發(fā)系統(tǒng)中的BW對象修改，并把它傳輸?shù)劫|技術開發(fā)人員量保證系統(tǒng)6檢查測試結果是否與設計文檔相矛盾項目組全體人員

階段4：培訓編號任務資源1根據(jù)設計文檔開發(fā)最終用戶培訓資料企業(yè)分析師23在培訓期間對培訓系統(tǒng)中的查詢性能進行調試項目組全體人員4測試為用戶設置的授權階段5：上線編號任務資源1以培訓系統(tǒng)為底線，以ASAPsizing文檔為參照，確定正式成數(shù)據(jù)倉庫設計師，基礎平臺和數(shù)據(jù)品系統(tǒng)的大小庫管理員2安裝預成品系統(tǒng)基礎平臺和數(shù)據(jù)庫管理員3把BW對象從開發(fā)系統(tǒng)傳輸?shù)秸匠善废到y(tǒng)，向正式成品系統(tǒng)技術開發(fā)員，基礎平臺和數(shù)據(jù)庫管中加載生產OLAP數(shù)據(jù)，包括R/3數(shù)據(jù)理員4根據(jù)質量保證系統(tǒng)和培訓系統(tǒng)的經驗，調整查詢和加載性能項目組全體人員5建立幫助服務臺，向最終用戶提供支持6運行7監(jiān)控運行，識別熱點問題4、BW在銷售分析中的具體應用4.1需求描述假設一個負責規(guī)劃和實施銷售戰(zhàn)略的銷售經理，工作任務是：（1）監(jiān)控和預測銷售需求以及價格變動趨勢（2）管理銷售目標，協(xié)調銷售力量和分析商（3）審查每個銷售代表，辦公室和地區(qū)的銷售活動而且還假設該經理擁有下表所示的有關物料、客戶和銷售組織的數(shù)據(jù)。表一：物料物料編號物料名稱物料描述MAT001茶冰茶MAT002咖啡熱咖啡MAT003小甜餅“財富”牌小甜餅MAT004辦公桌電腦桌MAT005餐桌餐桌。。。。。。MAT015桔子加利福尼亞桔子表二：客戶客戶標識客戶名稱客戶地址CUST001Reliable運輸公司TransportDrive，Atlanta，GA23002…….CUST012AirspaceIndustries公司AirLane,Seattle,WA83476表三：銷售組織銷售區(qū)域銷售辦公室銷售代表銷售代表標識東部地區(qū)亞特蘭大JohnSREP01紐約SteveSREP02MarySREP03中西部地區(qū)達拉斯MichaelSREP04LisaSREP05芝加哥KevinSREP06ChrisSREP07西部地區(qū)丹佛*SamSREP08洛杉磯EugeneSREP09西雅圖MarkSREP10*2001年1月1日前，丹佛的辦公室位于中西部地區(qū)表四：3年的銷售數(shù)據(jù)客戶標識銷售代表標識物料編號銷售單價單位銷量交易日期CUST001SREP001MAT0012箱14CUST002SREP002MAT0022箱26……….………CUST011SREP011MAT0152箱35CUST011SREP011MAT0153.5箱45OLAP耗的計算機資源非常大，他不可能在一個業(yè)務數(shù)據(jù)庫系統(tǒng)內通過OLTP執(zhí)行，因此，我們需要構造一個專門的數(shù)據(jù)倉庫系統(tǒng)來完成該任務。4.2數(shù)據(jù)建模本例按照星型結構進行建模，其結構如下圖所示：事實表---“客戶“物料“銷售代表際上這里還有兩個共有的維度，時間和單位）。一般來說該表往往非常大，通常以GB來衡量，用戶感興趣的數(shù)據(jù)就是從該表進行檢索，維度表的規(guī)模一般

只有事實表的1-5%。事實表和維度表通過外鍵進行關聯(lián)。4.3ETTL過程的ETTL過程。ETL是BI/DW的核心和靈魂，是數(shù)據(jù)倉庫的入口，它將數(shù)據(jù)從OLTP、外部數(shù)據(jù)源、脫機的數(shù)據(jù)介質中導入DW，按照統(tǒng)一的規(guī)則集成并提高數(shù)據(jù)的價值，是負責完成數(shù)據(jù)從數(shù)據(jù)源向目標數(shù)據(jù)倉庫轉化的過程，是實施數(shù)據(jù)倉庫的重要步驟。1、抽取數(shù)據(jù)時，即完成從源系統(tǒng)（例如R/3系統(tǒng)）移出數(shù)據(jù)。該步的關鍵是識別合適的數(shù)據(jù)，因此，對于源數(shù)據(jù)系統(tǒng)很好的理解是基礎。2、數(shù)據(jù)傳輸時，有規(guī)則的將不同源數(shù)據(jù)系統(tǒng)的大量數(shù)據(jù)移動到數(shù)據(jù)倉庫中，這里的關鍵是規(guī)劃出一個符合實際的數(shù)據(jù)傳輸計劃，并且擁有可靠的快速網絡。3、數(shù)據(jù)轉換時，對數(shù)據(jù)要進行格式化處理，從而保證數(shù)據(jù)在數(shù)據(jù)倉庫中保持一致。這里要面對眾多挑戰(zhàn)，不同的名稱，不同的數(shù)據(jù)類型，不同的文件系統(tǒng)，不同的文件格式等，都需要在數(shù)據(jù)轉換中正確處理。4、數(shù)據(jù)加載，就是將數(shù)據(jù)正確、快速的加載到事實表中。這一過程的關鍵在于開發(fā)一個穩(wěn)定的、好的錯誤處理程序。ETTL是一個復雜的，需要花費大量時間的任務。任何錯誤都有可能危害到數(shù)據(jù)的質量，而數(shù)據(jù)質量直接影4.4BW實際操作過程4.4.1創(chuàng)建信息立方體在BW中，客戶標識、物料編號、銷售代表標識、度量單位以及交易日期成為特征，客戶姓名和客戶地址都是客戶標識的屬性（雖然它們實際上也是特征）。銷售單價，銷售數(shù)量和銷售收益被稱為主特征（keyfigure），特征和主特征都稱為InfoObject。InfoObjectInfoObject構建In