教程中文bwzh colfv partSAP学习时使用工作参考

©2009SAPAG 没有SAPAG的特别，任何人不得以或为任何目的或本文档的任何部分。此外，本文档及其内容您自己使用，没有SAPAG的明确，不得出租、转让或本文档及其内容。本文档包含的信息更改，恕不另行通知。由SAPAG及其分销商所销售的某些软件产品包含有其他软件供应 的软件组件商®、WINDOWS®、NT®、EXCEL®、Word®、®和SQLServer®是公司的商标。IBM®、DB2®、OS/2®、DB2/6000®、ParallelSysplex®、MVS/ESA®、RS/6000®、AIX®、S/390®、AS/400®、OS/390®和OS/400®是IBM公司的商标。ORACLE®是ORACLE公司的商标INFORMIX®-OnLineforSAPINFORMIX®DynamicServerTMInformix公司的商标UNIX®、X/Open®、OSF/1®和Motif®是OpenGroup的商标本文档中的Citrix®、Citrix徽标、ICA®、ProgramNeighborhood®、MetaFrame®、WinFrame®、Frame®、MultiWin®和其他Citrix产品名称是CitrixSystems公司的商标。HTML、DHTML、XML、XHTML是W3C®、麻省理工学院及WorldWideWeb的商标或商标。JAVA®是SunMicrosystems公司的商标JAVASCRIPT®是SunMicrosystems公司的商标，由其技术开发和实施Netscape使用SAP、SAP徽标、R/2、RIVA、R/3、SAPArchiveLink、SAPBusinessWorkflow、WebFlow、SAPEarlyWatch、BAPI、SAPPHIRE、Management 是SAPAG在德国和世界其他一些国家的商标或商标。本文档免责SAP按原样提供这些材料，并明确承担任何和所有明示或暗示的保证，包括但不限于这些材料和服务、信息、文本、图像、，或此处的任何其他材料和产品的特定目的之适销性和适用性的保证。在任何情况下，AP均不承担任何直接的、间接的、特殊的、偶然的、性或惩罚性的损失责任，不论任何性质，包括但不限于由于使用这些材料或其中介绍的软件组件而产生的收入或利润的损失关于本手册本手册用于补充教师的课堂，学员可以在课后参考此手册。本手册不适合。排版惯本手册使用标准字体：还用到以下排版惯字体风描他位置，如SAPNet）文档的交叉。示例文正文文本中强调的字或词组，图形和表格的示例键字，如SELECT和INCLUDE。屏幕输出。这包括文件和 的名称及其路径消息、变量和参数的名称以及程序源代码的各节。文档中完全一致。<正文图本手册用到了以下图标：图含有关信息、提示或背以前观点的备注或关于本手 图含例外或警步表示教师中显示了该项目课程概 课程目 课程目 单元1：企业数据仓库架 简介—企业数据仓库(EDW)架 基本原则——企业数据仓库(EDW)架 企业数据仓库架 数据库 企业数据仓库 运营数据层——数据加载 单元2：建模流 概 建模流 逻辑数据模 BI数据模 单元3：BI内 BI内容概 比较模型与“BI内容 BI内容分析 BI内容浏览 单元4：信息对象建 SAPBI中的技术实 历史记 InfoObject特 参考特 关键值信息对 单元5：建 SAPBI星型模式概 设计SAPBI信息块的维 性能功 分区InfoCube（可选 汇总：数据建模概 单元6：改 修改数据模 单元7：数据对 DataStore对 实时数据获 单元8：增强型信息提供者建 多重提供 信息 虚拟提供 单元9：数据传 开放数据中心服务的介 实施开放数据中心服 单元10：分析程序设计 数据挖掘概 分析流程设计 单元11：信息生命周期管 信息生命周期管 单元12：（可选）例外集合和库存管 例外集 库存管理（可选 单元13：案例研 数据建模的案例研究——请求描 单元14：数据建模案例研 数据建模的案例研究——请求描 单元15：附 内部业务量抵销（可选 课程概述本课程概述了SAPBI中的数据建模目标读本课程适用于以下读者:要深入了解SAPBI数据建模的学员。课程前提条件所需知BW310数据建模的基础知推荐知您应该已经参加过BW305和BW310程课程目本课程将传授以下内容:获取数据建模的其它知使用“BI内容”来加快BI实定义并实施、逻辑和物理模型方案来满足信息需求并了解变化缓慢的维度的概念获取关键值建模的其它知识讨论现有对象的各种重新配置选项将“数据对象”用于分析并用作数据仓库课程目完成本后，您将能够结构信息需开发逻辑数据模型并在SAPBI中实施该数据模型课程概 2009SAPAG 企业数据仓库架构单元概企业数据仓库架构单元目完成本单元后，您将能够描述EDW架构的理描述使用EDW架构的优介绍企业数据仓库(EDW描述数据库层的架说明在数据库层中执行的任务介绍EDW在EDW层中执行的任务介绍“运营数据”层的架构并在“运营数据”层中单课程：简介—企业数据仓库(EDW)架 课程：基本原则——企业数据仓库(EDW)架 课程：企业数据仓库架 课程：数据库 课程：企业数据仓库 课程 运营数据层——数据加载 练习1：EDW架 课程 简介—企业数据仓库(EDW)架课程概述本课为您介绍EDW架构。课程目标完成本课程后，您将能够:描述EDW架构的理念业务示例将在您的公司中实施SAPBI。您需要获取用于实施BI统的常规架构企业数据仓EDW)架构：介绍性示例未一起开发或相互不兼容的本地DWH解决方案和合并的DWH解决方案会产生下列不一致性：数据流不受控多次提取相同的数本地BI计划（没有全局协议多个不一致的数据模型筒仓式独立系统不可靠的公司信息基础（不可靠的总部报告总体来说：开发冗余且费用昂贵 图表1：示例：SAPNetWeaverBI架构的冗余纯数据量平均每年增加90%，大多数数据量在数据仓库系统中进行处理。但是，不仅在数据仓库系统中处理的数据会明显增加，而且BI分析解决此外，这些解决方案要求准实时地数据。以下情况适用于SAPNetWeaverBI：TB装越来越频繁对于安装来说，具有500个以上甚至1,000永久数据结构是很平常的（InfoCube和DataStore对象）。 图表2：有关公司的SAPNetWeaverBI的背景越来越多的客户认识到他们当前的BI策略就像是带领他们进入一条死增强对BI基础结构、增长和新出现成本之间的关系的认识是非常重要图表3：SAPNetWeaverBI：持续不断增长 客户针对适当SAPNetWeaverBI础结构进行的投资通常使用术语“企业数据仓库”运行活动BillInmon先生（司信息库(CIF)）建议的数据层架构通常是这些活动的共同基础。以下因素会影响公司BI公司结构：集中控制和执行业务流主要与本地业务单位无政治方整个公司没有同类的组织现有/已计划的ERP架构：R/3系统部门/本地方模板方分散式可以具有主数据管理现有的数据仓库解决方案：现有的SAPNetWeaverBI解决方案第BI解决方案支持：EDW策略的需要的认识来自管理层（CIO和董事会）的支持 图表4：哪些公司需要公司BI策略？以下是一些针对公司策略的推动因素合并已经开发的BI控制本地BI计减少冗余开发总部报告有保证且可靠集成分布式运营架推出特定的全局方针对全SAPERP出同时引SAPNetWeaver不具有灵活每个特定的方案都会使您感觉更加需要公司BI策略。但是，必须认识到将每个因素转换为在开发公司BI略时务必考虑使用各种参数。如果忽视即使在开发公司BI策略时认识到所有这些参数，这也仅代表一个基本的条件，但不是引入公司BI策略的充分的条件。若要实施公司BI策略，BillInmon先生表示还需要组织的推动力，即通过高级管理层以支持的形式明确责任。 图表5：ogiesfrom课您现在应该能够:描述EDW架构的理念课程 基本原则——企业数据仓库(EDW)架课程概本课概述了EDW架构的基本原则。课程目完成本课程后，您将能够描述使用EDW架构的优业务示您考虑针对公司的BI系统实施EDW架构。因此需要了解EDW方法的基本原则和优势。定义和标准：“企业数据仓库”是为整个公司制定的所有决策，用于生成有效且稳定的企业“数据仓库”解决方案因此，必须遵守通用的准则。“企业数据仓库”架构反映了所有这些决策此架构是一种在特定时间框架内有效且稳定的“系统设计”。企业BI策略的要素为了能够实施企业的战略，需要在整个公司内制定各种数据仓库基本决策，并考细准下图 一对业BI策略最重要的要素。 图表6：企业BI策略的要企业数据仓库架构的功能企业数据仓库方法需要考虑在下图中显示的三个架构范围7：企业数据仓库架构的功能图表8：三个EDW架构范围有关EDW的术语表：（提取架构：一组定义数据层、数据模型以及架构的数据流与数据合并流程的功能和长期决策。不能单独更改架构。否则将破坏整个系统。架构：“生产数据仓库”实例（BI和非BI）以及各实例之（与传输架构传输架构：一个相互连接以便传输开发内容的系BI模式：所有永久性的数据结构（“信息块”、“数据对象”以及“信息对象”）特殊：例如，货币、时区、Unicode 本地开发：允许在区域性地点进行本地开发的程度？EDW构建模的目标控制冗余性控制数据的冗余性获取有关所有组织级别的一致信息。创建“单点事实”（即，可始终轻松的数据流）提高数据质量（信息的可靠性）控制（提取/加载)流程的冗余具备高效的提取和加载流程（“一次提取，多次部署”）重复使用步骤。控制数据模型的冗余性避免相似的数据模型，因为这些数据模型包含类似或相同的数据获取令人满意的提取、数据加载和报告性能灵活性：应对未知需求高灵活性可满足新的未知需求能够应对意外情况的能力：未破坏已开发的方案或对象（查询、Web模板->BI模式设计和准时且完整（->BI层架构9：灵活性：应对未知需求课您现在应该能够:描述使用EDW架构的优课程 企业数据仓库架课程概述本课将介绍如何建立EDW架构，并概述EDW架构的基本原则课程目标完成本课程后，您将能够:介绍企业数据仓库(EDW)业务示例由于您将在BI统中实施EDW因此现在需要了解如何建立EDW。获取层方法的相关详细信息并查看公司信息源(CIF)模型。企业数据仓库架构下图展示了架构化数据库层到数据加载层之间的各个层。每个层的角色和用途均在此处得以说明。此外，此处还列出了通常在I内用于在各个层中进行数据永久的对象（数据架构）。图表10：数据仓储的层概在下图中，以图形形式显示了EDW架构的各个层并进一步进行了说明。根据EDW架构的层，不同水平的问题可以得到解决，例如在运营数据层中处理运营问题，而另一方面，数据库层的信息可以支持极具策略性的决策。图表11：层=BI中的数据图表12：BI数据层架构的概使用SAPNetWeaverBI构建EDW架构，可以提供各种BI对象。例如，在数据加载层，PSA表用于数据。在下一张幻灯片上，您会看到EDW层和相应的BI对象。图表13：BI数据层架构的概图表14：EDW层的中心角参考信息：BillInmonClaudiaImhoff入在此讨论的作为架构及其“公司信息源”(CIF) 图表15：“公司信息源”(CIF)课您现在应该能够:介绍企业数据仓库(EDW)课程 数据库课程概在本课中，您将了解数据库层的架构以及在数据库层中执行的任课程目完成本课程后，您将能够描述数据库层的架说明在数据库层中执行的任务业务示实施EDW架构时，需要考虑所有层。首先您将了解有（报告层）的详细信息。数据库架构式数据库层是一种典型的报告层；因此，其主要的任务是确保访问用于报告的信息。术语“架构式数据库”是指此处的数据模式（通常为“多重提供器”）专门针对单个数据层设计。一个或多个关联的数据库表示公司的特定功能、部门或业务范围。以汇总视图（通常为“多重提供器”和有集合的“信息块”）向战略或战术决策提供集成数据的数据模式位于金字塔顶部的三角形层中。我们建议主要使用“多重提供器”，这是因为一方面它们可来自各种“信息提供器”的信息，另一方面它们可执行面向维度（语义的）中报告用户的“信息对象”关系。此外，在“信息块”中，维度中的特定顺序主要面向性能功能（技术）。以不太全面的汇总视图（通常为“多重提供器”和有集合的“信息块”以及“数据对象”）向运营决策提供集成数据的数据模式位于金字塔底部的三角形层中。此处，可通过优化标准报表或通过特定报表实现灵活。数据库通常在各个项目内部设计和创建，这些项目直接根据上述功能、部门或业务范围的需求工作，因此“支持已知项”。适用于战略或战术报告BI式数据基于BI数据模型的BI架构式数据库层内的一致性可控制冗余性的数所有必需的历史视图表16：架构式数据但是架构式数据库不是可预见将来所有需求的范围特定的数据库任务，否则，这将使数据结构“充满”数据，并对性能产生影响。此外，数据库的项目团队无法了解整个公司。=>数据库无法解决以下问题多次提取（“一次提取，多次部署”数据加载的冗余性检查“单点事实”（审计完整重复使用适用于运营报告的BI构式数据库此部分的架构式数据库提供详细或仅一小部分汇总的分析数与“运营数据”不同，数据在此集成，因为这些数据从“企业数据仓库层”中加载，因此协调的主数据可以用于分析。与战略报告不同，历史数据仅保留几个月，而不是几年有时，很难区分战略或战术报告与运营报告 在BI内，可使用“数据对象”和/或“信息块”实施运营课您现在应该能够:描述数据库层的架说明在数据库层中执行的任务课程 企业数据仓库课程概在本课中，您将了解数据仓库层的架构以及在数据仓库层中执行的任课程目完成本课程后，您将能够介绍EDW在EDW层中执行的任务业务示“企业数据仓库层”是EDW架构的中心层。作为实施，您需要了企业数据仓*）注意：在本文中，“企业数据仓库” 架构内部的数据层下文中，详细讨论“企业数据仓库”层。您将了解EDW架构中心层的用途并获取有关如何在BI系统中构建该层的信息。图表17：企业数据仓库“企业数据仓库”的用途是什么？18数据仓库”的用途是什么构建EDW层时要考虑的两个非常重要的因素是数据的垂直和水平一致性。通常引入EDW层，以便确保数据的一致性并减少冗余性。图表19：动机：EDW——垂直一EDW层目标在以下部分中，图中显示了使用EDW层的目标和优势 图表20：EDW层：目标图表21：EDW层：目标EDW架构示例下图显示了一个EDW架构的示例，其中您可以找到作为内向层的数据加载范围，作为企业信息的EDW层，以及具有专门为报告方案建模的对象的数据库层。 图表22：架构示例建模EDW须谨慎考虑在BI统中建立EDW。EDW需要满足特定的需求，并且图表23：引入EDW下图显示了在建模EDW层时必须考虑的方面。这里，我们推荐一个可实施方案，以为“SAPNetWeaverBI数据对象”建立EDW。图表24：EDW层建模图表25：EDW层建模 图表26：EDW层建模图表27：EDW层建模最后一张幻灯片上显示的参与对象符合对功能强大的EDW层而言至关重要的各种标准。图表28：文本：EDW层建模讨论：历史记录和磁盘空通常，W层规则都会建议您保留在W层中加载的所有数据的全部历史记录。在创建多个凭证（例如，用于销售订单）后可以更改这些凭证。如果应用上述规则，则必须将所有这些更改保存在W层中。 问题。最佳实践 层、磁盘空间要求和数据的历史记录经验证明通常能够保 的数据，但覆盖了现有（历史）数据集（这符合“BI数据对象”的标准方式。）仅通过保存数据，您就可以极大地减少所需的磁盘空间（取决于更改数据的频率），且不需要严格限制EDW层的原则。但是，覆盖必然会导致丢失数据。 29EDW层：成本因素：粒度和磁盘空间图表30：EDW层：成本因素：历史记录和磁盘空EDW层：成本因素：管理最佳实践：针对EDW层的企业所有权和责针对集成、数据加载和流程明确定义权和责任后，可很大度地减少不受控制的冗余性的数量，并且还可以确保BI实施内的一致性。支持上述目标的最佳选择是集中管理BIEDW层。这意味着与项目无关的中心管理员应负责建立和EDW层。这些管理员应具备足够的“数据仓库”和数据建模经验，以便能够支持项目团队并了解其需求。课您现在应该能够:介绍EDW在EDW层中执行的任课程 运营数据层——数据加载课程概在本课中，您将了解在“运营数据层”中执行的任务课程目完成本课程后，您将能够介绍“运营数据”层的架构并在“运营数据”层中业务示“运营数据”层和“数据加载”层是EDW架构的组成部分。您将BI统中实施EDW并在此找到有关这两个层的详细信息运营数据评估原则上，相同的BI数据结构可支持战略或战术性报告和运营报告，但会产生以下影响：“信息块”必须保留比实际所需数量的数据，因为战略或战术性报告需要历史数据的频率通常大于运营报告，但所需的基本精确数据少于运营报告。此外，运营报告需要基本的精确数据，但与战略或战术性报告的历史背景不同。 图表31：运营数据图表32：运营报告——BI数 对 图表33：BI中的运营报图表34：运营报告和典型DWH– 图表35：运营报告和典型DWH–图表36：运营报告和典型DWH– 图表37：使用方案“准实告”的运营报告（在SAPNetWeaver7.0中数据加载永久的数据加载范围(如果EDW受影响的部分稳定，则不再需要在PSA保存几天到几周的最佳实践：使用PSA从BI数据加载中分离提取加载流程38：数据加载范围（数据加载某些提取流程会锁定运营结构。如果数据加载流程同时运行（例如：信息包：同时加载到A和“数据对象”或“信息块”），则只有在数据目标中更新数据后才会释放此锁定。若要减少锁定时间，应首先将数据加载到A，然后将其加载到BI数据目标结构。图表39：BI永久数据加载范围EDW层比较图表40：BI层比 图表41：用于比较BI层的文EDW组织/责任图表42：EDW组织/责实施数据层架图表43：实施功能图表44：实施数据层架构：BI（企业）数据仓库——从零开始 图表45：实施数据层架构：BI（企业）数据仓库——从零开始图 实施数据层架构：BI（企业）数据仓库——在现有数据仓库中开 图 实施数据层架构：BI（企业）数据仓库——现有数据仓库中开 图表48：实施数据层架构：BI（企业）数据仓库——在现有数据仓库中开始 图表49：实施数据层架构：BI（企业）数据仓库——在现有数据仓库中开始SAPNetWeaverBI中用于支持EDW架构的BI图表50：BI中带有“运营数据层”的SAPBI内容为BI中带有“运营数 层”的SAPBI内容为“运营数据层”通常包含与密切相关的运营数据。因此，需要使用快速的数据加载流程，并且还应提供凭证级别的运营报告（导航操作非常简单）。实施要求如下：快速加载批量数据（例如，凭证和POS数据），使用期限相对较短，但加载频率很高可选：报可选：数据分配到后续数据目标总结：您必须具备能够快速包括大量数据记录的能力行业解决方案实用程ISUBI内容示例：具体来说：能量数据管理——结算分析目标：创建一个“运营数据”层以促进快速加载批量数据。预期的数据量大约为每月-0B。快速加载数据并使之可用于运营分析（例如，用于消耗参数文件的消耗值）至关重要。NetWeaver在NW7.0中，提供了一个可满足上述要求的新的“数据对象”类型。写优化型“数据对象”经过了优化，可帮助您快速加载数据记录：用活动数据直接更新的表未更改日未激未激活队未生成数据在没有激活流程的情况下启用使用技术关键字：请 GUID、数据包、数据记录编用于检查数据唯一性的可选设置 图表51：文本：具有BI内容的“运营数据层”结构行业解决方案实用程ISUBI内容示例：具体来说：能量数据管理——结算分BI容SAPNetWeaver7.0BI提供以下“信息源”和“数据存信息源：_F（针对每次结算运行的消耗因素）。此“信息源”可提供交货点、安装及其消耗因素，选择以上几个方面作为结算运行的一部分。消耗因素定义为与已分配性综合参数文件相关的实用程序安装的消耗情况。DataStoreObject0UCDMDS17（针对每次结算运行的消耗因素）。“数据存练习1：EDW架构练习目完成此练习后，您将能够了解将事务数据加载到EDW架构的流程业务示贵公司已建 架构。您的任务是将数据加载到架构化的数据库中任务：BI系统中的EDW架构包括数据对象和架构化的数据库。使用提取模式“增量”，将事务数据从数据对象加载到架构化的数据库。在DTP中使用过滤器，以确保仅为培训组（组编号）加载数据。思考下列问题：1。动数据仓储工作台。在信息提供者范围中，导航到信息范围BW330Group##。显示数据库架构化数据库##的数哪些对象参与数据流？相关对象的任2 哪些数据保存在数据流中？这些数据保存在什么位置3。加载数据后，可从什么位置删除此数据4。在什么位置覆盖数据？数据为5 能否使用增量流程选择性地将数据更新到数据目标中6。展开数据库（信息块）下的树。在数据传输流程文件夹的正文菜单中，您可以选择创建数据传输流程(DTP)。对于数据源，选择数据对象DataStoreObject、T_DSOPRO。对于提取模式，选择DELTA并用组编号##（培训组##）定义过滤器。检查DTP。执行DTP。显示架构化数据库中的数据。解答1：EDW架构任务：BI系统中的EDW架构包括数据对象和架构化的数据库。使用提取模式“增量”，将事务数据从数据对象加载到架构化的数据库。在DTP中使用过滤器，以确保仅为培训组（组编号）加载数据。思考下列问题：1。动数据仓储工作台。在信息提供者范围中，导航到信息范围BW330Group##。显示数据库架构化数据库##的数哪些对象参与数据流？相关对象的任答案:您将找到数据对象（PassThru、公司器和推广器）以及信息块（架构化数据库）。对象任务和每个对象的说明包含在培训材料的第1元中2。哪些数据保存在数据流中？这些数据保存在什么位置答案:详细数据在数据对象中，汇总信息在架构化数据库中。公司器最为详细的完全历史性数据，而数据对象则最终进行逻辑划分的数据，用于向数据库和增量上载进行分配。（请参见培训材料，了解详细信息）3。加载数据后，可从什么位置删除此数据答案:您可制定策略，从PassThru数据对象及PSA表中删除已成功传输的数据。（请参见培训材料，了解详细信息）4。在什么位置覆盖数据？数据为何会答案:数据对象建模为标准的DSO。因此它可提供覆盖信息（请参见培训材料，了解详细信息）5。能否使用增量流程选择性地将数据更新到数据目标中？答案:在SAPNetWeaver7.0中，可代表增量DTP。6。展开数据库（信息块）下的树。在数据传输流程文件夹的正文菜单中，您可以选择创建数据传输流程(DTP)。对于数据源，选择数据对象DataStoreObject、T_DSOPRO。对于提取模式，选择DELTA并用组编号##（培训组##）定义过滤器。检查DTP。执行DTP。显示架构化数据库中的数据a）课您现在应该能够:介绍“运营数据”层的架构并在“运营数据”层中单 单您现在应该能够:描述EDW架构的理念描述使EDW架构的优介绍企业数据仓库(EDW)描述数据库层的架说明在数据库层中执行的任务介绍EDW在EDW层中执行的任介绍“运营数据”层的架构并在“运营数据”层中执行的任务建模流程单元概在本单元中，您将了解各种数据建模过程（从需求分析到设置逻辑数据模型，尤其是I数据模型）。您还将学习将您开发的I数据模型与“BI内容”进行比较。单元目完成本单元后，您将能够列出建模流程中的步骤结构化建模程序的原因询问并描述与要求分析相关的重要问解释用于创建逻辑数据模型的程序说明SAPBI星型模单课程：概 课程：建模流 练习2：案例研究分析要 练习3：执行需求分 练习4：案例研究：表格建 课程：逻辑数据模 练习5：逻辑数据模 练习6：（可选）逻辑数据建 课程：BI数据模 课程 概课程概述概课程目标完成本课程后，您将能够:列出建模流程中的步骤结构化建模程序的原因业务示例您的工作是负责向公司引 BI，因此需要考虑项目结构化程序问题建模程序在花时间BI定程序之前，首先为您的项目草拟一份普通程序计划。SAPSolutionManager包含您解答此问题所需要的信息。此外，SAP除提图表52：成功因素一般来说，建立“数据仓库”系统的模型需要三个步1。运行要求分析2。创建逻辑数据模型3。创建BI数据模型在这些过程中，您收集有关要为其在I中构建数据模型的业务流程的信息。根据此信息从理论上创建一个数据模型来描绘特性（业务）之间的关系，再为I对象创建一个与该模型相对应的I数据模型。 课程：概览您需要此结构化程序执行以下操作：确保报表和BI中描述的所有必需信息既完整又保证BI在查询流程和加载流程中实现高性集中项目中涉及的所有人员确保在BI中详实地记录数据模型，并最终获取一致的数据模型。 课您现在应该能够:列出建模流程中的步骤结构化建模程序的原因课程 建模流课程概本课概述SAPBI求分析。讨论您需要在SAPBI映射的信息以及事先必须考虑的事项。课程目完成本课程后，您将能够询问并描述与要求分析相关的重要问业务示您在公司里负责实施SAPBI任务。您需要做一些必要的准备工作。首简在BI项目开始之际，制定使用SAP数据仓库——SAPBI的战略决策。我们8,000次的安装经验表明公司内部的BI目增长非常快速，而且其它应用领域也在逐渐将其数据集成到BI中。在企业范围内实施“业务仓库”已经迫在眉睫。注意SAP在战略调整软件开发越来越多地考虑组件SAPBI。许多应用程序（如SEM）都可以与SAPBI连接。图表53：简介您可使用“BI内容”快速地实施第一个试点项目。项目准业务蓝实最后准上线与支图表54：六段式路线图的决策范围数据建模要了解数据建模的重要性，您必须牢记数据仓库的用组织和可视化所有必需的公司信息，以保护公司领先于其它公司的战略和运营优势。决策的好坏取决于其所依赖的信息。当信息不但完整准确，而且及时可用时，您的决策也是最好的。客户也会在您提供的产品和服务质量上注意到这一点。所谓新一代的企业就是集人才、信息和流程于一体，开发出以应用为中心的应用程序并实现可持续的投资回报。“实施路线图”构成了实施SAP解决方案所需步骤的方法框架。该方法框架包括必需的项目管理、业务流程配置以及技术功能、测试程序和培训概念。“实施路线图”的方法包括用作创建数据模型的基础的要求。请注意，在“实施路线图”中考虑这些要求之前，您必须阐明以下要点。这样，您可减少所要求的总体时间。此外，还排除了在项目或流程级别上出现各种预期情况的可能性：定义项确定实确定实定义整个项目的时间表和实施顺序。建立组织结构和项目开发指导原则在范围内实施的I项目会牵扯大量的项目成员。必要时，可本地管理单个开发工作。如果是海外开发，不同的时区和文化差异会使问题更加复杂。如果您采用模板，它必须同时满足本地和全球范围内的要求。然而，从组织和技术层面来讲，所有这些都会涉及重复劳动的风险。必须避免筒仓式解决方案和不兼容问题。考虑到这些体系和环境，定义一套“项目指导原则”就十分必要，因为这些指导原则是成功实施并长期使用I应用程序所必需的。“项目指导原则”对和管理如此复杂 应用程序必不可少从一开始就创建全球有效的指导原则是明智之举，这一点已从未来协调方面所花精力或其它项目开始时投入精力的减少得到了证明。至少，实施概念应该涵盖以下要点（我们仅列出了在数据建模过程中发挥作用的因素）：集成全球和本地方案或数据的程–主数 数据EDW念（定义层数据模型和数据流命名惯概集成数据模型的程文档指导原则特殊和其它与相关的评论，如货币换算、单位、单位转修初始数据传输增量处处理“BI处理对象职责图表55：建立开发指导原数据建模的战略优势竞争地位：（通过使用Web）将您的信息流与客户和供应商联网，提优化的决策流程：使用公司内部所有信息完整而灵活的视图，制定基于事实的战略和运营决策。更高的灵活性：受益于数据的一致性、准确性和数据状态，详细了解您的业务流程，更快速地采取行动。数据建模的运营优势更高的收益：更快速有效地实现您的目标，运用数据分析和建模的集成工具检查您的目标，采用最优的计划发掘新的收入潜力。降低成本：具体分析供应链、公司流程和其它对成功至关重要的领域。经验丰富的管理层：提高专家和管理层的反应速度和行动能力——使用eb以清晰而易于的方式提供不断更新的公司和市场发展的准确信息。改进的客户导向：重新将分析结果传输到运营系统。这样，您的决策始终建立在信息的基础之上，客户交互也会得到相当大的提升。图表56：逻辑数据模型——需求分析数据建模在I设计中发挥着最重要的作用。设计共同一致的数据模型是避免存在独立应用程序的唯一方法，并确保您可以为相关员工提供正确的信息。数据建模中还必须考虑各种性能功能，以便可在适当的时间范围内使用信息。上述所有这些要点之间的关系将在本课程中逐步阐述。“数据建模”项目阶段中的因素由于参与BI项目的各个组具有不同的优先级（用户、部门、IT、赞商），所以通常会产生一些小的。一方面，必须保证报告的灵活性。另一方面，必须优化报告的性能（执行时间）。此处需要非常详尽的数据建模。然而，这会再次与相应成本或所需时间发生。不过，如果考虑到以后重组数据模型所需的时间，则从一开始就建立详尽的数据模型就很有意义。图表57：“数据建模”项目阶段中的决定性因素企业数据仓储据Gartner公司，全球有8,000多个BI安装实例，其中90%的客户对BI的运行效果感到满意或非常满意。这表明对BI的接受程度正日益增加，且BI作为全面的打包解决方案的成熟度也在日益提高。不仅是数量，而且实施质量也呈上升趋势，这意味着客户对作为其总体集成策略一部分的I的评价证明了他们对BI的接受程度正不断提高。越来越多的客户将BI看作是公司BI和数据仓库策略的基础。其原因是多方面的：增加灵活性和可靠性，这表明可实 的附加值，同时降低成这些客户中的大多数都采用设有本地限定（这意味着他们仅包括一定数量的源系统）且面向项目范围的BI实施方法。图表58：企业数据仓库成功集成公司数据的第一个决定性因素并不是技术。而是必须对公司问题达成一致的意见（或者至少是大多数人的意见）。如果公司内部在较大问题上没有达成一致，则全力构建企业数据仓库框架没有太大的意义。消息：虽有大量理论可用，但在努力实现一致的数据仓库数据模型时往往会忽略这些理论。冗余、非协调的数据仓库模型是某些重大（如“为什么80%的越来越多的BI安装的数据量在一百万兆字节以上。即使超过500或几千个数据目标（“信息块”和DSO对象）的安装也变得十分常见。除数据目标的数量外，应用程序也变得越来越复杂，而且系统被集中到一起，并求在范围内进行协调。I实施是跨实施的。通常，源系统布局属于异构布局，不必进行数据协调。流程模型（建议实现BI数据模型需要广泛的准备工作 59图组成部分的业务流程分析图表60（建议）用于创建BI数据模型的程序模型需求分创建明确的报表请求时，需要与用户部门和用户进行合作。这将成为数据模型的基础。用户部门需要了解对报表请求的更改可能会导致对数据模型的更改这一事实，这将需要额外的时间和精力。从性能角度看，我们建议不要包括太多以后可能用到的可用信息。这通常会造成数据模型庞大而繁杂，且效率低下。表显现在必须构建需求分析中的信息。此处在表显示中构建已分析的特性和关键值并映射这两者之间的初始关系可能非常有用。在本单元结束时，我们将提供有关表显示的两个示例。逻辑数据模型您现在可使用表显示来开发逻辑数据模型。此处，特性和关键值是互相关联、一起分组的。浮动框模型或M图表在这里可能也有帮助。BI数据模型——逻辑数据模逻辑数据模型现在将转换成I数据模型（如增强的星型模式）。您可从各种不同类型的目标模型中选择，具体情况视要求而定。可使用各种数据目标（“数据对象”、“信息块”和“信息对象”）。在本课中，开始程序模型的第一个步骤，需求分析和表显示1.步骤一——需求分析图表61：需求分析步骤BI目团队需要紧密合作。BI问不可能是每个应用领域的专家，这意味图表62：需求分析图表63：需求分析：信息对于需求分析而言，重要的一点是分析将来的I系统用户。他们将因分析的详细程度和方式而异。根据不同的用户组，人们可确定他们所需信息的各种报告要求和交付方法。 图表64：用户分组图表65：分析级别详细的需求分析（一收集有关用户需求和期望的信息可针对哪些业务流程使用报告？确定关键绩效指标（→如何确定企业的成功确定数据粒度（时间粒度、历史记录）紧迫确定绩效期望值。正确的期望值。数据是属于内部（来自于SAP源系统）还是属于外部您希望数据量达到多少提举行简短会谈。使用大量的BI术语。询问信息持有者两次图表66：相关信息“信息收集”的目标之一是发现需要建模的报告流程。在这样做时，您很可能会碰到同一流程的各种不同视图。必须解决这些差异问题。作为“信息收集”流程的一部分，您需要定义有关设计功能的特定决策点，如数据的粒度级别和 历史记录的方法。您从会谈过程中获取的信息将成为在设计流程中使用的知识库。在“信息收集”流程中，您可开始更正访谈对象的期望值。在这里，您会看到应该在会谈过程中加以考虑的各并行建模有助于达成建模流程的共识。“BI内容”有助于构建快速而具体的原型。定义正确的个人会谈内容非常重要。这表示您必须在考虑区域（如每个国家/地区的销售）、企业部门和管理层后确定管理层的要求。企业可帮助增强现有报告来提高收益水平技术部门(IT)帮助识别企业所需信息的来源。这从更为现实的角度看待可用信息。它还有助于识别必须考虑的问题。详细的需求分析（二了解用户的业务流程。团队/小组/部门/分支机构的任务如何衡量企业的成功？业务驱动因素/关键绩效指标任务/角色的分析要求了解用户的业务流程并掌握I报告中必需包含的分析组件是正确建模的两大明确要求。通常，用户无法从技术上表达他们的需求。这表示您还需要将这些需求转换成技术格式。技术应用程序通常支持这一步骤。不过，这取决于是将属于I项目的报告功能从一个系统应用于另一个系统还是重启该项目。通常，后者需要引进新的应用程序和新流程。源您从何处获取此信息（数据源、源系统现实要内部数基于每天/每月/每年快照——库存——事务确定必需凭证级别的数据（例如订单详细信息段、“成本控制”或“销售”）而异，所以也需要了解应将哪些来源用于特定信息。将使用哪些来源的问题还可以作为确定信息要求是否合乎现实的标准。粒度是指信息的区分程度或详细程度。一方面，您可能会询问是否需要销量的实时概览，或者销售数据的每月快照是否足够。在某些情况下，数据的静态视图对于确保特定时间点的数据视图始终可用是必需的。事务粒时间点，大多数具有维度有利于获取详细的信息周期性定期重复的时间跨有利于长期持续的流程历史记录的真实从开始到现在的所有历史记录术语“粒度”描述数据仓库中数据库的详细级别。“高粒度数据”是指高度细分的数据。对于“信息块”，这意味着描述关键值的特性有很多。例如，“按客户”粒度级别低于“按客户、按物料”的粒度级别。粒度会影响数据库的大小。“按客户、按月份”的数据比“按客户、按物料、按天”的数据更综合。因此，第一个情景中一年的数据价值可能要比第二个情景中的数据价值小很多。不过，粒度越低，信息越少。例如，客户一个月同一产品两到三次。时间粒度“天”在数据表中生成两到三个条目。时间粒度“月”在数据表中只产生一个条目，但会丢失一些信息（即不同工作日的订单数量）。粒度确定对内存和性能的影响最大。大型维度表（许多特性）会对性能和大小造成影响。粒度是用来衡量可下溯数据程度的基本决定因素因此，根据以下因素决定是在“信息块”的维度表中查找特性，还是在主数据属性表中查找特性：所需粒度级别（维度表特性越多，粒度级别越高），报告要求（按特性下溯的频率）数据加载时间与查询性能（查询运行时间）之间的数多少客户多少行项目？多少产品由于拥有成千上万条客户记录即有必要更改模型的设计和结构（例如后面单元中将介绍的行项目维度、混合维度），所以数据量起着重要作用。若要更好地了解源系统中的业务流程，您可以在实体关系模ERM)建立这些业务流程的模型。优准确理解关键绩效指标、实体和属性之间的流程和劣该模型对数据仓库建模而言可能太过复杂图表67：实体关系模型)提供流程的详细描述，为构建模型奠定良好基础。该模型显示关系是“1”类型还是”类型。这对于建模过程中的决策非常重要。此外，企业（在上）通常因为模型的复杂性而直接在I中进行构建。因此，逐渐地将流程和必要信息转换为I数据模型是合理的。需求分析——表视图图表68：需求分析——表视图第1确定基本关键值。第2步：分析业务及其相关属用来描述关键绩效指标的特性业务/大型实其它属第3步：业务与关键绩效指标之间的分时间视第4“信息块”的初始基本图说明一种构建您所收集的信息要求的常规方法。此流程的第一步是确定必须衡量的关键值（例如数量、订单条目和成本）。表视图表69：表视图至于构建要求的步骤，第一步是在行中记录关键值。在列中记录特（第二步）。通过检查与关键值相关的特性是否有意义（或否应该报告该特性）来进行分配。增强的表视图您还可在表视图中添加其它信息。 图表70：增强的表视表视图是所收集信息的第一级文档。为确保文档的完整性，您将在以后添加系统中使用的“信息对象”的详细视图，以及“信息块”、查询和其它I对象的详细视图。在下列幻灯片中查找基于对象的文档示例。图表71：示例：信息块/查询数据输入表 图表72：模板：KPI要73：示例：信息对象数据输入练习2：案例研究分析要练习目完成此练习后，您将能够制定一个有效方法来揭示分析要求创建问题来揭示对数据建模至关重要的信业务示在数据建模中，能够发现用户社区的实际分析需求以及满足这些需求的限定十分重要。在发现这些实际需求后，您才能设计出成功的数据模型。任务：首先，仔细阅读案例研究。只有在了解案例研究中的阅读内容后，才与团队成员讨论以下问题并记录您的答案。1。阅读案例研究并回答以下问题：2 如果您负责为上述业务情景建立模型，您还需要其它哪些信息3。为获取对业务情景的完整概览，您需要向部门代表询问其它哪些解答2：案例研究分析要任务：首先，仔细阅读案例研究。只有在了解案例研究中的阅读内容后，才与团队成员讨论以下问题并记录您的答案。1。阅读案例研究并回答以下问题：2 如果您负责为上述业务情景建立模型，您还需要其它哪些信息3。为获取对业务情景的完整概览，您需要向部门代表询问其它哪些练习3：执行需求分练习目完成此练习后，您将能够询问并描述有关需求分析的重要问业务示您是企业内部建 系统的项目团队成员。执行第一个需求分析任务：成立一个两人小组，为需求分析创建问题和模板。尽量将您个人的项目工作经验结合到此问题中，并在I项目中提供实际工作的范例。在练习结束时，讲师将查看一些您的示例，而您将集中讨论这些示例。培训课程中将运用案例研究使此程序更加具体化。使用以下使您的问 更加具体，然后创建一些模板。提供项目中的示例。1。常规2。目标3 关键绩效指标、基本关键值、已计算的关键值和业务4。关键值的汇总方5。粒度6。历史记7。源系统8。报告9。导航10。响应时间11。12。系统布局13。实施策略14。存档/数据生命周期管理解答3：执行需求分任务：成立一个两人小组，为需求分析创建问题和模板。尽量将您个人的项目工作经验结合到此问题中，并在I项目中提供实际工作的范例。在练习结束时，讲师将查看一些您的示例，而您将集中讨论这些示例。培训课程中将运用案例研究使此程序更加具体化。使用以下使您的问 更加具体，然后创建一些模板。提供项目中的示例1。常规BI施的目标有哪些？指定业务范围中最重要的。c）公司中最重要的产品和服务有哪些？d）您的客户有哪些？指定您的目标市场。2。目标管理您的企业需要哪些信息？哪些决策与您的企业活动有着极大的关联，或者其中哪些信息可以为您提供支持？3。关键绩效指标、基本关键值、已计算的关键值和业务a）是否需要其它业务范围的信息？哪些是可以支持您决策的最重要特性（业务4。关键值的汇总方式以哪种形式汇总关键值的值（例如：员工→的值5。粒度a）应该以哪种粒度级别数据？（示例：时间粒度→日、月、年6。历史记是否需要历史数据？历史记录可追溯到什么时候？历史记录中是否应该记录所做的更改7。源系统哪些源系统可提供数据？8。报-是否有标准报表的示例？哪些选项可用于改进当前报表：信息质量、导航、可视化、查询响应时间、可用性还是其它选项？您需要用哪个时间级别来评估数据？每天、每月还是其它级别？您要求必需信息的频率？哪些类型的特殊查询可能有所帮助分析时是需要前10个还是最后10个是否需要定义过滤器？需要限定的关键值还是经运算的关键值9。导哪些自由导航选项应该可用？您在导航时需要哪些业务？哪些业务（属性）只能用作其它信息？10。响应时间（从实际出发）11

a）哪些用户可哪些数据？b）是否能按数据对用户进行归类？应该在多大程度上限制

12。统布勾画源系统环境计划哪种类型的实施方法？采用中心方案还是含多个BI统的方案？14生命周期管理a）您希望如何存档数据？需要在数据仓库中将数据保留多长时间练习4：案例研究：表格建模练习目完成此练习后，您将能够根据您在逻辑模型流程的第一步中确定的要求创建表业务示您已通过研讨会和访谈确定用户的报表要求。现在需要记录这些要求。您决定仅以)表的形式显示所收集的信息。在这些表模型中，您为每个报表或“信息块”记录关键值（关键绩效指标——I）和业务主题（特性）。任务：开模在逻辑模型流程的下一步中，您将开发增强的表模型。认真阅读案例研究并分析报表要求。创建一个基于该案例研究中所含信息的表模型。培训材料中的案例研究提供了一些单独的说明和设计。向讲师寻求所需要的任何其它信息。1。根据案例研究中的信息，用单独的一张纸设计增强的表模型。该表模型应该包括用于各个已识别特性的列，以及用于关键值类型和时间粒度的列。在行中输入已识别的关键值。2。通过为每个关键值在相关特性列中设置复选标记完成该表模4例研究：表格建模任务：开模在逻辑模型流程的下一步中，您将开发增强的表模型。认真阅读案例研究并分析报表要求。创建一个基于该案例研究中所含信息的表模型。培训材料中的案例研究提供了一些单独的说明和设计。向讲师寻求所需要的任何其它信息。1。根据案例研究中的信息，用单独的一张纸设计增强的表模型。该表模型应该包括用于各个已识别特性的列，以及用于关键值类型和时间粒度的列。在行中输入已识别的关键值。a）画一张表，在列中显示特性、关键值类型（基本关键值或经运2。通过为每个关键值在相关特性列中设置复选标记完成该表模型。a）针对每个关键值行，在特性列中设置复选标记，表明该特性用于对关键值进行分类课您现在应该能够:询问并描述与要求分析相关的重要问课程 逻辑数据模课程概述在本课中，您将获得逻辑数据模型的结构概览课程目标完成本课程后，您将能够:解释用于创建逻辑数据模型的程序业务示例您是项目经理。在定义或实施BI星型模式前，您首先必须从要求分析中得出逻辑数据模型。流程模型图表74：流程模型在第二个步骤中，将要求分析转换成逻辑数据模型。此处可使用各种方法。作为示例，此处显示了转换成气泡模型的过程。以下文档只显示了实际相关程序的一小部分。 图表75：企业数据模由于您将进行要求分析，所以将能够创建愈加具体的模型显像表视图和气泡模型这样的早期模型了有关如何在技术细节要求宽松的情况下描绘业务流程的讨论和思考。下面的幻灯片将描述这些模型。步骤1：商业驱动因素/关键绩效指标将您的关键绩效指标（关键值）一直描述到最低详细级别。需要哪些基本关键值？ 图表76：商业驱动因素/关键绩效指步骤2：业务查找您的主业务（如客户、产品、组织）并根据其重要属性进行 图表77：业务第二个步骤是考虑业务中哪些是主报表观点。按属性描述这些业务，这些属性通常为分组或分类。这些属性在分析报表是典型的报表对象。这些属性与主业务之间通常是1:n的关系。有时也可以是n:m关系（例如帐户可以有多个所有者，或者产品可以分为多种颜色）。n:m关系是建模的特殊特性，这将在下一单元中进行讨论。步骤3：分配业务到关键将业务分配给您的基本关键值图表78：将业务分配给关键在第三个步骤中，将业务分配给关键值 具有n:m关系（例如，一个客户可以 重叠实体（流程有些/实体与数据（例如凭证编号）的关系非常重大这些称为“实体”，且由于与其他对象的关系为n:m而需要具有“独特的”气泡。图表79：实体（流程时间视时间视图也是一个需要从自身角度出发定义的单独对象。在此处，时间在影响数据粒度方面发挥着极其重要的作用。简单表述如下：““如果根据分析要求不需要日历天，则在数据模型中不应该包括作为时间特性的CY。””这样，您可以包括集合程度更高的数据集，并加快访问报表的速度。 图表80：时间视图完整视在完整视图中，围绕关键值对同一类型的业务进行分组图表81：完整视图关键绩效指标分组将业 和粒度相同的关键值集合到一个结构中 图表82：关键绩效指标分BI中的数据目在可以将逻辑数据表转换成物理模型之前，首先必须定义数据对象的类型。例如，是否以De对象和/或块的形式保存数据？是否需要其他主数据对象？这些数据对象中的每一个对象都具有不同功能，都是为特定任务而定制的。某些应用领域中可能还需要使用ore对象。将数据加载成块时会产生不正确的报表结果。在标题为toe对象”的单元中更详细地讨论这些需求。逻辑数据对象（et和多重提供者）也需要进行建模，但它们实际上并无数据。而是形成物理数据对象的视图。在下面的显示中，您会看到物理数据目标（re对象、e和et）的基本功能。 图表83：BI中的数据目BI中的物理数据目标和各种数据模型块在BI中形成报表和分析基础的“数据容器”称为InfoCube。它们包括两类数据：关键值和特性。从评估角度看，单个InfoCube独立的数据集（例如业务范围）。InfoCube是指一组根据星型模式进行分组的关结InfoCube由多个InfoObject构成，并根据星型模式构造而成，这表示它有一个包含InfoCube关键值的（大型）数据表，而该数据表的周围是一些（较小的）包含InfoCube特性的维度表。数据表和维度表通过确定包含在相关数据库表的关键部分的抽象编号(ID)互关联。这些编号用于将InfoCube键值和维度的特性相关联。特性设置用来InfoCube关键值的粒度（详细程度）。由于要考虑到性能原因，维度表中的数据量应该很少。数据表和维度表都属于关系数据库表。特性指的是带有其属性和文本描述的主数据。所有InfoObject（即具有其主数据的特性和关键值）均可以跨InfoCube使用。这与维度相反，在InfoCube中维度用来表示特性的特殊组织形式。本课程的后面将更详细地说明图 84BI中的数据目标和各种数据模标准DataStore对aSe对象用于凭证级别上的已整合和已清理的数据（例如交易数据或主数据）。它描述来自于一个或多个e的整合数据集。此数据集可通过x查询进行评估。除关键值外，aSe对象还包含关键字段（例如凭证编号、凭证项目）和也能含有字符字段的数据字段（例如订单状态、客户）。增量更新可以在相同系统或跨系统地将ae对象的数据更新到ube和/或其他te对象或主数据表（属性或文本）中。与InfoCube的数据不同，DataStore对象中的数据在透明借助DataStore象，不仅支持关键值的累计更新（InfoCube同），还可以覆盖数据字段。这在凭证类似结构的上下文环境中尤其重要，因为如果更改源系统中的凭证，这些更改不但包括像订单数量这样的数字字段，而且还包括像运达方、状态和交货日期这样的非数值字段。为了能够在BI的De对象中映射这些更改，还必须覆盖D对象中的对应字段，并将其设置为当前值。用DataStore对象的类型各种各样。在开始建模之前，您应该考虑DataStore象的使用方式。此信息将确定要选择的DataStore象类型。您将在标题为“DataStore对象”的单元中了解各种不同类型。业务评估对象（客户、销售等等）在BI称为InfoObject。它们分为特带属性或文InfoObject可以同时是纯数据目标（当对其编制报表时）。Oect通过属性、文本和/或层次结构构建而成。客户的属性可以是公司地点。这样可以对特定区域形成客户组。此外，“客户”特性可以通过定义层次结构进行更清晰地构建。SAPBI图表85：SAPBI持久数据加载区域(PSA)对于不同来源和应用领域中的数据而言是第一数据仓库层也是单纯的加载区域，并不用于编制报表。数据仓库层包含用于协调来自不同来源的数据的规则。数据仓库层还保留完整的历史记录，而这些历史记录在源系统或报表层中不再可用。这意味着您应该预计相对较高的数据量。当您更改数据模型或增强加载业务情景时，不再绝对需要源系统。这表示可以同时减少源系统的加载任务和系统停机时间。这样也可以降低与更改数据模型或重组业务情景相关的有效成本（工作量）。I顾问还必须认真考虑一致的跨应用程序数据建模。同时要求在水平或垂直方向皆具有一致性。练习5：逻辑数据模练习目完成此练习后，您将能够创建逻辑数据模型业务示使用案例研究作为创建逻辑数据模型的基础，以阐明对象间的关任务：阅读案例研究、分析根据该案例研究和表模型确定的实体或对象之间的关系，并以逻辑数据模型的形式用图形方式显示这些关系。1 以逻辑数据模型的形式概述实体间的关系。分步进行解答5：逻辑数据模任务：阅读案例研究、分析根据该案例研究和表模型确定的实体或对象之间的关系，并以逻辑数据模型的形式用图形方式显示这些关系。1。以逻辑数据模型的形式概述实体间的关系。分步进行。a）继续如下操作：识别具有属性的实体。具有数据的实体。将各个模型组合成一个模型。6（可选）逻辑数据建模练习目完成此练习后，您将能够使用基于关键值的方法创建数据模业务示您是设置飞行信息系统的项目团队中的一员，同时还负责设置SAPBI工作。在第一步（基于各种信息要求）中，创建作为设置InfoCube基础的数据模型。任务根据所提供的信息，开发一种数据模型以设置InfoCube。首先将各种时间参考看成一种单位。不需要按日、周、月等来进行更准确的区分。信息系统应该回答以下问题（其中一些问题1 一条航线在特定时间期间（工作日、年等）内有多少次航班2。特定型号的飞机或每条航线在特定时间期间（工作日、年等）内每个3。去年共了多少吨货物4。年，特定型号的飞机在一条航线上的乘客乘座率和一次航班的货物率是多少？任务报表应该包括其他信息。此处还选择1 就航班而言，我们要分清离境和入境，以及起飞机场和抵达机场2 飞机型号应该通过最大载客量和最大载货量显示出来3。按照集散站和登机区域来划分登机口。有两个终端：终端1包括登机区域A和B，终端2包括登机区域C、D和E。4。哪些关键值和特性是必需的？任务分析您已确定的实体或对象之间的关系。1。以气泡模型的形式概述实体间的关系。分步进行具有属性的实具有数据的实2。将单个气泡模型组合成一个模型6（可选）逻辑数据建模任务根据所提供的信息，开发一种数据模型以设置InfoCube。首先将各种时间参考看成一种单位。不需要按日、周、月等来进行更准确的区分。信息系统应该回答以下问题（其中一些问题1 一条航线在特定时间期间（工作日、年等）内有多少次航班a）一条航线在特定时间期间（工作日、一年等）内有多少次航班2。 特定型号的飞机或每条航线在特定时间期间（工作日、年等）内每个机口（集散站）的旅客流量是多a）特定型号的飞机或每条航线在特定时间期间（工作日、年等）3。去年共了多少吨货物a）去年共了多少吨货物4。年，特定型号的飞机在一条航线上的乘客乘座率和一次航班的货物率是多少？a）年，特定型号的飞机在一条航线上的乘客乘座率和一次航班的货物率是多少？任务报表应该包括其他信息。此处还选择1。就航班而言，我们要分清离境和入境，以及起飞机场和抵达机场。a）就航班而言，我们要分清离境和入境，以及起飞机场和抵达机场2 飞机型号应该通过最大载客量和最大载货量显示出来 飞机型号应该通过最大载客量和最大载货量3。按照集散站和登机区域来划分登机口。有两个终端：终端1包括登机区域A和B，终端2包括登机区域C、D和E。a）按照终端和登机区域来划分登机口。有两个终端：终端1括登机区域A和B，终端2包括登机区域C、D和E。4。哪些关键值和特性是必需的？答案:关键值航班次乘客数量货物重量货物率特性和属性登机区域离境/入境起飞机场抵达机场任务分析您已确定的实体或对象之间的关系。1。以气泡模型的形式概述实体间的关系。分步进行具有属性的实—具有数据的实体图表86：具有属性的实图表87：具有数据的实2。将单个气泡模型组合成一个模型图表88：气泡模课您现在应该能够:解释用于创建逻辑数据模型的程序课程 BI数据模课程概述在本课中，您将快速了解SAPBI星型模式课程目标完成本课程后，您将能够:说明SAPBI星型模业务示例针对实际实施，您（作为BI项目团队的成员）现在必须将逻辑数据模型转换为SAPBI星型模式。程序模型逻辑数据模型现在必须转换为增强 星型模式（视数据目标而定）图表89：程序模型由于您将进行需求分析，所以将能够创建愈加具体的模型显示。像表视图和浮动框模型这样的早期模型了有关如何在技术细节要求不是十分严格的情况下描绘业务流程的讨论和思考。 图表90：浮动框模型ERM模型BI星型模另外，此处还将介绍将逻辑数据模型转换为增强的BI型模式的程序。按照分析要求，逻辑数据模型可能也会产生“数据对象”和/或一些“信息对象”（主数据）。请注意，首先转换不是从逻辑或业务的角度执行优先级1→涵盖分析或报表要求（例如，历史记录）。优先级2→考虑所有性能问题。粒特性粒数据表和维度之间的关特性间的关系行项目维逻辑分物理分导航属这些将在本课程的后面进行讨论优先级3→从逻辑和业务角度出发，将特性分配给维度从浮动框模型到星型模式91：从浮动框模型到星型模式使用浮动框模型时，可轻松识别模型——数据和维度——的基本对象。关键值结构是指的基本对象模型中心的数据。维度是具有其属性的业务。请注意，这些属性与其“主对象”的关系为n。然而，在特性具有大量值的情况下，定义一个其它的维度是有益的。 图表92：从浮动框模型到星型模您现在可以派生出结果星型模式。请记住，API星型模式为在“信息对象”的主数据表中主数据规定了一些条款。您还需要弄清楚许多问题，例如“分支机构”特性实际应该在维度表中建立模型，还是作为产品属性表中的主数据字段。这会产生各种报表结果。这意味着您不能仅能问题。整个单元都阐述了这一（“历史记录”）星型模为识别哪些数据属于哪些维度值，BI用了称之为DIMID人工代码DIMID将关键值和特性连接到数据的数据记录图表93：增强的星型模维度中不直接保存客户名称和客户编号。而是生成人工的SID。一致性→多个“信息块”快速多语言功时间相关的属性和文本层次结图表94：数据——主数此处简单演示了增强的星型模式中主数据与数据之间的连接。DIM表用于将数据的数据记录连接到主数据记录的SID代码。现在有五个基本建模选项可用于数据建模：将特性建模为“信息对象”的属性（如图解所示）将特性建模为“信息对象”的时间相将特性建模为“信息对象”的导航属性将特性建模为“信息对象”的时间相关的导航属将特性建模为维度表中的块。您还可以考虑关键值或特性建模之间是否需要通用选项。这样就可以将物料价格同时建模为特性和关键值。课您现在应该能够:说明SAPBI星型模单 单您现在应该能够:列出建模流的步结构化建模程序的原因询问并描述与要求分析相关的重要问解释用于创建逻辑数据模型的程序说明SAPBI星型模BI内容单元概在本单元中，您将了解“BI容”如何促进BI成功实施。尤其是如何在实施项目中使用“BI内容”。单元目完成本单元后，您将能够列举BI内容中执行的任务并描述BI内容的诸多用比较您的数据模型与“BI描述BI内容分析器的相关优势描述BI内容分析器的架构列举内容浏览器的相关优势列举在内容浏览器中执行的任务单课程：BI内容概 课程：比较模型与“BI内容 练习7：元数据 课程：BI内容分析 课程：BI内容浏览 课程 BI内容概课程概述本课简要介绍BI内容及其优势与用途课程目标完成本课程后，您将能够:列举BI内容中执行的任务并描述BI内容的诸多用业务示例在系统中定义BI项目的对象之前，您希望首先了解BI内容的功能与用途、在BI内容中执行的任务以及SAPBI内容的范围。SAPBI内容——概览BI内容是SAPBI的附加功能。以下称为“BI内容”。BI内容是一系列预先配置的角色相关与任务相关性信息模型，以SAPBusinessInligence中一致性元数据为基础。BI内容为公司中的选定角色提供其执行任务所需的信息。这些信息模型主要包括SAP应用程序的角色、工作簿、查询、信息源、信息块、信息对象、关键值、特性、更则以及提取器。BI容可以实现以下目标1。无需修改便可用于特定行业2。具有适应性，即可以在任何详3。用于客户自定义BI内容的模板或示例此外，包含可用于说明用途样本数据的演示内容也可用于SAPBusiness 图表95：BI内容实施注意事一方面，SAPBusinessnligence中全面的BI内容可促进更快且更加经济高效的实施过程。另一方面，它还提供了基于其它实施经验并可用作实施指导原则的模型。图表96：如果没有BI容BI内容能够加快您企业中的BI实施 图表97：SAPBI内容能够提供多种功SAPBusinessInligence能够在集中术语“BI内容”下提供多种预配SAPBusinessInligence的实施。BI内容包括1。SAP系统的提取器程2。数据源3。流程链4。信息对象5。信息源6。数据目标（信息块和数据对象7。变量8。数据挖掘模型9。查询10。11。Crystal12。Web13。角优由于缩短了项目运行时间而提高了速度能够映射复杂的业务情集成业务情景减少了开发时间与工作减少了能够计划更短的时间框通过试点项目和标准功能的使用更快收获成在蓝图阶段迅速完成概念评估在实施阶段刚开始即对项目组和最终用户进行密集示例：速度更快：即便在您刚刚实施SAPBusinessInligence的情况下，解决方案仍可在短时间内供您使用。例如，计划用十天时间进行项目，但是，在一年半之前实施并在操作系统(/ERP)全面投产后由客户进行如何传输BI内容？用在使用BI容对象之前，您必须将其从SAP付版本（D）传输至活动版本（A版）。向新内容版本的升级通常包含众多全新和变更性的BI容对象。为使用新的或变更性BI内容，您必须首先重新传输BI内容对象。请参阅版本注释。请参阅每个内容支持包中的SAP释。这些SAP注释中包含为何重新交付BI内容对象的相关信息。程以下简要介绍这一程序中的每个步骤导航到数据仓储工作台并安装BI内容（选择对象、进行相关的传输设置并启动安装）。源系统的直接分配确定对象视图将对象传输至收集对象检查收集对象在“安装”、“匹配或”以及“活动版本可用”等方面的设置。在“安装”选择中进行设置更正出现的错误源系统的直接分如果您希望分配源系统，请选择相应的选项。系统将显示“是否选择缺省源系统？”框。通过设置“缺省分配”列中的相关标识来选择一个或多个源系统。您应该仅选择需要的源系统。否则，需要等待很长时间。源系统分配仅与源系统相关的对象相关（如传输规则、文件数据源和信息包）。如果有多个源系统可用，则只收集分配至选定源系统的对象，进行传输。未分配至选定源系统的对象将被忽略。有关激活流程链（可能参考源系统相关对象）相关特殊功能的信息，请参阅客户内容文档。如果不选择源系统，将自动分配所有源系统。可以使用源系统分配追溯更改已完成的选择。将需要考虑的对象分组，确定对象的收集模在下列位于右侧屏幕区域的选择中进行所需设置分组：选择希望包括的对象。分组将一个区域中的对象集合起来。您可进行以下选择：仅必需的对象（缺省设置在之前的数据流中在以后的数据流中在之前和之后的数据流中如果更改缺省设置（仅限于必需对象），将应用新设置作为相关用户的缺省设置。分组选择会大大影响内容传输的性能。收集模式：选择您要使用的对象收集方法。自动收集（缺省设置）：选择对象后立即收集数据。启动手动收集：只有选择“收集相关对象”时才会收集数据。将收集模式设置为“启动手动收集”。然后便可以选择所有对象，而无需在操作间隙进行等待。确定对象视将对象传输至已收集对象在屏幕的中间部位，选择希望传输的对象，使用拖放功能将这些对象传输至右侧的“已收集对象”屏幕。可以使用“查找对象”，根据对象的字符串（如T）或模板（如B）查找对象。可以针对每一个对象类型显示输入帮助：在每种对象类型的树结构中，双击“选择对象”“元数据输入帮助”框。选择所需对象。选择“传输选择”。如