INSTITUTO TECNOLÓGICO DE CERRO AZUL

Ing. En Sistemas Computacionales

Materia:
Fundamentos de Ing. De Soft.

Catedrático:
Lara Gómez María Concepción

Presenta:
Antonio González Linda Gisel
Gerónimo Santiago Naylea
Morales Vásquez Martin Ernesto
Los principales Estándares de Modelado de
procesos de Negocios:

• Business Process Execution Language - BPEL

• Unified Modeling Language – UML
• Event-driven Process Chain – EPC
• Business Process Modeling Notation – BPMN

Business Process Execution Language - BPEL

Lenguaje de Ejecución de Procesos de Negocio BPEL; Según la definición

de la organización de estándares OASIS el “Business Process Execution
Language” (BPEL) es una forma de orquestar procesos de negocio basada
en estándares, compuesto por servicios. Como lenguaje de ejecución, WS-
BPEL define como representar las actividades en un proceso de negocio,
junto al control de la lógica del flujo, datos, correlación de mensajes,
manejo de excepciones, y demás. Es un estándar diseñado para integrar
una variedad de aplicaciones y conseguir los objetivos de negocio
independiente de las plataformas y tecnologías con mayor escalabilidad y
flexibilidad.

Unified Modeling Language – UML

Lenguaje Unificado de Modelado Es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad; está respaldado
por el OMG (Object Management Group). Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema. Prescribe un
conjunto de notaciones y diagramas estándar para modelar sistemas
orientados a objetos, y describe la semántica esencial de lo que estos
diagramas y símbolos significan. El Lenguaje Unificado de Modelado
(Unified Modeling Language) es un estándar completo para describir
sistemas de software. Facilita el acercamiento entre el diseño de soluciones
más favorables para la empresa y el diseño detallado de sistemas de
software.
Event-driven Process Chain – EPC
Los Diagramas EPC Event-driven Process Chain EPC es: “Líneas de proceso
gestionadas por eventos”. De esta forma, los diagramas EPC son una
técnica de modelado de procesos de negocio, principalmente utilizada
para el análisis de procesos con la intención de implementar una
planificación empresarial de recursos (ERP – Sistema usado para gestionar y
coordinar todos los recursos, información y funciones de un negocio)
suponen un componente importante de los conceptos de modelado SAP
R/3 para ingeniería empresarial. Por esto se puede decir que los diagramas
EPC quedan dentro de la categoría de herramientas para BPM (Business
Process Management, o Gestión de Procesos de Negocio). Dentro del
mundo de EPC, también podemos encontrar el “EPC MarkupLanguage”.
Este es un formato de XML para el intercambio de modelos EPC,
independiente de herramientas y plataformas.

Business Process Modeling Notation – BPMN

Notación para el Modelado de Procesos de Negocio BPMN (Business
ProcessModelingNotation) es la nomenclatura estándar para el modelado
de procesos de negocios. Fue diseñado como una notación de tipo
diagrama de flujo robusto, fácil de usar y completamente independiente
de la implementación. Su nomenclatura remite a conceptos propios de la
programación: intercambio de mensajes, condicionales, ciclos, manejo de
excepciones, flujos en paralelo, estados y eventos. El principal objetivo de
BPMN es proporcionar una notación estándar que sea fácilmente legible y
entendible por parte de todos los involucrados e interesados del negocio
(stakeholders). Entre estos interesados están los analistas de negocio
(quienes definen y redefinen los procesos), los desarrolladores
(responsables de implementar los procesos) y los gerentes y
administradores del negocio (quienes monitorizan y gestionan los
procesos).
¿Qué es una BPMN?
La notación del modelado de procesos de negocio (BPMN) es un método
de diagrama de flujo que modela los pasos de un proceso de negocio
planificado de principio a fin. Un aspecto clave de la gestión de procesos
de negocio (BPM) es que representa visualmente una secuencia detallada
de los flujos de información y las actividades empresariales necesarias para
finalizar un proceso.

Su propósito es modelar formas de mejorar la eficiencia, representar

nuevas circunstancias u obtener ventaja sobre la competencia. Este
método también ha experimentado un empuje hacia la estandarización
en los últimos años, y ahora su nombre es un poco diferente: Notación y
modelo de procesos de negocios, pero conserva la sigla BPMN. Se
diferencia de la creación de mapas de procesos de negocio, que realiza
diagramas de procesos actuales para propósitos tales como la
estandarización, la capacitación a empleados, el control de calidad y la
conformidad de auditoría. BPMN también es el equivalente empresarial del
lenguaje unificado de modelado (UML) empleado en el diseño de
software.
Historia muy reciente

