Operaciones de Dominio

Después de un event se procesa, la aplicación puede entonces realizar una o más actividades para determinar qué sucede a continuación con un pago. Así que, por ejemplo, al recibir " Event Es posible que deseemos realizar alguna validación y llamar a otra aplicación para solicitarle que valide nuestros datos (otros ejemplos comunes basados en pagos incluyen la verificación de duplicados, llamadas a sistemas de sanciones o llamadas para la contabilización en sistemas contables).

Para apoyar esta publicación-event procesamiento, el concepto más importante es el "Dominio Externo". Esto representa algún dominio empresarial -no es el flujo actual de nosotros- con la que necesitamos interactuar.

Por ejemplo, supongamos que necesitamos comunicarnos con un sistema de sanciones durante parte del flujo. Para apoyar esto, modelaríamos ese sistema de sanciones como un dominio externo.

Cada dominio externo consiste en los tres tipos de interacción que podemos realizar con él:

Es posible que no deseemos (o necesitemos) llamar a un dominio externo para continuar procesando nuestro flujo. Esto puede suceder porque sabemos qué hacer a continuación o podemos calcular qué hacer a continuación; el procesamiento se realiza dentro de nuestra aplicación.

Una opción es utilizar la capacidad de "Función de Dominio" que el flujo mismo ofrece. Funcionalmente, desde una perspectiva de modelado de flujo, funciona de manera muy similar a un par de solicitud/respuesta en una llamada a un dominio externo, excepto que en el caso de una función de dominio, el IPF application en sí mismo es el dominio. Por lo tanto, la llamada real permanece interna (& el código necesario para cumplir con la solicitud está escrito dentro de nuestro IPF application). Independientemente de cuándo llamemos a una función de dominio, esperamos recibir una respuesta y luego esa respuesta será transformada en un event lo que puede causar un procesamiento posterior.

Como una solicitud, la función de dominio tiene una serie de propiedades:

Es posible que, para continuar procesando nuestro flujo, no tengamos una interacción externa de otro sistema.

Una opción es el uso de un "Additional Event- se utiliza para mover el flujo.

Cuando un adicional event se eleva, el sistema lo procesará como si hubiera sido recibido en la aplicación a través de una instrucción o respuesta.

Añadamos estos a nuestro diagrama:

También hay una función para realizar lógica condicionalmente. Por ejemplo, puede que solo deseemos ejecutar un chequeo de fraude si el valor del pago es superior a £50. En este caso, podemos utilizar un "Decision".

A decision nos permite realizar cierta lógica de manera programática y luego tomar diferentes rutas de procesamiento según el resultado de eso decision.

A decision tiene una serie de propiedades:

El decisions se almacenan dentro de una "Biblioteca de Decisiones". Las bibliotecas son independientes del flujo y, como tal, la misma decision puede ser utilizado en múltiples flujos.

Podemos utilizar un decision en dos lugares:

Añadamos estos a nuestro diagrama: