Introducción A Los Procesos
Introducción A Los Procesos
Introducción A Los Procesos
Procesos
Resumen: El propósito de este capítulo es explorar las diversas definiciones del
término Proceso antes de incurrir en la introducción de un diagrama
BPMN, apuntando a los elementos clave que se presenten. Luego se
continúa con el análisis de las diferentes categorías de Procesos que
BPMN está comenzando a dar soporte (Orquestación, Coreografía y Co
laboración).
Existe una gran cantidad de definiciones de Proceso de Negocio. De
hecho, la noción de un Proceso de Negocio es una noción abstracta en el
mejor de los casos. En los talleres realizados, frecuentemente se les pide
a las personas que escriban sus propias definiciones y es sorprendente la
variedad de respuestas que se reciben. Ejemplos extraídos incluyen:
Una secuencia de actividades realizadas sobre una o más entra-
das para entregar una salida.
Un conjunto de actividades sistemáticas que llevan un “evento de
negocio” a un resultado exitoso.
Una colección de actividades de negocio que crean valor para un
cliente.
Una determinada cantidad de roles colaborando e interactuando
para lograr una meta.
Una colección organizada de comportamientos de negocio que sa-
tisfacen un propósito empresarial definido, actuando de acuerdo a
objetivos específicos.
Simplemente cómo las cosas se hacen aquí.
La actual definición de Wikipedia es, “Un proceso de negocio o método de
negocio es una colección de tareas interrelacionadas, que persiguen una
meta en particular”.
El problema en llegar a una definición para el término Proceso, es que
existen muchas (definiciones) — todos tienen una interpretación sutil-
mente diferente. Además, siempre se utiliza la misma palabra, sin tener
en cuenta de que se pueden querer decir cosas diferentes.
Entonces aunque todas estas definiciones son válidas, es necesario asen-
tarse en una para el propósito de este libro. En BPMN un Proceso repre-
senta lo que una organización realiza — su trabajo — para lograr cumplir
su propósito u objetivo. En la lista anterior, la segunda y tercera defini-
ción son las que probablemente más se acerquen.
Dentro de una organización, hay muchos tipos de Procesos en términos
de cuál es su propósito y cómo son realizados. La mayoría de los Proce-
sos requieren algún tipo de entrada (ya sea electrónica o física), utilizar
y/o consumir recursos, y producir algún tipo de salida (ya sea electrónica
o física). La mayoría de las organizaciones realizan cientos de miles de
procesos en el transcurso de proporcionar valor a los clientes, personal, o
satisfacer reglamentos.
Figura 3-1—Proceso
Punto Clave: Los objetos de flujo (Actividades, Eventos, Gateways y Flujos de Secuen
cia) son los elementos principales que definen la estructura fundamen
tal y el comportamiento del Proceso.
Habitualmente los modeladores agregan más elementos gráficos para ex-
plicar la estructura del Proceso y proporcionar mayor detalle. Por ejem-
plo, los Objetos de Datos (véase la página 155) muestran cómo los datos
son utilizados en el Proceso. Otros Artefactos tales como los Grupos (véa-
se página 156) o Anotaciones de Texto (véase página 159) ayudan a orga-
nizar o documentar detalles del Proceso. Los Carriles pueden separar los
elementos por rol (u otro criterio—véase pagina 152).
Punto Clave: Los Objetos de Dato, Artefactos y Carriles, proporcionan mayor detalle,
describiendo el desempeño o comportamiento del Proceso, pero no mo
difican significativamente la estructura básica (como fue definido por
los objetos de flujo y flujo de secuencia).
Orquestación
En BPMN, los modelos de orquestación tienden a implicar una perspecti-
va única de coordinación—por ejemplo, representan una vista específica
del negocio u organización del Proceso. Como tal, un Proceso de orques-
tación describe cómo una única entidad de negocio lleva a cabo las cosas.
Utilizada principalmente en la comunidad técnica, la “Orquestación del
Proceso” está habitualmente alineada con lenguajes de Servicios Web tal
como BPEL.
La mayor parte de este libro explora los modelos de procesos orientados a
la orquestación. Tanto es así, que se referirá a las orquestaciones simple-
mente como Procesos. La figura 3-2 muestra un simple modelo de or-
questación.
Coreografía
Un modelo de proceso de coreografía es una definición del comportamien-
to esperado (una clase de contrato procedimientos o protocolo) entre los
participantes que interactúan. Estos participantes pueden ser roles de
negocio generales (por ejemplo, un despachador) o una entidad específica
de negocio (por ejemplo, FedEx como empresa de transporte).
Como en la definición de un ballet, en BPMN una coreografía describe las
interacciones de los participantes. En BPMN, una coreografía define la se-
cuencia de interacciones entre dos o más participantes. En BPMN, las in-
teracciones son la comunicación, a través de la cual se intercambia un
mensaje entre dos participantes.
Un modelo de coreografía BPMN comparte muchas de las características
de un modelo de orquestación en cuanto a que tienen un diagrama de
flujo. Incluye tanto caminos alternativos y paralelos, así como Sub Proce-
sos. De esta manera, los objetos de flujo (Actividades, Eventos, y Gate-
ways) de los modelos de orquestación también aplican a los modelos de
coreografía.
Sin embargo, hay grandes diferencias entre los modelos de orquestación y
coreografía:
Una orquestación está contenida por un Pool y normalmente en
un contexto bien definido.
Una coreografía no existe dentro de un contexto bien definido o
centro de control. No hay mecanismo central que guíe o mantenga
trazo de una coreografía. Por lo cual no hay datos compartidos
disponibles para todos los elementos de la coreografía.
Para ubicar una coreografía dentro de diagramas BPMN, la forma
es hacerlo entre los Pools.
La primera versión de BPMN (ahora 1.1) incluía algunos de los conceptos
que dan soporte a los modelos de coreografía. Y si bien es posible obtener
el comportamiento esperado de la coreografía, los elementos que se nece-
sitan para una definición completa todavía no se han definido. BPMN 2.0
incluirá soporte completo para diagramas de coreografía (distinto a los
diagramas de orquestación).
Colaboración
La colaboración tiene un significado específico en BPMN. Mientras que la
coreografía muestra el conjunto ordenado (protocolo) de interacciones en-
tre los participantes. Una colaboración puede contener también una co-
reografía (cuando esté disponible en BPMN) y una o más orquestaciones.
Para ser más específico, una colaboración es cualquier diagrama BPMN
que contenga dos o más participantes como se muestra con los Pools. Los
Pools tienen Flujo de Mensajes entre ellos. Cualquiera de los Pools puede
llegar a contener una orquestación (un Proceso), pero no está requerido.
La figura 3-4 muestra un ejemplo de diagrama de colaboración. Contiene
dos Pools y Flujo de Mensajes entre ellos. Otros diagramas de colabora-
ción pueden mostrar orquestaciones dentro de los Pools (como en la figu-
ra 3-3).