7/29/2019 MDN_U2_A2_EDMH

1/5

Modelado de negociosActividad 2. Uso del BPMNEduardo Morales Hernndez

PROCESOS DE SOLICITUDES DE CREDITO

Business Process Model and Notation (BPMN) es una notacin grfica quedescribe la lgica de los pasos de un proceso de Negocio. Esta notacin ha sidoespecialmente diseada para coordinar la secuencia de los procesos y losmensajes que fluyen entre los participantes de las diferentes actividades.

BPMN proporciona un lenguaje comn para que las partes involucradas puedancomunicar los procesos de forma clara, completa y eficiente. De esta formaBPMN define la notacin y semntica de un Diagrama de Procesos de Negocio(Business Process Diagram, BPD).BPD es un diagrama diseado para

representar grficamente la secuencia de todas las actividades que ocurrendurante un proceso, basado en la tcnica de Flow Chart, incluye adems toda

la informacin que se considera necesaria para el anlisis.

BPD es un diagrama diseado para ser usado por los analistas, quienesdisean, controlan y gestionan procesos. Dentro de un Diagrama de Procesosde Negocio BPD se utiliza un conjunto de elementos grficos, agrupados encategoras, que permite el fcil desarrollo de diagramas simples y de fcilcomprensin, pero que a su manejan la complejidad inherente a los procesos

de negocio.BPMN es un estndar internacional de modelado de procesos aceptado por lacomunidad.

BPMN es independiente de cualquier metodologa de modelado de procesos.

BPMN crea un puente estandarizado para disminuir la brecha entre losprocesos de negocio y la implementacin de estos.

BPMN permite modelar los procesos de una manera unificada y estandarizada

permitiendo un entendimiento a todas las personas de una organizacin.

El Proceso de Solicitud Crdito gestiona las actividades necesarias para recibir,analizar y aprobar solicitudes registradas por los clientes de una entidadfinanciera.

Una versin simplificada de este proceso consta bsicamente de un registro dela solicitud, donde el cliente manifiesta su inters de adquirir un crdito ypresenta su solicitud junto con la documentacin requerida a la entidad. Luegose realiza una verificacin de la informacin presentada por el cliente, serealiza el anlisis o estudio de la solicitud de crdito y por ltimo se realizan lasactividades necesarias para hacer efectivo el crdito o informar el rechazo alcliente.

7/29/2019 MDN_U2_A2_EDMH

2/5

Modelado de negociosActividad 2. Uso del BPMNEduardo Morales Hernndez

El Proceso de Solicitud de Crdito representado mediante notacin BPMN es el

siguiente:

Como puede observar, dentro de un Diagrama de procesos de negocio existe

un conjunto de elementos grficos que nos permiten representarlo.

Los diagramas de procesos de negocio estn contenidos en objetos conocidoscomo pools que permiten representar las entidades responsables en unproceso o simplemente identificarlo.

BPMN

Tambin permite diagramar las diferentes reas o participantes queintervienen dentro del proceso. Estos separadores se conocen como lanes. En

este caso el pool recibe el nombre de Crdito y los lanes representan laOficina, la fbrica de crdito y el rea de operaciones.

Podemos distinguir en el diagrama 3 tipos diferentes de elementos quedescriben el comportamiento del proceso: Las tareas que representan eltrabajo que se realiza en un punto del proceso; los eventos, que en este casosolo se utilizan para identificar el inicio y el fin del proceso; los elementos dedecisin, conocidos en BPMN como Compuertas y que se representan medianterombos, que indican un punto de divisin en el flujo. Dichos elementos se

encuentran conectados por lneas de secuencia, que muestran cmo fluye elproceso.

7/29/2019 MDN_U2_A2_EDMH

3/5

Modelado de negociosActividad 2. Uso del BPMNEduardo Morales Hernndez

Analicemos ms detenidamente la funcin de cada elemento en el proceso.

Al principio vemos un Evento de inicio, que indica el comienzo del proceso. Losprocesos pueden iniciar de distintas formas, BPMN provee diferentes tipos deeventos de inicio (simple, mensaje, seal, entre otros), posteriormenteveremos la utilizacin de algunos de ellos.

Luego encontramos 2 tareas.

La primera representa el registro de la informacin de la solicitud de crdito yla segunda, la verificacin de la informacin del solicitante.

