Sunteți pe pagina 1din 73

TESIS

DISEO DE UN DATAMART PARA SEGUROS MASIVOS


Aplicacin de Inteligencia de Negocios

Por

Nohely Tatiana Coronel Orihuela

Estudiante de Ingeniera de Sistemas de la Facultad de Ingeniera Industrial y de
Sistemas


Para optar el Ttulo Profesional de:


INGENIERO DE SISTEMAS

En la

UNIVERSIDAD TECNOLGICA 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 INGENIERA INDUSTRIAL Y DE SISTEMAS
Carrera Profesional de Ingeniera de Sistemas
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 2


NDICE

PRLOGO ....................................................................................................................................................... 5
RESUMEN EJECUTIVO ..................................................................................................................................... 6
1. CAPTULO I: INTRODUCCIN .................................................................................................................. 7
1.1. MOTIVACIN ........................................................................................................................................... 7
1.2. JUSTIFICACIN ......................................................................................................................................... 7
1.3. ANTECEDENTES DE LA INVESTIGACIN .......................................................................................................... 8
1.4. OBJETIVOS .............................................................................................................................................. 9
1.4.1. OBJETIVO GENERAL .................................................................................................................................. 9
1.4.2. OBJETIVOS ESPECFICOS ............................................................................................................................. 9
1.4.3. CONTRIBUCIONES DEL TRABAJO ................................................................................................................... 9
2. CAPTULO II: MARCO TERICO. ........................................................................................................... 10
......................................................................................................................................................................... 24
GLOSARIO ........................................................................................................................................................... 28
..................................................................................................................................................................... 31
3. CAPTULO III: DISEO DE LA SOLUCIN ............................................................................................... 32
3.1. METODOLOGA A APLICAR PARA EL DESARROLLO DE LAS APLICACIONES .............................................................. 32
3.2. METODOLOGA A APLICAR PARA EL DESARROLLO DEL DATAMART ................................................................. 32
3.3. ANLISIS DEL PROBLEMA .......................................................................................................................... 34
3.3.1. DESCRIPCIN DE LA PROBLEMTICA ........................................................................................................... 34
3.3.2. DEFINICIN DEL PROBLEMA ..................................................................................................................... 34
3.4. DISEO DE LA PROPUESTA ........................................................................................................................ 35
3.4.1. DIAGRAMA DEL PROCESO ACTUAL ............................................................................................................. 36
3.4.2. ANLISIS DE LA ARQUITECTURA PROPUESTA ................................................................................................ 37
3.4.3. ORGANIZACIN DEL PROYECTO ................................................................................................................. 38
3.4.4. ETAPAS DEL PROYECTO ............................................................................................................................ 39
3.4.5. ALCANCE .............................................................................................................................................. 40
3.4.6. LIMITACIONES ........................................................................................................................................ 41
3.4.7. HIPTESIS ............................................................................................................................................. 41
3.4.7.1. HIPTESIS GENERAL ........................................................................................................................... 41
3.4.7.2. HIPTESIS ESPECFICA......................................................................................................................... 42
3.5. BENCHMARKING..................................................................................................................................... 42
4. CAPTULO IV: VALIDACIN 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 INVERSIN ........................................................................................................................ 64
4.4.2.2. COSTO DE OPERACIONES .................................................................................................................... 65
4.4.2.1. COSTO DE OPERACIN ACTUAL ............................................................................................................ 67
4.4.2.2. COSTO DE OPERACIN PROPUESTA....................................................................................................... 68
4.4.3. ANLISIS FINANCIERO - VAN Y TIR ..................................................................................................... 70
5. CAPTULO V: ........................................................................................................................................ 71
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 3

5.1. CONCLUSIONES ............................................................................................................................... 71
5.2. RECOMENDACIONES. ...................................................................................................................... 72
ANEXOS ........................................................................................................................................................ 73

Listado de tablas ................................................................................................ i
Listado de figuras ............................................................................................... ii
Listado de anexos .............................................................................................. iii



































PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 4
























DEDICATORIA



A Dios gracias, por brindarme salud, fuerza y voluntad de
poder culminar con gran satisfaccin una de mis metas.

A mis Padres por su apoyo incondicional en lo moral,
espiritual y econmico.

As mismo la laboriosidad y paciencia de los docentes
quienes supieron forjarme tanto intelectualmente como
emocionalmente.

A ellos dedico este proyecto.


Gracias.




PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 5

PRLOGO


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: Bancarizacin, dichas aplicaciones desarrollan procesos
muy importantes, los cuales tienen como finalidad:

Reducir tiempo en Procesar la informacin
Disminuir costos (personal)
Optimizar la operatividad

Dicho proyecto beneficiar principalmente a uno de los departamentos con mayor
volumen de informacin: DEPARTAMENTO ESTUDIANTIL. Para ello se plantea
unificar los procesos desde las Cotizaciones presentadas al Cliente hasta el
despacho de la documentacin completa.

Hermes Asesores y Corredores de seguros es uno de los lderes en los productos
de Accidentes y Renta Estudiantil a nivel nacional, por tanto brindarle el mejor
servicio Personalizado al cliente es su mayor preocupacin, 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.




PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 6

RESUMEN EJECUTIVO

Creacin de un Datamart
Reducir tiempo en Procesar la informacin
Disminuir costos (personal)
Optimizar la operatividad


Generar Cotizaciones
Emisiones de plizas
Aceptacin
Modalidad de Pago
RECAUDACION
BANCARIA
Inst. Educativa enva
informacin
Informacin ingresada
a travs de la WEB
Emisin de plizas Compaginacin Despacho
DATA MART
ERP
PREMIUM
FIGURA N 1
Elaboracin
Propia
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 7


1. CAPTULO I: INTRODUCCIN
1.1. Motivacin

El presente proyecto fue incentivado por la necesidad de reducir costos, tiempo y
optimizar los procesos de los riesgos masivos, estos conllevan a la reduccin en el
tiempo de entrega de la documentacin al cliente, generando una ventaja
competitiva con las dems 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 informacin, carnetizacin y los controles
respectivos y finalmente se pretende implantar un aplicativo Web el cual servir para
la generacin de cdigos de pago y una modalidad de pagos eficiente.
1.2. Justificacin

Justificacin Tcnica

La redundancia y duplicidad del ingreso de informacin en varios aplicativos.
El sistema necesitara una red interna, para la aplicacin de procesos internos y
externa para la aplicacin de pagos el entorno Web.
Los criterios justifican tcnicamente factible la elaboracin del proyecto, debido
que acortaran el tiempo en el proceso y reducirn mrgenes de errores

Justificacin Operativa

La operatividad y manejo es de forma manual, el cual no es ptimo en
consecuencia produce cuellos de botella y retrasos en la atencin al cliente.
El proyecto ser diseado para un fcil manejo y mantenimiento para cualquier
programador, de manera que se dejara la documentacin y cdigo fuente con las
especificaciones y funcionalidades del caso.
Justificacin Econmica

La empresa cubrir los gastos anuales del servidor dedicado, que ser un monto
establecido.
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 8

1.3. Antecedentes de la Investigacin


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 (digitacin) y a las quejas reincidentes de
los clientes, para evitar la prdida 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 regulacin del mercado de seguros en Lima y
provincias, implican un replanteamiento de la prestacin del servicio. La introduccin
de un ambiente de competencia y de figuras como la de los usuarios, significan que
la relacin brker - usuario es mucho ms exigente, obligndolas 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
informacin de toda la cartera de clientes se encuentra en ella.

Para el desarrollo del Sistema Estudiantil, se enlazar informacin de la Aplicacin
PREMIUM y la aplicacin del Sistema de Bancarizacin (Pagos) los sistemas tendr
una conexin para el intercambio de informacin





PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 9

1.4. Objetivos
1.4.1. Objetivo General

Disear un DATAMARTpara seguros masivos que permita la integracin y la
automatizacin de los procesos de informacin masiva (Cargas de Datas,
depuraciones y validaciones), pagos (generacin de cdigos y facilidad de
modalidad de pagos), permitiendo la reduccin de tiempo en proceso,
personal de apoyo y costos administrativos, utilizando Inteligencia de
Negocios DATAMART.
1.4.2. Objetivos Especficos

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 informacin que ser ingresada a la BD.
Definir el la metodologa de Desarrollo del DATAMART.
Disear los prototipos para la automatizacin del Sistema de informacin.


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
optimizacin de tiempos y reduccin de costos.






PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 10

2. CAPTULO II: MARCO TERICO.

2.1. Marco Metodolgico

2.1.1. Metodologas para el Desarrollo de un Data Warehouse (Datamart)

Existen dos metodologas principales para la implementacin 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 anlisis de cada rea
para el cual es creado.

Figura 1. Estructura de Metodologa Inmon

Los datos son extrados de las fuentes de datos operacionales y es cargada
al extraer, validar y consolidar para asegurar el nivel de precisin, toda esta
data es cargada en tercera forma normal. Los datos normalizados son
usados para llenar repositorios adicionales de presentacin de data.


PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 11


Figura 2. Data Warehouse Normalizado
Metodologa Kimball: Enfoque Bottom Up

Ralph Kimball diseo 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,
mtricas, etc. definidas en base a las necesidades para toda la organizacin.
Es por eso que Kimball define el Data Warehouse como la unin de todos los
datamarts.
Primero se realiza la extraccin 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 presentacin esta
dimensionalmente estructurada.


Figura 3. Data Warehouse Normalizado


PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 12

2.1.2. Diferencias y Semejanzas de los Enfoques Top-Down y Bottom-Up


Categora Bill Inmon Ralph Kimball
Semejanzas
Ambas metodologas satisfacen la necesidad de los usuarios de depender de la
exactitud de la data, as como de acceder a sus necesidades de informacin
particulares a travs de consultas fciles y comprensibles.
El objetivo de un Data Warehouse es publicar la informacin correcta y asegurar que
los encargados de tomar decisiones puedan acceder fcilmente a ella.
En ambas metodologas los dos componentes principales son el staging y
presentationarea.
La primera consiste en los procesos de extraccin, transformacin y carga; as como a
preparacin 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 extensin e
integracin a largo plazo.
Ambos autores coinciden en que datamarts independientes no satisfacen las
necesidades de informacin 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 analtico.
La consolidacin de datos no es fcil.
Un datamart independiente no es reusable.
Redundancia de data detallada en cada datamart.
Son construidos con objetivos especficos sin tomar en cuenta otros datamarts
existentes o planeados.
Diferencias
Una organizacin tiene un Data Warehouse,
el cual es la fuente de informacin de los
datamarts.
Un Data Warehouse es el
conglomerado de todos los datamarts
de una organizacin.
La data consolidada se debe guardar en el
Data Warehouse normalizada.
La data consolidada debe estar
estructurada dimensionalmente.


2.1.3. Metodologa de anlisis de software

2.1.3.1. RUP

El Proceso Unificado de Rational (RationalUnifiedProcess en ingls,
habitualmente resumido como RUP) es un proceso de desarrollo de software
y junto con el Lenguaje Unificado de Modelado UML, constituye la
metodologa estndar ms utilizada para el anlisis, implementacin y
documentacin de sistemas orientados a objetos.
RUP no es un sistema con pasos firmemente establecidos, sino un conjunto
de metodologas adaptables al contexto y necesidades de cada organizacin.

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 13

Principales caractersticas
Forma disciplinada de asignar tareas y responsabilidades (quin
hace qu, cundo y cmo)
Pretende implementar las mejores prcticas en Ingeniera de
Software
Desarrollo iterativo
Administracin de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Verificacin de la calidad del software

Fases
La estructura dinmica 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 (Tambin llamado Incepcin o Concepcin)
Elaboracin
Desarrollo (Tambin llamado Implementacin, Construccin)
Cierre (Tambin llamado Transicin)

Fase de Inicio: Esta fase tiene como propsito definir y acordar el alcance
del proyecto con los patrocinadores, identificar los riesgos asociados al
FIGURA N 3
Fases de la metodologa RUP.
Elaboracin Propia
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 14

proyecto, proponer una visin muy general de la arquitectura de software y
producir el plan de las fases y el de iteraciones posteriores.

Fase de elaboracin: En la fase de elaboracin se seleccionan los casos de
uso que permiten definir la arquitectura base del sistema y se desarrollaran
en esta fase, se realiza la especificacin de los casos de uso seleccionados y
el primer anlisis del dominio del problema, se disea la solucin preliminar.

Fase de Desarrollo: El propsito 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 propsito de esta fase es asegurar que el software est
disponible para los usuarios finales, ajustar los errores y defectos
encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer
el soporte tcnico 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 ingls,
UnifiedModelingLanguage) es el lenguaje de modelado de sistemas de
software ms conocido y utilizado en la actualidad; est respaldado por el
OMG (Object Management Group). Es un lenguaje grfico para visualizar,
especificar, construir y documentar un sistema de software. UML ofrece un
estndar 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 programacin,
esquemas de bases de datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no para
describir mtodos o procesos. Se utiliza para definir un sistema de software,
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 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 metodologa
de desarrollo de software (tal como el Proceso Unificado Racional o RUP),
pero no especifica en s mismo qu metodologa o proceso usar.
Los Diagramas de Estructura enfatizan en los elementos que deben existir en
el sistema modelado:
Diagrama de clases

Diagrama de componentes






PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 16

Diagrama de objetos

Diagrama de despliegue


Diagrama de paquetes


PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 17

Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el
sistema modelado:
Diagrama de actividades


Diagrama de casos de uso


PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 18

Diagrama de estados

Los Diagramas de Interaccin 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



PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 19

Diagrama de comunicacin, que es una versin simplificada del
Diagrama de colaboracin (UML 1.x)
Diagrama de tiempos (UML 2.0)
Diagrama de vista de interaccin (UML 2.0)

2.1.3.3. Programacin Orientada a Objetos

La programacin orientada a objetos o POO est basada en varias tcnicas,
incluyendo herencia, abstraccin, polimorfismo y encapsulamiento. En la
actualidad, existe variedad de lenguajes de programacin que soportan la
orientacin a objetos.
Los objetos son entidades que tienen un determinado estado,
comportamiento (mtodo) e identidad:


El estado est compuesto de datos, ser uno o varios atributos a
los que se habrn asignado unos valores concretos (datos).
El comportamiento est definido por los mtodos 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
anlogo al de identificador de una variable o una constante).

Un objeto contiene toda la informacin 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
interaccin llamados mtodos, que
favorecen la comunicacin entre
ellos. Esta comunicacin favorece a
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 20

su vez el cambio de estado en los propios objetos. Esta caracterstica lleva a
tratarlos como unidades indivisibles, en las que no se separa el estado y el
comportamiento.
Los mtodos (comportamiento) y atributos (estado) estn estrechamente
relacionados por la propiedad de conjunto. Esta propiedad destaca que una
clase requiere de mtodos 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 podra producir
el hbito errneo de crear clases contenedoras de informacin por un lado y
clases con mtodos que manejen a las primeras por el otro. De esta manera
se estara realizando una programacin estructurada camuflada en un
lenguaje de programacin orientado a objetos

2.2. Marco Tecnolgico

Para el desarrollo del proyecto se utilizaran lo siguiente:
RATIONAL ROSE: Es la mejor eleccin para el ambiente de modelado que soporte la
generacin de cdigo a partir de modelos en Ada, ANSI C++, C++, CORBA,
Java/J2EE, Visual C++ y Visual Basic. Como todos los dems productos
Rational Rose, proporciona un lenguaje comn de modelado para el equipo que
facilita la creacin de software de calidad ms rpidamente.
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. Bsicamente, crea programas y sigue su
proceso, adems de calcular costos. Se puede
complementar con elementos de Microsoft Excel.
Existen muchos tipos de herramientas dentro de
este software, de forma que el anlisis de los datos es
mucho ms sencillo. Sin embargo, aqu nombraremos las principales:
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 21


Ruta crtica: Se realiza una vez que todos los datos estn ingresados. De esta
forma de obtienen datos relevantes como los tiempos de inicio y trmino ms
cercanos y ms lejano de cada actividad, o las holguras.
Diagrama de Gantt: Se muestra por default. Esta grfica ilustra la
programacin de actividades en forma de calendario, en el que el eje horizontal
representa el tiempo, y el vertical las actividades. Se sealan con barras los
tiempos de inicio y trmino de la actividad, su duracin y su secuencia. La
actividades, crticas 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 ms tareas de las que puede realizar. Esto lo podemos observar en la
herramienta Grfica de Recursos del men Ver.
Resumen de Proyecto: Nos brinda diferentes tipos de informacin, como las
fechas de inicio y trmino del proyecto en la parte superior, la duracin, las
horas totales de trabajo, los costos, el estado de las tareas y de los recursos.
Clculo 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 crtica, y se ha establecido el programa de proyecto como
se desea, se puede salvar como lnea base. Esto permitir compararla con las
modificaciones que se le vayan haciendo al proyecto
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 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 estn incluidas en el Microsoft .NET Framework. Es
comnmente usado por los programadores para acceder y para modificar los datos
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 23

almacenados en un Sistema Gestor de Bases de Datos Relacionales, aunque tambin
puede ser usado para acceder a datos en fuentes no relacionales. ADO.NET es a
veces considerado como una evolucin de la tecnologa 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. Tpicamente, 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 metodologa
de trabajo la cual extiende o utiliza las aplicaciones del dominio.

DataSets (Data Table, Data View, etc)

El objeto DataSet de ADO.NET tambin puede utilizarse independientemente de un
proveedor de datos de .NET Framework para administrar datos que son locales de
la aplicacin o que proceden de un origen XML.
Las clases de ADO.NET se encuentran en el archivo System.Data.dll y estn
integradas con las clases de XML que se encuentran en el archivo System.Xml.dll.
Cuando se compila un cdigo 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 aplicacin de ADO.NET que se conecta a una base de
datos, recupera datos de sta y, a continuacin, los muestra en el smbolo del
sistema, vea Aplicacin de ejemplo de ADO.NET.
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 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
Tambin es muy fcil de usar gracias al desarrollo de hardware.
Adems, 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 gestin 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 imgenes y ms; de forma directamente en el
base de datos.

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 25

SQL Server 2008 posee los ms 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 gestin de datos y el desarrollo de aplicativos.





FIGURA N 4
Visin multiplataforma de datos de
Microsoft
SQL Server 2008
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 26


Soluciones que ofrece SQL SERVER 2008

Business Intelligence:

SQL Server 2008 proporciona una plataforma optimizada para la integracin
de datos aplicables para Business Intelligence, como presentacin de
informes y anlisis, permitiendo a las organizaciones a ofrecer inteligencia
donde los usuarios quieren.


Inteligencia de Negocios es el conjunto de estrategias y herramientas
enfocadas a la administracin y creacin de conocimiento mediante el
anlisis de datos existentes en una organizacin o empresa. Este
conjunto de herramientas y metodologas tienen en comn las siguientes
caractersticas:

Accesibilidad a la informacin: Los datos son la fuente principal de
este concepto.
Lo primero que deben garantizar este tipo de herramientas y
tcnicas 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 ms all en la
presentacin de la informacin, de manera que los usuarios
tengan acceso a herramientas de anlisis que les permitan
seleccionar y manipular slo aquellos datos que les interesen.

Orientacin al usuario final:Se busca independencia entre los
conocimientos tcnicos de los usuarios y su capacidad para utilizar
estas herramientas.



PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 27

DATAMART:

Es una versin especial almacn de datos (data warehouse). Como los
almacenes de datos, los datamarts contienen una visin de datos
operacionales que ayudan a decidir sobre estrategias de negocio basadas en
el anlisis de tendencias y experiencias pasadas. La diferencia principal es
que la creacin de un datamart especfica para una necesidad de datos
seleccionados, enfatizando el fcil acceso a una informacin relevante

Consolidacin de Servidores:

SQL Server 2008 optimiza el hardware y reduce los costos de mantenimiento
mediante el suministro de una flexible solucin de consolidacin de
servidores con la clase empresarial de gestin y rendimiento.

OLTP:

SQL Server 2008 proporciona escalabilidad, de alto rendimiento en su motor
de base de datos para aplicaciones de misin crtica que requieren los ms
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 almacn de datos ms rpida, y administrar los crecientes volmenes
de datos y los usuarios.

Desarrollo de Aplicaciones:

SQL Server 2008 tambin 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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 28

Glosario

PALABRAS PRINCIPALES DE SEGUROS

Los trminos ms utilizados son:
ACCIDENTE: Es el acontecimiento inesperado, repentino e involuntario que pueda
ser causade daos a las personas o a las cosas independientemente de su
voluntad.

ASEGURADO: Es la persona, titular del inters 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 Nacin.

CAPITAL ASEGURADO: Se llama as al mximo pagadero en caso de siniestro
previamenteestipulado en las condiciones de pliza.

CERTIFICADO DE INCORPORACIN: Es el documento por el cual se prueba la
existencia deuna pliza 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 cotizacin a resarcir un dao o cumplir la prestacin
convenida siocurre el evento previsto.

EXCLUSIONES DE RIESGOS: La entidad Aseguradora no cubre los riesgos o
circunstanciasexpresamente excluidos en la pliza, los cuales se encuentran
taxativamente enunciados en elAnexo I de la misma.

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 29

PLIZA: Es el instrumento probatorio por excelencia del contrato. Es aconsejable,
antes decelebrarlo, leer todas las clusulas contenidas en el mismo para tener una
informacincompleta de sus trminos y condiciones. En l se reflejan las normas
que de forma general,particular o especial regulan la relacin contractual convenida
entre el Asegurador y el Asegurador.

PRIMA BRUTA: Es el costo real del riesgo asumido, sin incluir gastos de gestin
externa ointerna del asegurador.

PROPUESTA/COTIZACIN: Es el instrumento donde se especifica la naturalezadel
riesgo al Asegurador, sus caractersticas, el importe que se desea asegurar, etc. A
travsde 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 intermediacin entre quien quiere
contratar el seguro y la entidad.

ASEGURADORA. Es el que ejerce la actividad de intermediacin promoviendo la
concertacin decontratos de seguros, asesorando a Asegurables.

RAMO: Se entiende por ramo a la modalidad o conjunto de modalidades de seguros
relativas ariesgos de caractersticas o naturaleza semejantes (ramo vida, ramo
automviles, etc.). Debetenerse en cuenta que para operar en un determinado ramo
la entidad aseguradora debe estarpreviamente autorizada por la Superintendencia
de Seguros de la Nacin.

VENCIMIENTO DE LA PLIZA: Es la fecha pactada en el contrato para la
finalizacin delmismo.
VIGENCIA DEL SEGURO: Es el plazo durante el cual el contrato est en vigor y el
Asegurndose encuentra cubierto.


PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 30

2.3. Marco Metodolgico del modelo de validacin

2.3.1. Diagrama de Gantt




FIGURA N 5
Diagrama de Gantt
Elabopracion Propia
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 31








Nombre de tarea Duracin Comienzo Fin Predecesoras Nombres de los recursos
INICIO DEL PROYECTO 118 das lun 10/09/12 mi 20/02/13
DESCRIPCION DELA ORGANIZACIN 12.13 das lun 10/09/12 mar 25/09/12
Resea Historica 1 da lun 10/09/12 mar 11/09/12 Liliana Alarcon (Documentador)[50%]
Giro del Negocio, ubicacin y/o entorno del mercado 1.88 das lun 10/09/12 mar 11/09/12 3 Liliana Alarcon (Documentador)[50%]
Vision, Mision 1.88 das mar 11/09/12 mi 12/09/12 4 Liliana Alarcon (Documentador)[50%]
Productos y/o servicios 1.88 das mi 12/09/12 jue 13/09/12 5 Liliana Alarcon (Documentador)[50%]
Estructura Organica 1.44 das vie 14/09/12 lun 17/09/12 6 Liliana Alarcon (Documentador),Rita Fonseca (Programador)
Funcion y Descipcion de las areas que af ectara el proyecto 2 das mar 18/09/12 jue 20/09/12 7 Rita Fonseca (Programador)
DESCRIPCION DEL PROYECTO 25.88 das vie 21/09/12 vie 26/10/12
Identif icacion del problema 2.88 das vie 21/09/12 mar 25/09/12 Tatiana Coronel (Jef e de Proyecto),David Zapata (Analista de BD)
Ubicacin y descripcion del problema 4.88 das mi 26/09/12 mar 02/10/12 10 Tatiana Coronel (Jef e de Proyecto),David Zapata (Analista de BD)
Descripcion de la solucion propuesta 5.88 das mi 03/10/12 mi 10/10/12 11 Tatiana Coronel (Jef e de Proyecto),David Zapata (Analista de BD)
Objetivos 2.88 das mi 10/10/12 vie 12/10/12 12 Tatiana Coronel (Jef e de Proyecto),David Zapata (Analista de BD)
Justif icacion del Proyecto 1.75 das vie 12/10/12 lun 15/10/12 13 Tatiana Coronel (Jef e de Proyecto)
Presupuestos 3 das lun 15/10/12 jue 18/10/12 14 Tatiana Coronel (Jef e de Proyecto)
Benef icios y Riesgos 5.88 das vie 19/10/12 vie 26/10/12 15 Tatiana Coronel (Jef e de Proyecto)
Elaboracion del Proyecto 32.88 das sb 27/10/12 mi 12/12/12
Identif icacion de actores 4.75 das sb 27/10/12 dom 04/11/12 Tatiana Coronel (Jef e de Proyecto)
Diagrama de Paquetes 3 das dom 04/11/12 mi 07/11/12 18 Tatiana Coronel (Jef e de Proyecto)
Modelo de Negocio 5.88 das jue 08/11/12 jue 15/11/12 19 Tatiana Coronel (Jef e de Proyecto)
Diagrama de Caso de Uso 4.88 das vie 16/11/12 jue 22/11/12 20 Tatiana Coronel (Jef e de Proyecto)
Especif icacion del Caso de Uso 5.88 das vie 23/11/12 mi 05/12/12 21 Cesar Torres (Programador)
Diagrama de Clases 4.88 das jue 06/12/12 mi 12/12/12 22 David Zapata (Analista de BD)
Creacion de la Base de Datos 20 das mi 12/12/12 mar 08/01/13 David Zapata (Analista de BD)
Modelo Entidad-Relacion 5 das mi 12/12/12 mi 19/12/12 David Zapata (Analista de BD)
Procedimientos Almacenados 5.88 das vie 21/12/12 sb 29/12/12 25 David Zapata (Analista de BD)
Vistas y Relaciones y Restricciones 6.75 das sb 29/12/12 mar 08/01/13 26 David Zapata (Analista de BD)
Construccion del Proyecto 7.94 das mar 08/01/13 vie 18/01/13 Cesar Torres (Programador),Anderson Chacha (Testing)
Diseo de los f ormularios 1 da mar 08/01/13 mi 09/01/13 Miguel Angel (Diseador),Rita Fonseca (Programador)
Programacion de los Formularios 6.94 das mi 09/01/13 jue 17/01/13 29 Cesar Torres (Programador),Miguel Angel (Diseador)
Elaboracion del Manual 1 da jue 17/01/13 vie 18/01/13 30 Rita Fonseca (Programador),Miguel Angel (Diseador)
Transicion del Proyecto 10 das jue 17/01/13 mi 30/01/13
Pruebas Integrales 1.88 das jue 17/01/13 dom 20/01/13 Anderson Chacha (Testing),Liliana Alarcon (Documentador)
Correcciones del programa 7.88 das lun 21/01/13 mi 30/01/13 33 Cesar Torres (Programador),Anderson Chacha (Testing)
Implementacion del Proyecto 8 das vie 01/02/13 mar 12/02/13
Manual del proyecto integrado 2.88 das vie 01/02/13 mar 05/02/13 Liliana Alarcon (Documentador)[50%],Miguel Angel (Diseador)
Capacitacion al personal 4.88 das mi 06/02/13 mar 12/02/13 36 Tatiana Coronel (Jef e de Proyecto)
Fase de Comercializacion 5.13 das jue 14/02/13 mi 20/02/13 37
Comercializacion del Sof tware 4.75 das? jue 14/02/13 mi 20/02/13 Tatiana Coronel (Jef e de Proyecto)
FIN DEL PROYECTO 0 das mi 20/02/13 mi 20/02/13
FIGURA N 6
Tareas del Proyecto
Elaboracin Propia
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 32

3. CAPTULO III: DISEO DE LA SOLUCIN

3.1. Metodologa a aplicar para el desarrollo de las aplicaciones

Para el anlisis, desarrollo e implementacin de este sistema se utilizaran las
metodologas 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 Colaboracin
Diagrama de Actividades
Diagrama de Clases
3.2. Metodologa a aplicar para el Desarrollo del DATAMART

Para la implementacin del Datamart, se ha optado por usar el enfoque bottom
up (Metodologa Kimball), debido a:
Tratndose de la implementacin de un datamart, cuyas fuentes de
informacin se encuentran distribuidas en diversas bases de datos y
archivos y por lo tanto no se alimenta directamente de un Data
Warehouse.

La metodologa que se aplica mejor a los objetivos del proyecto es la
metodologa Kimball, ya que para hacer uso de la metodologa de Inmon
es necesario tener un Data Warehouse ya implementado. (
1
)



1
Ver informacin en el Marco Metodolgico
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 33


Metodologa Kimball Ciclo de Vida
La metodologa de Kimball se enfoca principalmente en el diseo de la base de
datos que almacenar la informacin para la toma de decisiones. El diseo se
basa en la creacin de tablas de hechos (FACTS) que son tablas que contienen la
informacin numrica de los indicadores a analizar, es decir la parte cuantitativa
de la informacin.
Ralph Kimball, es reconocido como uno de los padres del concepto de Data
Warehouse, se ha dedicado desde hace ms de 10 aos al desarrollo de su
metodologa 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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 34


3.3. Anlisis del problema
3.3.1. Descripcin de la Problemtica

"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 informacin es manual (inadecuado procesamiento
de informacin), 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 informacin a distintas aplicaciones
permite la duplicidad del trabajo, lo cual genera un rango de tiempo perdido.
3.3.2. Definicin Del Problema

Debido al volumen de informacin administrada y los requerimientos para
la mejor atencin al cliente, se necesita el diseo de un sistema que
automatice e integre el proceso de informacin: emisin, carga de
informacin, pagos, despacho y REPORTES que faciliten la toma de
decisiones, desde la cotizacin presentada al cliente hasta el despacho
de la documentacin.

El ingreso de la misma informacin en distintos aplicativos.
Creacin de cotizaciones en hojas de clculos (utilizando frmulas y
macros)
La contratacin de personal de apoyo para el proceso de datas.
El Proceso y depuracin de datas con frmulas.
Impresiones de carnets manuales, el cual generan mrgenes de errores.
Uso de cuadros informativos para el Ingreso de plizas.
La falta de control de la cantidad de datas por procesar.
Falta de control de movimientos posteriores a la emisin (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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 35

3.4. Diseo de la propuesta

Integrar las aplicaciones a travs de una Data General (Datamart) la cual
nos permita la automatizacin de los procesos del departamento estudiantil
para los seguros colectivos de Accidentes y Renta Estudiantil, a la vez
faciliten la informacin 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 generacin de Cdigos ser en ASP.
Con conexin a base de datos SQL Server 2008.
Para el diseo de diagramas: Rational Rose con Modelador de Sistema
(UML).
Programacin orientada a Objetos.


















PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 36

3.4.1. Diagrama del Proceso Actual



Cartas despacho
Polizas
en pdf
Cotizaciones
Aceptacin del
cliente
Emisin de
plizas
Base de datos
Compaa de
Seguros
Despacho
Envio de informacin a la
compaa de seguros
Procesa informacin y enva
documentacin de acuerdo a
la informacin enviada
Carnetizacin o
Magnetizacin
Compaginacin
Cartas de despacho a cada
cliente
Bancarizacin
Conpaginacin
Plizas en fsico
Bancarizacin
Hermes
Bancarizacin
Pacfico
Bancarizacin Rmac
Formas de recepcin
(Va Mail, Fax, Listados,
Cds)
Proceso, Validacin,
verificacin
}
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 37

3.4.2. Anlisis de la Arquitectura Propuesta

ERP COTIZADOR
Proceso y depuracin
de Datos
Emitir plizas
Carnetizacin
BANCARIZACIN
Generar cdigos
Aplicacin Windows Form
Aplicacin Web
Consultas
Actualizacin de
estados de cuenta
Data Mart
E
T
L
HERRAMIENTAS DE ACCESO


TRANSFORMACIN DE
DATOS
P
O
R
T
A
L

W
E
B
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 38

3.4.3. Organizacin 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
(Diseador)

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 39

3.4.4. Etapas del Proyecto




















ENTREVISTAS Y WORK SHOP
PLANTEAMIENTO Y
DEFINICION DEL
PROYECTO
Programacin
VB. NET
DISEO
OBJETIVOS DEL
PROYECTO
Efectividad
Eficacia
Disponibilidad
Cumplimiento
Confiabilidad
Aplicacin
Informacin
Infraestructura
ANALISIS
ENTREGABLES
PRODUCTO
FINAL
Programacin ASP.
NET
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 40

3.4.5. Alcance


El diseo de un Datamart para Seguros masivos incluir lo siguiente:
El Diseo de la aplicacin para Cotizar, Emitir y migrar
informacin.
El diseo de la aplicacin de Recaudacin Bancaria, dichas
aplicaciones tendrn las siguientes funciones:
Ingresar una sola vez la informacin de las plizas, 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 deteccin de
caracteres especiales, identificacin 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 (generacin de
cdigos) para la cancelacin del seguro, permitiendo el ingreso
de la informacin a travs de la WEB, permitiendo la impresin
de recibos desde la misma pantalla y/o envindolo al correo
electrnico registrado.
Actualizar el estado de cuenta de cada cliente segn lo
recaudado.
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 41

Generar reportes dinmicos de toda la informacin ingresada
que permita la mejor toma de decisiones.
Para la creacin del Datamart, el cual permitir la aplicacin de
Minera de Datos (explotacin de datos); es decir facilitar la
informacin consolidada para nuevos mercados conociendo ms a los
clientes, se tendr lo siguiente:
Diseo de la Base de Datos de cada Aplicacin.
Diseo de los prototipos para el Usuario.
La implementacin 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
informacin necesaria de carcter informativo, como son:
rea de cobranzas
rea de Siniestros
rea de Marketing
rea Comercial.
3.4.7. Hiptesis
3.4.7.1. Hiptesis General


Con el Sistema se lograra reducir:
Tiempo en Procesar la informacin.
Disminuir costos (personal).
Optimizar la operatividad.

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 42

3.4.7.2. HiptesisEspecfica

Procesar y validar la informacin antes de ser migrada.
Disear la implementacin del Datamart.

3.5. Benchmarking

La solucin comprende el anlisis - diseo de un Proyecto que integre la
informacin de EMISIONES y PAGOS, este a la vez actualice la informacin en el
ERP Principal, la cual facilite realizar las funciones operativas inherentes a las
empresas, as como agilizar los procesos de cotizacin, emisin y control de Pagos,
facilitando el acceso cancelacin a travs de una aplicacin Web.

Diferenciacin con otras investigaciones similares

Software Objetivo Diferencia
Sistema para brokers de
Seguros (Chartis)
Es una herramienta la cual nos
permite cotizar e imprimir plizas
de auto individual, flotillas de
auto, hogar y de business.
https://www-
402.chartisinsurance.com.mx/EO
L/Login.aspx
El sistema propuesto adems deCotizar,
controlar las gestiones a travs de estados,
genera archivos de impresin para la
carnetizacion, consulta de asegurados
(Siniestros), Integracin de Pagos y
reportes para toma de decisiones.
(Mxico)
SOLUTIONS
SOFTCOM
Actualmente el SIS incluye:
* Plizas
* Cobranzas
* Administracin
* Comisiones
* Siniestros
* Modulo Sub Agentes
El Proyecto tiene la propuesta de
integracin de las reas mencionadas:
* Plizas
* Cobranzas
* Consulta de Asegurados (Siniestros)
Se diferencia porque est integrada con la
aplicacin de Generacin de Cdigos para
facilitar el pago al cliente ya que lo dems
es administrado en el ERP PREMIUM
(Per)
SICORRES
* Permite registrar Plizas
individuales y colectivas, Recibos,
Siniestros y Comisiones de forma
fcil y organizada.
* Genera Reportes
Nuestro proyecto, cuenta con las
caractersticas mencionadas, la ventaja es
que la informacin se encontrara
consolidad a travs de un DATAMART para
fines de toma de decisiones con sustento
de los indicadores.
(Venezuela)











PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 43

4. CAPTULO IV: VALIDACIN DEL MODELO

4.1. Instrumentos y tcnicas


Modelo de Negocio: Situacin Actual
Gerente Tecnico
Area de Siniestros Area Comercial
Area de Contabilidad Jefe Riesgos Estudiantiles
ACTORES DEL NEGOCIO
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 44






Crea coti zaci ones
Emi te Pol i zas
Impri mi r Carnet
Incl usi on y act. de pol i zas
Procesan Datas
Gerente Tecni co
Control a producci on
Gesti ona pol i zas
Control a i nformaci on
Jefe Ri esgos Estudi anti l es
Operador Tecni co
Generaci on de codi gos
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 45

4.2. MODELO PROPUESTO

Metodologa 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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 46

Diagrama de Caso de Uso SI_COTIZACION / EMISIONES

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 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
(f rom Modelo de Actores Sistema)
<<include>>
Operador Tecnico.
(f rom Modelo de Actores Sistema)
Dpto Contabilidad
(f rom Modelo de Actores Sistema)
Actualizar Est.Cuentas
<<include>>
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 48

Diagrama de Caso de Uso ERP_PREMIUM

