Lenguaje de ejecución de procesos de negocio

BPEL tenía diez objetivos de diseño originales:

1. Defina procesos de negocio que interactúen con entidades externas mediante operaciones de servicios web definidas con el Lenguaje de Descripción de Servicios Web (WSDL) 1.1, y que se manifiesten como servicios web definidos con WSDL 1.1. Las interacciones son "abstractas" en el sentido de que la dependencia se basa en definiciones de portType, no en definiciones de puerto.
2. Defina los procesos de negocio utilizando un lenguaje basado en XML. No defina una representación gráfica de los procesos ni proporcione ninguna metodología de diseño particular para los mismos. ^{[ 9 ]}
3. Defina un conjunto de conceptos de orquestación de servicios web que se utilizarán tanto en la vista externa (abstracta) como en la interna (ejecutable) de un proceso de negocio. Dicho proceso define el comportamiento de una entidad autónoma, que normalmente interactúa con otras entidades similares. Se reconoce que cada patrón de uso (es decir, la vista abstracta y la vista ejecutable) requerirá algunas extensiones especializadas, pero estas deben ser mínimas y someterse a pruebas que cumplan con requisitos como la importación/exportación y la verificación de conformidad que vinculan ambos patrones de uso.
4. Proporcionar regímenes de control tanto jerárquicos como basados ​​en grafos, y permitir que su uso se combine de la forma más fluida posible. Esto debería reducir la fragmentación del espacio de modelado de procesos.
5. Proporcionar funciones de manipulación de datos para la manipulación sencilla de los datos necesarios para definir los datos del proceso y el flujo de control.
6. Implementar un mecanismo de identificación para instancias de proceso que permita definir identificadores de instancia a nivel de mensaje de la aplicación. Los socios deben definir los identificadores de instancia, los cuales pueden cambiar.
7. Se admite la creación y terminación implícita de instancias de proceso como mecanismo básico del ciclo de vida. En futuras versiones se podrán añadir operaciones avanzadas del ciclo de vida, como "suspender" y "reanudar", para una mejor gestión del ciclo de vida.
8. Definir un modelo de transacción de larga duración basado en técnicas probadas, como acciones de compensación y definición del alcance, para respaldar la recuperación ante fallos en partes de procesos comerciales de larga duración.
9. Utilice los servicios web como modelo para la descomposición y el ensamblaje de procesos.
10. Desarrollar el sistema basándose en los estándares de servicios web (aprobados y propuestos) en la medida de lo posible, de forma modular y componible.

BPEL es un lenguaje de orquestación , no de coreografía . La principal diferencia entre orquestación y coreografía radica en la ejecutabilidad y el control. Una orquestación especifica un proceso ejecutable que implica el intercambio de mensajes con otros sistemas, de modo que las secuencias de intercambio de mensajes son controladas por el diseñador de la orquestación. Una coreografía especifica un protocolo para interacciones entre pares, definiendo, por ejemplo, las secuencias válidas de mensajes intercambiados con el fin de garantizar la interoperabilidad. Dicho protocolo no es directamente ejecutable, ya que permite muchas implementaciones diferentes (procesos que lo cumplen). Una coreografía puede implementarse escribiendo una orquestación (por ejemplo, en forma de un proceso BPEL) para cada par involucrado. Las distinciones entre orquestación y coreografía se basan en analogías: la orquestación se refiere al control central (por parte del director) del comportamiento de un sistema distribuido (la orquesta compuesta por muchos músicos), mientras que la coreografía se refiere a un sistema distribuido (el grupo de baile) que opera según reglas (la coreografía) pero sin control centralizado.

El enfoque de BPEL en los procesos de negocio modernos, sumado a la trayectoria de WSDL y XLANG, llevó a BPEL a adoptar los servicios web como su mecanismo de comunicación externa. Por lo tanto, las funciones de mensajería de BPEL dependen del uso del Lenguaje de Descripción de Servicios Web (WSDL) 1.1 para describir los mensajes entrantes y salientes.

Además de proporcionar funcionalidades para enviar y recibir mensajes, el lenguaje de programación BPEL también admite:

• Un mecanismo de correlación de mensajes basado en propiedades
• Variables tipadas XML y WSDL
• Un modelo de complemento de lenguaje extensible que permite escribir expresiones y consultas en varios lenguajes: BPEL admite XPath 1.0 de forma predeterminada.
• Estructuras de programación estructurada que incluyen if-then-elseif-else, while, sequence (para permitir la ejecución de comandos en orden) y flow (para permitir la ejecución de comandos en paralelo).
• Un sistema de delimitación que permite la encapsulación de la lógica con variables locales , manejadores de fallos , manejadores de compensación y manejadores de eventos.
• Ámbitos serializados para controlar el acceso concurrente a las variables .

No existe una notación gráfica estándar para WS-BPEL, ya que el comité técnico de OASIS decidió que esto quedaba fuera de su alcance. Algunos proveedores han inventado sus propias notaciones. Estas notaciones aprovechan el hecho de que la mayoría de las construcciones en BPEL están estructuradas en bloques (por ejemplo, sequence, while, pick, scope, etc.). Esta característica permite una representación visual directa de las descripciones de procesos BPEL en forma de structogramas , con un estilo que recuerda a un diagrama de Nassi-Shneiderman .

Otros han propuesto utilizar un lenguaje de modelado de procesos de negocio sustancialmente diferente, a saber, Business Process Model and Notation (BPMN), como interfaz gráfica para capturar descripciones de procesos BPEL. Como ilustración de la viabilidad de este enfoque, la especificación BPMN incluye una correspondencia informal y parcial ^{[ 10 ]} de BPMN a BPEL 1.1. Se ha implementado una correspondencia más detallada de BPMN a BPEL en varias herramientas, incluida una herramienta de código abierto conocida como BPMN2BPEL. ^{[ 11 ]} Sin embargo, el desarrollo de estas herramientas ha puesto de manifiesto diferencias fundamentales entre BPMN y BPEL, lo que hace muy difícil, y en algunos casos imposible, generar código BPEL legible por humanos a partir de modelos BPMN. Aún más difícil es el problema de la ingeniería de ida y vuelta de BPMN a BPEL : generar código BPEL a partir de diagramas BPMN y mantener sincronizados el modelo BPMN original y el código BPEL generado, en el sentido de que cualquier modificación en uno se propague al otro.

Las estructuras de control de BPEL, como 'if-then-elseif-else' y 'while', así como sus funciones de manipulación de variables, dependen del uso de lenguajes de programación en miniatura para proporcionar lógica. Todas las implementaciones de BPEL deben admitir XPath 1.0 como lenguaje predeterminado. Sin embargo, el diseño de BPEL contempla la extensibilidad para que los desarrolladores de sistemas puedan utilizar otros lenguajes. BPELJ ^{[ 12 ]} es un proyecto relacionado con JSR 207 ^{[ 13 ]} que podría permitir que Java funcione como un lenguaje de programación en miniatura dentro de BPEL.

A pesar de la amplia aceptación de los servicios web en las aplicaciones empresariales distribuidas, la ausencia de interacciones humanas representaba una brecha significativa para muchos procesos empresariales del mundo real.

Para subsanar esta deficiencia, BPEL4People amplió BPEL, pasando de la orquestación exclusiva de servicios web a la orquestación también de actividades humanas basadas en roles.

La versión 2.0 introdujo algunos cambios y nuevas funciones:

• Nuevos tipos de actividad: repeatUntil, validate, forEach (paralelo y secuencial), rethrow, extensionActivity, compensationScope
• Actividades renombradas: switch/case se renombró a if/else , terminate se renombró a exit
• Se agregó un controlador de terminación a las actividades del ámbito para proporcionar un comportamiento explícito para la terminación.
• Inicialización de variables
• XSLT para transformaciones de variables (Nueva función de extensión XPath bpws:doXslTransform)
• Acceso XPath a datos variables (sintaxis de variables XPath )$variable[.part]/location
• Variables de esquema XML en actividades de servicios web (para interacciones de servicio al estilo de la documentación WS-I)
• Intercambio de mensajes declarado localmente (correlación interna de las actividades de recepción y respuesta)
• Aclaración de procesos abstractos (sintaxis y semántica)
• Habilitar anulaciones del lenguaje de expresiones en cada actividad.