El documento describe la gestión de procesos de negocio con arquitectura orientada a servicios (SOA). Explica que el análisis de procesos de negocio (BPA) y la gestión de procesos de negocio (BPM) permiten optimizar los procesos, mientras que la SOA proporciona servicios reutilizables que pueden componerse para formar nuevos procesos de negocio. La combinación de BPM y SOA permite a las áreas de negocio y TI trabajar juntas para mejorar la flexibilidad y

1. Gestión de los procesos de negocio con SOA Andrés Hevia Arquitecto T.I.

2. Situación actual Entorno para el negocio enormemente cambiante Más competencia en un mundo globalizado Cambios normativos y legales Necesidad imperiosa de acelerar el desarrollo de aplicaciones de negocio (time to market) Los procesos de negocio pueden no estar claramente definidos ni se pueden gestionar ni optimizar correctamente No se tienen métricas en tiempo real de la situación del negocio Las aplicaciones actuales son poco flexibles y constreñidas al ámbito de un área de la organización BPM y SOA pretenden ser la solución Introducción

3. Gestión por procesos Análisis de Procesos de Negocio (BPA) Gestión de Procesos de Negocio (BPM) Arquitectura Orientada a Servicios (SOA)

4. ¿qué es BPA? Business Process Analysis : conjunto de métodos, herramientas y tecnologías utilizados en el análisis y mejora de los procesos de negocio de la Organización. Disponer de un modelo uniforme y estandarizado de notación para la representación gráfica de procesos Obtener los procesos , actividades y tareas desarrollados por una persona, rol o unidad organizativa Repositorio de información Evaluación modelos de reducción de costes y mejora de la productividad BPA Business Process Analysis Análisis de Procesos de Negocio (BPA)

5. Metodología empresarial para la gestión de procesos de negocio mediante su automatización Orquesta la ejecución del proceso Obliga a las organizaciones a pensar en el proceso como el elemento central ¿qué es BPM? BPM Business Process Management Gestión de Procesos de Negocio (BPM)

6. Tareas automáticas Las ejecuta el sistema sin intervención humana Tareas humanas Las tiene que realizar una persona Se puede asignar por rol Se puede escalar Bandeja de tareas Lista de las tareas que tiene pendientes una persona Aplicación de usuario Es necesario una aplicación que interactúe con el usuario: aplicación de frontal (por ejemplo una aplicación web) El proceso es independiente de la presentación que se hace al usuario Elementos de un proceso BPM Business Process Management Aceptar Viaje Cobrar Viaje Notificar a Cliente

7. Consigue una mayor agilidad para la optimización continua de los procesos Control del riesgo Ventaja competitiva Estandarización y homogeneización de los procesos Permite optimizar los procesos de negocio Más flexibilidad y rapidez para cambiar los procesos de negocio Se tiene información en tiempo real de las situación del proceso y de cómo está afectando al negocio ( BAM ) ¿para qué sirve BPM? BPM Business Process Management

8. Ausencia de visión del proceso extremo a extremo Desconocimiento de roles intervinientes ¿Existen cuellos de botella? No hay respuesta ágil a necesidades de los cliente ¿Es mi proceso óptimo ? ¿Obtendría beneficios con estos cambios? Complejidad para obtener información soporte a la toma de decisión (Sistemas de Información no integrados) Habría que implementar el flujo de tareas a mano (programación versus diseño visual ) Sin BPM… BPM Business Process Management

9. Principio de diseño de software que “define la utilización de servicios para dar soporte a los requisitos de negocio” (Wikipedia) Diseño de aplicaciones basado en servicios que encapsulan piezas de software de negocio usadas en la web para coordinar procesos de negocio de empresa (Mary E. Shacklett) Forma de diseñar aplicaciones que consiste en juntar servicios según tus necesidades. El objetivo no es programar nuevos servicios si no “ componer ” nuevos servicios basándose en otros más básicos ya programados (dicSOAnario de “Pensando en T.I.”) ¿qué es SOA? SOA Service Oriented Architecture Arquitectura Orientada a Servicios (SOA)

10. Programa que hace algo útil para el negocio No tiene estado (impacto en el diseño y en el rendimiento) Puede ser “ compuesto ” junto con otros servicios para formar uno más complejo Según Gartner: Modular : alta cohesión y mínimo acoplamiento Distribuible : puede cambiarse de máquina donde se ejecuta Claramente definido : interfaz entrada/salida Intercambiable : se puede reemplazar por otro manteniendo su interfaz Compartible : puede ser usado por varios tipos de clientes (incluso de otra organización) ¿qué es un servicio? SOA Service Oriented Architecture

11. La implementación de nuevos procesos de negocio y la modificación de los actuales en menos tiempo y con menos coste Ayuda a rentabilizar la inversión ya hecha en software integrando aplicaciones cerradas, antiguas y otros servicios de otras áreas de negocio (u otras organizaciones) Las aplicaciones SOA pueden modificarse de manera incremental (sin ruptura con lo ya existente) Minimiza la “ brecha ” entre las áreas de negocio y T.I. Un servicio SOA se corresponde con un concepto de negocio Al hablar de servicios de negocio las dos partes pueden hablar un lenguaje común ¿qué aporta SOA al negocio? SOA para el negocio

12. Impacto en la organización El valor del negocio versus la tecnología Objetivos estratégicos versus objetivos o beneficios específicos de un proyecto Interoperabilidad versus una integración ad-hoc Compartir servicios versus la implementación de servicios con un fin específico Flexibilidad versus optimización Refinamiento por evolución versus la búsqueda de la perfección inicial SOA para el negocio SOA Manifesto

13. ¿por dónde empezar? SOA no es una tecnología , es un principio de diseño SOA no viene en una caja que se pueda comprar Piensa a lo grande y actúa pequeño Objetivos modestos y realizables Cambio cultural : rompe con las aplicaciones en “silos” o estanco y proporciona servicios para toda la organización El alcance de la adopción de SOA puede ser variado. Mantén tus iniciativas bajo control y dentro de los límites que dicta el sentido común. (SOA Manifesto) SOA para el negocio

14. Identificación de los servicios Top-down : descomposición desde el alto nivel Requisitos funcionales Reuniones de trabajo Información adicional Bottom-up : a partir de los servicios de bajo nivel disponibles se crean servicios de negocio Examinar los servicios existentes para crear servicios de alto nivel mediante composición Mixta SOA para el negocio

15. Ejemplo de servicio “ Agencia de Viajes”: paquete de viaje con avión, hotel y coche de alquiler Servicios reservarBilleteAvión parámetros de entrada: fechaSalida, fechaVuelta, origen, destino, tipo, escalas (si/no) parámetros de salida: horaSalida, fechaSalida, horaVuelta, fechaVuelta, numeroAsiento, localizador reservarHotel [...] reservarCocheAlquiler […] Características tiene sentido para el negocio es modular , tiene cohesión (cada servicio se dedica a una cosa) y expone al consumidor únicamente la información que necesita ( bajo acoplamiento ) cada uno de los servicios tiene el interfaz claramente definido es distribuible . Cada servicio se puede desplegar en una máquina diferente se puede sustituir un servicio por otra implementación sin afectar al resto. se puede fácilmente construir ( componer ) un nuevo servicio más complejo a partir de los servicios anteriores. SOA para el negocio

16. A corto plazo la adopción de SOA implica más coste La gestión es más compleja Hay que poner coto al caos que provocaría la aparición de miles de servicios Definición del ciclo de vida de un servicio ¿quién es el propietario del servicio? Comité de gobierno SOA No se recomienda para aplicaciones pequeñas o mínimas modificaciones de otras ya existentes Y en la parte negativa… Riesgos de SOA

17. Empezar demasiado grande Subestimar los riesgos técnicos Proliferación de servicios no reutilizables Excesivo número de servicios (mucha granularidad) Sesgo técnico (se piensa en pantallas, tablas de datos y demás componentes técnicos) Perder de vista que SOA debe venir impulsado por el negocio Malas prácticas y errores comunes Riesgos de SOA

18. El analista de negocio orquesta la secuencia de tareas que forman los procesos (con una herramienta gráfica ) El área T.I. proporciona un repositorio con los servicios de negocio Cada tarea del proceso (BPM) se “ engancha ” con el servicio correspondiente que ejecutará la funcionalidad que necesita la tarea ¿cómo se complementan BPM y SOA? BPM + SOA Gestión de Procesos de Negocio (BPM) Arquitectura Orientada a Servicios (SOA)

19. Servicios para el proceso de negocio BPM + SOA Reservar Avión Solicitar oferta Reservar Hotel Reservar Coche Aceptar Viaje Cobrar Viaje Notificar a Cliente Registro de servicios SOA

20. En conclusión... BPM + SOA Área Negocio Area T.I BPM y SOA: mejor juntos Permite optimizar los procesos de negocio Más flexibilidad y rapidez en el time to market + reutilización – coste Alineamiento del área de negocio con área de T.I. BPM SOA

21. Muchas gracias Nos vemos en el blog ;-) http://pensandoEnTI.ahevia.com