INTELIGENCIA DE NEGOCIOS

METODOLOGIA BI/DWÆT

CONSTRUCCION DE UN DATA WAREHOUSE COMO SOPORTE EN

LA MEJORA DE LA TOMA DE DECISIONES DEL PROCESO
ACADEMICO Y DE COBRANZAS DE UNA UNIVERSIDAD PRIVADA

EXTRACTO DEL
TRABAJO DE INVESTIGACION PARA OBTENER EL GRADO DE
MAESTRO EN INGENIERIA DE SISTEMAS CON MENCION EN
SISTEMAS DE INFORMACION

AUTOR
RICARDO DARIO MENDOZA RIVERA

1
2
 Veamos en forma detallada cada punto:

ROAD MAP: CONSTRUCCION SOLUCION DW/BI 
PLANEAMIENTO  Plan del Proyecto  Visión del Negocio 
      Equipo de Trabajo 
      Cronograma 
REQUERIMIENTOS  Requerimiento  Revisión Plan Estratégico 
Y ANALISIS     Entrevistas 
DEL NEGOCIO     Revisión Reportes Estadísticos 
      Datos Transaccionales 
   Análisis Dimensional  Hoja de Gestión 
      Hoja de Análisis 
      Cuadro Dimensiones Y Jerarquías 
      Cuadro de Medidas vs Dimensiones 
      Análisis Dimensional Final 
DISEÑO   Diseño Dimensional  Definir el Grano 
      Diseñar Dimensiones y Medidas 
      Escoger Tabla Hecho 
      Documentación del Modelo 
   Diseño de Prototipos  Definiendo Interfaz 
      Ubicando Dimensiones 
      Ubicando Medidas 
      Personalización de Reportes Analíticos 
CONSTRUCCION  DataMart  Implementar Dimensiones 
      Implementar Tabla Hecho 
      Crear Relaciones 
   ETL  Realizar Mapeo 
      Diagrama General de Poblamiento 
      Poblamiento de Dimensiones  
      Poblamiento de Tabla Hecho 
      Creación de Programación de Tareas 
   Creación de Cubos  Identificación de Orígenes 
      Vistas de la Conexión 
      Creación de Cubos 
      + Dimensiones
       + Tabla Hecho 
   Preparar Interfaces  Desarrollo de Aplicaciones 
       + Usando herramientas de oficina 
       + Usando herramientas visuales 

Tabla 08. ROAD MAP Propuesto

3
2.1 Plan del Proyecto:

ƒ Visión del Producto: documento que muestra una idea general de lo que se obtendrá del
producto, su alcance, que es lo que se necesita para ejecutarlo y los posibles riesgos que
podría tener el proyecto. En el Anexo 01 se tiene el formato del documento.

ƒ Conformación de Equipos: los integrantes del equipo responsable de la solución, tanto del lado
de los usuarios de gestión como del personal de Tecnología de Información

Revisado la propuesta de KIMBALL en lo referente a la conformación de equipos la propuesta

queda así:

Representante del Negocio: es la persona que recibe el beneficio directo del producto. El que
toma las decisiones directamente. Generalmente puede ser el gerente o jefe de área.

Experto del Negocio: es el conocedor de la forma como se obtienen los datos o lo que realmente
se desea analizar. Por ejemplo en el caso de tener un indicador de deserción estudiantil, es el que
directamente dirá como calcularlo.

Especialista de Datos: es el Administrador de la Base de Datos (DBA). Conocedor de la actual

base de datos transaccional que servirá como insumo principal para la generación de datos.

Líder Tecnológico: responsable del lado de Tecnologías de Información de gestionar el equipo de

tecnología y elaborar el producto deseado.

Analista Dimensional: es la persona que identificará los requerimientos estratégicos. Debe

conocer y dominar la técnica del “pensamiento dimensional”.

Desarrollador DW/BI: conoce los temas de ETL, construcción de aplicaciones con ADOMD,
manejo de controles para lectura de información con cubos y Lenguaje MDX.

En el Anexo 02 se tiene el formato del documento

Cronograma de Actividades: aquí hay que definir fundamentalmente 3 ítems:

ƒ Actividades: se define una lista detallada de las actividades a realizar en el proyecto.

ƒ Tiempos: para cada actividad especificar la fecha de inicio y fecha de culminación.

ƒ Responsables: asignar el responsable o responsables a la actividad definida.

4
 Se recomienda trabajar este cronograma con algún software de gestión de proyectos como el
Microsoft Project.

2.2 Requerimientos y Análisis del Negocio

2.2.1 Requerimientos

Los requerimientos están orientados a identificar::

ƒ Medidas
ƒ Dimensiones

Contamos con las siguientes fuentes de información:

ƒ Revisar Plan Estratégico.

ƒ Realizar Entrevistas
ƒ Analizar Reportes de Gestión
ƒ Revisar Base de Datos
Veamos en el siguiente cuadro lo que nos devuelve cada uno:

Tipo Fuente de Encontrar

Función Información

Gestión Plan Estratégico Medidas en función a los

(Definir el deseo indicadores
del contenido del Entrevistas Medidas y Dimensiones
sistema) Reportes Gestión. Medidas y Dimensiones
TI
(verificar la Base de Datos Verificar si las medidas y
realidad) Transaccional dimensiones están
contenidas en la BD

Tabla 09. Fuentes de Requerimientos

Lo que se debe de requerir para cada fuente se define a continuación:

5
Revisar el Plan Estratégico 
Con ayuda del personal involucrada en gestión. Se tendría que revisar el Plan Estratégico
estableciendo indicadores de gestión que permitan determinar el seguimiento de los objetivos
y/o metas establecidas.

Si la empresa tuviera implementado un Tablero de Control de Mando (Balance ScoreCard),

este constituiría el insumo primario a tener en cuenta.

Como producto final de los requerimientos debemos obtener los indicadores, bajo el siguiente
formato:

Indicador Medidas Estado Inicial Final

Nombre Fórmula de Bueno vi1 vf1

Cálculo Regular vi2 vf2
Malo vi3 vf3

Tabla 10. Indicadores de Gestión

Nombre: corresponde a identificar el indicador. Por ejemplo podemos

citar: Indicador de Recaudación, Indicador de Postulantes.

Fórmula de Cálculo: determina las variables a partir de las cuales se

tendrá el valor del indicador. Por ejemplo:

Indicador Medidas

Indicador de Montos Cobrados

Recaudación Montos Vendidos

Tabla 11. Ejemplo de Indicador

Estado: determina el resultado actual del indicador. Los valores del

estado son administrados por los expertos en gestión y pretenden

6
 mostrar el avance del indicador respecto a una meta establecida. Se
sugiere manejar 3 estados:
o Bueno: indica la parte ideal a ser alcanzada. Es la meta
propiamente dicha.
o Regular: es un estado intermedio el cual nos muestra que
estamos acercándonos a la meta y saliendo del estado negativo.
o Malo: muestra un estado negativo del indicador y un peligro
latente de no alcanzar la meta en los plazos establecidos.
Para los estados mencionados deben de indicar el valor o valores
mínimo y máximo sobre los que

Indicador Medidas Estado Inicial Final

Indicador de MontosCobrados Bueno >85%

Morosidad MontosVendidos Regular 70% a 85%
Malo <70%

Tabla 12. Ejemplo de Indicador y Estados

A esta técnica de definir un estado al indicador se le conoce como la

técnica del semáforo, mas adelante en la etapa de análisis
propondremos un formato para su definición final.

Realizar Entrevistas 
Manejaremos 2 tipos de entrevistas:
ƒ A los responsables de gestión.
ƒ Al personal de Tecnologías de Información, especialmente al experto de la base
de Datos.
Personal de Gestión: las preguntas se clasificarán en:
ƒ Conocer la gestión del negocio: Aquí es vital 3 puntos
• Identificar los objetivos
• Conocer las estrategias
• Definir los indicadores y Medidas.
Podríamos resumir, la información obtenida, en la técnica del semáforo mencionada
en el punto anterior.

7
 ƒ Identificar los requerimientos analíticos. Para ello enfocado en el proceso de
negocios de estudio hay que aplicar la técnica dimensional.

Fig. 29. Análisis Dimensional Aplicando la Técnica Dimensional

Técnica Descripción Ejemplo Ejemplo

Dimensional (Ventas) (Producc)

¿Qué? Referido a la razón de ser del Producto Materia

proceso. Que es lo que realiza Prima
¿Quién? Define quienes son los que Cliente Personal
demandan o realizan el que
¿Dónde? Responde al lugar, físico o virtual, Organizaci Planta
donde se produce el contacto o ón
transacción entre: Quien y el Que.
¿Cuándo? Es el momento en que se realiza la Tiempo Tiempo
transacción.
¿Cómo? Cuál es el medio por el cual, el Forma Tipo
quien demanda el Que Pago Proceso
Tabla 13. Técnica Multidimensional

Esto nos lleva a encontrar las dimensiones que son las preguntas pre-concebidas a
realizar (Ver Anexo 04).
8
 Fig. 30 Ejemplo Análisis Dimensional Ventas. Medidas y Dimensiones

• Dimensiones
• Niveles
• Jerarquías.

Fig. 31 Ejemplo Análisis Dimensional Ventas. Medidas, Dimensiones y Niveles

Personal de Tecnologías de Información: las preguntas se orientan a conocer:

ƒ Análisis de Data.

9
 Determinar el costo de oportunidad de la obtención de la información, así como
determinar el nivel de dependencia del personal de gestión respecto a las IT. Sería
altamente conveniente ubicar los reportes que IT prepara, claro si los realizan,
para el personal de Gestión.