La iniciativa de la gestión de procesos de negocio (BPMI) desarrolló la

notación del modelado de procesos de negocio, que ha experimentado
una serie de revisiones. En 2005, ese grupo se fusionó con el Object
Management Group (OMG), que se hizo cargo de la iniciativa. En 2011,
OMG lanzó BPMN 2.0 y cambió el nombre del método a modelo y
notación de procesos de negocio. Creó un estándar más detallado para el
modelo de procesos de negocio, mediante el uso de un conjunto más rico
de símbolos y notaciones para los diagramas de procesos de negocio.
Desde 2014, BPMN también se complementó con un método de diagrama
de flujo de decisiones llamado el estándar "Decision Model and Notation",
ya que BPMN no se presta a sí mismo de forma natural a los flujos de
decisión.

Propósitos y beneficios

En un nivel elevado, BPMN está dirigido a participantes y otros interesados

en un proceso de negocio con el fin de obtener conocimientos mediante
una representación visual de los pasos fácil de entender. En un nivel más
específico, se dirige a las personas que implementarán el proceso,
brindando suficientes detalles para permitir una implementación precisa.
Ofrece un lenguaje estándar y común para todos los interesados, sean
técnicos o no: analistas de negocios, participantes del proceso,
desarrolladores técnicos y directores, así como asesores y equipos externos.
Idealmente, cierra la brecha entre la intención del proceso y la
implementación, brindando suficientes detalles y claridad a la secuencia
de las actividades empresariales.

La diagramación puede ser mucho más fácil de entender que el texto

narrativo. Permite una colaboración y comunicación más fáciles para
alcanzar el objetivo de un proceso eficiente que produzca resultados de
excelente calidad. También ayuda a orientar la comunicación hacia los
documentos en lenguaje de marcado extensible (XML) necesarios para
ejecutar numerosos procesos. Nuestro principal estándar XML se denomina
BPEL o BEPEL4WS, que significa "lenguaje de ejecución de procesos de
negocio para servicios web".
Símbolos y elementos de diagramas BPMN 2.0

La BPMN representa estos cuatro tipos de elementos de los diagramas de

procesos de negocio.

1. Objetos de flujo: eventos, actividades y portales

2. Objetos de conexión: flujo de secuencia, flujo de mensaje y

asociación

3. Carriles: piscina o carril

4. Artefactos: objeto de datos, grupo y anotación

Estos son los elementos individuales y cómo se usan para definir un proceso
de negocio:

Eventos

Un disparador que inicia, modifica o finaliza un proceso. Los tipos de

eventos incluyen mensajes, temporizadores, errores, compensaciones,
señales, cancelaciones, escalaciones, enlaces y otros. Se muestran con
círculos que contienen otros símbolos en función del tipo de evento. Se
clasifican como "lanzar" o "capturar", según su función.
Actividad

Una actividad o tarea particular llevada a cabo por una persona o

sistema. Se muestra con un rectángulo con bordes redondeados. Pueden
volverse más detalladas con subprocesos, bucles, compensaciones y
múltiples instancias.

Gateway

Punto decisivo que puede modificar la ruta en función de las condiciones

o los eventos. Se muestran como diamantes. Pueden ser exclusivos o
inclusivos, paralelos, complejos o basarse en datos o eventos.

Flujo de secuencia

Muestra el orden de las actividades que se realizarán. Se representa con

una línea recta con una flecha. Puede mostrar un flujo condicional o un
flujo predeterminado.
Flujo de mensajes

Muestra mensajes que fluyen en "piscinas" o límites organizativos, como los

departamentos. No debe conectar eventos o actividades dentro de una
piscina. Se representa con una línea discontinua que contiene un círculo al
principio y una flecha al final.

Asociación

Se muestra con una línea punteada y asocia un artefacto o texto a un

evento, actividad o puerta de enlace.
Carril y piscina

Una piscina representa a los principales participantes de un proceso.

Puede haber otra piscina en otra compañía o departamento, pero igual
estar involucrada en el proceso. Los carriles dentro de una piscina
muestran las actividades y los flujos para un determinado rol o participante,
definiendo quién es responsable de qué partes del proceso.

Artefacto

Información adicional que los desarrolladores agregan para aportar el

nivel necesario de detalle al diagrama. Hay tres tipos de artefactos: objeto
de datos, grupo u anotación. Un objeto de datos muestra los datos
necesarios para una actividad. Un grupo muestra una agrupación lógica
de actividades, pero no cambia el flujo del diagrama.
Una anotación brinda una explicación más completa de una parte del
diagrama.
¿Quién realiza el modelado de procesos de negocio?

El modelado de procesos de negocios puede incluir desde diagramas

