IBMSAPBWBI培训教程案例学习课程

1、SAP BW 模块BW概览 BW数据模型BW数据装载BW业务内容BW系统管理BW实施方法论第1页/共60页第一页，编辑于星期六：点 四十七分。SAP BW BW核心功能 数据仓库 (SAP BW 管理员工作台)抽取、传输与上载抽取、传输与上载数据仓库管理数据仓库管理业务模型业务模型BI 平台在线分析处理在线分析处理 (OLAP) 数据挖掘数据挖掘预警预警元数据仓库元数据仓库 BI 套装工具 (SAP BW Business Explorer)查询设计查询设计报表与分析报表与分析可视化可视化 Web应用设计应用设计协作协作预置的业务内容(Business Content)数据模型数据模型抽取程序

2、抽取程序报表报表角色角色第2页/共60页第二页，编辑于星期六：点 四十七分。SAP BW BW特点 开放性开放中心服务开放中心服务(Open Hub Service) 信息信息分发分发UD连接（连接（Universal Data Connect) 关系型数据库表单的直接读取与关系型数据库表单的直接读取与OLAP系系统统支持行业标准支持行业标准 (例如：例如： XML, XML for Analysis, JDBC etc.) 集成性集成各种技术、工具和应用，可实现跨企集成各种技术、工具和应用，可实现跨企业分析业分析作为单点接入集成到企业门户当中作为单点接入集成到企业门户当中非结构信息的集成，如

3、文档、文件等非结构信息的集成，如文档、文件等 Web功能通过通过Web和移动设备进行信息的交互式和移动设备进行信息的交互式分析分析Web应用的直观设计应用的直观设计通过通过Web的专用查询设计的专用查询设计第3页/共60页第三页，编辑于星期六：点 四十七分。SAP BWSAP BW系统架构系统架构管理工作台数据库元数据仓库业务分析器信息立方体（InfoCubes）信息立方体（InfoCubes）OLAP 处理器展示层源数据系统数据仓库第4页/共60页第四页，编辑于星期六：点 四十七分。SAP BWSAP BW开放结构开放结构管理员工作台数据库元数据仓库Business Explorer信息立方

4、体（InfoCubes）信息立方体（InfoCubes）OLAP 处理器数据抽取与传输数据抽取与传输InformationETIPrism SolutionsTSIoInformation BuildersoSystemfabrikoCarletonoweitere数据提供者数据提供者AC Nielsen (USA)Dun & BradstreetOther projects展示端展示端Arcplan Business ObjectoBrioCognosoSeagate Legendcertifcatedoin process第5页/共60页第五页，编辑于星期六：点 四十七分。SAP

5、BW数据流图传输规则更新规则信息立方体通信结构传输结构抽取源结构BW服务器Staging Engine抽取源结构传输结构传输结构传输结构抽取源结构传输结构传输结构传输规则传输规则(复制复制)数据源信息源第6页/共60页第六页，编辑于星期六：点 四十七分。SAP BW模块BW概览 BW数据模型BW数据装载BW业务内容BW系统管理BW实施方法论第7页/共60页第七页，编辑于星期六：点 四十七分。数据模型数据模型数据模型ERM model 实体关系模型MDM / Star Schema model 多维数据模型（星形模型）BW Extended Star Schema 扩展星形模型BW Master

6、 Data 主数据主数据InfoObjects 信息对象Attributes 属性Hierarchies 层次结构Text 文本第8页/共60页第八页，编辑于星期六：点 四十七分。建模步骤1 理解业务和需求，有多种途径：理解业务和需求，有多种途径：SAP BW Business Content（业务内容）业务需求调查和评估现有的数据仓库或相关的报表系统业务处理系统的资料 2 确定实体关系模型确定实体关系模型 ERM (Entity Relationship Model)3 将实体关系模型（将实体关系模型（ERM） 转换为多维数据模型转换为多维数据模型 MDM (Mult-Dimensional

7、 Model)4 在在 MDM基础上确定基础上确定 BW设计设计第9页/共60页第九页，编辑于星期六：点 四十七分。 实体关系模型 (ERM)OLTP使用实体关系模型使用实体关系模型:1. 描述实体 基本业务对象2. 描述实体之间的关系3. 描述实体的属性4. 建立数据范式第10页/共60页第十页，编辑于星期六：点 四十七分。ERMMDM / Star Schema关注分析、降低复杂性关注分析、降低复杂性多维数据模型 (MDM)Sales Rep IDLastNameSalesDepMaterial IDMaterial NameMaterial TypeMaterial GroupCusto

