PROYECTO ORIGINACION DE
CREDITO BANCO DE LOS ALPES
Felipe Rodriguez
Alexander 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
Arquitectua
De Negocio
Arquitectura de
Solucion
Arquitectura
Datos
Requerimientos
Arquitectura
Tecnica
Arquitectura
Aplicaciones
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
Orientar los servicios
financieros de crédito
masivo a personas
con mayor futuro financiero
Ofrecer multicanalidad.
Reducir la cantidad
de dinero ilícito
lavado a través de los productos
de crédito del Banco
Ofrecer multicanalidad.
. Autoservicio (Autogestión)
100% orientado al cliente.
Entendimiento del problema (AS-IS)
Cliente morosos
Clientes
Con problemas
lavado de activos
Facilidad de
Acceso al banco por
Parte de cliente
Segmentación
deficiente
Banco de los Alpes
Informacion Duplicada
En varios sistemas
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
Ries
go
CRM
RW
R
Tarjetas Crédito
Sistema Crédito
Productos
rechazados
Sistema de
gestión
Docum
ental
Portal
Proveedor
Cliente
Prospecto
Cliente
RW
Producto
Tarjeta Crédito
R
R
R
R
Información
Cliente
R
R
R
RW
R
RW
Crédito Libre
Inversión
Plástico
R
R
R
RW
R
R
R
R
R
R
R
RW
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 comercial
PartnersFileLoaderSystem
Portal Web
CRM
Outboundcall system
Area de Riesgo
BlackListSystem
Area Productos del Banco
CredicardIntegratedSystem
Mail server
BroadCastSystem
Empresa de entrega
ProductDelivery
System
SavingsSystem
CustomerScoringSystem
SavingsSystem
Emprea Realce
ProductSystem
MakingFinantial
ProductSystem
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 services
Cero 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 Vista
Integración
Punto de
Seguridad
Sistemas
Consumidores
Canales
ABSC
Consumidores
Proxy de Seguridad
ABSC
Consumidores
Zona SOA
Sistemas
Proveedores
Sistemas
Proveedores
Punto de Vista Seguridad
Taxonomía de Servicios
Originacion credito
Gestión Análisis
Riesgo
Gestión Producto
Gestión Clientes
Gestión Cuentas
Gestión Tarjetas
Gestión Fiscalía
Gestión Documenta
Gestión Registraduría
Gestión Datacrédito
Gestión Cifin
Gestión seguridad
Gestión Auditoria
Gestión Certificado
Gestión Solicitud
Metodología de Desarrollo
TSP
Felipe Rodriguez
Alexander Giraldo
Nelson Balaguera
Lider de Calidad
Lider de Desarrollo
Lider de Grupo
Lider de Soporte
Lider de Planeación
Planeación en las fases de RUP
Incepción
Iteración 1
Iteración 1
Diagrama de Procesos
Arquitectura de
aplicaciones
Análisis de Brechas
Análisis de Brechas
Project Charter
WBS V 2.0
WBS V 1.0
Requerimientos no
Funcionales
Portafolio de Servicios
Planeación en las fases de RUP
Elaboración
Iteración 1
Iteración 2
Iteración 3
Entregables
Requerimientos
funcionales
Requerimientos No
funcionales
Análisis y diseño
Control del proyecto
Arquitectura
Cronograma de
implementación
Planeación en las fases de RUP
Construcción
Iteración 1
Iteración 2
Iteración 3
Entregables
Requerimientos de
Cambio
Parametrización de
aplicaciones
Custom Develpment
Control del proyecto
Construcción de Servicios
Cronograma de
implementación
Planeación en las fases de RUP
Transición
Iteración 1
Plan de despliegue
Pruebas de Sistema
Implementación
Cierre del proyecto
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
90
80
Module Effort
70
60
50
40
30
20
10
0
Plans and
Requirements
Product Design
Programming
Integration and
Test
Phase
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.
Descargar

Diapositiva 1