Trabajo proyecto final_cargar

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,

http://es.wikipedia.org/wiki/Modelado

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Object_Management_Group


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

http://es.wikipedia.org/wiki/RUP


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

.NET Framework 3.0

.NET Framework 3.5

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 DE LA 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

Identif icacion 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)

Justif icacion 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

Identif icacion de actores 4.75 días sáb 27/10/12 dom 04/11/12 Tatiana Coronel (Jefe de Proyecto)

Diagrama de Paquetes 3 días dom 04/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)

Especif icacion 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 dom 20/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)

1Ver 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)

2http://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

CotizacionesAceptació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

HermesBancarizació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

ET

L

HERRAMIENTAS DE ACCESO

TRANSFORMACIÓN DE

DATOS

PO

RT

AL

WE

B


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/EOL/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 polizasProcesan 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 /

EMISIONESSI_

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 aseguradosArea 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: datetimeuser_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: intnu_det_bcp: inttipo_registro: varchar(2)cod_sucursal: varchar(3)cod_moneda: varchar(1)nu_cuenta: varchar(7)co_usuario: intno_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)co_aseguradora: varchar(20)table_name: varchar(100)flag_close: char(1)anno: datetimefec_cancelacion: datetimestatus: char(1)d_inicio: datetimed_fin: datetimemoneda: char(1)monto: decimal(15,2)

det_interbank

co_producto_vendido: intnu_det_interbank: inttipo_registro: varchar(2)co_usuario: intco_cuota: varchar(8)no_usuario: varchar(30)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)co_empresa: varchar(20)co_afiliado: varchar(5)co_producto: varchar(20)co_aseguradora: varchar(20)flag_close: char(1)anno: datetimefec_cancelacion: datetimestatus: char(1)d_inicio: datetimed_fin: datetimemoneda: char(1)monto: decimal(15,2)

det_continental

co_producto_vendido: intnu_det_continental: inttipo_registro: varchar(2)no_usuario: varchar(30)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: intvacio: varchar(36)f_estado: char(1)co_empresa: varchar(20)co_afiliado: varchar(5)co_producto: varchar(20)co_aseguradora: varchar(20)table_name: varchar(100)flag_close: char(1)anno: datetimefec_cancelacion: datetimestatus: char(1)d_inicio: datetimed_fin: datetimemoneda: char(1)monto: decimal(15,2)

det_scotiabank

co_producto_vendido: int

nu_det_scotiabank: inttipo_registro: varchar(1)cuenta_empresa: varchar(14)secuencia_servicio: varchar(3)co_usuario: intnu_recibo: varchar(15)co_agrupacion: varchar(11)situacion: varchar(1)moneda_cobro: varchar(4)no_usuario: varchar(20)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)co_empresa: varchar(20)co_afiliado: varchar(5)co_producto: varchar(20)co_aseguradora: varchar(20)table_name: varchar(100)flag_close: char(1)anno: datetimefec_cancelacion: datetimestatus: char(1)d_inicio: datetimed_fin: datetimemoneda: char(1)monto: decimal(15,2)

se_accidente

co_accidente: int

co_producto_vendido: intco_producto: varchar(20)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)user_cr: varchar(20)date_cr: datetimeuser_up: varchar(20)date_up: datetimef_estado: char(1)fec_cancelacion: datetimenu_accidente_producto: intd_anno: intd_mes: intd_inicio: datetimed_fin: datetime

se_renta_estudiantil

co_producto_vendido: intco_renta_estudiantil: intco_producto: varchar(20)nro_certificado: varchar(20)ape_pat: varchar(50)ape_mat: varchar(50)nombres: 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)user_cr: varchar(20)

usuario

co_usuario: int

nombres: varchar(20)ap_paterno: varchar(20)ap_materno: varchar(20)tipo_documento: char(1)num_documento: varchar(20)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: intco_usuario: int

empresa

co_empresa: varchar(20)

tipo_empresa: char(1)razon_social: varchar(100)nombre_corto: varchar(60)nombres: varchar(20)ap_paterno: varchar(20)ap_materno: varchar(20)tipo_documento: char(1)num_documento: varchar(20)direccion: varchar(100)departamento: varchar(20)provincia: varchar(20)telefono: varchar(100)fax: varchar(20)fl_estado: char(1)user_cr: varchar(20)date_cr: datetimeuser_up: varchar(20)date_up: datetime

producto_vendido

co_producto_vendido: int

co_empresa: varchar(20)co_aseguradora: varchar(20)co_producto: varchar(20)co_banco: varchar(10)moneda: char(1)precio: decimal(15,2)vigencia_ini: datetimevigencia: datetimefl_estado: char(1)fl_cerrado: char(1)nu_seguro_producto: intnu_version: intproducto_vendido_master: intuser_cr: varchar(20)date_cr: datetimeuser_up: varchar(20)date_up: datetimelast_version: char(1)

producto

co_producto: varchar(20)

no_producto: varchar(100)co_aseguradora: varchar(20)co_categoria: varchar(2)co_tabla: intfl_estado: char(1)

cobranza

co_cobranza: int

co_producto_vendido: intnu_cheque: varchar(50)monto: decimal(15,2)vigencia_ini: datetimevigencia_fin: datetimeflag_close: char(1)status: char(1)date_cr: datetimeuser_cr: varchar(20)date_up: datetimeuser_up: varchar(20)fe_cobranza: datetimeco_empresa: varchar(20)co_aseguradora: varchar(20)co_producto: varchar(20)co_banco: varchar(10)co_moneda: char(1)

empresa_contacto

co_empresa: varchar(20)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

REMUNERACION MENSUAL

(S/.)

TIEMPO /

MESES

TASA ESTÁNDAR/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%

% d

e C

lien

tes

con

pó

lizas

em

itid

as

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


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


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


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 1 - Trimestre 2 258,932.29 Año 1 - Trimestre 3 21,789.93 Año 1 - Trimestre 4 31,258.33 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.

Documents

Trabajo proyecto final_cargar