8、mer IDCustomer NameCityRegionOffice NameTime Code IDYearFiscal YearQuaterMounthDay of the WeekSales Order DataMaterial IDSales Rep IDTime Code IDCustomer IDSales AmountQuantityUnit PriceTime DimensionCustomer DimensionSales Org DimensionMaterial DimensionFACT DimensionKeys第11页/共60页第十一页，编辑于星期六：点 四十七分

9、。面向业务流程建模采用星形模型 （Star Schema）以优化分析性能 把相关的特性组织在一起构成维（Dimensions） KPI等指标作为事实（ Facts）的数值字段不论源数据来源于哪里，同类“事实”的结构是相同的SAP BW SAP BW 数据模型数据模型 Dimension 2Facts Dimension 1 Dimension 3 Dimension 4 Dimension n第12页/共60页第十二页，编辑于星期六：点 四十七分。模型示例：销售模型示例：销售谁是我们的客户?哪个销售机构?卖的什么产品? 交易数据?竞争对手信息?何时交易的?Product DimensionQu

10、antities Revenues CostsRev./GroupCustomer Dimension Sales DimensionCompetition Dimension Time Dimension第13页/共60页第十三页，编辑于星期六：点 四十七分。Time dimensionProduct dimensionCustomer dimensionP Product # Product group 2101004 Displays.C Customer # Region 13970522 West .T PeriodFiscal year 101999.维度（Dimensions）维

11、度表（Dimension tables）由相关特性组成；维度表由系统生成的主键和特性组成；维度表（ dimension tables）的主键是事实表(fact table)的外键(foreign keys)。第14页/共60页第十四页，编辑于星期六：点 四十七分。 CustomerCustomer numberCustomer nameCust CategoryCust SubcategoryDivisionIndustryRevenue ClassTransportation zoneCurrencyVAT #Legal StatusRegional marketCust Statistic

12、s groupIncotermsBilling schedulePrice groupDelivering planABC ClassificationAccount assignment groupAddressStateCountryRegion ProductMaterial numberMaterial textMaterial typeCategorySubcategoryMarket keyMRP TypeMaterial group 1PlannerForecast modelValuation classStandard costWeight VolumeStorage con

13、ditionsCreation DateSalesSalespersonRep groupSales territorySales regionSales districtSales planning groupDistribution keyCompetitionNielsen indicatorSEC CodePrimary competitorSecondary CompetitorTimeDateWeekMonthFiscal Year维度示例维度示例: : 销售销售第15页/共60页第十五页，编辑于星期六：点 四十七分。P C T Quantity Revenue Discount

14、Sales overhead 250 500,000 $ 50,000 $280,000 $50 100,000 $7,500 $60,000 $.Fact table事实表（Fact Table）事实表是相关业务实体关系的集合， 实体间的多对多关系通常被转换维事实表；事实表的记录是由维度健的组合来唯一标识的；通常来讲，事实表的列（主要是指标）相对较少，但记录（行）数却相当庞大；事实表的记录是在数据装载（Loading）的时候产生的。第16页/共60页第十六页，编辑于星期六：点 四十七分。C Customer # Region 13970522 west .P C T Quantity Rev

15、enue DiscountSales overhead 250 500,000 $50,000 $280,000 $50 100,000 $7,500 $60,000 $.Time dimensionProduct dimensionT Period Fiscal year 10 1999 .PProduct # Product group 2101004 displays .Fact tableCustomer dimension星形结构事实表和它的维表的组合被称为星形结构（Star-Schema）P C T Quantity Revenue DiscountSales overhead 2

16、50500,000 $50,000 $280,000 $50100,000 $7,500 $60,000 $.第17页/共60页第十七页，编辑于星期六：点 四十七分。星形结构示例：销售星形结构示例：销售FactsQty soldList priceDiscountsInvoice priceFixed mfg costVariable costMoving average priceStandard costContribution marginExpected ship dateActual ship dateCustomerMaterialCompetitionSalesTimeCompe

17、titionNielsen indicatorSEC CodePrimary competitorSecondary CompetitorSalesSalespersonRep groupSales territorySales regionSales districtSales planning groupDistribution keyTimeDateWeekMonthFiscal Year CustomerCustomer numberCustomer nameCust. CategoryCust. SubcategoryDivisionIndustryRevenue ClassTran

18、sportation zoneCurrencyVAT #Legal StatusRegional marketCust. Statistics groupIncoTermsBilling schedulePrice groupDelivering planABC ClassificationAccount assignment groupAddressStateCountryRegion MaterialMaterial numberMaterial textMaterial typeCategorySubcategoryMarket keyMRP TypeMaterial group 1Pl

19、annerForecast modelValuation classStandard costWeight VolumeStorage conditionsCreation Date销售数据第18页/共60页第十八页，编辑于星期六：点 四十七分。基本星形结构存在的问题企业的主数据在各个流程间是共享的，但在每个星形模型中，所需要的维度信息（主要是主数据）必须重复维护；维度表不适合存储维度属性发生变化时的老值和新值；特性间的层次关系只能作为维度的属性在维度表中存在，不够灵活。第19页/共60页第十九页，编辑于星期六：点 四十七分。 扩展星形结构（扩展星形结构（Extending the Star

20、SchemaExtending the Star Schema） 只能通过维度表的特性值来访问事实表，性能差；不能实现结构化的下钻（Drill-down）；难以支持多语言。基本星形结构的局限性基本星形结构的局限性：主数据表（Master data tables）及其属性（attributes）；单独的说明表（Text Tables）可支持多语言；单独的层次结构表（Hierarchy Tables）支持结构化下钻。SAP BW的的Extended Star Schema 加强加强：第20页/共60页第二十页，编辑于星期六：点 四十七分。扩展星形结构（扩展星形结构（Extended Star Sc

21、hemaExtended Star Schema）Ccustomer-noterritory chainofficehead office CPTquantity soldrevenuediscountsales overheadstock valueTperiodfiscal yearPproduct-noproduct groupbrandcategoryproduct-nolanguageproduct descriptionTime dimensionProduct dimensionCustomer dimensionProduct master data: TextFact tab

22、leTerritory 1 Territory 2 Territory 3District 1Territory 4District 2Zone 1Territory 5 Territory 6District 3Zone 2Territory 7District 4Territory 8 Territory 9District 5Zone 3Sales hierarchySales InfoCubeCustomer-noNameLocationIndustry keyCustomer master data: AttributesSales hierarchy第21页/共60页第二十一页，编

23、辑于星期六：点 四十七分。SAP BW: 扩展星形结构（Extended Star Schema）FactTableDimension tableDimension tableDimension tableDimension tableDimension tableFactTableDimension tableDimension tableDimension tableDimension tableDimension tableTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarch

24、yTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchyTextSID TableMasterHierarchy第22页/共60页第二十二页，编辑于星期六：点 四十七分。数据模型和数据库Star Schema(逻辑视图)InfoCube(物理视图) Time Customer DimensionProduct DimensionProduct DimensionQuant

25、ities Revenues CostsRev./GroupCustomer Dimension Sales DimensionCompetition Dimension Time DimensionTerminology used to discuss the MDM modeling of a business process.Real data base tables linked together and residing on a BW database server.第23页/共60页第二十三页，编辑于星期六：点 四十七分。信息对象（InfoObject）信息对象信息对象是BW 基

