LOGO
Especialización en
Construcción de Software
Proyecto Originación de Crédito
Agenda
1
Arquitectura Empresarial
• AS-IS, TO-BE
• Arquitecturas
• Blueprint arquitectura
2
Proceso de Desarrollo - Producto
• TSP
• Arquitectura de Software
• Producto
• Estadísticas
• Oportunidades de Mejoramiento
Universidad de los Andes
.JARC
Arquitectura de Negocio
SITUACION ACTUAL
SITUACION FUTURA
- Segmentación de clientes
- Parametrizacion de reglas
- Riesgo de lavado y crediticio
- Aplicación de filtros para
- Estudio de crédito
- Contacto con el cliente
- Canales de acceso
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
Universidad de los Andes
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
.JARC
Arquitectura de Datos
Situación
Actual
1. Los datos de la
entidad cliente son
administrados por
varias aplicaciones
Situación
Futura
Proyectos
1. Gobernabilidad y
calidad de Datos
CRM como unico
dueño de la
información
2. NO existe
monitoreo de eventos
de procesos de
negocio
2. Procesos medibles
cercanos al tiempo
real vía KPIs
Proyecto para el
control de los
indicadores
consolidados para la
gerencia
3. Múltiples formatos
de Datos en sistemas
de información y
aplicaciones
3. Los sistemas de
información y
aplicaciones de
plataforma, deben
soportar datos en
formato UTF-16
Unificación UTF-16
Universidad de los Andes
.JARC
Indicadores
ID
KPI
Fact
Cartera vencida para el producto X de la
sucursal Y a n días
Cartera
vencida

0% -10%
- Aceptable

11%-49%
- Regular

50%-100%
- Malo
Geográfica:
Ciudad

0% -10%
- Aceptable

11%-49%
- Regular

Geográfica:
Sucursal

50%-100%
- Malo


Organizacional:
Banco de los

Alpes

Tipo de producto
0% -10%
- Aceptable
11%-49%
- Regular
50%-100%
- Malo

0% -10%
- Malo

11%-49%
- Regular

50%-100%
- Bueno

Tipo de producto

Geográfica:
Sucursal
KPI001

Calidad de riesgo de clientes de la Ciudad X
de la sucursal Y
Calidad
riesgo
de 
KPI002
Calidad proceso de crédito del Banco de Los
Alpes de clientes con el producto X
KPI003
Calidad
proceso
crédito
de

