Sei sulla pagina 1di 63

SISTEMA DE INFORMACIÒN GERENCIAL

UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA

INGENIERÍA INDUSTRIAL

SISTEMAS DE INFORMACIÓN GERENCIAL

Dr. Ing. Francisco Rodríguez Novoa


“PROPUESTA DE INTELIGENCIA DE NEGOCIO PARA AGILIZAR LA TOMA
DE DECISIONES EN LA EMPRESA “CONFI SANTERSA DEL PERÚ-E.I.R.L.”
DEDICADA A LA FABRICACIÓN Y COMERCIALIZACIÓN DE CARAMELOS EN LA
CIUDAD DE TRUJILLO”

IX “A”

-Cruzado de la Cruz Petronila


-Sarachaga Gallardo Karina
-Tamay Mino Brenda
-Takeda Lujan Karen
-Vásquez Álvarez Lidia

TRUJILLO-PERÚ

2018

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

INDICE
1. Título del Proyecto

2. Objetivo General

3. Planificación del Proyecto

3.1. Selección de la Estrategia de Implementación

3.2. Selección de la Metodología de Desarrollo

3.3. Selección del Ámbito de Implementación

3.4. Descripción de los stakeholders

4. Determinación de los Requerimientos

4.1. Requerimientos de los Stakeholders

4.2. Requerimientos Funcionales del Usuario Final

4.3 Requerimientos No Funcionales

4.4. Análisis de Requerimientos

5. Diseño Técnico de la Arquitectura

5.1. Nivel de Datos: Base de Datos Fuente (Transaccional)

6. Modelado Dimensional

6.1. Identificación de los Componentes del Modelo

6.1.1 Elección del Data Mart

6.1.2 Elección del Objetivo de la Tabla de Hechos

6.1.3 Elección de las Dimensiones

6.1.4 Elección de los Hechos

6.2. Diagrama de la tabla de Hechos|

6.3. Esquema Estrella

7. Diseño Físico

8. Proceso de Extracción, Transformación y Carga de Datos

8.1. Definición de los Pasos de Transformación

8.2 Definición de los Workflows

8.3. Creación de los Paquetes de Servicio de Transformación de Datos

9. Reportes en Power BI

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

1. Título del Proyecto


Propuesta de Inteligencia de Negocio para agilizar la Toma de Decisiones en la
empresa “Confi Santersa del Perú E.I.R.L” dedicada a la fabricación y
comercialización de Caramelos en la ciudad de Trujillo.
2. Objetivo General
a. Objetivos Generales:
Elaborar una propuesta de Inteligencia de Negocio que agilizará la Toma de
Decisiones en la empresa “Confi Santersa del Perú E.I.R.L” dedicada a la
fabricación y comercialización de Caramelos en la ciudad de Trujillo.
b. Objetivos Específicos:
1. Definir los Stakeholders y obtener sus requerimientos.
2. Realizar el análisis de requerimientos para la elaboración de un Modelado
de Datos para la organización.
3. Implementar los cubos y reportes dinámicos de acuerdo a las necesidades
del cliente.
4. Elaborar e implementar el Diseño de la Data Mart.

3. Planificación del Proyecto

3.1. Selección de la Estrategia de Implementación

La estrategia de implementación del proyecto contiene las siguientes tareas:


1. Conocer la realidad de la empresa y familiarizarnos con la cultura
organizacional.
2. Analizar la documentación y procedimientos de la empresa
“Confi Santersa del Perú E.I.R.L”
3. Analizar los sistemas transaccionales.
4. Recolectar y analizar los requerimientos empresariales.
5. Realizar el diseño y la arquitectura para los Data Mart.
6. Implementar los Data Mart.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
3.2. Selección de la Metodología de Desarrollo

La Elaboración y la implementación de un Data Mart es un proceso complejo,


es por eso que se utilizará uno de los métodos más confiables para el desarrollo y
la implementación de la Data Mart, la cual adaptaremos al caso específico de este
proyecto.
La metodología de Ralph Kimball, llamada Modelo Dimensional (Dimensional
Modeling), se basa en lo que se denomina Ciclo de Vida Dimensional del Negocio
(Business Dimensional Lifecycle). Esta metodología es considerada una de las
técnicas favoritas a la hora de construir un Datawarehouse.
En el Modelo Dimensional se constituyen modelos de tablas y relaciones con el
propósito de optimizar la toma de decisiones, con base en las consultas hechas en
una base de datos relacional que están ligadas con la medición o un conjunto de
mediciones de los resultados de los procesos de negocio.
El Modelo Dimensional es una técnica de diseño lógico que tiene como objetivo
presentar los datos dentro de un marco de trabajo estándar e intuitivo, para
permitir su acceso con un alto rendimiento. Cada Modelo Dimensional está
compuesta por una tabla con una llave combinada, llamada tabla de hechos, y con
un conjunto de tablas más pequeñas llamadas tablas de dimensiones.
3.3. Selección del Ámbito de Implementación

El ámbito de la implementación de los Data Mart fue determinado basándose


en los requerimientos de información del Administrador de la empresa “Confi
Santersa del Perú E.I.R.L” y el análisis con el apoyo del equipo desarrollando. Para
ello se formuló las siguientes preguntas:

a) ¿Cuál es el área más recomendable estratégicamente para aplicar los


Data Marts?
b) ¿Cuál es la priorización de desarrollo de los Data Marts en los
procesos de las principales áreas de la empresa?
c) ¿Cuál es el rango de consultas empresariales a los que se debe
responder inicialmente los Data Marts?
Después de haber realizado el análisis del funcionamiento de la organización,
se llegó a lo siguiente:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
a) El área de Recepción de Pedidos, Abastecimiento, Producción, y Distribución
son las más recomendables, en el cual debe ser aplicada los Data Marts, por ser
las áreas que brindan mayor información acerca de lo que se gasta en la empresa.
b) De acuerdo a las entrevista, información y documentación de los sistemas,
la priorización de desarrollo será la siguiente:
1º Proceso de Recepción de Pedidos Abastecimiento, Producción y Distribución
2º Documentos Inicial de Abastecimiento, Producción y Distribución

3.4. Descripción de los stakeholders

Para este proyecto de tesis el escenario de uso empresarial es el que se muestra


a continuación con sus respectivos componentes:

Nombre Representa Rol


Personal encargado  Ejercer la representación
legal de la empresa, tomando las
de Planificar, organizar
decisiones definitivas de acuerdo
y dirigir la a las atribuciones conferidas.
administración de la  Controlar el
funcionamiento operativo de la
empresa, de acuerdo a empresa, responsabilizándose de
normas y políticas la situación económico-financiera
de la empresa, tomando
establecidas. decisiones definitivas en provecho
Administrador del cumplimiento de los objetivos
de la empresa.
 Ejercer el control interno
de todas las actividades que se
realizan en la empresa.

Encargado de Personal encargado  Registrar los códigos de


de recepcionar los pedidos
Pedido
diversos pedidos de los  Registrar las facturas
clientes. Así como  Consolidar la cantidad de
registrarlos en la productos pedidos por periodo
documentación  Calcular el importe total de
respectiva. pedido por periodo
 Consolidar los pedidos
promedios de productos por
periodo
 Calcular los montos
promedios de pedidos de
productos por periodo

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
 Calcular los montos
promedios de pedidos de
productos por cliente
 Consolidar la cantidad de
Personal encargado insumos pedidos al proveedor.
de realizar y vigilar el  Reportar los montos
Encargado de proceso de compras de promedios de Pedidos por
Abastecimiento insumos para la Proveedor
fabricación de los  Reportar los montos
caramelos. promedios de Compras al
proveedor
 Registrar la fecha recibida
de los insumos por el proveedor

Encargado Personal encargado  Consolidar cantidad de


de Producción del buen productos producidos por periodo
funcionamiento,  Consolidar los tipos de
supervisión, gestión de productos producidos por periodo
recursos materiales y  Registrar la cantidad de
maquinaria, búsqueda insumos utilizados en la ordenes
de estrategias e de producción
,innovación para el  Registrar la cantidad de
aumento de la eficiencia máquinas usadas en la orden de
en la producción de producción
caramelos en la  Registrar la producción
empresa. promedio por periodo
 Registrar los stocks
promedios por periodo
 Registrar las fechas de
producción
Encargado de Personal encargado  Recibir las ordenes de
Distribución de organizar la entrega por periodo
recepción,  Consolida la cantidad de
almacenamiento y productos entregados por periodo
entregar las diversas  Registrar la cantidad de
órdenes de caramelos productos distribuidos por cliente
en los camiones  Promediar los costos de
respectivos a los clientes distribución por periodo
 Registrar lo lugares de
destino y las fechas de
distribución

Tabla 1: Personal involucrado en el Proyecto- Descripción de usuarios


del Data Mart

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

4. Determinación de los Requerimientos

4.1. Requerimientos de los Stakeholders

En la entrevista con Stakeholders debemos recopilar todos los requerimientos


y aclarar las dudas que tengan; teniendo en cuenta la necesidad principal que es
el Área de compras y así poder realizar del Data Mart enfocado a las necesidades
de la empresa.
¿Por qué construir un Data Mart?
Para desarrollar estrategias y brindar un soporte a la toma de decisiones, y así
lograr una mayor participación en el mercado nacional e internacional; haciendo
uso del análisis de sus datos históricos y actuales, beneficiando de esta manera
un mejor desempeño de la empresa “CONFI SANTERSA DEL PERÚ E.I.R.L”
¿Cuál será el impacto sobre la organización?
El impacto del Data Mart sobre “CONFI SANTERSA DEL PERÚ E.I.R.L” será
beneficioso a mediano y a largo plazo de acuerdo a la rapidez con que se tome las
decisiones y a la creatividad que se emplee, permitiendo la reducción de tiempo en
la obtención de reportes solicitados por la administración, que servirán para tomar
decisiones en el momento necesario.
¿Cuáles son los riesgos?
Los riesgos al implementarse el Data Mart serian que la base de datos
operacional tenga complicaciones, es decir, genere problemas de consistencia.
4.2. Requerimientos Funcionales del Usuario Final
Para determinar los requerimientos empresariales se realizaron entrevistas a
los usuarios finales que utilizarán los Data Mart basados en la metodología de
Ralph Kimball.
A. Encargado de Pedidos
1. ¿Cuál es la cantidad de productos pedidos por cliente en un mes
determinado?
2. ¿Cuánto es el importe total que tiene un cliente al realizar sus pedidos
por año?
3. ¿Cuánto es el pedido promedio que realiza un cliente por año?
4. ¿Cuáles son los montos promedios de productos en un año determinado?
5. ¿Cuáles son los montos promedios de pedidos de productos por cliente

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
en un mes determinado?
B. Encargado de Abastecimiento
1 ¿Cuál es la cantidad de insumos pedidos al proveedor por mes?
2 ¿Cuánto es el monto promedio de pedido de insumos al proveedor por mes?
3. ¿Cuánto es el monto promedio de compra de insumos al proveedor por mes?
C. Encargado de Producción
1. ¿Cuál es la cantidad de tipos de productos producidos en un mes?
3. ¿Cuál es la cantidad de insumos utilizados por productos en un periodo?
4. ¿Cuál es la cantidad de máquinas horas usadas por producto en un mes?
5. ¿Cuál es la producción promedio de un determinado producto por año?
6. ¿Cuál es la cantidad de Horas-hombre usadas en la producción de un
producto por año?
D. Encargado de Distribución
1. Calcular la cantidad promedio de productos distribuidos por mes?
2.Calcular los costos de distribución por mes?
3.Calcular los costos promedios de distribución por cliente al mes?
4.¿Cual es el cliente al que más se distribuye al mes?
5.Cuales son los lugares de destino donde se distribuye más productos al mes?
4.3 Requerimientos No Funcionales

Los requerimientos no funcionales son de mucha importancia en el desarrollo


de un Datamart. A continuación, se presenta los requerimientos no funcionales
identificados:
1. Establecer seguridad adecuada para la administración de la Data Mart.
2. El rendimiento del Data Mart debe ser superior a las herramientas utilizadas
para la consulta en los sistemas transaccionales.
3. Los Data Marts deben funcionar sobre la plataforma de Microsoft Windows
10, con el manejador de base de datos Microsoft SQL Server 2008 R2 y utilizando
el Microsoft SQL Server 2008 Analysis Services como herramienta de diseño y
construcción de los cubos.
4. Para el análisis de los requerimientos funcionales y no funcionales
utilizaremos los datos que nos proporcionaron la empresa “CONFI SANTERSA DEL
PERÚ E.I.R.L” además de los manuales de procedimientos y documentos
proporcionados por el personal administrativo.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

