Taller 2.

Arquitectura de aplicacin, Arquitectura tcnica

Andrs Gonzlez. 201018063 Julin Morales. 200213074

Especializacin en construccin de software Universidad de los andes Bogot 2010

Carlos Criales. 200925612 Jos Daniel Garca. 200818257 Robinson De La Hoz. 201018033 Haiver Pez. 201018119

Versin 1 2 3

Modificado por Grupo de Trabajo .jarc Grupo de Trabajo .jarc Julin Morales

Descripcin Creacin del documento de arquitectura Integracin Verificacin de Arquitectura de tecnologa

Fecha 28 de abril de 2010 5 de mayo de 2010 11 de mayo de 2010

CONTENIDO
Introduccion .............................................................................................................................................................................................................................................................. 5 1. 2. 3. Objetivo ............................................................................................................................................................................................................................................................. 5 Supuestos .......................................................................................................................................................................................................................................................... 6 Arquitectura de aplicaciones............................................................................................................................................................................................................................. 6 3.1 3.2 3.3 3.4 3.4.1 3.4.2 3.5 3.5.1 3.6 Arquitectura actual a nivel de aplicaciones ............................................................................................................................................................................................. 6 Arquitectura objetivo a nivel de aplicaciones ......................................................................................................................................................................................... 9 documentaCION DE las principales aplicaciones requeridas en la arquitectura objetivo ..................................................................................................................... 13 Elaborar un mapa de integracin .......................................................................................................................................................................................................... 17 Mapa de integracin de la arquitectura actual ................................................................................................................................................................................. 17 Mapa de integracin de la arquitectura objetivo.............................................................................................................................................................................. 17 Elaborar una anlisis de brecha de la arquitectura de aplicaciones ...................................................................................................................................................... 18 Tabla de comparacin y definicin de iniciativas .............................................................................................................................................................................. 18 Documentacin de los proyectos identificados .................................................................................................................................................................................... 19

3.7 Definir los criterios de priorizacin de cada una de las iniciativas o proyectos que cierran la brecha y documentarlos de acuerdo a como los entienden los stakeholders. ...................................................................................................................................................................................................................................................... 22 3.7.1 3.8 Criterios de priorizacin .................................................................................................................................................................................................................... 22 Elaborar un roadmap de implementacin priorizado en el tiempo ...................................................................................................................................................... 23

3.8.1 3.8.2 4.

Priorizacin de iniciativas .................................................................................................................................................................................................................. 23 Road Map .......................................................................................................................................................................................................................................... 24

Arquitectura de tecnologa ............................................................................................................................................................................................................................. 25 4.1 4.2 4.2.1 4.3 4.4 4.5 4.5.1 4.6 4.6.1 4.6.2 Documentar la matriz TRM que debe ser emplear para soportar los anlisis de arquitectura tcnica ................................................................................................ 25 Tabla Infraestructura y Aplicaciones ..................................................................................................................................................................................................... 25 Descripcin de Plataformas............................................................................................................................................................................................................... 26 Elaborar un anlisis de brecha de la arquitectura tcnica ..................................................................................................................................................................... 27 DocumentaCION de los proyectos identificados para cerrar la brecha a nivel de Tiempos, recursos y dineros .................................................................................. 29 criterios de priorizacin de cada una de las iniciativas o proyectos que cierran la brecha ................................................................................................................... 31 Criterios de priorizacin .................................................................................................................................................................................................................... 31 roadmap de implementacin de la arquitectura tcnica priorizada en el tiempo ................................................................................................................................ 32 Priorizacin de Iniciativas .................................................................................................................................................................................................................. 32 Roadmap ........................................................................................................................................................................................................................................... 34

5. 6.

Conclusiones ................................................................................................................................................................................................................................................... 35 Bibliografa ...................................................................................................................................................................................................................................................... 35

INTRODUCCION
Luego de las contribuciones de una larga lista de practicantes de arquitectura empresarial se desarrollaron mtodos para separar todas las visiones del desarrollo de una arquitectura empresarial consolidada y de acuerdo a las mejores prcticas. Dentro de estas visiones se encuentran la arquitectura de negocio y de datos desarrollada previamente. Este trabajo est enfocado a la arquitectura de aplicaciones y la arquitectura tecnolgica. En la arquitectura de aplicacin se busca definir qu tipos de aplicacin son relevantes para el negocio y la forma en que estos se comunican entre s. Es importante recordar que el trabajo de la arquitectura de aplicacin no es la de disear sistema de aplicacin. La arquitectura tecnolgica describe el software lgico y la capacidad del hardware requerido para soportar los desarrollos del negocio, datos y servicios de aplicacin. La fase de arquitectura tecnolgica busca realizar un mapeo de los componentes de aplicaciones definidos en la arquitectura de aplicaciones en componentes tecnolgicos, que representan componentes de software y hardware disponibles en el mercado o configurados en plataformas tecnolgicas de la organizacin. Como la Arquitectura tecnolgica define la realizacin fsica de una arquitectura solucin esta debe tener una mayor complejidad a la hora de realizar el plan migracin o implementacin. La tecnologa tcnica definir las vistas base y objetivo del portafolio de tecnologas, detallando el roadmap, la arquitectura objetivo e identificando los proyectos o paquetes de trabajo a realizar

1.

OBJETIVOS

El objetivo de la arquitectura de aplicacin es la de definir los principales tipos de aplicaciones necesarias para procesar la informacin y soportar el negocios. El objetivo principal de la arquitectura tecnolgica es el de identificar la arquitectura actual y objetivo del caso de estudio basado en el enfoque tecnolgico. Tambin se requiere elaborar la matriz TRM para identificar las brechas de la arquitectura tecnolgica y de esta forma realizar el posterior anlisis de brecha para la identificacin de paquetes de trabajo o iniciativas a desarrollar

2. SUPUESTOS
Se dispone de una planta telefnica compatible con Asterisk. Se predispone de un servidor con hardware compatible con sistemas Linux. Se puede montar un aplicativo Base SAS para el acceso a datos. Se tiene la disponibilidad inmediata de los servidores y acceso a estos. Se asume que el sistema ProductsDeliverySystem es ajeno al banco. Se asume que el banco cuenta con el presupuesto para poder implementar todas las soluciones propuestas por .jarc

3.

ARQUITECTURA DE APLICACIONES

A continuacin se muestran algunos de los pasos definidos por TOGAF para la definicin de la arquitectura de aplicaciones

3.1

ARQUITECTURA ACTUAL A NIVEL DE APLICACIONES

La siguiente tabla nos muestra la forma en la que las funcionalidades se relacionan con las aplicaciones. ID Funcionalidades / Aplicaciones Partners File Loader System X Customer Scoring Systems Black List System CRM Credicard Integrated System Savings System Loans Credit System Broad Cast System Making Finantial Product System

AS-1

Cargar de archivos de los proveedores de informacin Validar Informacin de prospectos contra la registraduria Enviar informacin de prospectos a

AS-2

AS-3

CustomerScoringSystems

AS-4 AS-5 AS-6

Depurar y segmentar prospectos Mantener las listas negras Registrar los prospectos negados por el rea de riesgo Generar archivo con clientes rechazados para BlackListSystem Registrar los prospectos que pasan los filtros del rea de riesgo, a travs de una interfaz con CustomerScoringSystems Registrar los clientes a los que se les pre aprob tarjeta de crdito Generar archivo con los clientes a los que se les pre aprob tarjeta de crdito Registrar la informacin de clientes a los que se les pre aprob crdito de libre inversin Generar archivo plano con la informacin de los clientes a los que se les solicitara informacin adicional, para ser enviado a BroadCastSystem Contactar al cliente va telefnica y por correo

X X X

AS-7

AS-8

AS-9

AS-10

AS-11

AS-12

AS-13

AS-14

Informar al cliente que no aplica para crdito de acuerdo a confirmacin recibida desde el CRM Enviar informacin de clientes para realce de tarjetas a la empresa de realce Generar plsticos de tarjetas crdito y debito Contactar a la empresa transportadora para que recoja las tarjetas Activar productos a travs del call center Registrar clientes que no aceptan los productos Generacin semanal de archivos con los rechazos Cargar de informacin de archivos de rechazos Notificar rechazos de clientes al CRM del banco Inactivar los registros de clientes que rechazan productos X X X X X X

AS-15

AS-16 AS-17

X X

AS-18 AS-19

AS-20

AS-21

AS-22

AS-23

3.2 ARQUITECTURA OBJETIVO A NIVEL DE APLICACIONES

ID Funcionalidades / Aplicaciones Partners File Loader System X Customer Scoring Systems Black List System CRM Credicard Integrated System Savings System Loans Credit System Broad Cast System Making Finantial Product System Portal IVR DASHBOARD

BE-1

Cargar de archivos de los proveedores de informacin Validar Informacin de prospectos contra la registradura Enviar informacin de prospectos a CustomerScoringSystems Depurar y segmentar prospectos Definir y parametrizar las reglas de segmentacin Mantener las listas negras Definir y/o especificar los nuevos tipos de listas del sistema de listas negras Generar archivo con clientes rechazados para BlackListSystem

BE-2

BE-3

BE-4

BE-5

BE-6 BE-7

X X

BE-8

BE-9

Registrar los prospectos negados por el rea de riesgo Registrar los prospectos que pasan los filtros del rea de riesgo Replicacin de informacin del cliente entre el CRM y estos sistemas Generar archivo con los clientes a los que se les pre aprob tarjeta de crdito Replicacin de informacin del cliente entre el CRM y estos sistemas Registrar la informacin de clientes a los que se les pre aprob crdito de libre inversin Generar archivo plano con la informacin de los clientes a los que se les solicitara informacin adicional Contactar al cliente va telefnica y por correo

BE-10

BE-11

BE-12

BE-13

BE-14

BE-15

BE-16

BE-17

Informar al cliente que no aplica para crdito de acuerdo a confirmacin recibida desde el CRM Enviar informacin de clientes para realce de tarjetas a la empresa de realce Generar plsticos de tarjetas crdito y debito Contactar a la empresa transportadora para que recoja las tarjetas Activar productos a travs del call center Registrar clientes que no aceptan los productos Generacin semanal de archivos con los rechazos Cargar de informacin de archivos de rechazos Notificar rechazos de clientes al CRM del banco Inactivar los registros de clientes que rechazan X X X

BE-18

BE-19

BE-20

BE-21

BE-22

BE-23

BE-24

BE-25

BE-26

productos

BE-27

Replicacin de informacin del cliente entre el CRM y estos sistemas Autoservicio de activacin de productos Autoservicio de Bloqueo de productos Autoservicio de Actualizacin Datos Enviar Evento al DashBoard Registrar eventos Desplegar los diferentes resultados de indicadores definidos X

BE-28

BE-29

BE-30

BE-31 BE-32 BE-33

X X X

3.3 DOCUMENTACION DE LAS PRINCIPALES APLICACIONES REQUERIDAS EN LA ARQUITECTURA OBJETIVO

La siguiente tabla nos muestra la definicin de las principales aplicaciones definidas para la arquitectura objetivo Aplicacin Interna(I) / Externa(E)
I

Objetivo

Funcionalidades de negocio

Interfaces/Servicios publicados

Interfaces/Servicios Consumidos

Partners FileLoader System

Cargar archivos planos de los proveedores de clientes prospectos.

Cargar

archivos

planos

de

clientes

prospectos

Validar la informacin de clientes prospectos con la Registradura General de la Nacin a travs de WebServices

ETL (Datos de Clientes prospectos vlidos) BATCH(Archivo plano de Clientes Prospectos invlidos)

SOA/Webservice Registradura General de la Nacin

Customer Scoring Systems

