Diseño Datamart Seguros Masivos

TESIS
“DISEÑO DE UN DATAMART PARA SEGUROS MASIVOS”
Aplicación de Inteligencia de Negocios
Por
Nohely Tatiana Coronel Orihuela
Estudiante de Ingeniería de Sistemas de la Facultad de Ingeniería Industrial y de
Sistemas
Para optar el Título Profesional de:
INGENIERO DE SISTEMAS
En la
UNIVERSIDAD TECNOLÓGICA DEL PERÚ
Noviembre 2012
Tesis Dirigida por: MBA Ing. Carlos Zorrilla Vargas
El autor cede a UTP los permisos para reproducir esta TESIS de forma total o
parcial en cualquier medio conocido o futuro
FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS
Carrera Profesional de Ingeniería de Sistemas

PROYECTOS DE INGENIERÍA DE SISTEMAS II
Página 2
ÍNDICE
PRÓLOGO ....................................................................................................................................................... 5
RESUMEN EJECUTIVO ..................................................................................................................................... 6
1. CAPÍTULO I: INTRODUCCIÓN.................................................................................................................. 7
1.1. MOTIVACIÓN...........................................................................................................................................7
1.2. JUSTIFICACIÓN .........................................................................................................................................7
1.3. ANTECEDENTES DE LA INVESTIGACIÓN ..........................................................................................................8
1.4. OBJETIVOS ..............................................................................................................................................9
1.4.1. OBJETIVO GENERAL ..................................................................................................................................9
1.4.2. OBJETIVOS ESPECÍFICOS.............................................................................................................................9
1.4.3. CONTRIBUCIONES DEL TRABAJO...................................................................................................................9
2. CAPÍTULO II: MARCO TEÓRICO. ........................................................................................................... 10
.........................................................................................................................................................................24
GLOSARIO ...........................................................................................................................................................28
..................................................................................................................................................................... 31
3. CAPÍTULO III: DISEÑO DE LA SOLUCIÓN ............................................................................................... 32
3.1. METODOLOGÍA A APLICAR PARA EL DESARROLLO DE LAS APLICACIONES..............................................................32
3.2. METODOLOGÍA A APLICAR PARA EL DESARROLLO DEL DATAMART .................................................................32
3.3. ANÁLISIS DEL PROBLEMA..........................................................................................................................34
3.3.1. DESCRIPCIÓN DE LA PROBLEMÁTICA...........................................................................................................34
3.3.2. DEFINICIÓN DEL PROBLEMA .....................................................................................................................34
3.4. DISEÑO DE LA PROPUESTA........................................................................................................................35
3.4.1. DIAGRAMA DEL PROCESO ACTUAL .............................................................................................................36
3.4.2. ANÁLISIS DE LA ARQUITECTURA PROPUESTA ................................................................................................37
3.4.3. ORGANIZACIÓN DEL PROYECTO.................................................................................................................38
3.4.4. ETAPAS DEL PROYECTO............................................................................................................................39
3.4.5. ALCANCE ..............................................................................................................................................40
3.4.6. LIMITACIONES........................................................................................................................................41
3.4.7. HIPÓTESIS.............................................................................................................................................41
3.4.7.1. HIPÓTESIS GENERAL...........................................................................................................................41
3.4.7.2. HIPÓTESIS ESPECÍFICA.........................................................................................................................42
3.5. BENCHMARKING.....................................................................................................................................42
4. CAPÍTULO IV: VALIDACIÓN DEL MODELO............................................................................................. 43
4.4.1. BENEFICIO ESPERADOS ............................................................................................................................63
4.4.1.1. BENEFICIOS TANGIBLES.......................................................................................................................63
4.4.1.2. BENEFICIOS INTANGIBLES ....................................................................................................................63
4.4.2. COSTOS................................................................................................................................................63
4.4.2.1. COSTOS DE INVERSIÓN........................................................................................................................64
4.4.2.2. COSTO DE OPERACIONES ....................................................................................................................65
4.4.2.1. COSTO DE OPERACIÓN ACTUAL............................................................................................................67
4.4.2.2. COSTO DE OPERACIÓN PROPUESTA.......................................................................................................68
4.4.3. ANÁLISIS FINANCIERO - VAN Y TIR .....................................................................................................70
5. CAPÍTULO V: ........................................................................................................................................ 71

Página 3
5.1. CONCLUSIONES............................................................................................................................... 71
5.2. RECOMENDACIONES. ...................................................................................................................... 72
ANEXOS ........................................................................................................................................................ 73
Listado de tablas ................................................................................................ i
Listado de figuras............................................................................................... ii
Listado de anexos .............................................................................................. iii

Página 4
DEDICATORIA
A Dios gracias, por brindarme salud, fuerza y voluntad de
poder culminar con gran satisfacción una de mis metas.
A mis Padres por su apoyo incondicional en lo moral,
espiritual y económico.
Así mismo la laboriosidad y paciencia de los docentes
quienes supieron forjarme tanto intelectualmente como
emocionalmente.
A ellos dedico este proyecto.
Gracias.

Página 5
PRÓLOGO
El presente proyecto tiene como objetivo desarrollarun Datamartpara un Brocker de
Seguros, el cual contempla el desarrollo de dos aplicaciones: “Cotizador – Emisor” y
para el control de pagos: “Bancarización”, dichas aplicaciones desarrollan procesos
muy importantes, los cuales tienen como finalidad:
 Reducir tiempo en Procesar la información
 Disminuir costos (personal)
 Optimizar la operatividad
Dicho proyecto beneficiará principalmente a uno de los departamentos con mayor
volumen de información: DEPARTAMENTO ESTUDIANTIL. Para ello se plantea
unificar los procesos desde las Cotizaciones presentadas al Cliente hasta el
despacho de la documentación completa.
Hermes Asesores y Corredores de seguros es uno de los líderes en los productos
de Accidentes y Renta Estudiantil a nivel nacional, por tanto brindarle el mejor
servicio Personalizado al cliente es su mayor preocupación, debido a ello se decidió
en desarrollar un sistema que está en proceso que servirá como herramienta
principal para todo el proceso del departamento estudiantil.

Página 6
RESUMEN EJECUTIVO
Creación de un Datamart
 Reducir tiempo en Procesar la información
 Disminuir costos (personal)
 Optimizar la operatividad
Generar Cotizaciones
Emisiones de pólizas Aceptación
Modalidad de Pago
RECAUDACION
BANCARIA
Inst. Educativa envía
información
Información ingresada
a través de la WEB
Emisión de pólizas Compaginación Despacho
DATA MART
ERP
PREMIUM
FIGURA N° 1
Elaboración
Propia

Página 7
1. CAPÍTULO I: INTRODUCCIÓN
1.1. Motivación
El presente proyecto fue incentivado por la necesidad de reducir costos, tiempo y
optimizar los procesos de los riesgos masivos, estos conllevan a la reducción en el
tiempo de entrega de la documentación al cliente, generando una ventaja
competitiva con las demás empresas en el rubro, el mismo que permitirá el
reconocimiento y la calidad.
Primero surgió con la Idea de un Cotizador, luego se decidió en utilizar la misma
plataforma para integrar la carga de información, carnetización y los controles
respectivos y finalmente se pretende implantar un aplicativo Web el cual servirá para
la generación de códigos de pago y una modalidad de pagos eficiente.
1.2. Justificación
Justificación Técnica
 La redundancia y duplicidad del ingreso de información en varios aplicativos.
 El sistema necesitara una red interna, para la aplicación de procesos internos y
externa para la aplicación de pagos el entorno Web.
 Los criterios justifican técnicamente factible la elaboración del proyecto, debido
que acortaran el tiempo en el proceso y reducirán márgenes de errores
Justificación Operativa
 La operatividad y manejo es de forma manual, el cual no es óptimo en
consecuencia produce cuellos de botella y retrasos en la atención al cliente.
 El proyecto será diseñado para un fácil manejo y mantenimiento para cualquier
programador, de manera que se dejara la documentación y código fuente con las
especificaciones y funcionalidades del caso.
Justificación Económica
 La empresa cubrirá los gastos anuales del servidor dedicado, que será un monto
establecido.

Página 8
1.3. Antecedentes de la Investigación
El departamento Estudiantil ha venido trabajando de forma manual; es decir todo lo
concerniente a ambos riesgos se desarrollaba con las herramientas principales de
Office, como: Word, Excel y gestores de base de datos Acces.
Hay muchas causas naturales o errores humanos que pueden producir deficiencias
en la Calidad: Unos son errores humanos (digitación) y a las quejas reincidentes de
los clientes, para evitar la pérdida de la cartera de clientes se optó por desarrollar el
sub-sistema “Gestor Estudiantil”, que ayudara a mejorar el control de todos los
procesos que se desarrollan en el área.
El nuevo esquema y la nueva regulación del mercado de seguros en Lima y
provincias, implican un replanteamiento de la prestación del servicio. La introducción
de un ambiente de competencia y de figuras como la de los usuarios, significan que
la relación bróker - usuario es mucho más exigente, obligándolas a incentivar en su
ámbito institucional una nueva cultura de servicio.
Hermes cuenta con un sistema “PREMIUM” que tiene funcionalidades
principalmente para el área administrativa (Dpto. de Cobranzas y finanzas), la
información de toda la cartera de clientes se encuentra en ella.
Para el desarrollo del Sistema Estudiantil, se enlazará información de la Aplicación
PREMIUM y la aplicación del Sistema de Bancarización (Pagos) los sistemas tendrá
una conexión para el intercambio de información

Página 9
1.4. Objetivos
1.4.1. Objetivo General
Diseñar un DATAMARTpara seguros masivos que permita la integración y la
automatización de los procesos de información masiva (Cargas de Datas,
depuraciones y validaciones), pagos (generación de códigos y facilidad de
modalidad de pagos), permitiendo la reducción de tiempo en proceso,
personal de apoyo y costos administrativos, utilizando Inteligencia de
Negocios DATAMART.
1.4.2. Objetivos Específicos
 Procesar, depurar y validar los registros para la base de datos.
 Contratar el personal calificado con experiencia en manejo de BD.
 Evaluar la infraestructura para el desarrollo del proyecto.
 Normalizar la información que será ingresada a la BD.
 Definir el la metodología de Desarrollo del DATAMART.
 Diseñar los prototipos para la automatización del Sistema de información.
1.4.3. Contribuciones del trabajo
Es un proyecto innovador, que actualmente los brokers competidores no cuentan
con esta herramienta, el cual genera una ventaja competitiva, permitiendo la
optimización de tiempos y reducción de costos.

Página 10
2. CAPÍTULO II: MARCO TEÓRICO.
2.1. Marco Metodológico
2.1.1. Metodologías para el Desarrollo de un Data Warehouse (Datamart)
Existen dos metodologías principales para la implementación de un Data
Warehouse.
 Estructura de Datamart Independiente:
Enfoque Top Down Bill Inmon vio la necesidad de transferir data de
diversos sistemas OLTP a un repositorio central, en el cual la data pueda
estar disponible para ser analizada. Los datamarts son tratados como sub
sets del Data Warehouse, cada uno es construido para un departamento
individual y es optimizado para las necesidades de análisis de cada área
para el cual es creado.
Figura 1. Estructura de Metodología Inmon
Los datos son extraídos de las fuentes de datos operacionales y es cargada
al extraer, validar y consolidar para asegurar el nivel de precisión, toda esta
data es cargada en tercera forma normal. Los datos normalizados son
usados para llenar repositorios adicionales de presentación de data.