26、本术语，用于描述分析对象：技术名称必须唯一技术定义(length, format, check routines, etc.)蕴含业务意义分为两类：特性（Characteristics）和指标(Key Figure)特性特性（Characteristics）技术定义（Technical Definition）主数据（Master Data） 文本（Text）属性（Attribute）层次结构（Hierarchy）组合信息（Compound Information）指标（Key Figure）-技术定义（Technical Definition）-累计类型（Aggregation)-附加属性（A

27、dditional Property）第24页/共60页第二十四页，编辑于星期六：点 四十七分。信息对象示例：成本中心LEGACY COSTCENTER TABLECost Center#(13 char.)Profit CenterPerson Resp29300000078905454 Joe29400000061236547 BjorneR/3 System (SYSTEM NAME = SAP.)Cost Center#(10 char.)Profit Center Person Resp100000000032245 Maria 200000000065465 MingBW Info

28、Object COSTC00 Master Data TableCost Center#(13)Profit Center Person Resp 29300000078905454Joe 29400000061236547BjorneSAP 100000000032245 Maria SAP 200000000065465 Ming旧系统成本中心与SAP系统的成本中心的长度不同；BW信息对象 (COSTC#)的长度为13C；将系统标识“SAP”作为成本中心的前缀补齐编码，以区分数据来源。第25页/共60页第二十五页，编辑于星期六：点 四十七分。练习一，建立练习环境 建立自己的信息范围(Inf

29、oarea) 技术名称: Zxxx01（xxx表示姓名简拼） 描述: XXXBW培训（XXX表示姓名） 在自己的信息范围内建立信息2个对象目录 技术名称： Zxxx01 描述: XXX特性 信息对象类型：选特性 技术名称： Zxxx01 描述: XXX指标 信息对象类型：选指标第26页/共60页第二十六页，编辑于星期六：点 四十七分。练习二，定义信息对象 在自己的特性目录中建立如下特性 在自己的指标目录中建立如下指标第27页/共60页第二十七页，编辑于星期六：点 四十七分。信息立方体（InfoCube）集中存储数据，供报表和分析使用包含两类数据 指标（Key Figures） 特性（Chara

30、cteristics）事实表最多可以有16个维度表3 个维是SAP预定义的时间（Time）单位（Unit）数据包（Info Package）第28页/共60页第二十八页，编辑于星期六：点 四十七分。练习三，定义信息立方体 建立自己的信息立方体: 技术名称：ZxxxSALE, 描述：XXX销售第29页/共60页第二十九页，编辑于星期六：点 四十七分。SAP BW模块BW 概览 BW 数据模型BW 数据装载BW 业务内容BW 系统管理BW 实施方法论第30页/共60页第三十页，编辑于星期六：点 四十七分。BW数据抽取装载流图（ELTExtract, Load & Transform)企业决

31、策层OLAPOLAP数据挖掘数据存储提取、清洗、转换业务系统数据仓库决策支持 数据提取（数据提取（Data ExtractionData Extraction）：）：数据仓库按照分析的主题来组织数据，只需提取出系统分析必需的那一部分数据。数据清洗数据清洗(Data Cleaning)(Data Cleaning)：由于不同的数据库可能使用不同数据库公司的产品，不同的业务系统可能由不同的软件开发商提供，这使得各个业务数据库中的数据存在不一致现象，数据库使用人员的操作失误也会造成数据的不一致，故“清洗”是将错误的、不一致的数据在进入数据仓库之前予以更正或删除，以免影响决策支持系统决策的正确性数据转

