Caso Practico DW-BI Jurassic Park Parte II

SISTEMA DE DATOS – CURSO: ERNESTO CHINKES
FACULTAD DE CIENCIAS ECONOMICAS

UNIVERSIDAD DE BUENOS AIRES
Caso práctico: data warehouse / business Intelligence
Caso práctico de una solución de

data warehouse – business
intelligence
Caso Jurassic Park Parte II
Profesor: Ernesto Chinkes
Sistemas de Datos
Facultad de Ciencias Económicas

Universidad de Buenos Aires
Jrassic Park – Parte 2

Descripción del caso
Luego de cinco años de estar operando, la empresa ya cuenta con 8 parques temáticos
distribuidos por todo el país.
Aprovechando el éxito del merchandising relacionado con los dinosaurios, la empresa

logró desarrollar fuertemente su unidad de negocios de venta de productos y comidas
dentro de los parques. Esto, junto a la venta de entradas representa más del 90% de los
ingresos de la compañía.
Los problemas surgen en cada reunión gerencial: los datos sobre las ventas de
entradas y productos no parecen confiables ni están listos en tiempo y forma para que
el equipo de gerentes pueda tomar decisiones acertadas. Esto ocurre porque los
distintos gerentes (ventas, marketing, control de gestión, etc.) se manejan con
diferentes fuentes de información (en algunos casos usando planillas de cálculo, hechas
con ingreso manual de datos, minutos antes de las reuniones) y además porque cada
vez que se requiere un informe de mediana complejidad, hay que solicitarlo al área de
sistemas que demora por lo menos una semana en confeccionarlo ya que están
demasiado ocupados con la migración de los servidores corporativos y cuentan con
poco personal.
En resumen: cada reunión es un caos por las diferentes versiones de la verdad que
cada gerente tiene y en algunos casos porque ni siquiera se llega a tener la información
necesaria o está demasiado desactualizada.
Debido a esta situación, la empresa decide contratarlo a Ud. para que le de una
solución a este problema. El directorio ha escuchado hablar de palabras como sistemas
de ayuda a la decisión, business intelligence, data warehouse y otras pero lo que
realmente necesita es una solución de negocio para afianzar el crecimiento de la
empresa.
En principio se quiere trabajar con la información de ventas, tanto de entradas como de

productos dentro de los parques, para luego ir extendiendo el alcance del proyecto a
otras áreas.
Luego de realizar un relevamiento inicial, se llega a las siguientes conclusiones:
1. Los orígenes de datos que alimentarán el data warehouse serán:

1. El sistema emisor y facturador de entradas, que está presente en todas las
boleterías de cada parque (que contiene el módulo de reservas que usted
desarrolló en Jurassic Park I). Ver anexo I
2. Dos (2) sistemas distintos de facturación de productos y comidas para los
locales de los parques (ya que los más nuevos tiene un sistema que se
contrató hace un año a una consultora, pero los parques más antiguos tienen
todavía un sistema desarrollado por el sobrino de uno de accionistas de la

empresa). Ver anexo II
3. El sistema de administración de RRHH y liquidación de haberes. Ver anexo
III
Observación: los anexos muestran solo las tablas que se han evaluado como
útiles, es decir, que existen otras tablas en cada sistema, que en los anexos no
se muestran.
2. Se detecta que los analistas de negocio de la empresa necesitan analizar la

información de ventas de un producto o de las entradas desde diferentes
perspectivas. Por ejemplo, la venta de entradas vista por mes o por año, por parque,
por región, por empleado y demás combinaciones entre las perspectivas.
3. El mínimo nivel de detalle que se quiere tener disponible para el análisis de las
ventas ($ vendidos y unidades vendidas) es el de la línea de los ticket.
4. De cada empleado es necesario poder hacer análisis de ventas considerando

también el impacto de las horas de capacitación recibidas.
5. Es necesario conocer también de que manera influye, en las ventas de productos, la

zona geográfica en la que están ubicados los locales.
6. De cada escuela se sabe si es privada o pública, y se desea conocer cuales son las
escuelas que generan mayores ingresos a la empresa.
7. Se necesitará hacer análisis diarios, mensuales, trimestrales y anuales.

Anexo I (Sistema Emisor y facturador de entradas)

Anexo II (Sistemas de facturación)
Sistema de Facturación I
Sistema de Facturación II
Anexo III (Sistema de RRHH)

Resolución
1. Se decide empezar por modelar el negocio de Jurassic Park, identificando las
dimensiones de análisis y también los hechos o medidas: Modelo
multidimensional conceptual.
DISTRIBUCIÓN
EMPLEADO TIEMPO ESCUELA PRODUCTO
GEOGRÁFICA
Rango
Anio Tipo Región Categoría
capacitación
Provincia
Empleado Trimestre Escuela Sub categoría
Ciudad
Mes Producto
Parque
Día
Local
Monto vendido
Cantidad vendida
2. Decide define la arquitectura de la solución, según se expresa en el esquema que

sigue:
RRHH
Data
E T Warehouse
Objetivo
Facturacion I Area de trabajo
L
E T
Facturacion II Aplicaciones de
Data Business Intelligence
Warehouse
Subjetivo
Boleterias
3. Considerando el diseño multidimensional conceptual y los modelos de datos de las

fuentes de datos se diseña el data warehouse objetivo.
PROVINCIA
REGION
TIPO ESCUELA
id_provincia
id_region
Id_tipo_escuela CIUDAD
Nombre provincia
id_ciudad id_region Nombre region
Descripcion
Nombre ciudad
id_provincia
ESCUELA LOCAL
Id_escuela VENTA Id_local PARQUE
Numero_ticket Id_parque Id_parque

Nombre_escuela
Id_tipo_escuela Superficie
Fecha_venta Distancia_boleteria Dirección
Legajo_empleado id_ciudad
ITEM_VENTA Id_escuela
Id_local EMPLEADO
Numero_ticket
Id_producto legajo_empleado
Descripcion_producto Nombre_empleado
Precio_unitario Apellido_empleado
Cantidad Sueldo
Horas _capacitacion
Numero_ticket
PRODUCTO SUB CATEGORIA
CATEGORIA
Id_producto Id_sub_categoria
Id_categoria
Descripcion_producto Descripcion_sub_categoria
Id_categoria Descripcion_cateogira
Id_sub_categoria
4. Para cargar los datos al data warehouse es necesario pasar por un proceso de ETL
que extraiga los datos de los sistemas fuente, la transforme si es necesario, y luego
la cargue en el DW.
Periodicidad
Lo primero a tener en cuenta para el proceso de ETL es la periodicidad. Se ha

considerado la decisión basándose en la necesidad del negocio (con que frecuencia es
necesario tener datos actualizados para el análisis) y por otra parte la disponibilidad de
los recursos, tanto las fuentes de datos como el data warehouse, ya que verán afectado
su rendimiento en gran medida durante su ejecución, inclusive en el data warehouse no
estará disponible durante el proceso.
En base a ello se decide correr el proceso de ETL para la carga del data warehouse una
vez por semana (extrayendo todas las transacciones de la semana anterior) los días
domingo a las 22 horas. Esta decisión se ha tomado porque este nivel de actualización
es suficiente para los analistas y además porque ese es un momento en que hay
disponibilidad de recursos de procesamiento. También se toma en cuenta que la
mayoría de los análisis se hace el día lunes con la información de la semana anterior.
Transformación de datos
A modo de ejemplo, se describen a continuación tres de las transformaciones que

realizarán en el proceso de ETL:
a) Categorías y subcategorías de productos: En los tres sistemas en los que se usan

tienen campos con nombres distintos. Los mismos serán integrados en el DW en
una única tabla, dejando un único valor para cada categoría y subcategoría de los
productos en los sistemas de facturación I y II (ya que existe la misma codificación
en ambos sistemas) y se inventarán subcategorías ficticias para cada categoría del
sistema de entradas, ya que en dicho sistema no existe el concepto de
subcategoría.
b) Cada sistema de facturación cuenta con su propia codificación de empleados y

escuelas (esto significa, por ejemplo, que un mismo código de empleado puede ser
usado para dos empleados distintos de un parque a otro). Esto debe ser
solucionado mediante el proceso de ETL, usando tablas de conversión o
equivalencia.
b.1. En el caso de los empleados:
Se usará una tabla de equivalencias, donde se unificará la codificación usando el

número de legajo del sistema de RRHH.
Tabla de equivalencias
ID_EMPLEADO Sistema COD_EMPLEADO Codigo_empleado
facturacion I Sistema facturacion II sistema de
entradas LEGAJO
1 54 5 1
2 6 8 70
3 1 2 41
4 10 34 53
Esta tabla sirve para ser usada al momento de la extracción de las ventas de los
diferentes sistemas de facturación (y el de entradas) al momento de hacer el pasaje al
DW. En cada venta se extrae el código del empleado del sistema fuente y, luego de
consultar la tabla de equivalencias y obtener el legajo correspondiente, podrá cargar el
registro de la venta en forma homogénea en el DW.
b.2. En el caso de las escuelas:
La solución es similar, usando la siguiente tabla de conversión entre el sistema fuente y

