INGENIERIA DE REQUERIMIENTOS

SIS-125

UNIDAD 3: Elicitación de Requerimientos

Modelado del Negocio (Modelamiento de Procesos usando

BPMN Business Process Management Notation )
Ms. C. Ing. Gustavo Poquechoque
 BPMN

• BPMN proporciona un lenguaje común para la representación gráfica de

procesos, de forma clara, estandarizada y completa
• Permite disminuir la brecha entre el modelado de procesos y su
implementación
• El principal objetivo de BPMN es proveer una notación entendible por
todos los usuarios de los procesos del negocio
• Analistas organizacionales (crean los modelos), expertos tecnológicos
(implementan dichos modelos en sistemas de información), personas que
se encargan de ejecutar, dirigir, gestionar y controlar los procesos
• Desarrollado por el BPMI (Business Process Management Iniciative), parte
del Object Management Group
¿ Qué es BPMN ?

• BPMN es una notación gráfica que plasma la lógica de las

actividades, los mensajes entre los diferentes participantes y
toda la información necesaria para que un proceso sea analizado
simulado y ejecutado
¿ Qué es BPMN ?
¿ Qué es BPMN ?
¿ Qué es BPMN ?
¿ Por qué es importante BPMN ?

• Tiene grandes posibilidades de consolidarse en un estándar

internacional de modelado de procesos
• Es independiente de la metodología de modelado de procesos
• Es un lenguaje formal que describe los pasos de una lógica de
negocios
• Permite el entendimiento generalizado de los procesos dentro
de la organización
• Facilita la comunicación
Elementos básicos de un diagrama de
proceso de negocio (BPD)
BPMN

• Define un Diagrama de Procesos de Negocio

basado en la técnica de Diagramas de Flujo

• Un BPD puede contener varios procesos, cada

proceso puede ser de uno de los tres tipos:
Interno, abstracto, colaborativo
Tres tipos de Modelado de Procesos

• Proceso de Negocios Interno: que representa un

único proceso de negocio interno donde se
representa toda la secuencia del proceso
• Proceso de Negocios abstracto: representa un
proceso de negocio externo del que desconocemos
los detalles
• Proceso de Negocios Colaborativo: representa la
interacción entre dos o más entidades del negocio.
Las interacciones se representan por los mensajes
intercambiados entre las entidades involucradas
Proceso de Negocios Interno
Proceso de Negocios Externo
Proceso de Negocios Colaborativo
Elementos Básicos de un BPD

• Actividades: es un paso dentro del proceso, representa el trabajo

realizado dentro de una organización y consume recursos como tiempo y
costos. Se representan con rectángulos con esquinas redondeadas

• Compuertas: se utilizan para controlar los puntos de divergencia y

convergencia del flujo (decisiones, actividades en paralelo y puntos de
sincronización)- Se representan por rombos. Anotaciones al interior del
rombo indican el tipo de comportamiento de la compuerta
Elementos Básicos de un BPD

• Eventos: representa algo que ocurre o puede

ocurrir durante el proceso. Se representa por un
Círculo. Tiene una causa y un resultado. Puede
iniciar un proceso, interrumpirlo, detenerlo o
finalizarlo.
• Existen tres tipos de eventos basados en cómo
afectan el flujo:
– Eventos de inicio:
– Eventos intermedios:
– Eventos de Fin:
Veamos de nuevo un modelo de un proceso
(hacerlo en BizAgi)
Flujos de Secuencia

• Representan el control de flujo y la secuencia

de las actividades

• Se utiliza para representar la secuencia de los

objetos de flujo, donde encontramos las
actividades, las compuertas y los eventos
Pools
• Un Pool contiene un proceso único

• Un Proceso de Negocio Interno o Privado está contenido en

un pool
• El nombre del pool puede considerarse el nombre del proceso
• Siempre existe al menos un pool
• Los flujos de secuencia no pueden cruzar los límites de un
pool
Mensajes entre pools

• Para representar la interacción entre diferentes procesos se utilizan líneas

de mensaje.

• Un proceso abstracto o externo puede ser diagramado como un pool

vacío, con puntos de contacto en los límites del pool
Líneas de Mensaje