4.4. Análisis de Requerimientos


En esta parte se hará un análisis de cada requerimiento del usuario final y
definiendo algunas tablas de la Base de Datos Operacional de la empresa, que
actuarían como dimensión dentro del Data Mart, también se definirá las posibles
medidas dentro del Data Mart.
A. Encargado de Pedidos
1. ¿Cuál es la cantidad de productos pedidos por cliente en un mes
determinado?

DNI CLIENTE
Nomb
Direc re
Cantidad Telef
de ción
Productos
Día
Mes
Año
TIEMPO

2. ¿Cuánto es el importe total que tiene un cliente al realizar sus pedidos


por año?

DNI CLIENTE
Nomb
Direc re
Importe Telef
total ción

Día
Mes
Año
TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

3. ¿Cuánto es el pedido promedio que realiza un cliente por año?

DNI CLIENTE
Nomb
Direc re
Pedido Telef
promedio ción
Día
Mes
Año
TIEMPO

4. ¿Cuáles son los montos promedios de productos en un año determinado?

Cod_Pro
Nomb PRODUCTO
Precio d
Stock re
Cod_tipo
Monto
promedio Día
Mes
Año TIEMPO

5. ¿Cuáles son los montos promedios de pedidos de productos por cliente


en un mes determinado?

DNI CLIENTE
Nomb
Direc re
Monto Telef
pedido ción
promedio
cliente
Día
Mes
Año
TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

B. Encargado de Abastecimiento
1 ¿Cuál es la cantidad de insumos pedidos al proveedor por mes?

Ruc PROVEEDOR
Nomb
Direc re
Cantidad Num
ción
de insumo
eroUM Descrip Stock Nomb Cód
re INSUMO
igo
Mes
Año
TIEMPO

2 ¿Cuánto es el monto promedio de pedido de insumos al proveedor por mes?

Ruc PROVEEDOR
Nomb
Direc re
Monto Num
ción
promedio
eroUM Descrip Stock Nomb Cód
de insumo INSUMO
re igo
Mes
Año
TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
3. ¿Cuánto es el monto promedio de compra de insumos al proveedor por mes?

Ruc PROVEEDOR
Nomb
Direc re
Monto Num
ción
promedio
eroUM Descrip Stock Nomb Cód
de compra INSUMO
re igo
Mes
Año
TIEMPO

D. Encargado de Producción
1. ¿Cuál es la cantidad de tipos de productos producidos en un mes?

Cod_Pro
Nomb PRODUCTO
Precio d
Stock re
Cod_tipo
Cantidad
producida Día
Mes
Año TIEMPO

2. ¿Cuál es la cantidad de insumos utilizados por productos en un periodo?

Cod_Pro
Nomb
Precio d PRODUCTO
Stock re
Cod_tipo
Cantidad UM Descrip Stock Nomb
Cód
de insumos
Día re INSUMO
igo
Mes
Año
TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

3. ¿Cuál es la cantidad de máquinas horas usadas por producto en un mes?

Cod_Pro
Nomb
Precio d PRODUCTO
Stock re
Cod_tipo
Cantidad Tipo Descrip Marca
Id
maquina MAQUINA
hora Día
Mes
Año
TIEMPO

4. ¿Cuál es la producción promedio de un determinado producto por año?

Cod_Pro
Nomb PRODUCTO
Precio d
Stock re
Cod_tipo
Producción
promedio Día
Mes
Año TIEMPO

5. ¿Cuál es la cantidad de Horas-hombre usadas en la producción de un


producto por año

Cod_Pro
Nomb
Precio d PRODUCTO
Stock re
Cod_tipo
Cantidad Telef Salario F_ing Dirc F_Nac Nomb Dni
maquina TRABAJADOR
hora
Día
Mes
Año

TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

D. Encargado de Distribución
1. ¿Calcular la cantidad promedio de productos distribuidos por mes?

Cod_Pro
Nomb
Precio d PRODUCTO
Stock re
Cod_tipo
Cantidad ID_matri Salario Telef
maquina Nomb Dni DISTRUBUIDOR
hora Día
Mes
Año
TIEMPO

2. ¿Calcular los costos de distribución por mes?

Dni
Nomb DISTRIBUIDOR
Telef
ID_matri Salario
Cantidad
maquina
hora Día
Mes
Año
TIEMPO

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
3. ¿Calcular los costos promedios de distribución por cliente al mes?

Dni
Nomb CLIENTE
Direc
Telef re
Costo
promedio Día
distribucion Mes
Año TIEMPO

4. ¿Cuál es el cliente al que más se distribuye al mes?

Dni
Nomb CLIENTE
Direc
Telef re
Cliente de
mayor Día
distribución Mes
por mes Año TIEMPO

5. Diseño Técnico de la Arquitectura

5.1. Nivel de Datos: Base de Datos Fuente (Transaccional)

Para el análisis de los datos, es recomendable empezar analizar los datos


fuentes, requerimientos y procesos que maneja la empresa; se creara un tipo
de la base de datos y la estructura de las tablas.
Se utilizó la base de “CONFI SANTERSA DEL PERÚ E.I.R.L” cuyo modelo esta
descrito en la imagen de a continuación: En este diagrama se muestran las tablas
que se relacionan las Áreas dentro de la empresa: Recepción de Pedidos
Abastecimiento, Producción y Distribución com los diversos procesos que se
realizan para obtener un producto terminado, el cual permitirá adquirir datos
relevantes para la empresa.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
6. Modelado Dimensional

6.1. Identificación de los Componentes del Modelo

Para identificar los componentes utilizaremos el método propuesto por Ralph


Kimball.

6.1.1 Elección del Data mart

En este paso identificaremos el posible Data Mart que se puede construir en


la empresa CONFITERIA SANTERSA E.I.R.L. En nuestro caso identificaremos el
área que está en estudio por este proyecto, el cual ya tenemos conocimiento
sobre su modelo general de datos.

Entonces, para identificar nuestro Data Mart en estudio recurrimos al


siguiente método:

 Método de la Matriz
Se mencionará los posibles hechos relacionados y que son usados juntos.
Listamos las entidades que apoyan a estos hechos.

 Listado de los Data Marts

Según la situación general de la empresa, se identificó las posibles


fuentes de Data Marts que corresponderán a las filas de la matriz:
 Área de Pedidos
 Área de Abastecimiento
 Área de producción
 Área de distribución
 Listado de las Dimensiones
