Operaciones de Dominio

Después de que se procese un evento, la aplicación puede realizar una o más actividades para determinar qué sucede a continuación con un pago. Por ejemplo, al recibir " Event A" puede 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 este procesamiento posterior al evento, 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 se transformará en un evento 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 se genera un evento adicional, 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".

Una decisión nos permite realizar cierta lógica de manera programática y luego tomar diferentes rutas de procesamiento en función del resultado de esa decisión.

Una decisión tiene una serie de propiedades:

Las decisiones en sí mismas se almacenan dentro de una "Biblioteca de Decisiones". Las bibliotecas son independientes del flujo y, como tal, la misma decisión puede ser utilizada en múltiples flujos.

Podemos utilizar una decisión en dos lugares:

Añadamos estos a nuestro diagrama: