El Modelo de Integración basado en Servicios (SOA) · PDF fileUso de middleware...

Proyecto Bus de Integración – Camino hacia la Excelencia Operacional

El Modelo de Integración basado en Servicios (SOA)

Alejandro Schwed – Director de Consultoría

Alejandro SchwedDirector de Consultoría - CTP

26/09/2007


CTP es una consultora líder con presencia en la Región Andina. Su foco es la Implantación de Soluciones Tecnológicas de punta superando los complejos retos de negocios, llevando a sus clientes a lograr ventajas sostenibles.

Fue fundada en el 2005 a partir del equipo de consultoría de Novell – Región Andina (anteriormente Cambridge Technology Partners).

Está construida sobre las alianzas con sus clientes con la independencia de la plataforma tecnológica.

Posee alrededor de 70 consultores y arquitectos con expertise en aplicaciones CRM, herramientas de integración EAI/SOA, Herramientas de Inteligencia de Negocio, y tecnologías emergentes.

Descripción de la Consultora


Soluciones CRM

Soluciones Analíticas

Soluciones de Integración

Soluciones a la Medida

Soluciones IdM

Principales Servicios y Clientes

Principales ClientesPrincipales Servicios

Tecnología Comunicaciones y Medios -Telefonía Fija

Tecnología Comunicaciones y Medios -Telefonía Móvil

Servicios Financieros – Bolsa de Valores

Tecnología Comunicaciones y Medios y Servicios Públicos

Servicios Previsionales, Seguros y Salud – Proveedor de Servicios de Tecnología del Sector

Servicios Financieros – Banca

Consumo Masivo y Distribución – Retail

Educación – Universidad

Proyecto Bus de Integración – Camino hacia la Excelencia Operacional4 © CTP Consultoria Tecnología y Procesos, Derechos de autor reservados

Objetivos de la sesión

–Dar a conocer el marco conceptual SOA–Compartir experiencias y lecciones aprendidas en la implementación de SOA


Agenda

Fundamentos

SOA: Conceptos generales

Gobierno SOA

Lecciones Aprendidas

El proyecto de Modelo SOA


Dificultad de integración

LiquidaciónVerificación

Complementación

Ordenes

Envía

Solicita

Depósitos

Negociación

Compensación

Validación

Información

Validación

Satisfacción?

Entrega de InformaciónTiempo de respuestaExactitud de la informaciónCalidad del servicio

Clientes(Afiliados)

Cumplimiento

Inversionistas

Validación

Traslada

Verificación

BancosCompensadores

Traslada

Mercado BVC Otros


Fundamentos:Exigencias actuales del mercado

– Desarrollo acelerado de nuevos productos/servicios• Tiempo de respuesta inmediato en la entrega de productos/servicios• Procesos adaptados a la flexibilidad de los nuevos

productos/servicios– Acceso a las soluciones de negocio en cualquier momento, desde

cualquier parte para clientes, canales y proveedores• Aseguramiento en la garantía del nivel de servicios a lo largo de

múltiples canales y tecnologías– Proveer una infraestructura tecnológica flexible y adaptable

Pero la realidad es otra…

– El desarrollo de nuevos sistemas consume mucho tiempo y dinero– Los requerimientos de integración son cada vez mayores y complejos– Se requiere reducir el Costo Total de Propiedad (TCO)


Agenda

Fundamentos


Gobierno SOA


El Proyecto del Modelo SOA


Cambiando el Foco…

Procesos

Intercambios

Infraestructura80%

Intercambios

Procesos de negocio

Infraestructura

80%


Objetivos de la Arquitectura Orientada a Servicios – Marco Teórico

Separar los servicios de las aplicaciones que los soportan

Separar servicios de los medios ydispositivos de acceso

Exponer estos servicios a través de interfaces estándar

Ensamblar servicios para crear procesos de negocio flexibles

Permitir a usuarios ubicar e invocar estos procesos de negocio desde cualquier dispositivo, en cualquier localidad

Usuarios

Dispositivos

Procesos

Aplicaciones


Arquitectura Orientada a Servicios

Es un enfoque para diseñar y construir soluciones de negocio a partir de componentes independientes que exponen funciones como servicios accesibles por otros componentes a través de interfaces estándares

Ambiente heterogéneo

Procesos de negocio Integrados

Soluciones de negocio

Servicios estandarizados

Datos Aplicaciones


Evolución de la Arquitectura:Integración Punto a Punto

– Tiene una inversión inicial baja, pero el mantenimiento se hace costoso

– El número de conexiones crece exponencialmente a medida que se incorporan aplicaciones

– Requiere desarrollo de funciones complejas para comunicación, transformaciones, etc.

– Altamente dependiente de las aplicaciones

Atención al Cliente

Manejo de Ordenes

Facturación

Despacho


Evolución de la Arquitectura: Enterprise Application Integration (EAI)

– Altamente escalable en cuanto a número de aplicaciones y volumen de datos

– Fuertemente atada a la tecnología del proveedor del bus de integración

– Provee funciones de comunicación confiable, transformaciones, enrutamiento, etc.

– Se justifica principalmente para proyectos de gran envergadura y grandes volúmenes de datos

Manejo de Ordenes


Facturación

Despacho

Bus de Integración


Evolución de la Arquitectura: Integración Orientada a Servicios

– Utiliza infraestructuras basadas en estándares

– La escalabilidad depende en gran medida de la infraestructura utilizada

– Puede desarrollarse incrementalmente

– Ofrece funciones de comunicación y transformación de datos

– Puede coexistir y complementar una infraestructura de EAI

Manejo de Ordenes


Facturación

Despacho

Proyecto Bus de Integración – Camino hacia la Excelencia Operacional15

Modelo de Madurez de Integración

Integración punto a punto entre aplicaciones

Uso de middleware básico

Soporte y Mantenim. de Interfaces.

Reutilización de soluciones técnicas

Integración punto a punto entre aplicaciones

Uso de middleware básico

Soporte y Mantenim. de Interfaces.

Reutilización de soluciones técnicas

Integración para sustentar procesos de negocio

Uso de middleware de integración

Existe metodología de integración de arquitectura

Control de desarrollo de Interfaces

Reusabilidad de Interfaces

Integración para sustentar procesos de negocio

Uso de middleware de integración

Existe metodología de integración de arquitectura

Control de desarrollo de Interfaces

Reusabilidad de Interfaces

Creación procesos de negocio por integración

Uso de tecnología de Integración avanzada (EAI)

Incorporación orgánica de Gobierno

Creación y mantenimiento del Modelo de Integración centralizado

Reusabilidad de Diseño y Análisis de Integración

Creación procesos de negocio por integración

Uso de tecnología de Integración avanzada (EAI)

Incorporación orgánica de Gobierno

Creación y mantenimiento del Modelo de Integración centralizado

Reusabilidad de Diseño y Análisis de Integración

Integración de procesos de negocio entre empresas (B2B)

Uso de tecnología de integración de procesos de negocio basada en Servicios

Metodología de Integración Corporativa

Políticas, Normas y estándares de Integración Corporativa

Integración de procesos de negocio entre empresas (B2B)

Uso de tecnología de integración de procesos de negocio basada en Servicios

Metodología de Integración Corporativa

Políticas, Normas y estándares de Integración Corporativa

Proceso de Madurez de la Integración

I II III IV


Accesos Accesos

ProcesosProcesos

Funcionalida-des

Funcionalida-des

Man

ejo

de id

entid

ades

M

anej

o de

iden

tidad

es

Desktop / PortalDesktop / PortalDesktop / Portal

Servicios (ESB)Servicios (ESB)Servicios (ESB)

Orquestador (BPM)Orquestador (BPM)Orquestador (BPM)

AplicacionesAplicacionesAplicaciones

Modelo de Referencia basado en Arquitectura SOA


CLIENTES GRUPO EJECUTIVO

Proceso de negocio

BPM Dashboard,KPI (Key Performance

Indicator)

BAM

ManejadorOrdenes

FacturacionCRM ERP EIS

Crear Cliente

Crear Cuenta de Facturación

Aprovisionar Linea

Colocar pedido

Costear Orden

SERVICIOS - ESB

PORTAL

Componentes


Conceptos claves

• Reutilización• Desacoplamiento• Estándar• Independencia tecnológica• Orquestación• Gobierno

18 © CTP Consultoria Tecnología y Procesos, Derechos de autor reservados


Beneficios de SOA


Fuente: Sun y cercle Fiber: SOA, Aportando valor al negocio desde la tecnología


GAP( $$$, Time, ¿ Reduce time to market?)

Contexto: ¿ Cuál es entonces el papel de SOA dentro de la organización?

Estrategia de negocios

Arquitectura TécnicaSeguridadSoftwareHardware

El mundo IT

El mundo de los negocios

Adaptado desde “Adaptive Enterprise” HP- Derechos reservados

Zona de Complejidad

SOA

Arquitectura Empresarial& Ingenieria del Software


SOA y Web Services


–Aunque los servicios web no necesariamente significan SOA, y no todas las SOAs están basadas en servicios web, la relación entre las dos tendencias es importante, y se potencian mutuamente: •El interés por los servicios web lleva hacia SOA, y las ventajas de la arquitectura SOA ayudan a que las iniciativas de servicios web tengan éxito

Fuente: www.gartner.com/resources/114300/114358/114358.pdf


El mercado SOA: Tendencias