Página 11
Figura 2. Data Warehouse Normalizado
 Metodología Kimball: Enfoque Bottom Up
Ralph Kimball diseño el Data Warehouse con los datamarts conectados a él
mediante una estructura bus, la cual contiene todos los elementos comunes
que son usados por los datamarts tales como las dimensiones conformadas,
métricas, etc. definidas en base a las necesidades para toda la organización.
Es por eso que Kimball define el Data Warehouse como la unión de todos los
datamarts.
Primero se realiza la extracción de la data de las base de datos
operacionales hacia la stagingarea, donde es procesada y consolidad para
luego ser cargada al Operacional Data Store. El área de presentación esta
dimensionalmente estructurada.
Figura 3. Data Warehouse Normalizado

Página 12
2.1.2. Diferencias y Semejanzas de los Enfoques Top-Down y Bottom-Up
Categoría Bill Inmon Ralph Kimball
Semejanzas
Ambas metodologías satisfacen la necesidad de los usuarios de depender de la
exactitud de la data, así como de acceder a sus necesidades de información
particulares a través de consultas fáciles y comprensibles.
El objetivo de un Data Warehouse es publicar la información correcta y asegurar que
los encargados de tomar decisiones puedan acceder fácilmente a ella.
En ambas metodologías los dos componentes principales son el staging y
presentationarea.
La primera consiste en los procesos de extracción, transformación y carga; así como a
preparación de la misma para cargarla a la presentationarea.
Ambos enfoques coinciden en que es prudente tomar en cuenta el punto de vista
empresarial cuando se desarrolla un Data Warehouse para facilitar su extensión e
integración a largo plazo.
Ambos autores coinciden en que datamarts independientes no satisfacen las
necesidades de información precisa y oportuna y de facilidad de acceso para los
usuarios. Las razones para que los datamarts independientes no satisfagan los
requerimientos son:
No hay una sola fuente de datos para el procesamiento analítico.
La consolidación de datos no es fácil.
Un datamart independiente no es reusable.
Redundancia de data detallada en cada datamart.
Son construidos con objetivos específicos sin tomar en cuenta otros datamarts
existentes o planeados.
Diferencias
Una organización tiene un Data Warehouse,
el cual es la fuente de información de los
datamarts.
Un Data Warehouse es el
conglomerado de todos los datamarts
de una organización.
La data consolidada se debe guardar en el
Data Warehouse normalizada.
La data consolidada debe estar
estructurada dimensionalmente.
2.1.3. Metodología de análisis de software
2.1.3.1. RUP
El Proceso Unificado de Rational (RationalUnifiedProcess en inglés,
habitualmente resumido como RUP) es un proceso de desarrollo de software
y junto con el Lenguaje Unificado de Modelado UML, constituye la
metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
RUP no es un sistema con pasos firmemente establecidos, sino un conjunto
de metodologías adaptables al contexto y necesidades de cada organización.

Página 13
Principales características
 Forma disciplinada de asignar tareas y responsabilidades (quién
hace qué, cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de
Software
 Desarrollo iterativo
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software
Fases
La estructura dinámica de RUP es la que permite que éste sea un proceso de
desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4
fases descritas anteriormente:
 Inicio (También llamado Incepción o Concepción)
 Elaboración
 Desarrollo (También llamado Implementación, Construcción)
 Cierre (También llamado Transición)
Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance
del proyecto con los patrocinadores, identificar los riesgos asociados al
FIGURA N° 3
Fases de la metodología RUP.
Elaboración Propia

Página 14
proyecto, proponer una visión muy general de la arquitectura de software y
producir el plan de las fases y el de iteraciones posteriores.
Fase de elaboración: En la fase de elaboración se seleccionan los casos de
uso que permiten definir la arquitectura base del sistema y se desarrollaran
en esta fase, se realiza la especificación de los casos de uso seleccionados y
el primer análisis del dominio del problema, se diseña la solución preliminar.
Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad
del sistema, para ello se deben clarificar los requisitos pendientes,
administrar los cambios de acuerdo a las evaluaciones realizados por los
usuarios y se realizan las mejoras para el proyecto.
Fase de Cierre: El propósito de esta fase es asegurar que el software esté
disponible para los usuarios finales, ajustar los errores y defectos
encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer
el soporte técnico necesario. Se debe verificar que el producto cumpla con
las especificaciones entregadas por las personas involucradas en el proyecto
2.1.3.2. UML
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés,
UnifiedModelingLanguage) es el lenguaje de modelado de sistemas de
software más conocido y utilizado en la actualidad; está respaldado por el
OMG (Object Management Group). Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema de software. UML ofrece un
estándar para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocio y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programación,
esquemas de bases de datos y componentes de software reutilizables.
Es importante resaltar que UML es un "lenguaje" para especificar y no para
describir métodos o procesos. Se utiliza para definir un sistema de software,

Página 15
para detallar los artefactos en el sistema y para documentar y construir. En
otras palabras, es el lenguaje en el que está descrito el modelo. Se puede
aplicar en una gran variedad de formas para dar soporte a una metodología
de desarrollo de software (tal como el Proceso Unificado Racional o RUP),
pero no especifica en sí mismo qué metodología o proceso usar.
Los Diagramas de Estructura enfatizan en los elementos que deben existir en
el sistema modelado:
 Diagrama de clases
 Diagrama de componentes

Página 16
 Diagrama de objetos
 Diagrama de despliegue
 Diagrama de paquetes

Página 17
Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el
sistema modelado:
 Diagrama de actividades
 Diagrama de casos de uso

Página 18
 Diagrama de estados
Los Diagramas de Interacción son un subtipo de diagramas de
comportamiento, que enfatiza sobre el flujo de control y de datos entre los
elementos del sistema modelado:
 Diagrama de secuencia

Página 19
 Diagrama de comunicación, que es una versión simplificada del
Diagrama de colaboración (UML 1.x)
 Diagrama de tiempos (UML 2.0)
 Diagrama de vista de interacción (UML 2.0)
2.1.3.3. Programación Orientada a Objetos
La programación orientada a objetos o POO está basada en varias técnicas,
incluyendo herencia, abstracción, polimorfismo y encapsulamiento. En la
actualidad, existe variedad de lenguajes de programación que soportan la
orientación a objetos.
Los objetos son entidades que tienen un determinado estado,
comportamiento (método) e identidad:
 El estado está compuesto de datos, será uno o varios atributos a
los que se habrán asignado unos valores concretos (datos).
 El comportamiento está definido por los métodos o mensajes a los
que sabe responder dicho objeto, es decir, qué operaciones se
pueden realizar con él.
 La identidad es una propiedad de un objeto que lo diferencia del
resto, dicho con otras palabras, es su identificador (concepto
análogo al de identificador de una variable o una constante).
Un objeto contiene toda la información que permite definirlo e identificarlo
frente a otros objetos pertenecientes a otras clases e incluso frente a objetos
de una misma clase, al poder tener
valores bien diferenciados en sus
atributos. A su vez, los objetos
disponen de mecanismos de
interacción llamados métodos, que
favorecen la comunicación entre
ellos. Esta comunicación favorece a

Página 20
su vez el cambio de estado en los propios objetos. Esta característica lleva a
tratarlos como unidades indivisibles, en las que no se separa el estado y el
comportamiento.
Los métodos (comportamiento) y atributos (estado) están estrechamente
relacionados por la propiedad de conjunto. Esta propiedad destaca que una
clase requiere de métodos para poder tratar los atributos con los que cuenta.
El programador debe pensar indistintamente en ambos conceptos, sin
separar ni darle mayor importancia a alguno de ellos. Hacerlo podría producir
el hábito erróneo de crear clases contenedoras de información por un lado y
clases con métodos que manejen a las primeras por el otro. De esta manera
se estaría realizando una programación estructurada camuflada en un
lenguaje de programación orientado a objetos
2.2. Marco Tecnológico
Para el desarrollo del proyecto se utilizaran lo siguiente:
RATIONAL ROSE: Es la mejor elección para el ambiente de modelado que soporte la
generación de código a partir de modelos en Ada, ANSI C++, C++, CORBA,
Java™/J2EE™, Visual C++® y Visual Basic®. Como todos los demás productos
Rational Rose, proporciona un lenguaje común de modelado para el equipo que
facilita la creación de software de calidad más rápidamente.
 Ms Proyect
Microsoft Project es una herramienta de trabajo para
administradores y jefes de proyectos, utilizada para
organizar y seguir las tareas de forma eficaz, para
evitar así los retrasos y no salirse del presupuesto
previsto. Básicamente, crea programas y sigue su
proceso, además de calcular costos. Se puede
complementar con elementos de Microsoft Excel.
Existen muchos tipos de herramientas dentro de
este software, de forma que el análisis de los datos es
mucho más sencillo. Sin embargo, aquí nombraremos las principales:

Página 21
 Ruta crítica: Se realiza una vez que todos los datos están ingresados. De esta
forma de obtienen datos relevantes como los tiempos de inicio y término más
cercanos y más lejano de cada actividad, o las holguras.
 Diagrama de Gantt: Se muestra por default. Esta gráfica ilustra la
programación de actividades en forma de calendario, en el que el eje horizontal
representa el tiempo, y el vertical las actividades. Se señalan con barras los
tiempos de inicio y término de la actividad, su duración y su secuencia. La
actividades, críticas se muestra en rojo, las otras en azul. Las actividades que
tienen otras secundarias dentro se muestran en color negro.
 Sobrecarga de recursos: Significa que le estamos asignando a un recurso
humano más tareas de las que puede realizar. Esto lo podemos observar en la
herramienta Gráfica de Recursos del menú Ver.
 Resumen de Proyecto: Nos brinda diferentes tipos de información, como las
fechas de inicio y término del proyecto en la parte superior, la duración, las
horas totales de trabajo, los costos, el estado de las tareas y de los recursos.
 Cálculo de costos: Calcula los costos de los recursos y la mano de obra, una
vez que los recursos son asignados a cada tarea. Hay dos tipos de reportes: el
flujo de efectivo - es un reporte del gasto semanal- y el requerimiento de
materiales.
 Control de proyecto: Cuando ya se han introducido todos los datos necesarios
para realizar la ruta crítica, y se ha establecido el programa de proyecto como
se desea, se puede salvar como línea base. Esto permitirá compararla con las
modificaciones que se le vayan haciendo al proyecto

Página 22
 Desarrollo
El ADO.NET es un conjunto de componentes del software que pueden ser usados por
los programadores para acceder a datos y a servicios de datos. Es una parte de la
biblioteca de clases base que están incluidas en el Microsoft .NET Framework. Es
comúnmente usado por los programadores para acceder y para modificar los datos

Página 23
almacenados en un Sistema Gestor de Bases de Datos Relacionales, aunque también
puede ser usado para acceder a datos en fuentes no relacionales. ADO.NET es a
veces considerado como una evolución de la tecnología ActiveX Data Objects (ADO),
pero fue cambiado tan extensivamente que puede ser concebido como un producto
enteramente nuevo.
Partes Primarias
 Data provider (Conexiones, Comand, Parameter, DataAdapter, .Net
Framewok)
 Framework
Un Framework es una estructura de soporte definida en la cual un proyecto de
software puede ser organizado y desarrollado. Típicamente, un framework puede
incluir soporte de programas, bibliotecas y lenguajes de scripting entre otros
software para ayudar a desarrollar y unir los diferentes componentes de un
proyecto.
Un framework representa una arquitectura de software que modela las relaciones
generales de las entidades del dominio. Provee una estructura y una metodología
de trabajo la cual extiende o utiliza las aplicaciones del dominio.
 DataSets (Data Table, Data View, etc)
El objeto DataSet de ADO.NET también puede utilizarse independientemente de un
proveedor de datos de .NET Framework para administrar datos que son locales de
la aplicación o que proceden de un origen XML.
Las clases de ADO.NET se encuentran en el archivo System.Data.dll y están
integradas con las clases de XML que se encuentran en el archivo System.Xml.dll.
Cuando se compila un código que utiliza el espacio de nombres System.Data, es
necesario hacer referencia a los archivos System.Data.dll y System.Xml.dll. Para
obtener un ejemplo de una aplicación de ADO.NET que se conecta a una base de
datos, recupera datos de ésta y, a continuación, los muestra en el símbolo del
sistema, vea Aplicación de ejemplo de ADO.NET.

Página 24
 Visual Studio 2008
El IDE de Visual Studio 2008 permite trabajar contra 3 .NET
frameworks diferentes:
 .NET Framework 2.0
También es muy fácil de usar gracias al desarrollo de hardware.
Además, integra el framework ASP.NET AJAX para el desarrollo de AJAX.
 SQL Server 2008
Microsoft con su software SQL Server 2008 nos
ofrece una plataforma de gestión de datos muy
óptima, al cual podemos acceder desde
cualquier lugar y en cualquier momento. Con SQL Server 2008 se puede
almacenar datos estructurados, semi-estructurados, no estructurados y
documentos, tales como las imágenes y más; de forma directamente en el
base de datos.

Página 25
SQL Server 2008 posee los más altos niveles de seguridad, fiabilidad y
escalabilidad, para obtener los mejores resultados en aplicativos
empresariales; ya que con SQL Server 2008 se puede reducir el costo y el
tiempo para la gestión de datos y el desarrollo de aplicativos.
FIGURA N° 4
Visión multiplataforma de datos de
Microsoft
SQL Server 2008

Página 26
Soluciones que ofrece SQL SERVER 2008
Business Intelligence:
SQL Server 2008 proporciona una plataforma optimizada para la integración
de datos aplicables para Business Intelligence, como presentación de
informes y análisis, permitiendo a las organizaciones a ofrecer inteligencia
donde los usuarios quieren.
Inteligencia de Negocios es el conjunto de estrategias y herramientas
enfocadas a la administración y creación de conocimiento mediante el
análisis de datos existentes en una organización o empresa. Este
conjunto de herramientas y metodologías tienen en común las siguientes
características:
 Accesibilidad a la información: Los datos son la fuente principal de
este concepto.
Lo primero que deben garantizar este tipo de herramientas y
técnicas será el acceso de los usuarios a los datos con
independencia de la procedencia de estos.
 Apoyo en la toma de decisiones: Se busca ir más allá en la
presentación de la información, de manera que los usuarios
tengan acceso a herramientas de análisis que les permitan
seleccionar y manipular sólo aquellos datos que les interesen.
 Orientación al usuario final:Se busca independencia entre los
conocimientos técnicos de los usuarios y su capacidad para utilizar
estas herramientas.

Página 27
DATAMART:
Es una versión especial almacén de datos (data warehouse). Como los
almacenes de datos, los datamarts contienen una visión de datos
operacionales que ayudan a decidir sobre estrategias de negocio basadas en
el análisis de tendencias y experiencias pasadas. La diferencia principal es
que la creación de un datamart específica para una necesidad de datos
seleccionados, enfatizando el fácil acceso a una información relevante
Consolidación de Servidores:
SQL Server 2008 optimiza el hardware y reduce los costos de mantenimiento
mediante el suministro de una flexible solución de consolidación de
servidores con la clase empresarial de gestión y rendimiento.
OLTP:
SQL Server 2008 proporciona escalabilidad, de alto rendimiento en su motor
de base de datos para aplicaciones de misión crítica que requieren los más
altos niveles de disponibilidad y seguridad.
Data Warehousing:
SQL Server 2008 proporciona una completa y escalable plataforma de
almacenamiento de datos que permite a las organizaciones integrar los datos
en el almacén de datos más rápida, y administrar los crecientes volúmenes
de datos y los usuarios.
Desarrollo de Aplicaciones:
SQL Server 2008 también es una amplia plataforma para el desarrollo de
aplicativos de datos que permite acceder y manipular datos esenciales de
una gran variedad de dispositivos, plataformas, y los datos

Página 28
Glosario
PALABRAS PRINCIPALES DE SEGUROS
Los términos más utilizados son:
ACCIDENTE: Es el acontecimiento inesperado, repentino e involuntario que pueda
ser causade daños a las personas o a las cosas independientemente de su
voluntad.
ASEGURADO: Es la persona, titular del interés sobre cuyo riesgo se toma el
seguro. En elsentido estricto, es la persona sobre la cual recae la cobertura del
seguro.
ASEGURADOR: Es la empresa que asume la cobertura del riesgo, previamente
autorizada aoperar como tal por la Superintendencia de Seguros de la Nación.
CAPITAL ASEGURADO: Se llama así al máximo pagadero en caso de siniestro
previamenteestipulado en las condiciones de póliza.
CERTIFICADO DE INCORPORACIÓN: Es el documento por el cual se prueba la
existencia deuna póliza de seguro colectivo, en el que deben figurar las
informaciones que la identifican,como ser: suma asegurada, vigencia, datos
personales del Asegurado, beneficiarios, etc.
CONTRATO DE SEGURO: Hay contrato de seguro cuando el Asegurador se obliga
medianteel pago de una prima o cotización a resarcir un daño o cumplir la prestación
convenida siocurre el evento previsto.
EXCLUSIONES DE RIESGOS: La entidad Aseguradora no cubre los riesgos o
circunstanciasexpresamente excluidos en la póliza, los cuales se encuentran
taxativamente enunciados en elAnexo I de la misma.

Página 29
PÓLIZA: Es el instrumento probatorio por excelencia del contrato. Es aconsejable,
antes decelebrarlo, leer todas las cláusulas contenidas en el mismo para tener una
informacióncompleta de sus términos y condiciones. En él se reflejan las normas
que de forma general,particular o especial regulan la relación contractual convenida
entre el Asegurador y el Asegurador.
PRIMA BRUTA: Es el costo real del riesgo asumido, sin incluir gastos de gestión
externa ointerna del asegurador.
PROPUESTA/COTIZACIÓN: Es el instrumento donde se especifica la naturalezadel
riesgo al Asegurador, sus características, el importe que se desea asegurar, etc. A
travésde este, el Asegurador aceptará o rechazará el riesgo tras el estudio de dicha
propuesta.
PRODUCTOR-ASESOR DE SEGUROS: Es la persona, habilitada por la
Superintendencia deSeguros, que realiza la intermediación entre quien quiere
contratar el seguro y la entidad.
ASEGURADORA. Es el que ejerce la actividad de intermediación promoviendo la
concertación decontratos de seguros, asesorando a Asegurables.
RAMO: Se entiende por ramo a la modalidad o conjunto de modalidades de seguros
relativas ariesgos de características o naturaleza semejantes (ramo vida, ramo
automóviles, etc.). Debetenerse en cuenta que para operar en un determinado ramo
la entidad aseguradora debe estarpreviamente autorizada por la Superintendencia
de Seguros de la Nación.
VENCIMIENTO DE LA PÓLIZA: Es la fecha pactada en el contrato para la
finalización delmismo.
VIGENCIA DEL SEGURO: Es el plazo durante el cual el contrato está en vigor y el
Asegurándose encuentra cubierto.

Página 30
2.3. Marco Metodológico del modelo de validación
2.3.1. Diagrama de Gantt
FIGURA N° 5
Diagrama de Gantt
Elabopracion Propia

Página 31
Nombre de tarea Duración Comienzo Fin Predecesoras Nombres de los recursos
INICIO DEL PROYECTO 118 días lun 10/09/12 mié 20/02/13
DESCRIPCION DELA ORGANIZACIÓN 12.13 días lun 10/09/12 mar 25/09/12
Reseña Historica 1 día lun 10/09/12 mar 11/09/12 Liliana Alarcon (Documentador)[50%]
Giro del Negocio, ubicación y/o entorno del mercado 1.88 días lun 10/09/12 mar 11/09/12 3 Liliana Alarcon (Documentador)[50%]
Vision, Mision 1.88 días mar 11/09/12 mié 12/09/12 4 Liliana Alarcon (Documentador)[50%]
Productos y/o servicios 1.88 días mié 12/09/12 jue 13/09/12 5 Liliana Alarcon (Documentador)[50%]
Estructura Organica 1.44 días vie 14/09/12 lun 17/09/12 6 Liliana Alarcon (Documentador),Rita Fonseca (Programador)
Funcion y Descipcion de las areas que afectara el proyecto 2 días mar 18/09/12 jue 20/09/12 7 Rita Fonseca (Programador)
DESCRIPCION DEL PROYECTO 25.88 días vie 21/09/12 vie 26/10/12
Identificacion del problema 2.88 días vie 21/09/12 mar 25/09/12 Tatiana Coronel (Jefe de Proyecto),David Zapata (Analista de BD)
Ubicación y descripcion del problema 4.88 días mié 26/09/12 mar 02/10/12 10 Tatiana Coronel (Jefe de Proyecto),David Zapata (Analista de BD)
Descripcion de la solucion propuesta 5.88 días mié 03/10/12 mié 10/10/12 11 Tatiana Coronel (Jefe de Proyecto),David Zapata (Analista de BD)
Objetivos 2.88 días mié 10/10/12 vie 12/10/12 12 Tatiana Coronel (Jefe de Proyecto),David Zapata (Analista de BD)
Justificacion del Proyecto 1.75 días vie 12/10/12 lun 15/10/12 13 Tatiana Coronel (Jefe de Proyecto)
Presupuestos 3 días lun 15/10/12 jue 18/10/12 14 Tatiana Coronel (Jefe de Proyecto)
Beneficios y Riesgos 5.88 días vie 19/10/12 vie 26/10/12 15 Tatiana Coronel (Jefe de Proyecto)
Elaboracion del Proyecto 32.88 días sáb 27/10/12 mié 12/12/12
Identificacion de actores 4.75 días sáb 27/10/12 dom04/11/12 Tatiana Coronel (Jefe de Proyecto)
Diagrama de Paquetes 3 días dom04/11/12 mié 07/11/12 18 Tatiana Coronel (Jefe de Proyecto)
Modelo de Negocio 5.88 días jue 08/11/12 jue 15/11/12 19 Tatiana Coronel (Jefe de Proyecto)
Diagrama de Caso de Uso 4.88 días vie 16/11/12 jue 22/11/12 20 Tatiana Coronel (Jefe de Proyecto)
Especificacion del Caso de Uso 5.88 días vie 23/11/12 mié 05/12/12 21 Cesar Torres (Programador)
Diagrama de Clases 4.88 días jue 06/12/12 mié 12/12/12 22 David Zapata (Analista de BD)
Creacion de la Base de Datos 20 días mié 12/12/12 mar 08/01/13 David Zapata (Analista de BD)
Modelo Entidad-Relacion 5 días mié 12/12/12 mié 19/12/12 David Zapata (Analista de BD)
Procedimientos Almacenados 5.88 días vie 21/12/12 sáb 29/12/12 25 David Zapata (Analista de BD)
Vistas y Relaciones y Restricciones 6.75 días sáb 29/12/12 mar 08/01/13 26 David Zapata (Analista de BD)
Construccion del Proyecto 7.94 días mar 08/01/13 vie 18/01/13 Cesar Torres (Programador),Anderson Chacha (Testing)
Diseño de los formularios 1 día mar 08/01/13 mié 09/01/13 Miguel Angel (Diseñador),Rita Fonseca (Programador)
Programacion de los Formularios 6.94 días mié 09/01/13 jue 17/01/13 29 Cesar Torres (Programador),Miguel Angel (Diseñador)
Elaboracion del Manual 1 día jue 17/01/13 vie 18/01/13 30 Rita Fonseca (Programador),Miguel Angel (Diseñador)
Transicion del Proyecto 10 días jue 17/01/13 mié 30/01/13
Pruebas Integrales 1.88 días jue 17/01/13 dom20/01/13 Anderson Chacha (Testing),Liliana Alarcon (Documentador)
Correcciones del programa 7.88 días lun 21/01/13 mié 30/01/13 33 Cesar Torres (Programador),Anderson Chacha (Testing)
Implementacion del Proyecto 8 días vie 01/02/13 mar 12/02/13
Manual del proyecto integrado 2.88 días vie 01/02/13 mar 05/02/13 Liliana Alarcon (Documentador)[50%],Miguel Angel (Diseñador)
Capacitacion al personal 4.88 días mié 06/02/13 mar 12/02/13 36 Tatiana Coronel (Jefe de Proyecto)
Fase de Comercializacion 5.13 días jue 14/02/13 mié 20/02/13 37
Comercializacion del Softw are 4.75 días? jue 14/02/13 mié 20/02/13 Tatiana Coronel (Jefe de Proyecto)
FIN DEL PROYECTO 0 días mié 20/02/13 mié 20/02/13
FIGURA N° 6
Tareas del Proyecto
Elaboración Propia