Jefe Comercial
(f rom Modelo de Actores Sistema)
Registro de Clientes
Poblacion Asegurada
Primas Brutas
Gerente General
(f rom Modelo de Actores Sistema)
Reportes / Consultas
<<extend>>
<<include>>
<<extend>>
Reportes / consulta Asegurados
Nro. de asegurados
Area Siniestros
(f rom Modelo de Actores Sistema)
Beneficios Poliza
<<include>>
<<extend>>
Pagos polizas
<<extend>>
Polizas
<<extend>>
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 49

Diagrama de Actividades: GENERAR COTIZACION









Comunica con
HERMES
Comunica
respuesta
Visita a Cliente
Especifica
Condiciones
Informa
respuesta
Evaluar
requerimiento
SI NO
Entrega
Cotizacion
Solicita
Cotizacion
Asigna Plan
Firma
Propuesta
Configuracion
de Condiciones
Registra
Beneficios
Gestionar con
la CIA
Generar
Cotizacion
Jefe R. Estudiantiles Gerente Tecnico Jefe Comercial Gestor Comercial Cliente
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 50

Diagrama de Actividades: GENERAR CODIGOS





Registro de
Aceptacion
El colegio envia
Data
SI
NO
Quien Envia informacion?
Envo 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
Cliente Area Comercial Operador Tecnico Jefe R.Estudiantiles
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 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)
co_aseguradora: 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
co_producto_vendido: int
nu_det_interbank: int
tipo_registro: varchar(2)
co_usuario: int
co_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: datetime
fec_cancelacion: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
monto: decimal(15,2)
det_continental
co_producto_vendido: int
nu_det_continental: int
tipo_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: int
vacio: 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: datetime
fec_cancelacion: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
monto: decimal(15,2)
det_scotiabank
co_producto_vendido: int
nu_det_scotiabank: int
tipo_registro: varchar(1)
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)
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: datetime
fec_cancelacion: datetime
status: char(1)
d_inicio: datetime
d_fin: datetime
moneda: char(1)
monto: decimal(15,2)
se_accidente
co_accidente: int
co_producto_vendido: int
co_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: datetime
user_up: varchar(20)
date_up: datetime
f_estado: char(1)
fec_cancelacion: datetime
nu_accidente_producto: int
d_anno: int
d_mes: int
d_inicio: datetime
d_fin: datetime
se_renta_estudiantil
co_producto_vendido: int
co_renta_estudiantil: int
co_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: int
co_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: datetime
user_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: datetime
vigencia: datetime
fl_estado: char(1)
fl_cerrado: char(1)
nu_seguro_producto: int
nu_version: int
producto_vendido_master: int
user_cr: varchar(20)
date_cr: datetime
user_up: varchar(20)
date_up: datetime
last_version: char(1)
producto
co_producto: varchar(20)
no_producto: varchar(100)
co_aseguradora: varchar(20)
co_categoria: varchar(2)
co_tabla: int
fl_estado: char(1)
cobranza
co_cobranza: int
co_producto_vendido: int
nu_cheque: varchar(50)
monto: decimal(15,2)
vigencia_ini: datetime
vigencia_fin: datetime
flag_close: char(1)
status: char(1)
date_cr: datetime
user_cr: varchar(20)
date_up: datetime
user_up: varchar(20)
fe_cobranza: datetime
co_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)
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 52

MODELO DE BASE DE DATOS LGICO COTIZADOR Y PROCESADOR DE INFORMACIN

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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 53

4.3. Diseo del prototipo

4.3.1. Prototipos del Cotizador

Prototipo De: Men Principal





PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 54

Prototipo De: Registro de Instituciones

Prototipo De: Diseo de Planes

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 55


Prototipo De: Registro de coberturas y Sumas Aseguradas




PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 56

Prototipo De: Entidades Afiliadas (Clnicas a nivel Nacional)


Prototipo De: Cotizador de instituciones



PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 57

Prototipo De: Reportes

4.3.2. Prototiposde Bancarizacin

Prototipo De: Men Principal

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 58


Prototipo De: Registro de Cliente

Prototipo De: Cliente con Producto

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 59




PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 60




PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 61


4.3.3. Prototipos del Datamart







Ejemplo de Modelo Estrella
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 62




Atributo Descripcin
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 Nmero de insistencias.
max_inasistencias Mximo de inasistencias en el curso.










4.4. Anlisis De Beneficio / Costo
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 63

4.4.1. Beneficio Esperados

Los beneficios del DATAMART, facilitan la toma de decisiones estratgicas,
que pueden brindar beneficios Tangibles esintangibles


4.4.1.1. Beneficios Tangibles

Aumentar la Rentabilidad, reduciendo los gastos en contratacin de
personal.
Reducir el tiempo en la creacinde cotizaciones
4.4.1.2. Beneficios Intangibles

Integracin al sistema Principal PREMIUM, los mdulos que se
disearan.
La facilidad en analizar y administrar simultneamente 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 estadsticos.
4.4.2. Costos

Los costos del proyecto se clasifican en 3 categoras:
Anlisis y Control de Desempeo.
Control de Indicadores del Negocio
Consulta y
Anlisismultidimensional
Analizar informacin de forma
Independiente
Reportes Operativos
Creacin de Informes
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 64

Costos de inversin
Costos de operacin
Costos de mantenimiento

Esta informacin ser la primera parte que nos ser de utilidad para poder realizar
posteriormente el flujo de caja. Para la identificacin de los costos y beneficios del
proyecto, y por ser de naturaleza informtica, tomaremos como tiempo de
depreciacin Seis (6) meses. Dependiendo del tiempo desde la aprobacin del
proyecto, hasta el tiempo estimado de depreciacin de los proyectos, hemos
considerado los siguientes costos:
4.4.2.1. Costos de Inversin
Los costos de inversin consisten en el desembolso
correspondiente a la adquisicin 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 consideracin una jornada laboral de 8 horas diarias, 5 das 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
MXIMA
REMUNERACI
ON MENSUAL
(S/.)
TIEMP
O /
MESES
TASA
ESTNDA
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 Alarcn Documentador RRHH 50% 1,800 4 7.50 7,200.00
6 Miguel ngel Diseador 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 adquisicin de equipos de trabajo que sern
necesarios para el desarrollo del Sistema. Los materiales estimados estn
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 65

considerados en base a las necesidades durante el desarrollo del proyecto para
nuestro caso sern los siguientes:
TEM DESCRIPCIN
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 Diseador 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 Estndar 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, Viticos 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 operacin a los costos que se incurren en
todo el proceso de operacin que es usado por el personal actualmente.
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 66