ƒ Disponibilidad de la Data.

Conocer las características del motor actual donde se almacena la BD

transaccional, así como determinar si se han aplicado conceptos de integridad de
datos fundamental para el proceso de ETL que comentaremos más adelante.

Revisión de Reportes Estadísticos 

La revisión de un reporte de este tipo implica encontrar:

ƒ Medidas
ƒ Dimensiones
Veamos el siguiente ejemplo y como debemos identificarlos:

Este reporte tiene más utilidad los Montos Vendidos (100,000) se puede apreciar en
diferentes perspectivas (dimensiones) por ejemplo en el caso del producto: Montos
Vendidos por Marca o Línea, o cuanto se ha vendido a los Clientes Principales.
Nótese que se puede combinar los montos vendidos de los Clientes Regulares en la
Marca Ace de la Sucursal Norte.

10
 RESUMEN DE VENTAS. Sucursal Norte
Período :  2008

Tipos de Cliente
Columna1 Principales Regulares  Nuevos Total
Aceites
Primor 6,500  2,000  1,500  10,000 
Crisol 9,750  3,000  2,250  15,000 
SAO 3,250  1,000  750  5,000 
** Total Aceite ** 19,500  6,000  4,500  30,000 
Detergentes
Ariel 9,750  3,000  2,250  15,000 
Bolivar 7,800  2,400  1,800  12,000 
Ace 5,200  1,600  1,200  8,000 
** Total Detergente ** 22,750  7,000  5,250  35,000 
Lacteos
Gloria 13,000  4,000  3,000  20,000 
Layve 9,750  3,000  2,250  15,000 
** Total Lacteos ** 22,750  7,000  5,250  35,000 
** Totales ** 65,000  20,000  15,000  100,000 

Fig. 32. Reporte de Gestión Muestra

Veamos el reporte de otra manera

Fig. 33. Reporte de Gestión: Dimensiones y Medidas

11
 A continuación se plantea una serie de preguntas que pueden ayudar a
encontrar: medidas, dimensiones y jerarquías.

Identificar dimensiones
ƒ Visualice la clasificación del cuadro e identifique las cabeceras de las columnas
con menor nivel.
ƒ Visualice la clasificación del cuadro e identifique las cabeceras de las filas con
menor nivel.
ƒ Visualice el título del reporte e identifique el nivel más bajo
Identificar medidas
ƒ Cuál es la intersección entre las columnas y filas de menor nivel.
Identificar Jerarquías
ƒ Identifique los acumulados a nivel de Columna
ƒ Identifique los acumulados a nivel de Fila
ƒ Identifique alguna clasificación en el título

 Datos Transaccionales 

Aquí es donde debemos incluir el modelo actual de datos, así mismo adjuntar como Anexo la
Documentación respectiva (Ver Anexo 05), a fin de determinar la descripción exacta de los
datos cuando efectuemos el proceso de ETL respectiva.

2.2.2 Análisis

El propósito del análisis es consolidar y formalizar las necesidades de información analítica

encontradas desde las distintas fuentes consultadas. Los documentos de trabajo tienen 2
objetivos:
ƒ Buscar un compromiso por parte del personal de gestión, que son los
beneficiarios directos, acerca de la definición del producto.
ƒ IT asume el reto de implementar lo definido por la gente de gestión a fin de
elaborar el producto final.
Para ayudar a la definición del producto y determinar el compromiso de la gente de gestión e
IT definiremos 4 formatos.

Formato Descripción

12
 Permite definir los indicadores y las
Hoja de Gestión medidas respectivas

Hoja de Análisis Define Medidas y Dimensiones

finalmente encontradas

Cuadro Dimensiones vs Especifica las jerarquías necesarias a fin

Jerarquías de permitir un análisis de lo más genérico
a lo más detallado

Cuadro de Medidas vs Permite definir que dimensiones serán

Dimensiones analizadas por tales medidas. Esto crea
la necesidad de efectuar más de un
análisis dimensional.

Tabla 14. Formatos Usados Análisis Dimensional

HOJA DE GESTION 

El formato que presentamos (Ver Anexo 06) incluye los items:

Proceso de Negocios: definir el nombre del proceso de negocios materia de estudio

Objetivos: resumir los objetivos del proceso de negocios encontrados propuestos como para
gestionar adecuadamente el proceso.

Estrategias: especificar las acciones que se toman en cuenta con el fin de satisfacer los
objetivos planteados

Indicadores: Permiten realizar un seguimiento de la consecución de los objetivos planteados.

Ejemplo:

13
 Indicador Medidas Estado Inicial Final

Indicador de MontosCobrados Bueno >85%

Morosidad MontosVendidos Regular 70% a 85%
Malo <70%
Tabla 15. Hoja de Gestión

  HOJA DE ANALISIS 
El formato que presentamos (Ver Anexo 07) incluye los items:

Proceso de Negocios: especificar el nombre del proceso de negocios materia de estudio

Medidas: definir las medidas encontradas a partir de los indicadores de gestión definidos en el
plan estratégico o las entrevistas tenidas. Así mismo si existiera alguna medida más
encontrada en los requerimientos definidos en la etapa anterior también debe ser incluida.
Ejemplo:
Montos Cobrados
Montos Vendidos

Dimensiones y Niveles: incluir las dimensiones encontradas, asi como expresar los puntos de
análisis o niveles encontrados por cada dimensión. No hay ningún orden definido en los
niveles, lo importante es incluir todos los puntos de análisis.

Dimensiones Niveles

Cliente RazonSocial, Ciudad, Region, TipoCliente, Pais

Producto Descripcion, Marca, Linea, Proveedor

Tabla 16. Ejemplo Dimensiones y Niveles

   CUADRO DIMENSIONES Y JERARQUIAS 

El formato que presentamos (Ver Anexo 07) incluye los items:

14
Proceso de Negocios: especificar el nombre del proceso de negocios materia de estudio

Jerarquías: organizar niveles entrados de las dimensiones, para permitir análisis de lo más
genérico a lo detallado o viceversa. Estos niveles son los mismos encontrado en el punto
anterior, pero de una manera organizada. El nivel 1 debe incluir el dato más detallado hasta
alcanzar el más genérico.

JERARQUIAS

Dimensiones
Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5

RazonSoc TipoClient
Cliente ial e

RazonSoc Ciudad Region Pais

ial

Producto Descripcio Marca Linea

n
Descripcio Marca Proveed
n or
Tabla 17. Dimensiones vs Jerarquías

La forma de representarlo en el análisis dimensional es la siguiente:

Fig. 34. Análisis Dimensional. Dimensiones y Jerarquías

15
   CUADRO DIMENSIONES Y MEDIDAS 

El formato que presentamos (Ver Anexo 08) incluye los items:

Proceso de Negocios: especificar el nombre del proceso de negocios

Cuadro Dimensiones y Medidas: considerar la información de las medidas y dimensiones

encontradas en la Hoja de Análisis.

DIMENSIONES
Medidas
Cliente Producto Tiempo Personal Forma Medio
Pago Pago

Montos
Vendidos X X X X X

Montos
Cobrados X X X X X

Tabla 18. Ejemplo de Cuadro de Dimensiones vs Medidas

Para efectuar este análisis elegir una medida y definir en qué transacción se genera esta
medida. Luego de ello preguntar si en la transacción hay un dato que represente a la
dimensión o si es factible que la medida sea analizada por tal dimensión.

   ANALISIS DIMENSIONAL FINAL 

De acuerdo al análisis del cuadro de dimensiones y medidas si no todas las medidas pueden
ser analizadas por dimensiones comunes se procede a crear diferentes análisis finales.

Tomando como muestra el cuadro de dimensiones y medidas del punto anterior tendríamos
dos análisis dimensionales. Ya que la medida Montos Cobrados no es analizada por la
dimensión producto, y en el caso de la medida Montos Vendidos no es analizada por la
dimensión Medio de Pago.

16
 Fig. 35. Análisis Dimensional Final. Ejemplo 1

TIEMPO PRODUCTO
Linea

Año Proveedor
Marca
Mes
Descripción
FORMAPAGO

Ciudad Región
PuntoVenta
RazonSocial
Sucursal
TipoCliente

CLIENTE
ORGANIZAC 9 MontoVendido
9 CantidadVendida

Fig. 36. Análisis Dimensional Final. Ejemplo 2.

2.3 Diseño
Una vez cumplida la etapa de análisis en donde formalmente se definió por el lado del personal
de gestión sus requerimientos estratégicos, ahora el personal de tecnología inicia sus tareas
para ir construyendo el producto basado en el análisis dimensional. En nuestra propuesta
hemos elegido el Modelo Dimensional tipo Estrella, como a continuación describiremos:

2.3.1 Diseño Dimensional

17
 Constituye en implementar las dimensiones en tablas dimensionales y las
medidas en tablas hecho (fact: término en ingles muy usado) a partir de los análisis
dimensionales finales encontrados, en la etapa de análisis.

    DEFINIR EL GRANO 

Consiste en identificar el nivel mínimo de detalle de análisis de la información de

acuerdo al análisis efectuado anteriormente. La idea es definir qué nivel de la
dimensión está presente cuando se genera la medida.

Como recordaremos el grano permite:

o Determinar lo requerimientos de datos.
o Escoger el nivel más bajo de detalle.
o Proporciona capacidad de análisis del detalle de los datos
o Involucra más tiempo de procesamiento
o Tiene que ver con los requerimientos de espacio

Se puede obtener a partir de las medidas comunes expuestas en el modelo da análisis

