logo proyecto originación de crédito especialización en construcción de software

LOGO

Proyecto Originación de Crédito

Especialización en Construcción de Software

Grupo .JARC

Agenda

Arquitectura Empresarial1

Proceso de Desarrollo - Producto2

Universidad de los Andes .JARC

• AS-IS, TO-BE • Arquitecturas• Blueprint arquitectura

• TSP• Arquitectura de Software• Producto • Estadísticas • Oportunidades de Mejoramiento

.JARCUniversidad de los Andes

Arquitectura de Negocio

SITUACION ACTUAL- Segmentación de clientes- Riesgo de lavado y crediticio- Estudio de crédito- Contacto con el cliente- Canales de acceso

SITUACION FUTURA- Parametrizacion de reglas- Aplicación de filtros para Todos los clientes- Parametrizacion de factores y y calificación de crédito- Contacto oportuno con el Cliente- Acceso a servicios seguros a través de la multicanalidad

PROYECTOS- Proceso para filtro de clientes a través de listas y centrales de riesgo- Modulo para la calificación de crédito - Modificación al proceso de contacto con el cliente- Nuevos canales de acceso• Portal• Call Center


Arquitectura de Datos

1. Los datos de la entidad cliente son administrados por varias aplicaciones

2. NO existe monitoreo de eventos de procesos de negocio

3. Múltiples formatos de Datos en sistemas de información y aplicaciones

Situación Actual

1. Gobernabilidad y calidad de Datos

2. Procesos medibles cercanos al tiempo real vía KPIs

3. Los sistemas de información y aplicaciones de plataforma, deben soportar datos en formato UTF-16

Situación Futura

CRM como unico dueño de la información

Proyecto para el control de los indicadores consolidados para la gerencia

Unificación UTF-16

Proyectos

ID KPI Fact Dimensiones Métricas

KPI001

Cartera vencida para el producto X de la sucursal Y a n días

Cartera vencida

Tipo de producto

Geográfica: Sucursal

Tiempo: n días

0% -10% - Aceptable

11%-49% - Regular

50%-100% - Malo

KPI002

Calidad de riesgo de clientes de la Ciudad X de la sucursal Y

Calidad de riesgo

Geográfica: Ciudad

Geográfica: Sucursal

0% -10% - Aceptable

11%-49% - Regular

50%-100% - Malo

KPI003

Calidad proceso de crédito del Banco de Los Alpes de clientes con el producto X

Calidad proceso de crédito

Organizacional: Banco de los Alpes

Tipo de producto

0% -10% - Aceptable

11%-49% - Regular

50%-100% - Malo

KPI004

Participación Clientes con ingresos promedio para el producto X

Participación Clientes con ingresos promedio

Tipo de producto 0% -10% - Malo

11%-49% - Regular

50%-100% - Bueno


Indicadores


Arquitectura de Aplicación

La funcionalidad de crear cliente se encuentra duplicada en varios sistemasEl sistema de crédito de libre inversión modifica la información del cliente localmente y además lo hace en el sistema de cuentas de ahorro. Los sistemas externos escriben información de los clientes en varios sistemas internos del banco.

Se presentan múltiples formas de comunicar la información dentro del sistema

Múltiples formas de comunicación con proveedores.

Situación Actual

Una vez se cree el un cliente este deberá crearse en el sistema que sea necesario.

El sistema de tarjetas de crédito va a realizar actualizaciones de información solamente en el sistema del CRM y este replica

La empresa de realce solo actualizara la información en el sistema CRM y este se encarga de replicar

Si se va a transmitir la misma clase de información a través de un sistema con el mismo protocolo

El sistema de integración de proveedores externos debe ser flexible a los cambios

Situación Futura Replicación de

información del cliente entre el CRM

Registrar la información de clientes a los que se les pre aprobó crédito de libre inversión en el CRMInactivar los registros de clientes que rechazan productos en CRM

Unificación del sistema de comunicación del CRM

Definición del protocolo de integración del CRM

Proyectos


Arquitectura de Tecnología

Situación Actual

• No hay integración de procesos

• No hay procesos estandarizados

• No se cuenta con modelos de seguridad

• No hay seguimiento a las necesidades del cliente.

• No hay multicanalidad

Situación Futura

• Integración de procesos

• Flexibilidad de las aplicaciones

• Disminución en “Time to Market”

• Seguimiento y auditoría de procesos

