BW_Overview.pptx

8/12/2019 BW_Overview.pptx

1/23

BW OverviewProyecto SAP - APDR

08 de Sep de 2009


2/23

Introduccin

El objetivo de cualquier implementacin de sistemas ERP siempre es la

velocidad de implementacin, la reduccin de costos y la automatizacin y

reutilizacin de procesos.

Paralelamente, la globalizacin y al mismo tiempo la creciente

descentralizacin , lleva a las empresas al reconocimiento de tendencias de

mercado que les permitan reaccionar rpidamente ante cambios o nuevas

condiciones emergentes.

Como consecuencia, los tomadores de decisin cada da necesitan ms

contar con informacin consolidada, precisa, homognea y flexible de las ms

diversas reas de negocio de la empresa. Esto precisamente es lo queproporciona un sistema Data Warehouse.


3/23

Qu es BW?

BW

Business Warehouse es una solucin de anlisis de informaciones, planeamientoestratgico y financiero, gerencial

Colecta informaciones provenientes de diferentes sistemas, plataformas yaplicaciones y las utiliza para aumentar la cualidad de la informacin de la compaa,expandiendo el proceso de tomada de decisin.

Sus datos quedan almacenados en objetos denominados cubos y cada cubo trata deun determinado tema (Ej.: Cubo de Compras, Cubo de Finanzas, Cubo Comercial,etc.).

Los informes del BW se denominan Query y utilizan el front-end del Excel para suexhibicin.

BW es una herramienta del SAP en el rea de BI y requiere un servidor propio(adems del ERP) garantizando su independencia


4/23

Pirmide BW


5/23


6/23

Objetivos (2da Parte)

Rpida y costo-eficiente de aplicacin:

Al implementar BI, un factor influyente de costo es su integracin con elsistema OLTP y carga de datos heterogneos.

Alto rendimiento del medio ambiente. El modelado de datos procedente de fuentesheterogneas:

Anlisis de datos no puede llevarse a cabo a travs de DW sin la integracinheterogneas fuentes.

Programacin de las herramientas necesarias para permitir que los datos quese cargan en distintos puestos de trabajo con una performance respetable.

Aliviar Sistemas OLTP:En el pasado, los sistemas OLTP se vieron fuertemente sobrecargados de tenerque almacenar los datos y analizarlos al mismo tiempo. Para solucionar dichaproblemtica, un servidor DW separado permite llevar a cabo el anlisis de

datos en otro lugar.


7/23

Ciclo de Vida

Bsicamente, podemos dividir los sistemas de TI en dos grandes grupos: las

transaccionales (OLTP) y analticos (OLAP).En general, podemos asumir que los sistemas OLTP proporcionan el origen de losdatos a los Data WareHouse, mientras que los sistemas OLAP ayudan aanalizarlos..


8/23

Arquitectura BW


9/23

Cuando Crear un Query?

Requisitos para identificar si una consulta debe ser creada por BW o por R/3:

1. Si el informe necesita retratar la posicin del momento (informacin actual),indica que se trata de un informe operacional y deber ser desarrollado en elSAP ERP. Se debe utilizar el BW para generar informaciones de nivel gerencial,por lo tanto, estar retratando la posicin del da anterior.

2. El nivel de detalle de la consulta debe ser determinante a la hora de decidir si sehar con BW o R/3, BW tiende a brindar informacin mas consolidada, resumida

y en pocas lneas.

3. Se debe llevar en consideracin el volumen de datos a analizar. Si es grande, elBW podr ayudar en el desempeo del SAP ERP, pues gira en servidorseparado.

4. Llevar en consideracin si el informe que se emitir contiene informaciones devarios mdulos y en ese caso, si es de nivel gerencial, se debe desarrollar vaBW.

5. Informes crticos para el proceso deben quedarse en el SAP ERP, porque si hayretrasos o problemas en la carga de los datos del SAP para el BW, no seafectar el usuario.


10/23

Reporte R/3


11/23

Reporte BW


12/23

Tipos de Usuario

Power User

Son usuarios con la responsabilidad de dominar la creacin de queries,dominar el contenido de todo el cubo, colaborar en el mantenimiento delglosario, facilidades de navegacin en la herramienta y multiplicar elconocimiento a las personas de su rea a travs de entrenamiento y soportetcnico.

Estos usuarios tendrn canal abierto con sus socios en las otras empresaspara acompaamiento de las queries globales y alineamiento de nuevasnecesidades de los negocios. Ese alineamiento servir para unaestandarizacin de las informaciones en las empresas del Grupo Votorantim yla seguridad de la utilizacin de las mejores prcticas.

El Power User tiene la funcin de garantizar las informaciones necesarias deldepartamento y recibir las llamadas relacionadas a su rea de todo End User desu empresa.


13/23

Tipos de Usuario (2)

End User

Son los usuarios finales del BW que no necesitan conocimiento profundo de laherramienta; solamente utilizan el BW para llegar a un informe final paraanlisis y exploracin. Podemos tener usuarios que slo ejecutan una query yotros que adems de ejecutar, realizan la exploracin de las informaciones atravs de la navegacin en la query. Un ejemplo son los Analistas de Negociosque necesitan hacer la exploracin de los datos para su anlisis.

El End User, va contacto directo con el Power User de su frente, puede:

1) Cuestionar los nmeros y frmulas de la query,

2) Solicitar nueva query

3) Solicitar alteracin en la query.

Para los problemas arriba mencionados no tendremos soporte de Help Deskpara End User..


14/23

Tipos de Usuario (3)

Consumidores Finales

Son los usuarios que no necesitan acceso al BW, pero necesitan susinformaciones generadas en forma de grficos o tablas para tomada dedecisin, en formato Excel o HTML.

El acceso a estas informaciones puede ser a travs de mails automticos,

