Aplicacion Informatica para Mejorar el Proceso de incremento de linea de credito de una entidad...

8/16/2019 Aplicacion Informatica para Mejorar el Proceso de incremento de linea de credito de una entidad financiera utilizan…

http://slidepdf.com/reader/full/aplicacion-informatica-para-mejorar-el-proceso-de-incremento-de-linea-de-credito 1/87

UNIVERSIDAD PRIVADA ANTENOR ORREGO

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN

Y SISTEMAS

TRABAJO DE SUFICIENCIA PROFESIONAL PARA OBTENER TÍTULO DE

INGENIERO DE COMPUTACIÓN Y SISTEMAS, MEDIANTE LA MODALIDAD

DE TITULACIÓN PROFESIONAL EXTRAORDINARIA 2012-20

“Aplicación informática para mejorar el proceso de Incremento de

Línea de Crédito de una Entidad Financiera, utilizando RUP”

AUTOR(ES):

Br. Pedro Canales Prado

Br. Cristofer Chomba Mundaca

ASESOR:

Ing. Raúl Alvarado Rodríguez

TRUJILLO – PERÚ

2012



“Aplicación informática para mejorar el proceso de Incremento de Línea de Crédito de una EntidadFinanciera, utilizando RUP”

Br. Pedro Canales Prado Br. Cristofer Chomba Mundaca

“Aplicación informática para mejorar el proceso de Incremento de Línea de Crédito deuna Entidad Financiera, utilizando RUP”

Elaborado por:



Aprobada por:

Ing. Jorge Piminchumo FloresPresidente

Ing. Karla Melendez RevillaSecretario

Ing. Carlos Gaytan ToledoVocal

Ing. Marko Alvarado RodriguezAsesor





PRESENTACIÓN

Señores Miembros del jurado:

De conformidad y en cumplimiento de los requisitos estipulados en el reglamento de grados y

Títulos de la Universidad Privada Antenor Orrego y el Reglamento del Programa

Académico de Titulación Profesional Extraordinaria de la Facultad de Ingeniería,

ponemos a vuestra disposición el presente Trabajo de Suficiencia Profesional titulado:

Aplicación informática para mejorar el proceso de Incremento de Línea de Crédito de una

Entidad Financiera, utilizando RUP para obtener el Título Profesional de Ingeniero de

Computación y Sistemas mediante la modalidad de Titulación Profesional Extraordinaria.

Por motivos de seguridad no se nombrará el nombre de la empresa y en el desarrollo de este

proyecto, se llamará Entidad Financiera.

El contenido del presente trabajo ha sido desarrollado tomando como marco de referencia los

lineamientos establecidos en el Curso de Titulación Extraordinaria y los conocimientos

adquiridos durante nuestra formación profesional, consulta de fuentes bibliográficas e

información obtenida en la Entidad Financiera.

Los Autores.






DEDICATORIA

Dedico este trabajo a mis padres Ricardo y Rosa que día a día con sucariño, esfuerzo, comprensión me apoyan para lograr todos misobjetivos. A mis hermanos Jorge, Alex, Mary, Lupe que siempre meaconsejan, nunca me abandonan y siempre están ahí cuando más losnecesito. A Julissa por apoyarme y darme ánimos día a día para ser una

mejor persona.


Dedico este proyecto a las personas que más quiero; Mi Padre, Mi Madre,Mi Hermana por ser la fuente de mi motivación para superarme cada díamás y así poder luchar para que la vida nos depare un futuro mejor.






RESUMEN

“Aplicación informática para mejorar el proceso de Incremento de Línea de Crédito de

una Entidad Financiera, utilizando RUP”

Por:

Br. Pedro Canales PradoBr. Cristofer Chomba Mundaca

Actualmente las principales entidades financieras incrementan la línea de crédito de su

cartera de clientes forma manual. Este proceso se realiza según las estrategias

empleadas por cada entidad financiera y los filtros que utilicen para calificar al Cliente.

El Presente proyecto se realizó en base a un estudio previo a una Entidad Financiera, en

donde se evaluó y analizó el proceso manual de incremento de línea, donde obtuvimos

como problema resaltante que este proceso se desarrollaba en un lapso de 30 díasaproximadamente.

La Entidad Financiera, no contaba con un Sistema automatizado para incrementar la línea

de crédito al cliente, es por ello que se implemento una Aplicación informática para

mejorar el proceso de Incremento de Línea de Crédito utilizando una Metodología RUP.





ABSTRACT

"Computer application to improve the process of increase of line of credit from a

financial institution using RUP"

By:Br. Pedro Canales Prado


Currently the major financial institutions increase the line of credit from its portfolio of

clients manually. This process is carried out according to the strategies employed by each

financial institution and the filters that use to qualify the customer.

This project was carried out on the basis of a preliminary study to a financial institution,

where assessed and analyzed the manual process of increase of line, where we obtained

as a major problem that this process took place in a period of 30 days approximately.

The financial institution did not have an automated system to increase the line of credit to

the customer, that a computer application will be implemented to improve the process of

increase of line of credit using a RUP methodology.





ÍNDICE DE CONTENIDOS

I. INTRODUCCIÓN ......................................................................................................... 131.1. Área Temática: ................................................................................................................... 14

1.2. Realidad Problemática: ..................................................................................................... 15

1.3.1. Objetivo General: ..................................................................................................... 16

1.3.2. Objetivos Específicos: ............................................................................................. 16

1.4. Aportes del Trabajo: .......................................................................................................... 16

1.5. Definición del Problema: .................................................................................................. 17

1.6. Formulación del Problema: .............................................................................................. 17

II. FUNDAMENTACIÓN TEÓRICA ................................................................................. 18

2.1. Fundamento: ...................................................................................................................... 18

2.1.1. Entidad Financiera: ............................................................................................... 18

2.1.2. Descripción General de la Gestión Integral del Riesgo: ................................... 19

2.1.3. Comité de Gestión Integral de Riesgos: ............................................................. 20

2.1.4. Riesgo de Crédito: ................................................................................................. 20

2.1.5. Riesgo Banca Personal: ....................................................................................... 20

2.1.6. Tarjetas de Crédito: ............................................................................................... 22

2.1.7. Gestión de Incremento de Línea de Crédito: ...................................................... 24

2.1.8. Inteligencia de Negocios (Business Intelligence - BI) ....................................... 24

2.1.9. Rational Unified Process (RUP) ........................................................................... 31

2.1.9.1. Modelado del Negocio: ............................................................................................ 32

2.1.9.2. Lenguaje de Modelado Uml .................................................................................... 33

2.1.9.3. Diagramas UML ....................................................................................................... 34

2.1.10. Oracle DataBase 10g:............................................................................................ 35

2.1.11. Enterprise Architect 7.5: ....................................................................................... 37

2.1.12. TRIAD:..................................................................................................................... 38

2.1.13. DataStage ............................................................................................................... 39

2.2. Métodos y Herramientas: .................................................................................................. 41 2.2.1. Métodos ................................................................................................................... 41

2.2.2. Herramientas: .......................................................................................................... 42

III. DESARROLLO DEL TRABAJO DE SUFICIENCIA PROFESIONAL ....................... 43

3.1. Capítulo 1: Contexto del Negocio: ................................................................................... 43

3.1.1. Contexto: .......................................................................................................... 43

3.1.2. Ideas y Estrategias del Negocio en el Contexto del Proyecto: ................... 43

3.1.3. Clientes: ............................................................................................................ 43

3.1.4. Competidores: ................................................................................................. 43

3.1.5. Stakeholders: ................................................................................................... 44





3.1.6. Procesos del Negocio: .................................................................................... 44

3.1.7. Selección de las Estrategias de Implementación: ....................................... 44

3.1.8. Selección de la Metodología de Desarrollo: ................................................. 44

3.1.9. Selección del Ámbito de Implementación: ................................................... 45

3.2. Capítulo 2: Diagrama Pictográfico Actual y Propuesto ................................................. 46

3.2.1 Pictogramas: .................................................................................................... 46

3.2.1.1. Pictograma Situación Actual: ......................................................................... 46

3.2.1.2. Pictograma de Solución:................................................................................. 47

3.3. Capítulo 3: Modelado del Negocio ................................................................................... 48

3.3.1 Lista de Potenciales Requerimientos: ........................................................... 48

3.3.2 Diagrama Caso de Uso del Negocio .............................................................. 48

3.3.3 Diagrama de Objeto del Negocio: .................................................................. 49

3.3.4 Diagrama de Caso de Uso de Requerimientos: ........................................... 50 3.3.5 Especificación de Caso de Usos: .................................................................. 51

3.3.5.1. Especificación de Consultar Información Rcc: .................................................. 51

3.3.5.2. Especificación de Consultar EntidadRcc: .......................................................... 51

3.3.5.3. Especificación de Registrar Riesgo Cliente: ...................................................... 52

3.3.5.4. Especificación de Consultar Riesgo Cliente: ..................................................... 52

3.3.5.5. Especificación de Registrar Estrategia:.............................................................. 53

3.3.5.6. Especificación de Registrar Variable: ................................................................. 53

3.3.5.7. Especificación de ResultanteCuenta: ................................................................. 54

3.3.5.8. Especificación de Registrar ResultanteCliente: ................................................ 54

3.3.5.9. Especificación de Registrar Cuenta Objetiva: ................................................... 55

3.3.5.10. Especificación de Registrar Incremento de Línea: ............................................ 55

3.3.5.11. Especificación de Consultar Tarjeta: .................................................................. 56

3.3.6 Diagrama De Dominio: .................................................................................... 57

3.3.7 Diagrama de Comunicaciones: ...................................................................... 58

3.3.7.1. Diagrama de Comunicación: Consultar Información Rcc: ...................................... 58

3.3.7.2. Diagrama de Comunicación: Consultar Entidad Rcc: ............................................. 58

3.3.7.3. Diagrama de Comunicación: Registrar Riesgo Cliente: .......................................... 593.3.7.4. Diagrama de Comunicación: Consultar Riesgo Cliente: ......................................... 59

3.3.7.5. Diagrama De Comunicación: Registrar Estrategia: ................................................ 60

3.3.7.6. Diagrama de Comunicación: Registrar Variable: .................................................... 60

3.3.7.7. Diagrama de Comunicación: Registrar Resultante Cuenta .................................... 61

3.3.7.8. Diagrama de Comunicación: ResultanteCliente: .................................................... 61

3.3.7.9. Diagrama de Comunicación: Registrar Cuentas Objetivas: .................................... 62

3.3.7.10. Diagrama de Comunicación: Registrar Incremento Línea: ..................................... 62

3.3.8 Diagrama de Secuencia .................................................................................. 63

3.3.8.1. Diagrama de Secuencia: Consultar Informacion_Rcc: ..................................... 63





3.3.8.2. Diagrama de Secuencia: Consultar Riesgo Cliente: .......................................... 63

3.3.8.3. Diagrama de Secuencia: Registrar Cuentas Objetivas: .................................... 64

3.3.8.4. Diagrama de Secuencia: Registrar Estrategia: .................................................. 64

3.3.8.5. Diagrama de Secuencia: Registrar Riesgo Cliente: ........................................... 65

3.3.8.6. Diagrama de Secuencia: Registrar Variable: ...................................................... 65

3.3.8.7. Diagrama de Secuencia: Registrar ResultanteCuenta ...................................... 66

3.3.9 Diagrama de Clases ......................................................................................... 67

3.3.10 Diagrama de Componentes: ........................................................................... 68

3.3.11 Diagrama de Despliegue: ................................................................................ 69

3.4. Capítulo 4: Prototipos y Diseños de Pruebas: ............................................................... 70

3.4.1 Prototipos Triad: .............................................................................................. 70

3.4.1.1. Principales Variables de Triad: ............................................................................ 70

3.4.1.2. Programando Variables para ser Usadas por Triad: ......................................... 713.4.1.3. Utilizando Triad PCTMS, para utilizar las Variables .......................................... 72

3.4.1.4. Árbol de Decisión TRIAD: ..................................................................................... 73

3.4.1.5. Diseño de una Estrategia para Persona Trabajo Dependiente: ....................... 73

3.4.1.6. Diseño de una Estrategia para Persona Trabajo Dependiente: ....................... 74

3.4.1.7. Prototipos Jobs diseñados en DataStage para Incrementar Línea de Crédito

de los Clientes. ........................................................................................................................ 75

3.4.1.7.1. Job Contenderor .................................................................................................... 75

3.4.1.7.2. Job que extrae el periodo para Incrementar la Línea ........................................ 75

3.4.1.7.3. Job de Extracción de Tabla Resultante Cliente y guardando en Incremento 76

3.4.1.7.4. Job que guarda las Cuentas Objetivas y genera Archivos en un determinado

Servidor para ser leídos por el Sistema Tarjeta (HOST) ..................................................... 76

3.4.1.7.5. Jobs que Integra los Archivos enviados por Sistema Tarjetas (HOST) y

guarda las cuentas incrementadas a los clientes ............................................................... 77

3.4.2 Diseño de Pruebas: ......................................................................................... 78

3.4.2.1. Reporte Tarjetas 1: Día 09/11/2012: ..................................................................... 78

3.4.2.2. Reporte Tarjetas 2: Día 16/11/2012: ..................................................................... 79

3.5. Capítulo 5: Plan de Desarrollo y Presupuesto: .............................................................. 80 3.5.1 Cronograma de Actividades: ................................................................................... 80

3.5.2 Presupuesto: .................................................................................................... 81

IV. CONCLUSIONES Y RECOMENDACIONES ............................................................. 84

4.1. Conclusiones: .................................................................................................................... 84

4.2. Recomendaciones: ............................................................................................................ 85

V. REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB........................................ 86

VI. ANEXOS ..................................................................................................................... 87





ÍNDICE DE FIGURAS

Figura 1: Áreas de Sistemas de Información Según la ACM y la IEEE ...................................... 14

Figura 2: Modelo Organizacional que Soporta la Gestión Integral de Riesgos .......................... 19Figura 3: Colocaciones de Tarjeta Crédito .................................................................................. 23

Figura 4: Modelo Integral de una solución de BI ........................................................................ 27

Figura 5: DataWarehouse e Inteligencia de Negocios ................................................................ 29

Figura 6: Esquema DataWareHouse toma de decisiones .......................................................... 29

Figura 7: Estructura básica del DataWarehouse ........................................................................ 30

Figura 8: Fases y Flujos de Trabajo de RUP .............................................................................. 31

Figura 9: UML 2.0 ........................................................................................................................ 34

Figura 10: Base de Datos ORACLE ............................................................................................ 37

Figura 11: Herramienta Enterprise Architect ............................................................................... 38

Figura 12: Pictográfico de Situación Actual ................................................................................ 46

Figura 13: Pictográfico Solución.................................................................................................. 47

Figura 14: Casos de Uso de Negocio ......................................................................................... 48

Figura 15: Diagrama de Objeto de Negocio ................................................................................ 49

Figura 16: Diagrama de Casos de Uso de Requerimientos ....................................................... 50

Figura 18: Diagrama de Dominio ................................................................................................ 57

Figura 19: Diagrama de Comunicación, Consultar InformaciónRcc ........................................... 58

Figura 20: Diagrama de Comunicación, Consultar EntidadRcc .................................................. 58Figura 21: Diagrama de Comunicación, Registrar Riesgo Cliente ............................................. 59

Figura 22: Diagrama de Comunicación, Consultar Riesgo Cliente ............................................. 59

Figura 23: Diagrama de Comunicación, Registrar Estrategia ..................................................... 60

Figura 24: Diagrama de Comunicación, Registrar Variable ........................................................ 60

Figura 25: Diagrama de Comunicación, Registrar ResultanteCuenta ........................................ 61

Figura 26: Diagrama de Comunicación, Registrar ResultanteCliente ........................................ 61

Figura 27: Diagrama de Comunicación, Registrar Cuentas Objetivas ....................................... 62

Figura 28: Diagrama de Comunicación, Registrar Incremento de Línea .................................... 62

Figura 29: Diagrama de Secuencia, Consultar Informacion_Rcc ............................................... 63

Figura 30: Diagrama de Secuencia, Consultar Riesgo Cliente ................................................... 63

Figura 31: Diagrama de Secuencia, Registrar Cuentas Objetivas ............................................. 64

Figura 32: Diagrama de Secuencia, Registrar Estrategia ........................................................... 64

Figura 33: Diagrama de Secuencia, Registrar Riesgo Cliente ................................................... 65

Figura 34: Diagrama de Secuencia, Registrar Variables ............................................................ 65

Figura 35: Diagrama de Secuencia, Registrar ResultanteCuenta .............................................. 66

Figura 36: Diagrama de Clases ................................................................................................... 67

Figura 37: Diagrama de Componentes ....................................................................................... 68





Figura 38: Diagrama de Despliegue............................................................................................ 69

Figura 39: Principales Variables de Triad ................................................................................... 70

Figura 40: Programación de Variables ........................................................................................ 71

Figura 41: Triad PCTMS ............................................................................................................. 72

Figura 42: Triad PCTMS 2 .......................................................................................................... 72

Figura 43: Árbol de Decisión TRIAD. .......................................................................................... 73

Figura 44: Diseño de una Estrategia para Persona Trabajador Dependiente ............................ 73

Figura 45: Diseño de una Estrategia para Persona Trabajador Dependiente ............................ 74

Figura 46: Prototipo, Job Contenedor ......................................................................................... 75

Figura 47: Extractor del Periodo Actual ...................................................................................... 75

Figura 48: Extracción de ResultanteCliente ................................................................................ 76

Figura 49: Prototipo, guardar Cuentas Objetivas y generar archivos para Sistema Tarjeta

(Host) ........................................................................................................................................... 76Figura 50: Prototipo, Respuesta del Host ................................................................................... 77

Figura 51: Reporte de Prueba para ver si se Incremento la Línea al Cliente o no Existe el

Cliente ......................................................................................................................................... 78

Figura 52: Reporte Tarjetas Rechazadas ................................................................................... 79

Figura 53: Muestra el Cronograma de Actividades ..................................................................... 80

http://d/Documents%20and%20Settings/s23524/Escritorio/KARLA_INFORME%20FINAL_TITULACION/Formato%20Informe%2022_11_2012%20superfinal_03112012_formato%20morales.docx%23_Toc348011000

http://d/Documents%20and%20Settings/s23524/Escritorio/KARLA_INFORME%20FINAL_TITULACION/Formato%20Informe%2022_11_2012%20superfinal_03112012_formato%20morales.docx%23_Toc348011000





INDICE DE TABLAS

Tabla 1: Fases de la Metodología RUP ...................................................................................... 41

Tabla 2: Especificación Caso de Uso, Consultar InformaciónRcc .............................................. 51 Tabla 3: Especificación Caso de Uso, Consultar EntidadRcc .................................................... 51

Tabla 4: Especificación Caso de Uso, Registrar Riesgo Cliente ............................................... 52

Tabla 5: Especificación Caso de Uso, Consultar Riesgo Cliente ............................................... 52

Tabla 6: Especificación Caso de Uso, Registrar Estrategia ....................................................... 53

Tabla 7: Especificación Caso de Uso, Registrar Variable .......................................................... 53

Tabla 8: Especificación Caso de Uso, Registrar ResultanteCuenta ........................................... 54

Tabla 9: Especificación Caso de Uso, Registrar ResultanteCliente ........................................... 54

Tabla 10: Especificación Caso de Uso, Registrar Cuenta Objetiva ............................................ 55

Tabla 11: Especificación Caso de Uso, Registrar Incremento de Línea..................................... 55 Tabla 12: Especificación Caso de Uso, Consultar Tarjeta .......................................................... 56

Tabla 13: Presupuesto de Recurso Humanos ............................................................................ 81

Tabla 14: Presupuesto Materiales Escritorio .............................................................................. 81

Tabla 15: Presupuesto Suministro Cómputo .............................................................................. 81

Tabla 16: Presupuesto Equipos .................................................................................................. 82

Tabla 17: Presupuesto Software ................................................................................................. 82

Tabla 18: Presupuesto de Servicios ........................................................................................... 82

Tabla 19: Presupuesto Total ....................................................................................................... 83





I. INTRODUCCIÓN

La toma de decisiones apropiadas en cualquier ámbito de la vida requiere información como

recurso indispensable, aceptándose que sin acceso a ella no se puede aspirar al desarrollo, locual obliga a las empresas a adquirir nuevas tecnologías a fin de incluirlas en el desarrollo de

sus procesos con la finalidad de mantenerse competitivos en un mercado versátil.

Las empresas dedicadas a la gestión financiera, tienden a automatizar sus procesos para que

sean ágiles y disponibles en todo momento y lograr tener una mejor aplicación o producto

tecnológico para lograr una ventaja competitiva y ser mejores o diferentes a la competencia.

Por eso que hoy en día existe una mayor participación de TI en los procesos de las empresas

para lograr satisfacer las necesidades y cubrir las expectativas de los clientes.

Una de estas tecnologías es la Aplicación Triad, que es un motor de decisiones que usa la

Entidad Financiera para lograr gestionar el puntaje de clientes cuando realizan una compra en

cualquier establecimiento con la tarjeta propia de la Entidad Financiera. Pero la Entidad

Financiera necesita lograr Incrementar la Línea de Crédito de sus Clientes de manera

automatizada, por este motivo usará la Aplicación Triad y su gran Motor de Decisiones para

implementar estrategias de Incremento de Línea y así poder lograr una ventaja competitiva que

lo diferencien del resto.

Con la aplicación el proceso de incremento de línea de crédito será rápido y de forma

automática, brindando la información necesaria en un tiempo prudente, lograr poder salir a

campaña 15 días antes que el proceso manual, captando mayor clientes y ser los mejores en

captación e incremento de línea de crédito a los clientes de la Entidad Financiera.





1.1. Área Temática:

Nuestro proyecto corresponde a los Sistemas de Información (SI), centrada

principalmente en una aplicación informática, en general es un

programa compilado (aunque a veces interpretado), escrito en cualquier lenguaje de

programación, diseñado para facilitar al usuario la realización de un determinado tipo

de trabajo. Posee ciertas características que le diferencia de un sistema operativo (que

hace funcionar al ordenador), de una utilidad (que realiza tareas de mantenimiento o

de uso general) y de un lenguaje (con el cual se crean los programas informáticos).

Suele resultar una solución informática para la automatización de ciertas tareas

complicadas como la del Proceso de Incremento de Líneas de Crédito. Ciertas

aplicaciones desarrolladas 'a medida' suelen ofrecer una gran potencia ya que están

exclusivamente diseñadas para resolver un problema específico. Otros, llamadospaquetes integrados de software, ofrecen menos potencia pero a cambio incluyen

varias aplicaciones, como un programa procesador de textos, de hoja de cálculo y de

base de datos.

Figura 1: Áreas de Sistemas de Información Según la ACM y la IEEE

Fuente: (ACM, 2008)

http://www.alegsa.com.ar/Dic/compilar.php

http://www.alegsa.com.ar/Dic/interprete.php

http://www.alegsa.com.ar/Dic/lenguaje%20de%20programacion.php




http://www.alegsa.com.ar/Dic/interprete.php

http://www.alegsa.com.ar/Dic/compilar.php





1.2. Realidad Problemática:

La Entidad Financiera con sede principal en Lima; se fundó el primero de mayo de

1897.

Asimismo en Entidad Financiera no cuenta con un Sistema u aplicación automatizado

de Gestión de Incremento de Línea de Créditos. Este proceso se hace de forma

manual por el Área Comercial del Banco, conjuntamente con el Área de Riesgos de

Banca Persona.

Primero se trabaja una base inicial con datos del DataWareHouse de todos los clientes

que tienen tarjetas de crédito mercadeables.

Se generan 2 tablas con los datos de cuentas y de clientes en las que se marcan a lascuentas y clientes que van descalificando de acuerdo a los filtros establecidos (filtros

de riesgos y aquellos clientes que se encuentre en la Base de Datos de clientes que

pueden caer en deuda), posteriormente se crea la tabla de tarjetas y se elige de

acuerdo a prioridades definidas la cuenta en la cual se realizará el incremento.

Una vez generada las bases de clientes calificados con línea aprobada para el

incremento de línea, se realizan 2 validaciones, la primera a cargo de Inteligencia

Comercial y la segunda por Riesgos.

Luego de pasar por ambas certificaciones, se procede con la generación de lasinterfaces para las cargas en Sistemas y la carga en sí para generar el incremento de

línea.

Es importante mencionar que en caso el cliente tenga más de 1 cuenta hábil para el

incremento, se seleccionan las 2 mejores cuentas bajo criterios de rentabilidad y

facturación.

Para el score (comportamiento de riesgo) del cliente se utiliza un “mix” de scores con

la siguiente prioridad:

Score de comportamiento (desarrollado por Fair Isaac)

Si no tiene score de comportamiento se asigna el score de aplicación (cda)

Si no tiene score de comportamiento ni el de aplicación se asigna el score de

buró (elaborado en Inteligencia Comercial por el equipo de Inteligencia de

Negocios)

Producto de este “mix” de scores se obtienen los valores correspondientes y los

rechazados son eliminados de la campaña.





El área comercial manda al área de Administración la lista de clientes que se les ha

incrementado su línea de crédito. Para que el área de administración se encargue de

contactar a los clientes, enviándoles correos, llamándolos, etc.

1.3. Objetivos:

1.3.1. Objetivo General:

Diseñar una aplicación informática para mejorar el proceso de Incremento de

Línea de Crédito de la Entidad Financiera, utilizando RUP.

1.3.2. Objetivos Específicos:

Realizar un Análisis para profundizar en la problemática del Incremento de

Líneas de Crédito.Modelado de Negocio de la Entidad Financiera.

Realizar el modelo de Requerimientos del Proceso de Incremento de Línea de

Crédito usando Enterprise Architect 7.5.

Realizar el Análisis y Diseño de una estrategia de incremento de Línea de

Crédito usando Triad 8.0.

Elaborar un prototipo de Job usando IBM Director y Diseñador de Websphere

DataStage V 8.1 como herramienta E.T.L.

1.4. Aportes del Trabajo:

El presente trabajo contribuirá a:

1.4.1. Aporte Académico:

Brindar una aplicación para mejorar el proceso de Incremento de Línea de

Crédito de los Clientes.

1.4.2. Aporte Tecnológico:

Brindar una solución que ayudará al Área Comercial y el Área de Riesgo

Banca Persona a tomar decisiones de Gestión los Incrementos de Línea

de Crédito de una manera automatizada.





1.4.3. Aporte Económico:

Reducción de Recursos, para calcular los Incrementos de Línea de

crédito de los Clientes.

1.4.4. Aporte a la Empresa:

Aumentar la Rentabilidad del Banco.

Aumenta la cartera de Cliente.

Promueve la Fidelista al Cliente.

Reduce demandas de incrementos.

1.4.5. Aporte Social:

Mayor disponibilidad de crédito al Cliente al momento de realizar sus

compras.

Mayor demanda de tarjeta de crédito.

1.5. Definición del Problema:

A inicios del 2012, se inicio el análisis del proceso manual de incremento de línea de

crédito realizado mensualmente por el área Comercial, presentando los siguientes

problemas:

El cálculo de incremento de línea de crédito a los clientes es muy tedioso, porque

se tiene que excluir a los clientes de acuerdo a los filtros establecidos verificando

su información crediticia y sobre todo que no se encuentran en la base de datos

de Clientes que pueden caer en deuda, elaborada por el Área de Riesgos.

El proceso de campaña de incremento de línea a los clientes estaba listo a

finales de cada mes, teniendo el Riesgo de que otra entidad financiera haya

ofrecido un incremento de línea a nuestros clientes potenciales.

Excluían a clientes potenciales de la campaña mensual de incremento de línea

por un filtro mal definido de parque activo.El proceso manual de incremento de línea de crédito del cliente se demora 30

días aproximadamente, luego proceden a comunicar al cliente. Logrando captar

menos clientes y sobre todo perdiendo mucho tiempo, si queremos anticiparnos

a la competencia.

1.6. Formulación del Problema:

¿De qué manera se puede hacer eficiente el proceso de incremento de línea de

Crédito de la Entidad Financiera usando las Tics?





II. FUNDAMENTACIÓN TEÓRICA

2.1. Fundamento:

2.1.1. Entidad Financiera:

Es una entidad financiera del Perú que presta los servicios de banca y finanzas, así

como también brinda servicios adicionales a los que decidan abrir cuentas. Su sede

principal se encuentra en Lima, Perú.

La Entidad Financiera del Perú fue fundada el 1 de mayo de 1897, y su primer local

se ubicó en el Centro histórico de Lima. El primer directorio sería presidido por

Elías Mujica. En 1934 se abren las oficinas en las ciudades de Chiclayo y Arequipa.

Un año más tarde, se les unió las sucursales en Piura y Sullana. Posteriormente, se

continúa con la apertura de nuevas oficinas en varias ciudades del país.

Con la compra de las acciones del banco por parte del Banco de la Nación en 1970,

la Entidad Financiera pasa a formar parte de la Banca Asociada del país

El 20 de julio de 1994, Carlos Rodríguez Mendoza (junto a un grupo de

accionistas estadounidenses) compró el casi 91% de las acciones del banco que

fueron inmediatamente transferidas al IFH, el resto fueron vendidas a algunos

trabajadores de la empresa. En 1997, los nuevos dueños deciden por su nombre, a