simples y dibujados a mano hasta algunos más complejos con elementos
expandibles que brinden suficientes detalles de la implementación. Los
analistas con credenciales se encargan de la BPMN en su versión más
sofisticada. El Object Management Group (OMG) ofrece cinco
certificaciones en BPMN 2.0 llamadas OCEB 2, que significa "experto
certificado por OMG en BPM 2.0". Un tramo se orienta al negocio, y el otro
es técnico. OMG busca que BPMN 2.0 estandarice el modelado de
procesos de negocio del mismo modo que el lenguaje unificado de
modelado (UML) estandarizó el modelado de software.

BPMN requiere un compromiso de tiempo y energía, pero la recompensa

en comprensión y mejora puede ser enorme. La versión 2.0 se basa en las
versiones anteriores y brinda un conjunto estándar más enriquecido de
símbolos y notaciones, permitiendo más detalle para quienes lo necesitan.

La idea detrás de la gestión de procesos de negocio es crear un ciclo de

vida de mejora continua. Los pasos son modelar, implementar, ejecutar,
monitorear y optimizar. Los diagramas BPMN tienen un rol fundamental en
eso.
Submodelos dentro de un diagrama BPMN

Los diagramas se usan para la comunicación con diversas audiencias,

tanto técnicas como no técnicas. Los submodelos permiten que los
lectores puedan diferenciar fácilmente las secciones del diagrama,
encontrando lo que más se aplica a ellos. Los tipos de submodelos son:

 Procesos de negocio privados. Son procesos internos de una

organización específica y no cruzan piscinas o límites organizativos.

 Procesos de negocio abstractos. Estos ocurren entre un proceso

privado o interno y otro participante o proceso. El proceso abstracto
muestra al mundo exterior la secuencia de mensajes necesaria para
interactuar con el proceso privado. No muestra el proceso interno o
privado en sí mismo.

 Procesos de negocio colaborativos. Estos muestran las interacciones

entre dos o más entidades de negocio.

Otros tipos de diagramas

En BPMN 2, hay otros tipos de diagramas: conversación, coreografía y

colaboración.

 Diagrama de coreografía: muestra las interacciones entre dos o más

participantes. También se puede expandir con subcoreografías.

 Diagrama de colaboración: muestra las interacciones entre dos o

más procesos, empleando más de una piscina. Todas las
combinaciones de piscinas, procesos y coreografías se pueden usar
en un diagrama de colaboración.

 Diagrama de conversación: en general, se trata de una versión

simplificada de un diagrama de colaboración. Muestra un grupo de
intercambios de mensajes relacionados en un proceso de negocio.
Se puede expandir con subconversaciones.
Recomendaciones clave para el modelado de procesos de negocio

1. Define claramente el alcance del proceso con un principio y un final.

2. Quizá debas crear primero un mapa del proceso de negocio actual

para destacar las ineficiencias antes de modelar una forma mejor
con BPMN.

3. Busca que los diagramas BPMN quepan en una sola página, incluso
si la página tiene el tamaño de un póster, como sucede en algunos
casos.

4. Diseña los flujos de secuencia de forma horizontal. Muestra las

asociaciones y los flujos de datos verticalmente.

5. Puedes crear distintas versiones del diagrama para diferentes

interesados, en función del nivel de detalle necesario para cada rol.

6. BPMN no es apropiada para modelar estructuras organizativas,

desgloses funcionales o modelos de flujo de datos. Aunque BPMN
muestra algunos flujos de información en los procesos de negocio,
no es un diagrama de flujo de datos (DFD).

Cómo realizar un modelado de procesos de negocio con Lucidchart

Es fácil crear modelos de procesos de negocio con Lucidchart. Después de

registrarte, simplemente inicia sesión y crea un documento en blanco o
comienza con una plantilla. Asegúrate de abrir la biblioteca de figuras
BPMN, después arrastra y suelta las figuras que necesites en el lienzo.

También puedes definir el estilo de las líneas, aplicar formato al texto o

cambiar la posición de los elementos para obtener el aspecto que desees.
Luego, descarga, exporta o comparte tu diagrama de la forma que
gustes.
BPMN Purpose & Benefits

While process modeling isn’t anything particularly new, it tends to have its
flaws. The concept can be very vague, as there is no standardized way to
do it. Everyone can create a process map. Making it easy to understand for
everyone, however, isn’t easy.

In a large organization, this can be a major problem. You’d want different

people to look at the process map and actually understand it. This includes
the management, field employees, process improvement experts, etc. Even
if your organization has it’s own methodology and symbolism for modeling,
you’d still have a hard time getting outside experts, clients, or investors to
understand.

So, as a means of creating a universal standard for process mapping,

