Lecciones Aprendidas en SOA y BPM. Gregorio Alejandro Patiño Zabala Gerente de Consultoría Pragma S.A

Transcripción

1

2 Lecciones Aprendidas en SOA y BPM Gregorio Alejandro Patiño Zabala Gerente de Consultoría Pragma S.A

3 Agenda Definiciones Antecedentes Oportunidades Oportunidad Información Automatización procesos Implementación soluciones Retos Gestión diversidad Seguridad Continuidad de negocio Cargos y responsabilidades Camino de Adopción Conclusiones

4 Definiciones Qué es BPM? El BPM es la disciplina empresarial cuyo objetivo es mejorar la eficiencia a través de la gestión sistemática de los procesos de negocio, que se deben modelar, automatizar, integrar, monitorear y optimizar de forma continua. Es la capacidad de tener visibilidad y control de principio a fin sobre un proceso que maneja diferente información y en el que intervienen múltiples personas y sistemas.

5 Definiciones Qué es SOA? SOA es una forma de arquitectura tecnológica que adhiere a los principios de orientación a servicios. Cuando es implementada a través de la plataforma tecnológica de Web services, SOA establece el potencial para soportar y promover esos principios a través de los dominios de los procesos de negocio y automatización dentro de una organización Thomas Erl Service Oriented Architecture. Concepts, Technology and Design

6 Definiciones Qué es SOA? Modelo Arquitectónico de Capas

7 Definiciones Malinterpretación de SOA Una aplicación que usa Web services es orientada a servicios. SOA es un término de marketing usado para relanzar los Web services. SOA es un término para relanzar la computación distribuida con Web services SOA simplifica la computación distribuida Una aplicación con Web services y extensiones de WS-* es orientada a servicios Si se conoce Web services, eso es suficiente para SOA El concepto de SOA es aplicable a un solo sistema de información.

8 Definiciones Relación entre SOA y BPM BPM Modelamiento, Ejecución, Medición, Optimización de proceso. BPM s Herramientas que soportan el ciclo de vida de los proyectos de B SOA Tecnología para habilitar los servicios requeridos en las definiciones de los procesos a partir de los sistemas actuales

9 Antecedentes Desde la perspectiva tecnológica Desarrollo de sistemas de información departamentales, asociados a líneas de producto o localizados por sedes. Necesidades de integración de la información que fluye entre estos sistemas: Alternativa 1: Consolidación (Ejemplo: ERP) Alternativa 2: Uso de estrategias de EAI Integración Integración Integración Integración a a a a partir partir partir partir de de de de archivos planos datos mensajería (Ej: MQ) interfaces (Ej: Portales)

10 Antecedentes Desde la perspectiva tecnológica Consecuencias de las alternativas Alternativa 1: No soluciona en el largo plazo el problema. Hipótesis de la generación espontánea de sistemas de información satélites. Alternativa 2: Problemas de interoperabilidad de índole tecnológico, falta de estándares, altos costos de mantenimiento, gran acoplamiento de los módulos, subsistemas o sistemas integrados.

11 Antecedentes Desde la perspectiva tecnológica Evolución en el desarrollo de software

12 Antecedentes Desde la perspectiva de negocio El escenario de negocios de hoy en día está enmarcado por la necesidad de maximizar las inversiones dentro de ciclos de retorno cada vez más ciertos. Las organizaciones han cambiado la manera de gestionase a si mismas, pasando de estructuras funcionales a estructuras por procesos. Los administradores han sido abrumados por diferentes tendencias y modelos de administración, sin lograr los beneficios esperados por parte de los accionistas.

13 Antecedentes Desde la perspectiva de negocio Los sistemas de información son una herramienta para la toma de decisiones corporativas, para el control y la planeación del negocio y partiendo de esa premisa se presentan los siguientes problemas: Falta de homologación entre la visión de negocio con la visión de sistemas Deficiente oportunidad en el cambio de los sistemas de información de acuerdo con las necesidades de negocio ( business agility ). No automatización de procesos por falta de integración de aplicaciones.