la vez que cambio su forma de atención tradicional por una forma más

personalizada.

Hasta la fecha, la Entidad Financiera ha conseguido establecer más de 200

agencias (llamadas tiendas financieras) en todo el país y 1.250 cajeros automáticos

distribuidos por todo el Perú (la red de Cajeros), y cuenta con 1.200.000 clientes

minoristas y comerciales, que lo convierte en uno de los bancos más sólidos de

Perú.

En 2007, Ia Entidad Financiera inauguró una agencia de negocios en Shangai-

China con el fin de facilitar las negociaciones entre chinos y peruanos.

El banco cuenta con una universidad corporativa perteneciente al Grupo

denominada Universidad Corporativa. Esta organización brinda servicios de

formación a los más de 20,000 colaboradores de las empresas del Grupo. (Entidad

Financiera, 2010).

http://es.wikipedia.org/wiki/1_de_mayo

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

http://es.wikipedia.org/wiki/Centro_hist%C3%B3rico_de_Lima


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

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

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

http://es.wikipedia.org/wiki/Banco_de_la_Naci%C3%B3n


http://es.wikipedia.org/wiki/20_de_julio


http://es.wikipedia.org/wiki/Estados_Unidos_de_Am%C3%A9rica



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

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

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

http://es.wikipedia.org/w/index.php?title=Universidad_Corporativa_Interbank&action=edit&redlink=1



http://es.wikipedia.org/w/index.php?title=Universidad_Corporativa_Interbank&action=edit&redlink=1


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

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



http://es.wikipedia.org/wiki/Estados_Unidos_de_Am%C3%A9rica


http://es.wikipedia.org/wiki/20_de_julio


http://es.wikipedia.org/wiki/Banco_de_la_Naci%C3%B3n

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

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

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


http://es.wikipedia.org/wiki/Centro_hist%C3%B3rico_de_Lima


http://es.wikipedia.org/wiki/1_de_mayo





2.1.2. Descripción General de la Gestión Integral del Riesgo:

El objetivo principal es garantizar un adecuado perfil de riesgos acorde con el apetito

y tolerancia definidos por la alta dirección, logrando obtener balance entre rentabilidad

y el riesgo, otorgando un crecimiento sostenible de los negocios en los que en Banco

participa.

En el año 2011 se ha trabajado en mejoras y desarrollos de metodologías que han

permitido optimizar la Gestión Integral de Riesgos en la Entidad Financiera,

manteniendo un adecuado índice de cartera atrasada (1.5%) similar al año anterior y

de cobertura de 274% (269% a diciembre de 2010).

La Gestión Integral de Riesgos en la Entidad Financiera es un proceso permanente

que abarca a toda la organización. Participan activamente en esta gestión el

Directorio, los comités especializados entre los que destaca el Comité de Gestión

Integral de Riesgos, la Gerencia General, la Vicepresidencia de Riesgos, las diversas

vicepresidencias de negocio y soporte, las gerencias de división y en general a todo

el conjunto de colaboradores de la institución.

En el siguiente gráfico se muestra el modelo organizacional que soporta la Gestión

Integral de Riesgos del Banco. (Entidad Financiera, 2012)

Figura 2: Modelo Organizacional que Soporta la Gestión Integral de Riesgos

Fuente: (Entidad Financiera, 2012)





2.1.3. Comité de Gestión Integral de Riesgos:

Este órgano colegiado dependiente del Directorio celebró sesiones ordinarias

mensuales, durante las cuales se revisaron las principales exposiciones en los

diversos tipos de riesgo que gestiona Banco.

El Comité tuvo la responsabilidad de revisar y aprobar las propuestas de modificación

de las políticas de riesgos, los niveles de apetito y tolerancia al riesgo y ejerció un

monitoreo permanente de problemas potenciales que puedan afectar el cumplimiento

de la estrategia del Banco. Los temas tratados y los acuerdos adoptados en el Comité

fueron permanentemente informados al Directorio. (Entidad Financiera, 2012)

2.1.4. Riesgo de Crédito:

La posibilidad de pérdida en las carteras crediticias quela Entidad Financiera

administra requiere ser mitigado. Para ello se cuenta con capacidades desarrolladas

para la identificación, medición, gestión y control de los riesgos, incluyendo pautas

para la concesión de créditos, políticas de concentración del portafolio, la

identificación de la incertidumbre y el retorno que compensa dichos riesgos.

Para efectos de su gestión de riesgos, la cartera de clientes se encuentra clasificada

en tres bancas:

Banca Comercial.

Banca Personas.

Banca Pequeña Empresa.

2.1.5. Riesgo Banca Personal:

La División de Riesgos Banca Personal tiene como objetivo garantizar un sano

desarrollo y crecimiento de los negocios de tarjetas de crédito, créditos por convenio,

créditos hipotecarios, préstamo en efectivo y créditos vehiculares, estableciendo

estrategias que permitan mejorar o mantener la calidad del portafolio. Esto permitirá

lograr un equilibrio adecuado entre rentabilidad y riesgo.

Para ello se cuenta con herramientas tecnológicas de clase mundial y sistemas de

información, que soportan las operaciones de crédito para productos de Banca

Personal, brindando efectividad, agilidad y homogeneidad en los procesos de

decisión. Asimismo, permite identificar variables discriminantes de riesgo,

proponiendo un monitoreo predictivo de la cartera.





Durante el año 2011 se utilizó el Score de Comportamiento en el modelo para la

construcción del presupuesto de provisiones del 2012. También se incorpora en las

estrategias comerciales de Tarjeta de Crédito logrando mejorar el control de las

exposiciones, al ser una herramienta de análisis con mayor capacidad de predicción.

(Entidad Financiera, 2012).

Durante el proceso de Originación, el área de Admisión de Riesgos de

Banca Personal realiza la evaluación crediticia de las solicitudes de crédito de

los clientes persona natural. Utiliza un conjunto de herramientas de

información, tales como:

Work f low de adquisición banca personal: tiene por objetivo ordenar el flujo de

procesos y distribuir las cargas de solicitudes de créditos, según las

condiciones deseadas. Asimismo, es posible establecer alertas ante eventualesproblemas o dificultades presentados en algún canal o punto de ventas,

producto o perfil específico de clientes. (Entidad Financiera, 2012)

Motor de decisiones de crédito: facilita la implementación de las reglas

generales de negocio, las reglas particulares de cada producto, la posibilidad

de introducir reglas “Challenger” y la implementación de modelos estadísticos.

(Entidad Financiera, 2012)

Sistema gerencial de información: facilita el trabajo de evaluación crediticia,

centralizando toda la información necesaria para la toma de decisiones.

(Entidad Financiera, 2012)

El área de Control y Gestión de Riesgos Banca Personal: Tiene por función

(i) validar y registrar información de solicitudes de crédito de clientes y

prospectos de la cartera de Banca Personal, (ii) definir las políticas de crédito

que permitan un crecimiento sano de la cartera de Banca Personal, revisarlas y

evaluarlas periódicamente, (iii) implementar modelos scoring, modelos

predictivos de riesgo en las etapas de originación, recuperación y mercadeo de

cartera, monitoreando la performance del riesgo de crédito de la calidad de

cartera segmentada con el score de clientes. (Entidad Financiera, 2012)El área de Gestión y Seguimiento del Riesgo: Tiene como función (i)

monitorear el comportamiento de la cartera crediticia, (ii) identificar y analizar

los riesgos de crédito que permita generar y vigilar el cumplimiento del

presupuesto en el gasto de provisiones, (iii) construir escenarios de estrés, y

(iv) predecir riesgos potenciales, comunicando oportunamente a la Alta

Dirección, acerca del nivel de exposición, para una adecuada toma de

decisiones. (Entidad Financiera, 2012)





La División de Cobranzas de Banca Personal: Se encarga de la

recuperación de aquellos créditos con signos de deterioro para lo cual emplea

diversas estrategias, dependiendo del número de días vencidos y exposición.

Estas estrategias consideran la gestión de clientes mediante gestores telefónicos,

cobranza domiciliaria cobranza prejudicial, judicial y en el caso de los créditos

castigados a través de empresas especializadas. (Entidad Financiera, 2012)

2.1.6. Tarjetas de Crédito:

El negocio de tarjetas de crédito tuvo un buen desempeño en el 2009: superó el

millón de tarjetas emitidas, mantuvo el liderazgo en el mercado de tarjetas de crédito,

mejoró la eficiencia operativa e implementó herramientas de riesgos y cobranzas de

clase mundial.

Durante el 2009 el parque de tarjetas creció 21.5%, alcanzando las 1, 147,790

unidades, mientras que la cartera vigente superó los S/.1, 469 millones, registrando

un crecimiento de 3.0% respecto al año anterior. Este crecimiento permitió a la

Entidad Financiera retener el liderazgo del mercado de tarjetas con una participación

de 20.3%.

El menor crecimiento de las colocaciones durante el 2009 se explica principalmente

por la importante desaceleración de la economía durante el año. La colocación de

tarjetas de crédito se realizó con estricta aplicación de los procedimientos de

aprobación de créditos y seguimiento de riesgos. En el segundo semestre del año, la

Entidad Financiera implementó una nueva plataforma de evaluación crediticia y un

nuevo sistema de cobranzas con estándares de clase mundial. La implementación de

la suite Fair Isaac para riesgos y cobranzas contempla tanto modernas herramientas

tecnológicas y estadísticas como la mejora de procesos.

Las medidas y sistemas implementados permitieron mitigar los niveles de riesgo,estabilizar los niveles de morosidad y mantener un adecuado nivel de calidad de

cartera.

Durante el 2009 se realizó un manejo estratégico de las tarjetas a través de

propuestas de valor diferenciadas para cada uno de los segmentos tradicionales y no-

tradicional. Así, la tarjeta Vea Visa tuvo un excelente desempeño acompañando la

expansión de Supermercados Peruanos, socio estratégico de la Entidad Financiera,

tanto en Lima como en provincias. Durante el año se inauguraron 9 Centros de

Tarjeta Vea, bajo un nuevo formato, para atender mejor a los clientes. Al cierre del





año, el parque de tarjetas Vea Visa superó las 725 mil unidades y la Tarjeta Vea Visa

se convirtió en el principal medio de pago en el supermercado.

En el último trimestre del año, la Entidad Financiera firmó una alianza con la aerolínea

TACA y lanzó al mercado la tarjeta American Express la Entidad Financiera Distancia,

la mejor tarjeta de crédito de millas en el mercado peruano. La nueva tarjeta permite

no sólo el canje de boletos aéreos en TACA sino acceso a todos los premios

administrados por el programa Distancia y muchos otros beneficios para los viajeros.

Adicionalmente, junto con el Centro Comercial Mega plaza, se relanzó la Tarjeta

Mega Plaza la Entidad Financiera Visa con un atractivo programa de recompensas

denominado Mundo Estrella, a fin de atender las necesidades de los clientes en el

cono norte.

En el segmento de tarjetas tradicionales Visa, MasterCard y American Express del

banco también se alcanzó un crecimiento importante en colocaciones y facturación a

través de propuestas y promociones innovadoras como la exitosa “Experiencia en la

Entidad Financiera”, por la cual el banco se hizo acreedor al Premio Amauta de

Bronce, en la categoría “Marketing Integrado”.

Finalmente, durante el año se ampliaron y modernizaron las instalaciones del Centro

Cívico, lo que permitió a la Entidad Financiera alcanzar importantes ahorros en gastos

operativos que se tradujeron en un manejo más eficiente y rentable de la operación y

contribuyeron a la mejora del ratio de eficiencia del banco. (Entidad Financiera, 2010)

Figura 3: Colocaciones de Tarjeta Crédito

Fuente: (Entidad Financiera, 2012)





2.1.7. Gestión de Incremento de Línea de Crédito:

La gestión de Incremento de Línea de crédito es la estrategia de decisión más

rentable para el banco, porque ahí se define a los clientes que se les aumentara su

línea de crédito según los filtros establecidos por el banco.

Tiene las siguientes características:

Consiste en permitir la gestión de la exposición y los incrementos de línea

mediante estrategias de préstamo de nivel de cliente o de cuenta a través de

relaciones de varios productos.

Proactivamente, incrementa y disminuye los incrementos de línea de Crédito

para cualquier tipo de producto de crédito (Tarjetas, Cuenta Corriente, Préstamos,

etc.)

Automatización de las estrategias con una frecuencia predeterminada de

funcionamiento.

2.1.8. Inteligencia de Negocios (Business Intelligence - BI)

Uno de los recursos más importantes de cualquier organización es la información,

gracias a ella se pueden tomar decisiones que permiten mejorar el rumbo de las

empresas e instituciones. Hay que saber “escuchar” lo que nos dicen los datos que

día con día genera una organización, si estamos interesados en descubrir las nuevas

necesidades de nuestros usuarios, o bien, deseamos mejorar nuestros procesos.

La Inteligencia de Negocios es un concepto que hace referencia a las técnicas de

análisis de datos destinados a encontrar información útil para la toma de decisiones,

incluido el conjunto del software que aporta las interfaces y funciones necesaria que

apoyan dicho proceso.

De esta forma, los sistemas analíticos o de toma de decisiones recuperan los datos

de las operaciones diarias de la organización, generados por los sistemas

transaccionales, y los procesan, con objeto de tenerlos disponibles para los

tomadores de decisiones.

El desarrollo de sistemas analíticos es un tema complejo, con algunas décadas de

evolución, y con aportaciones de áreas como la inteligencia artificial, que ha

incorporado técnicas como la minería de datos (descubrimiento de patrones), el data

warehousing (análisis multidimensional de información) y el OLAP (Procesamiento

Analítico en Línea, por sus siglas en inglés “On-line Analitical Processing”).





Los sistemas analíticos operan con aplicaciones ya existentes como SAP (Systems,

Applications and Products in Data Processing), además, cuentan con interfaces para

hacer consultas desde el Web.

Se distinguen tres tipos tomadores de decisiones, a saber:

a) Los ejecutivos, quienes toman decisiones de forma analítica e intuitiva, y

necesitan mucha información debido a que sus decisiones son de tipo estratégico.

b) Los administradores y analistas, responsables de decisiones de tipo táctico,

quienes lo hacen de manera analítica y también demandan información considerable.

c) Los empleados, que toman decisiones rutinarias y cuentan con datos limitados a

su dominio.

De acuerdo con cada tipo tomador de decisión, los administradores de información

debemos ofrecer diferentes herramientas de software, así como distintas formas de

presentar la información para facilitar la tarea de análisis.

Las herramientas dinámicas para toma de decisiones (como las simulaciones, el

análisis de escenarios y las representaciones en gráficas), son adecuadas para los

ejecutivos y los administradores.

Por su parte, las herramientas estáticas, así como la representación de la información

en una vista o reporte, son las más convenientes para los empleados.