Para los posibles Data Mart mencionados anteriormente listamos las
siguientes posibles dimensiones:
 Tiempo_Producción
Tiempo_Abastacecimiento
 Tiempo_Pedido
 Tiempo_Distribuciòn
 Trabajador
 Maquina
 Insumo
 Proveedor
 Producto
 Cliente
 Distribuidor
 Camión

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Marcado de las Intersecciones


Ordenamos las filas y las columnas en una tabla, dando forma a la matriz, y marcamos las intersecciones donde
exista una dimensión relacionada a un Data Mart.
Areas
DIMENSIONES
Área Área Area de Area de
Producci Abastecimiento Pedido distribucion
òn
Tiempo_Producción x
Tiempo_Abastacecimi x
ento
Tiempo_Pedido x

Tiempo_Distribuciòn x

Trabajador x
Maquina x
Insumo x x
Proveedor x
Producto x x x
Cliente x x
Distribuidor x
Camiòn x
Tabla 6: Matriz de Intersecciones
Para el fácil manejo de las consultas hechas por el usuario, en el Data Mart se consideró 4 Tablas de Hechos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
6.1.2 Elección del Objetivo de la Tabla de Hechos
Este paso consiste en declarar como es el registro del hecho en las tablas de
hechos, es decir, hay que definir claramente y exactamente que registros de cada
tabla de hechos figurará en el diseño del modelado del Data Mart.
Tomamos la siguiente definición para cada tabla de hechos:

Tabla 1. Matriz de hechos

Tabla de Hechos Objetivo


Produccion Controlar la cantidad y tipos de productos
producidos por periodo

Abastecimiento Reportar la cantidad de insumos pedidos al


proveedor

Recepcionar pedido de los clientes y calcular


Pedido el importe total por pedido

Recepcionar, almacenar y entregar las


Distribuciòn ordines de entrega por periodo

6.1.3 Elección de las Dimensiones

Al establecer el objetivo para cada tabla de hechos, podemos escoger


cuales serán nuestras dimensiones para cada una de estas tablas.

Tabla de Objetivos Dimensiones


Hechos
Tiempo_produccion
Trabajador
Controlar la cantidad y
Produccion Maquina
tipos de productos Insumo
Producto
producidos por periodo
Reportar la cantidad de Tiempo_Abastecimiento
Abastecimient insumos pedidos al proveedor Insumo
o Proveedor

Pedido Recepcionar pedido de los Tiempo_Pedido


clientes y calcular el importe Cliente
total por pedido
Distribuciòn Recepcionar, almacenar y Tiempo_Distribucion
entregar las ordines de Producto
entrega por periodo Cliente
Distribudor
Camion
Tabla 2: Dimensiones de la Tabla de Hechos

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
6.1.4 Elección de los Hechos

El Objetivo de cada tabla de hecho, permite definir los hechos y el alcance


que estos hechos deben tener.

Tabla de Hechos
Hechos
 Cantidad de insumos pedidos al
Produccion proveedor
 Cantidad de insumos utilizados por
producto
 Cantidad de máquinas horas usadas
por producto
 Producción promedio de un
determinado producto
 Cantidad de Horas-hombre usadas
en la producción de un producto
Abastecimien  Cantidad de insumos pedidos al
to proveedor
 Monto promedio de pedido de
insumos al proveedor
 Monto promedio de compra de
insumos al proveedor
Pedido  Cantidad de productos pedidos por
cliente
 Importe total de un cliente por
pedido
 Pedido promedio que realiza un
cliente
 Monto promedio de pedido de
productos por cliente
Distribucion  Cantidad promedio de productos
distribuidos
 Costos de distribución
 Costos promedios de distribución
por cliente
 Cliente al que más se distribuye
 Lugares de destino donde se
distribuye más productos

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
6.2. Diagrama de la tabla de Hechos

Diagrama de la Tabla de Hechos Producción

Trabajador

Maquina Insumo

TABLA DE HECHOS
PRODUCCIÒN
Tiempo_produccion Reportar la Producto
cantidad de
insumos pedidos al
proveedor

Diagrama de la Tabla de Hechos Abastecimiento

Insumo

Tiempo_Abastecimiento Proveedor

TABLA DE HECHOS
ABASTECIMIENTO
Controlar la cantidad
y tipos de productos
producidos por
periodo

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Diagrama de la Tabla de Hechos Pedido

Tiempo_Distribucion Cliente

TABLA DE HECHOS
PEDIDO
Recepcionar pedido
de los clientes y
calcular el importe
total por pedido

Diagrama de la Tabla de Hechos Distribución

Cliente Distribuidor

Tiempo_Pedido TABLA DE HECHOS


Camion
DISTRIBUCION
Recepcionar,
almacenar y
entregar las
ordines de entrega
por periodo

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
6.3. Esquema Estrella
Consiste en una Tabla Hecho y Dimensiones asociadas a esta, para poder
visualizar mejor el modelo de la Data Mart.
Para una mejor comprensión, listamos primero los componentes que
intervendrán el esquema, luego dividimos el Data Mart en dos gráficos: El esquema
estrella de la Tabla de Hechos y el Diseño Lógico del Data Mart.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
7. Diseño Físico

Se tiene que tener en cuenta lo siguiente:

Modificar los nombres a nombres estándar, si fueran necesarios. Para nuestra


Data Mart se realizaron los siguientes cambios:

 HECHO_PRODUCCION

DISEÑO LOGICO DISEÑO FISICO


TABLA DE HECHO_PRODUCCION
HECHO_PRODUCCION
TABLA DE DIMENSION TRABAJADOR_DIM
TRABAJADOR
TABLA DE DIMENSION MAQUINA_DIM
MAQUINA
TABLA DE DIMENSION TIEMPO_DIM
TIEMPO
TABLA DE DIMENSION PRODUCTO_DIM
PRODUCTO
TABLA DE DIMENSION INSUMO_DIM
INSUMO

Tabla 1 Nombres Estándares para las Tablas Hechos y Dimensiones

NOMBRE DE LA DISEÑO LÓGICO DISEÑO FÍSICO