• Evolución del mercado de proveedores de software de integración / EAI hacia SOA Suites

• Evolución del mercado de proveedores de tecnología MOM / JMS hacia ESB (Enterprise Service Bus)

• Evolución del mercado de proveedores de software de Aplicaciones Web / Servidores de Aplicaciones / APS (Application Platform Suites) hacia SOA Suites

• Convergencia del mercado de proveedores de tecnología Web Services y SOA

• Convergencia / fusión de los proveedores de EAI / MOM /BPM / Integración /B2B / Application Servers / APS / Web



El Mercado SOA: Proveedores


Fuente: http://mediaproducts.gartner.com/reprints/microsoft/vol1/article1/article1.html


El Mercado SOA: Proveedores


Fuente: Forrester Research, Inc


Agenda

Fundamentos


Gobierno SOA




La Integración Empresarial como “City Plan”

Diseño de edificaciones

InfraestructuraGobierno de la ciudad

City Plan


City Plan: Alcanzando la gobernabilidad en una arquitectura empresarial

● Gobierno centralizado y/o federado

● Tiene una visión completa de la arquitectura de sistemas y de su madurez

● Busca establecer normativas y estándares para nuevos desarrollos

● Debe haber un plan para migrar paulatinamente los desarrollos existentes

● Adopción progresiva

● Sustentado por una infraestructura compartida

Planificación y normativas

Infraestructura

Gobierno

City Plan

Proyecto Bus de Integración – Camino hacia la Excelencia Operacional© CTP Consultoria Tecnología y Procesos, Derechos de autor reservados

Beneficios del City Plan

– Organización y control de la Infraestructura Compartida de integración entre aplicaciones, evitando el crecimiento desordenado de la misma y la duplicación de esfuerzos en muchas áreas.

– Posibilita la reutilización de soluciones previas, tanto a nivel de definición o diseño como a nivel de implementación de interfaces y mensajes entre aplicaciones.

– Permite la existencia de una integración robusta entre sistemas y plataformas técnicamente heterogéneos, lo cual constituye la realidad del entorno de aplicaciones de las grandes empresas.


Visión del ‘City Plan’

Infraestructura común de Integración

Plan de Integración Empresarial

Grupo Central deIntegración

Infra-estructura

Especifi-caciones

Gobierno

BO

ERP

Otros

CRM


Rol del Grupo Central de Integración

– Definir y mantener la Arquitectura de integración, Gobierno/Administración y Estándares de Integración (“City Plan”).

– Asegurar que los diferentes proyectos trabajen de acuerdo a la arquitectura, gobierno y estándares del “City Plan”

– Definir los esquemas de interrelación entre los grupos de integración de los proyectos.

– Asegurar que la integración de aplicaciones sea consistente con la arquitectura y que no existan soluciones redundantes.

– Asesorar a los grupos de integración de cada proyecto en el diseño de sus soluciones de integración.

– Soporte metodológico a los grupos de integración de los proyectos.– Programar revisiones de calidad de la documentación de integración de

aplicaciones.


Agenda

Integración: Una necesidad de Negocio

Arquitectura Orientada a Servicios (SOA)

Gobierno SOA

Lecciones aprendidas



Proceso A Proceso B Proceso C Proceso D Proceso X Macro procesos

Procesos de negocio

Servicios de Negocio

Aplicacion A Aplicacion B Aplicacion C

Servicios Técnicos( Arquitectura

lógica de Sistemas)

Infraestructura de aplicaciones

Lección #1 : El negocio como guía de estrategia SOA


Caso de Uso

Funcionalidad de Negocio

Macro Procesonegocio

UC UC UC

ReglasNegocio

InputOutput

RDBMSTable

FN

FN

FNFNFNProceso de

negocio

FN

FN

FNFNFNProceso de

negocio

FN

FN

FNFNFNProceso de

negocio

Lección #2: Implementación Top-Down


Lección #3: Integre a la capa lógica

Datos

Interfaz de Usuario

Lógica de aplicación

Servicio

Proveen la capacidad de crear una sesión de terminal para interactuar con una aplicación, navegando por diversas pantallas, emulando a un usuario. Ej. 3270, Telnet, HTML

Interactúan directamente con la lógica de la aplicación, accediendo rutinas u objetos en tiempo de ejecución. Ej. Programas CICS, EJB, Stored Procedures, APIs

Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI


Especificación funcionalde requerimientos (…)

Análisis (...)

Diseño y especificación Arquitectónica (…)

Implementación (…)

Pruebas, Roll-out y puesta en producción (…)

Iteraciones (Tiempo)

Fases

Especificación del negocio (…)

RAD ( Rapid Application Development)

Siguiente

Lección#4: Metodología


Lección #5: Proceso metodológico con herramientas

Especificación Negocio

