Laboratorio GXflow GX23

Laboratorio GeneXus X Evolution 2
BPM Suite

Laboratorio GeneXus X Evolution 2. “BPM Suite” | 2
Copyright 1988 - 2013| Artech Consultores S. R. L.
Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento
explícito de Artech Consultores S.R.L. La información contenida en este documento es para uso personal únicamente.
Marcas Registradas
Artech y GeneXus son marcas registradas de Artech Consultores S.R.L. Todas las demás marcas mencionadas en
este documento son propiedad de sus respectivos dueños.

Contenido
Contenido..........................................................................................................................3
Objetivo ............................................................................................................................4
¿Qué es un proceso de negocio?..........................................................................................4
¿Qué es BPM? (Business Process Management) ....................................................................4
Introducción ......................................................................................................................4
Caso de estudio .................................................................................................................5
Paso 1. Modelando el proceso en GeneXus ...........................................................................5
Creación del Business Process Diagram ................................................................................6
Paso 2. Diseño del proceso de negocio.................................................................................8
Paso 3: Ejecución del proceso de negocio........................................................................... 19
Anexo 1. Definiendo la Seguridad (Opcional) ...................................................................... 25
Glosario........................................................................................................................... 30

Objetivo
El objetivo de este laboratorio es que Ud. pueda desarrollar y probar una aplicación BPM
(Business Process Management) usando GeneXus y GXflow.
Usted encontrará una serie de ejercicios diseñados, con formato paso a paso, que le ayudarán a
iniciarse en la herramienta sin necesidad de contar con ningún conocimiento previo de GXflow
ni de GeneXus.
¿Qué es un proceso de negocio?
Es un conjunto de tareas relacionadas lógicamente llevadas a cabo para lograr un resultado de
negocio.
¿Qué es BPM? (Business Process Management)
Es una metodología que se enfoca en administrar y optimizar en forma continua las actividades
y procesos de negocio de la organización.
Introducción
Usted es el encargado de diseñar y poner en funcionamiento el proceso de negocio que
administra las Solicitudes de Crédito de su empresa. La aplicación asociada al proceso ya se
encuentra desarrollada, por lo que no es necesario programar. El objetivo del trabajo es
desarrollar únicamente el diagrama del proceso y luego ejecutarlo.
Mediante este tutorial, logrará describir la realidad presentada en GeneXus para generar un
caso de sistema de créditos en una plataforma Web utilizando el Generador .NET y base de
datos SQL Server. Partiremos de una base de conocimiento existente con algunos objetos ya
creados para concentrarnos en los procesos de negocio.

Caso de estudio
Supongamos que una empresa requiere una aplicación que administre su Sistema de
Solicitud de Crédito. En este proceso una persona se presenta en la empresa solicitando un
crédito y lo atiende un administrativo quién iniciará el Proceso Solicitud.
Si esta persona no es actualmente cliente de la empresa se procede a Solicitarle los datos y
en caso contrario el proceso continúa. Luego el préstamo deberá ser Autorizado por el
Gerente de Préstamos. En caso de ser autorizado se le Otorgará el Crédito al cliente y en
caso contrario el proceso culmina.
Paso 1. Modelando el proceso en GeneXus
Abrir la Base de Conocimiento (Knowledge Base) desde las Recent Knowledge Bases como se
muestra en la figura siguiente.

Una vez abierta la base de conocimiento, vamos a crear el primer diagrama, que representará
el proceso de Solicitud de Crédito. Para ello vea los siguientes pasos:
Creación del Business Process Diagram
Para crear un nuevo objeto hacemos CTRL+N, seleccionamos el tipo Business Process
Diagram y le ponemos el nombre, en este caso será Solicitud de Crédito.

Para diseñar el proceso se utilizan los distintos Símbolos que le proporciona la barra de
herramientas (Toolbox). Si no visualiza la barra vaya a: View -> Other Tool Windows ->
Toolbox y podrá visualizarla.
Los elementos que deberá utilizar para realizar el diagrama de Solicitud de Crédito son los
siguientes:
Símbolo de Inicio de proceso (None Start Event). Cuando el proceso comienza, se utiliza
este símbolo. No es necesario utilizarlo, a no ser que la tarea inicial del proceso tenga aristas de
entrada.
Símbolo de Fin de proceso (None End Event). Cuando el proceso debe finalizar, se utiliza
este símbolo. No es necesario utilizarlo si no se desea.
Actividad Interactiva (User Task), sirve para que las personas puedan ejecutar sus
tareas. Cada actividad va asociada a una aplicación interactiva.
Actividad Batch (Script Task), sirve para ejecutar programas sin que sea necesaria la
intervención de personas. Se les asocian programas batch.

Condicional (Inclusive). Se utiliza cuando es necesario tomar decisiones en el flujo del
proceso.
Condicional (Exclusive). Se utiliza cuando es necesario tomar decisiones en el flujo del
proceso.
Para insertar un símbolo en el diagrama, se arrastra desde la barra de herramientas hacia el
diagrama.
Paso 2. Diseño del proceso de negocio
Para comenzar, veamos la primera frase del problema planteado:
“En este proceso una persona se presenta en la empresa solicitando un crédito y lo atiende un
administrativo quién iniciará el proceso solicitud.”
Lo primero que debemos representar es el inicio del proceso. Para eso arrastramos el símbolo
de inicio de tipo None al diagrama.

A continuación del inicio necesitamos una actividad para ingresar la información de la
solicitud. Para eso arrastramos el símbolo User Task al diagrama y lo conectamos al inicio y
modificamos su descripción en las propiedades. Le ponemos Name: Ingresar Solicitud.
Como conectar elementos:
Tip para aumentar su productividad: Luego de arrastrar una actividad al
diagrama presione F2 para modificar su descripción.
Vemos que la base de conocimiento contiene los siguientes objetos GeneXus ya creados:
Transacción: Loan
Transacción: Customer
Web Panel: GrantLoan
Web Panel: LoanAuthorization

A la primer tarea Ingresar Solicitud le vamos a asociar un objeto que nos permita ingresar la
información del crédito que la persona está solicitando, para eso utilizamos la Transacción
Loan.
Para asociar esta Transacción a la tarea del proceso, seleccionamos la tarea y usamos la
propiedad Application como se muestra a continuación.
Elegimos la Transacción Loan y realizamos los pasos marcados en la siguiente imagen:

Luego de esto, seguimos analizando la realidad que continúa con la siguiente frase:
“Si esta persona no es actualmente cliente de la empresa se procede a solicitarle los datos
y en caso contrario el proceso continúa.”
En este caso se tiene que evaluar una condición que indica si la persona es cliente o no y
solamente se puede dar una de las dos. Por eso vamos a utilizar el símbolo de Exclusive
Gateway y lo conectamos a la actividad anterior.
Ahora vamos a modelar el caso de que la persona no sea cliente.
En este paso vamos a usar otra alternativa para el diseño, arrastramos la Transacción
Customer ubicada en el Knowledge Base Navigator de GeneXus y la colocamos en nuestro
diagrama, como observamos en la siguiente imagen:

Conectamos la actividad al Exclusive Gateway y presionando la tecla F2 le cambiamos la
descripción colocándole Ingresar Cliente, ya que en esta actividad solicitaremos los datos del
nuevo cliente.
Agregaremos un poco de lógica a nuestro proceso de solicitud de crédito…
Después del ingreso de la solicitud hay que evaluar si la persona que está realizando la solicitud
es cliente o no y para eso utilizaremos el atributo CustomerId, en caso que sea 0 debemos
registrar a la persona como cliente. Para eso seleccionamos el conector que va a la tarea de
Ingresar Cliente y en las propiedades seleccionamos la propiedad Condition Rule, allí la
condición que debe cumplirse es que Loan.CustomerId = 0 como se muestra en la siguiente
imagen:

Siguiendo con la realidad planteada…
"Luego el préstamo deberá ser Autorizado por el Gerente de Préstamos”
Aquí aparece una tarea de Autorizar Crédito. Para eso vamos a incluir una nueva User Task
para la autorización y presionando F2 le colocamos el nombre. Conectamos el Exclusive
Gateway y la tarea Ingresar Cliente a esta nueva tarea como vemos en la imagen:
Ahora veamos el flujo cuando la persona ya es cliente de la empresa. En este caso debemos
expresar que si la otra condición no se cumple, este es el camino por defecto. Para eso
utilizamos el conector de tipo default como se muestra en la imagen:

Para terminar nuestro diagrama de proceso veamos que pasa después de la autorización:
“En caso de ser autorizado se le otorgará el crédito al cliente y en caso contrario el
proceso culmina.”
Aquí nos encontramos con una evaluación y en caso de ser aprobado el préstamo con una
nueva tarea llamada Otorgar Crédito al cliente, de lo contrario termina el proceso. Para eso
vamos a utilizar un Exclusive Gateway, una User Task y además el símbolo de fin de un
proceso de tipo Message.
Los End Event: Message permiten representar que un proceso termina con un mensaje
genérico, podría ser un email, un llamado telefónico, o el otorgamiento de un crédito como en
este caso, etc.

Seguiremos asociando lógica a nuestro proceso de negocio…
A la tarea de Autorizar Crédito le vamos a asignar el web panel LoanAuthorization, este
objeto recibe como parámetro la clave primaria LoanId, por lo tanto podremos establecer que
se actualice con el valor del dato relevante LoanId que se cargó inicialmente en el proceso
como se muestra en la siguiente imagen:

En esta instancia debemos almacenar la decisión del gerente (si autoriza o no), en este caso no
vamos a agregar un atributo a la transacción Loan sino que vamos a utilizar una variable, o
sea un dato relevante de tipo boolean por ejemplo. Ese dato relevante se cargará con el
valor true en caso de que se autorice y false en caso contrario. Para definir el dato relevante
seleccionamos la pestaña Datos Relevantes del diagrama, presionamos la tecla enter y
agregamos un nuevo dato relevante llamado Authorized como se muestra en la siguiente
imagen:
Una vez almacenada la decisión del gerente hay que evaluarla por lo tanto al conector de
aprobación del préstamo vamos a asignarle la siguiente condición:
Este dato relevante se setea en la sección Eventos del web panel LoanAuthorization. Esta
sección ya se encuentra desarrollada.

El otro conector lo dejamos como Default.
Para terminar asignamos a la tarea Otorgar Crédito el Web Panel Grant Loan.

¡Felicitaciones!
Usted ha creado con éxito su primera aplicación BPM.

Paso 3: Ejecución del proceso de negocio
Durante esta sección vamos a probar en ejecución el proceso que acabamos de diseñar, para
eso presionamos clic derecho sobre el objeto y en el menú contextual que se despliega
utilizamos la opción Run del diagrama.

Se abrirá el cliente de GXflow con una tarea en la Bandeja de Entrada disponible para probar
nuestro proceso.
Lo primero que tenemos que hacer es ejecutarla, para eso seleccionamos la tarea y
presionamos el botón Execute, esto nos abrirá la aplicación asociada donde ingresaremos una
nueva solicitud con lo siguientes datos y confirmamos:
Ingresamos los datos del préstamo a solicitar con cualquier monto y seleccionamos Confirm

La tarea fue ejecutada ahora resta completarla para eso presionamos el botón Send.
Dado que no ingresamos el código de cliente, el flujo continuará por el camino de registro del
cliente por lo tanto la próxima tarea que sea crea en nuestra bandeja de entrada será:
Ingresar Cliente.