final. Por cada análisis dimensional encontrado se establece un grano. La medida
debe ser ubicada en el sistema transaccional a partir de los campos que servirán para
su poblamiento.

Dimensión 3 Nivel Dimensión 1

Nivel
Nivel

Dimensión 4 Hechos

Nivel Dimensión 2
Nivel
Dimensión n

Fig. 37. Determinando el Grano. General

Grano: especificar la transacción donde se generan las medidas y en la cual están

presentes las dimensiones con un atributo que lo representa.

Ejemplo:
18
 Producto Descripc Tiempo

Fecha
Forma

FormaPago Hechos
Ventas

PuntoVe Organizacion
RazonS
Cliente

Fig. 38. Determinando el Grano. Ejemplo

Grano: la transacción de ventas es la emisión del documento de venta

(factura, boleta de venta).

    DISEÑAR DIMENSIONES  

Cada dimensión encontrada se convierte en tabla dimensional, la misma que debe

contener:
o Una Clave primaria de tipo surrogate key – es un dato sin interpretación –
Normalmente es un dato auto numérico.
o Por cada nivel encontrado en la dimensión crear un atributo. Este atributo debe ser
descriptivo.
o Incluir adicionalmente un atributo que represente a la dimensión en la base de
datos transaccional. Tomar como referencia lo encontrado en la transacción que
definió al grano.

Vamos a tomar como ejemplo la dimensión producto:

19
 Fig. 39. Implementando Dimensión Muestra

La dimensión quedaría de esta manera

Fig. 40. Diseñando Dimensión Muestra

Finalmente describir cada uno los niveles, de acuerdo al siguiente formato:

Dimensión Nivel 1 Nivel 2 Nivel 3

RazonSocial Ciudad Region

Cliente

RazonSocial TipoCliente

Fig. 41. Muestra de Dimensiones y Jerarquías

    ESCOGER LA TABLA HECHO 

Por cada análisis dimensional encontrado, las medidas comunes se almacenarán en

una tabla hecho.

20
 Una tabla hecho debe contener:

• Una Clave Primaria Compuesta, que es el resultado de la relación de cada clave

primaria de las dimensiones.

• Las medidas encontradas en el análisis dimensional a implementar.

Hecho_Ventas
KeyCliente: int (FK)
KeyProducto: int (FK)
KeyOrganizacion: int (FK)
KeyTiempo: int (FK)
KeyFormaPago: int (FK)
MontosVendidas: char(18)
UnidadesVendidas: char(18)

Fig. 42. Muestra Tabla Hecho

    DISEÑO DIMENSIONAL COMPLETO 
Las dimensiones deben unirse con su tabla hecho correspondiente de acuerdo a los
análisis dimensionales presentados anteriormente.

2.3.2 Diseño de Interfaces

Las interfaces deben tener las características

o Fáciles de usar: permitiendo la construcción del reporte analítico usando la técnica

“drag and drop”
o Tiempo de respuesta adecuado: para los cambios en la elaboración del mismo el
sistema responderá rápidamente.
o Permitir la autoconstrucción del reporte analítico, combinando dimensiones y
medidas en busca de nuevas relaciones.
o Permitir la navegación a diferente nivel de detalle: es importante que la posibilidad
de analizar la información a diferente nivel de detalle.
o Permitir funcionalidades adicionales: como ordenamientos, filtros, etc.

Los componentes recomendados mínimos que deben formar parte de una interfaz son
los siguientes:

21
Fig. 43. Prototipo de una Aplicación de Soporte de Decisiones

a. Barra de Herramientas
Incluye funcionalidad complementaria al Area de Construcción y
Visualización de Reporte Dinámico como:
• Ordenamientos
• Exportaciones a hojas de cálculo,
• Filtros
• impresión de reportes, entre otras

b. Lista de Reporte Predefinidos

Cuando el usuario del sistema necesite registrar lo que ha elaborado
en el área de construcción a fin de poder volver a analizarlo
posteriormente, se visualizaran en esta lista y luego al seleccionarlo se
podrá visualizar con las datos actualizados.

c. Lista de Cubos
El sistema mostrará los cubos a los que tiene acceso el analista
dimensional y en base a ello el sistema mostrará los componentes del
cubo (medidas y dimensiones).

d. Componentes del Cubo

Es el lugar desde a partir del cual se pueden ir creando el reporte
analítico en base a:

22
 • Medidas
• Dimensiones
Ellas dos deben ser arrastradas dentro del Area de Construcción, de
acuerdo al grafico indicado.

e. Area de Construcción y Visualización de Reporte Dinámico

En este lugar es donde deben ir apareciendo las dimensiones (filas,
columnas y filtros) y medidas.

Es aquí donde se visualizan los datos y debe permitirse la

navegabilidad por medio de las jerarquías definidas en cada dimensión
o análisis de niveles simples de cada dimensión.

f. Area de Dimensiones
Es donde se pueden “arrastrar” o incluir las dimensiones respectivas a
partir de la sección de los componentes del cubo la cual se va
reflejando en el Area de Construcción y Visualización de Reporte
Dinámico, se pueden ubicar en 3 secciones:
• Filas
• Columnas
• Filtros

g. Area de Medidas
Se encuentra ubicada directamente en el Area de Construcción y se
van incluyendo las medidas desde los componentes del cubo.

2.4 Construcción

2.4.1 DataMart

Se deben considerar las características propias del DBMS sobre el cual se

implementará el Data Mart.

     Implementar Dimensiones 

Tener en cuenta las siguientes recomendaciones:

23
 • La Clave Primaria debe ser un “surrogate key” un valor que no sirva para
interpretación, pero si para unicidad, se recomienda tener un campo con
características auto numéricas. En el caso de SQL Server se maneja la
propiedad IDENTITY.
• En el caso de los “atributos dimensionales” estos deben ser de longitud
variable.

Implementar Tabla Hecho 

Considere adicionalmente:

• En el caso de las Clave Primaria compuesta no existen problema

alguno, ya que estas vienen migradas de las dimensiones.
• En caso de las medidas, se pueden considerar los tipos de datos de
punto flotante, salvo se manejen más de cuatro decimales en ese caso
es recomendable elegir los tipos de datos de coma flotante.

Una muestra del modelo final se presenta a continuación:

Fig. 44. Diseño Dimensional

Note que cada dimensión se encuentra presente en la tabla hecho por medio de su
Key, esto permitirá enlazar la medida con la dimensión y niveles respectivos.

24
2.4.2 ETL

Mapeo 
Una vez definido nuestra Base de Datos Multidimensional y ya implementado
físicamente en el DBMS respectivo, es necesario comenzar a cargarle los datos
respectivos. Estamos en el proceso ETL, la propuesta que incluimos es la siguiente

Fig. 45. Trabajo de un ETL

Servicios de Datos Transaccionales: Proveer lo datos respectivos en archivos texto

de acuerdo a las estructuras definidas en las dimensiones encontradas y de acuerdo a
las medidas identificadas.

Servicios de Integración de Datos

Utilizando las herramientas de integración de datos se procederá:
• Cargar las tablas dimensiones
• Cargar las tablas hecho

DataWareHouse
La información se encontrará disponible en la base de datos multidimensional, lista
para implementar los Servicios OLAP respectivos.
En este lapso utilizaremos la estrategia de Limpieza Total a fin de mantener
consistente los datos y además la información una vez que se encuentra cerrada en el
transaccional ya no es editada por ningún motivo.

25
Esquema General de Poblamiento 

Este se divide en 3 grandes bloques

• Limpieza Total
• Poblamiento de dimensiones
• Poblamiento de Tabla Hecho

Fig. 46. Esquema de Poblamiento General

a) Poblamiento de Dimensiones
Por cada dimensión se debe definir:
• Origen de datos
• Destino de Datos
• Mapeo respectivo

Una muestra es la que presentamos a continuación:

26
 Fig. 47. Mapeo Dimensión Modalidad Ingreso

b) Poblamiento de Tabla Hecho

Por cada tabla hecho definir:
• Origen de datos
• Destino
• Mapeo respectivo

A continuación damos la muestra respectiva

Fig. 48. Mapeo Tabla Hecho

27
 c) Creación de Programación de Tareas
Consiste en programar en una frecuencia de tiempo determinada el momento de
ejecución de la tarea respectiva. Generalmente las herramientas poseen
Agentes de ejecución de Tareas que permiten definir momentos tal como a
continuación se muestra:

Fig. 49. Tarea Programada

2.4.3 Creación de Cubos

a) Identificar los orígenes de datos

Consiste en conectarse el DataMart utilizado librerías de datos para una Base de

datos relacional.

28
 Cubos
OLAP

Extensiones de
Conex Datos

Data WareHouse,
Data Mart

Fig. 50. Conectando un Cubo con un Data WareHouse

b) Personalizar esquema

Es posible que se puedan crear medidas calculadas a partir de las ya existentes.

En ese caso una vez definidas las tablas, a partir del esquema, pueden ser
incluidas.

Fig. 51. Creando Medidas Calculadas

c) Crear Cubo
• Seleccionar tablas dimensionales
• Seleccionar Tabla Hecho

29
Fig. 52. Definiendo Tablas Hecho y Dimensionales

Fig. 53. Identificando Medidas

30
 Fig. 54. Diseño Final de un Cubo

d) Personalizar Cubo
Va por el lado de la creación de jerarquías. De acuerdo a lo que se ha definido
en el modelo dimensional.

Por ejemplo al momento de definir la dimensión producto, en nuestro análisis

dimensional

Fig. 55. Ejemplo de Implementación de una Dimensión

En la personalización del cubo quedaría de la forma siguiente, visualice los datos

implementados, en el siguiente esquema:

31
 Fig. 56. Creando Jerarquías de una Dimensión

e) Procesar Cubo

En este momento se definen 2 actividades principalmente:

• Definir a estructura de almacenamiento como se almacenaran datos y
agregaciones. Recordemos que las agregaciones permiten acelerar los
accesos a los datos y tener un mejor tiempo de respuesta.

Fig. 57. Diseñando Agregaciones

Desde el punto de vista del rendimiento del cubo sugerimos usar MOLAP

32
 Fig. 58. Tipos de Agregaciones

Fig. 59. Diseñando Agregaciones

• Procesamiento del cubo en donde se organizan

o Datos
o Agregaciones.
Como hemos elegido MOLAP ambos se organizarán de una manera
multidimensional, en archivos visibles a nivel de sistema operativo.

Fig. 60. Procesando Cubo

D.4 Preparar Interfaces

a. Aplicaciones de Oficina
• Crear la conexión al Cubo

33
 Fig. 61 Creando Conexión al Analisys Services

Fig. 62 Creando Conexión al Cubo

• Elegir Proyecto y Cubo OLAP

Fig. 63 Eligiendo Cubo

• Diseñar interfaces

34
 Fig. 64. Interfaz con Herramientas de Oficina .

B) Herramientas Visuales

• Acceso al Sistema
Es necesario incluir un acceso a la aplicación, asignando el usuario
y password respectivo.

En el caso de desarrollar una aplicación web tome la precaución que

al intentar navegar directamente al link de la pantalla principal, sino
se ha loggeado el usuario, que active automáticamente la pantalla
de loggeo.

Fig. 65. Interfaz de Acceso al Sistema

• Elegir Base de Datos OLAP y Cubo OLAP

Es posible que se manejen más de 1 un proyecto OLAP y cada

proyecto OLAP administre más de 1 cubo, por lo que la propuesta
debe entregar esa posibilidad de selección de manera que se tenga
flexibilidad de uso.

35
 Fig. 66. Seleccionando Cubo desde Aplicación

• Preparar Interfaz Tabular

A partir de este momento es el usuario quien puede construir su
propia interfaz tabular –cuadros-, para analizar información en base
a:

a) Medidas
b) Dimensiones

Estas últimas pueden incluir jerarquías o niveles

Una muestra de una interfaz de este tipo la presentamos a
continuación.

Fig. 67. Interfaz con Aplicación .NET: Tabular .

• Preparar Interfaz Grafica

A partir de este momento es el usuario quien puede construir su
propia interfaz grafica –de diferentes tipos-, para analizar
información en base a:

a) Medidas

36
b) Dimensiones

Estas últimas pueden incluir jerarquías o niveles

Una muestra de una interfaz de este tipo la presentamos a
continuación.

Fig. 68. Interfaz con Aplicación .NET: Grafica .

37
ANEXOS

38
Anexos Maestría en Ingeniería de Sistemas
con mención en Sistemas de Información

ANEXO 01: Documento Visión del Producto

Titulo del Proyecto

(Incluir que se va a hacer y Para qué se va a hacer)

Introducción del Proyecto

(Descripción breve de la intención del documento)

Objetivos del Proyecto

(Basado en los requerimientos obtenidos del negocio). . .

Alcance del Proyecto

(Definir los beneficiarios –áreas, departamentos- directos)

Descripción de los StakeHolders

(Son las personas, áreas o instituciones –internas o externas- que intervienen directa o
indirectamente en la preparación del producto)

Stakeholder Cargo Rol

Función que desempeña
en el proyecto

Requisitos del Proyecto

(Son los requisitos humanos, materiales y de equipamiento necesario para desarrollar el proyecto y
en el caso del Equipamiento para su operatividad.)

3 Humanos
(Son los recursos humanos que directamente para la consecución del producto – tanto del
lado de Gestión como de Tecnologías Información).

• Gestión

Persona Cargo Rol

Función que desempeña
en el proyecto

• Tecnologías Información

Persona Cargo Rol

Función que desempeña
en el proyecto

4 Materiales

39
Ing.Ricardo Mendoza Rivera
Anexos Maestría en Ingeniería de Sistemas
con mención en Sistemas de Información

Material Cantidad Observación

Función que desempeña
en el proyecto

5 Equipamiento

• Hardware

Equipo Configuración Características Uso Proyecto

Adicionales (1)
Uso Producto
(2)
Función que
desempeña en el
proyecto

• Software

Uso Fabricante – Características Uso Proyecto

Software - Adicionales (1)
Versión Uso Producto
(2)
Data Mart Función que
desempeña en el
proyecto
Servicios
Análisis
Herramientas
de Desarrollo

• Comunicaciones

Equipo Fabricante Características

Adicionales
Función que desempeña
en el proyecto

Riesgos del Proyecto