Requerimi-entos Análisis Impl.Diseño Testing &

Roll-out

x x x x x x

x

x x x x x

x x x x x x

x

x x x

x x

x

x x

x x

x

x x

x

x x x

x x


Lección #6: Lineamientos de Gobierno– La arquitectura empresarial debe estar complementada por un “city plan” para guiar el

desarrollo y ejecución de actividades de integración de aplicaciones.– Promueve la organización y control de la Infraestructura Compartida de: procesos de

negocio, plataformas IT, modelos de datos e información, integración, seguridad, entre otros; evitando el crecimiento desordenado de la misma y la duplicación de esfuerzos en muchas áreas.

Infraestructura común de Integración

Plan de Integración Empresarial

Grupo Central deIntegración

Infra-estructura

Especifi-caciones

Gobierno

BO

ERP

Otros

CRM


Lección #7: Administración de Cambios

Análisis de impacto

Diseño de la arquitectura

DesarrolloPuesta en producción

Diseño de la solución

Clasificación del Requerimiento

Análisis de impacto - Proyectos Análisis de impacto - Producción

Diseño de la Arquitectura Diseño de la Solución

Desarrollo Puesta en Producción

¿Tipo de Requerimiento?

¿Requiere diseño de

Arquitectura?SI

NO

PROYECTOS

PRODUCCIÓN


Lección #8: Uso de estándares

Conectividad

Transporte

Contenido

Internet/VPN Líneas Dedicadas BT/Radianz SWIFTNet

Sesión FIX AMQP SWIFT Interact

Formato FIX FpML ISO15022MDDL

UNIFI (ISO20022)

Proyecto Bus de Integración – Camino hacia la Excelencia OperacionalFuente: http://www.innoq.com/resources/ws-standards-poster/


Lección #9: Uso de frameworks para temas comunes

• Seguridad• Trazabilidad• Transaccionalidad• Manejo de Errores y Excepciones


Capa de Front OfficeCapa de Back OfficeCapa de Servicios ExternosCapa de Distribución de Información

BUS DE INTEGRACION

1

2

3

4

5

10

6

7

8

9

11

12

13

17

15

16

18

19

22

14

23

24

26

2833 29 30 3132 34 35

40

36

37

38

39

42

43

44

4546

Pagina WEB

Vendors SuperODS SIPLA Ban

Rep Gerencia de Informacion

Curva CETES

AMV

Backoffice INFOVAL

CCRC

MEC PLUS

Afiliados

DECEVAL

DCV- Ban Rep

Banco Compensador

Calificadoras

Titularizadora

Listas SIPLA

CIFIN

ACCIONES

24

Broker

DERIVADOS

6

14

49

50

11

21

47

48

Sistema de registro

51 27

Genoma

Nomina

55

56

eSynergy

eCollect

Sevimpro

57

Macola

5853

59

61

TICKER

Lección #10: Definición por capas


Algunos de nuestro proyectosOperador Celular – Integración CRM

Integrar al proyecto de CRM con las aplicaciones legacies del operadorImplementar procesos en línea para procesos que venían trabajandose en forma batch y manual

Integración en línea para el proceso de venta y postventa de líneas prepagoDisminución en el tiempo de activación de las líneasDisminución en los errores en las activacionesAumento de los upsells al poder hacer cambios de plan desde el momento de la venta

Arquitectura SOABEA TuxedoBEA MQ

Reto

Beneficios del negocio

Solución

Planificación

Diseño: 8 semanasDesarrollo: 12 semanas


Algunos de nuestro proyectosBanco Retail – Modelo SOA

Definir un modelo de integración basado en servicios con las aplicaciones legacies del banco Definir un modelo de procesos SOA que permitiera la rápida implementación de nuevos productos y servivcios

Lineamientos de integración que permiten al banco seguir creciendo en su arquitectura SOA por su propia cuentaRoadmap de implementación evolutivoFlexibilidad en la generación de nuevos proocesos para atender nuevos servicios.

Arquitectura SOAIBM Websphere

Reto


Solución

PlanificaciónFase Definición del Modelo: 8 semanasImplementación Fase 1: 20 semanas


Algunos de nuestro proyectosBolsa de Valores– Modelo SOA

Definir un modelo de integración basado en servicios con las aplicaciones legacies de la BolsaImplementar un gobierno de integración en una organización de IT horizontal

Lineamientos de integración que permiten a la Bolsa seguir creciendo en su arquitectura SOA por su propia cuentaGobierno de integración que mantiene la arquitectura y los lineamientos de integraciónRoadmap de implementación evolutivo.

Arquitectura SOATIBCO Business WorksTIBCO Busines Factor

Reto


Solución

Planificación

Fase Definición del Modelo: 8 semanasFase de escogencia de herramienta: 8 semanasImplementación Fase 1: 30 semanas