Página 32
3. CAPÍTULO III: DISEÑO DE LA SOLUCIÓN
3.1. Metodología a aplicar para el desarrollo de las aplicaciones
Para el análisis, desarrollo e implementación de este sistema se utilizaran las
metodologías Proceso Unificado de Rational (RUP) junto con el lenguaje
unificado de modelado (UML), utilizando como herramienta de software el
Rational Rose Enterprise Edition.
Entre los diagramas a desarrollar podemos mencionar los siguientes:
 Diagrama de Casos de Uso
 Diagrama de Secuencia
 Diagrama de Colaboración
 Diagrama de Actividades
 Diagrama de Clases
3.2. Metodología a aplicar para el Desarrollo del DATAMART
Para la implementación del Datamart, se ha optado por usar el enfoque bottom –
up (Metodología Kimball), debido a:
 Tratándose de la implementación de un datamart, cuyas fuentes de
información se encuentran distribuidas en diversas bases de datos y
archivos y por lo tanto no se alimenta directamente de un Data
Warehouse.
 La metodología que se aplica mejor a los objetivos del proyecto es la
metodología Kimball, ya que para hacer uso de la metodología de Inmon
es necesario tener un Data Warehouse ya implementado. (
1
)
1
Ver información en el Marco Metodológico

Página 33
Metodología Kimball – Ciclo de Vida
La metodología de Kimball se enfoca principalmente en el diseño de la base de
datos que almacenará la información para la toma de decisiones. El diseño se
basa en la creación de tablas de hechos (FACTS) que son tablas que contienen la
información numérica de los indicadores a analizar, es decir la parte cuantitativa
de la información.
“Ralph Kimball, es reconocido como uno de los padres del concepto de Data
Warehouse, se ha dedicado desde hace más de 10 años al desarrollo de su
metodología para que éste concepto sea bien aplicado en las organizaciones y se
asegure la calidad en el desarrollo de estos proyectos.(
2
)
2
http://www.gopac.com.mx/bi/index.htm

Página 34
3.3. Análisis del problema
3.3.1. Descripción de la Problemática
"HERMES", ASESORES Y CORREDORES DE SEGUROS S. A.
Cuenta con un Departamento Estudiantil, el cual maneja dos tipos de
riesgos:
 Seguro de Accidentes
 Seguro de Renta (seguro de vida)
El proceso actual de la información es manual (inadecuado procesamiento
de información), las modalidades de pagos no son las óptimas (Talonario de
recibos), el cual genera retraso, tras papeleo y margen de error humano,
adicionalmente a ello el ingreso de información a distintas aplicaciones
permite la duplicidad del trabajo, lo cual genera un rango de tiempo perdido.
3.3.2. Definición Del Problema
Debido al volumen de información administrada y los requerimientos para
la mejor atención al cliente, se necesita el diseño de un sistema que
automatice e integre el proceso de información: emisión, carga de
información, pagos, despacho y REPORTES que faciliten la toma de
decisiones, desde la cotización presentada al cliente hasta el despacho
de la documentación.
 El ingreso de la misma información en distintos aplicativos.
 Creación de cotizaciones en hojas de cálculos (utilizando fórmulas y
macros)
 La contratación de personal de apoyo para el proceso de datas.
 El Proceso y depuración de datas con fórmulas.
 Impresiones de carnets manuales, el cual generan márgenes de errores.
 Uso de cuadros informativos para el Ingreso de pólizas.
 La falta de control de la cantidad de datas por procesar.
 Falta de control de movimientos posteriores a la emisión (inclusiones,
exclusiones, correcciones,etc.)
 Margen de error humano debido a procesos manuales.
 La incomodidad al cliente por la distancia de nuestras oficinas al venir a
cancelar el seguro

Página 35
3.4. Diseño de la propuesta
Integrar las aplicaciones a través de una Data General (Datamart) la cual
nos permita la automatización de los procesos del departamento estudiantil
para los seguros colectivos de Accidentes y Renta Estudiantil, a la vez
faciliten la información consolidada para analizarlos a nivel Gerencial y
tomar las decisiones oportunas.
Para poder llevar a cabo el proyecto propuesto se tendrá en cuenta los
siguientes puntos:
 El proyecto se desarrollara en Visual.Net.
 El entorno Web para la generación de Códigos será en ASP.
 Con conexión a base de datos SQL Server 2008.
 Para el diseño de diagramas: Rational Rose con Modelador de Sistema
(UML).
 Programación orientada a Objetos.

Página 36
3.4.1. Diagrama del Proceso Actual
Cartas despacho
Polizas
en pdf
Cotizaciones
Aceptación del
cliente
Emisión de
pólizas
Base de datos
Compañía de
Seguros
Despacho
Envio de información a la
compañía de seguros
Procesa información y envía
documentación de acuerdo a
la información enviada
Carnetización o
Magnetización
Compaginación
Cartas de despacho a cada
cliente
Bancarización
Conpaginación
Pólizas en físico
Bancarización
Hermes
Bancarización
Pacífico
Bancarización Rímac
Formas de recepción
(Vía Mail, Fax, Listados,
Cd’s)
Proceso, Validación,
verificación
}

Página 37
3.4.2. Análisis de la Arquitectura Propuesta
ERP COTIZADOR
Proceso y depuración
de Datos
Emitir pólizas
Carnetización
BANCARIZACIÓN
Generar códigos
Aplicación Windows Form
Aplicación Web
Consultas
Actualización de
estados de cuenta
Data Mart
ETL
HERRAMIENTAS DE ACCESO
TRANSFORMACIÓN DE
DATOS
PORTALWEB

Página 38
3.4.3. Organización Del Proyecto
JEFE DE PROYECTO
Tatiana Coronel
David Zapata
(Analista de la Base
Datos)
Cesar Torres
(Programador)
Chaccha Yantas
Anderson
(Testing)
STAKEHOLDER
Trabajadores de HERMES
Liliana Alarcon
(Documentador)
Miguel Angel
(Diseñador)

Página 39
3.4.4. Etapas del Proyecto
ENTREVISTAS Y WORK SHOP
PLANTEAMIENTO Y
DEFINICION DEL
PROYECTO
Programación
VB. NET
DISEÑO
OBJETIVOS DEL
PROYECTO
Efectividad
Eficacia
Disponibilidad
Cumplimiento
Confiabilidad Aplicación
Información
Infraestructura
ANALISIS
ENTREGABLES
PRODUCTO
FINAL
Programación ASP.
NET

Página 40
3.4.5. Alcance
El diseño de un Datamart para Seguros masivos incluirá lo siguiente:
 El Diseño de la aplicación para Cotizar, Emitir y migrar
información.
 El diseño de la aplicación de Recaudación Bancaria, dichas
aplicaciones tendrán las siguientes funciones:
 Ingresar una sola vez la información de las pólizas, la misma
que se verá reflejada en las distintas aplicaciones para las
diferentes consultas y/o procesos.
 Crear cotizaciones en el menor plazo posible.
 Generar reportes por cada estado (cotizado, aceptado,
rechazado, etc)
 Procesar y depurar datas teniendo en cuenta la detección de
caracteres especiales, identificación de duplicidades y mantener
un criterio de orden.
 Se podrá utilizar distintos formatos o tramas de las CIA de
Seguros.
 Consultar Asegurados (Siniestros) de los riesgos seleccionados.
 Facilitar al usuario la modalidad de pagos (generación de
códigos) para la cancelación del seguro, permitiendo el ingreso
de la información a través de la WEB, permitiendo la impresión
de recibos desde la misma pantalla y/o enviándolo al correo
electrónico registrado.
 Actualizar el estado de cuenta de cada cliente según lo
recaudado.

Página 41
 Generar reportes dinámicos de toda la información ingresada
que permita la mejor toma de decisiones.
 Para la creación del Datamart, el cual permitirá la aplicación de
Minería de Datos (explotación de datos); es decir facilitar la
información consolidada para nuevos mercados conociendo más a los
clientes, se tendrá lo siguiente:
 Diseño de la Base de Datos de cada Aplicación.
 Diseño de los prototipos para el Usuario.
 La implementación del Datamart, proceso ETL y cubos para los
fines necesarios.
3.4.6. Limitaciones
El sistema propuesto a desarrollar será solo para el departamento de
Riesgos Estudiantiles, donde se relacionan áreas que requieran de la
información necesaria de carácter informativo, como son:
 Área de cobranzas
 Área de Siniestros
 Área de Marketing
 Área Comercial.
3.4.7. Hipótesis
3.4.7.1. Hipótesis General
Con el Sistema se lograra reducir:
 Tiempo en Procesar la información.
 Disminuir costos (personal).
 Optimizar la operatividad.

Página 42
3.4.7.2. HipótesisEspecífica
 Procesar y validar la información antes de ser migrada.
 Diseñar la implementación del Datamart.
3.5. Benchmarking
La solución comprende el análisis - diseño de un Proyecto que integre la
información de EMISIONES y PAGOS, este a la vez actualice la información en el
ERP Principal, la cual facilite realizar las funciones operativas inherentes a las
empresas, así como agilizar los procesos de cotización, emisión y control de Pagos,
facilitando el acceso cancelación a través de una aplicación Web.
Diferenciación con otras investigaciones similares
Software Objetivo Diferencia
Sistema para brokers de
Seguros (Chartis)
Es una herramienta la cual nos
permite cotizar e imprimir pólizas
de auto individual, flotillas de
auto, hogar y de business.
https://www-
402.chartisinsurance.com.mx/EO
L/Login.aspx
El sistema propuesto además deCotizar,
controlar las gestiones a través de estados,
genera archivos de impresión para la
carnetizacion, consulta de asegurados
(Siniestros), Integración de Pagos y
reportes para toma de decisiones.
(México)
SOLUTIONS
SOFTCOM
Actualmente el SIS incluye:
* Pólizas
* Cobranzas
* Administración
* Comisiones
* Siniestros
* Modulo Sub Agentes
El Proyecto tiene la propuesta de
integración de las áreas mencionadas:
* Pólizas
* Cobranzas
* Consulta de Asegurados (Siniestros)
Se diferencia porque está integrada con la
aplicación de Generación de Códigos para
facilitar el pago al cliente ya que lo demás
es administrado en el ERP PREMIUM(Perú)
SICORRES
* Permite registrar Pólizas
individuales y colectivas, Recibos,
Siniestros y Comisiones de forma
fácil y organizada.
* Genera Reportes
Nuestro proyecto, cuenta con las
características mencionadas, la ventaja es
que la información se encontrara
consolidad a través de un DATAMART para
fines de toma de decisiones con sustento
de los indicadores.
(Venezuela)