• Single Sign On

Proyectos

• Oracle Service Bus

• Oracle Service Registry

• Implementación de modelos seguros WSDL Security, Data Auditing

• Centralización de Autenticación


Arquitectura Empresarial

Proyectos/Iniciativas1

Negocio

• Proceso de cargue de archivos

• Proceso de validación de riesgo

• Proceso de estudio de crédito

• Nuevos canales de acceso: Portal

Datos

• CRM como dueño de la información del cliente

• Habilitar eventos de procesos de Negocio, registrarlos en el repositorio de Eventos de negocio, para implementar en el BAM: Business Activity Monitoring

• Actualizar formato de datos a UTF-16

Aplicación

• Procesos y Servicios:• Cargue de

archivos• Segmentación• Validación de

riesgo• Estudio de crédito

• Aplicaciones Legado:• Cargue de

archivos• Lista Clinton• CIFIN• Lavado de

Activos• Registraduría

• Porlets• Cargue de

Archivos• Activación de

Producto

Tecnología

• ESB• Implementación de

modelos seguros WSDL Security, Data Auditing

• Centralización de Autenticación


Blueprint

1


Proceso de Desarrollo

Lanzamiento•Definir el equipo•Objetivos

Estrategia•Estrategia de desarrollo•Estimaciones

Planeación•Definición de tareas•Asignación de tareas•Cronograma

Análisis de Requerimientos y Diseño•Inspección de requerimientos

•Plan de Pruebas

Implementación•Diseño detallado•Construcción del código

Pruebas•Integración del sistema•Pruebas del sistema

Postmortem •Producto•Métricas•Mejoramiento

TSP

Lanzamiento

Líder del Grupo – Guillermo Andrés González •Responsable del seguimiento al avance de las actividades•Puente entre el grupo y los profesores•Organiza y promueve las reuniones semanales

Líder de Planeación – Carlos Criales•Planificación de actividades•Balanceo de trabajo•Seguimiento al cumplimiento de actividades

Líder de Calidad – Haiver Páez•Verificar el cumplimiento de estándares de codificación•Verificar el cumplimiento en los estándares de documentación•Revisión y aprobación de entregables

Líder de Desarrollo – Robinson De la hoz•Definición de estándares para la construcción del producto•Coordinación de los desarrolladores

Líder de Soporte – Julián Morales•Garantizar la funcionalidad de las herramientas de software utilizadas por el equipo

•Realizar copias de seguridad a los entregables•Solución de problemas técnicos

Desarrollador – José Daniel García •Apoyo para la construcción del producto•Apoyo en el desarrollo de actividades misceláneas•Apoyo en la preparación y ejecución de pruebas

Organización del Trabajo

• Reuniones semanales• Sábados de 10

am a 1 pm• Virtuales a

través de SKYPE• La comunicación

se realizaba al menos 3 veces por semana en forma virtual


Estrategia

CICLO 1

Conocimiento de la plataforma del banco

Investigación del funcionamiento de las aplicaciones legado

Construcción de programas de prueba sobre la plataforma del

Banco

Definición del plan de la configuración

Definición del plan de riesgos

CICLO 2

Análisis de las oportunidades de mejoramiento del ciclo anterior

Solución a problemas técnicos de la plataforma

Construcción de los módulos del producto•Cargue de Archivos•Segmentación•Validación de listas negras•Estudio de crédito•Creación y activación del producto

CICLO 3

Análisis de las oportunidades de mejoramiento del ciclo anterior

Construcción de los módulos del producto•Cargue de Archivos•Segmentación•Validación de listas negras•Estudio de crédito•Creación y activación del producto

Estimación•Tamaño del producto (LOC)•Esfuerzo


Estimación


Estimación LOCs

• Delphi

Estimación de esfuerzo

• Soportado en LOCs estimadas

• Utilización de COCOMO II

Planeación


Definición WBS

• Planificación de paquetes de trabajo para los 3 ciclos

Planificación de Actividades

• Asignación de tareas a cada integrante

• Planificación y seguimiento de tareas

Análisis y Diseño


Frontera

Siebel(CRM)

Sistema de originación de créditos

Internet IVR

Cliente

ATM

Sistemas de validación de

riesgoSistemas de

creditos

Sistemas para la

fabricación de tarjetas

Sistemas de tarjetas de

crédito

Modulo Carga de archivos

Modulo Validación de riesgos