Depurar y segmentar los clientes prospectos

Definir y parametrizar las reglas de segmentacin Depurar Validar y riesgo con segmentar listas con con Lista negras prospectos locales

ETL(Archivo Plano de Lista de Clientes rechazado)

SOA/Webservice SOA/Webservice SOA/Webservice SOA/Webservice JMS(Crear cliente) - > CRM

LISTA

DATACREDITO CIFIN ANTILAVADO CLINTON

Validar riesgo Validar riesgo Validar riesgo Validar riesgo Antilavado

Datacrdito CIFIN Clinton

Black List System

Mantener las listas negras de Los clientes que son negados por el rea de riesgo del Banco

Mantener las listas negras de clientes no deseados

SOA/Webservice ClienteNODeseado()

CRM

Registro gestin y control de la informacin del cliente

Registrar los prospectos que pasan los filtros del rea de riesgo Enviar va Sockets los clientes a los que se les pre aprob tarjeta de crdito Registrar la informacin de clientes a los que se les pre aprob crdito de libre inversin Enviar va Sockets la informacin de los clientes a los que se les solicitar informacin adicional Enviar informacin de clientes para realce de tarjetas Activar productos a travs de Call center, multicanales(Portal, IVR, ATM, Redes Sociales) Inactivar los registros de clientes que rechazan productos

JMS(Crear cliente) consumido CustomerScoringSystems

por

SOAP/Webservices (Activar Producto) consumido por Multicanales

Sockets(Registro de cliente pre-aprobado) - > CredicardIntegratedSystem JMS(Activar producto al cliente) > CredicardIntegratedSystem SOAP/Webservices(Inactivar registro asociado al cliente) > CredicardIntegratedSystem Sockets(Registro de cliente pre-aprobado) - > SavingSystems JMS(Activar producto al cliente) - > SavingSystems SOAP/Webservices(Inactivar registro asociado al cliente) > SavingSystems Sockets(Registro de cliente pre-aprobado) - > LoansCreditSystem JMS(Activar producto al cliente) > LoansCreditSystem SOAP/Webservices(Inactivar registro asociado al cliente) > LoansCreditSystem Sockets(Registro de clientes NO pre-aprobados para crdito de libre Inversin a solicitar informacin adicional) -> BroadCastSystem Sockets(Confirmacin de crdito no aprobado al cliente) -> BroadCastSystem JMS(Registro de Evento)->DashBoard

SOAP/Webservices (Bloquear Producto) consumido por Multicanales JMS(Producto Rechazado) consumido por MakingFinantialProductSystem BATCH(Archivo plano de productos cliente) para empresa de realce x

Data Credito CIFIN

Proveer informacin de Riesgo crediticio Proveer informacin

Publicar informacin de Riesgo crediticio

SOA/Webservice consumido CustomerScoringSystems

por

Publicar informacin de Riesgo Financiero de

SOA/Webservice consumido CustomerScoringSystems

por

Riesgo Financiero

Antilavado

Proveer informacin de entidades/personas con nexos en lavado de activos Proveer informacin de entidades/personas vigentes en la lista Clinton Gestionar la informacin de tarjetas de crdito

Publicar informacin de entidades/personas con nexos en lavado de activos

SOA/Webservice consumido CustomerScoringSystems

por

Lista Clinton

Publicar informacin de entidades/personas vigentes en la lista Clinton

SOA/Webservice consumido CustomerScoringSystems

por

Credicard Integrated System

Sockets(Registro de cliente pre-aprobado) consumido por CRM JMS(Activar producto al cliente) consumido por CRMSOAP/Webservices(Inactivar registro asociado al cliente)consumido por CRM

Saving Systems

Gestionar la informacin de cuentas de ahorro

Sockets(Registro de cliente pre-aprobado) consumido por CRM JMS(Activar producto al cliente) consumido por CRM SOAP/Webservices(Inactivar asociado al consumido por CRM registro cliente)

Loans Credit System

Gestionar la informacin de crditos de libre inversin

Sockets(Registro de cliente pre-aprobado) consumido por CRM JMS(Activar producto al cliente) consumido por CRM SOAP/Webservices(Inactivar asociado al consumido por CRM registro cliente)

Broad Cast System

Contactar al cliente va telefnica y por correo electrnico

Contactar al cliente va telefnica y por correo Informar al cliente que no aplica para crdito de acuerdo a confirmacin recibida desde el CRM

Sockets(Registro de clientes NO preaprobados para crdito de libre Inversin a solicitar informacin adicional) consumido por CRM Socket(Confirmacin de crdito no aprobado al cliente) consumido por CRM

SOCKETS(email) -> MailServer

Portal

Publicar sitio web de informacin y autoservicio al cliente

Activar Bloquear Actualizar Datos

productos productos

SOAP/Webservices (Activar Producto) -> CRM SOAP/Webservices (Bloquear Producto)> CRM

IVR

Habilitar al cliente servicios y transacciones va telefnica Prestar el servicio de envo de correo electrnico Desplegar indicadores y eventos que sern monitoreados

Activar Bloquear productos

productos

SOAP/Webservices (Activar Producto) -> CRM SOAP/Webservices (Bloquear Producto)> CRM

Mail Server

Prestar el servicio de envo de correo electrnico

SOCKETS(email)

DashBoard

Registrar

eventos

enviados

desde

el

CRM

JMS(Registro de Evento)

Desplegar los diferentes resultados de indicadores definidos

Making Finantial Product System

Generar plsticos de tarjetas crdito y debito

Gestionar con la empresa transportadora la entrega de las tarjetas Cargar de informacin de archivos de rechazos Notificar rechazos de clientes al CRM del banco

BATCH(Archivo plano de productos x cliente) Recibido de CRM JMS(Producto Rechazado) -> CRM

SOAP/Webservices (Registro de Cliente a entregar producto(s)) -> ProductsDeliverySystem