Página 43
4. CAPÍTULO IV: VALIDACIÓN DEL MODELO
4.1. Instrumentos y técnicas
Modelo de Negocio: Situación Actual
Gerente Tecnico Area de Siniestros Area Comercial
Area de Contabilidad Jefe Riesgos Estudiantiles
ACTORES DEL NEGOCIO

Página 44
Crea cotizaciones
Emite Polizas
Imprimir Carnet
Inclusion y act. de polizas
Procesan Datas
Gerente Tecnico
Controla produccion
Gestiona polizas
Controla informacion
Jefe Riesgos Estudiantiles
Operador Tecnico
Generacion de codigos

Página 45
4.2. MODELO PROPUESTO
Metodología RUP:
Modelo de Paquetes Integrado
Modelo de Actores del Sistema
SI_COTIZACION /
EMISIONES
SI_
BANCARIZACION
ERP_
PREMIUM
DATA MART
GERENCIAL
MODELO INTEGRADO DE PAQUETES
Jefe R.
Estudiantiles
Operador Tecnico.
Jefe Comercial Gerente Tecnico.
Cliente
Gerente General
Dpto Contabilidad Personal Apoyo

Página 46
Diagrama de Caso de Uso SI_COTIZACION / EMISIONES

Página 47
Diagrama de Caso de Uso SI_BANCARIZACION
Procesar Datas Bancos
Migrar Informacion a Bancos
<<include>>
Generar Codigos
Procesos Internos (Form)
Registrar informacion
Cliente
(f rom Modelo de Actores Sistema)
Procesos Web
<<include>>
Archivo proporcionado por los
bancos de todos los pagos
registrados de los Afiliados
(TXT diarios).
Importar archivos de retorno
Exportar Data (Emisiones)
Jefe R. Estudiantiles
<<include>>
Operador Tecnico.
Dpto Contabilidad
Actualizar Est.Cuentas
<<include>>

Página 48
Diagrama de Caso de Uso ERP_PREMIUM
Jefe Comercial
Registro de Clientes
Poblacion Asegurada
Primas Brutas
Gerente General
Reportes / Consultas
<<extend>>
<<include>>
<<extend>>
Reportes / consulta Asegurados
Nro. de asegurados
Area Siniestros
Beneficios Poliza
<<include>>
<<extend>>
Pagos polizas
<<extend>>
Polizas
<<extend>>

Página 49
Diagrama de Actividades: GENERAR COTIZACION
Comunica con
HERMES
Comunica
respuesta
Visita a Cliente
Especifica
Condiciones
Informa
respuesta
Evaluar
requerimiento
SINO
Entrega
Cotizacion
Solicita
Cotizacion
Asigna Plan
Firma
Propuesta
Configuracion
de Condiciones
Registra
Beneficios
Gestionar con
la CIA
Generar
Cotizacion
Jefe R. EstudiantilesGerente TecnicoJefe ComercialGestor ComercialCliente

Página 50
Diagrama de Actividades: GENERAR CODIGOS
Registro de
Aceptacion
El colegio envia
Data
SI
NO
¿Quien Envia informacion?
Envío de
recibos
Procesa y carga
informacion
Genera
codigos
Imprime
recibos
Procesos Interno
Windows Form
Entrega de
recibos
Asigna Codigo
Ingresa a la
Web
Selecciona
Riesgo
Registra Datos
Genera Codigos de
Pagos
Enviados a
Correo
Imprimir desde
la WEB
Realizar Pago
Procesos
Externos WEB
ClienteArea ComercialOperador TecnicoJefe R.Estudiantiles

Página 51
MODELO DE BASE DE DATOS LOGICO – RECAUDACION BANCARIA
aseguradora
co_aseguradora: varchar(20)
no_aseguradora: varchar(100)
ruc_aseguradora: varchar(20)
direccion_aseguradora: varchar(100)
fl_estado: char(1)
user_cr: varchar(20)
date_cr: datetime
user_up: varchar(20)
date_up: datetime
banco
co_banco: varchar(10)
no_banco: varchar(100)
RUC_banco: varchar(20)
banco_direccion: varchar(100)
banco_telefono: varchar(20)
banco_contacto: varchar(50)
banco_mail: varchar(50)
tabla_asociada: varchar(20)
fl_estado: char(1)
det_bcp
co_producto_vendido: int
nu_det_bcp: int
tipo_registro: varchar(2)
cod_sucursal: varchar(3)
cod_moneda: varchar(1)
nu_cuenta: varchar(7)
co_usuario: int
no_usuario: varchar(40)
campo_retorno: varchar(30)
fec_emision_cupon: varchar(8)
fec_vencimiento_cupon: varchar(8)
mn_cupon: decimal(15,2)
mn_mora: varchar(15)
mn_minimo: varchar(9)
d_tipo_registro: varchar(1)
libre: varchar(47)
f_estado: char(1)
co_empresa: varchar(20)
co_afiliado: varchar(5)
co_producto: varchar(20)
table_name: varchar(100)
flag_close: char(1)
anno: datetime
fec_cancelacion: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
monto: decimal(15,2)
det_interbank
nu_det_interbank: int
co_usuario: int
co_cuota: varchar(8)
referencia_corta_una: varchar(10)
referencia_corta_dos: varchar(10)
fecha_emision: varchar(8)
fecha_vencimiento: varchar(8)
n_documento: varchar(15)
tipo_moneda: varchar(2)
importe_concepto_uno: decimal(15,2)
tipo_operacion: varchar(1)
co_libre: varchar(8)
f_estado: char(1)
flag_close: char(1)
anno: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
det_continental
nu_det_continental: int
cliente: varchar(30)
referencia: varchar(48)
fec_vencimiento: varchar(8)
fec_bloqueo: varchar(8)
periodo_facturado: varchar(2)
tipo_moneda: varchar(3)
importe_maximo: decimal(15,2)
str_importe_maximo: varchar(15)
importe_minimo: decimal(15,2)
str_importe_minimo: varchar(15)
info_adicional: varchar(32)
co_sub_concepto_uno: varchar(2)
valor_sub_concepto_uno: varchar(14)
nu_cuenta: varchar(20)
tipo_identificacion: varchar(1)
co_usuario: int
vacio: varchar(36)
f_estado: char(1)
flag_close: char(1)
anno: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
det_scotiabank
nu_det_scotiabank: int
cuenta_empresa: varchar(14)
secuencia_servicio: varchar(3)
co_usuario: int
nu_recibo: varchar(15)
co_agrupacion: varchar(11)
situacion: varchar(1)
moneda_cobro: varchar(4)
referencia_recibo: varchar(30)
concepto_cobrar_uno: varchar(2)
monto_cobrar_uno: varchar(9)
total: decimal(15,2)
saldo: varchar(15)
porcentaje: varchar(8)
orden_cronologico: varchar(1)
fecha_emision: varchar(8)
fecha_vencimiento: varchar(8)
dias_prorroga: varchar(3)
filler: varchar(15)
f_estado: char(1)
flag_close: char(1)
anno: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
se_accidente
co_accidente: int
ubigeo: varchar(20)
tipo_documento: varchar(20)
agrupacion_familiar: varchar(20)
plan: varchar(20)
num_documento: varchar(20)
apellido_paterno: varchar(50)
apellido_materno: varchar(50)
nombres: varchar(50)
fec_nacimiento: varchar(20)
domicilio: varchar(20)
profesion_ocupacion: varchar(30)
becado: varchar(20)
sexo: varchar(20)
estado_civil: varchar(20)
anno: varchar(20)
seccion: varchar(20)
observaciones: varchar(100)
status: char(1)
date_cr: datetime
date_up: datetime
f_estado: char(1)
nu_accidente_producto: int
d_anno: int
d_mes: int
d_inicio: datetime
d_fin: datetime
se_renta_estudiantil
co_renta_estudiantil: int
nro_certificado: varchar(20)
ape_pat: varchar(50)
ape_mat: varchar(50)
fec_nac: varchar(20)
grado: varchar(10)
seccion: varchar(10)
apellidos_y_nombres_apoderado1: varchar(100)
dni_apoderado1: varchar(20)
fec_nac_apoderado1: varchar(20)
parentesco_apoderado1: varchar(20)
apellidos_y_nombres_apoderado2: varchar(100)
dni_apoderado2: varchar(20)
fec_nac_apoderado2: varchar(20)
parentesco_apoderado2: varchar(20)
status: char(1)
usuario
co_usuario: int
ap_paterno: varchar(20)
ap_materno: varchar(20)
tipo_documento: char(1)
nick: varchar(20)
u_password: varchar(20)
fl_estado: char(1)
user_cr: datetime
opciones_menu
co_menu: int
no_menu: varchar(100)
opciones_menu__usuario
co_menu: int
co_usuario: int
empresa
tipo_empresa: char(1)
razon_social: varchar(100)
nombre_corto: varchar(60)
ap_paterno: varchar(20)
ap_materno: varchar(20)
tipo_documento: char(1)
direccion: varchar(100)
departamento: varchar(20)
provincia: varchar(20)
telefono: varchar(100)
fax: varchar(20)
fl_estado: char(1)
date_cr: datetime
date_up: datetime
producto_vendido
moneda: char(1)
precio: decimal(15,2)
vigencia_ini: datetime
vigencia: datetime
fl_estado: char(1)
fl_cerrado: char(1)
nu_seguro_producto: int
nu_version: int
producto_vendido_master: int
date_cr: datetime
date_up: datetime
last_version: char(1)
producto
no_producto: varchar(100)
co_categoria: varchar(2)
co_tabla: int
fl_estado: char(1)
cobranza
co_cobranza: int
nu_cheque: varchar(50)
vigencia_ini: datetime
vigencia_fin: datetime
flag_close: char(1)
status: char(1)
date_cr: datetime
date_up: datetime
fe_cobranza: datetime
co_moneda: char(1)
empresa_contacto
nu_contacto: int
no_contacto: varchar(150)
no_cargo: varchar(50)
no_mail: varchar(80)

Página 52
MODELO DE BASE DE DATOS LÓGICO – COTIZADOR Y PROCESADOR DE INFORMACIÓN
cot_CodInterno
basa_Codigo
bbac_Tipo
bbac_Inicio
bbac_Fin
bbac_Capa1
op_IdOpcion
op_Descripcion
us_IDUsuario
op_UsuarioAct
cot_CodInterno
baa_Codigo
baac_Tipo
baac_Inicio
baac_Fin
baac_Capa1
us_IDUsuario
us_Usuario
us_password
us_Nombre
us_ApPaterno
us_Apmaterno
us_TipoUsuario
us_UsuActulizacion
us_FechaActualizacion
cot_CodInterno
bea_Codigo
beac_Tipo
beac_Inicio
beac_Fin
beac_Capa1
cot_CodInterno
falla_Codigo
fac_Tipo
fac_Inicio
fac_Fin
fac_Capa1
pgen_PorNumAlu
CAMPO2
pgen_TasaPorcEstudio
pgen_AnnoBaseEstudio
pgen_PagoAnnoEstudio
pgen_FechaCierre
pgen_Superior
pgen_Inferior
pgen_Izquierdo
pgen_Derecho
pgen_RutaArchivo
pgen_ExtExcel2003
pgen_ExtExcel2007
pgen_RutaDocRenta
pgen_SupColocacion
pgen_InfColocacion
pgen_IzqColocacion
pgen_DerColocacion
pgen_2AnnoEstudio
pgen_PorcNeto
pgen_RutaOffice
pgen_NroAluBotiquines
pgen_ImpCambio
pgen_UltInst_Mod
cot_CodInterno
bexna_Codigo
bnac_Tipo
bnac_Inicio
bnac_Fin
bnac_Capa1
cot_CodInterno
aluR_Carnet
aluR_CarnetFecha
aluR_ID_NroCertif
aluR_Cliente_AseP
aluR_TipoDocu_AseP
aluR_NroDoc_AseP
aluR_ApePaterno_AseP
aluR_ApeMaterno_AseP
aluR_Nombre_AseP
aluR_Padre01
aluR_FechaNacimiento_AseP
aluR_Sexo_AseP
aluR_Parentesco01
aluR_Edad_AseP
aluR_Observacion_AseP
aluR_Cliente_AseS
aluR_TipoDocu_AseS
aluR_NroDoc_AseS
aluR_ApePaterno_AseS
aluR_ApeMaterno_AseS
aluR_Nombre_AseS
aluR_Padre02
aluR_FechaNacimiento_AseS
aluR_Sexo_AseS
aluR_Parentesco02
aluR_Edad_AseS
aluR_Observacion_AseS
aluR_FechEmision
aluR_InicioVigencia
aluR_FinVigencia
aluR_Capital
aluR_Tasa01
aluR_PrimaBruta
aluR_Cliente_AseBenef
aluR_TipoDocu_AseBenef
aluR_NroDoc_AseBenef
aluR_ApePaterno_AseBenef
aluR_ApeMaterno_AseBenef
aluR_Nombre_AseBenef
aluR_Alumno_AseBenef
aluR_FechaNacimiento_AseBenef
aluR_Sexo_AseBenef
aluR_Edad_AseBenef
aluR_Observacion_AseBenef
aluR_Pensiones
aluR_Tasa02
aluR_MontoPension
aluR_GradoSeccion
aluR_Seccion
aluR_BeneficiarioPor
aluR_Validacion
aluR_Condicion
aluR_File
cot_CodInterno
basd_Codigo
bbdxc_Tipo
bbdxc_Inicio
bbdxc_Fin
bbdxc_Capa1
bad_codigo
badc_Tipo
badc_Inicio
badc_Fin
badc_Capa1
sinv_Codigo
BASTIP
BASINI
BASFIN
BASDE1
cot_CodInterno
rnta_Codigo
prec_Tipo
prec_Inicio
co_renta_estudiantil
prec_Fin
prec_Capa1
age_Nombre
age_NombCorto
age_Cargo
age_NombCarnet
age_Celular
caseg_Codigo
caseg_nombre
caseg_ENCR
caseg_direccion
caseg_telefono
caseg_fax
caseg_ruc
caseg_mail
caseg_Eliminado
caseg_limiteEdadPDA
ent_IDEntidades
entaf_NumOrden
entaf_Descripcion
entaf_Direccion
dpt_IDDepartamento
prov_IDProvincia
dis_IDDistrito
AFIDIS
AFIDEP
entaf_Telefono1
entaf_Telefono2
cot_CodInterno
alu_Carnet
alu_CarnetFecha
alu_Ubigeo
alu_AgruFamiliar
alu_Plan
alu_TipoDocu
alu_NroDoc
alu_ApePaterno
alu_ApeMaterno
alu_Nombre
alu_FechaNacimiento
alu_Domicilio
alu_Profesion
alu_Becado
alu_Sexo
alu_EstadoCivil
alu_Grado
alu_Seccion
alu_Observaciones
alu_Edad
alu_Condicion
alu_NombreBase
alu_File
alu_Excluir
alu_NroMov
alu_Nota
alu_Banco
alu_FechaPago
cot_fechaCotizacion
tins_IDInstitucion
inst_Codigo
cot_PerContacto
cot_PerContCargo
caseg_Codigo
cot_TotalPobAlumnos
cot_TotalAseguradosAlu
tpMod_Descripcion
cot_firmaAgente
cot_PrimFirma
cot_PxANormal
cot_PxDNormal
cot_SituacionALU
cot_MotivoRechazo
cot_FechaInicioAnteriorAlumno
cot_FechaFinAnteriorAlumno
cot_MasInfAsegurado
cot_RefFinalRnt
cot_FormadePago
COTOBS_Vacio
cot_ProgAlumno
cot_ProgDocente
cot_ProgRentaEst
COTPL4_vacio
cot_CompSegRenta
cot_PrimaxRntNormal
cot_FechaRecp
COTFRE
COTFCO
cot_NumColocacionRenta
cot_Observ1
cot_Observ2
cot_Observ3
COTC03_Vacio
cot_AtencionRnt
cot_ReferenciaRnt
cot_ObservacionRnt
cot_NumAsegRnt
cot_NroColocacionAlumno
cot_copiarComo
cot_TotalBecAlumno
cot_TotalBecDocente
cot_PxAAlternativo
cot_PxDAlternativo
cot_PrimaxRntAlternativo
cot_DeducibleAlumno
COTT01_Cero
COTT02_Cero
cot_PobToPDA
cot_TotalAsegPDA
COTPDN_Cero
COTPDA_Cero
cot_DeduciblePDA
cot_MonedaPrimaxRnt
cot_AnnoEstudio
cot_TasaPorcApl
cot_CambDescripcion
cot_IniVigenciaRnt
cot_FinVigenciaRnt
cot_NroColocacionDocente
cot_RentaSituacion
cot_MotRechazoRnt
cot_NombreComercial
cot_TpPolAlumno
cot_PolAntAlumno
cot_CodPlanAntAlumno
cot_CodPlAntPDA
cot_NumPolAntPDA
cot_TpPolAntPDA
cot_TotalBecDeducible
cot_TotalBecCodPlan
cot_FecIniPlAnteriorPDA
cot_FecFinPlAnteriorPDA
cot_NroPolRenta
cot_NroColocacionPDAMayor
cot_TpPolAntPDAMayor
cot_NropolAntPDAMayor
cot_FecIniPlAntPDAMayor
cot_FecFinPlAntPDAMayor
cot_PobPDAMayor
cot_PxDMNormal
cot_DeduciblePDAMayor
cot_CodPlAntPDAMayor
cot_PxMNormal
cot_PxMAlternativa
cot_DeducibleMantenimiento
cot_PxMMNormal
cot_PxMMAlternativa
cot_DeducibleMantenimientoMayor
cot_PobMantenimiento
cot_PobMantenimientoMayor
cot_NroColocacionMantenimento
cot_NroColocacionMantenimentoMayor
cot_TipoPolAntMantenimiento
cot_NumPolAntMantenimiento
cot_NumPlAntMantenimiento
cot_FecIniPlAntPDAMantenimiento
cot_FecFinPlAntPDAMantenimiento
cot_TipoPolAntMantenimientoMayor
cot_NumPolAntMantenimientoMayor
cot_NumPlAntMantenimientoMayor
cot_FecIniPlAntPDAMantenimientoMayor
cot_FecFinPlAntPDAMantenimientoMayor
cot_YearCampana
cot_RngCampana
cot_PxATextoNormal
cot_PxATextoAlternativo
cot_PxDTextoNormal
cot_PxDTextoAlternativa
cot_PxMTextoNormal
cot_PxMTextoAlternativa
cotPxMMTextoNormal
cot_PxMMTextoAlternativa
cot_PorcPob
cot_TextNormalRnt
cot_TextAlternativoRnt
cot_FechaColocacion
anra_AnnoCampana
cot_CodInterno
anra_Poliza
anra_IniPoliza
anra_FinPoliza
anra_PrimaDolar
anra_PrimaSoles
anra_NroAluDolar
anra_NroAluSoles
caseg_Codigo
age_Codigo
anra_DeducibleDolar
anra_DeducibleSoles
anra_Referencia1
Observaciones
anra_TipoCambio
tpMod_Descripcion
anra_Usuario
anra_Fecha
anra_Hora
anra_Recaudacion
anra_SituacionBD
anra_TipoAsegurado
anra_BeneEspeciales
anra_SituacionCarnets
anra_NroBecados
anra_SolicitadoBotiquin
anra_Entregado
pln_Descripcion
pln_MosImpresion
caseg_Codigo
pln_Anulado
pln_Version
baa_Codigo
baap_Tipo
baap_Inicio
baap_Fin
baap_Capa1
pln_Version
bea_Codigo
beap_Tipo
beap_Inicio
beap_Fin
beap_Capa1
pln_Version
falla_Codigo
cfap_Tipo
cfap_Inicio
cfap_Fin
cfap_Capa1
pln_Version
bexna_Codigo
nap_Tipo
nap_Inicio
nap_Fin
nap_Capa1
table_name
description_field
retrieve_order
pln_Version
bbaxp_NumItem
bbaxp_Tipo
bbaxp_Inicio
bbaxp_Fin
bbaxp_Capa1
pln_Version
basd_Codigo
bbdp_Tipo
bbdp_Inicio
bbdp_Fin
bbdp_Capa1
max_value
pln_Version
bad_codigo
badp_Tipo
badp_Inicio
badp_Fin
badp_Capa1
no_parametro
data_type
data_value
pln_Version
entaf_Codigo
entaf_NumOrden
cda_Valor
cda_Descricion
pln_Version
sinv_Codigo
BASTIP
BASINI
BASFIN
BASDE1
pln_Version
rnta_Codigo
prap_Tipo
prap_Inicio
prap_Fin
prap_Capa1
co_producto_vendido
nu_det_bcp
tipo_registro
cod_sucursal
cod_moneda
nu_cuenta
co_usuario
no_usuario
campo_retorno
fec_emision_cupon
fec_vencimiento_cupon
mn_cupon
mn_mora
mn_minimo
d_tipo_registro
libre
f_estado
co_empresa
co_afiliado
co_producto
co_aseguradora
table_name
flag_close
anno
fec_cancelacion
status
REPORTE
NROITM
CAMPO
DESCRI
sinv_Codigo
dpt_IDDepartamento
dpt_Descripcion
dpt_DescCorta
dpt_Ubigeo
dpt_IDDepartamento
prov_IDProvincia
dis_IDDistrito
dis_Descripcion
dis_descCorta
dis_Ubigeo
dpt_IDDepartamento
prov_IDProvincia
prov_Descripcion
prov_DescCorta
prov_Ubigeo
tins_IDInstitucion
tins_Descripcion
tins_Eliminado
crt_Item
rnta_Codigo
bea_Codigo
falla_Codigo
co_producto_vendido
co_producto
ubigeo
agrupacion_familiar
plan
tipo_documento
num_documento
apellido_paterno
apellido_materno
nombres
fec_nacimiento
domicilio
becado
profesion_ocupacion
sexo
estado_civil
anno
seccion
observaciones
status
user_cr
date_cr
user_up
date_up
f_estado
fec_cancelacion
nu_accidente_producto
baa_Codigo
bad_codigo
basd_Codigo
bexna_Codigo
sel_valor
sel_Descripcion
co_producto_vendido
co_producto
nro_certificado
ape_pat
ape_mat
nombres
fec_nac
grado
seccion
apellidos_y_nombres_apoderado1
dni_apoderado1
fec_nac_apoderado1
parentesco_apoderado1
apellidos_y_nombres_apoderado2
dni_apoderado2
fec_nac_apoderado2
parentesco_apoderado2
status
user_cr
date_cr
user_up
date_up
co_apoderado1
co_apoderado2
tot_apoderado
f_estado
fec_cancelacion
nu_renta_estudiantil_producto
caracter_extranno
caracter_valido
scot_Descripcion
scot_Eliminado
pra_Valor
pra_Descripcion
cot_CodInterno
entaf_Codigo
entaf_NumOrden
cot_CodInterno
aluRp_Poliza
aluRp_TipoImportacion
aluRp_NroTotalAseg
aluRp_BenexUnPadre
aluRp_BenexDosPadre
alurp_NombFormato
anra_AnnoCampana
cot_CodInterno
anra_NroItem
GENPOL
anra_IniPoliza
anra_FinPoliza
anra_PrimaDolar
anra_PrimaSoles
anra_NroAluDolar
anra_NroAluSoles
caseg_Codigo
age_Codigo
anra_TotalDolar
anra_TotalSoles
anra_NetoDolar
anra_NetoSoles
GENDED
GENRE1
GENRE2
anra_TipoCambio
tpMod_Descripcion
anra_Usuario
anra_Fecha
anra_Hora
DOCPTD
DOCPTS
DOCNAD
DOCNAS
DOCPAD
DOCPAS
DOCPGD
DOCPGS
anra_DeduciblePDA
anra_Referencia1
anra_Referencia2
GENREC
sbd_Descripcion
anra_AnnoCampana
cot_CodInterno
anra_Poliza
anra_IniPoliza
anra_FinPoliza
anra_PrimaDolar
anra_PrimaSoles
anra_NroAluDolar
anra_NroAluSoles
caseg_Codigo
age_Codigo
anra_DeducibleDolar
anra_DeducibleSoles
anra_Referencia1
anra_Referencia2
anra_TipoCambio
tpMod_Descripcion
anra_Usuario
anra_Fecha
anra_Hora
anra_Recaudacion
anra_SituacionBD
anra_TipoAsegurado
anra_BeneEspeciales
anra_SituacionCarnets
anra_NroBecados
name
principal_id
diagram_id
version
cot_CodInterno
alup_Ubigeo
alup_Contacto
alup_Intermediario
alup_Poliza_ALU
alup_NombFormato_ALU
alup_FechaImp_ALU
alup_Poliza_PDA
alup_NombFormato_PDA
alup_FechaImp_PDA
alup_Poliza_PDAM
alup_NombFormato_PDAM
alup_FechaImp_PDAM
alup_Poliza_MAN
alup_NombFormato_MAN
alup_FechaImp_MAN
alup_Poliza_MANM
tpMod_Codigo
tpMod_Descripcion
DATO
VALOR
inst_CodCorrelativo
inst_Codigo
inst_Descripcion
inst_DescAbrev
inst_NombCarnet
inst_DireccionContratante
inst_PersaCargo
inst_PersaCargCargo
inst_PerCarSeguro
inst_PerCarSegCargo
inst_Telefono1
inst_Telefono2
dpt_IDDepartamento
inst_Departamento
prov_IDProvincia
inst_Provincia
dis_IDDistrito
inst_Distrito
inst_RUC
age_Codigo
inst_DireccionInst
int_Eliminado
inst_Email_PersaCargo
inst_Email_PerCarSeguro
inst_DirInst_Dpto
est_Valor
est_Descripcion
ecv_Valor
ecv_Descripcion
tpcmb_ID
tpcmb_Codigo
tpcmb_Descripcion
tpcmb_Fecha
tpcmb_Compra
tpd_Valor
tpd_Descripcion
IZQUIERDA
DERECHA
ARRIBA
ABAJO
GENANO
GENCOR
GENITM
GENPOL
GENVDE
GENVHA
GENPTD
GENPTS
GENNAD
GENNAS
GENCIA
GENEJE
GENPAD
GENPAS
GENPGD
GENPGS
GENCAR
GENRE1
GENRE2
GENTCA
GENMON
GENUSU
ent_IDEntidades
ent_Descripcion
ent_Eliminado
IZQUIERDA
DERECHA
ARRIBA
ABAJO
tpol_Codigo
tpol_Descripcion
tpol_Eliminado