TABLA
TRABAJADOR_DIM id_trabKey id_trabKey
TRABAJADOR_DIM DNI_trab DNI_trab
TRABAJADOR_DIM nombre_trab nombre_trab
TRABAJADOR_DIM fecha_nac fecha_nac
TRABAJADOR_DIM dir_calle_trab dir_calle_trab
TRABAJADOR_DIM dir_numero_trab dir_numero_trab
TRABAJADOR_DIM dir_ciudad_trab dir_ciudad_trab
TRABAJADOR_DIM fecha_ingreso fecha_ingreso
TRABAJADOR_DIM salario salario
TRABAJADOR_DIM num_telef num_telef
MAQUINA_DIM ID_maqKey ID_maqKey
MAQUINA_DIM id_maq id_maq
MAQUINA_DIM marca_maq marca_maq

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
MAQUINA_DIM descrip_maq descrip_maq
MAQUINA_DIM tipo_maq tipo_maq
TIEMPO_DIM TiempoKey TiempoKey
TIEMPO_DIM Dia Dia
TIEMPO_DIM Mes Mes
TIEMPO_DIM Año Año
TIEMPO_DIM fecha fecha
PRODUCTO_DIM cod_productoKey cod_productoKey
PRODUCTO_DIM cod_Prod cod_Prod
PRODUCTO_DIM nombre_producto nombre_producto
PRODUCTO_DIM precio_producto precio_producto
PRODUCTO_DIM stock_producto stock_producto
PRODUCTO_DIM cod_tipo cod_tipo
INSUMO_DIM cod_insumoKey cod_insumoKey
INSUMO_DIM Cod_insumo Cod_insumo
INSUMO_DIM nombre_insumo nombre_insumo
INSUMO_DIM stock_insump stock_insump
INSUMO_DIM descrip_insumo descrip_insumo
INSUMO_DIM unidad_medida unidad_medida

NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO


TABLA
HECHO_PRODUCCION cod_orden cod_orden
HECHO_PRODUCCION cantidad_producida cantidad_producida
HECHO_PRODUCCION cant_insumos cant_insumos
HECHO_PRODUCCION cant_maquinasHora cant_maquinasHora
HECHO_PRODUCCION producción promedio producción_promedio
HECHO_PRODUCCION Cant_HorasH cant_HorasH

Determinar el tipo de dato para cada tabla que intervendrá en el Data Mart. Estos
cuadros muestran el detalle de cada tabla:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
a) TABLA: TRABAJADOR_DIM
NOMBRE DEL CAMPO TIPO DE DATO
id_trabKey integer
DNI_trab Char(8)
nombre_trab Varchar(50)
fecha_nac Datetime
dir_calle_trab Varchar(30)
dir_numero_trab Varchar(20)
dir_ciudad_trab Varchar(30)
fecha_ingreso Datetime
salario Float
num_telef Varchar(20)

b) TABLA: MAQUINA_DIM

NOMBRE DEL CAMPO TIPO DE DATO


ID_maqKey Integer
id_maq Char (18)
marca_maq Varchar(40)
descrip_maq Varchar(50)
tipo_maq Varchar(50)

c) TABLA: TIEMPO_DIM

NOMBRE DEL CAMPO TIPO DE DATO


TiempoKey Integer
Dia Varchar (20)
Mes char (18)
Año char (18)
fecha datetime

d) TABLA: PRODUCTO_DIM

NOMBRE DEL CAMPO TIPO DE DATO


cod_productoKey Integer
cod_Prod Varchar(50)
nombre_producto Varchar(50)
precio_producto Float
stock_producto integer
cod_tipo Char(18)

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
e) TABLA: INSUMO_DIM

NOMBRE DEL CAMPO TIPO DE DATO


cod_insumoKey Integer
Cod_insumo Integer
nombre_insumo Varchar (90)
stock_insump Integer
descrip_insumo Varchar (100)
unidad_medida Varchar (20)

Determinar el tipo de datos de las claves Primarias. Para nuestra Data Mart se
generan en forma automática y ordenada.

id_trabKey
ID_maqKey
TiempoKey Tipo de datos entero

cod_productoKey
cod_insumoKey

Especificar las claves foráneas para cada Tabla de Hechos:


HECHO_PRODUCCION

cod_orden
cantidad_producida

cant_insumos
cant_maquinasHora

producción_promedio
Cant_HorasH

Por consiguiente, la estructura física del modelo de base de datos seria la


siguiente:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

 HECHO_ABASTECIMIENTO

DISEÑO LOGICO DISEÑO FISICO


TABLA DE HECHO HECHO_ABASTECIMIENTO
ABASTECIMIENTO
TABLA DE DIMENSION INSUMO_DIM
INSUMO
TABLA DE DIMENSION TIEMPO2_DIM
TIEMPO2
TABLA DE DIMENSION PROVEEDOR_DIM
PROVEEDOR

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

NOMBRE DE LA DISEÑO DISEÑO FISICO


TABLA LOGICO
INSUMO_DIM cod_insumoKey cod_insumoKey
INSUMO_DIM Cod_insumo Cod_insumo
INSUMO_DIM nombre_insumo nombre_insumo
INSUMO_DIM stock_insump stock_insump
INSUMO_DIM descrip_insumo descrip_insumo
INSUMO_DIM unidad_medida unidad_medida
TIEMPO2_DIM Tiempo2Key Tiempo2Key
TIEMPO2_DIM Dia Dia

TIEMPO2_DIM Mes Mes


TIEMPO2_DIM Año Año
TIEMPO2_DIM fecha fecha
PROVEEDOR_DIM id_provKey id_provKey

PROVEEDOR_DIM RUC_prov RUC_prov


PROVEEDOR_DIM nombre_prov nombre_prov
PROVEEDOR_DIM dir_calle_prov dir_calle_prov
PROVEEDOR_DIM dir_numero_prov dir_numero_prov
PROVEEDOR_DIM dir_ciudad_prov dir_ciudad_prov
PROVEEDOR_DIM numero_telef numero_telef

NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO


TABLA
HECHO_ABASTECIMIE NroCompra NroCompra
NTO
HECHO_ABASTECIMIE ID_pedido ID_pedido
NTO
HECHO_ABASTECIMIE cantidad_insumo cantidad_insumo
NTO
HECHO_ABASTECIMIE monto_promedio_com monto_promedio_com
NTO pra pra
HECHO_ABASTECIMIE monto_promedio_pedi monto_promedio_pedi
NTO do do
Determinar el tipo de dato para cada tabla que intervendrá en el Data Mart. Estos
cuadros muestran el detalle de cada tabla:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
a) INSUMO_DIM

NOMBRE DEL CAMPO TIPO DE DATO


