Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Resumen. Resumen. Resumen. Resumen. Resumen. Resumen.
Texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto. Texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto texto.
Advanced
BPMN-Specification-text. BPMN-Specification-text. BPMN-Specification-text.
BPMN-Specification-text. BPMN-Specification-text. BPMN-Specification-text.
Otros
Aclarar diferencia entre diagrama y modelo.
Aunque parezca extraño, en BPMN existe sólo un tipo de diagrama, llamado Colaboración, en BPMN 2.0. Esta Colaboración "extendida" puede contener cualquier elemento válido dentro de BPMN.
En BPMN 2.0 se incorporaron las Coreografías y las Conversaciones, y la idea de que una Colaboración también las incluye. En BPMN 1.2 una Colaboración era un conjunto Procesos en sus Piscinas coordinándose a través de Flujos de Mensaje. Esta última definición en la más utilizada por los modeladores, e incluso en la misma Especificación de BPMN 2.0 se usa extensivamente. Por lo tanto, es el significado que le daremos al término "Colaboración" en este sitio.
Si bien el tener un sólo tipo de diagrama facilita la especificación del lenguaje BPMN, y da libertad a los modeladores para utilizarlo, en mejor usar tipos más específicos de diagramas. En la práctica, en BPMN se usan 4 tipos de diagramas:
- Proceso: Muestra un Proceso Privado en su Piscina. El Proceso puede ser Ejecutable o No Ejecutable.
- Colaboración: Muestra dos o más Procesos en sus Piscinas, conectados por Flujos de Mensaje. Los Procesos pueden ser Públicos o Privados. Algunas Piscinas pueden ser "cajas negras".
- Coreografía.
- Conversación.
Dependerá de las necesidades del modelador o lo dictado por la metodología usada, el tipo de diagramas a utilizar. También hay que considerar que las herramientas que implementan BPMN pueden incluir todo el lenguaje o solo un subconjunto, por lo tanto puede que se permitan solo algunos tipos de diagrama.
Todo diagrama BPMN debe utilizar los elementos gráficos, formas y marcadores indicados en la especificación del lenguaje. Hay flexibilidad en el tamaño y color de formas y líneas.
Los elementos BPMN pueden tener texto (p. ejemplo, su nombre) colocado dentro de la figura, o encima o debajo de ésta, en cualquier dirección o ubicación, según la preferencia del modelador o la herramienta de modelado.
Se permiten las siguientes extensiones a BPMN:
- Se pueden agregar nuevos marcadores o indicadores a las figuras ya existentes. Estos marcadores o indicadores se pueden usar para resaltar un atributo específico de un elemento BPMN o para representar un nuevo subtipo del elemento correspondiente.
- Se pueden agregar nuevas figuras para representar nuevos tipos de Artefactos.
- Los elementos gráficos (forma y/o línea) pueden estar coloreados para transmitir un significado específico que resalte alguna propiedad de un elemento.
Cualquiera sea la extensión realizada, ésta no debe entrar en conflicto con lo que ya está especificado en el lenguaje. Es decir, debe ser algo enteramente nuevo o una variante de algo ya existente. Y debe ser claramente diferente para que no se confunda con los elementos estándar de BPMN.
Además, una extensión no debe cambiar la forma de las figuras estándar (por ejemplo, cambiar un cuadrado a un triángulo, o cambiar las esquinas redondeadas a esquinas cuadradas, etc.). Y tampoco deben cambiar los tonos oscuros de los Eventos de Lanzamiento.
Puesto que BPMN deja libertad para el uso de colores, algunas herramientas definen sus propias reglas, lo que puede dar lugar equívocos. Por ejemplo, EA y Bizagi definen diferentes colores para los Eventos Inciales, Intermedios y Finales.
Mostrar ejemplos.
Por este motivo, para identificar cada elemento, el lector debe fijarse el su forma, los colores sólo deben ser un complemento visual dentro de cada herramienta.
En los diagramas normales de este sitio sólo se colorean las Piscinas para que su contenido se destaque. Por el mismo motivo, se colorean los Subprocesos expandidos.
Sin embargo, con el fin de destacar algún concepto, o para resaltar el funcionamiento de los elementos en las animaciones, se hace uso extensivo de colores de figuras y líneas.
NO se permiten representaciones múltiples de un elemento en un mismo diagrama. Por ejemplo, no se permite representar una Tarea dos veces en el mismo diagrama, pero sí se puede representar la misma Tarea en dos diagramas diferentes.
Especificación BPMN
From 7.2.1 Uses of BPMN.
Business Process modeling is used to communicate a wide variety of information to a wide variety of audiences. BPMN is designed to cover many types of modeling and allows the creation of end-to-end Business Processes. The structural elements of BPMN allow the viewer to be able to easily differentiate between sections of a BPMN Diagram. There are three basic types of sub-models within an end-to-end BPMN model:
- Processes (Orchestration), including:
- Private non-executable (internal) Business Processes
- Private executable (internal) Business Processes
- Public Processes
- Choreographies
- Collaborations, which can include Processes and/or Choreographies
- A view of Conversations.
From 7.4 BPMN Diagrams Types.
The BPMN 2.0.2 aims to cover three basic models of Processes: private Processes (both executable and nonexecutable), public Processes, and Choreographies. Within and between these three BPMN sub-models, many types of Diagrams can be created. The following are examples of Business Processes that can be modeled using BPMN 2.0.2:
BPMN is designed to allow describing all above examples of Business Processes. However, the ways that different submodels are combined is left to tool vendors. A BPMN 2.0.2 compliant implementation could RECOMMEND that modelers pick a focused purpose, such as a private Process, or Choreographies. However, the BPMN 2.0.2 International Standard makes no assumptions.
Common Elements MAY be used in more than one type of diagram (e.g., Process, Collaboration, and Choreography). Visual Appearance
A key element of BPMN is the choice of shapes and icons used for the graphical elements identified in this International Standard. The intent is to create a standard visual language that all process modelers will recognize and understand. An implementation that creates and displays BPMN Process Diagrams SHALL use the graphical elements, shapes, and markers illustrated in this International Standard.
NOTE: There is flexibility in the size, color, line style, and text positions of the defined graphical elements, except where otherwise specified (see page 41).
The following extensions to a BPMN Diagram are permitted:
- New markers or indicators MAY be added to the specified graphical elements. These markers or indicators could be used to highlight a specific attribute of a BPMN element or to represent a new subtype of the corresponding concept.
- A new shape representing a kind of Artifact MAY be added to a Diagram, but the new Artifact shape SHALL NOT conflict with the shape specified for any other BPMN element or marker.
- Graphical elements MAY be colored, and the coloring MAY have specified semantics that extend the information conveyed by the element as specified in this International Standard.
- The line style of a graphical element MAY be changed, but that change SHALL NOT conflict with any other line style REQUIRED by this International Standard.
- An extension SHALL NOT change the specified shape of a defined graphical element or marker (e.g., changing a square into a triangle, or changing rounded corners into squared corners, etc.).
The use of alternative colors in BPMN is non normative. The meaning or semantic of colors might vary from tool to tool or, from user to user, potentially leading to miss-interpretations.
Use of Text, Color, Size, and Lines in a Diagram.
- BPMN elements (e.g., Flow objects) MAY have labels (e.g., its name and/or other attributes) placed inside the shape, or above or below the shape, in any direction or location, depending on the preference of the modeler or modeling tool vendor.
- The fills that are used for the graphical elements MAY be white or clear.
- The notation MAY be extended to use other fill colors to suit the purpose of the modeler or tool (e.g., to highlight the value of an object attribute). However, the markers for “throwing” Events MUST have a dark fill (see “End Event” on page 245 and “Intermediate Event” on page 248 for more details).
- Participant Bands for Choreography Tasks and Sub-Choreographies that are not the initiator of the Activity MUST have a light fill (see “Choreography Task” on page 323 and “Sub-Choreography” on page 328 for more details).
- Flow objects and markers MAY be of any size that suits the purposes of the modeler or modeling tool.
- The lines that are used to draw the graphical elements MAY be black.
- The notation MAY be extended to use other line colors to suit the purpose of the modeler or tool (e.g., to highlight the value of an object attribute).
- The notation MAY be extended to use other line styles to suit the purpose of the modeler or tool (e.g., to highlight the value of an object attribute) with the condition that the line style MUST NOT conflict with any current BPMN defined line style. Thus, the line styles of Sequence Flows, Message Flows, and Text Associations MUST NOT be modified or duplicated.
Attributes and Model Associations
This International Standard defines a number of attributes and properties of the semantic elements represented by the graphical elements, markers, and connections. Some of these attributes are purely representational and are so marked, and some have mandated representations. Some attributes are specified as mandatory, but have no representation or only optional representation. And some attributes are specified as optional. For every attribute or property that is specified as mandatory, a conforming implementation SHALL provide some mechanism by which values of that attribute or property can be created and displayed. This mechanism SHALL permit the user to create or view these values for each BPMN element specified to have that attribute or property. Where a graphical representation for that attribute or property is specified as REQUIRED, that graphical representation SHALL be used. Where a graphical representation for that attribute or property is specified as optional, the implementation MAY use either a graphical representation or some other mechanism. If a graphical representation is used, it SHALL be the representation specified. Where no graphical representation for that attribute or property is specified, the implementation MAY use either a graphical representation or some other mechanism. If a graphical representation is used, it SHALL NOT conflict with the specified graphical representation of any other BPMN element.
BPMN Extensibility
BPMN 2.0.2 introduces an extensibility mechanism that allows extending standard BPMN elements with additional attributes. It can be used by modelers and modeling tools to add non-standard elements or Artifacts to satisfy a specific need, such as the unique requirements of a vertical domain, and still have valid BPMN Core. Extension attributes MUST NOT contradict the semantics of any BPMN element. In addition, while extensible, BPMN Diagrams should still have the basic look-and-feel so that a Diagram by any modeler should be easily understood by any viewer of the Diagram. Thus the footprint of the basic flow elements (Events, Activities, and Gateways) MUST NOT be altered.
BPMN Diagram Interchange
Multiple depictions of a specific BPMN element in a single diagram is NOT allowed, except for Participants in a choreography (i.e., Participant Bands). For example, it is not allowed to depict a Task twice in the same diagram, but it is allowed to depict the same Task in two different diagrams.
BPMN diagrams may be an incomplete or partial depiction of the content of the BPMN model. Some BPMN elements from a BPMN model may not be present in any of the diagram instances being interchanged.