Página 53
4.3. Diseño del prototipo
4.3.1. Prototipos del Cotizador
Prototipo De: Menú Principal

Página 54
Prototipo De: Registro de Instituciones
Prototipo De: Diseño de Planes

Página 55
Prototipo De: Registro de coberturas y Sumas Aseguradas

Página 56
Prototipo De: Entidades Afiliadas (Clínicas a nivel Nacional)
Prototipo De: Cotizador de instituciones

Página 57
Prototipo De: Reportes
4.3.2. Prototiposde Bancarización
Prototipo De: Menú Principal

Página 58
Prototipo De: Registro de Cliente
Prototipo De: Cliente con Producto

Página 59

Página 60

Página 61
4.3.3. Prototipos del Datamart
Ejemplo de Modelo Estrella

Página 62
Atributo Descripción
key_alumno (FK) Llave auto generada para el alumno.
key_grupo (FK) Llave auto generada para el grupo.
key_ciclo (FK) Llave auto generada para el ciclo.
num_inasistencia Número de insistencias.
max_inasistencias Máximo de inasistencias en el curso.
4.4. Análisis De Beneficio / Costo

Página 63
4.4.1. Beneficio Esperados
Los beneficios del DATAMART, facilitan la toma de decisiones estratégicas,
que pueden brindar beneficios Tangibles esintangibles
4.4.1.1. Beneficios Tangibles
 Aumentar la Rentabilidad, reduciendo los gastos en contratación de
personal.
 Reducir el tiempo en la creaciónde cotizaciones
4.4.1.2. Beneficios Intangibles
 Integración al sistema Principal PREMIUM, los módulos que se
diseñaran.
 La facilidad en analizar y administrar simultáneamente el entorno interno
como externa del área Estudiantil, lo que puede ahorrar horas de trabajo
y ayudar a evitar errores que pueden ser el resultado de suposiciones
que se hicieron con base en datos incompletos o incorrectos.
 Generar Reportes que faciliten la toma de decisiones en base a
indicadores y cuadros estadísticos.
4.4.2. Costos
Los costos del proyecto se clasifican en 3 categorías:
Análisis y Control de Desempeño.
Control de Indicadores del Negocio
Consulta y
Análisismultidimensional
Analizar información de forma
Independiente
Reportes Operativos
Creación de Informes

Página 64
 Costos de inversión
 Costos de operación
 Costos de mantenimiento
Esta información será la primera parte que nos será de utilidad para poder realizar
posteriormente el flujo de caja. Para la identificación de los costos y beneficios del
proyecto, y por ser de naturaleza informática, tomaremos como tiempo de
depreciación Seis (6) meses. Dependiendo del tiempo desde la aprobación del
proyecto, hasta el tiempo estimado de depreciación de los proyectos, hemos
considerado los siguientes costos:
4.4.2.1. Costos de Inversión
Los costos de inversión consisten en el desembolso
correspondiente a la adquisición de personas, equipos,
infraestructura. Las cuales son necesarias para poner a funcionar el
proyecto.
a) Costos de Personal
Utilizando los resultados obtenidos en el Diagrama Gantt de horas utilizadas por cada
recurso y tomando en consideración una jornada laboral de 8 horas diarias, 5 días a la
semana y 4 semanas por mes, es decir 160 horas a la semana, se definen los
siguientes costos de recursos humanos necesarios para el desarrollo del proyecto.
Costo De Personal (RRHH)
ITEM
NOMBRE DEL
COLARADOR
CARGO TIPO
CAPACID
AD
MÁXIMA
REMUNERACI
ON MENSUAL
(S/.)
TIEMP
O /
MESES
TASA
ESTÁNDA
R/HORA
(S/.)
COSTO
TOTAL (S/.)
1 Tatiana Coronel
Jefe de
Proyecto
RRHH 100% 7,000 6 29.17 42,000.00
2 Cesar Torres Programador RRHH 100% 3,000 5 12.50 15,000.00
3 David Zapata Analista BD RRHH 100% 3,500 3 14.58 10,500.00
4
Anderson Chaccha
Yantas
Testing RRHH 50% 2,000 2 8.33 4,000.00
5 Liliana Alarcón Documentador RRHH 50% 1,800 4 7.50 7,200.00
6 Miguel Ángel Diseñador RRHH 50% 2,800 2 11.67 5,600.00
TOTAL
RRHH
S/.
84,300.00
b) Costos de Equipos
Son aquellos gastos producto de la adquisición de equipos de trabajo que serán
necesarios para el desarrollo del Sistema. Los materiales estimados están

Página 65
considerados en base a las necesidades durante el desarrollo del proyecto para
nuestro caso serán los siguientes:
ÍTEM DESCRIPCIÓN
COSTO MENSUAL
(S/.)
CANTIDAD TIEMPO / MESES
COSTO
TOTAL
1 Jefe de Proyecto 500 1 6 3,000.00
2 Programador 350 1 5 1,750.00
3 Analista BD 350 1 3 1,050.00
4 Testing 300 1 2 600.00
5 Documentador 300 1 4 1,200.00
6 Diseñador 350 1 2 700.00
COSTO TOTAL EQUIPOS 8,300.00
c) Costos De Software (Licencia)
ITEM DESCRIPCION CANTIDAD
PRECIO (US$)
MENSUAL
PRECIO (S/.)
MENSUAL (*)
PRECIO POR
LOS 6 MESES
1 Microsoft Visual Studio 2008 3 600.00 1,590.00 9540.00
2 Sql Server Developer 2008 2 50 132.50 795.00
3 Sql Server Estándar 2008 (**) 0 0 0.00 0.00
COSTO TOTAL
LICENCIAS
10,335.00
(*)Considerando un tipo de cambio de S/. 2.65
(**) La empresa cuenta con Licencia para el Sql Server 2008
d) Costo Varios
DESCRIPCION PAGO MENSUAL (S/.) TIEMPO/MESES IMPORTE (S/.)
Servicios (luz, agua, internet) 500 6 3,000.00
Suministros 200 6 1,200.00
Comisiones, Viáticos 300 6 1,800.00
Incentivos 600 6 3,600.00
TOTAL PAGO
VARIOS
9,600.00
e) Costos De Infraestructura
Este costo está referido al espacio donde se llevara a cabo el desarrollo del
proyecto, para este caso no se está considerando como Gasto para el
proyecto.
4.4.2.2. Costo De Operaciones
Se considera como costos de operación a los costos que se incurren en
todo el proceso de operación que es usado por el personal actualmente.