cod_insumoKey Integer
Cod_insumo Integer
nombre_insumo Varchar (90)
stock_insump Integer
descrip_insumo Varchar (100)
unidad_medida Varchar (20)

b) TIEMPO2_DIM

NOMBRE DEL CAMPO TIPO DE DATO


Tiempo2Key Integer
Día Varchar (20)
Mes char (18)
Año char (18)
fecha datetime

c) PROVEEDOR_DIM

NOMBRE DEL CAMPO TIPO DE DATO


id_provKey Integer
RUC_prov Char (11)
nombre_prov Varchar (40)
dir_calle_prov Varchar (30)
dir_numero_prov Varchar (20)
dir_ciudad_prov Varchar (20)
numero_telef Varchar (20)

Determinar el tipo de datos de las claves Primarias. Para nuestra Data Mart se
generan en forma automática y ordenada

cod_insumoKey

id_provKey Tipo de datos entero

Tiempo2Key

Especificar las claves foráneas para cada Tabla de Hechos:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

HECHO_ABASTECIMIENTO
NroCompra
ID_pedido
cantidad_insumo
monto_promedio_compra
monto_promedio_pedido

Por consiguiente, la estructura física del modelo de base de datos seria la


siguiente:

 HECHO_PEDIDO_CLIENTE

DISEÑO LOGICO DISEÑO FISICO


TABLA DE HECHO HECHO_PEDIDO_CLIENTE
PEDIDO_CLIENTE
TABLA DE DIMENSION PRODUCTO_DIM
PRODUCTO
TABLA DE DIMENSION CLIENTE_DIM
CLIENTE
TABLA DE DIMENSION TIEMPO3_DIM
TIEMPO3

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO
TABLA
PRODUCTO_DIM cod_productoKey cod_productoKey
PRODUCTO_DIM cod_Prod cod_Prod
PRODUCTO_DIM nombre_producto nombre_producto
PRODUCTO_DIM precio_producto precio_producto
PRODUCTO_DIM stock_producto stock_producto
PRODUCTO_DIM cod_tipo cod_tipo
CLIENTE_DIM ID_clienteKey ID_clienteKey
CLIENTE_DIM DNI_cliente DNI_cliente
CLIENTE_DIM nombre_cliente nombre_cliente
CLIENTE_DIM dir_calle dir_calle
CLIENTE_DIM dir_numero dir_numero
CLIENTE_DIM dir_ciudad dir_ciudad
CLIENTE_DIM telef_cliente telef_cliente
TIEMPO3_DIM Tiempo3Key Tiempo3Key
TIEMPO3_DIM Dia Dia
TIEMPO3_DIM Mes Mes
TIEMPO3_DIM Año Año
TIEMPO3_DIM fecha fecha

NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO


TABLA
HECHO_PEDIDO_C cod_pedido cod_pedido
LIENTE
HECHO_PEDIDO_C ID_factura ID_factura
LIENTE
HECHO_PEDIDO_C cantidad_producto cantidad_producto
LIENTE
HECHO_PEDIDO_C importe_pedido importe_pedido
LIENTE
HECHO_PEDIDO_C pedidos_promedio pedidos_promedio
LIENTE
HECHO_PEDIDO_C montos_promedio montos_promedio
LIENTE
HECHO_PEDIDO_C monto_pedido_promedi monto_pedido_promedi
LIENTE o_cliente o_cliente
Determinar el tipo de dato para cada tabla que intervendrá en el Data Mart. Estos
cuadros muestran el detalle de cada tabla:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
a) PRODUCTO_DIM

NOMBRE DEL CAMPO TIPO DE DATO


cod_productoKey Integer
cod_Prod Varchar (50)
nombre_producto Varchar (50)
precio_producto Float
stock_producto integer
cod_tipo char (18)

b) CLIENTE_DIM

NOMBRE DEL CAMPO TIPO DE DATO


ID_clienteKey Integer
DNI_cliente Varchar (50)
nombre_cliente Varchar (50)
dir_calle Varchar (20)
dir_numero Varchar (20)
dir_ciudad Varchar (20)
telef_cliente Varchar (20)

c) TIEMPO3_DIM

NOMBRE DEL CAMPO TIPO DE DATO


Tiempo3Key Integer
Dia Varchar (20)
Mes Char (18)
Año Char (18)
fecha datetime

Determinar el tipo de datos de las claves Primarias. Para nuestra Data Mart se
generan en forma automática y ordenada.
Cod_productoKey
ID_clienteKey Tipo de datos entero
Tiempo3Key

Especificar las claves foráneas para cada Tabla de Hechos:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

HECHO_PEDIDO_CLIENTE
cod_pedido
ID_factura
cantidad_producto
importe_pedido
pedidos_promedio
montos_promedio
monto_pedido_promedio_cliente

Por consiguiente, la estructura física del modelo de base de datos seria la


siguiente:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
 HECHO_DISTRIBUCION

DISEÑO LOGICO DISEÑO FISICO


TABLA DE HECHO HECHO_DISTRIBUCION
DISTRIBUCION
TABLA DE DIMENSION DISTRIBUIDOR_DIM
DISTRIBUIDOR
TABLA DE DIMENSION CLIENTE_DIM
CLIENTE
TABLA DE DIMENSION TIEMPO4_DIM
TIEMPO 4
TABLA DE DIMENSION PRODUCTO_DIM
PRODUCTO

NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO


TABLA
DISTRIBUIDOR_DIM id_distribuidorKey id_distribuidorKey

DISTRIBUIDOR_DIM DNI_distribuidor DNI_distribuidor

DISTRIBUIDOR_DIM nombre_distribuidor nombre_distribuidor

DISTRIBUIDOR_DIM telef_distribuidor telef_distribuidor


DISTRIBUIDOR_DIM salario_distribuidor salario_distribuidor
DISTRIBUIDOR_DIM ID_matricula ID_matricula
CLIENTE_DIM ID_clienteKey ID_clienteKey
CLIENTE_DIM DNI_cliente DNI_cliente
CLIENTE_DIM nombre_cliente nombre_cliente
CLIENTE_DIM dir_calle dir_calle
CLIENTE_DIM dir_numero dir_numero
CLIENTE_DIM dir_ciudad dir_ciudad
CLIENTE_DIM telef_cliente telef_cliente
TIEMPO4_DIM Tiempo4Key Tiempo4Key
TIEMPO4_DIM Dia Dia
TIEMPO4_DIM Mes Mes
TIEMPO4_DIM Año Año
TIEMPO4_DIM fecha fecha
PRODUCTO_DIM cod_productoKey cod_productoKey
PRODUCTO_DIM cod_Prod cod_Prod
PRODUCTO_DIM nombre_producto nombre_producto
PRODUCTO_DIM precio_producto precio_producto
PRODUCTO_DIM stock_producto stock_producto

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
PRODUCTO_DIM cod_tipo cod_tipo