• Las líneas de mensaje representan la interacción entre varios

entidades o procesos.
• Representan Señales o Mensajes, NO flujos de control
• No todas las líneas de mensaje se cumplen para cada
instancia del proceso y tampoco se especifica un órden para
los mensajes
• No se pueden tener líneas de mensaje dentro del mismo pool
(no tendría mucho sentido)
Líneas de Mensaje
Artefactos

• Son objetos adicionales que permiten proporcionar

información adicional sobre un proceso
• Existen 3 tipo:
– Objetos de datos: indican datos que entran/salen de una
actividad
– Anotaciones: permiten escribir comentarios adicionales
sobre el proceso
– Grupos: permiten agrupar las actividades en forma visual
con fines de documentación o análisis
Objeto de datos

Pueden haber objetos de datos de entrada y de salida

Anotaciones
Grupos (agrupaciones)
Lanes

Permiten separar las actividades (por usuario)

Refinando Actividades

• Las actividades se representan con esquinas

redondeadas
• Representan un trabajo realizado dentro de
una organización
• Consumen recursos
• Pueden ser simples o complejas
Refinando Actividades

• Dentro de un modelo se definen

– Procesos, que están contenidos dentro de un pool

– Las tareas, que son actividades simples o atómicas

– Los subprocesos que son actividades compuestas
 Tipos de tareas

• Tarea se utiliza cuando el trabajo realizado dentro del proceso

no se define a un nivel más detallado, es simple, indivisible,
que no tiene una estructura interna o esta no es visible en el
modelo
• Existen Distintos tipos de tareas en BizAgi (no son parte de
BPMN pero muchos software lo incorporan)
 Ejemplo
• Las de Recepción, Envío, Usuario y Servicio son las
más usadas.
• El ejemplo muestra un proceso de garantía de
reemplazo de un vehículo siniestrado
 Subprocesos

• Subproceso: Es una actividad compuesta que es

incluida dentro de un proceso. Es compuesto dado
que incluye a su vez un conjunto de actividades y
una secuencia lógica (proceso) que indica que dicha
actividad puede ser analizada a un nivel más fino
• Se usa para jerarquizar el diagrama
Subprocesos

• Simultáneamente representa una tarea y un

proceso
• Se puede diagramar colapsado o expandido
 Reglas

• Los flujos de secuencia no pueden cruzar los limites del

subproceso

• La forma de hacer esto sería

Tipos de Subprocesos

• Subproceso embebido: depende del padre, no puede

contener pools ni lanes

• Subproceso reusable: se define como diagrama

independiente y puede ser usado en varios
contextos
Ejemplo de un proceso con varios
subprocesos (todos reusables)
Swimlanes

• POOL
– Actúa como contenedor de un proceso
– El nombre del Pool puede ser el nombre del proceso o del
participante
– Representa un Participante Entidad o Role
– Siempre existe uno, aunque este no se diagrame
 Pool
• Permite representar un proceso interno o uno
abstracto (externo) y las interacciones
Las líneas de secuencia no pueden
traspasar los límites del Pool
Si se necesita mostrar la interacción entre
pools se usan líneas de mensajes
 Lanes: para representar distintos
participantes dentro de una org.
• Lane: subdivisión de un pool
 Refinando los eventos de Inicio
• Indican cuando un proceso inicia
• No tienen flujos de entrada
• No es obligatorio, pero es una buena práctica usarlos
Distintos tipos de evento de inicio
Eventos de fin
Distintos eventos de fin
Eventos Intermedios
Distintos tipos de eventos intermedios

• Para mostrar que el proceso envía un mensaje o espera

recibir uno

• Mostrar donde existen demoras dentro del proceso

• Mostrar donde hay un flujo de excepción

Formas de usar los eventos intermedios

• Dentro del flujo o adjuntos a los limites de una actividad

• Cuando están dentro del flujo indica que se espera un el
evento, adjunto a los límites indica excepción
Compuertas

• Elementos de control de flujo

• Pueden ser de divergencia o convergencia
Tipos de Compuertas

• Compuerta Exclusiva, se toma uno de los

caminos

• Compuerta Paralela, las tareas se hacen al

mismo tiempo

• Compuerta Inclusiva, uno o más caminos

alternativos se pueden hacer
Compuerta exclusiva como elemento de
divergencia
Compuerta exclusiva como elemento de
convergencia
Compuerta paralela como elemento de
divergencia
Compuerta paralela como elemento de
convergencia
Compuerta inclusiva como elemento de
divergencia
Compuerta inclusiva como elemento de
convergencia
Resumen: figuras básicas

Distintos tipos

Distintos tipos, convergencia, divergencia

Resumen: Objetos de Conexión
Resumen: Objetos de Conexión
Resumen: Objetos de Conexión
 Swimlanes o canales
POOLS

LANES
 Ejemplo 1
• Complete el siguiente proceso de colaboración entre un cliente y una
empresa de venta por catálogo. El cliente lleva a cabo las siguientes
actividades (no necesariamente en este orden): pide un artículo, paga el
artículo y pregunta sobre el estado de su pedido (el cliente pregunta una
vez realizado el pedido cada 3 días si no ha recibido el encargo). En la
compañía de ventas existen 3 roles: encargado de pedidos, almacén y
contabilidad. El primero recibe los pedidos de artículos, y tranquiliza al
cliente cuando éste pregunta por el estado de su encargo, en almacén se
prepara la entrega y se envía al repartidor (una empresa externa) y el
repartidor la entrega y recibe el pago. El último rol de la compañía es
contabilidad que registra los envíos y los pagos. Complete el diagrama
inferior, indicando la estructura de control, los mensajes necesarios y las
puertas.
Ejemplo 1
Ejemplo 2
• Gestión de reclamaciones compañía aseguradora de vehículos.
Se pretende modelar el proceso de gestión de reclamaciones en una
compañía aseguradora. Cuando se recibe una reclamación, ésta se registra en
el sistema. Después del registro, la reclamación se clasifica en uno de los dos
siguientes tipos: simple o compleja. Si la reclamación queda clasificada como
simple se comprueba el seguro del cliente, para reclamaciones complejas se
comprueba independientemente el seguro y el daño en el vehículo. Después
de la comprobación o comprobaciones se genera una resolución de la
reclamación, que puede ser positiva o negativa. Si la resolución es positiva se
informa al garaje para autorizar la reparación y se planifica el pago al mismo.
Para cualquier tipo de resolución (positiva o negativa) se envía una carta al
cliente y el proceso termina.
Ejemplo 2
Ejemplo 2
Ejemplo 3
• Se desea informatizar la gestión de reservas de un hotel, los requisitos informales pueden describirse de la
siguiente forma:
• Los clientes pueden efectuar reservar anticipadas. El hotel admite tantas reservas como habitaciones
libres tenga. Las reservas telefónicas tienen que estar respaldadas por un número de tarjeta de crédito. Si
en la fecha de reserva no se presenta el cliente, se genera una factura que se envía a la compañía de
tarjetas de crédito.
• Hay dos tipos de clientes: los individuales y los que pertenecen a empresas. Para los clientes de empresa
no es necesario garantizar las reservas mediante una tarjeta de crédito.
• Cuando un cliente llega al hotel su reserva es procesada, comprobándose la misma con los detalles que
proporciona el cliente.
• Hay clientes que solicitan una habitación en el mostrador del hotel.
• Algunos clientes solicitan habitaciones para no fumadores.
• Las habitaciones se pueden alquilar para dormir únicamente, con media pensión o con pensión completa.
• Cuando los clientes abandonan el hotel, un empleado comprueba los detalles de ocupación (llamadas
telefónicas, servicio de bar, etc) y genera una factura para el cliente.
• Hay clientes, que pertenecen a empresas, que no abonan la factura en ese momento. A final de mes se
envía una factura única a la empresa.
• El sistema tendrá tres tipos de usuarios: los empleados de mostrador o recepción, el gerente y un
administrador. El gerente se encargará de gestionar las cuentas de empresas: tipo de descuento por
habitación, apertura de cuenta y cierre de cuenta. El administrador se encargará de efectuar un
mantenimiento sobre la información que se almacena en el sistema. Por último los empleados de
mostrador se encargan de la gestión de clientes.
Ejemplo 3
Ejemplo 3
Ejemplo 4
• La compañía de metro de la ciudad de Valencia desea implantar una tarjeta inteligente
(smart‐card) que facilite la adquisición de billetes y el desplazamiento de los viajeros por las
distintas líneas de metro de la ciudad. La tarjeta puede adquirirse en máquinas
expendedoras situadas en las distintas estaciones. Los viajeros indican el saldo con el cual
quieren cargar la tarjeta al adquirirla (20, 30, 50 euros), el pago se hace en la máquina
expendedora en efectivo (en cuyo caso no se devuelve ningún importe) o bien utilizando una
tarjeta de crédito que el sistema valida frente a la entidad emisora. En la tarjeta queda
grabada la fecha de adquisición, la fecha de vencimiento (válida durante 2 meses), el importe
y la forma de pago. Para acceder a la estación se utiliza la tarjeta en los tornos de entrada. Al
llegar al destino se pasa nuevamente por un torno de salida que dependiendo del recorrido
efectuado descuenta del saldo la cantidad correspondiente. En caso de no disponer de saldo
el torno de salida no se abre y el viajero tiene que efectuar una recarga. Los fines de semana
existen promociones o descuentos en los desplazamientos que también se aplican a los
viajeros con tarjeta .En la tarjeta se graban los distintos recorridos efectuados por el viajero
(hora de entrada, estación origen, hora de salida, estación destino y fecha). La tarjeta puede
recargarse tantas veces como se desee (no es necesario que esté agotada o sin saldo) e
incluso pude devolverse en una máquina expendedora para obtener el saldo actual. Si se
adquirió en efectivo el viajero obtiene el importe en efectivo, si se adquirió con tarjeta de
crédito la devolución se efectúa sobre la misma. Los inspectores de metro disponen de
dispositivos móviles que permiten leer el contenido de las tarjetas para evitar usos
fraudulentos.
Ejemplo 4
Ejemplo 4
 Ejemplo 5