2.1.8.1. Funcionalidad de los Sistemas Analíticos:

Las principales funciones que los sistemas analíticos incluyen, son:

Consultas ad-hoc: Permiten a los expertos tomadores de decisiones no

depender del área de sistemas para realizar una consulta o cruce deinformación. Para efectuar este tipo de consultas es imprescindible que el

área de sistemas genere previamente una descripción en el sistema, a través

de la definición de metadatos y de los conceptos de negocio que maneja el

experto tomador de decisión.

Con ayuda de los metadatos, el informático hace “la traducción” entre los

campos de la base de datos para formar los conceptos de negocios, que

maneja el experto tomador de decisiones.





Sistema de semáforos: mediante éste se puede visualizar el nivel de los

indicadores claves del negocio para alertar sobre los problemas que puedan

ocurrir en los procesos.

Cruces de información: Ordenamientos y agrupamientos de información por

región, producto y usuario, entre otros conceptos.

Sumarización.

Comparación de conceptos de negocio en diferentes periodos.

Generación de gráficos para visualizar de forma sencilla la información.

2.1.8.2. Aplicaciones de los Sistemas Analíticos

La nueva generación de servicios financieros puede ofrecer escenarios y

recomendaciones de inversión a sus usuarios, de acuerdo con el monto

disponible y el nivel de riesgo y utilidad deseados.

Amazon®: Utiliza los sistemas analíticos para conocer la experiencia de cada

comprador y perfeccionar tanto su estrategia de mercadotecnia, como las

referencias cruzadas de productos de manera individual.

Six Flags®: Esta organización ha logrado economía en los costos de

compras compartidas y administración de inventarios, debido a la capacidad

que tiene para realizar rápidamente, análisis de datos financieros globales, lo

que lleva al mejoramiento en procesos de negocio.

Xerox®: Ha utilizado las herramientas analíticas en su Sistema de Gestión de

Cuentas por Cobrar con la finalidad de hacer el análisis de deuda por cliente

y cobrador, focalizando el uso de recursos en la cobranza de las facturas.

Con este sistema, Xerox ha logrado cambiar su recaudación mensual de unseguimiento aleatorio de las deudas, a un control semanal sistemático.

Las soluciones de inteligencia de negocios proporcionan grandes ventajas al

facilitar el análisis de información de las organizaciones. El reto para que

estas herramientas de software funcionen de manera adecuada, implica el

convencimiento de los directivos en apoyar la adopción de una cultura de

democracia en la información, de tal manera que los problemas y la

información asociada no se vean de forma aislada por una unidad funcional,





sino que se consideren como problemas e información sustantivos

relacionados con otras áreas de la organización.

2.1.8.3. Propósito de la Inteligencia de Negocios

El propósito de la inteligencia de Negocios es de convertir el volumen de datos

en un valor del Negocio a través de los reportes analíticos.

Figura 4: Modelo Integral de una solución de BI

Fuente: (Espiñeria Sheldon y Asociados, 2008)

2.1.8.4. Componentes de Business Intelligence:

Multidimensionalidad.

Data Mining.

Agentes.

Data Warehouse.

2.1.8.5. DataWarehouse:

DataWarehouse. Es la respuesta de la tecnología de información a la

descentralización en la toma de decisiones. Repositorio de datos

organizacional.

Depósito central para datos resumidos e integrados de bases de datos

operacionales y fuentes de datos externas.





Los requerimientos de procesamiento de las aplicaciones de apoyo a las

decisiones han llevado a cuatro características distintivas para los

Datawarehouse, mismas que son descritas a continuación:

a) Orientado a los sujetos: Un DataWareHouse se organiza en torno de los

principales sujetos o entidades, como clientes, pedidos y productos. Esta

orientación a los sujetos contrasta con la mayor orientación hacia los procesos

en el procesamiento de transacciones.

b) Integrado: Los datos operativos de múltiples bases de datos y fuentes de

datos externas se integran en un DataWareHouse para proporcionar una base

de datos individual y unificada para el apoyo a las decisiones. La consolidación

de los datos requiere convenciones de nomenclatura consistente, formatos de

datos uniformes y escalas de medición comparables en las bases de datos y en

las fuentes de datos externas.

c) Variante de tiempo: Los DataWareHouse usan marcas de tiempo para

representar datos históricos. La dimensión del tiempo es crítica para identificar

tendencias, pronosticar operaciones futuras y establecer objetivos de

operación.

Los DataWareHouse esencialmente consisten en una extensa serie de

fotografías instantáneas, cada una de las cuales representa datos operativos

capturados en un momento en el tiempo.

d) No volátil: Los datos nuevos en un DataWarehouse se anexan, en vez de

reemplazarse, de modo que se preservan los datos históricos. El acto de

anexar datos nuevos se conoce como refrescar el Datawarehouse. La falta de

operaciones de actualización y eliminación garantiza que un Datawarehouse no

contiene anomalías de actualización o eliminación. Los datos de las

transacciones se transfieren a un Datawarehouse sólo cuando se ha

completado la mayoría de las actividades de actualización.

Almacena datos de toda la empresa y de todas las áreas.

Contiene data masiva e integrada.

Es una colección empresarial de Datamarts.





2.1.8.6. DataWarehouse e Inteligencia de Negocios.

Figura 5: DataWarehouse e Inteligencia de Negocios

Fuente: Base de Datos Estratégicas - Diapositivas – Curso- Unv .Antenor Orrego.

Figura 6: Esquema DataWareHouse toma de decisiones

Fuente: Base de Datos Estratégicas - Diapositivas – Curso- Unv .Antenor Orrego

2.1.8.7. Arquitectura del Data Warehouse

La estructura básica de la arquitectura Data Warehouse incluye:

Datos operacionales: un origen o fuente de datos para poblar el

componente de almacenamiento físico DW. El origen de los datos son

los sistemas transaccionales internos de la organización como también

datos externos a ésta.

Extracción de Datos: selección sistemática de datos operacionales

usados para poblar el componente de almacenamiento físico DW.





Transformación de datos: procesos para sumarizar y realizar otros

cambios en los datos operacionales para reunir los objetivos de

orientación a temas e integración principalmente.

Carga de Datos: inserción sistemática de datos en el componente dealmacenamiento físico DW.

DataWarehouse: almacenamiento físico de datos de la arquitectura DW.

Herramientas de Acceso al componente de almacenamiento físico DW:

herramientas que proveen acceso a los datos. Estas herramientas

pueden ser herramientas específicas de mercado para visualización de

bases multidimensionales almacenadas en Data Warehouses como

también aplicaciones desarrolladas dentro de la organización del tipo

EIS/DSS (Nader, 2004)

Figura 7: Estructura básica del DataWarehouse

Fuente: [Nader, 2004]





2.1.9. Rational Unified Process (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. (Rumbaugh, et

al., 1999).

RUP reconoce que el proceso de modelado convencional presenta una vista

individual de procesos. En contraste, RUP es descrito normalmente desde 3

perspectivas (Sommerville, 2007):

1) Perspectiva dinámica que muestras las fases del modelo con el tiempo.

2) Perspectiva estática que muestra el las actividades del proceso que son

representadas.

3) Perspectiva práctica que sugiere buenas prácticas a ser usadas durante el proceso

de desarrollo. (IBM)

Figura 8: Fases y Flujos de Trabajo de RUP

Fuente: (ITERA, 2012)

En la Ilustración las iteraciones están representadas como franjas verticales

delimitadas por líneas punteadas y marcadas por una letra que corresponde a la

inicial de la fase y un índice consecutivo. La fase inicial generalmente tiene una sola

iteración. El ciclo de vida iterativo ha comprobado ser uno de los más efectivos para

llevar una buena administración de los proyectos de software. (ITERA, 2012)





Como indica en la Figura 08 las Fases y Flujos de Trabajo de RUP son:

Iniciación: La meta de esta fase es establecer el caso de uso de negocio para el

sistema. Para esto se debe identificar todas las entidades externas (personas y

sistemas) que interactuarán con el sistema, además se debe definir estas

interacciones. Luego se debe usar esta información para evaluar la contribución

que el sistema hace al negocio. Si esta contribución es menor, el proyecto debe ser

cancelado después de esta fase. (Luis Leoncio Rodríguez Ruiz, 2009).

Elaboración: Las metas de esta fase son las de desarrollar y entender el dominio

del problema, establecer un marco de trabajo arquitectónico para el sistema,

desarrollar el plan del proyecto e identificar riesgos claves del proyecto. Al

completarse esta fase, se debe tener un modelo de requerimientos para el sistema

(Casos de Uso son especificados), una descripción de arquitectura, y plan dedesarrollo para el software. (Luis Leoncio Rodríguez Ruiz, 2009).

Construcción: Se trata esencialmente con el diseño del sistema, programación y

pruebas. Partes del sistema son desarrollados en paralelo e integrados durante

esta fase. Al completarse esta fase, se debe tener el software del sistema

funcionando y la documentación asociada esta lista para ser entregada a los

usuarios. (Luis Leoncio Rodríguez Ruiz, 2009).

Transición: La última fase es concerniente al movimiento del sistema desde el

área de desarrollo hacia los usuarios finales, haciéndolo funcionar en un entorno

real. Esto es algo que siempre es ignorado en la mayoría de procesos de modela

miento de software pero de hecho, es costoso y a veces es una actividad

problemática. Al completarse esta fase, se debe tener un sistema software

documentado que esté funcionando correctamente en su entorno operacional. (Luis

Leoncio Rodríguez Ruiz, 2009).

Los flujos de trabajo según la metodología RUP, como se aprecia en la Figura 08,

son:

2.1.9.1. Modelado del Negocio:

Los procesos de negocio son modelados usando Casos de Uso de Negocio. (Luis

Leoncio Rodríguez Ruiz, 2009)

Requisitos: Actores que interactúan con el sistema son identificados y los

Casos de Uso son desarrollados para modelar los requerimientos del

sistema. (Luis Leoncio Rodríguez Ruiz, 2009).





Análisis y Diseño: Un modelo de diseño es creado y documentado usando

modelos arquitectónicos, modelos de componentes, modelos de objetos y

modelos de secuencia. (Luis Leoncio Rodríguez Ruiz, 2009).

Implementación: Los componentes en el sistema son implementados yestructurados en sub-sistemas de implementación. Generación de código

automático de los modelos de diseño ayuda a acelerar el proceso. (Luis

Leoncio Rodríguez Ruiz, 2009).

Pruebas: Es un proceso iterativo que se realiza en conjunción con la

implementación. Las pruebas del sistema le siguen a la finalización de la

implementación. (Luis Leoncio Rodríguez Ruiz, 2009).

Despliegue: Una versión del producto se crea, distribuye a lo usuarios e

instala en sus lugares de trabajo. (Luis Leoncio Rodríguez Ruiz, 2009).

Gestión del cambio y configuración: Este flujo de trabajo de soporte

administra cambios al sistema. (Luis Leoncio Rodríguez Ruiz, 2009).

Gestión del proyecto: Este flujo de trabajo de soporte administra el

desarrollo del sistema. (Luis Leoncio Rodríguez Ruiz, 2009).

Entorno: Se refiere a poner herramientas de software adecuadas disponibles

para el equipo de desarrollo. (Luis Leoncio Rodríguez Ruiz, 2009).

2.1.9.2. Lenguaje de Modelado Uml

UML es una especificación de notación orientada a objetos. Divide cada proyecto enun número de diagramas que representan las diferentes vistas del proyecto. Estos

diagramas juntos son los que representa la arquitectura del proyecto.

Con UML nos debemos olvidar del protagonismo excesivo que se le da al diagrama

de clases, este representa una parte importante del sistema, pero solo representa una

vista estática, es decir muestra al sistema parado. UML introduce nuevos diagramas

que representa una visión dinámica del sistema, es decir, gracias al diseño de la parte

dinámica del sistema podemos darnos cuenta en la fase de diseño de problemas de

la estructura al propagar errores o de las partes que necesitan ser sincronizadas, asícomo del estado de cada una de las instancias en cada momento.

El diagrama de clases continua siendo muy importante, pero se debe tener en cuenta

que su representación es limitada, y que ayuda a diseñar un sistema robusto con

partes reutilizables, pero no a solucionar problemas de propagación de mensajes ni

de sincronización o recuperación ante estados de error.

UML permite la modificación de todos sus miembros mediante estereotipos y

restricciones. Un estereotipo nos permite indicar especificaciones del lenguaje al que





se refiere el diagrama de UML. Una restricción identifica un comportamiento forzado

de una clase o relación, es decir mediante la restricción estamos forzando el

comportamiento que debe tener el objeto al que se le aplica. (Rumbaugh, James;

2000. Pág. 151).

2.1.9.3. Diagramas UML

UML viene mejorando constantemente y con ello actualizando sus versiones, para

este proyecto de investigación usaremos UML 2.0, el cual contiene 13 tipos

diferentes de diagramas categorizados jerárquicamente.

Figura 9: UML 2.0

Fuente: (Rumbaugh, James; 2000. Pág. 151)

Diagramas de Estructura enfatizan en los elementos que deben existir en el

sistema modelado:

o Diagrama de clases

o Diagrama de componentes

o Diagrama de objetos

o Diagrama de despliegue

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

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

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

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

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

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

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

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





Diagramas de Comportamiento enfatizan en lo que debe suceder en el

sistema modelado:

o Diagrama de casos de uso

o Diagrama de actividad

o Diagrama de estados

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:

o Diagrama de secuencia

o Diagrama de colaboración

o Diagrama de tiempos

o Diagrama de vista de interacción

2.1.10. Oracle DataBase 10g:

Es una plataforma integral de base de datos que combina escalabilidad y desempeño

líderes del sector, análisis bien integrado y calidad de datos e integridad—todo en una

sola plataforma que se ejecuta en una infraestructura grid de bajo costo y confiable.

Oracle Database 10g ofrece la mejor funcionalidad con escalabilidad probada en

cientos de terabytes y desempeño líder en el mercado. Oracle Database 10g también

ofrece una plataforma exclusivamente integrada para análisis.

La base de datos Oracle es un sistema de administración de base de datos

relacionales (RDBMS). El modelo relacional (de un modo sencillo) consiste en utilizar

tablas bidimensionales para almacenar la información.

Consta de tres elementos básicos:

Tablas

Conjunto de operadores para manipular esas tablas

Reglas de integridad

En la estructura básica del modelo relacional se distinguen los siguientes elementos:

Relación: En el modelo relacional se representa mediante una tabla con m

filas y n columnas. Como las tablas son esencialmente relaciones, se

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


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

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

http://es.wikipedia.org/wiki/Diagrama_de_colaboraci%C3%B3n

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

http://es.wikipedia.org/w/index.php?title=Diagrama_de_vista_de_interacci%C3%B3n&action=edit&redlink=1

http://es.wikipedia.org/w/index.php?title=Diagrama_de_vista_de_interacci%C3%B3n&action=edit&redlink=1

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

http://es.wikipedia.org/wiki/Diagrama_de_colaboraci%C3%B3n

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

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






utilizarán los términos matemáticos relación y tupla, en lugar de los términos

tabla y fila.

Atributos: Son las columnas de la tabla. Corresponden a las propiedades de

las entidades Cada uno de estos atributos puede tomar valores dentro de un

rango determinado, que se llama dominio. Varios atributos pueden compartir

un único dominio.

Dominio: Rango de valores aceptable para un atributo dado. Este rango

depende exclusivamente del atributo y va a condicionar los valores posibles

dentro de cada celda de la tabla.

Tuplas: Es el nombre que recibe cada una de las filas de la tabla.

Cardinalidad: de la relación: es el número m de tuplas de la relación.

Grado de la relación: Es el número n de atributos que intervienen en la

relación.

Una vez visto qué es una tabla o relación, vamos a enumerar sus propiedades

principales:

Todas las filas de una tabla están compuestas por el mismo número y tipo de

atributos que, además, aparecen siempre en el mismo orden.

No puede haber filas repetidas. Es decir, todas las filas de la tabla deben

diferenciarse entre sí al menos en el valor de un atributo.

El orden en que aparecen las filas dentro de la tabla no es relevante.

En cada celda de la tabla sólo puede aparecer un valor. Además este valor

debe estar dentro del dominio de la columna correspondiente.

Una tabla no puede contener dos filas iguales. Esto obliga, necesariamente, a que

haya uno o varios atributos que se puedan utilizar para distinguir unas tuplas de otras.

Cualquier atributo o conjunto mínimo de ellos que sirva para este propósito se

denomina clave candidata. Es decir, una clave candidata permite identificar de forma

única una fila de una tabla.

Es posible que la única clave candidata de una relación esté formada por todos los

atributos de la misma. A la clave candidata que el usuario escoge para identificar las

tuplas de una relación se la denomina clave primaria. (primary key). Una propiedad





fundamental de la clave primaria consiste en que, bajo ninguna circunstancia, puede

adoptar el valor nulo, ya que si así lo hiciera perdería su capacidad para identificar las

tuplas de la relación.

El resto de claves candidatas que no han sido elegidas como clave primaria reciben el

nombre de claves alternativas o secundarias.

Integrar – Realizar – Escalar – Analizar:

Usted puede hacer todo lo anterior con la actual arquitectura de información, la cual

es mucho más dinámica que hace algunos años. Las empresas ahora exigen más

información, y la necesitan con más rapidez, también brindan más análisis a un grupo

de usuarios y aplicaciones cada vez más amplio. (ORACLE, 2010)

Figura 10: Base de Datos ORACLE

Fuente: (ORACLE, 2010)

2.1.11. Enterprise Architect 7.5:

Enterprise Architect combina el poder de la última especificación UML 2.1 con alto

rendimiento, interfaz intuitiva, para traer modelado avanzado al escritorio, y para el

equipo completo de desarrollo e implementación. Con un gran conjunto de

características y un valor sin igual para el dinero, EA puede equipar a su equipo

entero, incluyendo analistas, evaluadores, administradores de proyectos, personal del

control de calidad, equipo de desarrollo y más, por una fracción del costo de algunos

productos competitivos. Verifique el rango completo de las herramientas y

características case en detalle (EA, 2011). Características principales:

http://sparxsystems.com.ar/products/ea_features.html








Alta capacidad: Enterprise Architect es una herramienta comprensible de

diseño y análisis UML, cubriendo el desarrollo de software desde el paso de

los requerimientos a través de las etapas del análisis, modelos de diseño,

pruebas y mantenimiento. EA es una herramienta multi-usuario, basada enWindows, diseñada para ayudar a construir software robusto y fácil de

mantener. Ofrece salida de documentación flexible y de alta calidad. El

manual de usuario está disponible en línea (EA, 2011).

Velocidad, estabilidad y buen rendimiento: El Lenguaje Unificado de

Modelado provee beneficios significativos para ayudar a construir modelos de

sistemas de software rigurosos y donde es posible mantener la trazabilidad

de manera consistente (EA, 2011).

Figura 11: Herramienta Enterprise Architect

Fuente: (EA, 2012)

2.1.12. TRIAD:

FICO TRIAD Gestión de Clientes, es la solución líder en gestión de cuentas de crédito

de clientes, con análisis avanzado y consultoría estratégica sin igual y herramientas

de diseño de la estrategia sofisticada.

Permite maximizar ganancias y minimizar las pérdidas a través de múltiples líneas denegocios por predecir con exactitud el riesgo y automatización destinados a

tratamientos. Capacitar a los usuarios de negocios para impulsar continuamente el

rendimiento y adaptarse al cambio a través de champion/challenger pruebas — crear

estrategias de challenger mejores que nunca.

Permite desarrollar estrategias más competitivas, encontrar el equilibrio adecuado

entre la gestión del riesgo y la satisfacción del cliente, con capacidades de

visualización y diseño de estrategia de avance.





TRIAD es un software de puntuación y gestión de cartera, diseñado para reducir

perdidas, aumentar los ingresos y aprovechar las oportunidades promocionales en

varias carteras.

Las estrategias se introducen en PCTMS (Sistema de Mantenimiento de Tablas del

PC), que permite tener una visión gráfica (Treeview) y en diferentes formatos de las

estrategias (StrategyDesigner). (Entidad Financiera, 2011)

Triad es un software de control adaptable que:

Calcula Score.

Segmenta Cuentas.

Asigna Acciones.

Genera Reportes.

Implementa Modelos Predictivos.

Identifica Clientes sobre endeudados en cada uno de los negocios.

Permite un mayor análisis estadístico.

2.1.13. DataStage

IBM InfoSphere DataStage permite a las empresas extraer, transformar y cargar

datos (ETL) desde una diversidad de orígenes a un almacén de datos. El soporte al

hardware de múltiples procesadores que viene incluido permite que DataStage pueda

brindar altos niveles de escalabilidad y trabajar eficientemente con grandes

volúmenes de datos. Numerosos "conectores" soportan una amplia variedad de

formatos de datos de origen y destino, que incluye a los famosos sistemas de gestión

de bases de datos de IBM y OEM, las fuentes de datos ODBC, aplicaciones de

terceros, mensajes en tiempo real generados por programas de colocación de

mensajes en colas y servicios Web, y los formatos de archivos más utilizados.

IBM InfoSphere DataStage integra datos sobre demanda con un marco paralelo de

alto rendimiento, gestión de metadatos y conectividad empresarial. (IBM, 2012)

Soporta la recopilación, integración y transformación de grandes volúmenes

de datos, con estructuras de datos que van desde simple hasta muy

compleja.

Proporciona soporte para big data y Hadoop, permitiendo a los clientes

acceder directamente a grandes datos en un sistema de archivos distribuido,

ayudando con ello abordar los volúmenes de datos más exigentes de su

negocio





Nuevas características, como una consola de operaciones, un depurador

interactivo para trabajos paralelos y el apoyo para la optimización de

equilibrado, ayudar a los clientes trabajar más inteligente, mejorar la

productividad y acelerar la resolución de problemas.Ofrece una plataforma escalable que permite a las empresas a resolver

problemas de negocios a gran escala a través de procesamiento de alto

rendimiento de volúmenes de datos masivos

Admite la integración de datos en tiempo real.

Permite a los desarrolladores maximizar la velocidad, flexibilidad y eficacia en

la construcción, implementar, actualizar y administrar su infraestructura de

integración de datos.

Completa conectividad entre cualquier origen de datos y cualquier aplicación.





2.2. Métodos y Herramientas:

2.2.1. Métodos

El presente trabajo presentará las siguientes Fases de la metodología RUP, representada

en siguiente cuadro:

FASES FLUJOS TRABAJO RESULTADOS

INICIO MODELADO DEL

NEGOCIO

DIAGRAMAS DE CASO DE USO DE

NEGOCIO

DIAGRAMAS DE OBJETO DE

NEGOCIO

DIAGRAMA DE DOMINIO

ELABORACIÓ

N

REQUISITOS DIAGRAMAS DE CASO DE USO DE

REQUERIMIENTOS

ESPECIFICACIÓN DE CASOS DE

USO DE REQUERIMIENTOS

ANALISIS Y DISEÑO DIAGRAMAS DE COMUNICACIÒN

DIAGRAMAS DE SECUENCIA

DIAGRAMA DE CLASES

DIAGRAMA DE COMPONENTES

DIAGRAMA DE DESPLIEGUE

DISEÑO DE PROTOTIPOS DE JOBS

USANDO DATASTAGE Y DISEÓ DE

UNA ESTRATEGIA USANDO TRIAD.

DISEÑO PRUEBAS

Tabla 1: Fases de la Metodología RUP

Fuente: (IBM)





2.2.2. Herramientas:

Como lenguaje de modelamiento se empleará UML 2.0 (Lenguaje de

Modelamiento Unificado).

Cómo manejador de Base de Datos Oracle 10g

Enterprise Architect como herramienta modelador UML.

Como motor de decisiones se utilizara Triad.

Como herramienta ETL, se utilizará DataStage.





III. DESARROLLO DEL TRABAJO DE SUFICIENCIA PROFESIONAL

3.1. Capítulo 1: Contexto del Negocio:

3.1.1. Contexto:

El desarrollo del presente trabajo de investigación se ha realizado teniendo como

principal objeto de estudio de la Entidad Financiera, con sede principal en el

Departamento de Lima. El número telefónico es 220-2300 y se accede al fax a través

del anexo 22784 o el número 220-2480 se fundó el primero de mayo de 1897.

El Banco es una entidad financiera del Perú que presta los servicios de banca y

finanzas, así como también brinda servicios adicionales a los que decidan abrir

cuentas; buscando optimizar las operaciones del proceso de Incremento de Línea de

Crédito, Optamos por diseñar una aplicación informática para mejorar el proceso de

Incremento de Línea de de la Entidad Financiera, utilizando RUP.

3.1.2. Ideas y Estrategias del Negocio en el Contexto del Proyecto:

Llevar un registro y control de todas las cuentas que aumentan o disminuyen el

crédito.

Hacer una comparación con meses anteriores así como visualización de

resultados.

Manejo de reportes con respecto a Riesgo Cliente mensualmente.

Manejo de reportes con respecto al Proceso Mensual Nivel Cliente diariamente.

Administrar la lista de clientes que se les ha incrementado su línea de crédito.

3.1.3. Clientes:

El Banco cuenta con todo tipo de clientes, tales como:

• Personas.

• Empresas.

• Tiendas Comerciales.

3.1.4. Competidores:

• Banco de Crédito del Perú.

• Banco Financiero del Peru.

• Banco Central de Reserva del Perú.

• Banco Internacional del Perú – Interbank.





3.1.5. Stakeholders:

Jefe Producto

Jefe Credito

Jefe Riesgo

Jefe Proyecto

Analista Riesgo

Analista Sistemas

Analista Credito

Sistema Tarjeta Host

3.1.6. Procesos del Negocio:

Incremento Línea.

3.1.7. Selección de las Estrategias de Implementación:

La estrategia de implementación contiene las siguientes tareas:

Conocer la realidad de la empresa y familiarizarnos con la cultura

organizacional a través de las entrevistas y encuestas realizadas.

Analizar la documentación manuales y procedimientos del Área

Comercial y Área de Riesgo Banca Persona.

Analizar los sistemas transaccionales de la Financiera. Analizar las Bases de Datos iniciales con datos del DataWareHouse.

Recolectar y analizar los requerimientos empresariales.

Realizar el Análisis y Diseño de una estrategia de incremento de Línea

de Crédito.

Hacer la Elaboración de Prototipos.

3.1.8. Selección de la Metodología de Desarrollo:

Para el diseño de una Aplicación informática para el proceso de incremento de Líneas

de Crédito se necesito de un análisis complejo de los datos extraídos de la

información de la empresa en el área a gestionar. Por esto deben usarse las mejores

prácticas existentes. Una de ellas es la metodología RUP, la cual es estándar, la más

utilizada para el análisis, implementación y documentación de sistemas orientados a

objetos.





3.1.9. Selección del Ámbito de Implementación:

Las Áreas de implementación de la Aplicación informática para el proceso de

incremento de Líneas de Crédito fue determinado basándose en los requerimientos

de información de la Vicepresidencia de Riesgos y del Gerente De División de

Riesgos de la Empresa Financiera, y el análisis de las operaciones del proceso

Administrador de Créditos en equipo con el Área Comercial y Área de Riesgo Banca

y Persona, que son los encargados de ver el proceso y mantener las bases de datos

de la empresa.

Para ello se formularon las siguientes preguntas:

¿Cuál es el área más recomendable estratégicamente para aplicar TRIAD?

¿Cuál es la priorización de desarrollo de la Aplicación informática para los

procesos principales del Áreas de la Entidad Financiera?

¿Cuál es el rango de consultas empresariales a los que se debe responder

inicialmente para el desarrollo de la Aplicación informática?

Después de haber realizado el análisis del funcionamiento de la organización,

las respuestas obtenidas fueron las siguientes:

En el área Comercial y Área de Riesgos Banca Persona (Líneas de

Crédito de la empresa), la cual presenta riesgos de la situacióneconómica del Banco

De acuerdo a la documentación entrevistas realizadas dentro del Banco

la priorización de desarrollo será para el proceso de Líneas de Créditos

la cual abarcan algunos procesos en conjunto (Campañas, Aumentos,

Disminución, Evaluación, etc).

El rango de consultas empresariales que debe responder inicial mente

la Aplicación informática será duplicar las consultas a comparación del

año pasado.





3.2. Capítulo 2: Diagrama Pictográfico Actual y Propuesto

3.2.1 Pictogramas:

3.2.1.1. Pictograma Situación Actual:

Figura 12: Pictográfico de Situación Actual





3.2.1.2. Pictograma de Solución:

Figura 13: Pictográfico Solución





3.3. Capítulo 3: Modelado del Negocio

3.3.1 Lista de Potenciales Requerimientos:

Consultar Información Rcc. Consultar Entidad Rcc.

Registrar Riesgo Cliente.

Consultar Riesgo Cliente.

Consultar Tarjeta.

Registrar Variable.

Registrar Estrategia.

Registrar ResultanteCuenta.

Registrar ResultanteCliente.

Registrar Cuentas Objetivas..

Registrar Incremento Línea.

3.3.2 Diagrama Caso de Uso del Negocio

Figura 14: Casos de Uso de Negocio

uc Diagrama de Caso Uso Negocio

Jefe Creditos

Sistema Tarjeta Host

Incremento Linea

Jefe Proyecto

Jefe Producto

Jefe Riesgo

