SD从零开始71 业务信息仓库(BW)概念  

在线事务处理的环境OLTP Environment

在事务处理中，我们不断地填充用于跟踪我们的业务流程的数千个不同步骤的特定的表；

      例如，销售凭证行条目来自询价行条目和/或报价条目，将变成交货抬头数据，变成发票抬头，变成应收款信息等等；

      焦点通常在从一套表到另一套表的事务流上；在标准交付的系统中，有大概10000张表；

      业务信息仓库是不同的！在BW中，我们不会设法处理事务，而是设法将焦点集中在R/3中的一个特定的“process”，然后把与一个特定的流程相关的每块可能的相关信息拉过来；

SAP在线事务处理报告工具箱SAP OLTP Reporting Toolbox

      从早期开始，SAP为报告和分析的发行交付了一组解决方案；

      这些功能集中在报告需求的操作部分，然而战略上的报告需求没有被充分地满足；

      由于业务信息仓库的可用性，SAP为所有类型的报告和决策支持需求提供了一个完善的解决方案；

      下列标准可能用于决定哪些工具适合满足用户的报告需要：

          如果报告需求是特定的和有限的，目前的SAP解决方案可能合适；

          如果报告需求包括弹性和轻松访问，BW可能合适；

      BW利用信息系统作为数据源，因此：

          实施团队需要详细地理解源数据；

          实施团队需要理解SAP源之间的集成可能性；

在线事务处理与在线事务分析比较OLTP（on-line transaction processing) versus OLAP（On-Line Analytical Processing)

      当今的数据处理大致可以分成两大类：联机事务处理OLTP（on-line transaction processing）、联机分析处理OLAP（On-Line Analytical Processing）。OLTP是传统的关系型数据库的主要应用，主要是基本的、日常的事务处理，例如银行交易。OLAP是数据仓库系统的主要应用，支持复杂的分析操作，侧重决策支持，并且提供直观易懂的查询结果。

      OLTP，或者在线事务处理，引用在R/3系统中典型地执行的处理类型；系统的该种类型需要的报告极大地不同于OLAP中使用的共报告，或者在线分析处理环境；

      BW是一个OLAP系统，并且因此为用户提供了一个决策支持环境，这样可以更有效地做出企业决策；

SAP业务信息仓库SAP Business Information Warehouse

      考虑到我们刚才描绘的画面，SAP决定开发它自己的数据仓库解决方案，它将报告任务作为一个独立的业务组件并且甚至将它分配到一个单独的有自己的数据库和SAP系统的服务器-SAP业务信息仓库；

      在SAP业务信息仓库的概念和体系结构中，上面提到的所有的需求和目标都已经被满足了；

      SAP业务信息仓库的一个决定性优势是实际上所有来自商业环境的超过25年的软件开发的业务知识以元数据库的形式存在业务信息仓库中；

      SAP R/3系统能够配置为OLTP系统并且以信息结构的形式提供给SAP业务信息仓库所有的SAP业务内容；我们将在本课程中更详细地探究这些相互关系；

SAP新维度动机SAP New Dimension Initiatives

      SAP业务信息仓库是SAP在业务框架（Business Framework）概念中提供的新功能的最初的例子之一；

      典型的特性都是独立开发，实施和维护以及一个自治的版本周期；

      直到3.0D的SAP版本被业务信息仓库当作外部系统看待；

      BAPI接口支持从外部系统抽取数据和用第三方工具执行分析；

      BAPI(business application programming interface)是面向对象程序设计方法中的一组程序接口。它允许程序员通过SAP将第三方软件整合成R/3专有产品。为了完成一些特殊的商业任务，如上传交易数据等，R/3系统中内置了BAPI。

      BW是基于R/3技术的一个独立的SAP系统；

      BW使用一个全面的数据仓库体系结构；

      BW提供了预配置的SAP全球业务知识（SAP’s global business know-how）；