Modulo Segmentación

Modulo de Estudio de

credito

CRMSistema servicios

fiscalíaSistema créditos

Sistema tarjetas crédito

Sistema listas locales

Empresa de realce

CIFINDatacredito Ministerio de hacienda

Modulo de activación de

procesos

Información de

prospectosBase de datos de clientes

Capa de persistencia

Capa de lógica de neg.

Capa de servicios

Capa de presentación

Interfaz gráfica

Seleccionar archivo Validar y leer archivo

Component3

Usuario

<<process>>Maquina virtual 2 – IBM WID

<<process>>Maquina virtual 2 - Glassfish

<<thread>>Number: (1-500)

Cargue de archivos

Segmentar prospectos

<<thread>>Number: (1-500)

Motor de Procesos

Validar listas negras

AdaptadorInterfaz

{SOAP/XML/HTTP}

{SOAP/XML/HTTP}

{RMI/RPC}

{RMI/RPC}

Computador ClienteMemoria:1 GBHD: 150 GBCPU: Core I3

Cliente web iexplorer

Servidor IBM Portal – Maquina virtual 1Memoria: 4 GBHD: 200 GBCPU: Itanium

Portlet - GUI Usuario

Servidor de Procesos – Maquina virtual 2Memoria: 4 GBHD: 200 GBCPU: Itanium

Motor de Procesos

Servidor de Aplicaciones

Servidor de Apps – Maquina virtual 2Memoria: 4 GBHD: 200 GBCPU: Itanium

Servidor App Glassfish

Base datos MySQL

Protocolo : HTTPSPuerto: 80Red: Internet

Protocolo : TCP/IPPuerto: 8090Red: LAN

Protocolo : TCP/IPPuerto: 8090Red: LAN

Contexto

• Motivadores de negocio• Restricciones de tecnología

Metodología

• Diagramas por niveles• Diagramas por puntos de vista

Implementación


Arquitectura• Arquitectura de la solución

Inspecciones• Estadísticas inspecciones

Plataforma tecnológica

• Capa de Presentación• Portlets • Portal de IBM

• Capa del Proceso • BPMN• WID de IBM

• Capa de aplicación• Java• Glassfish

Producto• Presentación del producto

Inspecciones


0%

20%

40%

60%

80%

100%

120%

El nombre del fichero cumple con el estándar

La identación del código es correcta

Los comentarios están correcta-mente definidos y se encuentran en los métodos necesarios

Las declaraciones están bien definidas

Las sentencias cumplen con el es-tándar

Los espacios en blanco son adecuados

Pruebas (1)


Plan de Pruebas

• Identificar funcionalidades• Definir el alcance• Definir técnicas • Identificar recursos

Técnicas

• Pruebas Unitarias• Pruebas Funcionales• Pruebas de Carga

Cargue de Archivos

Validación de Riesgo

Estudio de Crédito

Cargue de Archivos


Estudio de Crédito

Cargue de Archivos

Unitarias Unitarias Unitarias Funcionales Funcionales Funcionales Carga

00.5

11.5

22.5

33.5

44.5

5

Defectos por Tipo de Prueba

Errores Encontrados

Pruebas (2)


Imple

menta

cion

Pru

ebas

Imple

menta

cion

Pru

ebas

Imple

menta

cion

Pru

ebas

Cargue de Archivos

Cargue de Archivos



Estudio de Crédito

Estudio de Crédito

0

1

2

3

4

5

6

7

Defectos por Fase

Errores Encontrados

56%33%

11%

% Defectos por Tipo Prueba

Total UnitariasTotal FuncionalesTotal Carga

67%

33%

% Defectos por Fase

Total Im-plementa-cionTotal Pruebas

Pruebas (3)


Cargue de Archivos Validación de Riesgo Estudio de Crédito0

5

10

15

20

25

Total Pruebas

Ejecutadas Exitosas NO exitosas

Postmortem – Estadistica Producto


Cargu

e Arc

hivo

s

Valid

acio

n Cifi

n

Valid

ador

List

as N

egra

s

Registra

duria

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

Modulos Glassfish

LOC Reales LOC Estimadas

Proc

esar

car

gue

arch

ivos

Proc

esar

list

as d

e rie

sgo

Creac

ion

y ac

tivac

ion

de p

rodu

ctos

0%

20%

40%

60%

80%

100%

Actividades Proceso

