Integración de aplicaciones: Casos

Transcripción

1 Integración de aplicaciones: Casos Arquitectura de Software Contexto General Organización por Funciones Organización por Procesos 1

2 Negocio y EAI Que retos debe cumplir una organización para el paso de funciones a procesos? Aun sin considerar aplicaciones y su integración, que es necesario para este paso? Retos del cambio Cómo diseñar los procesos? Cómo garantizar conformación y normatización? Cómo obtener indicadores? 2

3 Retos del cambio Cómo lograr todo esto a través de integración? Mas Retos: Distribución, heterogeneidad, mantenibilidad y evolución de herramientas, seguridad, evolución de negocio (procesos flexibles), y muchos más. 2 Casos Cámara de Comercio de Bogotá: Proyecto SIREP2 Heinsohn Software House: Eleggua 3

4 Caso de Estudio: Proyecto SIREP2 Estructura, rol e importancia de un ESB en un proyecto Empresarial centrado en procesos de negocio (BPM) y soportados en reusabilidad de Servicios (SOA). Basado en artículo de: Jaime Orlando Moreno(jaimem@ccb.org.co) Jorge Humberto Arias. (arquitectodes@ccb.org.co) Revista electrónica en construcción de software Universidad de Los Andes Referencias Jaime Orlando Moreno (jaimem@ccb.org.co) Vicepresidente de Operaciones e Informática Cámara de Comercio de Bogota Jorge Humberto Arias. (arquitectodes@ccb.org.co) Grupo de arquitectura empresarial de Software Cámara de Comercio de Bogota 4

5 Contexto: Cámara de Comercio de Bogotá (CCB) Diseño de procesos entre el 2000 y el 2005 Necesidad de integrar entidades externas: DIAN, Secretaría de Hacienda Distrital, notarías y otras 57 cámaras de comercio Análisis de la arquitectura monolítica implementada Planeación estratégica decidió implementar una solución orientada a servicios soportando los procesos de negocio Proyecto SIREP2 Elementos esenciales del proyecto: Construcción de un catálogo de servicios Uso de metodologías SOA Implementación de repositorios de conocimiento Capacitación por competencias de desarrolladores y de ingenieros de proceso 5

6 Solución Soporte a procesos de negocio con orquestación de servicios Apoyo a la línea de negocio de Registros Públicos 35 procesos de negocio 650 casos de uso (funcionalidades) Integración con 10 entidades externas Lineamientos Automatización de procesos Publicación de funcionalidades de negocio como servicios reutilizables Composición de procesos a partir de funcionalidades de los diversos sistemas Integración con sistemas externos usando modelo de servicios síncronos y eventos asincrónicos Medición de procesos (Indicadores KPI) Gobernabilidad y gestión de funcionalidades como servicios (gestión, reutilización y evolución) 6

7 Arquitectura Conceptual Empresarios 1. Los empresarios solicitan servicios vía diferentes canales. Estos servicios activan procesos de negocio. Tablero de control (Dashboard) 4. La ejecución de los procesos generan indicadores de gestión Funcionarios CCB Channel Layer Portal Client/server JSwing Webservices 2. Los canales activan y consumen procesos de negocio BPM Layer Services Layer Inscripción de proponentes Crear Matricula Registro Matrícula persona Natural Chequear Homimia Liquidar Valor Servicio Renovación matrícula Mercantíl 3. Se llaman las funcionalidades de negocio que estructuran los procesos Registrar info Pago EIS Layer SIREP2 RUE Caja SAP Preguntas Para cada capa de la gráfica anterior, especule: Responsabilidades principales RNF críticos o que se manejan en esta capa Riesgos y puntos de sensibilidad 7

8 Capa EIS Funcionalidades de sistemas externos publicadas como servicios SAP (ERP), Royal Image (ECM), RUE (Sistema cámaras), Microsoft Dinámica (CRM) entre otros Capa de Servicios Enfoque SOI (Service Oriented Integration) para soportar escenarios de integración Definición de un Portafolio de Servicios Estándares abiertos Lineamientos de seguridad Manejo Transaccional Uso de plataforma de integración para RNF Entrega de mensajes asegurada Enrutamiento, traducción, transformación, seguridad, compensación, etc. 8

9 Capa BPM Definida en términos de procesos de negocio de Registros Públicos Visión CCB: un Proceso es la orquestación ordenada y buen definida de funcionalidades publicadas como servicios Orquestación genera eventos a los que reacciona un tablero de control Enfoque BPM y máquinas de estados (flexibilidad) Capa de Canales Interacción de usuarios en general con los servicios Los servicios se materializan en ejecución de procesos Canales para los varios usuarios: Clientes, sedes, otras entidades Tablero de control en esta capa: indicadores KPI 9

10 Arquitectura Lógica Proyecto SIREP 2 PORTAL BAM J2EE /.net CRM / ERP BPM Traducción Interceptores Transformación ESB Transacciones Seguridad Repositorio Servicios CCB ERP CRM J2EE.net Legadas Preguntas Identifique los componentes principales de este diagrama y sus responsabilidades Que requerimientos no funcionales debe cumplir el ESB? 10

11 Arquitectura Lógica Proyecto SIREP 2 PORTAL BAM J2EE /.net CRM / ERP BPM Traducción Interceptores Transformación ESB Transacciones Seguridad Repositorio Servicios CCB ERP CRM J2EE.net Legadas Rol del ESB Funcional: Entrega de mensajes Principales RNF: Robustez y confiabilidad Ejemplo: BMP quiere invocar funcionalidad de ERP entrega un mensaje al ESB El ESB transforma el mensaje a uno nativo a plataforma ERP Publica el mensaje en una cola JMS o MQ Series Toma el mensaje de la cola en un contexto transaccional JTS Usa un adaptador para publicar el mensaje al ERP Si el ERP no está disponible el mensaje queda pendiente 11

12 Rol del ESB Que otros RNF identifica de este ejemplo? Traducción y transformación de mensajes Entrega y consumo transaccional de mensajes Garantía de entrega Conclusiones El paso a SOA fue apropiado para la CCB TI no es desarrollo de programas sino soporte a procesos de negocio a través de orquestación La recolección en tiempo real de indicadores ha permitido identificar detalles (issues) en el proceso Los procesos que se implementaron han sido mejorados TI da soporte a la innovación del negocio y da flexibilidad a su evolución 12