3.4 MAPA DE INTEGRACIN 3.4.1 MAPA DE INTEGRACIN DE LA ARQUITECTURA ACTUAL

En el siguiente vinculo podrn Encontrar el mapa de integracin de la arquitectura AS IS o actual. El documento no se integra porque es muy grande y resulta complicado leer en un formato diferente a Excel. Ver adjunto Matriz Funcionalidades - Matriz Integracion AS-IS.xlsx

3.4.2 MAPA DE INTEGRACIN DE LA ARQUITECTURA OBJETIVO

En el siguiente vnculo podrn Encontrar el mapa de integracin de la arquitectura TO BE u objetivo. El documento no se integra porque es muy grande y resulta complicado leer en un formato diferente a Excel Ver Adjunto Matriz Funcionalidades - Matriz Integracin TO-BE.xlsx

3.5 ANLISIS DE BRECHA DE LA ARQUITECTURA DE APLICACIONES

De acuerdo con los mapas anteriores se puede establecer a diferencia entre la arquitectura actual y objetivo. Por medio del cruce de estas funcionalidades se logra tener una visin de las brechas para llegar a la arquitectura objetivo Dato que la matriz con el cruce se arquitecturas es muy grande se puede observar en el siguiente documento: Ver Adjunto anlisis de brecha.xlsx

3.5.1 TABLA DE COMPARACIN Y DEFINICIN DE INICIATIVAS ID AS IS 1 Las reglas de segmentacin permiten la creacin de clientes que estn no estn cancelando sus obligaciones a tiempo y contribuyen a la morosidad del banco 2 Se presentan problemas de lavado de dinero a travs del banco 3 La funcionalidad de crear cliente se encuentra duplicada en varios sistemas 4 El sistema de crdito de libre inversin modifica la informacin del cliente localmente y adems lo hace en el sistema de cuentas de ahorro. Haciendo este proceso deja sin actualizar los otros repositorios de informacin TO BE Reglas ms exigentes para la aprobacin de clientes en la segmentacin de clientes Iniciativa Definir y parametrizar las reglas de segmentacin

Controles efectivos a la hora de controlar el ingreso de clientes. Se debe validar contra listas nacionales e Internacionales Una vez se cree el un cliente este deber crearse en el sistema que sea necesario luego de las validaciones de segmentacin y listas de riesgos El sistema de tarjetas de crdito va a realizar actualizaciones de informacin solamente en el sistema del CRM para que esto lo replique a los sistemas que sean necesarios

Definir y/o especificar los nuevos tipos de listas del sistema de listas negras Replicacin de informacin del cliente entre el CRM Registrar la informacin en de clientes a los que se les pre aprob crdito de libre inversin en el CRM

Los sistemas externos escriben informacin de los clientes en varios sistemas internos del banco.

La empresa de realce solo actualizara la informacin en el sistema CRM y este se encarga de replicar dicha informacin a los sistemas que sea necesario

Inactivar los registros de clientes que rechazan productos en CRM

6 Se presentan mltiples formas de comunicar la Si se va a transmitir la misma clase de informacin a Unificacin del sistema informacin dentro del sistema travs de un sistema podran tener el mismo protocolo y comunicacin del CRM evitar problemas de mantenibilidad 7 Mltiples formas proveedores. 8 9 de comunicacin con El sistema de integracin de proveedores externos debe Definicin del protocolo ser flexible a los cambios integracin del CRM Autoservicio de activacin de productos a travs de la WEB Enviar Evento al DashBoard

de

de

No existe ningn medio para realizar auto activacin de servicios No hay ningn mecanismo para el control de Indicadores de servicio

Desarrollo de portal de servicios Proyecto para el control de los indicadores consolidados para la gerencia

3.6 DOCUMENTACIN DE LOS PROYECTOS IDENTIFICADOS

A continuacin se describen todos los proyectos necesarios para que el sistema actual llegue a ser el esperado desde el punto de vista de aplicaciones 1. Definir y parametrizar las reglas de segmentacin Luego de hacer el anlisis de aplicacin se ha identificado este proyecto para garantizar que el sistema de segmentacin de clientes este en la capacidad de adaptarse a los cambios del mercado, y a cambios en las reglas de validacin, permitiendo la parametrizacin e inclusin de nuevas polticas para la segmentacin de los clientes.

2.

Definir y/o especificar los nuevos tipos de listas del sistema de listas negras Este proyecto consiste en permitir al sistema la integracin con varias fuentes de de listas restrictivas como OFAC o lista Clinton (U.S. treasury), CIFIN o listas de desmovilizados. Esto con el fin contribuir con el banco Los Alpes a reducir el riesgo de incrementar la morosidad de clientes por una mala seleccin de los mismos

3.

Replicacin de informacin del cliente entre el CRM. Este proyecto se crea para agilizar procesos al interior de la organizacin debido a que el proceso de creacin de clientes se hace en varios sistemas cuando el mismo proceso podra ser hecho una vez y replicado a los dems sistemas luego de las validaciones correspondientes. Este proyecto tambin busca solucionar problemas de gobernabilidad

4.

Registrar la informacin de clientes a los que se les pre aprob crdito de libre inversin. Este proyecto tiene por objetivo hacer que el sistema crdito de libre inversin no escriba informacin del cliente en varios sistemas sino que escriba en el sistema dueo de la informacin (CRM) y esta sea replicada a los dems sistemas de forma automtica. Esta modificacin obliga a los sistemas internos a utilizar una sola regla de validacin de informacin y de esta forma lograr una mejor consistencia de la informacin

5.

Inactivar los registros de clientes que rechazan productos -- esto ya lo hace el sistema actual. Este proyecto busca limitar a los sistemas externos para que no escriban informacin en varios sistemas internos sino que escriban nicamente al CRM para que este se encargue de replicar la informacin a los sistemas involucrado. Esta modificacin obliga a los sistemas externos a utilizar una sola re la de validacin de informacin y de esta forma lograr una mejor consistencia de la informacin Brechas identificadas en la matriz de integracin