Falta de Participación del UsuarioFalta de Apoyo a Nivel EjecutivoCambios en los Requerimientos o requerimientos IncompletosFalta de Recursos de todo tipo

Incompetencia TecnológicaExpectativas IrrealesObjetivos no ClarosEsquemas de Tiempo Irreales

¿Cómo tener una implementación exitosa?¿Por qué No están dando Resultados y cuáles son las causas más

importantes?

Además de revertir los puntos mencionados, será necesario considerar:

Alinear los proyectos con los objetivos y la estrategia de negocio

Definir objetivos exigentes y medir resultados

Utilizar un enfoque orientado a la creación de valor y al retorno a la inversión (y no a la creación de “capacidades”)

Elaborar un plan integrado de programa

Obtener resultados en el corto plazo (“quick wins”)

Considerar el eje de Administración del Cambio

¿Cuáles son los factores clave de éxito?


Agenda

Integración: Una necesidad de Negocio

Arquitectura Orientada a Servicios (SOA)

Gobierno SOA

Lecciones aprendidas



Enfoque de Trabajo y Metodología

DesarrolloTaller de Estrategia

Definición de la visión y Creación de Plan Estratégico – Roadmap.

Limitación e Identificación del Alcance y las fases del ProyectoRFP y selección de Herramientas y/o Análisis de Brecha Funcional

Especificación Técnica y Funcional de la Solución

Solución Configurada, Integrada y Probada por los Usuarios Finales

Solución en Producción, Usuarios Entrenados y Organización alineada con el concepto

Acompañamiento y Seguimiento.Detección de Mejoras


Proceso del Proyecto


Entregables del proyectoSituación Actual– Resúmen y Descripción de Proyectos actuales y planificados– Esquema de Arquitectura a alto nivel de Aplicaciones actual: descripción de

aplicaciones, funciones que realizan a alto nivel, interfaces existentes con otras aplicaciones, plataforma tecnológica

– Descripción de Macro-Procesos de Negocio críticos: objetivo de negocio,actividades principales, entrada y salidas

Marco de Referencia– Dominios de Gestión: descripción de macro-componentes que ofrecen las

funcionalidades necesarias por los procesos de negocio– Matriz de Dominios de Gestión x Procesos x Aplicación: relación de

funcionalidades de cada Dominio de Gestión requerida por cada proceso y la(s) aplicaciones) que la implementan

Arquitectura de Integración de Referencia– Integración “ideal” de las funcionalidades de los Dominios de Gestión en las

aplicaciones existentes y planificadas– Análisis de Brecha de la Arquitectura de Referencia contra Arquitectura

Actual


Entregables del proyecto

Iniciativas de integración–Inventario de Iniciativas, incluyendo objetivos, beneficios,

requerimientos que satisface y procesos de negocio que soporta, impacto tecnológico, en procesos y organizativo

–Criterios de priorización de iniciativasPlan de implantación a alto nivel–Priorización de iniciativas según nivel de madurez y criterios de

priorización–Recomendaciones sobre el plan de implantación

Grupo Central de Integración–Documentación de Principios de Misión y Visión del GCI–Estructura recomendada para el GCI–Esquema de comunicación y reporte del GCI con otras áreas de la

organización


Entregables del proyecto

Requerimientos de Herramienta (Bus)–Inventario de requerimientos funcionales y técnicos que la

herramienta de integración debe contemplar–Priorización y ponderación de los requerimientos

Evaluación de Herramientas–Scoring de cada una de las herramientas evaluadas–Recomendación de herramienta de integración


Ejemplo de EntregablesMacroproceso de negocio – Nivel 0

INICIO

FIN

Proceso de compensación

Operaciones de contado

Operaciones a Plazos

Proceso Gestión de

afiliados

Proceso Gestión de emisiones

Proceso administrativo y financiero

Operaciones especiales

Gestión de la información

Operaciones de registro


Ejemplo de EntregableEjemplo de Proceso Nivel 1

Operaciones - Administración de

cumplimiento y compensación

Depósito

INICIO

Crear oferta

Clientes finales

BVC

ComplementaciónNegociación (MEC, Acciones, OPCF)

AfiliadosIncluir datos del cliente y

fijar comisión

Fijar requerimiento

y pagar

Calce

FIN

Aceptada por el depósito?

Corrección de datos en operación

Liquidación

Orden de envío al depósito

Compensación especial?

Se cumple hoy?

Cliente existe?

Crear cliente

Proceso Ingreso de garantías

Proceso Gestión de garantías

Proceso Liberación

de garantías

Acciones bursatilidad M o

B?

Acciones bursatilidad M o

B?Declarar la operación incumplida

Generar sanción

Error en datos

Ejecutar Garantía

Traspasar títulos

Es Renta Fija?