el DW, pero es un poco más sencillo ya que los sistemas de facturación I y II tienen los
mismos códigos, por lo tanto solo es necesaria una tabla que establezca las
equivalencias con el sistema de entradas. En este caso se deja como codificación base
en el DW al de los sistemas de facturación I y II
Tabla de equivalencias
COD_ESCUELA
de sistema de ID_ESCUELA
entradas Sistemas I y II
1 24
2 21
3 23
4 45
5. Se diseña el data warehouse subjetivo, mediante un modelo mixto (copo de

nieve en estrella).
EMPLEADO
Legajo
Apellido_nombre
TIEMPO Sueldo
Horas _capacitacion
id_fecha Rango_horas _capacitacion PRODUCTO
Dia id_producto
Mes
Trimestre Descripcion producto
Año TABLA DE HECHOS Categoria
Subcategoria
id_producto
id_local
id_fecha
id_escuela ESCUELA
Legajo
Id_escuela
TIPO ESCUELA
monto vendido
cantidad vendida Nombre
Id_tipo_escuela
Id_tipo_escuela
Tipo_escuela
DISTRIBUCION GEOGRAFICA
id_local
Nombre local
Id_parque
PARQUE CIUDAD PROVINCIA REGION

Id_parque id_ciudad id_provincia id_region
Direccion Nombre ciudad Nombre provincia Nombre region

id_ciudad id_provincia id_region
Ejercitación
A. Se desea que defina qué cambios haría en el data warehouse objetivo, el subjetivo,
y en el diseño multidimensional conceptual, para los nuevos requerimientos que se
describen a continuación:
1. Si Jurassic Park decidiera incorporar información acerca del stocks disponible de

sus productos en el data warehouse. El stock deberá estar disponible a nivel de
producto, día y local.
2. Si se lanzara una tarjeta de fidelización de clientes y se pudiera identificar a qué

cliente se hizo cada venta (tanto de entradas como de otros tipos de productos).
3. Poder evaluar el impacto que tiene en las ventas, la antigüedad y el salario de

los empleados.
4. De cada local es necesario poder analizar las ventas (importe y cantidad) con
respecto a los metros cuadrados que disponen y distancia respecto de la
boletería.
B. Defina el resto de los proceso que debe contemplar el ETL para generar el
DW objetivo, continuando lo visto en el punto 4 de la resolución.

Caso Practico DW-BI Jurassic Park Parte II

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Caso Practico DW-BI Jurassic Park Parte II

Hochgeladen von

Copyright:

Verfügbare Formate

SISTEMA DE DATOS – CURSO: ERNESTO CHINKES

FACULTAD DE CIENCIAS ECONOMICAS

Caso práctico de una solución de

Caso Jurassic Park Parte II

Profesor: Ernesto Chinkes

Facultad de Ciencias Económicas

Jrassic Park – Parte 2

Aprovechando el éxito del merchandising relacionado con los dinosaurios, la empresa

En principio se quiere trabajar con la información de ventas, tanto de entradas como de

Luego de realizar un relevamiento inicial, se llega a las siguientes conclusiones:

1. Los orígenes de datos que alimentarán el data warehouse serán:

todavía un sistema desarrollado por el sobrino de uno de accionistas de la

2. Se detecta que los analistas de negocio de la empresa necesitan analizar la

4. De cada empleado es necesario poder hacer análisis de ventas considerando

5. Es necesario conocer también de que manera influye, en las ventas de productos, la

7. Se necesitará hacer análisis diarios, mensuales, trimestrales y anuales.

Anexo I (Sistema Emisor y facturador de entradas)

Anexo II (Sistemas de facturación)

Anexo III (Sistema de RRHH)

2. Decide define la arquitectura de la solución, según se expresa en el esquema que

3. Considerando el diseño multidimensional conceptual y los modelos de datos de las

Id_escuela VENTA Id_local PARQUE

Numero_ticket Id_parque Id_parque

Lo primero a tener en cuenta para el proceso de ETL es la periodicidad. Se ha

A modo de ejemplo, se describen a continuación tres de las transformaciones que

a) Categorías y subcategorías de productos: En los tres sistemas en los que se usan

b) Cada sistema de facturación cuenta con su propia codificación de empleados y

b.1. En el caso de los empleados:

Se usará una tabla de equivalencias, donde se unificará la codificación usando el

b.2. En el caso de las escuelas:

La solución es similar, usando la siguiente tabla de conversión entre el sistema fuente y

5. Se diseña el data warehouse subjetivo, mediante un modelo mixto (copo de

PARQUE CIUDAD PROVINCIA REGION

Direccion Nombre ciudad Nombre provincia Nombre region

1. Si Jurassic Park decidiera incorporar información acerca del stocks disponible de

2. Si se lanzara una tarjeta de fidelización de clientes y se pudiera identificar a qué

3. Poder evaluar el impacto que tiene en las ventas, la antigüedad y el salario de

Das könnte Ihnen auch gefallen