proyecto originacion de credito banco de los alpes felipe rodriguez alexander giraldo nelson javier...
TRANSCRIPT
PROYECTO ORIGINACION DE CREDITO BANCO DE LOS ALPES
Felipe RodriguezAlexander Giraldo
Nelson Javier Balaguera Alvarez
Agenda
• Metodología• Organización del equipo de trabajo• Entendimiento del problema (AS-IS)• Arquitectura de negocio objetivo (TO-BE)• Arquitectura Aplicativa• Arquitectura Técnica• Arquitectura de Solución• Blue-Print• Conclusiones• Lecciones aprendidas
Metodología
• Enfoque de Arquitectura empresarial – TOGAF• Vista del problema desde diferentes puntos
de Vista– Negocio – Aplicaciones– Datos– Tecnología
• Definición de Roles de TSP
Arquitectura Empresarial
Arquitectura deSolucion
ArquitecturaTecnica
ArquitecturaAplicaciones
Arquitectura Datos
Arquitectua De Negocio
Requerimientos
Arquitectura Negocio
• Identificación de Motivadores de Negocio
Reducir el índice de morosidad en los productos de tarjeta de crédito y crédito
de libre inversión
Reducir la cantidad de dinero ilícito
lavado a través de los productos de crédito del Banco
Orientar los servicios financieros de crédito
masivo a personas con mayor futuro financiero
Ofrecer multicanalidad.
Ofrecer multicanalidad. . Autoservicio (Autogestión)
100% orientado al cliente.
Entendimiento del problema (AS-IS)
Banco de los AlpesClientes
Con problemaslavado de activos
Facilidad de Acceso al banco por
Parte de cliente
Segmentacióndeficiente
Informacion DuplicadaEn varios sistemas
Cliente morosos
Modelado de Procesos
• Modelo de Procesos del TO-BE
• Modelo de Procesos del AS-IS
Identificación de Proyectos
• Incorporación de nuevas validaciones al proceso de análisis de riesgo
• Funcionalidad para ofrecer el producto al Cliente• Funcionalidad para obtener información de
soporte• Activación de producto vía medios electrónicos
Arquitectura Datos
Matrices dueños de datos
Entidad/Sistema Validador Riesgo
CRM Tarjetas Crédito
Sistema Crédito Productos rechazados
Sistema de gestión Documental
Portal
Proveedor
Cliente Prospecto
RW R R R
Cliente RW R R R R
Producto R R R RW R
Tarjeta Crédito RW R
Crédito Libre Inversión
RW R
Plástico R R R R RW R
Información Cliente
R R RW R
Iniciativas Proyectos
• Implementar un modelo de datos canónico donde se pueda realizar la conversión al modelo de datos utilizado por cada aplicación y determinar un dueño para cada entidad identificada
Arquitectura Aplicativa
Area de Riesgo
CustomerScoringSystem
BlackListSystem
Area Productos del Banco
CredicardIntegratedSystem
SavingsSystem
SavingsSystem
Area comercial
PartnersFileLoaderSystem
CRM
Portal Web
Outboundcall system
Mail server
BroadCastSystem
Emprea RealceProductSystem MakingFinantialProductSystem
Empresa de entrega
ProductDeliverySystem
Arquitectura Técnica
Dimension Técnica Requerimiento Como?
Document generic data typing and conversion services
La comunicación hacia Datacredito , contraloria General de la Nacion y demas entidades externas requiere traduccion y transformacion de de tramas y tipo de Datos
La Arquitectura Objetivo define un modelo de datos canonico el cual se debe tener en cuenta para cualquier integracion o intercambio de datos con sistemas internos y externos, esta conversion de datos y tipos se centraliza en una plataforma ESB definiendo dicha estructura en archivos xsd
Electronic data interchange servicesCero papel para soportar las Operaciones.
Los sistemas de entrada del proceso como el Portal web deben poder enviar los documentos de soporte suminisrados por los clientes al sistema de gestion documental
Text processing functions
Existen sistemas los cuales su integracion es por archivos planos los cuales tienen entre sus funcionalidades generacion de archivos y procesamiento de texto.
Se sigue utilizando el protocolo en unidades de red NFS
Database Management System (DBMS) services
El Banco de los Alpes requiere en la arquitectura objetivo politicas de backups
Implementacion del sistema de Backups. Administracion de politicas de restauracion y respaldo
Arquitectura Técnica
Character sets and data representation services
En el Banco de los Alpes, en todos sus sistemas de información, se debe soportar datos en formato UTF-16
Configuracón de los sistemas operativos para que soporten el Charset UTF-16
Directory services
Se desea tener un repositorio centralizado de componentes destrinuidos que permita localizar los componentes y servicios cuando se deseen usar por los diferentes sistemas de información
Implementar un directorio de servicios distrinuidos para la ubicación de los diferentes recursos (Web Services, Componentes CORBA, RMI, etc)cuando se deseen usar por los diferentes sistemas de información
Electronic mail services Ya está implementado
Distributed file services
Los Sistemas de información que reciben archivos planos como medio de carga de datos, tomas los archivos de unidades de red compartidas basadas en protocolo NFS (Network FileSystem) Instalacion de un Servidor IBM para FileStore
Distributed name services
El banco de los Alpes desea que la comunicación, basada en TCP/IP, entre los sistemas de información se realice a través de nombres DNS y no con direcciones IP Seridor DNS
Arquitectura Técnica
Distributed time services
Los diferentes servidores y aplicaciones del Banco de los Alpes deben estar en todo momento sincronizados respecto a la hora y fecha
Se debe montar un Servicio NTP y conectar los diferentes servidores a el para mantener sincronizada la hora de todos los sistemas
Enhanced telephony functions
Las conversaciones entre el CallCenter y el Cliente, cuando estos últimos llaman a activar los productos, deben ser grabadas y guardadas en formato MP3.
Se debe integrar el sistemna de Call Center con el sistema de gestión documental para guardar las convesaciones telefonicas con el Cliente en formato MP3
Identification and authentication services
En el futuro se desea soportar la autenticación en un modelo SSO (Single Sign On) centralizado y un modelo de autorización local basado en roles (Role Based Access Control)
Instalación y configuración de un servidor LDAP para autenticación centralizada
System entry control services
En el futuro se desea soportar la autenticación en un modelo SSO (Single Sign On) centralizado y un modelo de autorización local basado en roles (Role Based Access Control) Implementación SSO
Non-repudiation services
Ofrecer servicios en los cuales el cliente todo lo haga él mismo a través de canales electrónicos (Self-Service). Debe garantizarse la confianza del Cliente hacia el Banco para realizar transacciones
Implementación de una estrategia de obtención de certificados digitales que generen confianza al usuario del portal.
Arquitectura Técnica
Encryption services
Actualmente la comunicación hacia las entidades externas se realiza sobre protocolos planos no seguros. En el futuro se desea que toda comunicación contra sistemas externos se realice a través de protocolo encriptados empleando el estándar de seguridad recomendado para cada protocolo y tecnología, según sea el caso.
Implantación de Hardware o Software para encripción que pueda ser usado por las aplicaciones que envian datos confidenciales hacia afuera del banco
Trusted communication services
Actualmente la comunicación hacia las entidades externas se realiza sobre protocolos planos no seguros. En el futuro se desea que toda comunicación contra sistemas externos se realice a través de protocolo encriptados empleando el estándar de seguridad recomendado para cada protocolo y tecnología, según sea el caso.
Implantación de Hardware o Software para encripción que pueda ser usado por las aplicaciones que envian datos confidenciales hacia afuera del banco
Backup and restore services
En el futuro, el Banco de Los Alpes desea que se proponga una política de manejo de backups (Diarios, full, incrementales, etc.) y que estos se apoyen en una plataforma tecnológica.
Implementacion del sistema de Backups. Administracion de politicas de restauracion y respaldo
Arquitectura de Solución
Puntos de Vista
Punto de VistaIntegración
Punto deSeguridad
Sistemas Consumidores
ABSCConsumidores
ABSCConsumidores
SistemasProveedores
Canales
Proxy de Seguridad
Zona SOA
SistemasProveedores
Punto de Vista Seguridad
Taxonomía de Servicios
Gestión CuentasGestión Clientes
Gestión DocumentaGestión Tarjetas
Gestión Datacrédito Gestión CifinGestión Registraduría
Gestión Fiscalía
Gestión Auditoria Gestión CertificadoGestión seguridad
Gestión AnálisisRiesgo
Gestión Producto Gestión Solicitud
Originacion credito
Metodología de Desarrollo
TSP
Felipe Rodriguez Alexander Giraldo Nelson Balaguera
Lider de Calidad
Lider de Soporte
Lider de DesarrolloLider de Grupo
Lider de Planeación
Planeación en las fases de RUP
Incepción
Iteración 1 Iteración 1
Diagrama de Procesos
Análisis de Brechas
Project Charter
WBS V 1.0
Arquitectura de aplicaciones
Análisis de Brechas
Requerimientos no Funcionales
WBS V 2.0
Portafolio de Servicios
Planeación en las fases de RUP
Elaboración
Iteración 1 Iteración 2
Control del proyecto
Cronograma de implementación
Análisis y diseño
Arquitectura
Iteración 3
Entregables
Requerimientos funcionales
Requerimientos No funcionales
Planeación en las fases de RUP
Construcción
Iteración 1 Iteración 2
Control del proyecto
Cronograma de implementación
Custom Develpment
Construcción de Servicios
Iteración 3
Entregables
Requerimientos de Cambio
Parametrización de aplicaciones
Planeación en las fases de RUP
Transición
Iteración 1
Plan de despliegue
Pruebas de Sistema
Cierre del proyecto
Implementación
Gerencia de Proyecto
•Project Charter
•WBS
•Estimacion de Puntos Funcionales
•Plan de Riesgos
•Plan de Comunicaciones
WBS
WBS
Puntos Funcionales
• Portal Web 67.98• Analisis de Riesgo 58.56• Gestion de Producto 109.44
Analisis COCOMO
Effort per Module
0
10
20
30
40
50
60
70
80
90
Plans andRequirements
Product Design Programming Integration andTest
Phase
Mo
du
le E
ffo
rt
Portal Web Analisis de Riesgo Gestion Producto 0
Conclusiones• La Importancia de definir claramente objetivos metas y enmarcar el
alcance del proyecto correctamente, definen un horizonte el cual siempre será referenciado para cualquier actividad que se realice para el proyecto, así se justifica si es necesaria hacerla y que prioridad se le da.
• La especificación de la WBS es pieza clave para el desarrollo del proyecto, este artefacto es la base estructural del cronograma y la priorización de las actividades y asignación de recursos.
• Una Buena comunicación en un equipo es base fundamental para la sincronización, y avance en el desarrollo de las actividades del proyecto, es importante tener en cuenta que si algún integrante tiene dificultades debe levantar la mano y pedir ayuda para así poder tener tiempo de reacción y no sufrir problemas de sobrecargas de trabajo en actividades siguientes
Lecciones Aprendidas
• En un entorno de trabajo en equipo, definir la disponibilidad de tiempo de cada uno y poder respetar esos tiempo, esto facilita la comunicación y la asignación de trabajo a cada integrante.
• Se deben respetar mas las fechas de finalización de las tareas para una mejor consolidación y así optimizar mas la revisión de documentos y entregables
• El trabajo debe ser constante, en lo posible evitar picos altos de trabajo es decir ir incrementando gradualmente el valor ganado semanalmente, así se evita acumulación de trabajo y reprocesos que pueden desgastar los integrantes del equipo.