32、换数据转换(Data Transformation)(Data Transformation)：由于业务系统可能使用不同的数据库厂商的产品，各种数据库产品提供的数据类型可能不同，因此需要将不同格式的数据转换成统一的数据格式。第31页/共60页第三十一页，编辑于星期六：点 四十七分。BW ELT概揽n DB连接n 向ETL工具开放n 与Ascential Datastage紧密集成n SAP系统OLTP数据的ELTn 平板文件接口n 对于XML标准的开放性n . 第32页/共60页第三十二页，编辑于星期六：点 四十七分。SAP系统的ELT应用个性化的抽取器BW抽取器通用抽取器用户表财务客户关系管

33、理人力资源后勤APO 创建自己的数据源-能够在应用中生成自己数据源-通用的抽取工具为客户定制的表格与应用-支持Delta功能业务内容数据源-在抽取器中建立-高覆盖范围 （应用，行业）-交易数据与主数据-数据处于待运行状态-降低实施的努力与成本-支持Delta功能第33页/共60页第三十三页，编辑于星期六：点 四十七分。Non-SAPXML数据源的ELT 可将XML文档类型的数据“推”入对应BW服务器中数据源的Delta队列中外部应用CRM文档类型数据BW数据源BWDelta 队列数据源信息源群数据Delta初始全上载“推”XML数据(非XML格式)SOAPRFC服务“拉拉”DB/UDC连接第3

34、4页/共60页第三十四页，编辑于星期六：点 四十七分。Non-SAP数据库连接的ELT外部应用ORACLE数据库采购应用SAP BWDB2数据库AIX数据库连接运行在老系统上的采购应用基于ORACLE数据库，为了分析采购应用中的数据，需要将数据上载到BW系统中(该BW系统可能基于不同的数据库，如DB2)，“数据库连接” 用于连接采购应用的数据库管理系统，从表单或视图中直接抽取数据。第35页/共60页第三十五页，编辑于星期六：点 四十七分。Non-SAP针对专业应用的ELTBW Load Pack RDBMSSAP BWBAPIOracle Appl.PACKRDBMSOracle FI 通过应

35、用程序接入业务内容预定义的数据存储工作+业务内容的一个新的类!第36页/共60页第三十六页，编辑于星期六：点 四十七分。SAP BW数据流图传输规则更新规则信息立方体通信结构传输结构抽取源结构BW服务器Staging Engine抽取源结构传输结构传输结构传输结构抽取源结构传输结构传输结构传输规则传输规则(复制复制)数据源信息源第37页/共60页第三十七页，编辑于星期六：点 四十七分。BW ServerAggregates, ODS andInfoCubesUpdate RulesUR1UR2UR3Master DataHierarchiesTextsInfo SourcesSales dat

36、aHR adminCustomerUpdate process serves ODS Objects, InfoCubes and aggregatesMaster dataUpdate RulesField to fieldCurrency conversionTime conversion GroupingFixed valuesFormulasConditions .数据更新处理（Update Process）第38页/共60页第三十八页，编辑于星期六：点 四十七分。练习四，定义信息源的应用程序组件 建立自己的应用程序组件 应用公司: ZxxxAPP01（xxx表示姓名简拼） 长文本描述

37、: XXXBW培训（XXX表示姓名）第39页/共60页第三十九页，编辑于星期六：点 四十七分。练习五，定义信息源（1） 在自己的应用程序组件中为Zvendor定义信息源(直接更新) 第40页/共60页第四十页，编辑于星期六：点 四十七分。练习五，定义信息源（2）第41页/共60页第四十一页，编辑于星期六：点 四十七分。练习六，定义信息包并上载数据（1） 在自己的信息源ZxxxCAR的主数据定义信息包，文件格式第42页/共60页第四十二页，编辑于星期六：点 四十七分。练习六，定义信息包并上载数据（2） 在自己的信息源ZxxxCAR的文本定义信息包，然后上载数据，文件格式 在自己的信息源ZxxxV

38、END的文本定义信息包，然后上载数据，文件格式 在自己的信息源ZxxxSALE的定义信息包，然后上载数据，文件格式第43页/共60页第四十三页，编辑于星期六：点 四十七分。SAP BW模块BW概览 BW数据模型BW数据装载BW业务内容BW系统管理BW实施方法论第44页/共60页第四十四页，编辑于星期六：点 四十七分。何谓业务内容（Business Content is . . .） l数据提供: Extractors, DataSources and InfoSourceslBW管理: InfoCubes, InfoObjects, etc. l 原型分析: Queries, KPIsl信息发

39、布: Roles, Solution Workbooks覆盖了所有的应用模块和业务流程满足不同角色的数据分析需求 支持不同的业务情景 (如： 重复制造, 离散制造, 流程制造等。)支持众多的行业第45页/共60页第四十五页，编辑于星期六：点 四十七分。业务内容（Business Content）安装步骤1. 选择需要的对象（可多选）2. Drag & Drop objects (or use context menu)3. 安装（逐个或批量）相关的描述信息用菜单或事务码 (RSA1 or RSOR)启动第46页/共60页第四十六页，编辑于星期六：点 四十七分。业务内容的优势快速部署 R

40、eady-to-go reports, data models, extractors, transfers保持管理流程和操作流程的一致性 满足各职能部门各级人员的需求 易于扩展成熟 稳定 丰富的KPI体系 源于800多家典型用户的最佳实践第47页/共60页第四十七页，编辑于星期六：点 四十七分。业务内容组件查询工作簿传输信息对象Incoming OrderCustomerorder信息源抽取器标准 个性化信息立方体渠道/角色 最佳实践模型第48页/共60页第四十八页，编辑于星期六：点 四十七分。BW业务内容统计+90 ODS 对象+420 信息立方体+1700 查询理想的起始点第49页/共6

41、0页第四十九页，编辑于星期六：点 四十七分。BW功能介绍BW业务内容地图StrategicEnterpriseManagementStrategicEnterpriseManagementData WarehousingBusiness Intelligence &Data WarehousingManagerialAccountingManagerialAccountingFinancialAccountingFinancialAccountingSalesChannelsSalesChannelsSalesManagementSalesManagementServiceAgreem

42、entsServiceAgreementsCustomerServiceCustomerServiceServiceFulfillmentServiceFulfillmentMarketingProduct/BrandMarketingHuman ResourceManagementHuman ResourceManagementProcurementProcurementTreasuryTreasuryFixed AssetManagementFixed AssetManagementSoftwareManagementSoftwareManagementForeign TradeManag

43、ementForeign TradeManagementDesignComputer AidedDesignComponentSpecificationComponentSpecificationSpecificationProduct OptionSpecificationProduct DataManagementProduct DataManagementManufacturingProcessSpecificationManufacturingProcessSpecificationEngineeringChangeManagementEngineeringChangeManageme

44、ntSales & Demand PlanningSales & Demand PlanningOperations PlanningOperations PlanningDistribution PlanningDistribution PlanningQuality EvaluationQuality EvaluationComponent & SupplierSelectionComponent & SupplierSelectionPurchasing ContractsPurchasing ContractsElectronic Procurement

45、Production SchedulingProduction ExecutionProduction ExecutionQuality ManagementQuality ManagementPlant MaintenancePlant MaintenanceInstallationManagementInstallationManagementField ServiceSupportField ServiceSupportServiceHistoryServiceHistoryServiceConfigurationManagementServiceConfigurationManagem

46、entBilling/Costing/ProfitabilityBilling/Costing/ProfitabilityChainManagementService SupplyChainManagementSales CycleManagementSales CycleManagementOrder FulfillmentOrder FulfillmentDistributor ResellerManagementDistributor ResellerManagementWarehouseManagementWarehouseManagementTransportationManagementTransportationManagement第50页/共60页第五十页，编辑于星期六：点 四十七分。SAP BW模块BW概览 BW数据模型BW数据装载BW业务内容BW系统管理BW实施方法论第51页/共60页第五十一页，编辑于星期六：点 四十七分。管理平台AWB( Administrator WorkBench )集中式的BW管理平台-数据