1 lase

UNJFSC- CURSO DE TITULACIÓN 2013

GESTIÓN DE PROCESOS DE NEGOCIOS

ING. JAVIER ALBERTO MANRIQUE QUIÑONEZ

BPM - PROCESO

PROCESOS DE NEGOCIO

PROCESOS DE NEGOCIO

Mapa de procesos Global: cadena de tiendas línea blanca y electrónica Linhogar

Verificar

Responsabilidadsocial

Proyectos Calidad Contratos

AdquisicionesServiciosbásicos

Finanzas LegalTecnología y

soporte

Procesos de la estrategia

Procesos de Apoyo (gestionar y administrar):

TransporteContabilidad

PersonasProcesos

RetroalimentarPlanificarImplementar

Proceso del Negocio Comercializar

Recibir

Emitir traspaso

Planearcada local

Traspasar

Distribuir

Prepararcada local

Presentar

Coordinarmerchand.

Ordenar Vender al detalle

Atenciónal cliente

Servicio de garantía

Medición y seguimiento

Postventa

Conocer la demanda

VisitarClientes

Estadísticas internas

Proyectar ventas

Emitir O/C

Comprar

Recepcionar

Almacenar

CotizarVender

Despachar

Cuadrar

PROCESOS DE NEGOCIO

1.Objetos de

Flujo

3.Swinlanes (carriles)

4.Artefactos

2.Objetos de Conexión

ELEMENTOS BÁSICOS DE BPMN

Flujos vs. ProcesosEl flujo del proceso define como ocurre una secuencia de actividades desde la perspectiva de un participante.

El flujo de datos define como la información es intercambiada entre participantes

OBJETOS DE CONEXIÓN

ACTIVIDADES: LOOP SECUENCIALES

ACTIVIDADES: LOOP PARALELOS

COMPUERTA CONDICIONAL EXCLUSIVA

COMPUERTA PARALELA

Compuerta condicional Inclusiva

COMPUERTA EXCLUSIVA BASADA EN EVENTOS

EVENTOS Las tareas (actividades) cambian el estado de un objeto, bajo ciertas

condiciones (Compuertas). Los eventos indican que al inicio, en forma intermedia o al final del proceso ocurrió algo significativo.

Los eventos de inicio nos indican las ocurrencias que tienen que suceder para que un procesos comience. Los eventos intermedios muestran un estado que el proceso ha alcanzado y por alguna razón se detiene. Eventos finales indican que se logró finalizar la trayectoria de un proceso.

Un Evento es algo que sucede durante la ejecución de un

proceso de negocio el cual afecta la ejecución del flujo

Existen tres tipos de eventos:

Eventos de Inicio

Eventos Intermedios

Eventos de fin

Eventos

Evento de Inicio vacío. Ilustra que el proceso inicia en ese punto, pero sin ninguna información sobre el tipo de evento

Evento Intermedio VacioIndica un cambio de estado del diagramaPunto de captura de indicadores de gestión

Evento de Fin VacioIlustra que el proceso culminaLos procesos pueden tener múltiples puntos de fin

Evento TerminarDetiene el proceso inmediatamente, incluyendo cualquier ruta paralela

Eventos vacios

En un subproceso se puede usar eventos de inicio y fin.Los eventos están implícitos.Su uso mejora la legibilidad del diagrama

Eventos en los Sub Procesos

EVENTOS DE INICIODisparador Descripción Símbolo

Ninguno No se especifica el tipo de evento, también se usa cuando un sub proceso disparado por el proceso padre

Mensaje Llegada/envío de un mensaje y se dispara un proceso

Timer Para procesos que parten en un día/hora específica

Condicional Es cuando un proceso parte con una condición tal como “si se producen diferencias de inventario teórico y físico”

Señal Una señal no es un mensaje con un destino fijo, sino que puede activar muchos procesos distintos

Múltiple Muchos eventos distintos pueden activar el proceso, basta con que uno de ellos se cumpla para que el proceso se dispare

Evento de inicio de mensaje. El proceso inicia cuando se recibe un mensaje desde otro participante

EVENTOS INTERMEDIOSDisparador Descripción Símbolo

Ninguno No se muestra el tipo de evento

Mensaje El proceso queda en espera hasta que llegue el mensaje (recepción) o se usa para enviar mensajes (envío), también se usa para desviar excepciones (*)

Timer Dispara el proceso en un día/hora determinados, también se usa para desviar excepciones

Error Se dispara cuando se produce un determinado error. Solo se puede poner en el extremo de una actividad