Al igual que la tarea anterior, la seleccionamos, presionamos el botón Execute e ingresamos
un cliente con los siguientes datos y confirmamos. La foto podemos encontrarla en el escritorio,
el nombre del archivo es Luisito.jpg.
Seleccionamos Confirm y luego para completar la tarea seleccionamos Send.
A continuación la siguiente tarea que veremos en la bandeja de entrada es la de Autorizar
Crédito.

Al ejecutar la tarea seleccionamos la opción de autorizar en este caso:
Luego de seleccionar Authorize completamos la tarea seleccionando Send.
Luego de la autorización se procede a otorgarle el crédito al cliente por lo tanto se crea la tarea
Otorgar Crédito:

La ejecutamos y presionamos el botón close.
Luego completamos la tarea con el botón Send.
Aquí termina la fase de prototipación de nuestro proceso donde nos aseguramos que todos los
caminos posibles del proceso reflejan la realidad que queremos representar.
En la siguiente sección veremos cómo representar los distintos roles y usuarios que estarán
involucrados en la ejecución del proceso.

Anexo 1. Definiendo la Seguridad (Opcional)
Vemos que en la realidad planteada tenemos dos perfiles distintos: Administrativo y Gerente
de Préstamos. Estos perfiles los representamos como roles en GeneXus (Preferences –
Workflow – Roles) como vemos en la imagen a continuación:
Para asignar roles a las tareas contamos con la propiedad Roles como vemos en la siguiente
imagen:

Al hacer clic se abre el siguiente diálogo para seleccionar el rol:
Vamos a asignarle roles a todos los elementos del diagrama, para esto vamos seleccionando el
elemento y cambiamos la propiedad Roles de cada uno.
1. Al símbolo de Inicio le asignamos el rol Employee.
2. A las tareas de Ingresar Cliente y Otorgar Crédito le asignamos el mismo rol
Employee.
3. Por último a la tarea Autorizar Crédito le asignamos el rol Loan Manager.
4. Una vez asignados los roles estamos en condiciones de probar la aplicación completa
como será ejecutada en producción, para eso debemos cambiar el modo de ejecución y
seleccionar StandardClient en las propiedades del Environment.

Luego de modificar el modo de ejecución hacemos Run de un diagrama y veremos que en vez
de abrirnos el cliente para prototipar nos abre el Login de GXflow.
Vamos a ingresar con el usuario administrador para crear los usuarios que formarán parte del
sistema.
User: WFADMINISTRATOR
Password: WFADMINISTRATOR

Al ingresar vamos al módulo de usuarios:
Y agregamos dos nuevos usuarios: USER1 y USER2 utilizando el botón NEW.
Ahora vamos a asignarle roles a estos usuarios utilizando el botón Roles:
Luego asignamos lo siguiente:
USER1: Employee
USER2: Loan Manager

Una vez asignados los roles cerramos la sesión del administrador e ingresamos con el USER1.
1. Iniciamos una instancia de proceso utilizando el botón NEW, ingresamos la solicitud,
seleccionamos el cliente ingresado anteriormente y vemos que al enviar la tarea ya no
tenemos tareas pendientes en la bandeja de entrada.
2. Cerramos la sesión e ingresamos con el USER2 para la autorización del crédito.
3. Luego si autorizamos e ingresamos con el USER1 vemos la tarea de otorgar crédito.
Aquí termina el proceso y hemos visto como se resuelve la seguridad automáticamente luego
de asignados los roles.
¡Gracias por participar!

Glosario
Sitio Web de GXflow
www.gxflow.com
Documentación técnica de GXflow
www.genexus.com/gxflowdocs

Laboratorio GXflow GX23

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

Similar to Laboratorio GXflow GX23

Similar to Laboratorio GXflow GX23 (20)

More from GeneXus

More from GeneXus (20)

Laboratorio GXflow GX23