UNIVERSIDAD CÉSAR VALLEJO

MÉTODO
DE
KIMBALL
GRUPO 02:
• Olaya Tantalean Gianela Jovanna
• Azabache Cruz Pedro Junnior
• Arevalo Reyes kenny
• Laborio Mejia Ingrid Lucy
• Lazaro Panuera Julian Javier
 Data Warehouse

Repositorio unificado para todos los datos que

recogen los diversos sistemas de una empresa.
 Metodologías actuales
Existen muchas metodologías de diseño y
construcción de DW. Cada fabricante de software
de inteligencia de negocios busca imponer una
metodología con sus productos. Sin embargo, se
imponen entre la mayoría dos metodologías, la de
Kimball y la de Inmon.
Metodología más usada
La metodología más acorde a los negocios de nuestra
región es la de Kimball, por cuanto proporciona un
enfoque de menor a mayor, muy versátil, y una serie
de herramientas prácticas que ayudan a la
implementación de un DW.
Metodologia
Kimball Desarrollo de la planificación

Recopilación de requisitos

Kimball denomino como el ciclo

Modelado de datos
de vida dimensional del negocio
en inglés (Business Dimensional
Diseño físico
Lifecycle).
Diseño del sistema de Extracción, Transformación y
Carga

Especificación y desarrollo de aplicaciones de BI

 Desarrollo de la
Planificación Definir el alcance

Determina el propósito del proyecto de

Identificar las tareas
DW/BI sus objetivos específicos y el
alcance del mismo, los principales riesgos Programar las tareas
y una aproximación inicial a las
necesidades de información. Planificar el uso de los recursos

Asignar la carga de trabajo a los recursos

 Recopilación de
Requisitos
Se realiza entrevistas a los empleados del negocio.
Se debe de entender los factores claves que guían
al negocio para determinar efectivamente los
requerimientos y traducirlos en consideraciones de
diseño apropiadas.
 Modelado de Datos
Consiste en el uso de técnicas y conceptos
utilizados en el diseño de data warehouse,
mediante procesos dinámicos e interactivos. Elegir el proceso de negocio

Establecer el nivel de granularidad

Elegir las dimensiones

Identificar las tablas de hechos y medidas

Diseño del sistema P1
Proceso de Extracción

de Extracción,
Transformación y P2
Proceso de Transformación

Carga
P3 Proceso de Carga
 Especificación y desarrollo de
aplicaciones de BI
Etapa en donde se integran las diferentes
herramientas BI, los datos y las aplicaciones para
usuarios finales y factores externos tales como
capacitación, soporte técnico, etc., que permitirá el
despliegue del proyecto de business intelligence.
 CASO
IMPLEMENTACIÓN DE UN DATA MART COMO
SOLUCIÓN DE INTELIGENCIA DE NEGOCIOS, BAJO LA
METODOLOGÍA DE RALPH KIMBALL PARA OPTIMIZAR
LA TOMA DE DECISIONES EN EL DEPARTAMENTO DE

PROBLEMATICA
FINANZAS DE LA CONTRALORÍA GENERAL DE LA
REPÚBLICA
 Análisis F1 CANTIDAD
Dimensional

MONTO
F2
FACTURADO
Modelo Dimensional
Diseño de DataMart
 Código del DataMart
create table PROVEEDOR_DIM(
Proveedor_KEY int identity(1,1) not null,
RUC int not null,
Nombre varchar(150) not null,
Direccion varchar (200) not null,
Tipo varchar(50) not null,
Estado varchar(50) not null,
DNI int not null,
Fecha_Nacimineto date not null,
Sexo varchar(20) not null,
constraint ProvvedorPK Primary Key (Proveedor_KEY)
)
go
create table BIEN_SERVICIO_DIM(
Bien_KEY int IDENTITY(1,1) not null,
Codigo_Bien int not null,
Denominacion varchar(50) not null,
Precio_Referencial decimal(5,2) not null,
Tipo_BD varchar(50) not null,
Grupo varchar(50) not null,
constraint BienPK Primary Key (Bien_KEY)
)
go
create table TIEMPO_DIM(
create table TIEMPO_DIM(
Tiempo_KEY int IDENTITY(1,1) not null,
Anyo int not null,
Semestre int not null,
Mes int not null,
Dia int not null,
constraint TiempoPK Primary Key (Tiempo_KEY)
)
go
create table UNIDAD_ORGANICA_DIM(
Unidad_Organica_KEY int IDENTITY(1,1) not null,
Codigo_Unidad int not null,
Descripcion varchar(100) not null,
Estado varchar(50) not null,
constraint UnidadOrganicaPK Primary Key
(Unidad_Organica_KEY)
)
go
create table FACT_BIENES_SERVICIOS_HECHO(
Proveedor_KEY int not null,
Bien_KEY int not null,
Tiempo_KEY int not null,
Unidad_Organica_KEY int not null,
Cantidad int not null,
Monto_Facturado decimal(8,2),
constraint ProveedorFK Foreign Key (Proveedor_KEY)
references PROVEEDOR_DIM(Proveedor_KEY),
constraint BienFK Foreign Key (Bien_KEY)
references BIEN_SERVICIO_DIM(Bien_KEY),
constraint TiempoFK Foreign Key(Tiempo_KEY)
references TIEMPO_DIM(Tiempo_KEY),
constraint UnidadOrganicaFK Foreign Key(Unidad_Organica_KEY)
references UNIDAD_ORGANICA_DIM(Unidad_Organica_KEY)
)
go
RESULTADO DE
LA
IMPLEMENTACIÓ
N
☺CONCLUSIONES☺