Mover dinero

Proceso de

compensación

Cumplimiento Garantías/Compensación

Se puede aplazar?Aplazar la operación

Dónde?Quién?

Proyecto Bus de Integración – Camino hacia la Excelencia Operacional22-03-007

Ejemplo de Entregable:Diagrama arquitectura actual

Demasiadasconexiones

Proliferación dearchivos planos

Exageradaespecializaciónde tramas


Ejemplo de Entregable:Evaluación de madurez actual

Nivel de Madurez de Integración actual: Inicial


3

FacturaciónTasación de insumosCálculo de facturaGeneración de facturaGestión de Cobros

Mercadeo/VentasAnálisis de necesidadesDef. y seg. de campañasManejo de fuerza de venta

AprovisionamientoConfiguración de SoluciónAsignaciónActivaciónManejo de Inst. de Serv.

Gestión de AveríasSeguimiento de reportes Diagnóstico y reparación

Fuerza de TrabajoAsignación de recursosMedición de desempeño

Gestión ClientesMantenimiento Inf. ClienteRegistro contactosEntrada de SolicitudesModelos de Ventas

Gestión OrdenesDespacho de OrdenesSeguimiento de OrdenesControl del flujo de proceso

CatalogoDefinición Productos y ServiciosDefinición Tarifas

Gestión de la RedMonitoreoAdmon. Datos de la RedReporte fallasCumplimiento de SLA

4

41 2

IngenieríaInventario FísicoDiseño de solucionesPlanificación de la Red

5

35

21 6

6

AdministraciónRRHHControl de InventarioContabilidadCompras

Ejemplo de Entregable: Dominios de gestión


Ejemplo de Entregable:Dominios de gestión

Validación de cliente activo

Afiliados

Emisores

Emisiones

Operaciones

Inversionistas

Facturación y Recaudo

Información

Mercadeo

Recursos Humanos

Información cupos, perfil afiliado y traders

Valoración de garantías

Cargo por servicios

Servicios externos

Bloqueo/Desbloqueo títulos,Ejecución de Cumplimiento, Ejecución de Compensación,

Consulta cliente CIFIN y SIPLA

CalificaciónTabla Desarrollo

CalificaciónCargo por servicios

Clientes de información

Consulta trader CIFIN y SIPLA

Administrativa y Financiera

Valoración de portafolio

Consulta Clientes potenciales

Seguridad Creación/MantenimientoUsuarios y perfiles

Validación de cliente existente

Cargo por servicios

Consulta cliente CIFIN y SIPLA

Cargo por servicios

Infraestructura

Contingencia

Creación/MantenimientoUsuarios y perfiles

Consulta disponibilidad

Despliegue de infraestructura

Cargo por servicios


Operaciones

- Negociación- Complementación- Liquidación- Cumplimiento- Compensación

- Soporte a las Operaciones- Garantías de operaciones a plazos- Ejecución Operaciones Especiales- Registro operaciones fuera de bolsa

Operaciones de contado

Operaciones a plazo

BACK OFFICE

MEC PLUS

Proceso de Negocio

Funcionalidades consideradas por el dominio

Procesos Soportados

Sistemas de BVC que apoyan las funcionalidades de domino

Operaciones de RegistroOperaciones Especiales

WEB Subastas WEB

Democra-tizaciones

WEB emisiones primarias

INFOVALTablero

para OPA´s

Inverlace DivisasAccionesSW para Martillos

Ejemplo de EntregableDetalle de un Dominio de Gestión


Ejemplo de EntregableArquitectura de referencia - Capas de Integración

Capa de Front OfficeCapa de Back OfficeCapa de Servicios ExternosCapa de Distribución de Información

BUS DE INTEGRACION

1

2

3

4

5

10

6

7

8

9

11

12

13

17

15

16

18

19

22

14

23

24

26

2833 29 30 3132 34 35

40

36

37

38

39

42

43

44

4546

Pagina WEB

Vendors SuperODS SIPLA Ban

Rep Gerencia de Informacion

Curva CETES

AMV

Backoffice INFOVAL

CCRC

MEC PLUS

Afiliados

DECEVAL

DCV-Ban Rep

Banco Compensador

Calificadoras

Titularizadora

Listas SIPLA

CIFIN

ACCIONES

24

Broker

DERIVADOS

6

14

49

50

11

21

47

48

Sistema de registro

51 27

Genoma

Nomina

55

56

eSynergy

eCollect

Sevimpro

57

Macola

5853

59

61

TICKER


Ejemplo de EntregableDiagrama de Arquitectura de Referencia

1

2

3

4

5

1 0

6

7

8

9

1 1

1 2

1 3

1 7 1 51 6

1 8 1 9 2 2

1 4

2 3 2 4 2 6