• Se desea modelar el funcionamiento de un aparcamiento público de automóviles. Cuando un
conductor se acerca a la máquina situada en la entrada, debe pulsar un botón para obtener el
resguardo de aparcamiento, una cámara graba la matrícula que se almacena en el resguardo junto
a la hora de entrada. Cuando el resguardo es retirado se abre la barrera de entrada la cual se cierra
unos instantes después de detectar el paso del vehículo. Para salir del aparcamiento los
conductores primero abonan el importe asociado a la estancia en un cajero automático, éste graba
la hora de pago en el resguardo de aparcamiento, dejando un margen de 10 minutos para
abandonar las instalaciones. Para salir de una manera efectiva el conductor introduce en la
máquina situada en la salida el resguardo de aparcamiento, en ese momento el sistema lee la
matrícula del vehículo, comprueba la hora de pago y levanta la barrera de salida, la cual se cierra
unos instantes después de detectar el paso del vehículo. El aparcamiento funciona también para
abonados, los cuales para entrar y salir del aparcamiento deben introducir una tarjeta magnética.
En la tarjeta se graba la matrícula al entrar y se comprueba a la salida. Para facilitar el pago de los
conductores no abonados se desea implantar un sistema por telefonía móvil que mediante
mensajes SMS permita pagar la estancia en el aparcamiento. Al entrar el usuario recoge el ticket de
entrada y para salir envía un mensaje SMS con el número de ticket, el importe se carga en la
factura de teléfono. El sistema informático del aparcamiento recibe el mensaje SMS de
confirmación del pago. Para salir el conductor introduce el ticket de entrada y pulsa un botón de la
máquina que indica pago telefónico, el sistema comprueba si el usuario ha enviado el mensaje
SMS, en cuyo caso abre la barrera de salida. En este caso se aplican también los 10 minutos de
margen para abandonar las instalaciones.
Ejemplo 5
Ejemplo 5
 Ejemplo
• Empresa de Radio taxis
Solicitud de servicio
 Ejemplo
• Solicitud del servicio
 Ejemplo
• Ejecución del servicio