Página 66
COSTOS DE PERSONAL ACTUAL
Personal
Pago
Mensual Pago diario Pago Hora Pago Minuto
Gerente Técnico 5,000.00 166.67 20.83 0.35
Jefe Comercial 3,200.00 106.67 13.33 0.22
Jefe del Área Riesgos Estudiantiles 3,000.00 100.00 12.50 0.21
Operador Técnico 1 1,500.00 50.00 6.25 0.10
Operador Técnico 2 1,200.00 40.00 5.00 0.08
Personal de Apoyo 850.00 28.33 3.54 0.06
Tareas Desarrolladas
MESES
TRAMITES /
ATENCIONES OBSERV. PORCENTAJE
ATENCION /
MENSUAL
TAREAS /
OPERADORES
CLIENTES
DIARIOS
Enero 200 COTIZACIONES / ENDOSOS 5% 150 75 6
Febrero - Mayo 4000 RENOVACIONES MASIVAS 100% 1000 500 40
Junio - Julio 3500 ENDOSOS MASIVOS 88% 1750 875 70
Agosto - Septiembre 900 RENOVACION 2DO/ENDOSOS 23% 450 225 18
Octubre - Noviembre 1500 COTIZACIONES/ENDOSOS 38% 750 375 30
Diciembre 100 COTIZACIONES / ENDOSOS 3% 100 50 4
0%
20%
40%
60%
80%
100%
Enero Febrero -
Mayo
Junio - Julio Agosto -
Septiembre
Octubre -
Noviembre
Diciembre
5%
100%
88%
23%
38%
3%
%deClientesconpólizasemitidas
Meses
TRAMITES DE POLIZAS DE ATENCION POR CLIENTE

Página 67
4.4.2.1. Costo De Operación Actual
Cuadro comparativo de Costos de Operaciones – SITUACIÓN ACTUAL
SITUACIÓN ACTUAL - ACTIVIDADES DURANTE EL AÑO (HORAS) Renov. Masivas Endosos Renov. 2do sem Cotizaciones
ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic Total Horas
Evaluación y aprobación del cliente Gerente Técnico 100 0 0 0 12000 0 0 0 500 500 500 0 13,600
Generar cotizaciones (Sumas Aseguradas y primas) Jefe del Área Riesgos Estudiantiles 100 0 0 0 0 0 0 0 0 240 240 32 612
Emitir pólizas y hacer seguimiento Jefe del Área Riesgos Estudiantiles 100 320 320 320 320 0 0 144 144 240 240 32 2,180
Procesar y migrar Datas Operador Técnico 1 48 48 320 320 320 560 560 144 144 240 240 32 2,976
Recaudación Bancaria y actualización de pagos Operador Técnico 2 48 320 320 320 320 560 560 144 144 240 240 32 3,248
Generar Cartas de despachos, canetizar y etiquetas Personal de Apoyo 0 320 320 320 320 560 560 144 144 240 240 32 3,200
VAL. POR HORA MENSUAL DURANTE EL AÑO Renov. Masivas Endosos Renov. 2do sem Cotizaciones
ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic
Total
Horas
Evaluación y aprobación del cliente Gerente Técnico 2,083 0 0 0 250,000 0 0 0 10,417 10,417 10,417 0 283,333
Generar cotizaciones (Sumas Aseguradas y primas) Jefe del Área Riesgos Estudiantiles 1,250 0 0 0 0 0 0 0 0 3,000 3,000 400 7,650
Emitir pólizas y hacer seguimiento Jefe del Área Riesgos Estudiantiles 1,250 4,000 4,000 4,000 4,000 0 0 1,800 1,800 3,000 3,000 400 27,250
Procesar y migrar Datas Operador Técnico 1 300 300 2,000 2,000 2,000 3,500 3,500 900 900 1,500 1,500 200 18,600
Recaudación Bancaria y actualización de pagos Operador Técnico 2 240 1,600 1,600 1,600 1,600 2,800 2,800 720 720 1,200 1,200 160 16,240
Generar Cartas de despachos, canetizar y etiquetas Personal de Apoyo 0 1,133 1,133 1,133 1,133 1,983 1,983 510 510 850 850 113 11,333
5,123 7,033 8,733 8,733 258,733 8,283 8,283 3,930 14,347 19,967 19,967 1,273 364,407

Página 68
4.4.2.2. Costo De Operación Propuesta
Cuadro comparativo de Costos de Operaciones – SITUACIÓN PROPUESTA
AÑO 1 - SITUACION PROPUESTA EN HORAS Renov. Masivas Endosos Renov. 2do sem Cotizaciones
ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic
Total
Horas
Evaluación y aprobación del cliente Gerente Técnico 16.67 0 0 0 750 0 0 0 83.33 83.33 83.33 83.33 1,100
Emitir pólizas y hacer seguimiento Jefe del Área Riesgos Estudiantiles 8 3 3 3 3 0 0 90 90 150 150 20 522
Procesar y migrar Datas Operador Técnico 1 3 20 20 20 20 35 35 9 9 15 15 2 203
Recaudación Bancaria y actualización de pagos Operador Técnico 2 3 20 20 20 20 35 35 9 9 15 15 2 203
Generar Cartas de despachos, canetizar y etiquetas Personal de Apoyo 0 20 20 20 20 35 35 9 9 15 15 2 200
AÑO 1 - SITUACIÓN ACTUAL DE ACTIVIDADES EN
HORAS Renov. Masivas Endosos Renov. 2do sem Cotizaciones
ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic Total Horas
Evaluación y aprobación del cliente Gerente Técnico 5,333 0 0 0 15,625 0 0 0 1,736 1,736 1,736 1,736 27,903
Emitir pólizas y hacer seguimiento Jefe del Área Riesgos Estudiantiles 104 42 42 42 42 0 0 1,125 1,125 1,875 1,875 250 6,521
Procesar y migrar Datas Operador Técnico 1 19 125 125 125 125 219 219 56 56 94 94 13 1,269
Recaudación Bancaria y actualización de pagos Operador Técnico 2 15 100 100 100 100 175 175 45 45 75 75 10 1,015
Generar Cartas de despachos, canetizar y etiquetas Personal de Apoyo 0 71 71 71 71 124 124 32 32 53 53 7 708
5,575 338 338 338 15,963 518 518 1,258 2,994 3,958 3,958 2,032 37,787

Página 69
COSTO TOTAL DE INVERSIÓN / CON EQUIPOS
El cuadro detallado, contempla el costo de equipos el cual será asumido por el equipo
de desarrollo.
TIPO DE COSTO COSTO TOTAL
Costos de RRHH 84300
Costos de Equipos 8,300.00
Costos de Software (Licencias) 10,335.00
Costo Varios 9,600.00
Total Costos de Inversión 112,535.00
COMPARATIVO SITUACIÓN ACTUAL Y PROPUESTO.
Ingresos Trimestral 1er Trimestre 2do Trimestre 3er Trimestre 4to Trimestre
ACTUAL 20,890.00 275,750.00 26,560.00 41,206.67
PROPUESTO 6,250.42 16,817.71 4,770.07 9,948.33
DIF (INGRESOS GENERADOS) 14,639.58 258,932.29 21,789.93 31,258.33
Inversión Parcial – Para el flujo financiero
Año Flujo Caja
Factor
Mejora
0 -112535.00
Año 1 - Trimestre 1 14,639.58
Año 2 - Trimestre 1 17,567.50 1.2
Año 2 - Trimestre 2 310,718.75 1.2
Año 2 - Trimestre 3 26,147.92 1.2
Año 2 - Trimestre 4 37,510.00 1.2
Año 3 - Trimestre 1 22,837.75 1.3
Año 3 - Trimestre 2 403,934.38 1.3
Año 3 - Trimestre 3 33,992.29 1.3
Año 3 - Trimestre 4 48,763.00 1.3
1,115,556.72

Página 70
4.4.3. ANÁLISIS FINANCIERO - VAN Y TIR
CONCEPTO PERIODO
Expresado en miles de
Soles
Año 0 Año 1 Año 2 Año 3
Trim1 Trim2 Trim3 Trim4 Trim1 Trim2 Trim3 Trim4 Trim1 Trim2 Trim3 Trim4 TOTAL
INVERSIÓN
Costos de personal -84,300.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -84,300.00
Costos de equipo -8,300.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -8,300.00
Costos de software -10,335.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -10,335.00
Costos Varios -9,600.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 -9,600.00
BENEFICIOS
Disminución de Costos 0.00 14,639.58 258,932.29 21,789.93 31,258.33 17,567.50 310,718.75 26,147.92 37,510.00 22,837.75 403,934.38 33,992.29 48,763.00 1,228,091.72
-112,535 14,640 258,932 21,790 31,258 17,568 310,719 26,148 37,510 22,838 403,934 33,992 48,763 1,115,557
Flujo Neto -
112,535.00
Total
Año 1:
326,620.14 Total
Año 2:
391,944.17 Total Año
3:
509,527.42 1,115,556.72
TOTAL en valores
actuales
-100,478 260,380 278,978 323,814 762,694
Período / Años
1
2
3 4
TIR: 76.43%
VAN ANUAL: S/. 443,996.14
Tasa de descuento ANUAL: 12.00%
Tasa de mejora, para el 2do año 1.2
Tasa de mejora, para el 3er año 1.3

Página 71
5. CAPÍTULO V:
5.1. CONCLUSIONES
 La implementación de un proceso de inteligencia de negocio en una
empresa, permite que la información fluya de una forma ordenada
ycontrolada desde donde se producen las transacciones del día a día de la
organización, hasta convertirlas en información y conocimiento que
permiten a los usuarios finales tomar mejores y efectivas decisiones.
 Hermes Asesores obtendrá grandes beneficios al utilizar el datamart,
puesto que se podrá analizar el comportamiento de la cartera de clientes,
el crecimiento de asegurabilidad por año, primas netas, primas brutas, etc.
Por ende, se podrá tomar mejores decisiones en cuanto al uso de los
recursos e incentivos al personal.
 La creación del presente datamart permitirá la integración de la información
para las diferentes áreas de Hermes as mismas que contribuirán con la
optimización en la operatividad reduciendo el tiempo en el proceso, por lo
tanto se disminuyen costos.
 Los usuarios contarán con información real y oportuna, sin que exista la
dependencia de otra aplicación, siempre y cuando guarden los debidos
controles de seguridad y acceso a la información.
 Es importante la correcta definición de las jerarquías de las dimensiones
del modelo de la base de datos, ya que de lo contrario se podría obtener
data incompleta y/o errónea de la explotación de los cubos, lo cual se
solucionaría mediante el re-modelamiento de la base de datos y volver a
desarrollar tanto los cubos como los reportes.

Página 72
5.2. RECOMENDACIONES.
 El presente trabajo ha servido para la construcción de un primer data mart
orientado a información de HERMES Asesores, por lo que se recomienda
que la solución siga creciendo inicialmente con la adición de información
de todas las áreas de la empresa, al modelo ya construido.
 Se debe mantener la administración y continuidad del seguimiento a la
carga de información hacia el datamart, a fin de que se mantenga
actualizado y realmente sea de beneficio para los usuarios finales y
tomadores de decisiones.
 Como parte del ciclo de vida de la inteligencia de negocio, es
recomendable que se cree un comité encargado para que vele por el
seguimiento de mejoras y adiciones al datamart, hasta lograr integrar a las
diferentes áreas de negocio, y en el largo plazo incluso tratar de integrar
adiciones a nivel de toda la universidad. También es importante que este
comité vele por el control de calidad de la información que se tendrá
disponible dentro de las estructuras del datamart,
 Se sugiere que el personal que ha sido capacitado, se constituya en
capacitador de los demás entes que pudiesen beneficiarse con el uso de la
información contenida en el datamart.

Página 73
ANEXOS
Anexo 1
Cuadro de Tasa de Interés Promedio Bancario.

Diseño Datamart Seguros Masivos

Recomendados

Recomendados

Más contenido relacionado

Similar a Diseño Datamart Seguros Masivos

Similar a Diseño Datamart Seguros Masivos (20)

Diseño Datamart Seguros Masivos