Fernandez Eddy Analisis Diseño Implementacion Datamart Clientes PDF

TESIS PUCP
Esta obra ha sido publicada bajo la licencia Creative Commons

Reconocimiento-No comercial-Compartir bajo la misma licencia 2.5 Per.
Para ver una copia de dicha licencia, visite
http://creativecommons.org/licenses/by-nc-sa/2.5/pe/
PONTIFICIA UNIVERSIDAD CATLICA DEL PER

FACULTAD DE CIENCIAS E INGENIERA
ESPECIALIDAD DE INGENIERA INFORMTICA
ANLISIS, DISEO E IMPLEMENTACIN DE UN DATAMART DE

CLIENTES PARA EL AREA DE MARKETING DE UNA ENTIDAD
ASEGURADORA.
Tesis para optar por el ttulo de Ingeniero Informtico, que presenta el bachiller.
Eddy Fernandez Ochoa
Asesor: Carla Basurto
Lima, 08 de Diciembre de 2009
Resumen
La empresa en donde se implement la presente solucin maneja en su

sistema transaccional informacin de Clientes, Productos, Ramos, Siniestros,
Plizas, Certificados y Planes. El rea de Marketing necesita explotar la misma
para poder analizar la informacin y tomar mejores decisiones en base a ello.
Las soluciones existentes se encuentran inoperativas por inconvenientes en su

tiempo de carga y
reglas de negocio mal definidas. Se necesitan definir
indicadores para la gestin de clientes que se encuentren alineados con los

objetivos del rea. Asimismo, para asegurar la correcta carga se crearan
nuevos
procesos
ETL
los
cuales
permitirn
generar
informacin
oportunamente.
Estos procesos estarn documentados para que el usuario y/o el rea de

sistemas puedan tener conocimiento de donde se obtienen los datos, como son
calculados y poder retomar la ampliacin de funcionalidades del Datamart.
Aparte de lo mencionado se buscar crear una estructura de datos que sea

escalable hacia un modelo operativo centralizado, el cual permitir tener fotos
de la informacin y no perder la historia de la misma. Con esto se estar
creando una estructura base no solo para la presente solucin si no para otros
Datamarts que pueden crearse posteriormente, los cuales contarn con un
repositorio de informacin centralizado (DWH).
El presente documento cubre lo realizado para la implementacin del Datamart,

se podr ver la forma de trabajo en las diversas etapas que se llevaron en el
proyecto:
Revisin de conceptos de negocio acerca de la gestin de Clientes.
Revisin de las principales variables de anlisis.
Definicin de los indicadores y reportes que sern cubiertos por el

Datamart.
Diseo de una estructura de datos que soporte el anlisis de

informacin a manera de reportes e indicadores.
Automatizacin de procesos de consolidacin de informacin para el

anlisis en la frecuencia que lo requiera el negocio.
Distribucin de la informacin consolidada a travs de indicadores para

la medicin de los objetivos del rea con respecto a la gestin de
clientes.
Distribucin de la informacin consolidada a travs de reportes para la

gestin operativa de sus clientes
Dedicatoria
Dedico el presente trabajo a todas

aquellas personas que tratan de
robarle al tiempo un segundo ms
de existencia.
Agradecimientos.
Este trabajo de tesis no hubiese

sido
posible
sin
el
apoyo
incondicional de mis padres, la

confianza depositada por mis
clientes y
la dedicacin de mi
asesora. A todos ellos les quedo

muy agradecido.
Tabla de Contenido
Resumen.2
Tabla de contenido....5
ndice de figuras7
ndice de Tablas....8
1. Captulo 1: Marco conceptual................................................................................10
1.1.
Definicin de Problema...................................................................................10
1.2.
Conceptos Relacionados. ...............................................................................12
1.3.
Plan de proyecto.............................................................................................19
1.3.1.
Project Chrter ........................................................................................19
1.3.2.
EDT (Estructura de Descomposicin del Trabajo) ...................................21
1.3.3.
Cronograma del Proyecto ........................................................................22
1.4.
Estado del Arte ...............................................................................................27
1.5.
Descripcin y sustentacin de la solucin.......................................................30
2. Captulo 2: Anlisis ...............................................................................................33

2.1.
Metodologa. ...................................................................................................33
2.2.
Requerimientos Funcionales ..........................................................................37
2.2.1.
2.3.
Requerimientos No Funcionales ..............................................................54
Anlisis Dimensional. ......................................................................................54
2.3.1.
Dimensiones ............................................................................................57
2.3.2.
Facts ........................................................................................................61
3. Captulo 3: Diseo ................................................................................................70

3.1.
Arquitectura. ...................................................................................................70
3.2.
Diseo de extraccin. .....................................................................................72
3.2.1.
Carga Clientes .........................................................................................73
3.2.2.
Carga Pliza - Certificado ........................................................................74
3.2.3.
Proceso ....................................................................................................76
3.3.
Diseo de explotacin. ...................................................................................77
3.3.1.
Configuracin del Reporte ........................................................................77
3.3.2.
Vistas y Reportes .....................................................................................78
4. Captulo 4: Construccin y pruebas ......................................................................84

4.1.
Construccin...................................................................................................84
4.1.1.
Seleccin de herramientas .......................................................................84
4.1.2.
Configuraciones Necesarias.....................................................................85
4.1.3.
Proceso de Construccin .........................................................................87
4.2.
Pruebas. .........................................................................................................91
4.2.1.
Cuadres de carga.....................................................................................91
4.2.2.
Matriz de guiones y servicios ...................................................................92
5. Captulo 5: Observaciones, conclusiones y recomendaciones ..............................97

5.1.
Observaciones................................................................................................97
5.2.
Conclusiones ..................................................................................................98
5.3.
Recomendaciones ..........................................................................................99
ndice de Figuras
Figura 1: WBS Proyecto Tesis ..................................................................................21
Figura 2: Cronograma del Proyecto .............................................................................24
Figura 4: Metodologa del proyecto adaptada del Business Intelligence Roadmap ...... 35
Figura 4: Estados del Cliente Rol Pagador ..................................................................47
Figura 7: Estados del Cliente Rol Consolidador...........................................................50
Figura 8: Estados del Cliente Rol Usuario ...................................................................52
Figura 9: Vista principal modelo de datos en la herramienta OLAP .............................55
Figura 10: Vista de entidades del modelo de datos en la herramienta OLAP .............. 55
Figura 11: Arquitectura de la solucin .........................................................................70
Figura 12: Malla de Procesos de Carga.......................................................................76
Figura 13: Formato Tabla del Reporte .........................................................................78
Figura 14: Prototipo de Reporte Clientes Morosos ......................................................79
Figura 15: Prototipo de Reporte Tenencia Productos ..................................................81
Figura 16: Prototipo del panel de control de clientes ...................................................83
Figura 17: Prototipo del panel de control de plizas ....................................................83
Figura 18: Configuracin del tnsnames .......................................................................85
Figura 19: Seleccin de la Base de Datos [BOI07] ......................................................85
Figura 20: Ingreso de parmetros de la base de datos [BOI07] ...................................86
Figura 21: Distribucin de los grficos y tablas ............................................................86
Figura 22: Configuracin de columnas y tabulaciones [BOD07] ..................................87
Figura 23: Parte del modelo ODS a construir. .............................................................88
Figura 24: Entorno de desarrollo ODS .........................................................................88
Figura 25: Parte del modelo BDS a construir ...............................................................89
Figura 26: Entorno de desarrollo BDS .........................................................................89
Figura 27: Diseo del universo ....................................................................................90
Figura 28: Construccin de reportes............................................................................90
ndice de tablas
Tabla 1: Objetivos del proyecto ...................................................................................20
Tabla 2: Matriz de objetivos versus indicadores ..........................................................39
Tabla 3: Dimensiones de Anlisis ................................................................................41
Tabla 4: Matriz Variables de anlisis versus indicadores .............................................42
Tabla 5: Definicin de reportes ....................................................................................44
Tabla 6: Estados del cliente Rol Pagador .................................................................46
Tabla 7: Estados del cliente Rol Consolidador ..........................................................50
Tabla 8: Estados del cliente Rol Usuario ..................................................................52
Tabla 9: Estados de la pliza .......................................................................................53
Tabla 10: Sistemas fuente de la solucin. ...................................................................71
Tabla 11: Cuadre de conteo de registros .....................................................................91
Tabla 12: Cuadre de sumatoria de totales ...................................................................92
Tabla 13: Matriz de Pruebas de Funcionalidades ........................................................94
1. Captulo 1: Marco conceptual
El primer captulo de este documento abarca la definicin del problema y la solucin a

implementar. Adems de ello, se cubren los principales conceptos, metodologas y
tcnicas que se usan en este tipo de proyectos.
1.1.
Definicin de Problema
La empresa aseguradora en la cual se est implementado el Datamart de Clientes

atraviesa por un proceso de crecimiento en el cual busca aumentar sus ventas y
asegurar la relacin que mantiene con sus clientes.
Para ello, el rea de marketing dispone de dos analistas, los cuales tienen a su cargo
las siguientes tareas:
Identificar clientes objetivos de las nuevas campaas de ventas.
Realizar reportes de seguimiento de los clientes morosos.
Realizar reportes de las renovaciones de las plizas.
10
Los analistas realizan las siguientes actividades para llegar a los reportes que emiten a
las reas de negocio, las cuales finalmente realizan las acciones ejecutivas. Entre los
principales pasos que siguen para obtener la informacin se tiene:
Extraccin de datos desde la base de datos transaccional de forma manual.
Carga a la base de datos de Marketing.
Ejecucin manual de consultas a la base de datos.
Emisin de reportes en hojas de clculo al usuario responsable.
Los usuarios completan la informacin del cliente de forma manual.
El ciclo anteriormente mencionado es el que permite llevar a cabo las actividades de

Inteligencia de Negocios dentro de la organizacin. Luego de realizar el levantamiento
de la informacin y entrevistar a los usuarios se pudieron detectar las siguientes
deficiencias:
Los analistas invierten aproximadamente un 30% de su tiempo solo en las

cargas de datos hacia los ambientes de marketing.
Las consultas a la base de datos demoran en promedio ms de un da y

consumen capacidad de procesamiento notable lo cual no deja disponible la
base de datos para otros procesos.
Los reportes se emiten con una frecuencia mensual cuando en algunos casos
debera realizarse de forma diaria.
La informacin no se encuentra integrada y los resultados no pueden

compararse con los de otros Datamarts existente en el rea.
El rea de Gestin de Informacin junto con el rea de Marketing han definido una
estrategia para implementar una solucin integral que permita gestionar la informacin
orientando el manejo de datos hacia una arquitectura propia de Data Warehouse. El
presente proyecto es parte de la primera fase y busca atender parte de las
necesidades ms imperantes del rea de marketing, de este modo se busca usar la
informacin de manera que se pueda controlar los siguientes aspectos:
La eficiencia de sus procesos. A travs de una gestin de la cobranza ms

efectiva.
Retencin de los clientes. A travs de un seguimiento de clientes que tienen

plizas por renovar.
11
Aumento de la adquisicin de productos por cliente. Siguiendo el anlisis de

Cross y Up Selling (Venta Cruzada y Venta mejorada).
Eficacia en la recuperacin de Clientes perdidos (Ex - Clientes).
Dentro de este marco el uso de un Datamart de Clientes en el rea de marketing

permitir a los usuarios contar con la herramienta para monitorear la gestin del
negocio y
contar con una visin acerca del cumplimiento de sus objetivos. Para
cumplir con el objetivo de este Datamart se requiere integrar informacin de las

distintas fuentes y aplicar las reglas de negocio vigentes. Adems, el diseo deber
ser flexible para afrontar el problema de duplicacin de clientes existente en la
organizacin.
1.2.
Conceptos Relacionados.
El presente proyecto requiere un marco conceptual referente a inteligencia de

negocios. En esta seccin se han recogido puntos bsicos a revisar en el contexto
terico en el que se desarrolla el Datamart. Se incluyen la siguiente lista:
Inteligencia de Negocios
Es el conjunto de estrategias y herramientas enfocadas a la administracin y creacin
de conocimiento mediante el anlisis de datos existentes en una organizacin o
empresa. Este conjunto de herramientas y metodologas tienen en comn las
siguientes caractersticas [MDW03]:
Accesibilidad a la informacin: Los datos son la fuente principal de este

concepto. Lo primero que deben garantizar las herramientas y tcnicas ser el
acceso de los usuarios a los datos con independencia de la procedencia de
stos.
Apoyo en la toma de decisiones: Se busca ir ms all en la presentacin de la

informacin, de manera que los usuarios tengan acceso a herramientas de
anlisis que les permitan seleccionar y manipular slo aquellos datos que les
interesen.
Orientacin al usuario final. Se busca independencia entre los conocimientos

tcnicos de los usuarios y su capacidad para utilizar estas herramientas.
12
Componentes y Solucin Integral de Inteligencia de Negocios
Sistemas Fuentes:
Son los sistemas transaccionales que han sido diseados fundamentalmente para el
soporte de las operaciones del negocio como: Compras, Ventas, Almacenes,
Contabilidad, etc. En la mayora de empresas se tienen diversos sistemas
transaccionales. Parte de la gestin de Inteligencia de Negocios es lograr la
integracin de los mismos garantizando la integridad y calidad de la informacin
(Limpieza de datos, normalizacin, reasignacin de llaves) [BIR03]
Base de Datos Operacionales: OLTP

Los sistemas transaccionales registran o graban las operaciones dentro de las base de
datos operacionales (On Line Transactional Process: OLTP). Estos datos permitirn
generar informacin para la toma de decisiones a nivel operacional. Estas bases de
datos lo que persiguen fundamentalmente son el registro de transacciones y la
consistencia de los datos. [BIR03]
ETL
Acrnimo de Extract Transform and Load. Realiza las siguientes funciones como lo
indica su nombre [BIR03]:
Extraccin de informacin de los sistemas fuentes integrando la informacin de

los distintos repositorios iniciales.
Transformar la informacin de acuerdo los estndares de la organizacin.
Cargar la informacin de las base de datos operacionales hacia las base de

datos dimensionales (p.e. Data Warehouse).
Data Warehouse (DWH)

Es el gran almacn de datos que est estructurado para analizar la informacin, a
diferente nivel de detalle, de todos los procesos de negocios que tiene la organizacin.
Es la Base de Datos llamada estratgica o multidimensional. Una vez diseadas es
poblada o llenada mediante el ETL a partir de las Bases de Datos operacionales. Su
diseo va orientado a recopilar toda la informacin de la empresa en un nico modelo
de
negocio
que
de
soporte
las
necesidades
de
informacin
en
la
organizacin.[DWT02]
13
ODS
Acrnimo de Operational Data Storage. Dentro de las buenas prcticas de un DWH el
ambiente ODS es usado para la integracin de los aplicativos fuentes en un modelo
valido para toda la compaa y se encuentra orientada por temas. Adicionalmente
mantiene la informacin actualizada y tiene una naturaleza histrica. ODS tiene la
mayor atomicidad en detalle de la informacin en todo el DWH. [MDW03]
ODSSTG
Acrnimo de Stage - Operational Data Storage que viene a ser una etapa previa al
ambiente ODS. Esta es el punto de comunicacin entre los sistemas fuente y el DWH.
Aqu se realizan las tareas de limpieza de datos, normalizacin y transformacin de la
informacin para que entre de manera limpia al ambiente ODS. El ODSSTG es el
punto de medicin de la calidad de informacin que proviene de los aplicativos fuente.
[MDW03]
BDS
Acrnimo de Bussines Data Storage. Forma parte de las buenas prcticas dentro de
un DWH. El ambiente BDS es usado para contener la informacin resumida
agregada de lo que se tiene en ODS. Este ambiente es usado para la exploracin

analtica de lo que ocurra en el negocio pues ya se ha procesado y resumido la
informacin operacional y sus estructuras de datos se encuentran preparadas para
procesar consultas con un mayor performance que un modelo relacional. [MDW03]
Datamart
Un Datamart es un subconjunto de datos derivado del Data Warehouse. Est diseado
para soportar requerimientos analticos especficos de una determinada unidad de
negocios. Es un repositorio menos ambicioso que un DWH. [BIR03]
Tecnologas OLAP (On Line Analytical Process)