business process modeling and notation (BPMN) was developed. It allows
for a standardized way to map your processes, in a way that every
stakeholder can understand what each symbol means.

The methodology was developed by the Business Process Management

Initiative (BPMI), and was known initially as “business process modeling
notation.” In 2011, with the release of BPMN v2.0, the name was changed to
“Business Process Model and Notation.”

BPMN 2.0 Elements and Symbols

Since BPMN aims at standardization, only specific graphical representations

are used for different activities. Once you have mastered this graphic
“language,” you can grasp what’s going on in the worfklow diagram at a
glance without the need for further explanations.

The four different elements or objects used for BPMN are:

Flows: events, activities, and gateways

Connections: sequence Flow, message flow, and association
Swimlanes: pool or lane
Artifacts: data object, group, annotation

Here’s how each works…

Flows

Events

The BPMN model begins and ends with events, and there will be several
intermediate events in the diagram too. An event is something that
happens. It is not a task or activity. Events are represented by circles. An
ordinary circle is the starting point. A circle with a double border indicates
an intermediate event, and a bold circle represents an endpoint.

Within the circle, an icon shows what happened. For example, the classic
envelope icon indicates a message. But these events also have different
nuances. Thus, you may receive a message, or you could be sending a
message. These two nuances are captured in the terms “catching” and
“throwing.”

The different types of circles we’ve just discussed indicate throwing and
catching too. When an event starts a process, it will always be a “catch.”
The final step will always be “throw” and the intermediate events are either
Throw” or “catch.”

Activities

A task or activity carried out by either an individual or software. Activities

are depicted as rectangles with rounded corners.
Some activities are single tasks that stand alone, but others are compound
activities consisting of several sub-processes. Again, the visual language
adapts in attempt to represent this clearly.0

Compound activities are tasks that consist of several sub-processes. Using

BPMN software, you can show or hide these sub-processes. When you view
the diagram, you will now that there are sub-processes in an activity thanks
to a plus icon at the bottom of the rectangle. When you expand the icon
by clicking on it, a diagram showing all the sub-processes, flows,
connections, and artifacts show up.

The term “transaction” indicates activities in which every single step is so

closely related that failing in one step would undo all the work contained
within the compound activity. To indicate a transaction, the visual
language uses a double border.
 Finally, we have call activities. These are activities in which a global task is
used again. Here, the rectangle has a bold border.

Gateway

A gateway is a conditional element and is indicated by diamonds. There

are several different types of such events:

 There are exclusive gateways that move workflows from one route to
another. They indicate that there is only one option.
 There are event-based gateways that depend on something (other than
the task) that happens.
 There are parallel ones in which two paths are side by side and don’t
depend on an event.
 There are inclusive gateways, complex gateways, and parallel event based
gateways. Each of these also has its own
 Connections

By now, you will not be surprised to know that there are several different
kinds of flows and that each of these is represented differently.

 A solid line with an arrowhead shows how flows happen in sequence.

 Message flows show lines of communication, and they are represented by
a dashed line with a throw and catch symbol at the beginning and end.
 Then, there are association flows. They show how an artifact or text relates
to a flow. Flow direction can be indicated by an arrow, but not when the
flow is associated with a message.

Swim Lanes

Sometimes, different departments and even different organizations need to

work together to achieve something. The pool consists of the functions or
organizations who participate, and each of these has their own swim lane.
Inside each lane, there are flows, objects, and artifacts.
 Artifacts

Artifacts show that there is information that must be referenced outside of

the BPMN diagram. Each type of additional information has its own icon.

 A document icon shows that data is needed or that data is about to be

produced.
 A rounded edge rectangle with a dotted border shows that activities form
a group.
 Annotations revert to regular text to explain certain elements.
LINK:
 Infoblog-ingsoftware.blogspot.com. (2018). LAS TRES NOTACIONES
SON- UML,BPMN Y DFD :. [online] Available at: http://infoblog-
ingsoftware.blogspot.com/2010/11/las-tres-notaciones-son-y-uml-
lenguaje.html [Accessed 25 Oct. 2018].

 NEGOCIOS. (2018). Estándares para el Modelado de Procesos de

Negocios. Retrieved from
https://es.slideshare.net/CsarHernnPatricioPeralta/estndares-para-el-
modelado-de-procesos-de-negocios

 Qué es la notación de modelado de procesos de negocio. (2018).

Retrieved from https://www.lucidchart.com/pages/es/qu%C3%A9-es-
la-notaci%C3%B3n-de-modelado-de-procesos-de-negocio

 Pearson, S. (2018). What is Business Process Modeling and Notation

(BPMN) - Tallyfy. Retrieved from https://tallyfy.com/bpmn/