Resumem

BPM es un enfoque de gestión operacional que coordina actividades tanto humanas como de sistemas informáticos son el fin de conseguir las metas operativas mediante la mejora continua

BPM es un enfoque. BPMS son las soluciones de software que existen en el mercado algunos de ellos son opensource como BonitaSoft, Activiti , Intalio, etc y también existen soluciones con licencia como Bizagi, las soluciones de IBM, Araxis. Todas ellas usan el estándar BPMN para representar la lógica de los negocios.

Algunas de las soluciones citadas usan el lenguaje BPEL como lenguaje ejecutable de negocios como es el caso de Intalio. En el cual se modela la lógica de negocio en notación BPMN luego el Designer compila dicha notación a BPEL el cual luego de ser deployado en el motor de procesos. Cuando el proceso ya esta deplayado se pueden instanciar dichos procesos.

Web Service: Es una tecnología basada en una pila de protocolos estandarizados, lo cual permite la interoperabilidad entre sistemas heterogeneos . Es decir, que es posible que un servicio web implementado en un lenguaje C++ sobre un sistema operativo Linux, pueda comunicarse con otro programa que esta escrito en Java sobre un sistema operativo Windows.

Los web services tienen una arquitectura cliente-servidor: los componentes son:

SERVER: Implementa la funcionalidad descrita en el webservice.

WSDL: es un contrato en el cual se especifica (ojo, se especifica, no se implementa) que es lo que ofrece el web service y donde puede este ser encontrado

XSD: Sirve para representar la estructura de los mensajes del webservice

MENSAJES SOAP: Tienen una sintaxis XML, estos mensajes se encapsulan sobre el protocolo HTTP o en algunos casos sobre TCP. Cabe recordad que XML, HTTP, TCP son protocolos estándares y se menciono que el éxito de los web services es el uso de estándares.

Request: Es la petición que envía el cliente hacia el servidor.

Response: Es la respuesta que envía el servidor hacia el cliente.

Cliente: consume el servicios web, arma el mensaje request apartir del WSDL

Recordar los dos enfoques, uno en el que nosotros mismos hicimos el WSDL y el XSD. Recordar las ventajas de un enfoque frente al otro en el cual el Designer nos generaba el Designer automáticamente.

A los que no pudieron asistir pueden buscar eso google: “web services top down approach vs bottom up approach”

Recuerden el flujo de mensajes cuando se inicia el proceso, cuando se usa un create-complete, una notificación.

Gateway Paralelo : Se ejecutan todas las bifurcaciones en simultaneo.

Recordar el ejercicio que se realizo en clase con los relojes. Importante, recuerden como funciona el Gateway de sincronización. Y la actividad que continua después de ella.

Gateway Basado en eventos: Ejecuta solo una bifurcación, en la cual ocurre el primer evento.

Recordar el ultimo ejercicio que se realizo en clase con dos eventos. Importante, recuerden como funciona el Gateway de sincronización. Y la actividad que continua después de ella.

En la imagen anterior, si el evento “Recepcion Evento”no es recibido en 2 minutos, entonces se ejecutara el flujo de abajo. IMPORTANTE, recordar que un temporizador es un EVENTO

Recuerden el tema de correlacion, que mensajes se deben de correlacionar en un diagrama, cual es el mensaje de referencia, y recuerden el ejercicio que se hizo en clase y cuando hice las pruebas en el SOAP-UI y como es que cuando habían varias instancias de un mismo proceso en el motor de proceso, Cuando enviaba request desde el SOAP-UI. El motor de proceso enrutaba dicho request a la instancia adecuada.

Con respecto al tema de escalamiento, tienen que recordar el funcionamiento del mismo y el diagramado, no es relevante el mapeado (Mapper)

Que acciones se puede hacer en el bpms-console.

Que acciones se hace en el UI-FW y como estas acciones se relación con los formularios: INIT, CREATE-Complete, etc..