6.

Unificacin del sistema de comunicacin del CRM Este proyecto tiene como finalidad unificar la forma en que el CRM se comunica con los sistemas CredicardIntegratedSystem, SavingSystems y LoansCreditSystem ya que en este momento est usando 3 protocolos diferentes de comunicacin (ETL, JMS, SOAP/Webservices). Esto debido a que la informacin que se transfiere a travs de dichos canales corresponde a la informacin de clientes

7.

Definicin del protocolo de integracin del CRM

Luego de hacer la matriz de integracin se detect que el CRM tambin se comunica con algunos sistemas externos por medio de colas JMS y colas MQSeries. El proyecto que se plantea busca evitar posibles futuros problemas de flexibilidad si alguno de las entidades externas cambia de protocolo de comunicacin 8.

Desarrollo de portal de servicios Este proyecto busca alinear la organizacin con los motivadores del negocio ya que busca acercar los clientes con el banco facilitndole la activacin de productos, actualizacin de informacin y bloqueo de productos a travs de una herramienta de fcil acceso como Internet

9.

Proyecto para el control de los indicadores consolidados para la gerencia Luego de realizar los anlisis de negocio, datos y aplicaciones se encontr que para llevar un mejor control de la informacin de los crditos, nivel de morosidad y dems procesos importantes es necesario tener indicadores para la toma de decisiones. Este proyecto busca mostrar a travs de una interfaz grfica la informacin relevante para los propsitos del sistema

3.7 CRITERIOS DE PRIORIZACIN DE CADA UNA DE LAS INICIATIVAS O PROYECTOS QUE CIERRAN LA BRECHA Y DOCUMENTARLOS DE ACUERDO A COMO LOS ENTIENDEN LOS STAKEHOLDERS. 3.7.1 CRITERIOS DE PRIORIZACIN
Los criterios de priorizacin utilizados para la determinacin del orden en el cual abordaremos los proyectos para alcanzar el modelo ideal se describen en la siguiente tabla:

Criterio Capacidad Criticidad Riesgo Beneficio

Definicin Hace referencia a la disponibilidad y suficiencia de recursos humanos, econmicos y tecnolgicos. Importancia para las estrategias, objetivos y visin de la organizacin. Qu tanto riesgo puede representar para la organizacin no hacerlo? Qu gana o que tanto mejoran los procesos de la organizacin si se realiza?

Peso 25% 15% 30% 30%

Rangos 1 = poca capacidad 5= Excelente capacidad 1= Poco critico para el negocio 5= Muy critico 1= Demasiado riesgoso 5= No representa riesgo 1= Genera muy poco beneficio para la organizacin 5= Genera bastante beneficio para la organizacin

3.8 ROADMAP DE IMPLEMENTACIN PRIORIZADO EN EL TIEMPO A continuacin se describe relacin de iniciativas con sus respectivos clculos de priorizacin:

3.8.1 PRIORIZACIN DE INICIATIVAS

Por medio de la siguiente tabla se puede definir el orden por el cual se pueden desarrollar los proyectos siguiendo una sencilla frmula matemtica

ID

Iniciativa 1 Definir y parametrizar las reglas de segmentacin 2 Definir y/o especificar los nuevos tipos de listas del sistema de listas negras 3 Replicacin de informacin del cliente entre el CRM 4 Registrar la informacin de clientes a los que se les pre aprob crdito de libre inversin en CRM

Capacidad Peso Criticidad Peso Riesgo Peso Beneficio Peso Total 3 3 25% 25% 3 5 15% 15% 2 2 30% 30% 4 5 30% 30% 3 3,6

3 3

25% 25%

4 3

15% 15%

4 3

30% 30%

3 3

30% 30%

3,45 3

5 Inactivar los registros de clientes que rechazan productos n CRM 6 Unificacin del sistema de comunicacin del CRM 7 Definicin del protocolo de integracin del CRM

3 3 3

25% 25% 25%

3 2 2

15% 15% 15%

3 4 4,5

30% 30% 30%

3 2 2

30% 30% 30%

3 2,85 3

8 Desarrollo de portal de servicios 9 Proyecto para el control de los indicadores consolidados para la gerencia

2 2

25% 25%

5 4

15% 15%

3 3

30% 30%

5 4

30% 30%

3,65 3,2

3.8.2 ROAD MAP

Una vez se han definido la prioridad de ejecucin de los proyectos se puede mostrar en forma grfica, muy fcil de entender la prioridad de cada proyecto:

6 5 4 7
Prioridad

1 9 3 2 8 AS-IS
Tiempo (Meses)

TO-BE

4.

ARQUITECTURA DE TECNOLOGA

En esta arquitectura se identifican a nivel tecnolgico como se soporta y/o administra actualmente las aplicaciones o procesos en cuanto a: plataforma de comunicaciones, hardware y software. A dems requerimientos no funcionales como: seguridad, confiabilidad, desempeo, Multicanalidad, etc.

4.1 MATRIZ TRM PARA SOPORTAR LOS ANLISIS DE ARQUITECTURA TCNICA

Para realizar el anlisis de la arquitectura tcnica se us la matriz adjunta, solo se tuvieron en cuenta las condiciones que aplicaban en el modelo AS-IS como en el TO-BE. Aquellos tems que no coincidan se denominaron iniciativas a realizar para cumplir con las expectativas del TO-BE, estas iniciativas se documentan ms abajo en este documento, adicional a esto se adjunta la matriz con los valores analizados a continuacin. Ver Archivo Adjunto AnalisisArqTecnica_TRM_v_1.xls

4.2 TABLA INFRAESTRUCTURA Y APLICACIONES

Tabla de mapeo, en las filas podemos observar las plataformas o infraestructuras que soportan las distintas aplicaciones, de esta manera identificamos fcilmente que necesitamos para instalar una aplicacin. Ver Archivo Adjunto Infraestructuras_Aplicaciones.xlsx.