NOMBRE DE LA DISEÑO LOGICO DISEÑO FISICO


TABLA
HECHO_DISTRIBU CodOrdenEntrega CodOrdenEntrega
CION
HECHO_DISTRIBU ID_doc_entrega ID_doc_entrega
CION
HECHO_DISTRIBU cant_promedio_product cant_promedio_product
CION os os
HECHO_DISTRIBU costo_promedio_distrib costo_promedio_distrib
CION ucion ucion
HECHO_DISTRIBU lugar_destino lugar_destino
CION

Determinar el tipo de dato para cada tabla que intervendrá en el Data Mart. Estos
cuadros muestran el detalle de cada tabla:

a) DISTRIBUIDOR_DIM
NOMBRE DEL CAMPO TIPO DE DATO
id_distribuidorKey Integer
DNI_distribuidor Char (8)
nombre_distribuidor Varchar (50)
telef_distribuidor Varchar (20)
salario_distribuidor Float
ID_matricula Varchar (20)

b) CLIENTE_DIM
NOMBRE DEL CAMPO TIPO DE DATO
ID_clienteKey Integer
DNI_cliente Varchar (50)
nombre_cliente Varchar (50)
dir_calle Varchar (20)
dir_numero Varchar (20)
dir_ciudad Varchar (20)
telef_cliente Varchar (20)

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
c) TIEMPO4_DIM

NOMBRE DEL CAMPO TIPO DE DATO


Tiempo4Key Integer
Dia Varchar (20)
Mes Char (18)
Año Char (18)
fecha datetime

d) PRODUCTO_DIM
NOMBRE DEL CAMPO TIPO DE DATO
cod_productoKey Integer
cod_Prod Varchar (50)
nombre_producto Varchar (50)
precio_producto Float
stock_producto integer
cod_tipo char (18)

Determinar el tipo de datos de las claves Primarias. Para nuestra Data Mart se
generan en forma automática y ordenada.

ID_clienteKey
Tipo de datos entero id_distribuidorKey
cod_productoKey
Tiempo4Key

Especificar las claves foráneas para cada Tabla de Hechos:


HECHO_DISTRIBUCION
CodOrdenEntrega
ID_doc_entrega
cant_promedio_productos
costo_promedio_distribucion
lugar_destino

Por consiguiente, la estructura física del modelo de base de datos seria la


siguiente:

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

8. Proceso de Extracción, Transformación y Carga de Datos

8.1. Definición de los Pasos de Transformación

Paso 1: Limpiando Dimensiones, consiste en eliminar los datos de todas las


Dimensiones y Tablas de Hechos, paso que nos permite asegurar de que no
pueda existir algún dato que se pudiera duplicar.

Paso 2: Poblamiento de la Dimensión Trabajador, consiste en ejecutar una


sentencia SQL, para transferir datos a la Dimensión Trabajador.

Paso 3: Poblamiento de la Dimensión Maquina, consiste en ejecutar una


sentencia SQL, para transferir datos a la Dimensión Máquina.

Paso 4: Poblamiento de la Dimensión Producto, consiste en mover los datos


de la Tabla Proveedor para poblar la Dimensión Producto.

Paso 5: Poblamiento de la Dimensión Insumo, consiste en ejecutar una


sentencia SQL, para transferir datos a la Dimensión Insumo.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Paso 6: Poblamiento de la Dimensión Proveedor, consiste en ejecutar una


sentencia SQL, para transferir datos a la Dimensión Proveedor.

Paso 7: Poblamiento de la Dimensión Cliente, consiste en ejecutar una


sentencia SQL, para transferir datos a la Dimensión Cliente.

Paso 8: Poblamiento de la Dimensión Distribuidor, consiste en ejecutar


una sentencia SQL, para transferir datos a la Dimensión Distribuidor.
Paso 9: Poblamiento de las Tabla de Hechos Producción.
Paso 10: Poblamiento de las Tabla de Hechos Distribución.
Paso 11: Poblamiento de las Tabla de Hechos Abastecimiento.
Paso 12: Poblamiento de las Tabla de Hechos Pedido.

8.2 Definición de los Workflows

Paso 1 Paso 8 Paso 9

Paso 2 Paso 7 Paso 10

Paso 3 Paso 6 Paso 11

Paso 4 Paso 5 Paso 12

Restricciones de Precedencia:

a. La Limpieza de las Dimensiones (Paso 1) debe realizarse al inicio del


proceso.
b. El Poblamiento de la Dimensión Trabajador (Paso 2) debe realizarse
sólo cuando se tenga la seguridad de que el paso 1 se ha ejecutado
con éxito.
c. El Poblamiento de la Dimensión Maquina (Paso 3) debe realizarse sólo
cuando se tenga la seguridad de que el paso 1 se ha ejecutado con
éxito.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
d. El Poblamiento de la Dimensión Producto (Paso 4) debe realizarse
sólo cuando se tenga la seguridad de que el paso 1 se ha ejecutado
con éxito.
e. El Poblamiento de la Dimensión Insumo (Paso 5) debe realizarse sólo
cuando se tenga la seguridad de que el paso 1 se ha ejecutado con
éxito.
f. El Poblamiento de la Dimensión Proveedor (Paso 6) debe realizarse
sólo cuando se tenga la seguridad de que el paso 1 se ha ejecutado
con éxito.
g. El Poblamiento de la Dimensión Cliente (Paso 7) debe realizarse sólo
cuando se tenga la seguridad de que el paso 1 se ha ejecutado con
éxito.
h. El Poblamiento de la Dimensión Distribuidor (Paso 8) debe realizarse
sólo cuando se tenga la seguridad de que el paso 1 se ha ejecutado
con éxito.
i. El Poblamiento de las Tablas de Hechos (Producción, Distribución,
Abastecimiento y Pedido) (Paso 9, 10, 11 y 12) debe realizarse sólo
cuando se tenga la seguridad de que el paso 2,3,4,5,6,7,8 se hallan
ejecutado con éxito.

