Espacio SOA

Ahora que la especificación WS-BPEL 2.0 se puede considerar un estándar por parte del Comité OASIS, varios vendedores (BEA, IBM, Oracle, SAP, etc…) están trabajando en 2 especificaciones que extiendan la actual e incluyan actividades humanas.
Dichas especificaciones son BPEL4People y WS-HumanTask (WS-HT). El primer borrador ya está publicado; ahora queda que pueda estandarizarse por medio de Oasis.

La especificación BPEL4People fue creada para modelar a gente dentro de la definición de procesos BPEL. Específicamente, podrá visualizarse una actividad denominada "Actividad de Persona"; igual que una estándar de invocación de servicio web; pero con un contexto adicional asociado.

Por su parte, WS-HumanTask suministra el API y el motor de ejecución para BPEL4People. Se encargará de definir cómo debe ser la tarea, la manera de crearla y de dar un conjunto de API’s para su interacción.

El estándar BPEL no incluye definiciones para incorporar tareas humanas. No obstante, todos los proveedores de herramientas BPM que soportan BPEL; incorporan desarrollos propios que soportan las interacciones humanas (normalmente como "worklists" que permiten reclamar, reasignar o ejecutar tareas por medio de personas). El problema es que dichos desarrollos son propietarios y en ningún caso estandarizados; por lo que aparece un problema de portabilidad entre fabricantes; dificilmente salvable sin una estandarización como la que

BPEL4People propone un patrón de interacción de 5 tareas de proceso distintas:

En el primer patrón, la tarea se especifica dentro de la actividad humana. En el segundo, se especifica dentro del Proceso BPEL, por lo que puede ser reutilizada por numerosas actividades dentro de dicho proceso.
En el tercer patrón, la tarea es externa al proceso BPEL, por lo que puede ser llamada por varios procesos. Este modelo permite que una tarea pueda ser llamada por varios motores de procesos, incluso de diversos fabricantes (por lo que se da solución al problema de la portabilidad).
El patrón cuatro, es como el tercero, salvo porque la exposición de la tarea se define a través de un interfaz WSDL (de esta manera, implementaciones tales como la transaccionalidad, requerirán de implementaciones estandarizadas como WS-Transaction; mientras que en el anterior patrón, dichas características quedan a merced de la implementación que haga cada propietario).
Por último, el patrón quinto, es como el cuarto, salvo porque la tarea es llamada desde una Actividad de Invocación estándar, en lugar de una actividad humana

Links interesantes:

WS-BPEL Extension for People
Proyecto BPEL4People en SourceForge.net