Cancelar Se puede poner solo en el extremo de un sub proceso. Se dispara cuando recibe un evento “Cancelar”

Compensación Activa eventos que compensan alguna acción, puede afectar a una actividad si esta se especifica o a todas las suceptibles de ser compensadas

Condicional Es el evento que se dispara cuando una condición tiene valor “True”

Link Conecta dos secciones de un proceso, se puede usar –por ejemplo- para crear loops. Puede tener múltiples fuentes pero solo un destino

Señal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien pueda interesar

Múltiple Es cuando un evento tiene múltiples disparadores, ya sea para recepción como para envío

EJEMPLOS EVENTOS INTERMEDIOS

Evento intermedio de mensaje. El proceso espera hasta recibir un mensaje desde otro participante

Evento intermedio con temporizador

El proceso espera un periodo de tiempo antes de continuar.

Evento de fin de mensajeEl proceso termina enviando un mensaje a otro participante

EVENTO Los eventos representan ocurrencias, es decir algo ocurrió (tiempo pasado)

en forma independiente del proceso o bien ocurrió un evento impulsado por alguna actividad del proceso.

Los eventos de denominan con verbos en participio por ejemplo: orden recibida. El BPMN obliga a utilizar un evento de inicio y un evento de fin.

EVENTOS Los eventos de inicio son eventos de captura (catching), es decir algo

independiente del proceso ocurrió (viene de afuera), a los que el proceso tiene que reaccionar o esperar cuando estos suceden.

EVENTOS

Este tipo de eventos tienen un impacto sobre el proceso e inician el proceso

EVENTOS Los eventos de tipo disparador se les denomina (throwing) e indican eventos

creados dentro de un proceso. A diferencia a los eventos del tipo de captura (catching) a los cuales el

proceso debe de reaccionar, en este caso, el mismo proceso actúa como disparadorr de nuevos eventos. Los eventos de tipo disparador pueden crearse durante el proceso o al final del proceso (eventos de término).

EVENTOS Los eventos intermedios pueden ser de tipo captura o pueden ser impulsados

por alguna actividad del mismo proceso (throwing) . El evento intermedio indefinido representa un estado intermedio que ha alcanzado un proceso, por consiguiente se trata de un evento del tipo impulsado.

Los eventos finales ocurren de forma que el proceso ya no puede reaccionar a ellos, por lo tanto los clasificamos como de tipo impulsados.

EVENTO También se puede representar casos en que existe un flujo normal, pero

puede ocurrir un evento inesperado que interrumpa una actividad o subproceso. A estos eventos se les llama superpuestos (attached) , ya que van al costado de una actividad. Si sucede un evento de este tipo, interrumpe la marcha de la actividad, cualesquiera que sea su estado intermedio.

EVENTOUn evento intermedio superpuesto de tipo “interrupción” tiene la siguiente

comportamiento: Primero avanza hacia la actividad 1, la cual se inicia. Si sucede el evento 1, durante la ejecución de la actividad 1, esta se

interrumpe inmediatamente y el token sigue el flujo hacia la actividad 3 (caso excepción)

Si no sucede el evento 1, la actividad 1, se ejecuta en forma normal y el token sigue el flujo normal e inicia la actividad 2. Si sucede el evento 1, después que se haya ejecutado la actividad 1, el suceso no impacta en el proceso.

Si la ocurrencia de un evento ocasiona la interrupción de la ejecución del proceso completo o de una actividad en particular, se le denomina evento con interrupción. Si el evento es tipo intermedio se reconoce por la doble línea continua del borde del ícono del evento. Si el evento es tipo inicial se reconoce por la línea simple continua.

EVENTO INTERMEDIO SUPERPUESTO DE NO INTERRUPCIÓN

Tienen el siguiente comportamiento: Si sucede el evento 1 durante la ejecución de la actividad 1, el token es

clonado: la actividad 1 sigue en proceso, pero al mismo tiempo avanza el segundo token (el clonado) a la actividad 3, la cual también es inicializada y ejecutada. Este evento puede suceder incluso en forma repetitiva y el token vuelve a clonarse hasta la actividad 1 haya terminado.

Si no sucede el evento 1, la actividad 1 se ejecuta en forma normal y el token sigue su flujo normal e inicia la actividad 2. Si sucede el evento 1, después que se haya ejecutado la actividad 1, el suceso no impacta en el proceso.

Si la ocurrencia de un evento ocasiona la invocación de un flujo de actividades en paralelo a la ejecución del proceso o de una actividad en particular, se le denomina Evento sin Interrupción. Si el evento es tipo intermedio se reconoce por la doble línea discontinua del borde del ícono del evento. Si el evento es tipo inicial se reconoce por la línea simple discontinua.

