Resumem BPM es un enfoque de gestin operacional que coordina actividades tanto humanas como de sistemas informticos 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 tambin existen soluciones con licencia como Bizagi, las soluciones de IBM, Araxis. Todas ellas usan el estndar BPMN para representar la lgica 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 lgica de negocio en notacin BPMN luego el Designer compila dicha notacin 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 tecnologa 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 estndares y se menciono que el xito de los web services es el uso de estndares. Request: Es la peticin que enva el cliente hacia el servidor. Response: Es la respuesta que enva 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 automticamente. 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 notificacin. 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 sincronizacin. Y la actividad que continua despus de ella.

Gateway Basado en eventos: Ejecuta solo una bifurcacin, 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 sincronizacin. Y la actividad que continua despus de ella.

En la imagen anterior, si el evento Recepcion Eventono 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 haban 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 relacin con los formularios: INIT, CREATE-Complete, etc..