SAP_BW_BI_Training_培训

BW培训2SAPBW技术架构3SAPBW模块2314BW概览BW数据模型BW数据装载BW业务内容5BW系统管理6BW实施方法论4SAPBW–BW核心功能数据仓库(SAPBW管理员工作台)-抽取、传输与上载-数据仓库管理-业务模型BI平台-在线分析处理(OLAP)-数据挖掘-预警-元数据仓库BI套装工具(SAPBWBusinessExplorer)-查询设计-报表与分析-可视化–Web应用设计-协作预置的业务内容(BusinessContent)-数据模型-抽取程序-报表-角色5SAPBW–BW特点开放性-开放中心服务(OpenHubService)–信息分发-UD连接（UniversalDataConnect)–关系型数据库表单的直接读取与OLAP系统-支持行业标准(例如：XML,XMLforAnalysis,JDBCetc.)集成性-集成各种技术、工具和应用，可实现跨企业分析-作为单点接入集成到企业门户当中-非结构信息的集成，如文档、文件等Web功能-通过Web和移动设备进行信息的交互式分析-Web应用的直观设计-通过Web的专用查询设计6SAPBW－系统架构管理工作台数据库BAPI元数据仓库业务分析器信息立方体（InfoCubes）BAPI信息立方体（InfoCubes）OLAP处理器展示层源数据系统数据仓库7SAPBW－开放结构管理员工作台数据库BAPI元数据仓库BusinessExplorer信息立方体（InfoCubes）BAPI信息立方体（InfoCubes）OLAP处理器数据抽取与传输InformationETIPrismSolutionsTSIInformationBuildersSystemfabrikCarletonweitere数据提供者ACNielsen(USA)Dun&BradstreetOtherprojects展示端ArcplanBusinessObjectBrioCognosSeagateLegendcertifcatedinprocess8SAPBW－数据流图传输规则更新规则信息立方体通信结构传输结构抽取源结构BW服务器StagingEngine抽取源结构传输结构传输结构传输结构抽取源结构传输结构传输结构传输规则传输规则(复制)数据源信息源9SAPBW模块2314BW概览BW数据模型BW数据装载BW业务内容5BW系统管理6BW实施方法论10数据模型•数据模型•ERMmodel实体关系模型•MDM/StarSchemamodel多维数据模型（星形模型）•BWExtendedStarSchema扩展星形模型•BWMasterData主数据•InfoObjects信息对象•Attributes属性•Hierarchies层次结构•Text文本11建模步骤1理解业务和需求，有多种途径：-SAPBWBusinessContent（业务内容）-业务需求调查和评估-现有的数据仓库或相关的报表系统-业务处理系统的资料-…2确定实体关系模型ERM(EntityRelationshipModel)3将实体关系模型（ERM）转换为多维数据模型MDM(Mult-DimensionalModel)4在MDM基础上确定BW设计12实体关系模型(ERM)OLTP使用实体关系模型:1.描述实体–基本业务对象2.描述实体之间的关系3.描述实体的属性4.建立数据范式13ERMMDM/StarSchema关注分析、降低复杂性多维数据模型(MDM)SalesRepIDLastNameSalesDepMaterialIDMaterialNameMaterialTypeMaterialGroupCustomerIDCustomerNameCityRegionOfficeNameTimeCodeIDYearFiscalYearQuaterMounthDayoftheWeekSalesOrderDataMaterialIDSalesRepIDTimeCodeIDCustomerIDSalesAmountQuantityUnitPriceTimeDimensionCustomerDimensionSalesOrgDimensionMaterialDimensionFACTDimensionKeys14面向业务流程建模采用星形模型（StarSchema）以优化分析性能把相关的特性组织在一起构成维（Dimensions）KPI等指标作为事实（Facts）的数值字段不论源数据来源于哪里，同类“事实”的结构是相同的SAPBW数据模型Dimension2FactsDimension1Dimension3Dimension4Dimensionn15模型示例：销售谁是我们的客户?哪个销售机构?卖的什么产品?交易数据?竞争对手信息?何时交易的?ProductDimensionQuantitiesRevenuesCostsRev./GroupCustomerDimensionSalesDimensionCompetitionDimensionTimeDimension16TimedimensionProductdimensionCustomerdimensionPProduct#Productgroup…2101004Displays...CCustomer#Region…13970522West...TPeriodFiscalyear…101999...维度（Dimensions）维度表（Dimensiontables）由相关特性组成；维度表由系统生成的主键和特性组成；维度表（dimensiontables）的主键是事实表(facttable)的外键(foreignkeys)。17CustomerCustomernumberCustomernameCustCategoryCustSubcategoryDivisionIndustryRevenueClassTransportationzoneCurrencyVAT#LegalStatusRegionalmarketCustStatisticsgroupIncotermsBillingschedulePricegroupDeliveringplanABCClassificationAccountassignmentgroupAddressStateCountryRegionProductMaterialnumberMaterialtextMaterialtypeCategorySubcategoryMarketkeyMRPTypeMaterialgroup1PlannerForecastmodelValuationclassStandardcostWeightVolumeStorageconditionsCreationDateSalesSalespersonRepgroupSalesterritorySalesregionSalesdistrictSalesplanninggroupDistributionkeyCompetitionNielsenindicatorSECCodePrimarycompetitorSecondaryCompetitorTimeDateWeekMonthFiscalYear维度示例:销售18PCTQuantityRevenueDiscountSalesoverhead250500,000$50,000$280,000$50100,000$7,500$60,000$………...Facttable事实表（FactTable）事实表是相关业务实体关系的集合，实体间的多对多关系通常被转换维事实表；事实表的记录是由维度健的组合来唯一标识的；通常来讲，事实表的列（主要是指标）相对较少，但记录（行）数却相当庞大；事实表的记录是在数据装载（Loading）的时候产生的。19CCustomer#Region…13970522west...PCTQuantityRevenueDiscountSalesoverhead250500,000$50,000$280,000$50100,000$7,500$60,000$………...TimedimensionProductdimensionTPeriodFiscalyear…101999...PProduct#Productgroup…2101004displays...FacttableCustomerdimension星形结构事实表和它的维表的组合被称为星形结构（Star-Schema）PCTQuantityRevenueDiscountSalesoverhead250500,000$50,000$280,000$50100,000$7,500$60,000$………...20星形结构示例：销售FactsQtysoldListpriceDiscountsInvoicepriceFixedmfgcostVariablecostMovingaveragepriceStandardcostContributionmarginExpectedshipdateActualshipdateCustomerMaterialCompetitionSalesTimeCompetitionNielsenindicatorSECCodePrimarycompetitorSecondaryCompetitorSalesSalespersonRepgroupSalesterritorySalesregionSalesdistrictSalesplanninggroupDistributionkeyTimeDateWeekMonthFiscalYearCustomerCustomernumberCustomernameCust.CategoryCust.SubcategoryDivisionIndustryRevenueClassTransportationzoneCurrencyVAT#LegalStatusRegionalmarketCust.StatisticsgroupIncoTermsBillingschedulePricegroupDeliveringplanABCClassificationAccountassignmentgroupAddressStateCountryRegionMaterialMaterialnumberMaterialtextMaterialtypeCategorySubcategoryMarketkeyMRPTypeMaterialgroup1PlannerForecastmodelValuationclassStandardcostWeightVolumeStorageconditionsCreationDate销售数据21基本星形结构存在的问题•企业的主数据在各个流程间是共享的，但在每个星形模型中，所需要的维度信息（主要是主数据）必须重复维护；•维度表不适合存储维度属性发生变化时的老值和新值；•特性间的层次关系只能作为维度的属性在维度表中存在，不够灵活。22扩展星形结构（ExtendingtheStarSchema）•只能通过维度表的特性值来访问事实表，性能差；•不能实现结构化的下钻（Drill-down）；•难以支持多语言。基本星形结构的局限性：•主数据表（Masterdatatables）及其属性（attributes）；•单独的说明表（TextTables）可支持多语言；•单独的层次结构表（HierarchyTables）支持结构化下钻。SAPBW的ExtendedStarSchema加强：23扩展星形结构（ExtendedStarSchema）Ccustomer-noterritorychainofficeheadofficeCPTquantitysoldrevenuediscountsalesoverheadstockvalu