portal de Internet, directorio en la red, etc.

Cabe al Power-User viabilizar el acceso de estos usuarios a la informacingenerada por el BW.


15/23

Flujo de Datos BW

R/3FI,CO,SD,PP,MM,etc..T r an

s a c ci on

al

E x

t r a c t or

CuboQUERYS

Datos

Maestros

Transaccin R/3

ODS

InfoFuente

OtrosSistemas

Fuente de Datos Fuente de Datos


16/23

InfoObjetos

Es la unidad mnima de informacin. (Es como similar a la definicin de 1 campode una tabla).

Los InfoObjetos son los componentes bsicos de los Cubos y dems objetos enBW

Tipos de InfoObjetosCar ac ter st ic as : grupos de evaluacin como Centro de Costo , Centro de

Beneficio, Materiales . Una Caracterstica es un InfoProvider.Tipos especiales de caractersticas:Tiempo : perodo fiscal, da calendario Unidad : cantidad de ventas, moneda local Tcnicas: como Request. ID (loading request) o Change ID (aggregatechange runs)

Key figu res (rat ios): campos numricos que toman valor contnuamente comocantidades y valores, por ejemplo : Ingresos , Cantidad Facturada Precio .

Los InfoObjetos provistos por SAP comienzan con 0, el resto (por lo generalcomienzan con Zson definidos por los usuarios.


17/23

InfoCubos

Un InfoProvider es un objeto de las consultas que puede ser creado o ejecutado enBEx. Son objetos fsicos (a veces lgicos: vistas) utilizados en los reportes.

Un InfoProvider puede ser:Fsico:

Almacenamiento de los datos en tablas de base de datos realesVirtual:

Cuando es una recopilacin de datos (como un fin) que slo recoge datosde forma temporal para alimentar a una pregunta, pero no almacenarlopermanentemente.

Los objetos InfoCubes (Cubos o InfoCubos) y DataStore (ODS o DSO) son dos lasdos caractersticas fsicas mas importantes.


18/23

Se parte de una estructura multidimensional donde se organiza la informacin de acuerdoa lneas primarias de negocio (ej. Producto, Organizacin de Ventas, Tiempo, ...) conocidascomo dimensiones.Las dimensiones son un conjunto de caractersticas unidas las cuales tienen una relacin

jerrquica.Luego, se realiza un anlisis de los hechos (o ratios o facts) a partir de cualquier

combinacin de Dimensiones.

$$

$$

$$

R e g

i o n

N o r t e

/ S

u r

/ B

s A

s

DivisinPlasticos / Vidrios /

Cerm ico s

Grupo de ClientesGrandes TiendasMayoris tas

Minoris ta s

1) Se dispone de una estructuramultidimensional pararealizar el analisis. Se

realizar un analisis deFacturacin ($) para distintas

divisiones.

Nota: La estructura podratener varias mtricas posiblespara analizar. En este ejemplohabr una sola: Facturacin

($)

$$ $$ $$

R e g

i o n

N o r t e

/ S

u r

/ B

s A

s

DivisinPlast icos / Vidrios /

Cerm ic os


Minoris ta s

2) Se realiza un analisis de laregin norte

$$ $$ $$ R e g

i o n

N o r t e

/ S

u r

/ B

s A

s

DivisinPlasticos / Vidrios /

Cerm ico s


Minoris ta s

3) Se realiza un analisis de laRegin norte para laDivisin cermicos $$ $$ $$

R e g

i o n

N o r t e /

S

u r

/ B

s A

s

DivisinPlast icos / Vidrios /

Cerm ic os


Minoris tas

4) Se realiza un analisis de laRegin norte para la

Divisin cermicos y elGrupo de Clientes

minoristas

Qu es una consulta multidimensional?


19/23

Es el nivel de Detalle que se almacenar en el DW.

Es el nivel ms bajo al cual se puede llegar en un drill-down o actividad dedetallar la informacinEj: Una granularidad de da, implica que se generar un registro por cada da yuna de mes implica que habr un registro por cada mes.

Est directamente relacionado con la aditividad de las mtricas asociadas ya quecuando se toma una granularidad mayor a la de origen de la mtrica, seconsolidarn varios registros sumando (o realizando otra operacin dependiendodel caso) los valores para dicha mtrica.

Mayor granularidad mayor volumen de datos, menor performance.... vs... Menorgranularidad prdida de informacin

Granularidad de Datos


20/23

Operational Data Store (ODS)

El Operational Data Store ODS se utiliza para la consolidacin de datoshomogneos a nivel de detalle (nivel atmico, es decir a nivel documento)

Puede ser accedido desde un BEx Query tambin al igual que a un InfoCube

Ventajas:

Maneja actualizaciones Delta a partir de la funcionalidad de OVERWRITE.(laveremos en detalle ms adelante)

Maneja informacin a nivel de detalle

Permite hacer Drill Down de un InfoCubo a un ODS

Son tablas Transparentes (flat) con clave semntica

No se crea ni Fact Table ni Dim Tables


21/23

Aplicando teora de conjuntos, demostraremos el funcionamiento del Join deInfoProviders

Partimos de unInfoProvider, eneste caso a modo

de ejemplo diremosque es un ODS de

Pedidos

Luego, agregaremosal ejemplo, el Cubo

de Facturacin.

En este caso, nuestra necesidad ser analizar (naturalmente mediante una consulta oquery) los Pedidos que se facturaron.

Entonces el InfoSet,aplicando el Join, tomar

so lo la interseccin de

ambos conjuntos: solo lospedidos que se facturaron ylas facturas que surgieron a

partir de un pedido.

InfoSet


22/23

MultiProvider


23/23

Preguntas

? ????

BW_Overview.pptx

Documents

Transcript of BW_Overview.pptx