Esta tecnologa permite aprovechar la forma en cmo est estructurada la informacin
de un Datamart o un Data Warehouse. Fundamentalmente es una tecnologa que
permitir analizar informacin dinmicamente a los niveles tctico y estratgico
basados en Cubos que contienen las medidas y las Dimensiones. Algunas de las
tcnicas ms conocidas son: MOLAP, ROLAP, HOLAP. [BIR03]
14
OLTP vs OLAP
Los sistemas OLTP (Online transaction processing) proveen el soporte para el manejo
de los datos operacionales de las organizaciones, son repositorios que manejan la
informacin en tiempo real y estn orientadas por areas: Finanzas, Logistica, Ventas,
rdenes de compra, etc. [BIR03]
Por otro lado OLAP (Online Analytical Processing Tools) refiere a la tecnologa que
crea nueva informacin de negocio a travs de un conjunto de transformaciones y
clculos que pueden realizarse con la informacin existente.
Aunque las aplicaciones de apoyo a la decisin en inteligencia de negocios usan

herramientas convencionales para realizar reportes y querys, las ventajas de las
herramientas OLAP se dan debido a sus funcionalidades adicionales. Entre ellas
podemos mencionar:
El trabajo multidimensional de la informacin a travs de las variables de

anlisis de la organizacin (productos, clientes, departamento) y las jerarquas
presente en estas (categora de productos, subdivisiones de departamentos).
El anlisis se realiza navegando a travs de estas dimensiones explorando el

detalle o resumiendo la informacin de acuerdo a las jerarquas. Asimismo se
puede explorar a travs de dimensiones que estn relacionadas.
Herramientas de explotacin
El Data Warehouse est orientado a la toma de decisiones. Un buen diseo de la base
de datos favorece el anlisis y la recuperacin de datos para obtener una ventaja
estratgica y para facilitar la toma de decisiones. El Data Warehouse (DWH) almacena
datos de acuerdo a categoras o estructurndolos de forma que favorezcan el anlisis
de los datos el anlisis histrico.
El DWH no est orientado a procesos relacionados con la operatividad de la empresa

sino que est preparado para ser explotado mediante herramientas especficas que
permiten la extraccin de informacin significativa y patrones de comportamiento que
permanecen ocultos en un enorme repositorio de datos.
15
A continuacin se describen las herramientas de software que se disponen para la

explotacin de la informacin:
Herramienta de consulta y reporte

Las herramientas de consulta al igual que la mayora de herramientas visuales,
ofrece una interfaz visual para especificar los elementos de datos, condiciones,
criterios de agrupacin y otros atributos de una solicitud de informacin. La
herramienta de consulta genera entonces un llamado a una base de datos,
extrae los datos pertinentes, efecta clculos adicionales, manipula los datos si
es necesario y presenta los resultados en un formato claro. Se puede
almacenar las consultas y los pedidos de reporte para trabajos subsiguientes,
como est o con modificaciones.
Herramientas de base de datos multidimensionales / OLAP

Las primeras soluciones OLAP (On Line Analytical Processing), estuvieron
basadas en bases de datos multidimensionales (MDDBS). Un cubo estructural
(un arreglo multidimensional) almacenaba los datos para que se puedan
manipular intuitivamente y claramente ver las asociaciones a travs de
dimensiones mltiples. Sin embargo, este enfoque tiene varias limitaciones: Las
nuevas estructuras de almacenamiento de datos requieren bases de datos
propietarias. No hay realmente estndares disponibles para acceder a los datos
multidimensionales. La segunda limitacin de un MDDB concierne al desarrollo
de una estructura de datos. Las compaas generalmente almacenan los datos
de la empresa en bases de datos relacionales, lo que significa que alguien tiene
que extraer, transformar y cargar estos datos en el hipercubo.
Sistemas ejecutivos de informacin.

Las herramientas de sistemas de informacin ejecutivos (Executive Information
Systems - EIS), proporcionan medios sumamente fciles de usar para consulta
y anlisis de la informacin confiable. Generalmente se disean para el usuario
que necesita conseguir los datos rpidamente, pero quiere utilizar el menor
tiempo posible para comprender el uso de la herramienta. El precio de esta
facilidad de uso es que por lo general existen algunas limitaciones sobre las
capacidades analticas disponibles con el sistema de informacin ejecutivo.
Adems,
muchas
de
OLAP/multidimensional,
las
pueden
herramientas
de
usarse
desarrollar
para
consulta/reporte
sistemas
y
de
informacin ejecutivo los cuales se concretan en Dashboards o Tableros de

16
Control. El concepto de sistema de informacin ejecutivo es simple: los

ejecutivos no tienen mucho tiempo, ni la habilidad en muchos casos, para
efectuar el anlisis de grandes volmenes de datos. El EIS presenta vistas de
los datos simplificados, altamente consolidados y mayormente estticas.
Herramientas de Data Mining

Data Mining es una categora de herramientas de anlisis open-end. En lugar
de hacer preguntas, se toma estas herramientas y se pregunta algo
"interesante, una tendencia o una agrupacin peculiar, por ejemplo. El proceso
de Data Mining extrae los conocimientos guardados o informacin predictiva
desde el Data Warehouse sin requerir pedidos o preguntas especficas. Las
herramientas Mining usan algunas de las tcnicas de computacin avanzadas
para generar modelos y asociaciones como redes neurales, deteccin de
desviacin, modelamiento predictivo y programacin gentica.
[MDW03]
Conceptos de anlisis dimensional.
Dimensiones
Una dimensin es un objeto de negocio a travs del cual la informacin es agrupada
con algn fin. Una dimensin viene a ser una variable con la que se realiza algn tipo
de anlisis (p.e.: productos, clientes, departamento).[BIR03]
Fact Table
Una fact o tabla de hechos representa un arreglo de datos pre calculados alrededor de
la cual se realiza el anlisis. Una fact tiene el mayor nivel de informacin que es
sintetizada a travs de diferentes dimensiones. [BIR03]
Indicadores
Los indicadores vienen a ser campos precalculados acerca de mtricas que ayuden a
evaluar si los objetivos de la organizacin se vienen cumpliendo. Estos son los datos
que son agregados a diferentes niveles en las dimensiones. Por ejemplo: monto de
ventas, numero de reclamos, cantidad de clientes, etc. [BIR03]
17
Atributos
Los atributos vienen a ser caractersticas inherentes a las dimensiones y que tienen el
fin de dar informacin complementaria acerca de la misma. No tienen por objetivo
agregar
la informacin, su fin es sobretodo informativo. Por ejemplo: Nombre del
cliente, direccin de la oficina de la regin 1, etc. [BIR03]
Conceptos de negocio relacionados al proyecto.
Cross Selling
La venta cruzada o Cross Selling es una tcnica de ventas mediante la cual se puede
ofrecer al cliente productos complementarios o afines a aquellos que usualmente
consume. Mediante esta tcnica se pretende satisfacer una mayor cantidad de
necesidades del cliente a su vez que se fideliza al mismo con la empresa. [MKT06]
Up Selling
Esta es una tcnica de ventas mediante la cual se intenta que el cliente realice una
compra que genere mayores ganancias, esto se logra ofreciendo productos ms caros,
mejoras o upgrades a la opcin de compra. [MKT06]
Clster
Un clster puede ser definido como una agrupacin de tems. En el presente proyecto
se aborda el concepto por el lado estadstico en donde se conoce como un subgrupo
dentro de una poblacin. Particularmente, se busca un subgrupo de productos
significativos dentro del universo de productos ofrecidos.
Ratio Churn
Este indicador mide cuantos clientes se han retirado de una compaa despus de un
periodo de tiempo determinado. Puede ser un posible indicador del grado de
insatisfaccin de los clientes. [MKT06]
Pliza
Una Pliza de Seguro es un instrumento que prueba el contrato de seguro. Es emitido
por la compaa aseguradora a favor del asegurado y/o tomador, y debe reunir todos
los requisitos establecidos por ley
18
Certificado
Los certificados vienen a ser las secciones de una pliza en donde se aseguran ms
de un bien bajo el mismo concepto.
La relacin bsica consiste en que una pliza puede contener uno o ms certificados y
que estos certificados solo pertenecen a una pliza a la vez.
1.3.
Plan de proyecto
Esta seccin tiene como fin dar algunos alcances acerca de la planificacin. Se
siguieron las buenas prcticas recomendadas del Project Management Book of
Knowledge (PMBOK). Se incluyeron la estructuracin de tareas as como el
cronograma detallado de las actividades en las que se incurrieron.
1.3.1. Project Chrter
Nombre del proyecto: Anlisis, diseo e implementacin de un Datamart de clientes

para el rea de marketing de una entidad aseguradora.
Descripcin del proyecto:

El proyecto consiste en atender las necesidades de explotacin de informacin del
rea de marketing mediante reportes e indicadores para el rea de marketing de una
entidad aseguradora.
Definicin del producto del proyecto: El Datamart a implementar contara con las
siguientes caractersticas:
-
El mnimo nivel de la granularidad de la informacin es el certificado del cliente.
Los indicadores se calculan a nivel de clientes.
Se guardar informacin histrica de manera mensual.
Se implementarn
las reglas de marketing para gestionar a los clientes a
travs de roles y estados.
19
Objetivos del Proyecto
Concepto
1. Alcance
Objetivos
Criterio de xito
Cumplir con la elaboracin de los Aprobacin de todos los

siguientes entregables:
entregables por parte del
cliente.
Modelo de datos interfaz para des

duplicacin de clientes
Modelo de estados del Cliente para

el rea de marketing
Modelo de datos para el Datamart

de Clientes.
Componentes de extraccin para

el modelo de datos mencionado en
el tem anterior
Componentes de carga para el

modelo de datos.
Reportes pre construidos.
Modelo OLAP para la elaboracin

de reportes a medida.
Cuadros de mando operativo para

los indicadores relacionados.
2. Tiempo
Concluir el proyecto en el plazo Concluir el proyecto en 800

solicitado por el cliente.
horas, del 21 de Agosto

2008y hasta el 16 de Enero
del 2009.
3. Costo
Cumplir con el presupuesto estimado No exceder el presupuesto

del
proyecto
de
800
horas
de del proyecto.
consultora
Tabla 1: Objetivos del proyecto
20
1.3.2. EDT (Estructura de Descomposicin del Trabajo)

El presente proyecto consta de diversas fases, en cada una de ellas se han definido
las actividades ms resaltantes as como los entregables que se realizarn.
Proyecto Datamart
Clientes [1]
Diseo del ETL

[1.7]
Desarrollo de la
aplicacin [1.9]
Certificacin [1.10]
Entrega Mapeo
Tecnico [1.7.3]
Entrega Matriz de
Pase a
Certificacin /
Produccin [1.9.6]
REC (Matriz de
Servicios y
Guiones) [1.10.1]
Elaboracin del
RFP (Versin 3)
[1.7.4]
Entrega Cuadre de
Carga de Datos
[1.9.7]
Entrega del REC

[1.10.2]
Elaboracion de
Mapeo Tecnico
BDS [1.7.2]
Elaboracion Matriz
de Pase a
Certificacin /
Produccin [1.9.5]
Ajustes a la Malla
[1.10.5]
Gestion del
Proyecto [1.1]
Anlisis de datos
[1.4]
Diseo de la base
de datos [1.6]
Inicio y
Planificacion del
Proyecto [1.1.1]
Entrega de RFP
(Version 1) [1.4.4]
Elaboracin de
Modelo ODS [1.6.1]
Ejecucin y Control
[1.1.2]
Elaboracion del
Documento del
Analisis de Calidad
de Datos [1.4.2]
Elaboracin de
Modelo BDS [1.6.2]
Ajustes al RFP
[1.4.6]
Elaboracin
Dimensionamiento
Modelo [1.6.3]
Analisis
Dimensiones de
Analisis [1.4.1]
Entrega de
Dimensionamiento
Modelo [1.6.4]
Ajustes al RFP
[1.7.7]
Elaboracion del
RFP [1.4.3]
Actualizacin de
RFP (Version 2)
[1.6.5]
Aprobacin del
RFP [1.7.8]
Verificacin interna
del RFP(Versin 1)
[1.4.5]
Entrega de RFP
[1.6.6]
Cierre del Proyecto

[1.1.3]
Evaluacin del
negocio [1.2]
Revision de
objetivos del Area
de Marketing [1.2.1]
Definicin de
requerimientos.
[1.3]
Revision de
definicion de
indicadores [1.3.1]
Revision de Calculo
de indicadores
[1.3.2]
Definicion de
Reportes basicos
por indicador [1.3.3]
Prototipo de
aplicacin. [1.5]
Prototipo de
Reporte de Clientes
Morosos en BO
[1.5.1]
Elaboracion de
Mapeo Tecnico de
datos ODS [1.7.1]
Creacion de
Reportes en BO
[1.9.2]
Creacion del
Universo de
Clientes en BO OLAP [1.9.1]
Elaboracin del
Manual Tecnico
[1.9.3]
Entrega del RFP

(Versin 3) [1.7.5]
Entrega de Manual
Tecnico [1.9.4]
Validacion del RFP

[1.7.6]
Desarrollo del ETL

[1.8]
Construccion Modelo Datamart

de Clientes [1.8.2]
Construccion Modelo
Operacional de
Datamart Clientes
[1.8.1]
Figura 1: WBS Proyecto Tesis
Implementacin
[1.11]
Pase a produccin
[1.11.3]
Componentes
Produccion [1.11.1]
Entrega
Componentes
Produccion [1.11.2]
Ajustes a los
procesos [1.10.4]
Pruebas de
Certificacion
[1.10.3]
Evaluacin post
produccin [1.12]
Seguimiento
[1.12.1]
Entrega de Informe
de Cierre de
proyecto [1.12.4]
Carga de
informacion
historica [1.12.2]
Cierre del Proyecto
[1.12.5]
Informe de cierre
de proyecto [1.12.3]
1.3.3. Cronograma del Proyecto
El presente cronograma represento el anlisis de las tareas, la secuencia de las

mismas,
la duracin, los recursos requeridos y restricciones del proyecto. El
planeamiento considera el uso de los siguientes recursos:
Trabajo: 900 horas.
Estas horas se distribuyen a travs de las fases del proyecto de la siguiente forma:
Gestin del Proyecto: 122.8 horas.
Evaluacin del negocio: 4 horas.
Definicin de requerimientos. 30 horas.
Anlisis de datos: 66 horas.
Prototipo de aplicacin: 12 horas.
Diseo de la base de datos: 68 horas.
Diseo del ETL: 48 horas
Desarrollo del ETL: 225 horas.
Desarrollo de la aplicacin153 horas.
Certificacin 170 horas.
Implementacin 12 horas.
Evaluacin post produccin: 126 horas
Duracin: 308 das.
Roles requeridos:
Analista Funcional.
Realiza el levantamiento de informacin y requisitos.
Diseador del modelo.

Plasma en un modelo relacional las reglas de negocio mediante las cuales se
rige la informacin. Tambin vela por crear una solucin que est integrada al
DWH de la organizacin.
Analista Tcnico.
Realiza la evaluacin y soporte tcnico de la solucin.
Analista Programador.
Codifica los requerimientos solicitados de acuerdo a las definiciones
funcionales y tcnicas alcanzadas.
Certificador.
Realiza los casos de prueba para validar que lo construido este de acuerdo a
las definiciones funcionales.
Lder Usuario.
Provee las necesidades, los detalles y alcance de las mismas.
Asimismo se adjunta el detalle del cronograma trabajado. Dentro de este se pueden

distinguir las siguientes fases del proyecto:
Gestin del Proyecto.
Evaluacin del negocio.
Definicin de requerimientos.
Anlisis de datos.
Prototipo de aplicacin.
Diseo de la base de datos.
Diseo del ETL.
Desarrollo del ETL.
Desarrollo de la aplicacin.
Certificacin.
Implementacin.
Evaluacin post produccin.
23
Seccin Evaluacin del negocio Definicin requerimientos.

Esta seccin cubre el levantamiento de informacin si como el anlisis dimensiona y
diseo del Datamart.
Figura 2: Cronograma del Proyecto

24
Seccin Diseo - Desarrollo ETL
En la construccin del ETL se desarrolla la parte de lgicas de negocio que contiene la

solucin, el modelo multidimensional, los reportes e indicadores que se usar para la
explotacin de la informacin.
25
Seccin Certificacin Implementacin

En la certificacin se incluyen las validaciones que se realizarn a fin de constatar su
correcto funcionamiento. Posteriormente se pasara a la etapa de implementacin a fin
de poder dejar la solucin disponible para los usuarios finales.
26
1.4.
Estado del Arte
En esta seccin se mencionarn trabajos realizados anteriormente en la PUCP y

trabajos realizados en el mbito nacional e internacional. Posteriormente se enfocar
las tcnicas y metodologas actuales usados para realizar el anlisis, diseo e
implementacin de un Datamart.
Tcnicas y metodologas usadas actualmente.
Metodologa de Desarrollo
Entre las mejores prcticas ms conocidas para el desarrollo de un Datamart se tiene
a La Metodologa de Ralph Kimball y el Bussines Intelligence Roadmap por Bill
Innom. Todas ellas orientan en los pasos a seguir en la construccin de un Data
Warehouse o un Datamart.
La Metodologa de Ralph Kimball, describe como realizar un desarrollo teniendo como

premisa que Datamarts departamentales pueden constituir un DWH de toda la
organizacin. Esta perspectiva es conocida como Bottom up
El BI Roadmap de Innom propone que un DWH organizacional puede hacer crecer los
Datamarts departamentales. Esta perspectiva es conocida como Top Down.
Tcnicas de Diseo.
En el diseo del Datamart existen tcnicas para estructurar la informacin destinada a
la explotacin como MOLAP, ROLAP, HOLAP, DOLAP. A continuacin una breve
descripcin de cada una de ellas:
MOLAP: Su premisa base es el pre clculo de sus estructuras, de modo que siempre
se hacen las mismas consultas sobre una misma estructura, se carece de una base de
datos relacional. Cada vez que un sistema cambia algn sector de sus estructuras
vuelve a cargar gran parte de sus dimensiones lo cual lo hace poco dinmico pero a su
vez con una gran capacidad de respuesta. [BIR03]
ROLAP: A diferencia del MOLAP trata de sacar provecho a los modelos relacionales
que son ms dinmicos y permiten cargas por sectores; es decir, permite que la base
de datos relacional est preparada para realizar OLAP. Esto permite tener una mayor
27
flexibilidad en cuanto a los tipos de anlisis disponibles pero a su vez tiene un menor
tiempo de respuesta al momento de la elaboracin de reportes. [BIR03]
HOLAP: Esta ultima trata de aprovechar las ventajas de las dos tcnicas anteriores.
Utiliza la parte esttica del MOLAP para datos que son casi invariables en los modelos
y usa la parte dinmica del ROLAP para aquellas dimensiones que tienen naturaleza
cambiante en el negocio.
De este modo se tiene parte de las dimensiones pre
calculadas y otra parte que se calculara en tiempo real cada vez que el usuario solicite
algn tipo de reporte especial. [BIR03]
Diseo del Datamart. Aqu se encuentran los modelos: Copo de Nieve, Estrella, as
como sus variantes Copo de estrella. Cada una de ellas presenta una caracterstica de
modelado distinta. En el caso de Copo de nieve se cuenta con un alto grado de
normalizacin, se intenta preservar la integridad de los datos, la desventaja de ello es
que se da una mayor carga de trabajo al motor de base de datos.
En el diseo estrella se prioriza la centralizacin de informacin alrededor de entidades

claves para el negocio. De modo que las consultan son mas centralizadas en lo que
interesa en el negocio. Sin embargo, se carece de normalizacin, o en todo caso se
evita, ya que a mayores entidades se relacionen con el modelo estrella ms se
complica el modelo y se pierden sus caractersticas de alto grado de rapidez de
respuesta.
Herramientas de extraccin en el mercado

Una herramienta de extraccin puede calificarse como una interfaz que facilita las
actividades ETL relacionadas a cualquier solucin de inteligencia de negocios. Existen
diversos tipos de herramientas que cubren las siguientes caractersticas:
Limpieza de datos.
Multi source
Interfaz grafica para el desarrollo de componentes ETL.
Gestin de mallas de procesos.
Flexibilidad en la transformacin de datos.
Formar parte de una plataforma integrada de BI.
Reutilizacin de componentes ETL.
28
Ente las ms conocidas en el mercado destacan:

-
IBM Websphere Datastage.
Oracle Warehouse Builder.
SQL Server Integration Servicios.
Data Integrator de Business Objetcs.
Kettle de Pentaho.
Herramientas de explotacin de la informacin en el mercado

Actualmente existen diversas herramientas en el mercado para poder montar el
modelo OLAP sobre las estructuras de datos diseadas. Estas herramientas buscan
cubrir las siguientes funcionalidades:
Anlisis multidimensional.
Interfaz grfica/ Drag & drop para la generacin de reportes.
Interfaz para el soporte de consultas Ad hoc.
Soporte de dril down en diferentes niveles.
Gestin de dashboards.
Gestin de consolidacin y distribucin de la informacin.
Multiplataforma.
Se menciona algunas que tienen presencia en el mercado peruano. La cantidad de

herramientas existentes es mucho mayor, solo se presentan algunas a manera de
referencia.
- Business Objects [BOHP]

- Microstrategy [MSTR]
- Cognos [COGN]
- Pentaho [PENT]
Cada una de ellas presenta funcionalidades similares: construccin de cubos OLAP,

capacidad de reporting, alarmas, dashboards y plataforma web. Sin embargo, parte de
los requerimientos no funcionales fue la utilizacin de Business Objects XI Release 2
por lo que no fue necesario ahondar en un estudio para la eleccin de la herramienta.
29
mbito de los trabajos realizados
Hay que resaltar que este tipo de trabajos son realizados bajo un alto nivel de
personalizacin. Esto debido a la naturaleza de los Datamart, ya que son usados como
una base de anlisis para los negocios. Cada negocio tiene reglas diferentes, pero
sobre todo objetivos diferentes. Esto ltimo hace que se tengan que ajustar los
diferentes componentes de anlisis de la Inteligencia de negocios en cada contexto en
el que se usa esta herramienta.
A nivel nacional se encuentran diferentes implementaciones de Datamarts en el sector

de entidades prestadoras de seguros y en general. No obstante todos ellos fueron
realizados a medida y por razones de privacidad de informacin no han podido ser
accedidas para ser documentadas en la presente.
En el contexto internacional el desarrollo de datamarts se lleva en gran escala. Esta

herramienta es muy usada en la mayora de empresas que gestionan su informacin a
travs de una herramienta de inteligencia de negocios. Mencionar los trabajos
realizados fuera del pas llevara a enumerar un sinfn de trabajos realizados, cada uno
de ellos con estructuras y reglas de negocio propias de cada negocio.
1.5.
Descripcin y sustentacin de la solucin
En los puntos anteriores se describi la necesidad del rea de marketing de identificar

el
pblico objetivo para sus productos y as poder realizar campaas de ventas
dirigidas a travs del Cross y Up Selling. Dicha investigacin se realiza teniendo en

cuenta la tenencia de productos, el rol que el cliente tiene en la empresa, la gestin de
las cobranzas y las renovaciones de las plizas.
El uso de un Datamart en este tipo de situacin es una buena alternativa como

herramienta de anlisis para la toma de decisiones. El presente proyecto centrar su
anlisis en el cliente (asegurado, contratante o usuario) y a partir de all gira su estudio
a travs de las variables descritas. Con este juego de parmetros se podr conocer
por medio del historial de informacin cuales son los hbitos de consumo de los
clientes en productos ofrecidos por la aseguradora. Dicho estudio permitir discernir
como varan estas tendencias en los clientes a travs de sus distintas caractersticas.
30
Con esta exploracin se
pueden dirigir y refinar las acciones a ejecutar en los
diferentes segmentos del mercado.
Los beneficios que aportan esta solucin a la entidad aseguradora van directamente
ligados al rea de marketing y fuerza de ventas. En una gran proporcin su apoyo se
centra en el estudio de mercados y en las campaas de marketing dirigidas. La entidad
aseguradora podr reducir costos realizando publicidad dirigida con mayor efectividad
y reducir el trabajo operacional de sus analistas para pasar de cargar informacin a
identificar oportunidades de negocio. El valor agregado de esta propuesta es que los
analistas usen su capacidad para lo que realmente es su funcin dentro de Marketing.
Se incrementar las herramientas para la captacin de clientes y se propiciar la
fidelidad de los mismos, esto se traduce directamente en incrementos de utilidad para
la organizacin.
Por lo que respecta a los usuarios, este proyecto brindar la informacin a diferentes
niveles de agregacin para facilitar el anlisis. Por un lado los modelos de reporting en
donde el anlisis se realiza a nivel detalle el publico objetivo, se observan las
caractersticas ms a fondo para entender la situacin actual, componentes dirigidos
para usuarios que estn en el da a da de los negocios. Tambin se cuentan con
controles de mando operativos que ofrecen informacin resumida de los negocios a
travs de indicadores que buscan cuantificar los objetivos propios del rea; esto va
dirigido a usuarios que ven el negocio desde un nivel macro y que normalmente son
los que toman las decisiones. Con este conjunto de controles los usuarios se ven
ayudados en las tareas de anlisis de informacin. El Datamart automatiza estos
procesos de modo que el usuario se dedica a las actividades que realmente dan valor
al negocio.
En los productos alternativos estn los productos genricos aplicados a entidades

aseguradoras. Sin embargo, la estructura de la informacin en esta empresa aun no
est preparada para soportar y poder usar todos los beneficios de un solucin
integrada. Por tanto, la relacin Costo beneficio deja sin oportunidad a este tipo de
alternativa.
Este proyecto intenta diferenciarse de los existentes debido a que va orientado a un

contexto especfico dentro de una empresa: falta de integracin de sistemas fuentes,
duplicidad de informacin y procesos de carga lentos. La propuesta de valor del
presente Datamart apunta a:
31
Integracin de aplicativos fuentes en un inicio de un DWH corporativo

respetando las mejores prcticas en gestin de informacin.
Optimizacin de procesos mediante la gestin, monitoreo y mantenimiento de

storage, index, rutas eficientes de procesamiento e instrucciones SQL
avanzadas.
Almacenamiento a nivel histrico de la informacin transaccional para servir de

base al anlisis de tendencia y Datamining.
Modelamiento a travs de las reglas propias del negocio. Estas reglas se

centralizan para que puedan ser reutilizables por posteriores aplicativos.
32
2. Captulo 2: Anlisis
El segundo captulo cubre los aspectos ms importantes en cuanto a la captacin de

requerimientos y definicin funcional del proyecto. Para tal fin se plantea la
metodologa a usar y se analiza la solucin ms conveniente para los requisitos
obtenidos.
2.1.
Metodologa.
A continuacin se describen los procesos que la metodologa establece para realizar

este tipo de proyectos. Se incluyen que metodologas se utilizarn en el mismo, tanto
para la gestin del proyecto en s, como a la elaboracin del producto.
Metodologa de gestin del proyecto: PMBOK.

El PMBOK fue desarrollado por el Project Management Institute (PMI) y constituye un
estndar
para la gestin de proyectos, es un conjunto de procesos y reas del
conocimiento. Los cuales se detallan a continuacin
especificando su implicancia
dentro de este proyecto de tesis. [PMB08]
1. Inicio: Se detallan las siguientes actividades;

a. Definicin de los objetivos generales del proyecto.
b. Aseguramiento de recursos.
33
c. Integracin administrativa del proyecto.
2. Planificacin:
a. Definir alcance del proyecto.
b. Refinar los objetivos del proyecto.
c. Definir los entregables requeridos.
d. Definicin del marco para el cronograma del proyecto.
e. Definicin de las actividades requeridas.
f. Identificar los recursos requeridos.
g. Estimar el esfuerzo del trabajo.
h. Efectuar el anlisis de riegos y contingencias.
i.
Definir y estimar los costes referidos.
3. Ejecucin
a. Coordinar los recursos.
b. Realizar el aseguramiento de la calidad.
c. Distribucin de la informacin del proyecto.
d. Trabajar el plan del proyecto.
4. Supervisin y control.
a. Gestin del equipo.
b. Medicin del progreso y supervisin del desempeo.
c. Toma de decisiones correctivas.
d. Gestin de riesgo
5. Cierre de Proyecto
a. Cierre de las actividades segn el plan de proyecto.
b. Cierre administrativo de las actividades
c. Cierre del contrato
Metodologa de la elaboracin del producto: Business Intelligence Roadmap

[BIR03]
El Business Intelligence Roadmap es una gua de buenas prcticas que siguen 16
pasos en los cuales se recogen las actividades a realizar para llevar un proyecto de
inteligencia de negocios.
34
Recogiendo esta gua se ha adaptado la siguiente metodologa, la cual incluye las

siguientes etapas:
1. Evaluacin del negocio.
2. Definicin de requerimientos.
3. Anlisis de datos.
4. Prototipo de aplicacin.
5. Diseo de la base de datos.
6. Diseo del ETL.
7. Desarrollo del ETL.
8. Desarrollo de la aplicacin.
9. Certificacin.
10. Implementacin.
11. Evaluacin post produccin.
Se presenta un grafico que representa el ciclo de vida
para el desarrollo de un
proyecto Datamart.
Adaptacin Business Intelligence Roadmap

Justificacin
Anlisis del Negocio
Diseo
3.
Anlisis de Datos
1.
Evaluacion del
Negocio
2.
Definicion de
Requerimientos
6.
Diseo del ETL
Construccin
7.
Desarrollo del ETL
5.
Diseo de la Base de
Datos
4.
Prototipo de
aplicacin
Despliegue
10.
implementacion
9.
Certificacin
8.
Desarrollo de la
aplicacin.
11.
Desarrollo de la
apliacion
Figura 5: Metodologa del proyecto adaptada del Business Intelligence Roadmap

[BIR03]
A continuacin se describe de forma breve los puntos que cubre cada una de las
etapas antes mencionadas:
1. Evaluacin del negocio.

-
Estado del acceso de la informacin en la empresa.
Reglas de negocio y Sponsors

35
Estado del entorno de soporte a la toma de decisiones.
Justificacin de costos.
Retorno de inversin.
2. Definicin de requerimientos.
-
Requerimientos funcionales.
Requerimientos de informacin.
Requerimientos de seguridad y performance.
3. Anlisis de datos.
-
Fuentes de datos.
Calidad de datos.
Limpieza de datos.
4. Prototipo de aplicacin.
-
Objetivos de prototipo.
Participacin de Stakeholders.
Herramientas y mtodos para el prototipo.
5. Diseo de la base de datos.

-
Demanda de Reportes y Consultas.
Consideraciones para el diseo de la base de datos.
Seleccin de un DBMS.
Staff requerido.
6. Diseo del ETL.

-
Seleccin de herramientas ETL.
Fases del ETL.
Flujo de procesos ETL.
Mtricas de Calidad.
7. Desarrollo del ETL.

-
Extraccin desde sistemas fuente.
Herramienta ETL.
Flujo del desarrollo ETL.
Pruebas.
8. Desarrollo de la aplicacin.
36
Resultados del Prototipo.
Herramientas de acceso y anlisis de la informacin.
Capacitacin de usuarios.
Alcance de la aplicacin.
Consideraciones web.
9. Certificacin
-
Elaboracin de casos de pruebas.
Pruebas de carga.
Pruebas de funcionalidades.
10. Implementacin.
2.2.
Componentes para produccin.
Mantenimiento de la base de datos.
Capacitacin y soporte a la solucin.
Requerimientos Funcionales
La identificacin de requerimientos es una etapa crucial para este proyecto. El trabajo

realizado se bas en entrevistas de levantamiento de informacin en donde se
cubrieron los siguientes puntos:
1. Gestin de la informacin en el rea de Marketing.

2. Identificacin de objetivos dentro del rea.
3. Identificacin de lgicas de negocio.
4. Definicin de Mtricas.
5. Publicacin y distribucin de la informacin.
Este levantamiento de informacin dio lugar a una serie de requerimientos funcionales

y no funcionales que son detallados a continuacin.
Los requerimientos funcionales cubren: los objetivos del rea, la lgica de negocio y
las mtricas necesarias para realizar el anlisis requerido dentro del rea de
marketing. A continuacin se expone el resumen de lo obtenido para cada uno de
ellos:
37
Objetivos del rea