COSTOS DE PERSONAL ACTUAL
Personal
Pago
Mensual Pago diario Pago Hora Pago Minuto
Gerente Tcnico 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 Tcnico 1 1,500.00 50.00 6.25 0.10
Operador Tcnico 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
l
i
e
n
t
e
s

c
o
n

p

l
i
z
a
s

e
m
i
t
i
d
a
s
Meses
TRAMITES DE POLIZAS DE ATENCION POR CLIENTE
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 67


4.4.2.1. Costo De Operacin Actual

Cuadro comparativo de Costos de Operaciones SITUACIN ACTUAL


SITUACIN ACTUAL - ACTIVIDADES DURANTE EL AO (HORAS) Renov. Masivas Endosos Renov. 2do sem Cotizaciones

ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic Total Horas
Evaluacin y aprobacin del cliente Gerente Tcnico 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 plizas 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 Tcnico 1 48 48 320 320 320 560 560 144 144 240 240 32 2,976
Recaudacin Bancaria y actualizacin de pagos Operador Tcnico 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 AO Renov. Masivas Endosos Renov. 2do sem Cotizaciones

ACTIVIDAD ACTOR Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic
Total
Horas
Evaluacin y aprobacin del cliente Gerente Tcnico 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 plizas 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 Tcnico 1 300 300 2,000 2,000 2,000 3,500 3,500 900 900 1,500 1,500 200 18,600
Recaudacin Bancaria y actualizacin de pagos Operador Tcnico 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
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 68

4.4.2.2. Costo De Operacin Propuesta

Cuadro comparativo de Costos de Operaciones SITUACIN PROPUESTA

AO 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
Evaluacin y aprobacin del cliente Gerente Tcnico 16.67 0 0 0 750 0 0 0 83.33 83.33 83.33 83.33 1,100
Generar cotizaciones (Sumas Aseguradas y primas) Jefe del rea Riesgos Estudiantiles 8 0 0 0 0 0 0 6 6 10 10 1 42
Emitir plizas 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 Tcnico 1 3 20 20 20 20 35 35 9 9 15 15 2 203
Recaudacin Bancaria y actualizacin de pagos Operador Tcnico 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


AO 1 - SITUACIN 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
Evaluacin y aprobacin del cliente Gerente Tcnico 5,333 0 0 0 15,625 0 0 0 1,736 1,736 1,736 1,736 27,903
Generar cotizaciones (Sumas Aseguradas y primas) Jefe del rea Riesgos Estudiantiles 104 0 0 0 0 0 0 0 0 125 125 17 371
Emitir plizas 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 Tcnico 1 19 125 125 125 125 219 219 56 56 94 94 13 1,269
Recaudacin Bancaria y actualizacin de pagos Operador Tcnico 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



PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 69

COSTO TOTAL DE INVERSIN / 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 Inversin 112,535.00

COMPARATIVO SITUACIN 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

Inversin Parcial Para el flujo financiero
Ao Flujo Caja
Factor
Mejora
0 -112535.00

Ao 1 - Trimestre 1 14,639.58

Ao 1 - Trimestre 2 258,932.29

Ao 1 - Trimestre 3 21,789.93

Ao 1 - Trimestre 4 31,258.33

Ao 2 - Trimestre 1 17,567.50 1.2
Ao 2 - Trimestre 2 310,718.75 1.2
Ao 2 - Trimestre 3 26,147.92 1.2
Ao 2 - Trimestre 4 37,510.00 1.2
Ao 3 - Trimestre 1 22,837.75 1.3
Ao 3 - Trimestre 2 403,934.38 1.3
Ao 3 - Trimestre 3 33,992.29 1.3
Ao 3 - Trimestre 4 48,763.00 1.3

1,115,556.72

PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 70

4.4.3. ANLISIS FINANCIERO - VAN Y TIR

CONCEPTO PERIODO


Expresado en miles de
Soles
Ao 0 Ao 1 Ao 2 Ao 3

Trim1 Trim2 Trim3 Trim4 Trim1 Trim2 Trim3 Trim4 Trim1 Trim2 Trim3 Trim4 TOTAL
INVERSIN


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

Disminucin 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
Ao 1:
326,620.14

Total
Ao 2:
391,944.17

Total Ao
3:
509,527.42 1,115,556.72
TOTAL en valores
actuales
-100,478 260,380 278,978 323,814 762,694
Perodo / Aos
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 ao 1.2
Tasa de mejora, para el 3er ao 1.3
PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 71

5. CAPTULO V:


5.1. CONCLUSIONES


La implementacin de un proceso de inteligencia de negocio en una
empresa, permite que la informacin fluya de una forma ordenada
ycontrolada desde donde se producen las transacciones del da a da de la
organizacin, hasta convertirlas en informacin 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 ao, primas netas, primas brutas, etc.
Por ende, se podr tomar mejores decisiones en cuanto al uso de los
recursos e incentivos al personal.

La creacin del presente datamart permitir la integracin de la informacin
para las diferentes reas de Hermes as mismas que contribuirn con la
optimizacin en la operatividad reduciendo el tiempo en el proceso, por lo
tanto se disminuyen costos.

Los usuarios contarn con informacin real y oportuna, sin que exista la
dependencia de otra aplicacin, siempre y cuando guarden los debidos
controles de seguridad y acceso a la informacin.

Es importante la correcta definicin de las jerarquas de las dimensiones
del modelo de la base de datos, ya que de lo contrario se podra obtener
data incompleta y/o errnea de la explotacin de los cubos, lo cual se
solucionara mediante el re-modelamiento de la base de datos y volver a
desarrollar tanto los cubos como los reportes.






PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 72

5.2. RECOMENDACIONES.


El presente trabajo ha servido para la construccin de un primer data mart
orientado a informacin de HERMES Asesores, por lo que se recomienda
que la solucin siga creciendo inicialmente con la adicin de informacin
de todas las reas de la empresa, al modelo ya construido.

Se debe mantener la administracin y continuidad del seguimiento a la
carga de informacin 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. Tambin es importante que este
comit vele por el control de calidad de la informacin 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 dems entes que pudiesen beneficiarse con el uso de la
informacin contenida en el datamart.









PROYECTOS DE INGENIERA DE SISTEMAS II

Pgina 73

ANEXOS

Anexo 1

Cuadro de Tasa de Inters Promedio Bancario.

S-ar putea să vă placă și