(Factores que podrían incidir en la ejecución normal del proyecto – que impidan que
se realice en el tiempo previsto o determinen que un sobrecosto al presupuesto
asignado-)

40
Ing.Ricardo Mendoza Rivera
Tesis Maestria

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 02. Conformación del Equipo de Trabajo

Personal Cargo E_mail Fono Rol en el

Proyecto
Representante del
Negocio
Experto del Negocio
Auditor de Datos
Líder Tecnológico
Analista
Dimensional
Desarrollador
Dimensional

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 03: Cuestionario para Personal de Gestión

Nombre y Cargo que desempeña

(Personal de Gestión)

Introducción
(Discutir los objetivos del proyecto y las metas de las entrevistas)

Conocimiento del Negocio

(Entender el negocio desde el punto de vista de gestión, identificando: objetivos, estrategias,
indicadores y medidas)
• ¿Cuáles son los objetivos de la organización o del proceso de negocios que
representa?
• ¿Cómo está tratando de cumplirlos?
• ¿Cuáles son las metas prioritarias?
• ¿Cuáles son las medidas de éxito de su gestión?
• ¿Cómo sabe si está haciendo bien su gestión?

Analizar Requerimientos
(Definir las necesidades directas basados en los requerimientos analíticos y la técnica de
modelamiento dimensional. Es altamente recomendable haber definido: Que? , Quien? , Como?,
Donde?, De qué forma?, etc )

• ¿Qué capacidad de análisis quisiera tener con respecto al ..Qué?

• ¿Qué capacidad de análisis quisiera tener con respecto al ..Quién?
• ..
• ¿Qué reportes utiliza generalmente?,
• ¿Qué datos se presentan en el reporte?
• ¿Podría obtener una muestra de ese reporte?
• ¿Qué oportunidades existen en el negocio basado en el análisis de la información.
Influyen y en qué medida en las finanzas?

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 04: Cuestionario para Personal de IT

Nombre y Cargo que desempeña

(Personal de IT)

Introducción
(Discutir los objetivos del proyecto y las metas de las entrevistas)

Analisis y Requerimientos de Datos

(Definir la disponibilidad de la data para obtener los reportes de gestión)
• Cuál es el proceso actualmente usado para analizar información
• Que herramientas se usan para analizar información y quienes las usan?
• Dependen en la elaboración de información de análisis de su Area?. Ha creado
reportes estandarizados

Disponibilidad y Calidad de la Data

(Definir el origen de los datos, tipos de SGBD donde actualmente reside la data y la integridad
de la misma)

• ¿Qué manejador de BD utiliza?

• ¿Con qué frecuencia se actualiza la data y en qué momento de producen los cierres
respectivos de operaciones?
• ¿Qué tanto la data histórica se encuentra disponible y desde cuando se tiene datos
en la BD?
• ¿Cuáles son los datos obligados y cuales los opcionales?
• ¿Existe documentación del modelo de datos?

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 05: Documentación del Modelo de Datos Actual.

Tabla: Descripción de la Tabla

Campo Descripción TipoDato Null Es PK

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 06: Hoja de Gestión

Proceso
(Definir el nombre del Proceso de Negocios a Implementar)

Objetivos
(Objetivos encontrados del proceso de negocios)

Estrategias
(Estrategias Implementar asociadas a la consecución de los objetivos planteados)

Indicadores
(Permiten realizar un seguimiento de la consecución de los objetivos planteados)

Indicador Medidas Estado Valores

Nombre Fórmula de Bueno

Cálculo Regular
Malo

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 07: Hoja de Análisis

Proceso
(Definir el nombre del Proceso de Negocios a Implementar)

Medidas
(Definir las medidas encontradas en los indicadores y otras de ser requeridas)

Dimensiones
(Incluir las dimensiones encontradas y los puntos de análisis para dimensiones: niveles)

Dimensiones Niveles

Nombre Definir Niveles

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 08: Cuadro de Dimensiones y Jerarquías

Proceso
(Definir el nombre del Proceso de Negocios a Implementar)

JERARQUIAS
( Organizar Niveles para permitir análisis de lo genérico a
Dimensiones lo detallado o viceversa)

Nivel 1 Nivel 2 Nivel 3 Nivel 4 Nivel 5

Nombre Nombre
Dimensión Nivel
(empezar
desde el
nivel más
detallado)

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com

Tesis Maestria

ANEXO 09: Cuadro de Dimensiones y Medidas

Proceso
(Definir el nombre del Proceso de Negocios a Implementar)

DIMENSIONES
(Especificar las dimensiones encontradas en la Hoja de
Medidas Análisis)

Dimensión 1 Dimensión 2 Dimensión … Dimensión n

3

Nombre Marcar con X si

Medida 1 Medida puede
ser analizada
esta dimensión

Nombre
Medida 2

Nombre
Medida n

Ing. Ricardo Mendoza Rivera rimenri@hotmail.com http://rimenri.blogspot.com