EVENTO DE MENSAJE

EVENTO DE MENSAJE El término mensaje no se restringe a ciertos portadores de información como

solicitudes, pedidos, cartas, emails o llamadas, sino a cualquier objeto que porte información.

EVENTO DE MENSAJEEjemplo: El pedido de una pizza con dos eventos intermedios que portan información. La información del pedido (orden de compra) y la información de la entrega (guía de despacho, boleta o factura)

El evento intermedio pizza pedida (tipo disparador) implica que la pizza haya sido pedida. Los eventos disparadores asumen una acción y una ocurrencia al mismo tiempo. Los eventos disparadores asumen una acción y una ocurrencia al mismo tiempo

EVENTO DE MENSAJESe puede desistir del evento de tipo disparador y reemplazarlo por una actividad de “envío “

EVENTO DE MENSAJE

EVENTO DE TIEMPOTambién llamado temporizador se utiliza cuando una condición de tiempo ocurre. Gráficamente se reconoce como un reloj como marcador dentro de un evento.

EVENTO DE TIEMPO

EVENTO DE TIEMPO

• Si vencido el tiempo el cliente no se presenta con la documentación el reclamo será archivado

• Si el cliente presenta los documentos dentro del tiempo permitido el reclamo será analizado

EVENTO DE TIEMPOSe puede utilizar para: Iniciar cada cierto intervalos un proceso. Iniciar un proceso regularmente en la fecha y hora indicada Iniciar un proceso en una relación temporal con otro evento e Iniciar un proceso por única vez en la fecha y hora indicada.

EVENTO DE TIEMPO

Como evento intermedio el temporizador puede detener el proceso, hasta que se haya alcanzado un tiempo, que se encuentre en relación con otro evento.

EVENTO DE TIEMPO

Como evento intermedio el temporizador puede detener el proceso un periodo de tiempo haya transcurrido

EVENTO DE TIEMPO

Ejemplo:

EVENTO DE TIEMPOA menudo se utiliza el temporizador sobrepuesto como tiempo máximo

permitido para la ejecución de una actividad.

EVENTO DE TIEMPOTambién se utilizan temporizadores sobrepuestos que no interrumpen la

actividad.

EVENTO DE TIEMPO

EVENTO DE ERRORPermiten interceptar errores que ocurren durante la ejecución de un

proceso.Se consideran eventos excepcionales razón por lo cual solo se puede

modelar como evento intermedio sobrepuesto y que además requiere de un tratamiento excepcional.

EVENTO DE ERROR

EVENTO DE ERRORComo tipo disparador sólo se debe usar como un evento final, indicando

que el subproceso ha siso cancelado por error o bien el evento es capturado por un subproceso superior que o lleva a un tratamiento especial

EVENTO DE CONDICIONALPermite iniciarse/continuar el proceso bajo ciertas condiciones. La

condición debe ocurrir en forma independiente del proceso.Es un evento de captura

EVENTO DE CONDICIONALEjemplos:

EVENTO DE SEÑALTiene parecido al evento de mensajes, por lo que su modelamiento es igual.Su símbolo es un triángulo. La diferencia es que los mensaje tienen un

destino definido, es decir una dirección o destino a quien se dirige.

EVENTO DE SEÑALUn anuncio en la televisión o un llamado de emergencia por radio son

ejemplos de señales. Cualquier persona o sistema que capte la señal puede reaccionar si es que se quiere.

EVENTO DE SEÑALEjemplo: al ver un comercial en la televisión nos abrió el apetito de probar

la pizza tras el anuncio. Entonces llamamos y hacemos el pedido de la pizza (reacción a la señal), pero solo la comemos cuando tengamos deseo de probarla (evento de condición). Luego evaluamos si nos gusto la pizza en un sitio web de gourmes. Es decir, también los comensales envían una señal (destino indefinido) al evaluar la pizza en un sitio público.

EVENTO DE TÉRMINOSu función es buscar todas las marcas activas y terminarlas (consumirlas). El evento terminador luego de consumir todos los tokens activos se encarga

tambien de finalizar la instancia del proceso. Como consecuencia este evento especial sólo debe usarse como evento final, debido a que termina todos los tokens activos del proceso, independiente de donde se encuentra.

EVENTO DE CONEXIÓNTambién se denomina de vínculo, es un evento técnico, no tiene ningún

significado para el negocio.No tiene otra finalidad que poder dividir diagramas grandes, sin perder el

vínculo de un flujo de secuencia.Se pueden dar nombres identificador al link.

EVENTO DE CONEXIÓNPueden ser de utilidad cuando:Tengan que dividir un diagrama de procesos en varias páginasDiagramas de procesos muy extensivos en flujos de secuencia. Para evitar

una diagramación tipo “espaguetti”, se pueden crear subdivisiones técnicas con los eventos de conexión.

Los eventos de tipo conexión sólo se pueden utilizar como eventos intermedios.

EVENTO DE COMPENSACIÓNCompensar significa volver al estado inicial de una actividad. En la práctica

se utiliza el evento de compensación sólo en el contexto de transacciones que tienen que ser reservadas. También permite compensar sin la contemplación de transacciones, pero en la práctica no se ha visto casos en que no estén involucradas las transacciones, razón por la cual se trata en conjunto.

EVENTO DE COMPENSACIÓN Los tipos ejemplos de compensación serían:

La reserva de pasajes La reserva de hotel El pago de tarjeta de crédito Una transferencia electrónica.

EVENTO DE COMPENSACIÓN Las reglas y consideraciones para el empleo de eventos de tipo

compensación son: Solo pueden referirse a su propio proceso, es decir la ocurrencia solo

tiene validez de dentro de un pools a diferencia de un evento de mensaje, que traspasa los límites del proceso.

Los eventos de compensación sobrepuestos solo son válidos si la actividad sobre la cual se encuentra el evento de compensación se haya ejecutado exitosamente. De esta forma se diferencian de todos los otros eventos del tipo interrupción que interrumpen la actividad durante su ejecución.

Los eventos de compensación sobrepuestos se asocian (obligadamente) con la actividad de tipo compensación con el objeto asociación y no con el flujo de secuencia. La especificación en BPMN quiere mostrar de esta forma, un tratamiento de excepción y no está inserto en el flujo normal del proceso.

EVENTO DE COMPENSACIÓN

EVENTO MÚLTIPLECon el evento múltiple podemos incluir la captura de varios eventos

alternativos con un símbolo. La semántica es simple: Si se utiliza como evento de captura, inicia o continua el proceso, con

sólo hecho de ocurrir o el primero de los eventos posibles. Con el evento de tipo disparador reacciona como un disparador

múltiple, es decir impulsa todos los eventos contenidos.

EVENTO MÚLTIPLE

EVENTO MÚLTIPLE

Decisión de ruta a ejecutar basada en la primera ocurrencia de un evento externoLos eventos pueden ser de distintos tiposSolo una ruta se ejecuta por lo que sincroniza con una bifurcación exclusiva

EVENTO MÚLTIPLE PARALELOSe introdujo en la versión BPMN 2.0 como complemento del evento

múltiple. Mientras que el evento múltiple se concibe como una semántica del tipo XOR, el evento múltiple paralelo trabaja co una semántica del tipo AND. Es decir , tienen que haber ocurrido todos los eventos para que pueda iniciar, continuar o interrumpir una actividad. Como la semántica AND del tipo disparador ya está contenida en el evento múltiple, el evento múltiple paralelo sólo existe en forma de captura (color blanco)

EVENTO DE ESCALACIÓNSe utiliza para mejorar el tipo de comunicación entre subprocesos

superiores e inferiores.

EVENTO DE CANCELACIÓN se vera en el contexto de transacciones.

EVENTO DE COMPUERTA EXCLUSIVO BASADO EN EVENTOSA diferencia del XOR-Split, el evento de compuerta exclusivo basado en

eventos, el token espera al primer evento que ocurra. A penas esto suceda va recorrer el flujo correspondiente y todos los demás eventos que sucedan más tarde serán ignorados o no serán válidos.

EVENTO DE COMPUERTA EXCLUSIVO BASADO EN EVENTOS

EVENTO DE COMPUERTA EXCLUSIVO BASADO EN EVENTOS

No todos los tipos de eventos intermedios pueden utilizarse como el evento de compuerta exclusivo basado en eventos. Solo se pueden utilizarse los que se muestran en la figura:

EVENTO DE COMPUERTA PARALELO BASADO EN EVENTOS

Este tipo expresa un patrón en el cual todos los eventos indicados tienen que ocurrir para que pueda iniciarse un proceso, es decir expresa aquella correlación que el AND-Join en el BPMN no lo interpreta.

Si el evemto 1 sucede, se crea una instancia y genera un token.Este token espera ahora en el AND-JoinCuando el evento 2 ocurra, se identifica la instancia ya creada

(correlación) y con esto se crea un segundo token.El segundo token avanza igualmente al AND-Join, donde es fisionado con