4.2.1 DESCRIPCIN DE PLATAFORMAS

Dentro del archivo anteriormente nombrado (Infraestructuras_Aplicaciones.xlsx) se enuncian diferentes aplicaciones con tecnologas, para cada una de ellas a continuacin, se muestran las caractersticas A1: Es un programa de software libre (bajo licencia GPL) que proporciona funcionalidades de una central telefnica, permite grabacin de las llamadas, audio respuesta. A2: Administrador de archivos ejecutable en Linux Red Hat. A3: Es un repositorio de informacin multidimensional para acceso rpido a informacin de diferentes sistemas. A4: Permite la visualizacin de estadsticas cercanas al tiempo real, usando grficos entre otras maneras de mostrar indicadores. A5: Se encarga de realizar una traduccin de formatos de informacin, para intercambiar datos entre diferentes plataformas para que usen una misma codificacin de caracteres. A6: Es un protocolo que se encarga de sincronizar los relojes de distintos sistemas de informacin a travs de ruteo de paquetes con latencia variable. A7: (Enterprise service bus), nos va a permitir mantner un repositorio de serivios que utilizan diferentes tecnologas, diferentes protocolos, de una manera que le permita al banco tener diferentes plataformas, diferentes funcionalidades integradas a travs de un Bus de servicios. Adems de esto, el bus de servicios es multiplataforma, lo que nos permite utilizar mquinas que no tienen ningn tipo de licencia. A8: Consiste en un directorio de servicios, que ofrece minimizar la redundancia (servicios similares). Permite que los usuarios (otras aplicaciones) que consumen los servicios, los encuentren fcilmente, con el fin de utilizarlos fcilmente. A9: Nos permite implementar una solucin para uno de los requerimientos del banco que es la implementacin de indicadores KPI, del mismo modo ofrece ventajas monetarias y de desempeo, ya que no es necesario alojar la aplicacin en un servidor propio, sino que se accede como un servicio. A10: Simplifica, labores de auditora en seguridad a nivel de bases de datos, administracin de polticas de seguridad, Automatiza tareas de auditora, posee un sistema de tracking ante ataques que enva mensajes con alertas. A11: Servidor DNS ms utilizado en Internet. Proporciona una plataforma slida y estable sobre la cual las organizaciones pueden crear sistemas de computacin distribuida con el conocimiento de que esos sistemas son totalmente compatibles con las normas publicadas DNS.

A12: Es un proyecto de Single Sing-On disponible como software libre bajo la licencia BSD. Implementa la funcionalidad de los siguientes conceptos: Extensibilidad a travs de plugins, Integracin Transparente, multiplataforma y compromiso con los estndares abiertos. A13: Es una versin gratuita de Storage Foundation de Symantec, la cual ofrece una administracin de backups y restauracin de sistemas con plataformas heterogneas.

4.3 ANLISIS DE BRECHA DE LA ARQUITECTURA TCNICA

Este anlisis consiste en verificar que cada requerimiento o motivador de negocio se est atacando con una iniciativa, de esta manera podemos asegurarnos que vamos a cumplir con todas las expectativas del cliente. Puede suceder que un mismo requerimiento sea atacado con ms de una iniciativa, esto depende de la complejidad del requerimiento y que sea necesario realizar ms de una iniciativa para cumplir con las expectativas. Ver Adjunto AnalisisBrechaTecnologia.xlsx Requerimientos del Banco de los Alpes Se desea tener a futuro un repositorio centralizado de componentes distribuidos (RMI, CORBA, etc.) y de servicios (SOAP) que permita localizar los componentes y servicios cuando se deseen usar por los diferentes sistemas de informacin. Se desea tener a futuro un repositorio centralizado de componentes distribuidos (RMI, CORBA, etc.) y de servicios (SOAP) que permita localizar los componentes y servicios cuando se deseen usar por los diferentes sistemas de informacin. Especificacin de por los menos 5 KPIs que permitan monitorear el proceso de negocio en su visi n Iniciativa Implementacin de un ESB (Oracle Service Bus) qu segn varios sitios especializados ofrece mejor desempeo. Adems, permite que las diferentes aplicaciones de El banco de los Alpes se integren fcilmente ya que este ESB soporta todas las tecnologas que el banco tiene Se implementara dentro del banco de los Alpes un UDDI (Oracle Service Registry), con el fin de identificar y acceder de manera clara y precisa, todos los servicios disponibles en los diferentes servicios A travs de SaaS ETL Engine que es una aplicacin externa (SaaS), no implica costos, garantiza visibilidad de los datos en cualquier parte, en tiempo real y no necesitamos la compra de un nuevo Hardware para la implementacin de esta solucin Implementacin de Audit DB, con el fin de identificar, cuales son las personas que modifican que archivos dentro de las diferentes aplicaciones. Esta herramienta adems ofrece auditora en bases de datos, lo que dara una funcionalidad extra dentro de los requerimientos del Banco

Tener un log de auditora en un sistema independiente que almacene un log de las operaciones de escritura realizadas sobre la operacin de negocio

Actualmente la comunicacin hacia las entidades externas se realiza sobre protocolos planos no seguros. En el futuro se desea que toda comunicacin contra sistemas externos se realice a travs de protocolo encriptados empleando el estndar de seguridad recomendado para cada protocolo y tecnologa, segn sea el caso. Las conversaciones entre el Call center y los clientes, cuando estos ltimos llaman a activar las tarjetas de crdito y tarjetas debito, deben quedar grabadas en formato MP3 Se espera que las grabaciones sean almacenadas en un repositorio no estructurado, fcilmente accesible a travs de servicios Se necesita analizar y tomar decisiones sobre informacin consolidada para mejorar el proceso de crdito Grficos que muestren indicadores KPI

Implementacin de llamado de servicios a travs de HTTPS y SSL por medio de Java Secure Socket Extension (JSSE), con esta implementacin nos garantiza, que el trnsito de la informacin este protegido, el cliente necesita el uso de un password para poder utilizar dichos servicios implementar la funcional que me permita grabar todas las llamadas que el cliente realice al call center en formato mp3 Configurar un sistema que me permita fcilmente ubicar, archivos por medio de etiquetas, y se pueda llamar usando servicios web. Implementar una plataforma que me permita consolidar informacin sobre el estudio de crdito, para la toma pronta de decisiones. Mostrar indicadores de desempeo grficamente, que permitan saber en tiempo real que est funcionando bien o mal en el proceso de originacin de crdito Implementar un traductor para que todas las aplicaciones soporte el formato UTF-8 en todas sus comunicaciones y funcionamiento Implementar una aplicacin NTP que permita tener las fechas y horas sincronizadas en todos los sistemas Implementar un sistema que permita el manejo telefnico, donde se pueda administrar un IVR integrado con los diferentes sistemas. Implementacin de aplicacin BIN (servidor DNS), para la resolucin de nombres Implementacin de sistema Open Source JOSSO, el cual ofrece una solucin para la centralizacin de autenticacin y autorizacin de usuarios.

El Banco de Los Alpes, a lo largo de todos sus sistemas de informacin y aplicaciones de plataforma, debe soportar datos en formato UTF-16 Los diferentes servidores y aplicaciones del Banco de Los Alpes deben estar en todo momento sincronizados respecto a la hora y fecha. Implementar IVR para activacin automtica de sus productos

En el futuro, el Banco de Los Alpes desea que la comunicacin, basada en TCP/IP, entre los sistemas de informacin se realice a travs de nombres DNS y no con direcciones IP. Actualmente los diferentes sistemas de informacin del Banco de Los Alpes se apoyan en un modelo de autorizacin y autenticacin local a cada aplicacin. En el futuro desea soportar la autenticacin en un modelo SSO (Single Sign On) centralizado y un modelo de autorizacin local basado en roles (Role Based Access Control)

En el futuro, el Banco de Los Alpes desea que se proponga una poltica de manejo de backups (Diarios, full, incrementales, etc.) y que estos se apoyen en una plataforma tecnolgica.

Implementacin de versin libre de veritas, el cual ofrece la administracin de almacenamiento en lnea de plataformas heterogneas.

4.4 DOCUMENTACION DE LOS PROYECTOS IDENTIFICADOS PARA CERRAR LA BRECHA A NIVEL DE TIEMPOS, RECURSOS Y DINEROS
Las iniciativas aqu identificadas tiene como objetivo, establecer la responsabilidad de la ejecucin de esta iniciativa en una duracin estimada, de esta manera podemos llevar control sobre el desarrollo preguntndole a la persona encargada de cada una de estas. ID T16 Iniciativa Implementacin de un ESB (Oracle Service Bus) qu segn varios sitios especializados ofrece mejor desempeo. Adems, permite que las diferentes aplicaciones de El banco de los Alpes se integren fcilmente ya que este ESB soporta todas las tecnologas que el banco tiene Se implementara dentro del banco de los Alpes un UDDI (Oracle Service Registry), con el fin de identificar y acceder de manera clara y precisa, todos los servicios disponibles en los diferentes servicios A travs de SaaS ETL Engine que es una aplicacin externa (SaaS), no implica costos, garantiza visibilidad de los datos en cualquier parte, en tiempo real y no necesitamos la compra de un nuevo Hardware para la implementacin de esta solucin Implementacin de Audit DB, con el fin de identificar, cuales son las personas que modifican que archivos dentro de las diferentes aplicaciones. Esta herramienta adems ofrece auditora en bases de datos, lo que dara una funcionalidad extra dentro de los requerimientos del Banco Implementacin de llamado de servicios a travs de HTTPS y SSL por medio de Java Secure Socket Extension (JSSE), con esta implementacin nos garantiza, que el trnsito de la informacin este protegido, el cliente necesita el uso de un password para poder utilizar dichos servicios Responsable Julin Morales Duracin 6 meses

T33

Carlos Criales

3 meses

T35

Jos Daniel Garca

2 meses

T72

Haiver Pez

4 meses

T77

Andrs Gonzlez

5 meses

T11 implementar la funcional que me permita grabar todas las llamadas que el cliente realice al call center en formato mp3 T12 Configurar un sistema que me permita fcilmente ubicar, archivos por medio de etiquetas, y se pueda llamar usando servicios web. Implementar una plataforma que me permita consolidar informacin sobre el estudio de crdito, para la toma pronta de decisiones. T26 Mostrar indicadores de desempeo grficamente, que permitan saber en tiempo real que est funcionando bien o mal en el proceso de originacin de crdito Implementar un traductor para que todas las aplicaciones soporte el formato UTF-8 en todas sus comunicaciones y funcionamiento Implementar una aplicacin NTP que permita tener las fechas y horas sincronizadas en todos los sistemas Implementar un sistema que permita el manejo telefnico, donde se pueda administrar un IVR integrado con los diferentes sistemas. Implementacin de aplicacin BIND (servidor DNS), para la resolucin de nombres Implementacin de sistema Open Source JOSSO, el cual ofrece una solucin para la centralizacin de autenticacin y autorizacin de usuarios. Implementacin de versin libre de veritas, el cual ofrece la administracin de almacenamiento en lnea de plataformas heterogneas.

Julin Morales

1 meses

Carlos Criales

1 meses

T24

Jos Daniel Garca

2 meses

Haiver Pez

1 meses

T28

Andrs Gonzlez

2 meses

T42

Robinson de la Hoz

1 meses

T45

Robinson de la Hoz

3 meses

T41 T70

Carlos Crales Haiver Pez

0.3 mes 1 mes

T76

Carlos Crales

1 mes

4.5

CRITERIOS DE PRIORIZACIN DE CADA UNA DE LAS INICIATIVAS O PROYECTOS QUE CIERRAN LA BRECHA

4.5.1 CRITERIOS DE PRIORIZACIN

Los criterios de priorizacin utilizados para la determinacin del orden en el cual abordaremos los proyectos para alcanzar el modelo ideal se describen en la siguiente tabla: Criterio Capacidad Criticidad Riesgo Beneficio Definicin Hace referencia a la disponibilidad y suficiencia de recursos humanos, econmicos y tecnolgicos. Importancia para las estrategias, objetivos y visin de la organizacin. Qu tanto riesgo puede representar para la organizacin no hacerlo? Qu gana o que tanto mejoran los procesos de la organizacin si se realiza? Peso 25% 15% 30% 30% Rangos 1 = poca capacidad 5= Excelente capacidad 1= Poco crtico para el negocio 5= Muy critico 1= Demasiado riesgoso 5= No representa riesgo 1= Genera muy poco beneficio para la organizacin 5= Genera bastante beneficio para la organizacin

4.6 ROADMAP DE IMPLEMENTACIN DE LA ARQUITECTURA TCNICA PRIORIZADA EN EL TIEMPO 4.6.1 PRIORIZACIN DE INICIATIVAS
De acuerdo a la calificacin dada por cada integrante del grupo se consolida y segn una calificacin final se ejecuta en el orden de la que tenga mayor calificacin a la menor, esto significa que la que tenga mayor calificacin es la que tiene ms importacin y debe ejecutarse primero de acuerdo a los criterios que se definieron previamente con el grupo. ID T11 Descripcin implementar la funcional que me permita grabar todas las llamadas que el cliente realice al call center en formato mp3 Configurar un sistema que me permita fcilmente ubicar, archivos por medio de etiquetas, y se pueda llamar usando servicios web. Implementacin de un ESB (Oracle Service Bus) qu segn varios sitios especializados ofrece mejor desempeo. Adems, permite que las diferentes aplicaciones de El banco de los Alpes se integren fcilmente ya que este ESB soporta todas las tecnologas que el banco tiene Implementar una plataforma que me permita consolidar informacin sobre el estudio de crdito, para la toma pronta de decisiones. Mostrar indicadores de desempeo grficamente, que permitan saber en tiempo real que est funcionando bien o mal en el proceso de originacin de crdito Implementar un traductor para que todas las aplicaciones soporte el formato UTF-8 en todas sus comunicaciones y funcionamiento Se implementara dentro del banco de los Alpes un UDDI (Oracle Service Registry), con el fin de identificar y acceder de manera clara y precisa, todos los servicios disponibles en los diferentes Capacidad 1 Criticidad 2 Riesgo 2 Beneficio 2 Calificacin 1.75

T12

2.3

T16

3.05

T24

3.5

T26

3.45

T28

2.45

T33

2.77

servicios T35 A travs de SaaS ETL Engine que es una aplicacin externa (SaaS), no implica costos, garantiza visibilidad de los datos en cualquier parte, en tiempo real y no necesitamos la compra de un nuevo Hardware para la implementacin de esta solucin 4 3 2 4 2.35

T42

Implementar una aplicacin NTP que permita tener las fechas y horas sincronizadas en todos los sistemas Implementar un sistema que permita el manejo telefnico, donde se pueda administrar un IVR integrado con los diferentes sistemas. Implementacin de Audit DB, con el fin de identificar, cuales son las personas que modifican que archivos dentro de las diferentes aplicaciones. Esta herramienta adems ofrece auditora en bases de datos, lo que dara una funcionalidad extra dentro de los requerimientos del Banco Implementacin de llamado de servicios a travs de HTTPS y SSL por medio de Java Secure Socket Extension (JSSE), con esta implementacin nos garantiza, que el trnsito de la informacin este protegido, el cliente necesita el uso de un password para poder utilizar dichos servicios Implementacin de aplicacin BIND (servidor DNS), para la resolucin de nombres Implementacin de sistema Open Source JOSSO, el cual ofrece una solucin para la centralizacin de autenticacin y autorizacin de usuarios. Implementacin de versin libre de veritas, el cual ofrece la administracin de almacenamiento en lnea de plataformas heterogneas.

3.15

T45

2.5

T72

2.15

T77

2.67

T41 T70

5 5

1 1

1 1

2 3

2.30 2.60

T76

3.10

4.6.2 ROADMAP
Teniendo en cuenta la calificacin de la priorizacin de las iniciativas realizada, se grafican en orden las prioridades en un lapso de tiempo, las iniciativas que puedan realizarse en paralelo aparecern en la misma franja de tiempo.
T11 T72 T12 T41 T35 T28 T45 T70 Prioridad T12 T33 T12 T16 T76 T42 T26 T24 AS-IS Tiempo (Meses) TO-BE T77

5.

CONCLUSIONES

Es importante tener un amplio conocimiento de diferentes tecnologas de informacin para poder realizar un correcto anlisis y escoger una herramienta para realizar el desarrollo de las brechas. En el desarrollo de la arquitectura tcnica es importante tener un conocimiento amplio de tecnologas y aplicaciones para poder realizar una correcta definicin de objetivos, del mismo modo la matrz (TRM) es una muy importante herramienta ya que de ella y teniendo claros los motivadores de negocio, logramos identificar claramente las brechas y las necesidades del Banco de Los Alpes. El presupuesto y la capacidad para desplegar una determinada tecnologa influye directamente en la arquitectura tcnica ya que delimita la capacidad de adquisicin de aplicaciones

6.

BIBLIOGRAFA
http://es.wikipedia.org/wiki/Asterisk http://www.oracle.com/technology/products/integration/service-bus/index.html http://download.oracle.com/docs/cd/E12839_01/integration.1111/e10223/502_uddi.htm http://www.kpionline.com/kpi_eng/index.php http://www.sybase.com/products/archivedproducts/dataauditing http://www.sybase.es/products/allproductsa-z/dataauditing TOGAF Version 9, The Open Group, Evaluation Copy 2009