Los Objetivos del rea en cuanto a la funcin que debe cumplir la informacin se
pudieron recopilar a travs de reuniones en las cuales se entrevistaron a las siguientes
personas:
-
Encargado de la base de datos de marketing.
Jefe de anlisis cuantitativo de marketing.
Gerente del rea de inteligencia de negocios para marketing
Los objetivos identificados fueron:

-
Adquisicin de nuevos clientes.
Eficiencia en la captacin de clientes de calidad.
Eficiencia en recopilacin y actualizacin de la informacin de clientes.
Recuperar clientes.
Retencin de los productos.
Retencin de clientes
Mayor utilizacin de productos por parte del cliente.
Indicadores
Los indicadores en su mayora estn definidos en los estados del cliente y de las
plizas que se han descrito en la seccin anterior y ayudan a cuantificar los objetivos
que ha establecido el rea de marketing. En la siguiente tabla se puede revisar la
relacin existente entre los indicadores planteados y los objetivos del rea.
Objetivo
Indicador
Definicin
Clculo
Adquisicin
% DE CLIENTES
Mide la participacin de los
Stock de Entrada / Total
de nuevos
NUEVOS SOBRE nuevos clientes sobre el total
clientes
CARTERA
de clientes vigentes.
Adquisicin
STOCK DE
Mide el ingreso de nuevos
Rol Pagador,
de nuevos
ENTRADA
Clientes: pagantes,
Consolidador y Usuario en
clientes
(NUEVOS
contratantes o usuarios
estado "Nuevo"
Cartera * 100%
CLIENTES)
Eficiencia
% DE CLIENTES
Mide la proporcin de clientes
Potencial Ex - Cliente /
en la
MOROSOS
con algn producto moroso
Total Cartera
captacin
SOBRE
sobre el total de clientes
de clientes
CARTERA
vigentes
38
de calidad.
Eficiencia
% POLIZAS
Mide la cantidad de plizas
Total plizas con indicador
en la
MOROSAS
que estn en estado moroso.
de morosidad "Moroso" /
captacin
Total de Plizas Vigentes.
de clientes
de calidad.
Mayor
STOCK DE
Mide en cuantos productos
Total de productos activos
utilizacin
PRODUCTOS
participa el cliente. Ayuda en
de
ACTIVOS
el anlisis de Cross Selling
Mayor
STOCK DE
Mide en cuantos ramos de
Total de producto-ramo
utilizacin
RAMOS
seguro se encuentra activo el
activos por familia de
de
ACTIVOS
cliente. Ayuda en el anlisis
productos.
productos
por parte
del cliente
productos
de Up Selling
por parte
del cliente
Mayor
STOCK DE
Mide en cuantas familias
Total de familias con algn
utilizacin
FAMILIAS
tiene presencia el cliente.
producto adquirido
de
ACTIVAS
Ayuda en el anlisis del
productos
ndice de penetracin de los
por parte
productos de la empresa.
del cliente
Retencin
STOCK DE
Mide la cantidad total de
Clientes vigentes (Total
de clientes.
CLIENTES
clientes vigentes.
de Cartera)
Retencin
TASA DE
Mide la cantidad de clientes
Total plizas Renovadas
de clientes.
RETENCION
que han sido renovados en
Confirmadas/ Total de
un perodo de tiempo
plizas que debieron
determinados medido sobre
renovar
el total de clientes.
Retencin
STOCK DE
Mide la cantidad de clientes
Total de ex clientes
de clientes.
SALIDA
que salieron de la empresa.
nuevos
Tabla 2: Matriz de objetivos versus indicadores
39
La exploracin deber darse a travs de las siguientes variables de anlisis.
Dimensin
Rol
Descripcin
Ejemplos
Funcin que cumple el cliente frente Pagador, Consolidador,

a una pliza o certificado
Usuario
Tipo de Cliente
Naturaleza jurdica del cliente.
Persona, Empresa
Vinculo Principal del
Tipo de Producto ms
Modulares, Banco
Cliente
representativo a travs del cual el

cliente est ligado con la empresa.
Segmento del
Clasificacin a travs de la cual se
Premium, Exclusivo,
Cliente
evala la importancia del cliente
Novel
dentro de la empresa. Esta

categorizacin se da dependiendo
del aporte de las primas del cliente.
Gerencia Comercial
Oficinas de la gestin de las
Gerencia 1, Gerencia 2,
relaciones comerciales de la
Gerencia 3
empresa.
Intermediario
Empresa intermediaria que
Brker 1, Brker 2, Brker
(Brker)
comercializa los productos de la
aseguradora.
Intermediario -
Va a travs de la cual opera el
Canal
intermediario
Ejecutivo Principal
Ejecutivo representante de alguna
Saga, Plataforma, Ripley
Ejecutivo 1, Ejecutivo 2
gerencia comercial que se encarga

las gestiones de intermediarios
asignados.
Vendedor
Agente de ventas.
Vendedor 1, Vendedor 2
Uni - MultiBroker
Que tiene ms de un brker.
Uni - Bi -
Que posee ms de un producto
MultiProducto
dentro de la empresa.
Clster Producto
Clasificacin de las combinaciones
Solo Autos, Auto +
(Modular - Masivo)
de productos que posee un cliente
Hogar_Banco
dentro de la empresa.
Producto
Servicio de aseguramiento ofrecido
BANA, JURI, MEVI
por la empresa con cierto tipo de

caractersticas y coberturas.
40
Tipo Producto
Clasificacin de productos de
Empresas, Masivos,
acuerdo al pblico al que est
Modulares
dirigido.
Tipo Consumidor
Clasificacin de productos de
Producto
acuerdo al pblico que los consume
Ramo
Agrupacin de coberturas afines.
Retail, Corporate
Multiseguros, Incendio,
Asistencia Mdica
Familia
Subfamilia
Clasificacin de los productos de
Accidentes, Asistencia,
acuerdo a los ramos cubiertos
Autos
Clasificacin de los productos de
Auto Empresarial, Auto
acuerdo a los ramos cubiertos y al
Personal,
pblico objetivo.
Auto_Prestatario
Tabla 3: Dimensiones de Anlisis
41
Como detalle se adjunta las variables de anlisis que aplican por cada
indicador
Variable de
STOCK DE
STOCK
TASA DE
Anlisis
CLIENTES
DE
RETEN
SALIDA
CION
STOCK
STOCK
% DE
STOCK DE
% DE
PRODUCT
FAMILIAS
CLIENTES
ENTRADA
CLIENTES
POLIZAS
OS
ACTIVAS
NUEVOS
(NUEVOS
MOROSOS
MOROSAS
SOBRE
CLIENTES)
SOBRE
/RAMOS
CARTERA
Rol
Clster Rol
Tipo de Cliente
Vinculo Principal
CARTERA
del Cliente
Segmento del
Cliente
Gerencia
Comercial
Intermediario
(Brker)
Intermediario Canal
Ejecutivo Principal
Vendedor
Uni - Bi -
X
X
MultiProducto
Uni - MultiBroker
Clster Producto
(Modular - Masivo)
Producto
Tipo Producto
Tipo Consumidor
Ramo
Familia
Subfamilia
Producto
Tabla 4: Matriz Variables de anlisis versus indicadores
42
Reportes.
Los reportes se definieron teniendo en cuenta la gestin de la informacin que
maneja el rea. Se ha incluido en el anlisis los reportes que actualmente se
emiten y se incluy mayor detalle a lo a existente. En el Anexo D Anlisis de
explotacin se adjuntan los prototipos construidos.
Indicador
Nombre
Descripcin
del
del
Reporte
Contenido
STOCK DE
Reporte
Se realizara
- Gerencia Comercial.
- Todos los
PRODUCT
de
un listado de
- Uni - Multi Brker.
clster definidos
OS
tenencia
clientes
- Intermediario Canal
(Masivos y
ACTIVOS
de Clster
agrupados
- Cdigo de Clster Modular
Modulares)
de
por Clster.
- Nombre de Clster Modular
- Clientes
Productos
Se
(Desc. Negocio)
Vigentes
FAMILIAS
agregaran
- Cdigo de Clster Masivo
- Todos los roles
ACTIVAS
datos
- Nombre de Clster Masivo
- Plizas y
bsicos del
(Desc. Negocio)
certificados
STOCK
cliente para
- Cdigo Acsel del Cliente
Vigentes.
RAMOS
su
- Nombre del Cliente (o Razn
ACTIVOS.
reconocimien Social)
STOCK DE
Informacin contenida
Filtros
Especiales
to.
% DE
Reporte
Se realizar
Gerencia Comercial
- Clientes en
CLIENTES
de
un listado de
- Intermediario Canal.
estado
MOROSOS
Clientes
los clientes
- Vendedor
"Potencial
SOBRE
Morosos
morosos
- Cdigo Acsel de Cliente.
ExCliente".
- Nombre del Cliente (o Razn
- Clientes con rol
Social) pagador.
Pagador.
- Segmento del Cliente.
- Plizas y
- Telfono 1 del cliente.
certificados
- Telfono 2 del cliente
Vigentes.
CARTERA
- Cdigo de Producto.
- Aviso de Cobranza.
- Prima Bruta.
- Prima Activa de cobranza.
- Numero de Pliza
43
- Nmero de Certificado
- Cupn pendiente de pago
ms antiguo.
- Cantidad de cuotas por
pagar.
- Fecha de ltimo pago.
- Das de atraso.
- Fecha de vencimiento de la
cuota ms antigua.
- Prima Atrasada
Tabla 5: Definicin de reportes
Reglas de Negocio
En la presente seccin se lista las reglas de negocio que se incluirn dentro de este
proyecto. Estas tambin vienen a ser requisitos funcionales. Se detallarn los
siguientes modelos:
-
Modelo de estados del cliente Rol Contratante
Modelo de estados del cliente Rol Pagador
Modelo de estados del cliente Rol Usuario
Modelo de estados de la Pliza.
Modelo de estados del Cliente.

El modelo de estados del cliente es el juego de reglas de negocio que rige la
evolucin del cliente y la relacin que mantiene el mismo con la aseguradora.
Se debern implementar los modelos para los tres roles en los que se ha
clasificado al cliente: Rol Contratante, Rol Pagante y Rol Usuario.
Se describen los estados definidos, de requerir un mayor detalle en cuanto a

definiciones funcionales revisar el Anexo A - Anlisis Funcional
Estados del Rol Pagador

El pagador es la Entidad (persona o empresa) que realiza los pagos de los seguros
contratados a nivel de certificado. Un consolidador contrata una pliza la cual es
asumida por uno o ms pagadores dependiendo de la distribucin de las obligaciones
entre los pagantes. A nivel de pliza o certificado los pagadores estn asociados a un
nico consolidador.
44
A continuacin se presenta una tabla que describe los estados para los clientes en Rol
Pagador:
Estado
Descripcin
Estado
Estado
Desencadenador
Anterior
Siguiente
al
siguiente
estado
Cliente
Se denomina Cliente Nuevo a
No
Nuevo
aquella persona o empresa que
Cliente
es
Cliente
Transcurre un mes
Activo
en
el
estado
Cliente Nuevo
posee por primera vez, al menos

un producto de la empresa
aseguradora.
El
estado
de
cliente nuevo solo se mantendr

durante el primer mes de la
pliza.
Cliente
Un Cliente nuevo o un Cliente
Cliente
Potencial
Transcurren
Activo
Recuperado pasan a ser un
Nuevo
Ex - Cliente
cantidad de das
Cliente Activo. Este constituye el

estado
base
cliente
en
la fecha
Cliente
de vencimiento de
donde se espera encontrarlo
Recuper
la
mientras sea regular en sus
ado
antigua y el cliente
pagos.
del
desde
una
Un cliente contina
cuota
ms
no ha regularizado
siendo activo hasta 30 das
pago alguno.
despus de vencida su primera

cuota por pagar.
Potencial Ex
Son
Cliente
mantienen una deuda sin pagar
aquellos
clientes
que
Cliente
Ex Cliente
Transcurren
Activo
Inactivo
das
90
desde
el
por un determinado tiempo, a
vencimiento de la
partir del cual son considerados
cuota a cancelar.
como clientes en riesgo de

perderse.
Equivale a esperar
60 das desde la
Se
espera
hasta
30
das
suspensin de la
tomando como referencia a la
cobertura.
primera cuota vencida.

Ex Cliente
Este es un estado temporal en
Potencial
Ex Cliente
Transcurren
Inactivo
donde estn los clientes cuyas
Ex
Nuevo
das como
plizas han sido recin anuladas
Cliente
por SBS por falta de pago. Se
Ex
45
Cliente
Inactivo.
usa para realizar un seguimiento

y poder descartar si la omisin
45
de pago fue intencional por parte

del cliente o si se trato de algn
motivo circunstancial del cual el
cliente no era conciente. p.e:
cambio de tarjeta de crdito
asociada
un
debito
automtico.
Ex Cliente
Se denomina Ex Cliente a
Ex
Nuevo
aquellos
Cliente
Cliente
como Ex -Cliente
Inactivo
Histrico
Nuevo
Cliente
La
clientes
que
definitivamente han dejado de
Ex
Transcurre un mes
poseer las pliza y por lo tanto

no
mantienen
un
vnculo
contractual con el grupo. Este

estado permanece durante el
primer periodo de la vigencia del
mismo.
Posteriormente
cambiar al estado de Ex
Cliente Histrico.
Ex Cliente
Este
Histrico
mantener a manera de historia a
Cliente
Recuperad
empresa vuelve a
las personas que alguna vez
Nuevo
adquirir
estado
se
usa
para
Ex
persona
algn
fueron pagantes.
Producto
con
Este estado es posterior al
empresa
primer periodo de vigencia del
aseguradora.
la
Ex Cliente Nuevo.
Cliente
Este estado corresponde a los
Ex
Recuperado
clientes
Cliente
que
han
sido
recuperados y que vuelven a
Cliente
Transcurre un mes
Activo
como
Histrico
Cliente
Recuperado.
contraer algn compromiso de

pago
la
con
empresa
aseguradora, es decir, en algn

momento
han
sido
Clientes
Activos. Este estado permanece

durante el primer periodo de la
vigencia
Posteriormente
del
mismo.
cambiar
al
estado de Cliente Activo.
Tabla 6: Estados del cliente Rol Pagador
46
El siguiente grfico muestra la evolucin de un cliente a travs de los estados

mencionados:
Estado: Activo
Estado: Ex Cliente
[Regulariza situacion
antes de los 45 dias
de plazo como inactivo]
Cliente Nuevo
Ex Cliente Inactivo
[Pasa un mes
como Nuevo]
[Pasan 45 dias
como inactivo]
Cliente Activo
[Regulariza sus
pagos antes de los
primeros 90 dias
de vencido el primer
cupn]
[Pasa un
mes como
recuperado]
[Anulacion SBS
por falta de pago]
Ex-Cliente Nuevo
[Pasan 30 dias
desde el vencimiento
de un cupn
(Suspencion de Cobertura)]
Potencial Ex-Cliente
Cliente Recuperado
[Pasa un mes como

Ex Cliente]
[Adquiere rol
de pagador]
Ex-Cliente Histrico
Figura 6: Estados del Cliente Rol Pagador
Estados del Rol Consolidador

El consolidador es Entidad (persona o empresa) que contrata la pliza. Se puede decir
tambin que es la entidad que agrupa a varios pagadores de plizas de seguros. El
consolidador se relaciona a nivel de pliza.
A continuacin se presenta una tabla que describe los estados para el Cliente Rol
Consolidador:
Estado
Descripcin
Estado
Estado
Desencadenad
Anterior
Siguient
or
estado
Cliente
Se denomina Cliente Nuevo a No
Nuevo
aquella persona o empresa que Cliente
es Cliente
Activo
siguiente
Transcurre
un
mes en el estado
47
Cliente Nuevo
posee por primera vez, al menos