Una vez conocido las relaciones de precedencias diagramaremos el


Workflows que se necesitará realizar al construir el paquete de poblamiento
del Data Mart, para el proceso Producción, Distribución, Abastecimiento y
Pedido del Cliente de la empresa Confisantersa del Perú E.I.R.L.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

8.3. Creación de los Paquetes de Servicio de Transformación de Datos

Definidos los pasos de la transformación de datos y las restricciones de


precedencia, podemos crear el paquete Servicio de Transformación de
Datos (DTS); recordaremos que un DTS tiene como objetivos importar,
exportar y realizar cambios en el formato de datos. Para su construcción
utilizaremos el Servicio de Transformación de Datos SQL Server 2008 R2,
aquí los datos pueden ser almacenado en varios formatos y en muchos
lugares diferentes lo cual no es ningún problema.
Basándonos en Workflow con restricciones de la figura anterior, creamos
el paquete DTS al cual llamamos “Poblamiento General Data
Confisantersa del Perú E.I.R.L.”, con los pasos previos definidos así como
todas sus restricciones.
{REVISAR]!!!!!!!!!!!!!!!!!!!!!!!!!1

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

SENTENCIAS DE CADA PASO DE WORKFLOW


Paso 1: Limpiando Dimensiones
DELETE HECHO_ABASTECIMINETO
DELETE HECHO_DISTRIBUCION
DELETE HECHO_PEDIDO_CLIENTE
DELETE HECHO_PRODUCCION
DELETE CLIENTE_DIM
DBCC CHECKIDENT('CLIENTE_DIM',reseed,0)
DELETE DISTRIBUIDOR_DIM
DBCC CHECKIDENT('DISTRIBUIDOR_DIM',reseed,0)
DELETE INSUMO_DIM
DBCC CHECKIDENT('INSUMO_DIM',reseed,0)
DELETE MAQUINA_DIM
DBCC CHECKIDENT('MAQUINA_DIM',reseed,0)
DELETE PRODUCTO_DIM
DBCC CHECKIDENT('PRODUCTO_DIM',reseed,0)
DELETE PROVEEDOR_DIM
DBCC CHECKIDENT('PROVEEDOR_DIM',reseed,0)
DELETE TIEMPO_DIM
DBCC CHECKIDENT('TIEMPO_DIM',reseed,0)
DELETE TIEMPO2_DIM
DBCC CHECKIDENT('TIEMPO2_DIM',reseed,0)
DELETE TIEMPO3_DIM
DBCC CHECKIDENT('TIEMPO3_DIM',reseed,0)
DELETE TIEMPO4_DIM
DBCC CHECKIDENT('TIEMPO4_DIM',reseed,0)
DELETE TRABAJADOR_DIM
DBCC CHECKIDENT('TRABAJADOR_DIM',reseed,0)

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Figura 49: Ventana de Código para el Paso Limpieza Total

Paso 2: Poblamiento de la Dimensión Trabajador


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

b. Determinamos la Dimensión Trabajador como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

c. En las transformaciones se determina que columnas del origen


corresponderán con las del destino.

Paso 3: Poblamiento de la Dimensión Maquina

a. Se define una sentencia SQL como origen de datos de la Base de


Datos Operacional.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

b. Determinamos la Dimensión Maquina como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

c. En las transformaciones se determina que columnas del origen


corresponderán con las del destino.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Paso 4: Poblamiento de la Dimensión Producto,


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

b. Determinamos la Dimensión Producto como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
c. En las transformaciones se determina que columnas del origen
corresponderán con las del destino.

Paso 5: Poblamiento de la Dimensión Insumo


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

b. Determinamos la Dimensión Insumo como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL
c. En las transformaciones se determina que columnas del origen
corresponderán con las del destino.

Paso 6: Poblamiento de la Dimensión Proveedor


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

b. Determinamos la Dimensión Proveedor como destino de Datos.

c. En las transformaciones se determina que columnas del origen


corresponderán con las del destino.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Paso 7: Poblamiento de la Dimensión Cliente


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

b. Determinamos la Dimensión Cliente como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

c. En las transformaciones se determina que columnas del origen


corresponderán con las del destino.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

Paso 8: Poblamiento de la Dimensión Distribuidor


a. Se define una sentencia SQL como origen de datos de la Base de
Datos Operacional.

b. Determinamos la Dimensión Distribuidor como destino de Datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

c. En las transformaciones se determina que columnas del origen


corresponderán con las del destino.

Paso 9: Poblamiento de las Tabla de Hechos Producción.

Para poblar la TABLA DE HECHO PRODUCCION, se efectúan los siguientes


pasos:

a. Definimos una sentencia SQL como origen de datos.

SELECT DISTINCT ID.cod_insumoKey,PD.id_provKey, TD.Tiempo2Key,


DC.Nro_compra, PP.ID_pedido, PPI.cant_pedida
FROM PEDIDO_PROV PP
INNER JOIN PEDIDO_PROV_INSUMO PPI ON PP.ID_pedido = PPI.ID_pedido
INNER JOIN INSUMO I ON I.cod_insumo = PPI.cod_insumo
INNER JOIN [BDCONFITERIADW].DBO.INSUMO_DIM ID ON I.cod_insumo
= ID.Cod_Insumo
INNER JOIN PROVEEDOR P ON PP.RUC_prov = P.RUC_prov
INNER JOIN [BDCONFITERIADW].dbo.PROVEEDOR_DIM PD ON
PD.RUC_prov = P.RUC_prov
INNER JOIN DOC_COMPRA DC ON DC.Nro_compra = PP.Nro_compra
INNER JOIN [BDCONFITERIADW].dbo.TIEMPO2_DIM TD ON TD.fecha =
DC.fecha_compra

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

b. Determinamos la Tabla de Hechos Producción como destino de datos.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

c. En las transformaciones se determina que columnas del origen


corresponderán con las de la Tabla de Hechos producción.

Paso 10: Poblamiento de las Tabla de Hechos Distribución.

Paso 11: Poblamiento de las Tabla de Hechos Abastecimiento.

Paso 12: Poblamiento de las Tabla de Hechos Pedido.

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

9. Reportes en Power BI

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA


SISTEMA DE INFORMACIÒN GERENCIAL

ANEXOS
PRODUCCIÓN

DISTRIBUCIÓN

SISTEMA DE INFORMACIÒN GERENCIAL MARIANA

Potrebbero piacerti anche