2 83 3 2 9 3 0 3 13 2 3 4 3 5

4 0

3 6

3 7

3 8

3 9

4 2

4 3

4 4

4 54 6

P a g in a W E B

V e n d o rsA fil ia d o s S u p e r

O D S B a n R e p G e re n c ia d e

In fo rm a c io n

C u rv a C E T E S

A M V

B a c k o ff ic e

M a c o la

IN F O V A L

C C R C

M E C P L U S

A fil ia d o s

O p . E s p e c ia le s R e g O p F u e ra B o ls a

D E C E V A L

D C V - B a n R e p

B a n c o C o m p e n s a d o r

C a lif ic a d o ra s

T itu la r iz a d o ra

L is ta s S IP L A

C IF IN

A C C IO N E S

2 5

B ro k e r

D E R IV A D O S6

1 44 9

5 0

1 1

2 1

4 7

4 8

S is te m a d e re g is tro

5 1

2 7 G e n o m a

N o m in a

5 5

5 6

e S y n e rg y

e C o lle c t

S e v im p ro

5 85 3

5 9

6 1

5 7

C lie n te s d e in fo rm a c io n

2 0

T IC K E R

Reemplazando toda la integración actual de la BVC (REDI, REDI XL, archivos planos)


Ejemplo de Entregable:Arquitectura de Transición

Arquitectura al final de la implementación de la fase 2 del Bus de Integración

(Proyectos: Acciones y Derivados, CCRC ).

1

2

3

4

5

BACKOFFICE

REDI XL

10

6 7 8

9 11

12 13

1715 16

18 19

Vendors

Super

WEB

REDI y Archivos

CCRC

Infoval

22

14

6

MEC PLUS

Acciones

Derivados

14

47

48

4950 11

Afiliados

21


Ejemplo de Entregable:Caracterización de Capa de Integración


Ejemplo de Entregable:Recomendaciones sobre estándares


Ejemplo de Entregable:Ejemplo de especificación de servicio:

Solicitante BUS Comp. (BO) Liquid. (BO)

Datos de la Complementación

Datos complementación

Aceptación Complementación

Datos para Liquidación

Papeleta Liquidación

Papeleta Liquidación

Aceptación Complementación

Rechazo de Complem. Rechazo de Complem.


Ejemplo de Entregable:Priorización de Iniciativas

Dimensión

Importancia M A A MA M MA A A A MAMA A M MA A A MA A MA MA M A MA M M

Variable Pla

nific

ació

n de

Inte

grac

ión

Def

inic

ión

de A

rqui

tect

ura

Des

arro

llo m

etod

ológ

ico

Aná

lisis

y d

iseñ

oIn

vent

ario

Uso

de

está

ndar

esR

eutil

izac

ión

de in

tegr

ació

nE

nfoq

ueM

etad

ata

Reu

tiliz

ació

n de

apl

icac

ione

sM

iddl

ewar

eC

ontro

l del

fluj

oS

egur

idad

Mod

elo

de in

terc

ambi

osM

onito

reo

Obj

etiv

oA

lcan

ceR

egla

s de

inte

grac

ión

Man

ejo

de Id

entid

ades

Org

aniz

ació

nD

efin

ició

n de

Res

pons

abili

dad

Alc

ance

Pro

ceso

sG

ente

Tecn

olog

ía

Capacidad OrganizacionalMetodología Tecnología Alcance Funcional Gobierno

Se tomaron las iniciativas que impactan las variables de madurez de acuerdo con la calificación realizada en conjunto con la BVC, iniciando en Muy Alta hasta terminar en Media, así:


Ejemplo de Entregable: Plan de Iniciativas de Integración

Etapa de Madurez 1 Etapa de Madurez 2 Etapa de Madurez 3

Implementar Infraestructura Básica de Integración

ImplementarInfraestructura de EAI

ImplementarInfraestructura de Integración eBusiness

Establecer Lineamientos Fundamentales de Gobierno

Establecer Gobierno Empresarial de Integración

Establecer Mecanismos de Gobierno con entes externos

Establecer Lineamientos Metodológicos Fundamentales

Definir Modelo de Integración Empresarial

Definir Modelo de Integración para eBusiness

Definir Arquitectura Técnica de Integración Fundamental

Definir Arquitectura de Integración Empresarial

Definir Arquitectura de Negocio

Inic

iati

vas

de In

tegr

ació

n Fu

ndam

enta

les

Definición de una base de datos única de clientes

Creación de un “Mid-Tier”de acceso unificado

Directorio de servicios del negocio

Front-end comercial unificado

Inic

iati

vas

de

Inte

grac

ión

Integración del proceso de seguimiento de casos de clientes


Modelo de Madurez

Directorio único de usuarios

Sin procesos automatizados

Sin metodología de identidades