un producto. El estado de cliente
nuevo solo se mantendr durante
el primer mes de la pliza.
Cliente
Cliente cuya pliza se encuentra Cliente
Cliente
La
Activo
vigente. Se considera como tal Renova
Por
cliente
se
hasta antes de un mes antes del do
Renovar
encuentra
un
fin de vigencia de su pliza.
pliza
del
Confirm
mes antes del fin
ado
de la vigencia.
Entra al proceso
de renovacin.
Cliente
Cliente cuya pliza se encuentra Cliente
Renovad
Por
en el ltimo mes del trmino de Activo
Renovar
su
Confirma
vigencia
no
ha
sido
Finaliza
la
por vigencia.
renovada por el cliente.
Cliente
Cliente cuya pliza ya no se Cliente
Cliente
Cliente
Renovad
encuentra vigente y que ha sido Por
Renovad
Renovado
Confirmado
Confirma renovada automticamente en el
Confirma
El Cliente realiza
do
el pago dentro
Por reemplazada
sistema
por
una
pliza
transaccional.
Renovar
Esta
pliza reemplazar a la inicial y

se
mantendr
hasta
que
de los primeros
Cliente
el
cliente confirme su nueva pliza
Por
mediante el pago de la primera
Anular
cuota
esta
llegue
su
45 das..
Cliente
Por
Anular
vencimiento, con lo cual pasara
Pasan 30 das
a ser anulada.
despus
de
vencida
la
primera cuota
Cliente
Cliente que renueva su pliza
Renovad
dentro
posteriores al inicio de vigencia Confirm
de
los
150
Renova
das do
Cliente
por Activo
Transcurre
mes dentro del

estado
Cliente
Confirma de la pliza renovada de manera ar.
Renovado
do
Confirmado.
automtica.
un
Cliente
48
Dentro
de
los
150
das
por
mencionados, dependiendo de Anular.

cuando el cliente realice algn
Anulado
pago.
SBS.
Cliente
Cliente a cuya pliza se le ha
Por
Anular
Cliente
Cliente
60 das despus
suspendido la cobertura por falta Activo
Anulado
de la suspensin
de pagos y que se anular una
SBS
de la cobertura
vez que se alcancen los 90 das Renova

establecidos por la SBS.
do
en la pliza.
Sin
Confirm
ar
Cliente
Cliente
Anulado
anulada por voluntad expresa.
cuya
pliza
ha
sido Activo
Manual
Cliente
Ex
Transcurre
Cliente
mes
Nuevo
estado
Cliente
Cliente Activo
Activo
Se realiza algn
en
un
este
por
Anular
Cliente
Cliente
Anulado
anulada por SBS tras no efectuar por
SBS
pago alguno.
cuya
pliza
ha
sido Cliente
Anular
pago a la pliza
Ex
antes de los 150
Cliente
das despus de
Nuevo.
inicio de vigencia
de
la
nueva
pliza.
Ex
Cliente
Cliente
anulada y que se deja de hacer Anulado
Nuevo
seguimiento.
cuya
pliza
Se
ha
origina
sido Cliente
Ex
tras SBS
Transcurre
un
Cliente
mes como Ex -
Histrico
Cliente Nuevo
cumplirse el tiempo de espera de

45 das despus de la anulacin Anulado
por SBS.
Ex
Este
Manual
estado
se
usa
para Ex
Cliente
La
persona
Cliente
mantener a manera de historia a Cliente
Recupera empresa vuelve
Histrico
las personas que alguna vez Nuevo
do
fueron
contratantes
en
la
a adquirir algn
Producto
empresa.
49
Cliente
Este estado corresponde a los Ex
Recuper
clientes
ado
recuperados y que vuelven a
que
contratar
algn
han
producto,
Cliente
sido Cliente
Transcurre
Activo
mes
Histrico
un
como
Cliente
Recuperado.
es
decir, en algn momento han

sido
Clientes
Activos.
Este
estado permanece durante el

primer periodo de la vigencia del
mismo. Posteriormente cambiar
al estado de Cliente Activo.
Tabla 7: Estados del cliente Rol Consolidador
El siguiente grfico muestra la evolucin de un cliente consolidador
Estado: Ex - Cliente
Estado: Activo
[Asume Rol
Consolidador
por primera vez]
Cliente
Renovado
Confirmado
[Regulariza pagos
antes de la anulacion
PPS]
Cliente Nuevo
[Pasa 1 mes como

Cliente Nuevo]
[Pasa 1 periodo
como Renovado]
Cliente Anulado SBS
[Regulariza pagos
antes de la anulacion
PPS]
Cliente Activo
[Un mes antes

de fin de vigencia]
[Renueva Poliza
Antes de los 45 dias
de finalizada la
poliza]
[45 Dias Despues

y no se regulariz
pliza]
[Anulacion SBS]
Cliente Por Renovar
[Pasa
1 mes]
Ex-Cliente Nuevo
[Finaliza vigencia
de la poliza]
Cliente Renovado
Por Confirmar
[Pasan 45 dias de
vencida la poliza
y no se ha pagado
el primer cupon
(Se suspende la cobertura)]
Cliente Por Anular
[Deuda mas antigua tiene

mas de 30 dias de vencida
(Se suspende la cobertura)]
Cliente Recuperado
[Pasa un mes como

Ex Cliente]
Ex-Cliente Histrico
[Vuelve a adquirir
una poliza]
Figura 7: Estados del Cliente Rol Consolidador
50
Estados del Rol Usuario

El usuario es la entidad que utiliza los seguros. Un certificado puede beneficiar a uno o
ms usuarios y a su vez, dentro de una misma pliza un usuario puede verse cubierto
por ms de un certificado.
A continuacin se presenta una tabla que describe los estados para el Cliente en el
Rol Usuario:
Estado
Descripcin
Estado
Estado
Desencadenad
Anterior
Siguient
or
estado
Cliente
Se denomina Cliente Nuevo a No
Nuevo
aquella persona o empresa Cliente
es Cliente
Activo
cliente
El
estado
de
solo
se
nuevo
Transcurre
un
mes en el estado
Cliente Nuevo
que por primera vez es un

asegurado.
siguiente
mantendr durante el primer

mes de la pliza.
Cliente
Cliente
Potencial
Potencial
Ex
Activo
cubierto por la pliza vigente. Nuevo
Ex
Cliente:
Se
Se considera como tal hasta la
Cliente
suspende
que
se
encuentra Cliente
finalizacin de la pliza se por

la vigencia o por la anulacin.
la
cobertura de la
Ex
pliza.
Cliente
Nuevo
Ex
Cliente
Nuevo: Finaliza
la vigencia de la
pliza.
Potencial
Cliente a cuya pliza se le ha Cliente
Cliente
Cliente Activo:
Ex Cliente
suspendido la cobertura por Activo
Activo
Se regulariza la
falta de pagos y que se

anular
alcancen
una
los
vez
que
90
establecidos por la SBS.
se
das
cobertura de la
Ex
pliza.
Cliente
Nuevo
Ex
Cliente
Nuevo: Se anula
51
la pliza.
Ex
Cliente Cliente cuya pliza ha sido Potencia
Nuevo
anulada.
Ex
Ex Cliente
Histrico
Cliente
Ex
Este
estado
se
Transcurre
Cliente
usa para Ex
un
mes como Ex Cliente Nuevo

La
persona
Cliente
mantener a manera de historia Cliente
Recupera empresa vuelve
Histrico
a las personas que alguna vez Nuevo
do
fueron usuarios.
a ser usuario de
algn Producto.
Cliente
Este estado corresponde a los Ex
Recuperad
clientes
recuperados y que vuelven a Histrico
Cliente
ser
Recuperado.
que
usuarios
han
de
Cliente
sido Cliente
Activo
algn
Transcurre
mes
un
como
producto, es decir, en algn

momento han sido Clientes
Activos.
Tabla 8: Estados del cliente Rol Usuario
El siguiente grfico muestra la evolucin de un cliente usuario:

Estado: Activo
Estado: Ex Cliente
[Asume el rol
de usuario por
primera vez]
Cliente Nuevo
[Pasa un mes
como Nuevo]
Cliente Activo
[Finaliza
la pliza]
[Regularizan
la pliza]
[Pasa un
mes como
recuperado]
Ex-Cliente Nuevo
[Suspenden
la cobertura
de la poliza]
[Anulacion SBS
de la pliza]
Potencial Ex-Cliente
[Pasa un mes como

Ex Cliente]
[Adquiere rol
de usuario]
Cliente Recuperado
Ex-Cliente Histrico
Figura 8: Estados del Cliente Rol Usuario

52
Modelo de estados de la pliza.
Para las plizas se defini el siguiente modelo de estados:

Estado de Pagos de la Pliza
El estado de pagos en una interpretacin de los estados del Rol Pagador
asociados a la misma. Se han definido dos estados base:
Pliza Regular
La pliza se encuentra al da en sus pagos. Equivale a que todos los pagos

de sus certificados se encuentren al da, es decir, todos sus pagadores
tienen estado Cliente Activo.
Pliza Morosa
La pliza no se encuentra al da en sus pagos. Equivale a que algn

certificado se encuentren moroso, es decir, alguno sus pagadores tienen
estado Potencial Ex Cliente.
Estado de Renovacin de la Pliza
El estado de la renovacin se analiza a nivel de pliza. El estado de renovacin
de la pliza se puede interpretar a partir del estado del Contratante.
Estado
Estado Pliza
Pliza
Descripcin
Consolidador
Por Cliente
Renovar
Por Cliente cuya pliza se encuentra un mes
Renovar
Pliza Renovada Cliente

por Confirmar
antes de vencer
Renovado
por Confirmar
Pliza Renovada Cliente
Confirmado
Pliza Por Anular
Cliente Por Anular
SBS
Anulada Cliente
SBS
manera
automtica
pero
que
no
ha
efectuado el primer pago de la misma
Renovado Cliente que acaba de realizar el primer
Confirmado
Pliza
Cliente cuya pliza ha sido renovada de
pago de su pliza auto renovada

Cliente cuya pliza se le ha suspendido la
cobertura por falta de pago
Anulado Cliente cuya pliza ha sido anulada por la

SBS
Tabla 9: Estados de la pliza

53
2.2.1. Requerimientos No Funcionales

-
Se utilizar base de datos Oracle. Esta es la base de datos con la que trabaja el
cliente.
Se utilizar los componentes Data Integrator, Designer y Desktop Intelligence

de la suite Business Objects XI Realease 2. Esta herramienta es el medio de
explotacin de la informacin en la compaa.
Se utilizar Microsoft Office como software de oficina dispuesto por el cliente

para la elaboracin de la documentacin del proyecto.
Se implementaran lo privilegios y roles para acceso a la informacin.
Se debe permitir compatibilidad de los reportes con Excel.
La disponibilidad del aplicativo es de lunes a viernes de 9 de la maana a las 6

de la tarde (horario de oficina).
2.3.
Anlisis Dimensional.
El Datamart de Clientes incluye un modelo de datos que da soporte a los indicadores y

reportes a travs de facts y dimensiones. El diseo abarca tanto las dimensiones como
la fact. Al momento de disear las dimensiones se cargaron y normalizaron estructuras
adicionales que permiten tener ms amplitud de anlisis.
En las siguientes figuras se muestran los componentes ms representativos del

modelo realizado en la herramienta OLAP (Business Objects). Se puede apreciar que
se cuenta con un fact central que contiene los indicadores y
a su alrededor se
encuentran las variables de anlisis ms frecuentes: Plizas, certificados, productos,

clientes, canales de ventas, agentes y vendedores.
54
Figura 9: Vista principal modelo de datos en la herramienta OLAP
La siguiente figura contiene a nivel macro las relaciones de las entidades modeladas
para el Datamart:
Figura 10: Vista de entidades del modelo de datos en la herramienta OLAP
Como resultado del Anlisis dimensional el Datamart cuenta con la siguiente estructura
en cuando a las dimensiones:
55
Dimensin Cliente
1. Cdigo nico del Cliente.
2. Nombre Corto del Cliente.
3. Nombre Cliente.
4. Apellido Pat. Cliente.
5. Apellido Mat. Cliente.
6. Tipo cliente
7. Rol Cliente MKT
8. Estado Cliente MKT
9. Nmero de Pliza
10. Identificador de Pliza
11. Nmero Certificado
12. Vnculo Principal Cliente MKT
13. Segmento Cliente
Dimensin Agente
1. Cdigo Vendedor
2. Nombre Vendedor
3. Cdigo Ejecutivo Lder
4. Nombre Ejecutivo Lder
5. Cdigo Canal
6. Nombre Canal
7. Cdigo Agente
8. Nombre Agente
9. Cdigo Gerencia Comercial
10. Gerencia Comercial.
Dimensin Producto
1. Producto
2. Tipo Producto
3. Tipo Producto Consumidor
4. Familia Producto MKT
5. SubFamilia Producto MKT
6. Cdigo Ramo
7. Ramo
8. Descripcin Plan Producto
9. Cdigo Plan
56
10. Revisin Plan

Dimensin Tiempo
1. Nro. Trimestre
2. Nro. Semestre
3. Ao
4. Ao y Mes
5. Fecha
En la seccin 2.3.1 se
presenta un resumen de cmo se lleg a la estructura
planteada. Para un mayor detalle consultar en el Anexo B - Anlisis Dimensional
2.3.1. Dimensiones
Las dimensiones se determinaron en base a las variables de anlisis por las cuales los
usuarios realizan sus anlisis.
Para determinar las dimensiones con el que iba a contar el Datamart se empez
identificando las variables de anlisis por las cuales el usuario suele elaborar sus
reportes. Entre las ms destacadas se encontraron:
Rol del Cliente
Tipo de Cliente
Vnculo Principal del Cliente
Segmento del Cliente
Gerencia Comercial
Intermediario (Brker)
Uni - Bi - MultiProducto
Intermediario Canal
Ejecutivo Principal
Vendedor
Uni - MultiBroker
Producto
Tipo Producto
Tipo Consumidor Producto
Clster Producto (Modular - Masivo)
Familia.
Subfamilia.
57
Luego se agrupan las variables de anlisis por la afinidad entre ellas, generalmente
cada una viene a ser caractersticas o atributos de alguna entidad importante que
podra pasar a ser una dimensin. Luego de clasificar las variables anteriores se tiene:
Dimensin
Atributos
Rol
Clster Rol
Cliente
Tipo de Cliente
Vnculo Principal del Cliente
Gerencia Comercial
Intermediario Canal
Canales de
Venta
Ejecutivo Principal
Vendedor (3)
Uni - Bi MultiProducto
Uni MultiBroker
Clster Producto (Modular Masivo)
Producto
Tipo Producto
Producto
Tipo Consumidor Producto

Ramo
Familia
Subfamilia
Dia
Tiempo
Mes
Ao
58
Luego del anlisis anterior se concluye que las dimensiones que conforman el
Datamart son:
N Dimensiones
1. Dimensin Cliente
2. Dimensin Canal de Venta
3. Dimensin Producto
4. Dimensin Tiempo
Las secciones siguientes se dedican a revisar a un mayor detalle la definicin

composicin y jerarquas de las dimensiones:
a. Dimensin Cliente
i. Descripcin
Esta dimensin abarca el cliente normalizando sus principales atributos:
Tipo de cliente, Segmento del cliente, Vinculo principal del cliente, rol del
cliente, Clster de roles.
ii. Jerarquas
1. Jerarqua de Roles
Esta jerarqua agrupa los roles del cliente desde un consolidado de roles
que asume el cliente (clster del roles) hacia algn rol en particular
Nivel
Atributos
Nivel1
Clster de Rol
Nivel2
Rol del cliente
b. Dimensin Canal
i.
Descripcin
Esta dimensin abarca informacin acerca del canal de venta en el que fue
captado el cliente as como toda la informacin de la gerencia, brker y
vendedores relacionados.
ii. Jerarquas
1. Jerarqua de Canal
59
Esta jerarqua contiene todo el detalle acerca de la pertenencia de un