LOC Reales LOC Estimadas

Postmortem – Estadistica Equipo (1)


Tota

l And

res Gon

zale

z

Tota

l Car

los C

riale

s

Tota

l Hai

ver P

aez

Tota

l Jos

e Dan

iel G

arcia

Tota

l Jul

ian

Mor

ales

Tota

l Rob

inso

n De

la h

oz0

20

40

60

80

100

120

Ciclo 1

Horas Planeadas Horas Trabajadas

Tota

l And

res Gon

zale

z

Tota

l Car

los C

riale

s

Tota

l Hai

ver P

aez

Tota

l Jos

e Dan

iel G

arcial

Tota

l Jul

ian

Mor

ales

Tota

l Rob

inso

n De

la h

oz0

5

10

15

20

25

30

35

40

45

Ciclo 2


Tota

l And

res Gon

zale

z

Tota

l Car

los C

riale

s

Tota

l Hai

ver P

aez

Tota

l Jos

e Dan

iel G

arcia

Tota

l Jul

ian

Mor

ales

Tota

l Rob

inso

n De

la h

oz0.00

20.00

40.00

60.00

80.00

100.00

120.00

140.00

Ciclo 3


Postmortem – Estadística Equipo (2)


Lanz

amie

nto

Plan

eación

Diseñ

os

Impl

emen

tación

Ejec

ució

n Pr

ueba

s

Insp

eccio

nes

Segu

imie

nto

Corre

cció

n de

def

ecto

s

Tare

as d

e So

porte

Misce

láne

os0

50

100

150

200

250

Planeación por Tipo

Tiempo Planeado Tiempo Real

Semana 1

Semana 2

Semana 3

Semana 4

Semana 5

Semana 6

0

10

20

30

40

50

60

Tareas por Semana

Tareas Planeadas Tareas Completadas

Postmortem – Estadística Equipo (3)


Periodo Planeado Acum Ejecutado AcumCiclo 1 511 440Ciclo 2 725 599.5Ciclo 3 1365 991.97

Ciclo 1 Ciclo 2 Ciclo 30

200

400

600

800

1000

1200

1400

1600

Planeado Acum Ejecutado Acum

Total Planeado Total Trabajado0

200

400

600

800

1000

1200

1400

Total Planeado Total Trabajado Diferencia Dif Porc

1365 991.97 373.03 27.33

Postmortem – Oport. Mejora (4)


Oportunidades de Mejora Acciones ConcretasDesde el punto de vista de la planeación encontramos las siguientes oportunidades:• Herramienta para la planificacion de actividades• Control y seguimiento de actividades al menos 3

veces por semana• Seguimiento al plan de riesgos• Seguimiento al plan de calidad

• Buscar el soporte con el área de Administración Laboratorios Ing. Sistemas de la Universidad para poder configurar la herramienta Dot Project

• El líder del grupo deberá realizar un seguimiento semanal de actividades

• El líder debe identificar oportunamente riesgos que puedan ser mitigados a través del plan de administración de riesgo e identificar nuevos riesgos

• El líder de calidad deberá revisar los entregables con el fin de validar la aplicación de estándares definidos en el plan de calidad

Desde el punto de vista de la comunicación encontramos las siguientes oportunidades:• Asistencia a las reuniones de seguimiento

• Se establece en grupo que la hora de llegada a las reuniones del fin de semana no debe exceder los 15 minutos de retraso.

Desde el punto de vista del cumplimiento de las responsabilidades de cada rol encontramos las siguientes oportunidades:• Reportar oportuno de actividades• Revisión de la actualización de la wiki del proyecto• Evaluación objetiva de los roles para identificar

cuellos de botella

• Todos los días los integrantes deberán registrar sus actividades en la herramienta

• El líder de grupo deberá revisar la wiki del proyecto con el fin de identificar faltantes en forma oportuna

• Al final del ciclo todos los integrantes del equipo deberán evaluar objetivamente el desempeño de cada rol

Desde el punto de vista de la planificación de reuniones encontramos las siguientes oportunidades:• Preparar la agenda de las reuniones con

anticipación

• El líder del grupo se compromete a definir una agenda previa para tratar los temas de la reunión del fin de semana y enviar una copia de la misma a los integrantes un día antes de la reunión.

LOGO

Gracias !Proyecto Originación de Crédito

logo proyecto originación de crédito especialización en construcción de software

Documents