Post on 28-Jan-2016
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
.JARCUniversidad de los Andes
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
Universidad de los Andes .JARC
Indicadores
.JARCUniversidad de los Andes
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
.JARCUniversidad de los Andes
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
.JARCUniversidad de los Andes
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
.JARCUniversidad de los Andes
Blueprint
1
.JARCUniversidad de los Andes
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
Universidad de los Andes .JARC
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
Universidad de los Andes .JARC
Estimación
Universidad de los Andes .JARC
Estimación LOCs
• Delphi
Estimación de esfuerzo
• Soportado en LOCs estimadas
• Utilización de COCOMO II
Planeación
Universidad de los Andes .JARC
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
Universidad de los Andes .JARC
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
Universidad de los Andes .JARC
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
Universidad de los Andes .JARC
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)
Universidad de los Andes .JARC
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
Validación de Riesgo
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)
Universidad de los Andes .JARC
Imple
menta
cion
Pru
ebas
Imple
menta
cion
Pru
ebas
Imple
menta
cion
Pru
ebas
Cargue de Archivos
Cargue de Archivos
Validación de Riesgo
Validación de Riesgo
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)
Universidad de los Andes .JARC
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
Universidad de los Andes .JARC
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)
Universidad de los Andes .JARC
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
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
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
Horas Planeadas Horas Trabajadas
Postmortem – Estadística Equipo (2)
Universidad de los Andes .JARC
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)
Universidad de los Andes .JARC
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)
Universidad de los Andes .JARC
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