brker a una gerencia o ejecutivo adjunto.
Nivel
Atributos
Nivel1
Gerencia Comercial
Nivel2
Ejecutivo Principal
Nivel3
Intermediario
Nivel4
Intermediario Canal
Nivel 5
Vendedor
c. Dimensin Producto
i. Descripcin
Esta dimensin abarca la clasificacin que se realiza a los productos de
acuerdo a las reglas de negocio de Marketing.
ii. Jerarquas
1. Jerarqua de Productos
Esta jerarqua contiene todo el detalle de la clasificacin de productos
Nivel
Atributos
Nivel1
Tipo de Producto
Nivel2
Tipo Producto
Consumidor
Nivel3
Familia de producto
Nivel4
Subfamilia de
producto
d. Dimensin Tiempo
i. Descripcin
Esta dimensin abarca la organizacin del tiempo en los periodos de anlisis que
se suelen usar.
ii. Jerarquas
1. Jerarqua de Ao mes
60
Esta jerarqua contiene todo el detalle de la clasificacin de productos
Nivel
Atributos
Nivel1
Ao
Nivel2
Semestre
Nivel3
Trimestre
Nivel4
Mes
2.3.2. Facts
La definicin de las facts a usarse se realiz a un nivel lgico. Estn agrupadas
teniendo en cuenta el nivel de granularidad con el que se trabaja en cada de una de
ellas as como el tema de anlisis al cual corresponde. Cabe comentar que a nivel
fsico estn agrupadas en una sola fact.
Tema de anlisis
Facts
Anlisis de la relacin Cliente -
Fact de Stock de Clientes
Aseguradora
Fact Contratante Pliza

Fact Pagador Certificado
Fact Morosidad Plizas.
Anlisis de la tenencia de Productos
Fact Producto x Cliente
61
a. Fact de Stock de Clientes
i. Descripcin
Esta Fact provee la totalidad de clientes para analizar al mismo segn
su rol y a travs de todas las variables de anlisis.
ii. Granularidad
Nombre de la Descripcin
Llave
Dimensin
Primaria
1. 1 Cliente
.
Esta dimensin abarca el cliente normalizando sus
Si
principales atributos.
De esta dimensin toma los siguientes atributos:
2.
Canal
Rol
Clster Rol
Tipo de Cliente
Vinculo Principal del Cliente
Esta dimensin abarca informacin acerca del canal de
Si
venta en el que fue captado el cliente as como toda la

informacin de la gerencia, brker y vendedores.
-
Gerencia Comercial
Intermediario - Canal
Ejecutivo Principal
Vendedor
Uni - Bi - MultiProducto
Uni - MultiBroker
62
3.
Producto
Esta dimensin abarca la clasificacin que se realiza a
Si
los productos de acuerdo a las reglas de negocio de

Marketing.
- Clster Producto (Modular - Masivo)
- Producto
- Tipo Producto
- Tipo Consumidor Producto
- Ramo
- Familia
- Subfamilia
4.
Tiempo
Esta dimensin abarca la organizacin del tiempo en los

periodos de anlisis que suelen usar
- Ao
- Semestre
- Mes
iii. Medidas
Nombre
Descripcin
1.
STOCK DE CLIENTES Mide la cantidad total de clientes vigentes.
1.
STOCK DE SALIDA
2.
STOCK DE ENTRADA Mide el ingreso de nuevos Clientes: pagantes, contratantes o
Mide la cantidad de clientes que salieron del grupo asegurador.
(NUEVOS CLIENTES) usuarios
iv. Indicadores
Nombre
2.
% DE CLIENTES Mide la participacin de los nuevos Stock de Entrada / Total

NUEVOS
CARTERA
Descripcin
SOBRE clientes sobre el total de clientes
Frmula
Cartera* 100%
vigentes.
63
a. Fact Contratante Pliza

i. Descripcin
Esta fact provee el detalle para analizar al cliente en rol contratante
frente a las plizas.
ii. Granularidad
N
Llave
Dimensin
Primaria
1. 1 Cliente
.
Esta dimensin abarca el cliente en el rol Consolidador
Si
normalizando sus principales atributos: Tipo de cliente,

Segmento del cliente, Vinculo principal del cliente, rol
del cliente, Clster de roles.
2.
Canal
Tipo de Cliente
Esta dimensin abarca informacin acerca del canal de Si

informacin de la gerencia, brker y vendedores.
3.
Producto
Gerencia Comercial
Vendedor
Si

Marketing.
- Producto
- Tipo Producto
- Ramo
- Familia
- Subfamilia
64
4.
Tiempo
Esta dimensin abarca la organizacin del tiempo en
Si
los periodos de anlisis que suelen usar

- Ao
- Semestre
- Mes
iii. Medidas
N
Nombre
1.
TASA
Descripcin
DE Mide la cantidad de clientes que han sido renovados en un
RETENCION
perodo de tiempo determinados medido sobre el total de

clientes.
b. Fact Producto x Cliente

i. Descripcin
Esta fact provee el detalle para analizar el grado de participacin del
cliente a travs de los productos que posee.
ii. Granularidad
N
Llave
Dimensin
Primaria
1. 1 Cliente
.
Si
principales atributos. De esta dimensin toma los

siguientes atributos:
-
Rol
Tipo de Cliente
65
2.
Canal
Si

informacin de la gerencia, brker y vendedores. De
esta dimensin toma los siguientes atributos:
3.
Producto
Vendedor
Si

Marketing. De esta dimensin toma los siguientes
atributos:
- Familia
4.
Tiempo
Esta dimensin abarca la organizacin del tiempo en los Si

periodos de anlisis que suelen usar. De esta dimensin
toma los siguientes atributos:
- Ao
- Semestre
- Mes
iii. Medidas
N
Nombre
Descripcin
1.
STOCK DE FAMILIAS Mide en cuantas familias tiene presencia el cliente

ACTIVAS
2.
STOCK
DE Mide en cuantos productos tiene presencia el cliente
PRODUCTOS
ACTIVOS
3.
STOCK DE RAMOS Mide en cuantos ramos participa el cliente.

ACTIVOS
c. Fact Pagador - Certificado

i. Descripcin
Esta Fact provee el detalle para analizar al cliente pagador frente a nivel
de certificado.
66
ii. Granularidad
Llave
Dimensin
Primaria
1. 1 Cliente
.
2.
Si
principales atributos. De esta dimensin se toma n:
Canal
Tipo de Cliente
Esta dimensin abarca informacin acerca del canal de Si

informacin de la gerencia, brker y vendedores.De
esta dimensin toma los siguientes atributos:
3.
Producto
Vendedor
Si

atributos:
- Producto
- Tipo Producto
- Ramo
- Familia
- Subfamilia
4.
Tiempo
Esta dimensin abarca la organizacin del tiempo en
Si
los periodos de anlisis que suelen usar. De esta

dimensin toma los siguientes atributos:
- Ao
- Semestre
- Mes
- Da
67
iii. Medidas
Nombre
1.
Descripcin
DE
CLIENTES Mide la proporcin de clientes con algn producto moroso sobre
MOROSOS
SOBRE el total de clientes vigentes
CARTERA
d. Fact Morosidad Plizas

i. Descripcin
Esta Fact provee el detalle para analizar la morosidad de las plizas.
ii. Granularidad
N
1.
Llave
Dimensin
Primaria
Canal
Si

informacin de la gerencia, brker y vendedores. De esta
dimensin toma los siguientes atributos:
2.
Producto
Vendedor
Si

atributos:
- Producto
- Tipo Producto
- Ramo
- Familia
- Subfamilia
68
3.
Tiempo
Esta dimensin abarca la organizacin del tiempo en los
Si
periodos de anlisis que suelen usar

- Ao
- Semestre
- Mes
iii. Medidas
Nombre
2.
Descripcin
POLIZAS Mide la cantidad de plizas que estn en estado moroso.
MOROSAS
69
3. Captulo 3: Diseo
En el captulo 3 se expone el diseo que tendr la solucin, se describir la
arquitectura de inteligencia de negocios a usar y los procesos de carga, extraccin y
transformacin (ETL).
3.1.
Arquitectura.
El Datamart de Clientes cuenta con la siguiente arquitectura:
Figura 11: Arquitectura de la solucin

70
La arquitectura presentada sigue los lineamientos de una las mejores prcticas en

datawarehousing. Est compuesta por tres capas a travs de las cuales se garantiza la
integridad de la informacin sumada con actividades de limpieza y normalizacin de
datos.
Para la extraccin se disponen de 4 fuentes de Datos

Fuente
Tipo
Repositorio
Conexin
Cdigo ORACLE
ODBC
Sistema Acsel X
ORACLE
ODBC
Sistema Novasys
ORACLE
ODBC
Datos ORACLE
ODBC
nico (CUC)
Base
de
Marketing
Tabla 10: Sistemas fuente de la solucin.
Descripcin de las Fuentes
Repositorio de Cdigo nico: Contiene las equivalencias necesarias para la

identificacin de clientes duplicados.
Sistema Acsel X: Provee informacin de la parte de seguros de la compaa.
Sistema Novasys: Provee informacin de la parte EPS de la empresa.
Base de Datos Marketing: Provee informacin histrica de los clster de

productos identificados para los clientes.
Capa ODSSTG
Es el punto de comunicacin entre los sistemas fuente y el DWH. Aqu se realizan las
tareas de limpieza de datos, normalizacin y transformacin de la informacin para
que entre de manera limpia al ambiente ODS. ODSSTG es el punto de medicin de la
calidad de informacin de los aplicativos fuente.
Capa ODS
Es usada para la integracin de los aplicativos fuentes en un modelo valido para toda
la compaa y se encuentra orientada por temas. Adicionalmente mantiene la
informacin actualizada y tiene una naturaleza histrica. ODS tiene la mayor
atomicidad en detalle de la informacin en todo el DWH.
71
En esta capa se crearon los siguientes subject areas:

- ODS Cliente.
- ODS Canal.
- ODS Pliza - Certificado.
- ODS Cobranzas.
- ODS Productos.
Cada una de ellas contiene informacin del sistema transaccional agrupada por los
temas de afinidad mencionados.
Capa BDS
El ambiente BDS es usado para contener la informacin resumida y agregada de lo
que se tiene en ODS. Sirve para la exploracin analtica de lo que ocurra en el negocio
pues ya se ha procesado y resumido la informacin operacional y sus estructuras de
datos se encuentran preparadas para procesar consultas con un mayor performance
que un modelo relacional.
En esta capa se crearon los siguientes subject areas:

- BDS Cliente.
- BDS Canal Intermediario.
- BDS Pliza - Certificado.
- BDS Productos
Cada una de ellas contiene informacin agregada para los distintos indicadores
planteados.
El diseo de esta capa sirve como imput para a implementacin del universo en la
herramienta OLAP.
3.2.
Diseo de extraccin.
El diseo de extraccin en proyectos de esta naturaleza es de amplio contenido pues

adicionalmente al nmero de aplicativos fuente hay que considerar las particularidades
de los trabajos ETL. En esta seccin se presenta un muestreo de entidades
significativas en cuanto a la extraccin de datos, el detalle completo se encuentra en el
Anexo C - Diseo de Extraccin.
72
3.2.1. Carga Clientes

Descripcin
El presente proceso realiza la extraccin del universo de clientes con el que
contar el Datamart.
Descripcin de Tablas Fuentes
Tipo de Fuente
Nombre de Tabla
Descripcin
Acsel X
<NOM-TABLE>
Provee informacin de las descriptivas de

cdigos y tipos usados en los clientes
Acsel X
<TABLA_PERSONAS> Provee
informacin
de
las
personas
ligadas a la empresa, entre ellas los

clientes y los asegurados
Acsel X
<TABLA_CLIENTES>
Provee informacin complementaria de los

clientes
Acsel X
<TABLA_ASEGURAD
Provee informacin complementaria de los
O>
asegurados
Estandarizacin de Datos y Limpieza de Datos

Nombre
Tipo
Formato
Limpieza
Valor
por
Defecto
Se verificara que el dominio de 004
CLASECLI
Varchar2(1
Texto
(PK)
5)
(0000000000 datos sea

00000)
TIPOPER
CODLVAL DESCRIP
001
INDISPENSABLE
002
MUY IMPORTANTE
003
IMPORTANTE
004
REGULAR
005
VIP
Varchar2(1
Texto
5)
(0000000000 datos sea

00000)
Se verificara que el dominio de NO

TIENE
CODLVAL DESCRIP
E
EMPRESA
GOBIERNO
PERSONA
73
Nombre
Tipo
Formato
Limpieza
Valor
por
Defecto
STSTER
Varchar2(1
Texto
CODLVAL DESCRIP
5)
(0000000000 ACT
ACTIVO
00000)
ANU
ANULADO
PRO
PROSPECTO
RET
RETIRADO
ACT
3.2.2. Carga Pliza - Certificado
Descripcin
Realiza la carga de las entidades de correspondientes a plizas y certificados.
Descripcin de Tablas Fuentes

Tipo de Fuente
Nombre de Tabla
Descripcin
Acsel X
POLIZA
Plizas que maneja la parte de seguros
Acsel X
CERTIFICADO
Detalle de los certificados por pliza
Acsel X
CERT_RAMO
Detalle del ramo, plan y revisin del

producto asociado al certificado.
Acsel X
OBSER_POLIZA
Informacin de los avisos de cobranzas

correspondientes a los certificados.
Novasys
POLIZA
Plizas que maneja la parte de seguros
Novasys
OBSER_POLIZA
Informacin de los avisos de cobranzas

correspondientes a las plizas.
Estandarizacin de Datos y Limpieza de Datos

Nombre
Tipo
Formato
Limpieza
Valor
por
Defecto
74
Nombre
Tipo
Formato
Limpieza
Valor
por
Defecto
STSPOL
Varchar2(1 Texto
(PK)
5)
Verificar que el valor se ACT
(0000000000 encuentre en el siguiente

00000)
rango
COD DESCRIP
CODMONE
Varchar2(1 Texto
DA
5)
ACT
ACTIVA
ANU
ANULADA
INC
INCLUIDA
REN
RENOVADA
Verificar que los valores se NO
(0000000000 encuentren en el rango:

00000)
S/.
TIENE
NUEVOS
SOLES
USD
STSOBSER
Varchar2(1 Texto
5)
DOLAR USA
Verificar que los valores se ACT
(0000000000 encuentren en el rango

00000)
Posibles Valores:
[ACT] Pendiente de Pago
[ANU] Anulado
[COB] Cobrado
[PAG] Pagado
[REN] Renovado
STSCERT
Varchar2(1 Texto
5)
Verificar que los valores se ACT
(0000000000 encuentren en el rango

00000)
CODIGO
DESCRIP
ACT
ACTIVO
EXC
EXCLUIDO
ICP
INCOMPLETO
INC
INCLUIDO
MOD MODIFICADO
REN
RENOVADO
VAL
VALIDO
75
3.2.3.
Proceso
1. Cargar Repositorio de cdigo nico

Se cargan las equivalencias de clientes duplicados
2. Cargar Registros de Clientes
3. Tomar los datos de la tabla TERCERO y CLIENTE y se carga la informacin de
clientes
4. Cargar registros de Plizas y Certificados
5. Tomar los datos de la tabla POLIZA, CERTIFICADO, OBSER_POLIZA para
tomar la informacin relevante a los avisos de cobranzas y los productos
asociados a la pliza.
6. Calcular Estados del Cliente
7. Proceder a determinar los estados del cliente de acuerdo a las reglas de
negocio que se definieron anteriormente con el rea de marketing.
8. Cargar las dimensiones CANAL, CLIENTE, PRODUCTO teniendo en cuenta los
atributos definidos para cada una de ellas (Puede verse el detalle en el anlisis
dimensional).
9. Cargar las facts con lo calculado anteriormente.
Procesos de Carga Datamart Clientes

ODSSTG
Carga
Codigo Unico
Cargar
Repositorio de Clientes
ETL Limpieza de Datos
ODS
BDS
Cargar
Informacion Clientes
Cargar
Estados del Cliente
Cargar
Polizas y Certificados
Cargar
Dimension Canal
Cargar
Avisos de cobranza
Cargar
Dimension Cliente
Cargar
Productos
Cargar
Dimension Producto
Cargar
Facts
Figura 12: Malla de Procesos de Carga
76
3.3.
Diseo de explotacin.
La explotacin se realizara a travs de reportes los cuales han sido estructurados con
el usuario a fin de contener la informacin que requiere. Para esta seccin se trabajar
con dos reportes con los cuales se realizarn las especificaciones que debern regir
para todos los reportes que se elaboren como parte de este proyecto. Ver Anexo D
Diseo de explotacin para un mayor detalle.
3.3.1. Configuracin del Reporte
Tamao de Hoja: A4
Orientacin: Vertical u Horizontal (Depende del tipo de reporte)
Mrgenes (cm)
izquierdo: 1.5
derecho: 1.5
superior: 1.5
inferior: 1.5
Cabecera
Dato
Posicin
Tamao/
Color Formato
Observacin
Azul
dd/mm/yyyy
Fecha
hh:mm
impresin del reporte
Tipo Letra
Fecha
Izquierda
Arial 10
hora reporte superior