el primero. Luego solo un nuevo token (fusionado) sigue el flujo correspondiente.

EVENTO DE COMPUERTA PARALELO BASADO EN EVENTOSa) Dos eventos que independientemente pueden gatillar un procesob) El evento múltiple paralelo como evento de inicio para gatillar un

proceso.

ACTIVIDADESa continuación describimos los tipos de actividades:MANUAL: Una actividad manual es ejecutada por una persona, cuyo control no lo lleva el sistema de flujo de trabajo. Ejemplos:Guardar un acta en un archivo físicoEl aclarar por teléfono una factura mal emitida.La conversación de un ejecutivo con un cliente.

USUARIO: Es ejecutada por una persona, pero el sistema de flujo de trabajo lleva el control de la actividad, por ejemplo el asignar tareas a través de su bandeja de entrada.Revisar una facturaAprobar una solicitud de vacacionesAdministrar una solicitud de soporte

SERVICIO: Una actividad de usuario también es ejecutada es una actividad automática que es ejecutada automáticamente por un software. Puede serSolicitud de clasificación de riesgo crediticio a un sistema interbancario.Verificación de stock de bodega para una órden de compraDisponibilidad de asiento para una reserva de pasajes.

SUBPROCESOSREDUCCIÓN DE LA COMPLEJIDADEn la realidad hay que mantener los mapas de procesos abstraídos de la complejidad con el fin de no perder la visibilidad y por el otro lado tiene que describir toda la lógica operacional en detalle para que puedan ser implementados e identificar potenciales de mejora.

SUBPROCESOSREDUCCIÓN DE LA COMPLEJIDADJustamente el juego entre la descomposición top-down y agregación bottom-up distingue buenos modelos de procesos de los diagramas de flujo y también las buenas herramientas de BPM de herramientas tribiales.

SUBPROCESOS

REDUCCIÓN DE LA COMPLEJIDADEn BPMN para estos fines utiliza el

objeto llamado subprocesos. Un subproceso describe en su interior la lógica al detalle, pero en el diagrama del procesos superior no toma más lugar que una propia actividad.

La actividad y el subproceso se representan en forma de rectángulo con esquinas redondeadeas. Lo que lo diferencia es el signo mas (+) en la actividad de tipo subproceso.

SUBPROCESOS

REDUCCIÓN DE LA COMPLEJIDADExiste dos posibilidades para diagramar subprocesos:1. Representación del subproceso en un diagrama propio.2. Expandir un subproceso en el mismo diagrama.

En ambos casos termina el flujo de secuencia del proceso superior en la línea izquierda del subprocesos y continúa por fuera por el lado derecho.

SUBPROCESOS

REDUCCIÓN DE LA COMPLEJIDADEn BPMN para estos fines utiliza el

objeto llamado subprocesos. Un subproceso describe en su interior la lógica al detalle, pero en el diagrama del procesos superior no toma más lugar que una propia actividad.

La actividad y el subproceso se representan en forma de rectángulo con esquinas redondeadeas. Lo que lo diferencia es el signo mas (+) en la actividad de tipo subproceso.

SUBPROCESOSREDUCCIÓN DE LA COMPLEJIDADSi se aplica el concepto de token se tiene el siguiente comportamiento:El proceso superior se inicia y nace un nuevo token.El token pasa por la actividad y llega al subprocesos. Esto conlleva a que el

proceso superior crre una instancia del subproceso.Dentro del subproceso se crea un nuevo token que sigue la lógica del flujo del

subprocesos desde el evento de inicio hasta que termina. El token del evento superior espera el arribo del token del subproceso.

Cuando el subproceso gatilla su evento de finalización, es consumido, el subproceso ha terminado y el token del proceso superior continúa hasta llegar a su propio fin.

SUBPROCESOSREDUCCIÓN DE LA COMPLEJIDADSe pueden utilizar muchos niveles de abstracción, es decir un proceso superior puede a su vez ser subproceso, es decir inferior a otro superior, etc. No hay límites en cuanto a la cantidad de niveles.

SUBPROCESOSEjemplo: Ejemplo : En el proceso de Solicitud de Crédito, supongamos que la actividad de desembolso no consiste sólo en la persona a cargo de la zona de operaciones de grabación, el estado final del desembolso y su información, sino más bien, todas las actividades relacionadas y las diferentes partes implicadas Además, deben tenerse en cuenta. En este caso, la actividad de desembolso no sería atómica y debe ser considerado como un sub-proceso.

1 lase

Documents

Transcript of 1 lase