Auditorías puntuales y reactivas

Directorio único de usuarios

Sin procesos automatizados

Sin metodología de identidades

Auditorías puntuales y reactivas

Directorio de usuarios Integrado con las aplicaciones

Procesos de autenticación automatizados (SSO)

Existe metodología de definición de roles

Evolución de auditorías de contraseñas

Directorio de usuarios Integrado con las aplicaciones

Procesos de autenticación automatizados (SSO)

Existe metodología de definición de roles

Evolución de auditorías de contraseñas

Arquitectura de Directorios redundantes

Procesos de aprovisionamiento de identidades automatizado

Creación y mantenimiento del Modelo de Identidades centralizado

Política de claves robustas

Auditoria de detección de intrusos

Arquitectura de Directorios redundantes

Procesos de aprovisionamiento de identidades automatizado

Creación y mantenimiento del Modelo de Identidades centralizado

Política de claves robustas

Auditoria de detección de intrusos

Directorios de autenticación y aprovisionamiento diferenciados

Procesos de desaprovisionamiento y mantenimiento automatizados

Metodología de Identidades Corporativa

Manejo de autentificación biométrica

Políticas, Normas y estándares de Identidades Corporativa

Auditorías preventivas

Directorios de autenticación y aprovisionamiento diferenciados

Procesos de desaprovisionamiento y mantenimiento automatizados

Metodología de Identidades Corporativa

Manejo de autentificación biométrica

Políticas, Normas y estándares de Identidades Corporativa

Auditorías preventivas

Proceso de Madurez de la gestión de identidades

I II III IV


Ciclo de vida de la identidad


Arquitectura para el manejo de identidades



Definir un modelo de integración de identidades para un banco que maneja más de 30 aplicaciones y de más de 5000 usuariosDefinir los procesos de administración de identidadesRe-Definir los roles de los más de 5000 usuarios del banco

Reducción de los tiempos de incorporación de nuevas aplicaciones al modelo de seguridad y control de accesosSe automatizó la aplicación de las políticas, normas y procedimientos de seguridad informática.Se logró una reducción de tiempo en la asignación y eliminación de los permisos de acceso automatizando el control de acceso basado en rolesSe logró reducir cantidad de contraseñas.Se redujo las llamadas a Helpdesk relacionadas con el manejo y administración de contraseñas.

Novell e-DirectoryNovell IdM

Nivel de madurez logrado:

RetoReto

Beneficios del negocioBeneficios del negocio

SoluciSolucióónn

PlanificaciPlanificacióónnFase Definición del Modelo: 4 semanasFase Re-ingeniería de roles: 4 semanasImplementación fase 1: 20 semanas

III



Implementar un componente de manejo de identidades para integrar 8 aplicaciones del bancoImplementar un componente de registro único (Single Sign-On) para las aplicaciones web, cliente/servidor y de emulación de terminal.Implementar los servicios de auditoría requeridos

Se automatizó la aplicación de las políticas, normas y procedimientos de seguridad informática.Se logró una reducción de tiempo en la asignación y eliminación de los permisos de acceso automatizando el control de acceso basado en rolesMejoras en los tiempos de incorporación de nuevas aplicaciones al framework de seguridad y control de accesos

Novell e-DirectoryNovell IdM

Nivel de madurez logrado:

RetoReto

Beneficios del negocioBeneficios del negocio

SoluciSolucióónn

PlanificaciPlanificacióónn

Fase 1:Planeación: 1 semanaAnálisis (Arquitectura y definición de requerimientos): 3 semanasDiseño: 3 semanasDesarrollo y Pruebas: 6 semanasPuesta en Marcha y estabilización: 4 semanas

II


Lecciones AprendidasManejo de IdentidadesUsar el “acceso basado en roles”

Definir los roles claramente (reingeniería de roles)

Hace cumplir (“forzar”) las políticas de seguridad relacionadas con el control de acceso a la información (aspectos relevantes a la autenticación y autorización de servicios; así como manejo de contraseñas, entre otros).

Mejorar la seguridad de los procesos de manejo de identidades y las aplicaciones integradas mediante un mejor control del acceso a los usuarios y la eliminación automática de cuentas de acceso.

Proveer consistencia e integridad de la información de identidad de los empleados, clientes y otros perfiles

Tener en cuenta todos los procesos relacionados con el manejo de identidades:– Procesos de aprovisionamiento– Procesos de desaprovisionamiento– Procesos de mantenimiento– Procesos para el autoservicio de contraseñas– Procesos de auditoría de eventos en sistemas de información– Proceso de definición y mantenimiento de roles y reglas

El Modelo de Integración basado en Servicios (SOA) · PDF fileUso de middleware...

Documents

Transcript of El Modelo de Integración basado en Servicios (SOA) · PDF fileUso de middleware...