14 Diferentes Vistas de SOA Las necesidades motivadoras que llevan a la implementación de soluciones bajo este paradigma son: Integración de aplicaciones en entornos heterogéneos. Implementación de la automatización de procesos Desarrollo tradicional? Si bien las necesidades están interrelacionadas, se necesitan consideraciones especiales en cada tipo de abordaje.

15 Oportunidad en Información SOA desde la Integración Existen dentro del entorno computacional varias aplicaciones que requieren ser integradas con el fin de optimizar el flujo de información entre ellas. Normalmente la necesidad de integración se ha satisfecho con: Exportación / Importación de archivos (planos) Interacción punto a punto bajo mecanismos sincrónicos de request-response. Incorporación de tecnologías propietarias de MOM.

16 Oportunidad en Información SOA desde la Integración Quedan necesidades sin satisfacer: Garantizar la entrega de mensajes Transformar los datos entre cada uno de las aplicaciones a ser integradas evitando la modificación directa de las aplicaciones. Procesamiento síncrono o asíncrono de los mensajes entre las aplicaciones Procesamiento basado en eventos La independencia de las aplicaciones Falta de implementación de patrones de interacción.

17 Oportunidad en Información SOA desde la Integración Proyecto SER AGIL Logistic Manager Avl Equipmnet Server satrack satellite Movil Celular Operator Router Celular Network CD Retired Zone Boss North Porter Loops Loops Sliding door Pda Informatic Center Uncarring Zone Boss WiFi Vehículos Pda South Porter RdFi Ant. Hub Erp Server Carring Zone Boss Pda Loops Loops Controller Hub Router Display Controller RdFi Ant. Control Boss Bpel Server Technician Room barriers V ehículos Router Hub Router Sic_flotas Server Server en Closter Sic Server comunication Loops

18 Oportunidad en Información SOA desde la Integración Solución de optimización de la oportunidad en la gestión de la información a través de un BUS de SERVICIOS. Este es el encargado de facilitar la INTEGRACIÓN de aplicaciones y servicios, ofreciendo servicios de mediación, enrutamiento, transformación y virtualización, entre otros.

19 Oportunidad en Información SOA desde la Integración El ESB virtualiza los servicios, permitiendo el desacople entre invocador e invocado. Las especificaciones WS-* permiten la implementación de funcionalidades necesarias de integración en el ESB bajo adopción de mecanismos basados en estándares. El ESB controla el entorno de ejecución de servicios, permitiendo la implementación de funcionalidades tales como CEP (Complex Event Processing), necesarias en entornos financieros como en el análisis de fraude bancario, procesamiento de eventos generados por RFID o telemetría, etc. La aplicación de patrones como modelo canónico de datos o VETO (validar, enriquecer, transformar y operar), facilitan al largo plazo la mantenibilidad de la semántica de datos. Integración con terceros a través de adaptadores.

20 Análisis Oportunidad en Información SOA desde la Integración Elaboración del portafolio de servicios / aplicaciones a ser integradas Análisis de requerimientos de interoperabilidad por servicio Análisis de características de adaptadores involucrados. Diseño Diseño Diseño Diseño Diseño del modelo canónico de datos de patrones de invocación entre servicios / aplicaciones de protocolo(s) de control de errores de seguridad, gestión de transacciones, etc. Implementación Implementación de modelo canónico Implementación de patrones de invocación Implementación de protocolo(s) de control de errores Implementación de flujos de integración Pruebas Pruebas para flujos de integración Pruebas de carga / stress Ajustes de implementación

21 Oportunidad en Información SOA desde la Integración Proyecto SER AGIL: Implementación de políticas óptimas de integración de la información del proceso logístico del transporte, en toda la cadena de valor. Ahorro de tiempo Reducción de errores en el proceso por automatización y no dependencia del recurso humano. Impacto de Optimización del 50%

22 Oportunidad en Automatización ORIGEN ORGANIZACIONAL La compañía, bajo una premisa de tipo administrativo está implementando un plan de identificación y mejora de procesos. Normalmente estas iniciativas son dirigidas por las áreas de operaciones, organización y métodos, y no por las áreas de tecnología. ORIGEN DE PROYECTO (o DEPARTAMENTAL) Un área de negocio ha detectado que alguno de sus procesos puede ser susceptible de mejora, y que para lograr dicha mejora, se requiere de la participación de actividades humanas como automatizadas, éstas últimas invocando funcionalidades provistas por sistemas de información. Esta iniciativa normalmente es dirigida por un área usuaria, con participación del área de tecnología.

23 Oportunidad en Automatización Proyectos SuperServicios y Recuperaciones

24 Oportunidad en Automatización Visión de Mejoramiento Continuo a través de la gestión de ciclo de vida de los procesos Modelado Optimización Simulación Ciclo de Vida Monitoreo Implementación Ejecución Fuente: Oracle

25 Oportunidad en Automatización Metodología

26 Oportunidad en Automatización Metodología Fase Inicio Definición de términos, métodos, técnicas y herramientas a utilizar para desarrollar el proyecto de mejoramiento Intercambio de expectativas con respecto a las metas a alcanzar y a los roles y responsabilidades

27 Oportunidad en Automatización Metodología Diagnóstico Entendimiento de los procesos actuales, medición y cálculo de indicadores relacionados Aplicación de herramientas y técnicas de levantamiento de información y análisis para identificar oportunidades de mejoramiento

28 Oportunidad en Automatización Metodología Diagnóstico (2): Algunas herramientas: Evaluación estratégica Análisis DOFA Mapeo de procesos Value stream mapping (VSM) Diagnóstico de indicadores Análisis de valor agregado Diagrama de causa efecto

29 Oportunidad en Automatización Metodología Planeación de la Mejora Elaboración de planes concretos para dar soluciones de mejoramiento, optimización y/o automatización a las oportunidades diagnosticadas Estructura, reingeniería Automatización. Aquí es dónde se salta del mundo de negocio al tecnológico (SOA).

30 Oportunidad en Automatización Metodología Ejecución de la mejora Incluye los pasos necesarios para llevar los nuevos procesos desde los modelos definidos, hasta la implementación de los planes de mejoramiento definidos En este paso es donde realmente cobran vida las mejoras, de acuerdo a los planes y a los procesos que se diseñaron y desarrollaron en etapas anteriores Implementación de la automatización

31 Oportunidad en Automatización Metodología Evaluación Finalizar formalmente el proyecto de mejoramiento de procesos, evaluando los resultados obtenidos con su ejecución. Monitoreando el resultado de las mejores y planeando nuevas fases de mejoramiento de procesos

32 Oportunidad en Automatización Trabajo conjunto entre proveedor y cliente (mucho más que en otro tipo de proyectos!) PRAGMA EMPRESA Director de Proyecto Encargado de Procesos Consultor Senior de Procesos Arquitectos Analista de Procesos Desarrolladores Dueños de Procesos Usuarios de Procesos Personal de Tecnología (tanto analistas de sistemas como de infraestructura)

33 Oportunidad en Automatización Se basa en la implementación tanto de la LOGICA del PROCESO como de la LOGICA de las APLICACIONES (a través de servicios), utilizando una metodología que abarque el ciclo de vida de los procesos.

34 Oportunidad en Automatización Implementación en una marca (IBM en este caso)

35 Oportunidad en Automatización Proyecto SUPERSERVICIOS: Automatización de todas los PQRs del Banco Santander. Control detallado de las diferentes áreas gestoras, tanto en tiempo como en volumen de atención (y por ende costos) Atención despersonalizada en la operación y control del cliente y de su representante. Disminución del 30%

36 Oportunidad en Automatización Proyecto RECUPERACIONES: Automatización de la gestión de cartera. Control detallado de las diferentes áreas gestoras, tanto en tiempo como en volumen de atención (y por ende costos) Flexibilidad a través de la utilización de motores de reglas de negocio

37 Oportunidad en Desarrollo de SW Hasta los proyectos de desarrollo de software no incluyen dentro de su proceso de desarrollo, mantenimiento o evolución, las consideraciones necesarias para facilitar su incorporación dentro del paradigma de SOA. Los equipos de desarrollo tanto de las fábricas de software, los desarrolladores de productos, como los departamentos internos de tecnología con responsabilidades de desarrollo deben incorporar dentro de sus desarrollos las mínimas facilidades para la interacción con entornos computacionales orientados a servicios. No todas las necesidades de desarrollo de software deben ser implementadas a través de orquestación de servicios.

38 Oportunidad en Desarrollo de SW Esta premisa debe ser un requisito no funcional adicional a los ya existentes dentro del ciclo normal del desarrollo de software: Seguridad Confiabilidad Rendimiento Etc. Dentro de las fórmulas para implementar las necesidades de integración se deben contemplar las dos vías de integración: Entrada Salida

39 Oportunidad en Desarrollo de SW Para la integración de entrada (los mensajes que son invocados desde aplicaciones externas hacia la aplicación en desarrollo), se pueden desarrollar interfaces de Web services que permitan la invocación de la funcionalidad definida como necesaria a ser expuesta. Para la integración de salida (eventos generados desde la aplicación en desarrollo), se puede utilizar una de dos opciones: Implementar un repositorio de gestión de los eventos generados dentro de la aplicación sobre las entidades de negocio que ésta maneja. Implementar un mecanismo de publicación de estos eventos en algún mecanismo de colas.

40 Oportunidad en Desarrollo de SW De manera adicional, la aplicación en desarrollo puede implementar una funcionalidad de conector o adaptador, siguiendo los lineamientos de JCA (para el caso de J2EE) o del WCF LOB Adapter (para el caso de.net): Integración de manera más transparente con las plataformas de ejecución de SOA. Las aplicaciones que consumen o que son notificadas usarán mecanismos genéricos.

41 Gestión de la Diversidad Arquitectura Empresarial Si BPM es la vista dinámica de la organización, la ARQUITECTURA EMPRESARIAL es la vista estática de la misma (respecto a su dinamismo más no en su evolución). Alineación negocio IT Planeación estratégica de TI

42 Seguridad y Continuidad Unificación de la estrategia de seguridad a diferentes niveles

43 Seguridad y Continuidad Asocio con iniciativas de Gestión de Identidad, Enterprise SSO, Access Manager y Roles Management.

44 Camino de Adopción Modelo de Madurez en SOA Existen varios modelos: BEA, HP, IBM, IC, Open Group, Oracle, Sonic.

45 Conclusiones Si bien los conceptos de SOA y BPM están relacionados hoy en día, sus motivaciones son distintas y pueden llevar a malentendidos y problemas No todos los proyectos de SOA son iguales ni tienen las mismas motivaciones

46 Información de PRAGMA Integrar sistemas de información en ambientes heterogéneos, utilizando las mejores prácticas del mercado. Asesorar en evolución tecnológica, arquitectura empresarial, posicionamiento de marca online. Asesorar e implementar soluciones de gestión de RIESGO operativo y de lavado de activos a través de PRAGMA CERO Implementar soluciones de software avanzadas, SOA e identidades, de misión crítica, soluciones útiles y eficientes. Crear estrategias online que generan conocimiento del cliente, fidelidad hacia la marca, resultados tangibles y sobre todo, la mejor relación costo beneficio. Desarrollar soluciones de movilidad, utilizando la red móvil y la comunicación via SMS o a través de APIS de smartphones como Blackberry e iphone.

47 Información de PRAGMA

48 Información de PRAGMA

49 Información de PRAGMA

50 Muchas Gracias! Gregorio Alejandro Patiño Zabala Gerente de Consultoría PRAGMA S.A. Teléfono Perú: +51 (1) Teléfono Colombia: +57 (4) Movil Colombia: +57 (313)