Una vez se realiza la verificacin de la informacin, el flujo encuentra unaCompuerta de decisin .En este caso, dicha compuerta evala si la informacinse verific correctamente o si hay alguna inconsistencia. Si la informacin severific correctamente se proceder a estudiar el crdito, de lo contrario sefinalizar el proceso. Note que solo se escoge un camino de los 2 posiblesbasado en datos del proceso, por esta razn, la compuerta utilizada aqu recibeel nombre de Compuerta exclusiva. Algo similar ocurre una vez se estudia elcrdito: la compuerta exclusiva Solicitud Aprobada? evala el resultado delestudio del crdito y dependiendo de ste, notifica el rechazo de la solicitud o

procede a desembolsar el monto del crdito.

Al final de este proceso encontramos un Evento de fin terminal, indicando laterminacin del proceso. Como puede observar, el proceso se termina cuandoel solicitante fue rechazado, la solicitud de crdito no fue aprobada o ya serealiz el desembolso del crdito.

7/29/2019 MDN_U2_A2_EDMH

4/5

Modelado de negociosActividad 2. Uso del BPMNEduardo Morales Hernndez

PROCESOS DE GENERACIN DE ORDENES DE COMPRAS

Este proceso tiene como objetivo generar rdenes de compra automticamentede acuerdo a los niveles de inventario de una materia prima especfica ygestionar su aprobacin, ingreso en los sistemas contables de la empresa yenvo al proveedor.

Suponga que usted cuenta con un sistema que le permite medir el nivel de

inventario de una materia prima en tiempo real. Una vez que el inventarioalcanza un nivel de inventario determinado (punto de reorden) se genera unaorden de compra.

El Evento de inicio condicional nos permite modelar esta situacin ya que stese activa cuando una condicin de negocio se cumple y da inicio al proceso.

Posteriormente, un PDF de la orden de compra con todos los datos necesariosdebe ser generado automticamente. Para esto utilizamos una tarea de tipoServicio, que nos indica que es ejecutada sin intervencin humana, ya sea por

una aplicacin automtica o por un servicio Web.

Todas las rdenes de compra generadas deben ser aprobadas por el JefeAdministrativo, por lo que sta persona debe revisar el PDF generado y decidirsi la aprueba o no.

La Compuerta exclusiva Orden Aprobada? se utiliza para determinar el flujoque se seguir de acuerdo a la decisin del Jefe Administrativo. Si la orden fuerechazada, el proceso finalizar. Por otra parte, si la orden fue aprobada sepodrn ejecutar 2 tareas en paralelo. La primera es el envo de la orden decompra al proveedor para que ste gestione la entrega; la segunda es elingreso de la orden de compra en el ERP de la compaa. Esta situacin de

7/29/2019 MDN_U2_A2_EDMH

5/5

Modelado de negociosActividad 2. Uso del BPMNEduardo Morales Hernndez

negocio se representa mediante el uso de una Compuerta Paralela que habilita

2 caminos para su ejecucin simultnea.En el primer flujo paralelo encontramos un nuevo tipo de tarea, la tarea deScript. Este tipo de tarea permite el ingreso de un script en un lenguaje que elmotor de procesos de negocio pueda ejecutar. En este caso, el script estrelacionado al envo de la orden de compra a travs de un correo electrnico,al proveedor de la materia prima de la orden.

Por otro lado, en el segundo flujo vemos una tarea de Servicio con un eventoadjunto. El evento adjunto es un evento de captura de error. Esta tarea

permite ingresar la orden de compra en el ERP de la compaa a travs de unainterfaz, sin embargo, si durante la ejecucin de la tarea automtica sepresenta algn error (cada del servicio, error de conexin etc.), se disparar elevento de error y se activa la tarea siguiente a ste. En este caso, dicha tarease habilita para el ingreso de la orden de compra al ERP de forma manual porparte del Departamento de Compras.

Finalmente encontramos dos compuertas para la convergencia de flujos. Lacompuerta exclusiva sincroniza los flujos de la actividad de Enviar Orden al

ERP y Actualizar ERP manualmente, es decir, toma dos caminos entrantes ygenera uno saliente. De igual forma, la compuerta paralela sincroniza los flujoshabilitados anteriormente en paralelo. Una vez que los dos caminos llegan asta compuerta el flujo termina al encontrar el evento de fin.