«flow»

«flow»

«flow»

«flow»

«flow»





3.3.3 Diagrama de Objeto del Negocio:

Figura 15: Diagrama de Objeto de Negocio

object CUON_Diagrama Objeto Negocio

Jefe Creditos

Jefe Riesgo

Jefe Producto

Jefe Proyecto

Anal ista Riesgo

Anal ista Credito

InformacionRcc RiesgoCliente

Variable

Estrategia

Anal ista Si stema

ResultanteCuenta

ResultanteCliente

CuentaObjetiva

IncrementoLineaSistema Tarjetas

Host

Registrar

Registrar

Registrar Registrar

Registrar

Registrar

Registrar Consultar





3.3.4 Diagrama de Caso de Uso de Requerimientos:

Figura 16: Diagrama de Casos de Uso de Requerimientos

uc Diagrama de Caso de Uso Requerimiento

Analista Credito

Registrar Estrategia Registrar Variable

Analista Riesgos

Consultar

InformacionRcc

Registrar

RiesgoCliente

Analista Sistemas

Registrar

ResultanteCuenta

Consultar

RiesgoCliente

Registrar

ResultanteCliente

Registrar Cuentas

Objetivas

Analista

Registrar

Incremento Linea

Sistema Tarjetas

Host

Consultar

EntidadRcc

Consultar Tarjeta

«extend»

«include»

«include»

«flow»

«include»

«extend»

«include»

«include»

«include»





3.3.5 Especificación de Caso de Usos:

3.3.5.1. Especificación de Consultar Información Rcc:

Tabla 2: Especificación Caso de Uso, Consultar InformaciónRcc

ESPECIFICACION DEL CASO DE USO: CONSULTAR INFORMACION RCC

ID CU- CONS-INFORRCCDESCRIPCION Consultar InformaciónRcc.ACTORESINVOLUCRADOS

Analista Riesgos

PRECONDICIONES Se debe de disponer del Archivo Información Rccactualizada en el aplicativo.

POSTCONDICIONES Encontrar los datos necesarios en Información Rccy Registrar RiesgoCliente

FLUJO NORMAL DE EVENTOS1. La SBS manda a la Entidad Financiera la Información de toda los bancarizados del

Perú, que se encuentre en el Información Rcc.2. Analizar la información útil que nos proporciona la SBS, porque permite saber que

banco tiene a que cliente, con cuantos productos y si el cliente tiene buencomportamiento de pago a lo largo del tiempo.

3. Analizar el Comportamiento Crediticio de un Cliente Moroso.FLUJOS ALTERNOS Al analizar el Comportamiento Crediticio de un Cliente Moroso, se debe de verificar siese Cliente tiene productos en la Entidad Financiera y observar si se encuentra en laBase Negativa de la propia Entidad.

3.3.5.2. Especificación de Consultar EntidadRcc:

Tabla 3: Especificación Caso de Uso, Consultar EntidadRcc

ESPECIFICACION DEL CASO DE USO: CONSULTAR ENTIDAD RCC

ID CU- CONS-ENTIDADRCCDESCRIPCION Consultar EntidadRcc.ACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Se debe disponer de la información en la TablaInformacionRcc

POSTCONDICIONES Se encuentra detallado los productos asociados de

cada persona bancarizada en el Perú.FLUJO NORMAL DE EVENTOS1. La SBS manda a la Entidad Financiera la Información de toda los bancarizados del

Perú, que se encuentre en el Información Rcc.2. Se detallada la información en la tabla EntidadRcc, en donde se puede saber que

banco tiene a que cliente, con cuantos productos y si el cliente tiene buencomportamiento de pago a lo largo del tiempo.

3. Analizar el Comportamiento Crediticio de un Cliente Moroso.FLUJOS ALTERNOSSe debe de verificar si ese Cliente tiene productos en la Entidad Financiera y observarsi se encuentra en la Base Negativa de la propia Entidad.





3.3.5.3. Especificación de Registrar Riesgo Cliente:

Tabla 4: Especificación Caso de Uso, Registrar Riesgo Cliente

ESPECIFICACION DEL CASO DE USO: REGISTRAR RIESGO CLIENTE ID CU- REG-RIESGOCLIENTE

DESCRIPCION Registrar a los Clientes con Riesgo para Crédito.ACTORESINVOLUCRADOS

Analista Riesgos

PRECONDICIONES Consultar si existe el Cliente en la tablaRiesgoCliente.

POSTCONDICIONES Se Registran los Clientes Riesgosos, a quienes nose les debe proporcionar un Crédito.

FLUJO NORMAL DE EVENTOS1. Consulta la tabla Información Rcc, elaborado por la SBS y distribuido por la Entidad

Financiera.2. Consultar Si se encuentra en la tabla de RiesgoCliente.3. Registrar Nuevo Cliente Riesgoso.

FLUJOS ALTERNOS Al Consultar la Información Rcc, también se debe consultar la información de todos loscontribuyentes del Perú emitido por la SUNAT y la información de todos los Clientes deInterbank, de productos activos.

3.3.5.4. Especificación de Consultar Riesgo Cliente:

Tabla 5: Especificación Caso de Uso, Consultar Riesgo Cliente

ESPECIFICACION DEL CASO DE USO: CONSULTAR RIESGO CLIENTE

ID CU- CONS-RIESGOCLIENTEDESCRIPCION Consultar la Bd de RiesgoCliente.ACTORESINVOLUCRADOS

Analista Riesgos, Analista de Sistemas

PRECONDICIONES La tabla de RiesgoCliente debe de existir.POSTCONDICIONES Consultar si existe el Cliente Riesgoso.FLUJO NORMAL DE EVENTOS

1. Consulta la Bd RiesgoCliente.2. Verificar si el Cliente Riesgoso existe por el Código Único del Cliente.3. Mostrar Cliente No Apto.

FLUJOS ALTERNOSLa Bd de RiesgoCliente se actualiza mensualmente por el Área de Riesgos.





3.3.5.5. Especificación de Registrar Estrategia:

Tabla 6: Especificación Caso de Uso, Registrar Estrategia

ESPECIFICACION DEL CASO DE USO: REGISTRAR ESTRATEGIA

ID CU- REG-ESTRATEGIADESCRIPCION Registrar las Estrategias de Score, Cierre Mensual

e Incremento LíneaACTORESINVOLUCRADOS

Analista Crédito

PRECONDICIONES Tener las variables registradas.POSTCONDICIONES Registrar las Estrategias para Triad.FLUJO NORMAL DE EVENTOS

1. El Analista consultará la Tabla RiesgoCliente.2. Se consultará las variables para ver cuales se utilizarán para realizar las estrategias.3. Se elaborará la lógica de decisión de la estrategia relacionada con la forma en que

Triad gestiona a sus Clientes y sus Cuentas.FLUJOS ALTERNOSLas variables deben de existir para que se registre una estrategia.

3.3.5.6. Especificación de Registrar Variable:

Tabla 7: Especificación Caso de Uso, Registrar Variable

ESPECIFICACION DEL CASO DE USO: REGISTRAR VARIABLE

ID CU- REG-LLAVESDESCRIPCION Registrar las Variables de Triad.ACTORESINVOLUCRADOS

Analista Crédito

PRECONDICIONES Tener la información necesaria.POSTCONDICIONES Registrar las Variables para Triad.FLUJO NORMAL DE EVENTOS

1. El Analista tendrá una lista de formulas utilizadas para cálculo de las diferentes tasas ointereses que maneja la entidad financiera.

2. El Analista programará las variables a nivel Cuenta y Cliente que serán procesados enTriad.

3. Cada variable se usa para simplificar las formulas, en donde puede contener uncentenar de ellas.FLUJOS ALTERNOS

Si las variables están mal elaboradas al momento que se compila generará un log deerror.





3.3.5.7. Especificación de ResultanteCuenta:

Tabla 8: Especificación Caso de Uso, Registrar ResultanteCuenta

ESPECIFICACION DEL CASO DE USO: Regitrar ResultanteCuenta ID CU- CALC_REGRESULTCTA

DESCRIPCION Registrar ResultanteCuenta que contiene el puntajede las cuentas que liquidan en una determinadafecha.

ACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Tener Registrado Información de las Tarjetas queliquidan diariamente.

POSTCONDICIONES Se tendrá el Puntaje diario de todas las cuentas delos clientes.

FLUJO NORMAL DE EVENTOS1. Verificar el número de tarjetas liquidadas durante el día.2. Registrar los Puntajes de las Cuentas de los clientes en la tabla ResultanteCuenta3. Se verificará que los datos se hayan actualizado correctamente y el número de cuentas

calculadas sea equivalente a las cuentas liquidadas (puede ser igual o menordependiendo si se cierran o cancelan cuentas).FLUJOS ALTERNOSVolver a Registrar nuevamente los Puntajes de las Cuentas de los Clientes si elproceso cancela.

3.3.5.8. Especificación de Registrar ResultanteCliente:

Tabla 9: Especificación Caso de Uso, Registrar ResultanteCliente

ESPECIFICACION DEL CASO DE USO: REGISTRAR RESULTANTECLIENTE

ID CU- CALC_ REGRESULTCLTEDESCRIPCION Registrar ResultanteCliente que contiene el puntaje

de todas las cuentas que tiene un cliente,asignándole un puntaje global.

ACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Tener Registrado ResultanteCuentaPOSTCONDICIONES Se cerrará el mes y se actualizará la Tabla

ResultanteCliente.FLUJO NORMAL DE EVENTOS

1. El Analista Verificará que se ResultanteCuenta este registrado satisfactoriamente.2. Verificará que se hayan Registrado las estrategias de ResultanteCuenta.3. El proceso ResultanteCliente consolidará la información de todas las cuentas y le

asignará un score usando Triad pero a nivel de cliente a partir de la informacióncorrespondientes a todas las tablas de la Base de Datos.

4. Se actualizará la Tabla ResultanteCliente de acuerdo a las estrategias implementadasen Triad.

5. Se verificará que los datos se hayan realizado correctamente en la Tabla ResultanteCliente.FLUJOS ALTERNOSEn el caso que solo se haya implementado las Estrategias de Cierre de Mes en elproceso de ResultanteCliente, el proceso no cancelará, solo en la Tabla ResultanteCliente no tendrá el Resultado del Incremento de Línea en las Cuentas.





3.3.5.9. Especificación de Registrar Cuenta Objetiva:

Tabla 10: Especificación Caso de Uso, Registrar Cuenta Objetiva

ESPECIFICACION DEL CASO DE USO: REGISTRAR CUENTAS OBJETIVAS ID CU- REG-CUENTASOBJ

DESCRIPCION Registrar las Cuentas Objetivas de IncrementoLínea.

ACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Tener Información en la Tabla ResultanteCliente.POSTCONDICIONES Registrar las Cuentas Objetivas para Incrementar

Línea.FLUJO NORMAL DE EVENTOS

1. El Analista verifica que la información en la Tabla ResultanteCliente este correcta.2. Al terminar el procedimiento se generaran dos archivos que servirán como un input

para incrementar la línea de crédito y también se registrara la información de lascuentas objetivas en la tabla CuentaObjetiva de la base de datos.FLUJOS ALTERNOSSi no se generan los dos archivos, analizar y solucionar el error.

3.3.5.10. Especificación de Registrar Incremento de Línea:

Tabla 11: Especificación Caso de Uso, Registrar Incremento de Línea

ESPECIFICACION DEL CASO DE USO: REGISTRAR INCREMENTO LINEA

ID CU- REG-INCREMENTOLINEA

DESCRIPCION Registrar Incremento Línea.ACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Tener Registrado las Cuentas Objetivas.POSTCONDICIONES Incrementar Línea.FLUJO NORMAL DE EVENTOS

1. El Analista consulta si la información de la Tabla IncrementoLinea se generócorrectamente.

2. Se Registro el Incremento de Línea..FLUJOS ALTERNOSSi los archivos no se han generado, regresar al Caso de Uso Registrar CuentasObjetivas.





3.3.5.11. Especificación de Consultar Tarjeta:

Tabla 12: Especificación Caso de Uso, Consultar Tarjeta

ESPECIFICACION DEL CASO DE USO: CONSULTAR TARJETA

ID CU- CONS-TARJETADESCRIPCION Consultar TarjetaACTORESINVOLUCRADOS

Analista Sistemas

PRECONDICIONES Tener información actualizada de todas las tarjetasPOSTCONDICIONES Tarjeta encontrada.FLUJO NORMAL DE EVENTOS

1. El Analista consulta el número de la tarjeta del Cliente.2. Tarjeta encontrada

FLUJOS ALTERNOS

Mensaje de error si la Tarjeta no Existe.





3.3.6 Diagrama De Dominio:

Figura 17: Diagrama de Dominio

class Diagrama de Dominio

InformacionRcc

Tarjeta

ClienteResultanteCliente

ResultanteCuenta

Incremento CuentaObjetiva IncrementoLinea

EntidadRcc

RiesgoCliente

Variable

Estrategia

1..*1

1 1..*1 1..*

1

1..*

1

1..*

11..*

1

1..*

1..*

1

1 1..*

1

1..*

1 1..*

1

1..*





3.3.7 Diagrama de Comunicaciones:

3.3.7.1. Diagrama de Comunicación: Consultar Información Rcc:

Figura 18: Diagrama de Comunicación, Consultar InformaciónRcc

3.3.7.2. Diagrama de Comunicación: Consultar Entidad Rcc:

Figura 19: Diagrama de Comunicación, Consultar EntidadRcc

sd Consultar Informacion Rcc

Analista Riesgo

UI: Consultar Informacion

RccBuscar Informacion Rcc InformacionRcc

1: Consultar Informacion Rcc() 1.1: Buscar Informacion Rcc()

1.3: M ostrar Informaci onRcc()

1.2: Buscar()

sd Consultar Entidad Rcc

Analista Riesgo UI: Consultar EntidadRcc Buscar EntidadRcc EntidadRcc

1: Consultar EntidadRcc()1.1: Buscar Enti dadRcc()

1.2: Buscar()

1.3: Mostrar Enti dadRcc()





3.3.7.3. Diagrama de Comunicación: Registrar Riesgo Cliente:

Figura 20: Diagrama de Comunicación, Registrar Riesgo Cliente

3.3.7.4. Diagrama de Comunicación: Consultar Riesgo Cliente:

Figura 21: Diagrama de Comunicación, Consultar Riesgo Cliente

sd Registrar RiesgoCliente

Analista Riesgo UI: Registrar RiesgoCliente

Buscar Informacion RccInformacionRcc

Buscar RiesgoClienteRiesgoCliente

Registrar RiesgoCliente

1: Regitrar RiesgoCliente()

1.1: Buscar Informacion Rcc()

1.2: Mostrar InformacionRcc()

1.3: Buscar RiesgoCliente()

1.4: Buscar()

1.5: Buscar()

1.6: Registrar RiesgoCliente()

sd Consultar Riesgo Cliente

Analista Riesgos UI: Consultar Riesgo Cli ente Buscar RiesgoClienteRiesgoCliente

1: Consultar RiesgoCliente()

1.1: Buscar RiesgoCliente()

1.2: Buscar()

1.3: Mostrar RiesgoCliente()





3.3.7.5. Diagrama De Comunicación: Registrar Estrategia:

Figura 22: Diagrama de Comunicación, Registrar Estrategia

3.3.7.6. Diagrama de Comunicación: Registrar Variable:

Figura 23: Diagrama de Comunicación, Registrar Variable

sd Registrar Estrategia

Analista Credito UI: Registrar Estrategias

Buscar Variable Variable

Buscar Estrategia Estrategia

Registrar Estrategia

1: Registrar Estrategia()

1.1: Buscar Variable()

1.2: Buscar()

1.3: M ostrar Variable()

1.4: Buscar Estrategia()1.5: Buscar()

1.6: Mostrar Estrategia()

1.7: Registrar()

sd Registrar Variables

Analista Credito UI: Registrar Variables

Buscar Variable

Variable

Registrar Variable

1: Registrar Variable()

1.1: Buscar Variable()

1.2: Mostrar Variable()

1.3: Registrar Variable()

1.4: Buscar()





3.3.7.7. Diagrama de Comunicación: Registrar Resultante Cuenta

Figura 24: Diagrama de Comunicación, Registrar ResultanteCuenta

3.3.7.8. Diagrama de Comunicación: ResultanteCliente:

Figura 25: Diagrama de Comunicación, Registrar ResultanteCliente

sd Registrar ResultanteCuenta

Analista Sistemas UI: ResultanteCuenta

Registrar

ResultanteCuenta ResultanteCuenta

Buscar Tarjeta Tarjeta

Buscar Estrategi aEstrategia

1: Consultar ResultanteCuenta()

1.1: Buscar ResultanteCuenta()

1.2: Buscar()

1.3: Mostrar ResultanteCuenta()

1.4: Buscar Estrategia() 1.5: Buscar()


1.7: Registrar()

sd Registrar ResultanteCliente

Analista SistemasUI: Registrar

ResultanteCliente

Buscar ResultanteCuenta ResultanteCuenta

Registrar ResultanteClien te ResultanteCliente

Buscar Estrategia Estrategia

1: Regi strar ResultanteCli ente()

1.1: Buscar ResultanteCuenta ()

1.2: Buscar()

1.3: M ostrar ResultanteCl iente()

1.4: Buscar Estrategia() 1.5: Buscar()


1.7: Registrar()





3.3.7.9. Diagrama de Comunicación: Registrar Cuentas Objetivas:

Figura 26: Diagrama de Comunicación, Registrar Cuentas Objetivas

3.3.7.10. Diagrama de Comunicación: Registrar Incremento Línea:

Figura 27: Diagrama de Comunicación, Registrar Incremento de Línea

sd Registrar Cuentas Objetiv as

Analista SistemasUI: Registrar Cuentas

Objetivas

Buscar ResultanteCli ente ResultanteCliente

Registrar Cuentas ObjetivasCuentaObjetiva

1: Registrar Cuentas Objetivas()

1.1: Buscar ResultanteCliente()1.2: Buscar()

1.3: Mostrar ResultanteCli ente()

1.4: Registrar()

sd Registrar Incremento Linea

Analista Sistemas

Buscar Cuenta Objeti va

UI: Incremento Linea

CuentaObjetiva

Registrar Incremento Lin ea IncrementoLinea

1: Registrar Incemento Linea()

1.1: Buscar Cuenta Obj etiva()1.2: Buscar()

1.3: Mostrar CuentaObj etiva()

1.4: Registrar()





3.3.8 Diagrama de Secuencia

3.3.8.1. Diagrama de Secuencia: Consultar Informacion_Rcc:

Figura 28: Diagrama de Secuencia, Consultar Informacion_Rcc

3.3.8.2. Diagrama de Secuencia: Consultar Riesgo Cliente:

Figura 29: Diagrama de Secuencia, Consultar Riesgo Cliente

sd Sec_Consultar_Informacion_Rcc

Anal ista Rie sgos UI: Consul tar In forma cio n

Rcc

Buscar Informacion

Rcc

InformacionRcc

1.Consultar Informacion Rcc()

2. BuscarInformacionRcc()

3. Buscar()

4. ObjInformacionRcc()

sd Sec_Consultar_RiesgoCliente

Anal ista Riesgos UI: ConsultarRiesgoCli ente Buscar

RiesgoCliente

Riesgo Cli ente

1. ConsultarRiesgoCliente()

2. Buscar RiesgoCliente()

3. Buscar()

4. Obj RiesgoCliente()





3.3.8.3. Diagrama de Secuencia: Registrar Cuentas Objetivas:

Figura 30: Diagrama de Secuencia, Registrar Cuentas Objetivas

3.3.8.4. Diagrama de Secuencia: Registrar Estrategia:

Figura 31: Diagrama de Secuencia, Registrar Estrategia

sd Sec_Registrar_Cuentas_Objetiv as

Analista Sistemas UI: Registrar Cuentas

Objetivas

Registrar Cuentas

Objetivas

CuentaObjetivaBuscar

ResultanteCliente

ResultanteCliente

1. Registrar Cuentas Objetivas()

2. Buscar

ResultanteCliente()

3. Buscar()

4. Obj

ResultanteCliente()

5. Registrar CuentaObjetiva()

6. Nuevo()

7. CuentaObjetivaOK()

sd Sec_Registrar_Estrategia

Ana li sta Credi to UI:Reg istrar Estrate gia BuscarVa riab le BuscarEstrate gia Regi strar Estrategi a Vari abl e Estrateg ia

1. Reg istrarEstrategia()

2. BuscarVariable()

3. B uscar()

4. ObjVariable()

5. Bu scarEstrategia()

6. Buscar()7.

ObjEstrategiaNOexiste()

8. Reg istrarEstrategia()

9. Nuevo()

10. EstrategiaOK()





3.3.8.5. Diagrama de Secuencia: Registrar Riesgo Cliente:

Figura 32: Diagrama de Secuencia, Registrar Riesgo Cliente

3.3.8.6. Diagrama de Secuencia: Registrar Variable:

Figura 33: Diagrama de Secuencia, Registrar Variables

sd Sec Registrar RiesgoCliente

Anal ista Riesgos UI: Reg. Ri esgoClie nte Buscar Informacion

Rcc

Buscar

RiesgoCliente

Registrar

RiesgoCliente

Riesgo ClienteInformacion Rcc

1. Reg. RiesgoCliente()2. BuscarInformacionRcc()

3. Buscar()

4. ObjIn formacionRcc()

5. BuscarRiesgoCliente()

6. Buscar()

7. ObjRiesgoClienteNOExiste()

8. RegistrarRiesgoCliente()

9. Nuevo()

10. RiesgoClienteOK()

sd Se c_Registrar_Variable

Anal ista Credito UI: Regi strarVariable BuscarVariabl e Variab leRegistrar Variab le

1. RegistrarVariable()

2. BuscarVariable()

3. Buscar()

4. ObjVariable()

5. RegistrarVariable()

6. Nuevo()

7. VariableOK()





3.3.8.7. Diagrama de Secuencia: Registrar ResultanteCuenta

Figura 34: Diagrama de Secuencia, Registrar ResultanteCuenta

sd Sec_ResultanteCuenta

Anali sta Sistemas Registrar ResultanteCuenta BuscarTarjeta BuscarEstrategia Registrar

ResultanteCuenta

Tarjeta Est ra tegia Resu ltan teCuenta

1. Reg. ResultanteCuenta()

2. BuscarTarjeta()

3. Buscar()

4. ObjTarjeta()

5. BuscarEstrategia()

6. Buscar()

7. ObjEstrategia()

8. Registrar ResultanteCuenta()

9. Nuevo()

10.

ObjResultanteCuenta()





3.3.9 Diagrama de Clases

Figura 35: Diagrama de Clases

class Diagrama de Clases

InformacionRcc

- DAGE_CODUNICO: String

- INF_PERIODO: String

- INF_FECHAPROCESO: Date

- INF_FECHAFINMES : Date

- INF_T IPODOCIDENT IDAD: String

- INF_NRODOCIDENTIDAD: String

- INF_FLGDEUDACASTIGOULT24: String

- INF_FL GDEUDACOBJUDIULT 24: String

- INF_ FLGDEUDAREFINULT 6: String

- INF_SALDOCREDCOMSOLES: int

- INF_SALDOCREDMESSOLES: int

- INF_SA LDOCREDVEHOBSO LES: int

- INF_SALDOCREDPRTLDOBSOL: int

- INF_SALDOCONSTCOBSOLES: int

- INF_SALDOGARANTIAHIPSOLES: int

- INF_SALDOGARANTIAVEHSOLES: int

- INF_FL GDEUDACOBJUDICYGULT 24: String

- INF_FL GDEUDAREFINCYGULT 6: String

- INF_SALDOREESTRUCTSOLES: int

- INF_ SALDOJUDIOBSOL ES: int

- INF_SA LDOREFINANOBSOL ES: int

- INF_SA LDOVENCIDOOBSO LES: int

- INF_SALDOVIGENTEOBSOLES: int

+ CrearInforma cionRcc() : void

+ ConsultarInformacionRcc() : void

Cliente


- FECHAPROCESO: Date

- FECHANACIMIENT O: Date

- FECHAINGRESOCLI: Date

- TIPODOCIDENTIDAD: String

- NRODOCIDENTIDAD: String

- SEXO: String

- ESTADOCIVIL: String

- OCUPACION: String

- FL GCOLABORADORIB K: String

- FLGCOLABORADO RGRUPO: String

- CODTIENDASECTORIZADA: String- NRODEPENDIENTES: int

- CODT IENDAPREFERENCIA: String

- MARGENCONTRIBUCION: int

- RENTABILIDAD: int

- SITUACIONRCC: String

- SITUACIONRM: String

- FLGPRODUCTOACTIVOIB: String

- TIPOCLIENTE: String

- CODSEGMENTO: String

- NIVELSERVICIO : String

- ULTSCORECLISEGMENTO: int

- ULTSCORBUROPUNTAJE: int

- ULTSCOREIDSCOR_BURO: int

+ CrearCliente() : void

+ ConsultarCliente() : void

+ ModificarCliente() : void

ResultanteCuenta


- RCU_ACCOUNTTYPE: String

- RCU_CUENTA_TIPO: String

- RCU_PERIODO: Date

- RCU_PRODUCTO_SCORE_TYPE_1: String





- RCU_CU_LIMIT_1: int





- RCU_DATE_LMT_ASSIGN_1: Date





- RCU_AMT_APPRACCT_LIM3_1: int




- RCU_AMT_APPRACCT_LIM3_5: int- RCU_SEGMENTO_CUENTA: String

- RCU_FECHAREGIST RO: Date

- RCU_US UARIOREGIST RO: String

- RCU_FECHAUPDATE : Date

- RCU_USUARIOUPDAT E: String

- CODIGOESTRATEGIA: String

+ CrearConsultanteCliente() : void

+ ConsultarResultanteCliente() : void

+ ModificarResultanteCliente() : void

ResultanteCliente


- RC_PERIODO: Date

- RC_FECHAPROCESO: Date

- RC_NUMEROCTA_1: String


- RC_NUMEROCTA_3: String- RC_NUMEROCTA_4: String


- RC_TIPOCTA_1: int

- RC_TIPOCTA_2: int

- RC_TIPOCTA_3: int

- RC_TIPOCTA_4: int

- RC_TIPOCTA_5: int

- RC_AMT_APPRTND_LIM3_1: int





- CODIGOESTRATEGIA: String

+ CrearResultanteCliente() : void

+ ConsultarResultanteCliente() : void

+ ModificarResultanteCliente() : void

Tarjeta


- NROCUENTA: String

- PERIODO: Date

- FECPROCESO: Date

- FECFINMES: Date

- CODIGOPRODUCTO: String

- CODIGOSUBPRODUCT O: String

- TIPOCLIENTE: int

- NUMEROPLASTICO: String

- SITUACIONPLASTICO: String

- FECHAAPERT URA: Date

- FECHAPROXFACT URTC: Date

- FECHAPROXVCTOTC: Date

- FECHAULTIMODISPEFECTIVOTC: Date

- FECHAULTIMOPAGOREALIZADO: Date

- FECHAULTIM OUPGRADE: Date

- FECULTIM OINCRLINEA: Date

- FECULTINCREXTRALINEAVEA: Date

- IMPORTELINEANOUTILSOLES: int

- IMPORTESOBREGIROSOLES: int

- IMPORTECREDITOSSOLES: int

- IMPORTECOMISIONESSOLES: int

- COMISIONCOBRANZASOLES: int

- COMISIONSOBREGIROSOLES: int

- IMPORTEMORASOLES: int

- SALDODEUREVOLVTCSOLES: int

- SALDODISPEFECTIVOSOLES: int

- SALDOEXTRALINEASOLES: int

- SALDOCAPITALTOTALSOLES: int

- NRODIASMORA: int

- FECHAVCTOTC: Date

- SCOREDENTROFUERAVEAPUNTOS: int

- SCORDENTROFUERAVEASEGMENTO: int

- FECHAREGIST RO: Date

- USUARIOREGIST RO: String- FECHAUPDATE: Date

- USUARIOUPDATE: String

- MARCATIPOTC: String

- IMPORTETARJDEBITOSSOLES: int

- FECHALIQGRUPO: Date

- INDICADORBLOQTARJ: int

+ CrearTarjeta() : void

+ ConsultarTarjeta() : void

+ ModificarTarjeta() : void

Incremento

- RC_CODUNICO: String

- RC_NUMEROCUENTA: String

- RC_LINEA: float

- RC_PERIODO: Date

- RC_FECHAPROCESO: Date

+ CrearIncremento() : void

+ ConsultarIncremento() : void

+ ModificarIncremento() : void

CuentaObjetiva


- IL_NUMEROCUENTA: String

- IL_PERIODO: Date

- IL_PAN: char

- IL_CODIGOMARCA: char

- IL_CODIGOTIPO: char

- IL_LINEA: float

- IL_INDREDINC: char

- IL_FECHAEVAL: char

- IL_INDAPLIC: char

- IL_FECHAAPLIC: char

- IL_FECHAPROCES O: char

- IL_LINEAFINAL: float

- IL_TIPOCAMBIO: float

- IL_FECHAREGISTRO: Date

- IL_FECHAULTAMOD: Date

+ CrearCuentaObjetiva() : void

+ ConsultarCuentaObjetiva() : void

+ ModificarCuentaObjetiva() : void

IncrementoLinea


- NUMERO_CUENTA: String

- FECHA_APLICACIO N: char

- PAN: String

- IMPORTE_LINEA: String

+ CrearIncrementoLinea() : void

+ ConsultarIncrementoLinea() : void

+ ModificarIncrementoLinea() : void

EntidadRcc


- INF_PERIODO: int

- EN_CODENTIDAD: String

- EN_FECHAPROCESO : Date

- EN_SALDOSTCCONSSOLES: int

- EN_SALDODEUDAOBSOLES: int

- EN_LINEATCCONSUMOOBSOLES: int

+ CrearEntidadRcc() : void

+ ConsultarEntidadRcc() : void

+ ModificarEntidadRcc() : void

RiesgoCliente


- RIE_PERIODO: Date

- RIE_FECHAPROCESO : Date

- RICL _CALIFICACIONIB K: String

- RICL_FLGCREDITOMYPE: char

- RICL_FLGCREDITOPYME: char

+ CrearRiesgoCliente() : void

+ ConsultarRiesgoCliente() : void

+ ModificarRiesgoCliente() : void

Estrategia

- CODIGO_ESTRATEGIA: String

- DESCESTRATEGIA: String

- NOMBREESTRATEGIA: String

- TIPOESTRATEGIA: String

- PUNTAJEINCREMENTO: float

- CODIGOVARIABL E: String

+ CrearEstrategia() : void

+ ConsultarEstrategi a() : void+ ModificarEstrategia() : void

Variable

- CODIGOVARIABL E: String

- NOMBREVARIABLE: String

- TIPOVARIABLE: String

- VARIABLELIMITE1: int




- IMPACTOVARIABLE: String

+ CrearVariable() : void

+ ConsultarVariable() : void

+ ModificarVariable() : void

1..*1

1 1..*

1 1..*

1

1..*

11..*

1

1..*

1 1..*

1..*

1

1 1..*

1 1..*

1

1..*

1

1..*





3.3.10 Diagrama de Componentes:

Figura 36: Diagrama de Componentes

cmp Diagrama de Componente

«base de datos»

Triad

«executable»

Triad

Proceso Diario

Score Cuenta

Extracción

Aplicativos

Configuración

Estratégias

Proceso Mensual

Nivel ClienteIncremento Linea





3.3.11 Diagrama de Despliegue:

Figura 37: Diagrama de Despliegue





3.4. Capítulo 4: Prototipos y Diseños de Pruebas:

3.4.1 Prototipos Triad:

3.4.1.1. Principales Variables de Triad:

Figura 38: Principales Variables de Triad





3.4.1.2. Programando Variables para ser Usadas por Triad:

Figura 39: Programación de Variables





3.4.1.3. Utilizando Triad PCTMS, para utilizar las Variables

Figura 40: Triad PCTMS

Figura 41: Triad PCTMS 2





3.4.1.4. Árbol de Decisión TRIAD:

Figura 42: Árbol de Decisión TRIAD.

3.4.1.5. Diseño de una Estrategia para Persona Trabajo Dependiente:Incremento 270 soles.

Figura 43: Diseño de una Estrategia para Persona Trabajador Dependiente





3.4.1.6. Diseño de una Estrategia para Persona Trabajo Dependiente:

Incremento 190 soles.

Figura 44: Diseño de una Estrategia para Persona Trabajador Dependiente





3.4.1.7. Prototipos Jobs diseñados en DataStage para Incrementar Línea deCrédito de los Clientes.

3.4.1.7.1. Job Contenderor

Figura 45: Prototipo, Job Contenedor

3.4.1.7.2. Job que extrae el periodo para Incrementar la Línea

Figura 46: Extractor del Periodo Actual





3.4.1.7.3. Job de Extracción de Tabla Resultante Cliente y guardando enIncremento

Figura 47: Extracción de ResultanteCliente

3.4.1.7.4. Job que guarda las Cuentas Objetivas y genera Archivos en undeterminado Servidor para ser leídos por el Sistema Tarjeta (HOST)

Figura 48: Prototipo, guardar Cuentas Objetivas y generar archivos para Sistema Tarjeta (Host)





3.4.1.7.5. Jobs que Integra los Archivos enviados por Sistema Tarjetas(HOST) y guarda las cuentas incrementadas a los clientes

Figura 49: Prototipo, Respuesta del Host





3.4.2 Diseño de Pruebas:

Se diseño las pruebas para los archivos que iban a ser transferidos al Host y ver si en

realidad se le puede incrementar la línea de crédito al cliente, porque algunas veces

podemos generar cuentas objetivas porque trabajamos con información histórica y no

sabemos si en el transcurso de los días si la cuenta fue bloqueada o dada de baja.

3.4.2.1. Reporte Tarjetas 1: Día 09/11/2012:

Figura 50: Reporte de Prueba para ver si se Incremento la Línea al Cliente o no Existe el Cliente





3.4.2.2. Reporte Tarjetas 2: Día 16/11/2012:

Figura 51: Reporte Tarjetas Rechazadas





3.5. Capítulo 5: Plan de Desarrollo y Presupuesto:

3.5.1 Cronograma de Actividades:

Figura 52: Muestra el Cronograma de Actividades





3.5.2 Presupuesto:

3.5.2.1. Recursos:Recurso Humano

Tabla 13: Presupuesto de Recurso Humanos

Ítem Descripción Cantidad Tiempo(meses)

Sueldo(mensual)

Sub Total(S/.)

01 Investigador 02 4 1000 4000.00

02 Asesor 01 4 600 2400.00Total S/. 6400.00

A. Materiales de Escritorio

Tabla 14: Presupuesto Materiales Escritorio

B. Suministros de Cómputo

Tabla 15: Presupuesto Suministro Cómputo

Ítem Descripción Unidad Cantidad PrecioUnitario

(S/.)

Sub Total(S/.)

01 Lapiceros de Tinta unidad 06 1.20 7.20

02 Lápiz unidad 06 1.00 6.00

03 Regla Artesco x 30cm. unidad 01 0.80 0.80

04 Corrector liquido Paper mate unidad 03 2.50 7.50

05 Resaltadores Faber Castell unidad 03 1.00 3.00

06 Papel oficio cuadriculado unidad 10 0.10 1.00

07 Hojas Bond A4 Millar 01 12.00 12.00

08 Fichas para resumen unidad 50 0.6 3.00

Total S/. 40.50

Ítem Descripción Unidad Cantidad

Precio

Unitario (S/.)

Sub Total

(S/.)

01 USB 4 Gb Kingston Unidad 02 45.00 90.00

02 CD Unidad 06 1.00 6.00

03 DVD Unidad 06 1.50 9.00

04 Cartucho canon 210 color Unidad 02 60.00 120.00

05 Cartucho canon 211 negro Unidad 02 70.00 140.00

Total S/. 365.00





C. Equipos

Tabla 16: Presupuesto Equipos

Ítem Descripción Unidad Cantidad PrecioUnitario(S/.)

Depreciación Sub Total(S/.)

02 Computadora

Core 2 Duo

equipo 02 1800 2* ((Precio

Unitario * 0.16) /4)

144.00

04 Canon MP490

series Printer

equipo 01 200 2* ((Precio

Unitario * 0.16) /4)

16.00

Total S/. 160.00

D. Software

Tabla 17: Presupuesto Software

E. Servicios

Tabla 18: Presupuesto de Servicios

Ítem Descripción Unidad Cantidad

PrecioUnitario

(S/.)

Sub Total(S/.)

01 Rational Rose licencia 02 500 1000.00

02 Diseñador deWebsphere DataStageV 8.1

licencia 02 600 1200.00

03 Director de WebsphereDataStage V 8.1

licencia 02 600 1200.00

04 Oracle 10g licencia 01 560 560.00

05 Motor de DecisionesTRIAD

Producto 01 10,000.00 10000.00

Total S/ 13960.00

tem Descripción Unidad Cantidad PrecioUnitario (S/.)

SubTotal(S/.)

01 Fotocopiado Página 1000 0.05 50.00

02 Espiralado unidad 06 2.50 15.00

03 Empastado unidad 04 6.00 24.00

04 Telefonía fija S/5 unidad 06 5.00 30.00

05 Telefonía Móvil S/20 unidad 05 20.00 100.00

06 Movilidad días 60 2.00 120

Total S/. 339.00





F. Presupuesto Total:

Tabla 19: Presupuesto Total

PRESUPUESTO TOTAL GENERAL

CATEGORIA SUBTOTAL

Recursos Humanos S/. 6400.00

Materiales de Escritorio S/. 40.50

Suministros de Computo S/. 365.00

Equipos S/. 160.00

Software S/. 13960.00

Servicios S/. 339.00

COSTO TOTAL S/. 21264.5





IV. CONCLUSIONES Y RECOMENDACIONES

4.1. Conclusiones:

Se modeló las clases que tendrán participación en nuestro trabajo teniendo

como resultado: Cliente, EntidadRcc, InformaciónRcc, ResultanteCliente,

ResultanteCuenta, RiesgoCliente, CuentaObjetiva, Incremento,

IncrementoLinea, Tarjeta, Variable, Estrategia.

Se modeló los procesos de la entidad financiera, utilizando metodología RUP,

encontrando 11 casos de uso de negocio en el Proceso de Incremento de

Líneas de Crédito.

Se realizó una estrategia de Incremento de Línea para una persona con

Trabajo Independiente y otra con Trabajo Dependiente, teniendo como

resultado que a la Persona Independiente se le Incrementa en 270 nuevos

soles y a la Persona Dependiente se le Incrementa en 190 soles según los

escenarios del árbol de decisión de Triad.

Se elaboró prototipos de Jobs de Incremento de Línea donde se puede ver el

flujo desde que se extrae la información de la tabla resultante del Proceso

Mensual, Registro de Cuentas Objetivas y la Respuesta del Sistema Host de

Tarjetas.





4.2. Recomendaciones:

Integrar todas las estrategias que tiene la Entidad Financiera al Aplicativo

Triad, por ser un Motor de Decisiones poderosa y de rápido procesamiento.

Se recomienda utilizar Websphere DataStage para la extracción, transporte y

carga de datos porque es una herramienta muy sólida y eficaz para trabajar

con datos críticos de una Entidad Financiera.

Se recomienda hacer pruebas para verificar que todo el proyecto esté bien

antes que pase a producción.

Se recomienda supervisar la ejecución de cada Job en el proceso de

Incremento de Líneas de crédito.

Realizar constantes actualizaciones a la información maestra necesaria para

realizar la generación del proceso de Incremento de Líneas de Crédito.





V. REFERENCIAS BIBLIOGRAFICAS Y/O ENLACES WEB

ACM. (2008). Computer Science Curriculum. U.S.A.: ACM.

EA. (18 de Noviembre de 2011). Sparx System. Recuperado el 09 de 09 de 2012,

de Sparx System: http://sparxsystems.com.ar/products/ea.html

Entidad Financiera. (Febrero de 2010). Memoria Anual del 2009. Lima, Peru.

Entidad Financiera. (21 de Febrero de 2012). Memoria Anual del 2011. Lima, Peru.

Entidad Financiera. (2010). Memoria Anual 2010. Lima, Lima, Peru. Obtenido de

Memoria Anual 2010.

Entidad Financiera. (2011). Triad. Lima, Peru.

IBM. (2012). Developers Works. Recuperado el 04 de Setiembre de 2012, de

Developers Works:

http://www.ibm.com/developerworks/ssa/data/library/techarticle/dm-

0908datastagepurexml1/index.html

IBM. (s.f.). Herramientas y Soluciones, Rational Unified Process. Recuperado el 04

de Setiembre de 2012, de Herramientas y Soluciones, Rational Unified Process:

http://www.rational.com.ar/herramientas/rup.html

IBM. (s.f.). Rational Rose Enterprise. Recuperado el 04 de setiembre de 2012, de

Rational Rose Enterprise: http://www-

142.ibm.com/software/products/ar/es/enterprise/

IDENSA. (s.f.). Inteligencia de Negocio. Recuperado el 01 de Setiembre de 2012,de Inteligencia de Negocio: http://www.idensa.com/

ITERA. (2012). Rational Unified Process. Recuperado el 04 de setiembre de 2012,

de Rational Unified Process:

http://www.iteraprocess.com/index.php?option=com_content&task=view&id=18&Ite

mid=42&limit=1&limitstart=1

Luis Leoncio Rodríguez Ruiz, Y. V. (Setiembre de 2009). DISEÑO DE UN

SISTEMA INFORMÁTICO WEB BASADO EN UN CUADRO DE MANDO PARA EL

CONTROL DE LA GESTION DE RENTAS EN LA OFICINA DE ADMINISTRACIÓN

TRIBUTARIA DE LA MUNICIPALIDAD PROVINCIAL DEL SANTA. Trujillo, La

Libertad, Peru.

ORACLE. (2010). Oracle. Recuperado el 04 de Setiembre de 2012, de Oracle:

http://www.oracle.com/webapps/dialogue/ns/dlgwelcome.jsp?p_ext=Y&p_dlg_id=12

013654&src=7665792&Act=60&sckw=WWMK12065213MPP003.GCM.8081.100




VI. ANEXOS

ANEXO I. Glosario de Términos:

Jefe de Producto: Persona responsable de ver que todos los productos Tarjeta deCrédito de la entidad financiera estén distribuidas a las personas correctas.

Jefe de Proyecto: Persona responsable de un aplicativo dentro de la Entidad

Financiera.

Analista Crédito: Persona que diseña las estrategias y variables que procesará

Triad y que verifica que el crédito o el incremento de línea asignada de una manera

correcta.

Analista de Sistemas: Persona encargada de analizar los procesos y dar

soluciones de acuerdo al negocio.

Analista Riesgos: Persona encargada de analizar el comportamiento de un cliente

y ver cuáles son los patrones de riesgo.

Triad: Es un software de puntuación y gestión de cartera, diseñado para reducir

perdidas, aumentar los ingresos y aprovechar las oportunidades promocionales en

varias carteras.

Sistema de Tarjetas Host: Sistema de Tarjetas de la Entidad Financiera que se

encuentra en ambiente Host.

Cuentas objetivas: Cuentas que probablemente se incrementara la línea de

crédito.

Resultante Cuenta: Es el control de la exposición de riesgo ocurre al nivel de la

cuenta.

Resultante Cliente: Es una visión más completa del nivel de riesgo que un cliente

representa para nuestra Entidad Financiera.

Información RCC: Información de todos los bancarizados en el Perú y los

productos que tienen en cada entidad financiera.

DataStage: Es una herramienta donde se procesa la Lógica de Negocio.

Aplicacion Informatica para Mejorar el Proceso de incremento de linea de credito de una entidad...

Documents

Transcript of Aplicacion Informatica para Mejorar el Proceso de incremento de linea de credito de una entidad...