Logo
Centro
Nombre del Derecha

Reporte
hora
de
Logo de la empresa
Arial 10
Superior
Azul
Texto
Nombre corto del reporte
Mayscula
Pie de Pgina
Nmero de pgina
Nombre del rea suscrita al reporte.
77
Cuerpo del Reporte
Reporte tipo crosstab:
REPORTE DE CLIENTES MOROSOS

AL <DD/MM/YYY>
GERENCIA
COMERCIAL
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
POLIZA
CLIENTE
NOMBRE CLIENTE
TELF 1
TIPO
2732306
7242683
AUSEJO CREATIVIDAD SA
2410520
PRIMA BRUTA
622.51
CUP.PEND.
4
CUP. ATRASADOS
2 01-JAN-09
FEC.VCTO. MAS ANTIGUA
PRIMA ATRASADA
1129698
7140134
GONZALO LUIS POLANCO SALAS
2259343
877.99
2 01-JAN-09
160.80
1286171
311101
COSMOS CALLAO SA AGENTES DE ADUANA
4644122
4,666.30
2 01-JAN-09
933.26
1360760
7309199
FRANCISCO MARTIN VARGAS ESTRADA
5643257
1,356.31
1 01-JAN-09
120.77
1832922
7251606
C E P LOS HIJOS DE MARIA S R L
3763845
7,616.72
2 01-JAN-09
1,269.47
311.26
1832983
7251606
3763845
2,021.63
2 01-JAN-09
336.94
1833874
7251606
3763845
2,424.01
2 01-JAN-09
404.04
2682563
8098510
JUAN MAXIMO REYNOSO GUZMAN
98194026
5,442.11
2 01-JAN-09
2,721.06
3476903
7312325
CYNTHIA KARLA CORREA VEGAS
2237054
1,589.36
11
2 01-JAN-09
270.22
1056464
7222163
ELVIS ROBIN AYLLON CALDERON
4525295
3,085.01
2 01-JAN-09
514.18
1162229
7255655
JOHANA POMAJAMBO PEREZ
5642585
1,608.99
2 01-JAN-09
292.56
1051740
7222487
GONZALO TATAJE VILLALOBOS
4614240
1,490.12
2 01-JAN-09
270.94
Figura 13: Formato Tabla del Reporte
3.3.2. Vistas y Reportes
Tema
Reporte
Anlisis de relacin Cliente Reporte

Aseguradora
Clientes
Morosos
Anlisis de la tenencia de Reporte

productos
de
de
Clster
de
productos
Reporte de Clientes Morosos

Este reporte contiene el detalle de los clientes que poseen deudas con la empresa
aseguradora. Se utiliza para analizar el estado de deudas de los clientes y realizar el
seguimiento de cobranza por parte de los ejecutivos del rea responsable. Para
obtener este reporte se recolecto a los clientes morosos y se le aadi los datos
personales bsicos del mismo, adicionalmente la informacin de vendedor, el brker y
la gerencia relacionada.
78
Diseo:
REPORTE DE CLIENTES MOROSOS

AL <DD/MM/YYY>
GERENCIA
COMERCIAL
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
GERENCIA
MINORISTA
POLIZA
CLIENTE
NOMBRE CLIENTE
TELF 1
TIPO
2732306
7242683
2410520
PRIMA BRUTA
622.51
CUP.PEND.
4
CUP. ATRASADOS
2 01-JAN-09
FEC.VCTO. MAS ANTIGUA
PRIMA ATRASADA
1129698
7140134
2259343
877.99
2 01-JAN-09
160.80
1286171
311101
4644122
4,666.30
2 01-JAN-09
933.26
1360760
7309199
5643257
1,356.31
1 01-JAN-09
120.77
1832922
7251606
3763845
7,616.72
2 01-JAN-09
1,269.47
311.26
1832983
7251606
3763845
2,021.63
2 01-JAN-09
336.94
1833874
7251606
3763845
2,424.01
2 01-JAN-09
404.04
2682563
8098510
98194026
5,442.11
2 01-JAN-09
2,721.06
3476903
7312325
2237054
1,589.36
11
2 01-JAN-09
270.22
1056464
7222163
4525295
3,085.01
2 01-JAN-09
514.18
1162229
7255655
5642585
1,608.99
2 01-JAN-09
292.56
1051740
7222487
4614240
1,490.12
2 01-JAN-09
270.94
Figura 14: Prototipo de Reporte Clientes Morosos
Tipo: Crosstab
Filas:
No. Dimensin
Nivel / Categora
Gerencia Comercial 1
Ejecutivo
Intermediario
Vendedor
Columnas:
No Dimensin
Nivel / Categora
.
1
Canal
Gerencia Comercial
Canal
Intermediario Canal.
Canal
Vendedor
Cliente
Cdigo Acsel de Cliente.
Cliente
Nombre del Cliente (o Razn Social) pagador.
Cliente
Segmento del Cliente.
79
Cliente
Telfono 1 del cliente.
Cliente
Telfono 2 del cliente
Producto
Cdigo de Producto.
10 Cliente
Aviso de Cobranza.
11 Cliente
Prima Bruta.
12 Cliente
Prima Activa de cobranza.
13 Cliente
Numero de Pliza
14 Cliente
Numero de Certificado
15 Cliente
Cupn pendiente de pago ms antiguo.
16 Cliente
Cantidad de cuotas por pagar.
17 Cliente
Fecha de ltimo pago.
18 Cliente
Das de atraso.
19 Cliente
Fecha de vencimiento de la cuota ms antigua.
20 Cliente
Prima Atrasada
Medida:
No. Medida
Format
o
Prima Bruta.
Numric
o 14,2
Prima Activa de cobranza.
Numric
o 14,2
Filtro:
No. Operacin
1
- Clientes en estado "Potencial

ExCliente".
- Clientes con rol Pagador.
Plizas
certificados
Vigentes.
80
Reporte de tenencia de Clster de Productos

Este reporte contiene el detalle de los clster de productos que poseen los clientes con
la empresa aseguradora. Se utiliza para que se realice la investigacin de mercados
por parte de un ejecutivo del rea de Marketing y sirvan de input para la planificacin
de campaas de ventas. Para obtener este reporte se recolecto los productos a los
que se encuentran relacionados los clientes y se agrupan por patrones de grupos de
productos ya establecidos.
Diseo:
Se adjunta el prototipo de reporte creado para este caso.
REPORTE CLUSTER CLIENTE
GERENCIA
UNI MULTIBROKER
INTERMEDIARIO - CANAL
CODIGO CLUSTER
MODULAR
CLUSTER MODULAR
CODIGO CLUSTER
MASIVO
CLUSTER MASIVO
CLIENTE
NOMBRE CLIENTE
TELF 1
TELF 2
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 1
000000001
Auto Modular
0001010100
Solo SOAT
7242683
2410520
4951748
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 2
0000010010
Solo Hogar Banco
0000000000
Ninguno
7140134
2259343
97350015
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 3
0001010100
Solo VCAN
0000010010
Solo Solifolleto
311101
4644122
4644260
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 4
000000001
Solo Salud Catastrfico 000000000
Ninguno
7309199
5643257
97977474
GERENCIA
MINORISTA
MULTIBROKER
0000010010
Auto Modular+Salud Cata000000001
Masivo Desempleo
7251606
3763845
GERENCIA
MINORISTA
MULTIBROKER
0001010100
Auto Modular+VCAN+SO 0001010100
Masivo Proteccion Tarjeta7251606
3763845
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 7
000000001
Solo Auto Modular
Masivo Otros
3763845
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 8
0000010010
Auto Modular+Hogar Ban0000010010
Solo SOAT
8098510
98194026
3682064
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 9
0001010100
Hogar Banco + VCAN
Solo EPS
7312325
2237054
994105203
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 10
000000001
Auto Modular+Salud Mod000000001
Solo Solifolleto
7222163
4525295
4525889
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 11
0000010010
Masivo Salud
7255655
5642585
4350711
GERENCIA
MINORISTA
MULTIBROKER
0001010100
Masivo Desempleo
7222487
4614240
6145555
GERENCIA
MINORISTA
MULTIBROKER
000000001
Auto Modular+Salud Mod 0000010010
Masivo Proteccion Tarjeta8152972
VSG PROYECTOS SAC
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 14
0000010010
Auto Modular+Salud Vip+0001010100
Masivo Otros
7235626
JAIME ARTURO CHEHADE SAUD
2643779
2640222
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 15
0001010100
Hogar Banco + VCAN+SO000000001
Solo SOAT
7330116
MARIO GUILLERMO MATEO ROOM
3498859
2119000
GERENCIA
MINORISTA
UNIBROKER
MARCH - Canal 16
000000001
Auto Modular+Hogar Mod0001010100
Solo EPS
8115542
LIZ KAROL OROSCO TORRES
2529826
4480808
000000001
0001010100
7251606
Figura 15: Prototipo de Reporte Tenencia Productos
Tipo: Crosstab
Filas:
No. Dimensin
1
Clster
Nivel / Categora
Productos 1
Masivo
2
Clster
Productos 2
Modulares
81
Columnas:
No. Dimensin
Nivel / Categora
Canal
Gerencia Comercial.
Canal
Uni - Multi Brker.
Canal
Intermediario Canal
Producto
Cdigo de Clster Modular
Producto
Nombre de Clster Modular (Desc. Negocio)
Producto
Cdigo de Clster Masivo
Producto
Nombre de Clster Masivo (Desc. Negocio)
Cliente
Cdigo Acsel del Cliente
Cliente
Nombre del Cliente (o Razn Social)
Medida:
No Aplica
Filtro:
No. Operacin
1
- Todos los clster definidos

(Masivos y Modulares)
- Clientes Vigentes
- Todos los roles
Plizas
certificados
Vigentes.
82
Tableros de control
Para el presente proyecto se generaron los siguientes tableros de control
Panel de control de Clientes
Se adjunta el diseo creado para este caso
Figura 16: Prototipo del panel de control de clientes
Panel de control de Plizas

Se adjunta el diseo creado para este caso
Figura 17: Prototipo del panel de control de plizas
83
4. Captulo 4: Construccin y pruebas

En el captulo 4 se documentan los pasos necesarios para la implementacin y plan de
pruebas del presente proyecto
4.1.
Construccin
4.1.1. Seleccin de herramientas

El presente Datamart tiene una serie de requerimientos no funcionales debido a
exigencias del cliente en cuanto a su entorno de operacin, los cuales resumen las
siguientes herramientas para la construccin:
Base de Datos: ORACLE 10g
Entorno de Desarrollo: PL/SQL Developer 7.1.5
Herramienta de explotacin OLAP: Business Objects XI Release 2.
Software de oficina para la documentacin: Microsoft Office 2007.
84
4.1.2. Configuraciones Necesarias

La solucin que se describe en el proyecto cuenta con las configuraciones:
Conexin del entorno de desarrollo a la base de datos de desarrollo y

produccin.
Se debe realizar la configuracin del archivo tnsnames.ora el cual contiene
informacin acerca de las conexiones a las distintas bases de datos alojadas
en el base de datos ORACLE.
Figura 18: Configuracin del tnsnames
Conexin del motor OLAP con la Base de datos de desarrollo y de produccin.

En ambos casos la configuracin sigue los siguientes pasos. En la herramienta
OLAP se definen las conexiones que existirn desde el universo hacia la base
de datos. Para ello se define una nueva conexin revisando las conexiones
existentes o creando una nueva al momento de iniciar el universo. En ambos
casos se tiene que especificar los parmetros: Middleware de la base de datos,
tipo de conexin, nombre de la conexin, nombre de la base de datos a usarse
y el usuario y contrasea para la autenticacin.[BOI07]
Figura 19: Seleccin de la Base de Datos [BOI07]

85
Figura 20: Ingreso de parmetros de la base de datos [BOI07]
Configuracin de los estndares de explotacin en los reportes predefinidos

(OLAP).
Parte de los estndares de los reportes se basa en la distribucin de los
grficos y las tablas resumen dentro de la hoja de trabajo. Para ello se debe
configurar en la herramienta de reporting, en nuestro caso Desktop
Intelligence de Business Objects. El procedimiento es sencillo, se agregan los
compontes al reporte y se acomodan bajo la opcin drag and drop. [BOD07]
Figura 21: Distribucin de los grficos y tablas
86
Para las tabulaciones y cortes en los datos se hace uso del panel de corte y rotacin a
travs del cual se puede realizar los quiebres de la informacin, agregar o desagregar
las jerarquas, hacer uso de subniveles, realizar clculos, entre otras.
Figura 22: Configuracin de columnas y tabulaciones [BOD07]
4.1.3. Proceso de Construccin

En el proyecto se ha seguido una adaptacin de los pasos del Business Intelligence
Roadmap detallado en el captulo 2. De acuerdo a ello se tienen las siguientes
actividades dentro del proceso de construccin:
Construccin
1. Construccin y Carga de la capa ODS
En la capa ODS se construyen los scripts para el modelo operacional de datos.
En el proceso de carga se realiza la limpieza y normalizacin de datos desde la
fuente de los mismos, en nuestro caso el sistema transaccional.
87
Figura 23: Parte del modelo ODS a construir.
Figura 24: Entorno de desarrollo ODS
88
2. Construccin y Carga de la capa BDS

Los scripts construidos sirven para el modelo de negocio. Aqu se realiza la
consolidacin de datos como sumas, promedios u otros clculos que requieran
un procesamiento para su anlisis.
Figura 25: Parte del modelo BDS a construir
Figura 26: Entorno de desarrollo BDS

89
3. Construccin y Carga del Universo de datos en la herramienta OLAP

Se crea el universo de datos como medio de comunicacin entre la base de
datos cargada y el motor OLAP a fin de poder realizar los cubos a travs de las
dimensiones planteadas en el modelo. [BOD07]
Figura 27: Diseo del universo
4. Construccin de reportes en la herramienta de explotacin.

Finalmente para la explotacin se construyen plantillas de reporte para que
puedan ser usados por los usuarios, estas incluyen los campos requeridos, las
variables de anlisis y los estndares de formato que se hayan definido.
[BOD07]
Figura 28: Construccin de reportes

90
4.2.
Pruebas.
La metodologa de pruebas tambin es parte de los requisitos no funcionales del

cliente. Se tiene dos tipos de pruebas: En la primera se evala la carga a un nivel
tcnico mediante los cuadres de carga. En la segunda se analiza a nivel funcional si la
informacin cargada en el Datamart cumple con las especificaciones dadas por las
reglas de negocio tales como el modelo de estados de los clientes y las plizas.
4.2.1. Cuadres de carga

El cuadre de carga constata que la informacin llevada desde la fuente hacia el destino
no ha sufrido ninguna alteracin adicional a las ya esperadas luego de los cambios d el
ETL.
Entre los principales casos se tiene validaciones de tipo de:

- Cantidad de registros procesados.
- Cantidad de registros procesados bajo ciertos criterios (filtros).
- Operaciones aritmticas para la consolidacin de montos. (Suma, promedio,
mnimo y mximo valor).
Este tipo de cuadres se realiza de manera interna sin necesidad del usuario final. La
conformidad es dada por los administradores del repositorio de datos dentro de la
organizacin.
A continuacin se anexa parte de la ejecucin de las pruebas
Conteo de Registros
El conteo de registros ayuda a identificar si la carga fue exitosa cuantitativamente, es
recomendable identificar que filtros sirven para realizar un mejor anlisis dependiendo
de las restricciones seguidas en los componentes ETL.
Item
1
2
3
4
5
6
7
8
9
Tabla Origen
facturas
canal
ejecutivo
grupo_comercial
intemediario
poliza
obser_poliza
producto
ramo_prod
Criterio de Filtro
prima > 1000
ninguno
ninguno
ninguno
ninguno
ninguno
ninguno
ninguno
ninguno
# Registros
100000.00
32512
1623
24
462879
36543
2653798
81
245
Tabla Destino
UD_OBSER_POLIZA
MM_CANAL
MM_EJECUTIVO
MM_GRUPO_COMERCIAL
MM_AGENTE
HM_POLIZA
UD_OBSER_POLIZA
MM_PRODUCTO
MM_RAMO_PROD
Conformidad
Si/No
# Registros
100000.00
32512
1623
24
462879
36543
2653798
81
245
Si
Si
Si
Si
Si
Si
Si
Si
Si
Tabla 11: Cuadre de conteo de registros
91
Sumatoria de Totales
Este tipo de pruebas aplica a los campos relacionados a montos.
Item
1
2
3
4
5
Tabla Origen
Poliza
Certificado
Certificado
Poliza
obser_poliza
Columna Origen
prima
mtoAsegurado
prima
mtoValBien Modelo
monto
Sumatoria
Columna Origen
1545125.00
135151658.1
1545125.00
563582.67
58612348.22
Tabla Destino
HM_POLIZA
HM_CERTIFICADO
HM_CERTIFICADO
HM_POLIZA
UD_OBSER_POLIZA
Columna Destino
prima
mtoAsegurado
prima
monto
Sumatoria
Columna Destino
1545125.00
135151658.1
1545125.00
563582.67
58612348.22
Conformidad
Si/No
Si
Si
Si
Si
Si
Tabla 12: Cuadre de sumatoria de totales
Otras pruebas que se realizaron fueron;

-
Dominio de datos.
Verificar que el dominio de las descriptivas en la fuente sea igual al destino
Nulidad de columnas.
Se valida el porcentaje de poblacin de los campos dentro de las tablas.
Integridad Padre Hijo

Se verifica la integridad referencial entra tablas con esta relacin.
El todos los casos de cuadres propuestos se encuentra detallado en el Anexo E

Pruebas y Cuadre de Carga de Datos.
4.2.2. Matriz de guiones y servicios

La matriz de servicios y guiones propone la validacin de la informacin cargada y su
significado para el usuario. En el caso del Datamart se dispone de un solo usuario por
parte del rea de marketing. En la mayora de los casos no se dispone de una fuente
de informacin contra la cual constatar de que la informacin cargada por el Datamart
es vlida. Sin embargo, se realiz un anlisis cualitativo en donde el usuario de
acuerdo a su conocimiento del negocio puede detectar a nivel macro si los resultados
son coherentes. Adicionalmente se realiza un muestro de datos para hacer un
seguimiento a la fase de procesamiento, es aqu en donde se detectan si las reglas de
negocio han sido fielmente reflejadas en los componentes del Datamart ya que se
analiza cliente por cliente.
Se proponen los siguientes casos a validar.

1. Cantidad de Clientes Morosos.
92
2. Cantidad de Clientes Nuevos.

3. Cantidad de Clientes que se retiran.
4. Tasa de retencin de clientes.
5. Cantidad de plizas morosas.
6. Clster de productos para ciertos clientes.
7. Validacin del modelo de estados del cliente.
En cada uno de ellos se cogern clientes o plizas al azar (pueden ser casos elegidos
por el usuario) y se verificara:
1. Se buscarn clientes morosos en el sistema transaccional y estos debern

tener dicho estado en el Datamart de clientes luego de las lgicas da carga.
2. Se buscarn clientes nuevos en el sistema transaccional y estos debern tener

dicho estado en el Datamart de clientes luego de las lgicas da carga.
3. Se buscarn ex clientes en el sistema transaccional y estos debern tener

4. Se buscarn clientes que renovaron su pliza para cierto mes en el sistema

transaccional y estos debern tener dicho estado en el Datamart de clientes
luego de las lgicas da carga.
5. Se buscarn plizas morosos en el sistema transaccional y estos debern tener

6. Se buscarn clster de productos en la base de datos de marketing y estos

clientes debern tener dicho clster en el Datamart de clientes luego de las
lgicas da carga.
Estas pruebas se plasman dentro de una matriz de pruebas como la que se muestra a
continuacin
93
Tabla 13: Matriz de Pruebas de Funcionalidades
Funcionalid
Datos a utilizar
ad
Resultados
Resultado
Criticid
Tiempo de
esperados
de la
ad
respuesta
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
Verificacin
Rol
Se verificaran los
Los clientes
Contratante
siguientes clientes
poseen el
- Estado
(CODCLI,
estado de
Cliente
poliza):0000000714
cliente nuevo
Nuevo
2447,3984811
con el rol de
00000007194422,3
contratante
984677
dentro del
00000008253400,3
datamart
984552
Rol
Se verificaran los
Los clientes
Contratante
siguientes clientes
poseen el
- Estado
(CODCLI, poliza):
estado de
Cliente
00000008447574,3
cliente activo
Activo
666607
con el rol de
00000008463040,3
contratante
687792
dentro del
00000008461143,3
datamart
684353
Rol
Se verificaran los
Los clientes
Contratante
siguientes clientes
poseen el
- Estado
(CODCLI, poliza):
estado de
Cliente por
103180 , 3948895
cliente nuevo
Anular
224593 , 3949202
con el rol de
7320707 , 1359941
contratante
dentro del
datamart
Rol
Se verificaran los
Los clientes
Contratante
siguientes clientes
poseen el
- Estado
(CODCLI, poliza):
estado de
Cliente por
00000006055841,4
cliente por
Renovar
13675
renovar con el
00000008038776,2
rol de
582303
contratante
94
00000007404395,2
dentro del
5112
datamart
Rol
Se verificaran los
Los clientes
Contratante
siguientes clientes
poseen el
- Estado
(CODCLI, poliza):
estado de
Cliente
00000000230610,2
cliente
Renovado
514242
Renovado sin
sin
00000000162077,9
Confirmar con
Confirmar
58208
el rol de
00000006069513,6
contratante
39351
dentro del
00000007116181,1
datamart
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
038458
Indicador:
Se verificara el
El stock
Stock de
stock a traves de
mostrado de
Clientes
los distintos Agente
manera
Nuevos
- Canal
consolidada
por agente
canal guarda
relacin con lo
que ocurre
actualmente en
el negocio.
Indicador:
Se verificara el
El stock
Stock de
stock a traves de
mostrado de
clientes de
los distintos Agente
manera
salida
- Canal
consolidada
por agente
canal guarda
relacin con lo
que ocurre
actualmente en
el negocio.
95
Indicador:
Se verificara el
El porcentaje
Porcentaje
porcentaje a traves
mostrado de
de Clientes
de los distintos
manera
Morosos
Agente - Canal
consolidada
Satisfactorio
Alta
Normal
Satisfactorio
Alta
Normal
por agente
canal guarda
relacin con lo
que ocurre
actualmente en
el negocio.
Indicador:
Se verificara el
El porcentaje
Porcentaje
porcentaje a traves
mostrado de
de Clientes
de los distintos
manera
Nuevos
Agente - Canal
consolidada
por agente
canal guarda
relacin con lo
que ocurre
actualmente en
el negocio.
El resultado de las pruebas fue satisfactorio, el usuario valid que las lgicas de
negocio se ven reflejadas en los scripts de carga de acuerdo a los casos propuestos.
La totalidad de los datos de entrada a utilizarse se encuentra en el Anexo E - Reporte
de Cuadre de datos.
96
5. Captulo 5: Observaciones, conclusiones y recomendaciones
En este captulo se resume lo aprendido a lo largo del desarrollo del proyecto. Tener
en consideracin que lo vertido en esta seccin puede regir para soluciones en
inteligencia de negocios ya que los problemas que aquejan a las organizaciones en el
manejo de su informacin son muy parecidos.
5.1.
Observaciones
Se anexan observaciones a tener en cuenta al momento de revisar este documento.
1. El presente proyecto es un trabajo realizado por el tesista para una empresa

cliente de la consultora en donde labora. Dicho proyecto se realiz en el primer
semestre del ao 2009.
2. Todos los datos fueron simulados a fin de conservar la privacidad de la

informacin.
3. Los requerimientos del proyecto, funcionales y no funcionales, fueron definidos

con el cliente de acuerdo a sus necesidades de negocio y al entorno
tecnolgico de la empresa.
97
5.2.
Conclusiones
Luego del desarrollo de esta solucin se derivan las siguientes conclusiones.
1. Es indispensable contar con los objetivos de la empresa a fin de establecer de

manera correcta los indicadores que puedan reflejar una mtrica valida del
avance de lo planeado, solo as el Datamart constituir una herramienta vlida
para el anlisis cuantitativo y cualitativo.
2. La definicin de reportes debe contar con la participacin de todos los usuarios

involucrados y debe ser difundido por un medio formal hacia todos los
suscriptores.
3. La construccin de un modelo de datos OLAP permite realizar consultas a partir

de informacin previamente procesada con lo cual se da flexibilidad al usuario a
realizar diferentes consultas pre elaboradas. Sin embargo, es importante
resaltar la relacin que existe entre el desempeo de la consulta y la flexibilidad
del anlisis. El performance de la consulta se ve favorecida con la informacin
pre procesada, sin embargo esto limita la capacidad de anlisis ya que se
tienen variables ya definidas que para ser modificadas requieren un reproceso.
4. La capa de datos BDS perteneciente a la arquitectura del presente proyecto

asla el entorno operacional para solo enfocarse en informacin consolidada
que ayude a la toma de decisiones.
5. La capa de datos ODS perteneciente a la arquitectura del presente proyecto

integr de manera exitosa informacin proveniente de distintos sistemas
transaccionales en un solo repositorio que cuenta con un modelo de datos del
negocio que soporta consultas de la informacin a un nivel transaccional.
6. La limpieza y normalizacin de lo informacin garantiza la validez y calidad de

la misma con el fin de que el DWH de una empresa pueda contar con un punto
intermedio en donde se absorbe todas las diferencias existentes entre los
aplicativos de una empresa.
98
5.3.
Recomendaciones
El presente proyecto recoge las necesidades iniciales de una solucin integral, las
recomendaciones que se dan sugieren la continuidad de la misma as como el manejo
del nuevo diseo implementado.
1. Continuar la construccin de los indicadores postergados por falta de recursos.

En el presente proyecto las bases estn construidas para seguir extendiendo el
nmero de indicadores en el Datamart.
2. Seguir respetando la arquitectura iniciada con lo cual se garantiza la integracin

y reutilizacin de la informacin. Esto permitir seguir centralizando toda la
informacin de la empresa y las reglas de negocio de modo que la informacin
se pueda distribuir en el mismo contexto a todas las reas de la empresa.
3. Utilizar el manual de usuario para la herramienta de explotacin OLAP. Dicho

documento contiene una descripcin de las dimensiones, significado de las
posibles combinaciones de variables en un reporte y de los resultados
mostrados. Viene a ser la documentacin acerca del modelo de datos que
soporta el negocio a fin de que usuarios avanzados puedan sacar un mayor
provecho a la informacin contenida por el Datamart.
4. Realizar un anlisis de disponibilidad y capacidad de procesamiento del

servidor de produccin de la empresa con el fin de aumentar la frecuencia de
carga del Datamart. Con esto ltimo se lograr tener los indicadores ms
actualizados.
99
Bibliografa
[DWT02] Kimball, Ralph. The Data Warehouse toolkit: the complete guide to
dimensional modeling .New York: Wiley, 2002. ISBN 0471200247. QA 76.9.D37 K55
(Bib. Ingeniera)
[BIR03] Larissa T. Moss, Shaku Atre. Business Intelligence Roadmap: The

Complete Project Lifecycle for Decision-Support Applications Boston: Addison
Wesley, 2003. ISBN 0-201-78420-3
[BDW05] W. H. Inmon. Building the Data Warehouse, Fourth Edition. Indianapolis:
Wiley Publishing, Inc., 2005. ISBN-10: 0-7645-9944-5
[MDW03] Claudia Imhoff, Nicholas Galemmo, Jonathan G. Geiger. Mastering Data
Warehouse Design - Relational and Dimensional Techniques. Indianapolis : Wiley
Publishing, Inc., 2003. ISBN: 0-471-32421-3
[MKT06] Philip Kotler, Fundamentos de Marketing. Pearson Universitari. 2006. ISBN
9702611865
[PMB08] A Guide to the project management body of knowledge (PMBOK Guide)
Fourth Edition. Project Management Institute, Inc. Pennsylvania. 2008. ISBN 978-1933890-51-7
[BOI07] Manual del Usuario
de Business Objects Enterprise XI Realease 2
InfoView. Business Objects. 2007
[BOD07] Manual del Diseador Business Objects Enterprise XI Realease 2

Designer. Business Objects. 2007.
[BOHP] http://www.sap.com/solutions/sapbusinessobjects/index.epx
[MSTR] http://www.microstrategy.com/
[COGN] http://www-01.ibm.com/software/data/cognos/
[PENT] http://www.pentaho.com/
100

Fernandez Eddy Analisis Diseño Implementacion Datamart Clientes PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Fernandez Eddy Analisis Diseño Implementacion Datamart Clientes PDF

Uploaded by

Copyright:

Available Formats

TESIS PUCP

Esta obra ha sido publicada bajo la licencia Creative Commons

PONTIFICIA UNIVERSIDAD CATLICA DEL PER

ANLISIS, DISEO E IMPLEMENTACIN DE UN DATAMART DE

Eddy Fernandez Ochoa

Asesor: Carla Basurto

Lima, 08 de Diciembre de 2009

La empresa en donde se implement la presente solucin maneja en su

Las soluciones existentes se encuentran inoperativas por inconvenientes en su

reglas de negocio mal definidas. Se necesitan definir

indicadores para la gestin de clientes que se encuentren alineados con los

Estos procesos estarn documentados para que el usuario y/o el rea de

Aparte de lo mencionado se buscar crear una estructura de datos que sea

El presente documento cubre lo realizado para la implementacin del Datamart,

Revisin de conceptos de negocio acerca de la gestin de Clientes.

Revisin de las principales variables de anlisis.

Definicin de los indicadores y reportes que sern cubiertos por el

Diseo de una estructura de datos que soporte el anlisis de

Automatizacin de procesos de consolidacin de informacin para el

Distribucin de la informacin consolidada a travs de indicadores para

Distribucin de la informacin consolidada a travs de reportes para la

Dedico el presente trabajo a todas

Este trabajo de tesis no hubiese

incondicional de mis padres, la

asesora. A todos ellos les quedo

Conceptos Relacionados. ...............................................................................12

Project Chrter ........................................................................................19

EDT (Estructura de Descomposicin del Trabajo) ...................................21

Cronograma del Proyecto ........................................................................22

Estado del Arte ...............................................................................................27

Descripcin y sustentacin de la solucin.......................................................30

2. Captulo 2: Anlisis ...............................................................................................33

Requerimientos Funcionales ..........................................................................37

Requerimientos No Funcionales ..............................................................54

Anlisis Dimensional. ......................................................................................54

3. Captulo 3: Diseo ................................................................................................70

Diseo de extraccin. .....................................................................................72

Carga Clientes .........................................................................................73

Carga Pliza - Certificado ........................................................................74

Diseo de explotacin. ...................................................................................77

Configuracin del Reporte ........................................................................77

Vistas y Reportes .....................................................................................78

4. Captulo 4: Construccin y pruebas ......................................................................84

Seleccin de herramientas .......................................................................84

Proceso de Construccin .........................................................................87

Matriz de guiones y servicios ...................................................................92

5. Captulo 5: Observaciones, conclusiones y recomendaciones ..............................97

1. Captulo 1: Marco conceptual

El primer captulo de este documento abarca la definicin del problema y la solucin a

La empresa aseguradora en la cual se est implementado el Datamart de Clientes

Identificar clientes objetivos de las nuevas campaas de ventas.

Realizar reportes de seguimiento de los clientes morosos.

Realizar reportes de las renovaciones de las plizas.

Extraccin de datos desde la base de datos transaccional de forma manual.

Carga a la base de datos de Marketing.

Ejecucin manual de consultas a la base de datos.

Emisin de reportes en hojas de clculo al usuario responsable.

Los usuarios completan la informacin del cliente de forma manual.

El ciclo anteriormente mencionado es el que permite llevar a cabo las actividades de

Los analistas invierten aproximadamente un 30% de su tiempo solo en las

Las consultas a la base de datos demoran en promedio ms de un da y

La informacin no se encuentra integrada y los resultados no pueden

La eficiencia de sus procesos. A travs de una gestin de la cobranza ms