BW和业务框架BW and Business Framework

      数据仓库的现代解决方案的需求被SAP在业务框架体系结构专业术语之下收集的需要考虑的事项覆盖了；在此宣言下，SAP最近已经将它的R/3系统改造成了一个软件组件家族；关于快速实施新功能性，适应性，开放性，可增强性等主题的考虑形成了该战略的背景；业务标准软件的组件化的技术先决条件由SAP系统中可靠的和经过测验的ALE以及BAPI技术满足；

      一个业务组件提供带稳定接口的自包含的业务功能；这样的组件有它自己的开发，实施和维护周期；一些组件可以在它们自己的，专有的数据库上运行；

      业务组件使用基于BAPIs的面向对象接口技术；一个BAPI是一个SAP业务对象的一个方法并且达到了可以网络化的封装的SAP业务组件之间协同工作能力的一个新的水平；

      SAP使用应用程序互连方法（ALE）以及SAP业务工作流（Business Workflow）以保证整个系统的集成性；这意味着业务流程也能够跨组件；

为什么使用BW Why BW？

      为企业实施数据仓库是一个流行的战略；如上所示，投资具有产生巨大和快速回报的潜力；这是因为它的重大影响是为企业在当今激烈的竞争环境中提供了一个非常好的决策支持系统；

业务信息仓库体系结构Business Information Warehouse Architecture

      BW使用一个多层体系结构来提供最大程度的弹性；

      BW能够抽取和使用由各种来源提供的数据；这些包括R/3和R/2系统，非SAP系统，普通文件，商业数据提供者以及甚至其他BW系统；

      BW服务器提供用于建模，抽取，存储和访问数据的所有需要的工具；因为数据的描述，不考虑来源，包含在一个普通的元数据库中，来自各种数据源的数据能够被组合以增强可分析性；

      BW的用户能够通过SAP提供的业务探测器（Business Explorer）来访问数据，或者使用被验证使用通用BAPI接口的第三方提供的工具；

BW体系结构细节BW Architecture Details

      该图解提供了BW体系结构的一个更详细的视图；

      对R/3源系统，SAP提供了大量的生产数据抽取器程序以简化使用R/3数据的任务；

      对非SAP系统，用户可以开发他们自己的抽取器程序或者使用经过验证的第三方可用工具；

      在BW服务器，数据存储在一个或多个信息立方（InfoCubes）；另外，运作数据存储，或者叫ODS，可用来存储原始的输入数据；信息目录（InfoCatalog）服务于查询结果库；

      业务探测器由两个工具组成：用于创建和运行查询的业务探测分析器（Business Explorer Analyzer），以及用于从信息目录找回已经存在的报告的业务探测浏览器（Business Explorer Browser）；

数据抽取Data Extraction

      从源系统抽取数据的处理是所有数据仓库成功的关键；BW提供了一组久经考验的数据结构用于数据抽取和传输；

      对R/3系统，SAP提供了必要的数据抽取程序，从而减少了实施BW需要的时间量；

      然而，任何计算机化的系统都能够作为BW的数据源，并且所有数据，不考虑来源，都能够使用整个的BW功能集合来建模，存储和查询；

BW战略：一个开放的系统BW Strategy：An Open System

      BW使用一个开放的体系结构，允许使用第三方的数据抽取工具，报告工具以及甚至第三方数据源；这些工具在被允许和BW一起使用之前必须通过完整的认证测试；

BW战略：丰富的业务内容BW Strategy：Rich Business Content

      SAP使用它广博的业务知识为BW产品提供了一个完善的业务内容集合；这些业务内容由预定义的InfoObjects，InfoSources，data extractors，InfoCubes，Queries，Workbooks以及用于满足不同行业和跨不同任务的需要的Templates组成；

业务内容效益Business Content Benefits

      BW提供的大量业务内容使客户用更短的时间和更少的成本实施BW；

      同样重要地，业务内容提供了一个工作模型来帮助指导实施并从他人的经验中收益；

BW业务内容组件BW Business Content Components

      BW提供的完善的业务内容使用户能够快速地陈述企业的信息需求；

      SAP提供的业务内容量在每个新的版本中持续增长；

在业务内容中激活查询Activating Queries in Business Content

      激活业务内容非常的容易；一旦已经决定了使用哪些组件，管理员简单地从清单中选择这些组件；然后BW执行所有必要的任务以使该组件在系统中可用；

SD从零开始71 业务信息仓库(BW)