Participación
Clientes con
promedio para el producto X
KPI004
Universidad de los Andes
ingresos
Métricas
Dimensiones
Participación 
Clientes con
ingresos
promedio
Tiempo: n días
Tipo de producto
.JARC
Arquitectura de Aplicación
Situación
Situación
Actual
Proyectos
Futura
La funcionalidad de crear
cliente se encuentra duplicada
en varios sistemas
Una vez se cree el un cliente
este deberá crearse en el
sistema que sea necesario.
Replicación de
información del cliente
entre el CRM
El 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.
El sistema de tarjetas de
crédito va a realizar
actualizaciones de
información solamente en el
sistema del CRM y este replica
Registrar la información
de clientes a los que se
les pre aprobó crédito de
libre inversión en el CRM
Los sistemas externos escriben
información de los clientes en
varios sistemas internos del
banco.
La empresa de realce solo
actualizara la información en
el sistema CRM y este se
encarga de replicar
Inactivar los registros de
clientes que rechazan
productos en CRM
Se presentan múltiples formas
de comunicar la información
dentro del sistema
Si se va a transmitir la misma
clase de información a través
de un sistema con el mismo
protocolo
Unificación del sistema
de comunicación del
CRM
Múltiples formas de
comunicación con proveedores.
El sistema de integración de
proveedores externos debe
ser flexible a los cambios
Definición del protocolo
de integración del CRM
Universidad de los Andes
.JARC
Universidad de los Andes
• Integración de
procesos
• Flexibilidad de
las aplicaciones
• Disminución en
“Time to
Market”
• Seguimiento y
auditoría de
procesos
• Single Sign On
Proyectos
• 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
Situación Actual
Arquitectura de Tecnología
• Oracle Service
Bus
• Oracle Service
Registry
• Implementación
de modelos
seguros WSDL
Security, Data
Auditing
• Centralización
de
Autenticación
.JARC
Arquitectura Empresarial
1
Proyectos/Iniciativas
Negocio
Datos
• Proceso de cargue de
archivos
• Proceso de validación de
riesgo
• Proceso de estudio de
crédito
• Nuevos canales de
acceso: Portal
• 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
Tecnología
• ESB
• Implementación de
modelos seguros WSDL
Security, Data Auditing
• Centralización de
Autenticación
• Aplicaciones Legado:
• Cargue de archivos
• Lista Clinton
• CIFIN
• Lavado de Activos
• Registraduría
• Porlets
• Cargue de Archivos
• Activación de Producto
Universidad de los Andes
.JARC
Blueprint
1
Universidad de los Andes
.JARC
Proceso de Desarrollo
Lanzamiento
•Definir el equipo
•Objetivos
Postmortem
Estrategia
•Producto
•Métricas
•Mejoramiento
•Estrategia de desarrollo
•Estimaciones
Pruebas
Planeación
•Integración del sistema
•Pruebas del sistema
•Definición de tareas
•Asignación de tareas
•Cronograma
Implementación
•Diseño detallado
•Construcción del código
Universidad de los Andes
Análisis de
Requerimientos y Diseño
•Inspección de
requerimientos
•Plan de Pruebas
.JARC
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
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
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
Universidad de los Andes
.JARC
Estrategia
CICLO 1
CICLO 2
CICLO 3
Conocimiento de la plataforma del
banco
Análisis de las oportunidades de
mejoramiento del ciclo anterior
Análisis de las oportunidades de
mejoramiento del ciclo anterior
Investigación del funcionamiento de
las aplicaciones legado
Solución a problemas técnicos de la
plataforma
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
Universidad de los Andes
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
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
.JARC
Estimación
Estimación LOCs
• Delphi
Universidad de los Andes
Estimación de esfuerzo
• Soportado en LOCs
estimadas
• Utilización de COCOMO II
.JARC
Planeación
Definición WBS
Planificación de Actividades
• Planificación de paquetes
de trabajo para los 3
ciclos
• Asignación de tareas a
cada integrante
• Planificación y seguimiento
de tareas
Universidad de los Andes
.JARC
Análisis y Diseño
Cliente
Internet
Datacredito
Sistema servicios
fiscalía
CRM
Ministerio de
hacienda
Sistema tarjetas
crédito
Sistema listas
locales
Sistema
créditos
Empresa
de realce
IVR
ATM
Sistemas de
tarjetas de
crédito
CIFIN
Siebel
(CRM)
Capa de presentación
Usuario
Interfaz gráfica
Capa de servicios
Sistema de originación de
créditos
Capa de lógica de neg.
Modulo Carga de
archivos
Modulo
Segmentación
Modulo de
Estudio de
credito
Modulo Validación
de riesgos
Seleccionar archivo
Sistemas
para la
fabricación
de tarjetas
Modulo de
activación de
procesos
Capa de persistencia
Frontera
Información
de
prospectos
Validar y leer archivo
Sistemas de
validación de
riesgo
Component3
Sistemas de
creditos
Base de
datos de
clientes
<<process>>
Maquina virtual 2 - Glassfish
<<process>>
Maquina virtual 2 – IBM WID
<<thread>>
Number: (1-500)
Computador Cliente
Memoria:1 GB
HD: 150 GB
CPU: Core I3
Protocolo : HTTPS
Puerto: 80
Red: Internet
Servidor IBM Portal – Maquina virtual 1
Memoria: 4 GB
HD: 200 GB
CPU: Itanium
Cliente web iexplorer
Portlet - GUI Usuario
<<thread>>
Number: (1-500)
Cargue de archivos
{RMI/RPC}
Motor de Procesos
Protocolo : TCP/IP
Puerto: 8090
Red: LAN
{SOAP/XML/HTTP}
Interfaz
Segmentar prospectos
Adaptador
{RMI/RPC}
Validar listas negras
Servidor de Apps – Maquina virtual 2
Memoria: 4 GB
HD: 200 GB
CPU: Itanium
Protocolo : TCP/IP
Puerto: 8090
Red: LAN
Servidor de Procesos – Maquina virtual 2
Memoria: 4 GB
HD: 200 GB
CPU: Itanium
Servidor App Glassfish
Motor de Procesos
Base datos MySQL
Servidor de Aplicaciones
{SOAP/XML/HTTP}
Universidad de los Andes
.JARC
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
Universidad de los Andes
.JARC
Inspecciones
120%
El nombre del fichero
cumple con el
estándar
100%
La identación del
código es correcta
80%
60%
Los comentarios
están correctamente
definidos y se
encuentran en los
métodos necesarios
40%
Las declaraciones
están bien definidas
20%
Las sentencias
cumplen con el
estándar
0%
Servicio web
para la carga
de archivos
Servicio web
para simular
Datacredito
Servicio web Persistencia de Persistencia de Servicio web Servicio web
para simular
CIFIN
Datacredito para consulta para simular a
CIFIN
de lista Clinton la registraduría
Universidad de los Andes
Reportes
Prospectos
Los espacios en
blanco son adecuados
.JARC
Pruebas (1)
Plan de Pruebas
•
•
•
•
Técnicas
• Pruebas Unitarias
• Pruebas Funcionales
• Pruebas de Carga
Identificar funcionalidades
Definir el alcance
Definir técnicas
Identificar recursos
Defectos por Tipo de Prueba
5
4
3
2
1
0
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
Errores Encontrados
Universidad de los Andes
.JARC
Pruebas (2)
% Defectos por Tipo Prueba
Defectos por Fase
7
11%
6
Total Unitarias
33%
56%
5
Total Funcionales
Total Carga
4
3
% Defectos por Fase
2
1
Pruebas
Implementacion
Pruebas
Implementacion
Pruebas
Implementacion
0
33%
Total
Implementacion
67%
Total Pruebas
Cargue de Cargue de Validación Validación Estudio de Estudio de
Archivos Archivos de Riesgo de Riesgo Crédito
Crédito
Errores Encontrados
Universidad de los Andes
.JARC
Pruebas (3)
Total Pruebas
25
20
15
10
5
0
Cargue de Archivos
Validación de Riesgo
Ejecutadas
Universidad de los Andes
Exitosas
Estudio de Crédito
NO exitosas
.JARC
Postmortem – Estadistica Producto
Modulos Glassfish
100%
Actividades Proceso
100%
90%
90%
80%
70%
80%
60%
70%
50%
60%
40%
50%
30%
40%
20%
30%
10%
20%
0%
10%
0%
Procesar cargue
archivos
LOC Reales
Universidad de los Andes
LOC Estimadas
Procesar listas
de riesgo
LOC Reales
Creacion y
activacion de
productos
LOC Estimadas
.JARC
Postmortem – Estadistica Equipo (1)
Ciclo 1
120
100
140.00
40
120.00
100.00
30
60
25
80.00
20
60.00
15
40
40.00
10
20
0
Horas Trabajadas
Universidad de los Andes
Ciclo 3
45
35
80
Horas Planeadas
Ciclo 2
5
20.00
0
0.00
Horas Planeadas
Horas Trabajadas
Horas Planeadas
Horas Trabajadas
.JARC
Postmortem – Estadística Equipo (2)
Planeación por Tipo
250
Tareas por Semana
60
200
50
150
40
100
30
50
20
0
10
0
Semana Semana Semana Semana Semana Semana
1
2
3
4
5
6
Tiempo Planeado
Universidad de los Andes
Tiempo Real
Tareas Planeadas
Tareas Completadas
.JARC
Postmortem – Estadística Equipo (3)
Periodo
Ciclo 1
Ciclo 2
Ciclo 3
Planeado Acum
Ejecutado Acum
511
725
1365
1600
440
599.5
991.97
1400
1200
Total Planeado
Total Trabajado
1365
991.97
Diferencia
373.03
Dif Porc
27.33
1000
800
600
400
1400
1200
200
1000
800
0
Ciclo 1
600
400
Planeado Acum
Ciclo 2
Ciclo 3
Ejecutado Acum
200
0
Total Planeado
Total Trabajado
Universidad de los Andes
.JARC
Postmortem – Oport. Mejora (4)
Oportunidades de Mejora
Desde 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
Acciones Concretas
•
•
•
•
Desde el punto de vista de la comunicación encontramos las
siguientes oportunidades:
•
Asistencia a las reuniones de seguimiento
•
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
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.
Universidad de los Andes
.JARC
LOGO
Proyecto Originación de Crédito
Descargar

Universidad de los Andes