FIS 13-14 20b Tema 2 Tarea 1,2 Lopez Anselmo MA - Mauricio axel 20

Vista previa del material en texto

Ingeniería de software 
P á g i n a 1 | 25 
Acapulco Gro. 5 de noviembre de 2020 
INSTITUTO TECNOLÓGICO NACIONAL DE MÉXICO 
INSTITUTO TECNOLÓGICO DE ACAPULCO 
 
Ingeniería en sistemas computacionales 
 
Fundamentos de ingeniería en software 
 
Tarea 1,2 
2.3 Estándares 
2.4 Diagramas 
 
 
Profesor: García Castro María Nancy 
 
López Anselmo Mauricio Axel 
 
No.control: 18320904 Horario: 13:00 – 14:00 pm 
 
Ciclo escolar septiembre 2020 enero 2021 
 
 
 
 Ingeniería de software 
P á g i n a 2 | 25 
Acapulco Gro. 5 de noviembre de 2020 
 
INDICE. 
TAREA 1 ................................................................................................................. 3 
¿Qué son los 
estándares?..............................................................................................................4 
¿Por qué son útiles los 
estándares?.............................................................................................................5 
Mencione las ventajas del uso de estándares en el modelado de 
negocios………………………………………………………………………………….6 
Investigue y realice un resumen de los principales estándares de modelado de 
proceso de negocios que a continuación se 
presentan……………………………………………………………………………….…7 
Event-diven Process Chain (EPC)……………………………………………...7 
Business Process Excution Language (BPEL)……………………………….11 
Unified Modeling Language (UML)…………………………………………….12 
Business Process Modeling Notation (BPMN)……………………………….17 
 
TAREA 2 ............................................................................................................... 21 
¿Qué es BPMN?.....................................................................................................22 
¿Cuál es su importancia?.......................................................................................22 
 ¿Cuál es su objetivo?...........................................................................................22 
Realice un ejemplo utilizando la notación BPMN, explicar el problema o necesidad, 
la estrategia de solución, la secuencia de pasos ordenados a seguir y el 
diagrama………………………………………………………………………………..23 
Autores y bibliografía……………………………………………………………………23 
 
 
 
 Ingeniería de software 
P á g i n a 3 | 25 
Acapulco Gro. 5 de noviembre de 2020 
INSTITUTO TECNOLÓGICO NACIONAL DE MÉXICO 
INSTITUTO TECNOLÓGICO DE ACAPULCO 
 
Ingeniería en sistemas computacionales 
 
Fundamentos de ingeniería en software 
 
Tarea 1. 
2.3 Estándares 
1.- ¿Qué son los estándares? 
2.- ¿Por qué son útiles los estándares? 
3.- Mencione las ventajas del uso de estándares en el modelado de negocio. 
4.- Investigue y realice un resumen de los principales estándares de modelado de 
proceso de negocios que a continuación se presentan: 
• Event-diven Process Chain (EPC) 
• Business Process Excution Language (BPEL) 
• Unified Modeling Language (UML) 
• Business Process Modeling Notation (BPMN) 
Profesor: García Castro María Nancy 
López Anselmo Mauricio Axel 
No.control: 18320904 Horario: 13:00 – 14:00 pm 
Ciclo escolar septiembre 2020 enero 2021 
 
 
 
 Ingeniería de software 
P á g i n a 4 | 25 
Acapulco Gro. 5 de noviembre de 2020 
1.-¿Qué son los estándares? 
Una Infraestructura de Datos Espaciales (IDE) está enfocada en la necesidad de 
intercambiar y compartir información georreferenciada, sobre todo cuando esta 
información está distribuida en diferentes bases de datos de entidades públicas y 
privadas. 
En la práctica existe una complejidad inherente al intercambio de este tipo de 
información, pues debido a su componente georreferenciado, pueden tener 
diferentes escalas, diferentes precisiones, diferentes formatos o ser elaborados 
considerando diferentes métodos y criterios. 
Esta situación puede generar que dos capas de información o dos bases de datos 
geográficas del mismo tema, centros poblados por ejemplo, no sean integrables 
pese a ser parte del mismo ámbito geográfico. 
Los estándares son especificaciones acerca de cómo debe desarrollarse una tarea 
o función determinada y están basados en acuerdos entre una o más entidades o 
un determinado grupo de personas. 
En un ambiente como el nuestro, donde la producción de datos geográficos se da 
de manera descentralizada (muchas entidades produciendo información 
geográfica), el uso de estándares se convierte en un factor crítico para integrar los 
datos que provienen de diferentes entidades productoras de información y así 
evitar la duplicidad de presupuestos y efuerzos en la construcción de estos datos. 
Por su rol en el proceso de implementación de la Infraestructura de Datos 
Espaciales del Perú (IDEP), hemos agrupado los estándares en dos familias: 
• Estandares para Producción de Datos, que constituyen las especificaciones 
técnicas sobre su creación y 
• Estándares sobre Servicios de Mapas, que constituyen especificaciones 
técnicas para el intercambio de datos vía web. 
Estos dos tipos de estándares constituyen la base sobre la cual se constituye la 
Infraestructura de Datos Espaciales del Perú (IDEP), pues permiten tanto la 
integración de datos georreferenciados de diferentes fuentes como el intercambio 
de éstos vía servicios. 
 
 
https://www.geoidep.gob.pe/estandares/estandares-para-produccion-de-datos
https://www.geoidep.gob.pe/estandares/estandares-sobre-servicios-de-mapas
 Ingeniería de software 
P á g i n a 5 | 25 
Acapulco Gro. 5 de noviembre de 2020 
2.- ¿Por qué son útiles los estándares? 
Los estándares se conciben como referentes, criterios y normas, que sirven de guía 
para identificar donde estamos y a partir de ese reconocimiento definir hacia donde 
y hasta donde va a llegar el colectivo escolar, por lo que son un insumo para 
construir la escuela que se quiere tener en un futuro. 
Son parámetros o puntos de comparación que sirven para reconocer los asuntos 
clave que es necesario lograr, de modo que favorezcan las decisiones que lleven a 
formular acciones que en corto, mediano o largo plazo permitan acercarse y 
alcanzar cada uno. 
Son además un conjunto de proposiciones que estimulan el interés por desarrollar 
innovaciones al orientar todas las actividades del plan estratégico hacia el logro de 
los mismos. 
Por ello, resulta fundamental que cada integrante del colectivo escolar revise, 
individualmente los estándares, tomando en cuenta su caracterización y los criterios 
que consideran cada uno de ellos, de modo que al reunirse en colegiado, se tenga 
una idea mas precisa de su contenido y se favorezca un intercambio mas 
provechoso, fluido y útil, que permita realizar la actividad de contraste que no 
favorecen la gestión pedagógica (procesos de enseñanza-aprendizaje) y la gestión 
escolar. 
Para lograr mayor claridad en lo que implica el análisis de la gestión escolar y 
realizar una mejor sistematización de la información que nos permita tener un status 
mas especifico de cada uno de los estándares, se hace necesario organizarlos en 
las cuatro dimensiones de la gestión escolar: Pedagógica Curricular, Organizativa, 
Administrativa y Participación social. 
En este sentido los Estándares de Gestión para la Educacion Basica, adquieren 
singular importancia porque contribuyen a analizar y calcular la distancia que existe 
entre lo que plantean los estándares (escenario deseable) y la situación actual del 
centro escolar, a partir de realizar un ejercicio de autoevaluación. 
Los resultados de la autoevaluación escolar son los insumos conlos cuales podrá 
definirse la misión y la visión de la escuela a la que se aspira y con ello, el 
planteamiento de lo que es necesario hacer desde cada una de las dimensiones de 
la gestión para lograr una escuela que asegura el logro educativo de cada uno de 
los estudiantes. 
 
 
 
 Ingeniería de software 
P á g i n a 6 | 25 
Acapulco Gro. 5 de noviembre de 2020 
3.- Mencione las ventajas del uso de estándares en 
el modelado de negocio. 
 
Ahora, vamos a resumir algunas de las ventajas de este estándar que viene a 
ayudar tanto a los clientes como a los analistas de negocio: 
• Sencillez - Los elementos y notaciones que ofrece BPMN son intuitivos, sin 
necesidad de conocimientos técnicos previos. Por lo tanto, es fácil para el 
analista de negocios para crear diagramas BPMN, que son muy 
fácilmente aceptables por el lado del negocio. 
• Expresividad - el estándar es extremadamente expresivo y adaptable con 
respecto al modelado de procesos, permitiendo una amplia gama de 
restricciones. A diferencia de otros estándares, como por ejemplo UML, 
BPMN es mucho más versátil y puede ejemplificar flujos de negocio 
mucho más sofisticados. 
• Estandarización - BPMN es de OMG - Object Management Group 
gobernado y mantenido como un estándar. 
• Aplicabilidad de la TI - teniendo en cuenta que la TI es un servicio 
horizontal vertical como los sectores financiero o bancario, surgió una 
necesidad significativa y en continua evolución de contar con soporte de 
TI. La mayoría de los procesos de negocio deben ser modelados de forma 
clara, elocuente e inequívoca, con el fin de garantizar una mayor calidad 
de la entrega y la satisfacción del cliente. 
 
 
 
 
 
 
 
 Ingeniería de software 
P á g i n a 7 | 25 
Acapulco Gro. 5 de noviembre de 2020 
4.- Investigue y realice un resumen de los principales estándares 
de modelado de proceso de negocios que a continuación se 
presentan. 
Event-driven Process Chain (EPC) 
Una cadena de procesos impulsada por eventos ( EPC ) es un tipo de diagrama 
de flujo para el modelado de procesos comerciales . EPC se puede utilizar para 
configurar la ejecución de la planificación de recursos empresariales y para 
mejorar los procesos de negocio. Se puede utilizar para controlar una instancia de 
flujo de trabajo autónomo en el trabajo compartido. August-Wilhelm Scheer en el 
Institut für Wirtschaftsinformatik, Universität des Saarlandes (Instituto de Sistemas 
de Información Empresarial de la Universidad de Saarland) desarrolló el método 
de la cadena de procesos impulsada por eventos en el marco de la Arquitectura de 
Sistemas de Información Integrados (ARIS) a principios de Década de 1990. 
 Ingeniería de software 
P á g i n a 8 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Visión de conjunto Las empresas utilizan diagramas de cadena de procesos 
impulsados por eventos para diseñar flujos de trabajo de procesos de negocio , 
originalmente junto con el modelado SAP R / 3 , pero ahora de manera más 
amplia. Muchas empresas lo utilizan para modelar, analizar y rediseñar procesos 
comerciales. El método de la cadena de procesos impulsada por eventos se 
desarrolló en el marco de la Arquitectura de Sistemas Integrados de Información 
(ARIS). Como tal, forma la técnica central para el modelado en ARIS, que sirve 
para vincular las diferentes vistas en la llamada vista de control. Para citar una 
publicación de 2006 sobre cadenas de procesos impulsadas por eventos: 
Una cadena de procesos impulsada por eventos (EPC) es un gráfico 
ordenado de eventos y funciones. Proporciona varios conectores que 
permiten la ejecución alternativa y paralela de procesos. Además, se 
especifica mediante el uso de operadores lógicos, como OR, AND y XOR. 
Se afirma que una de las principales fortalezas de EPC es su simplicidad y 
notación fácil de entender. Esto hace que EPC sea una técnica 
ampliamente aceptable para denotar procesos comerciales. 
La afirmación de que las cadenas de procesos controladas por eventos son 
gráficos ordenados también se encuentra en otros gráficos dirigidos para los que 
no se proporciona un orden explícito de nodos. En realidad, no parece que existan 
restricciones sobre la posible estructura de los EPC, pero las estructuras no 
triviales que involucran paralelismo tienen una semántica de ejecución mal 
definida; a este respecto, se parecen a los diagramas de actividad UML . Varios 
artículos científicos están dedicados a proporcionar una semántica de ejecución 
bien definida para cadenas de procesos generales controladas por eventos. Un 
problema particular es que los EPC requieren semántica no local, es decir, el 
comportamiento de ejecución de un nodo particular dentro de un EPC puede 
depender del estado de otras partes del EPC, arbitrariamente lejanas. 
Elementos. 
A continuación, se describirán los elementos utilizados en el diagrama de cadena 
de procesos impulsado por eventos: 
Evento 
Los eventos son elementos pasivos en cadenas de procesos controladas por 
eventos. Describen bajo qué circunstancias funciona una función o proceso o en 
qué estado resulta una función o proceso. Ejemplos de eventos son "requerimiento 
capturado", "material en stock", etc. En el gráfico EPC un evento se representa 
como un hexágono. En general, un diagrama EPC debe comenzar con un evento 
y terminar con un evento. 
 Ingeniería de software 
P á g i n a 9 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Función 
Las funciones son elementos activos en un EPC. Modelan las tareas o actividades 
dentro de la empresa. Las funciones describen transformaciones de un estado 
inicial a un estado resultante. Si pueden ocurrir diferentes estados resultantes, la 
selección del respectivo estado resultante puede modelarse explícitamente como 
una función de decisión usando conectores lógicos. Las funciones se pueden 
refinar en otro EPC. En este caso se le llama función jerárquica. Algunos ejemplos 
de funciones son "requisito de captura", "comprobar material en stock", etc. En el 
gráfico de cadena de procesos impulsado por eventos, una función se representa 
como un rectángulo redondeado 
Dueño del proceso 
El propietario del proceso es responsable de una función (es decir, un empleado 
de reservas es responsable de reservar viajes). El propietario del proceso suele 
ser parte de una unidad organizativa (es decir, un empleado de reservas 
pertenece al departamento de reservas). Se representa como un cuadrado con 
una línea vertical. 
Unidad de organización 
Las unidades organizativas determinan qué organización dentro de la estructura 
de una empresa es responsable de una función específica. Algunos ejemplos son 
"departamento de ventas", "departamento de compras", etc. Se representa como 
una elipse con una línea vertical. 
Objeto de información, material u recurso 
 En la cadena de procesos impulsada por eventos, la información, el material o los 
objetos de recurso representan objetos del mundo real, por ejemplo, objetos de 
negocio, entidades, etc., que pueden ser datos de entrada que sirven como base 
para una función o datos de salida producidos. por una función. Algunos ejemplos 
son "material", "orden", etc. En el gráfico EPC, dicho objeto se representa como un 
rectángulo. 
Conector lógico 
En la cadena de procesos impulsada por eventos, las relaciones lógicas entre los 
elementos del flujo de control, es decir, los eventos y las funciones se describen 
mediante conectores lógicos. Con la ayuda de conectores lógicos es posible dividirel flujo de control de un flujo a dos o más flujos y sincronizar el flujo de control de 
dos o más flujos a un flujo 
 Ingeniería de software 
P á g i n a 10 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Flujo de control 
Un flujo de control conecta eventos con funciones, rutas de proceso o conectores 
lógicos creando una secuencia cronológica e interdependencias lógicas entre 
ellos. Un flujo de control se representa como una flecha discontinua. 
 Flujo de información 
 Los flujos de información muestran la conexión entre las funciones y los datos de 
entrada o salida, sobre los cuales la función lee cambios o escribe. 
Asignación de unidad organizativa 
Las asignaciones de unidades organizativas muestran la conexión entre una 
unidad organizativa y la función de la que es responsable. 
Ruta del proceso 
 Las rutas de proceso sirven como ayuda para la navegación en el EPC. Muestran 
la conexión desde o hacia otros procesos. La ruta del proceso se representa como 
un símbolo compuesto compuesto por un símbolo de función superpuesto a un 
símbolo de evento. Para emplear el símbolo de la ruta del proceso en un diagrama 
de cadena de procesos impulsado por eventos, se conecta un símbolo al símbolo 
de la ruta del proceso, lo que indica que el proceso diagramado incorpora la 
totalidad de un segundo proceso que, para simplificar el diagrama, está 
representado por un solo símbolo. 
 
Business Process Execution Language (BPEL) 
BPEL también conocido como Business Process Execution Language es un 
lenguaje diseñado por la organización OASIS la cual se encarga de definir 
estándares a nivel mundial, Este lenguaje esta definido en XML y esta diseñado 
para orquestar procesos de forma automática. 
Se le llama Orquestar por que BPEL es el encargado de consumir varios servicios 
en un orden especificado y realizar una función muy concreta. 
Escenario practico. 
Agencia de viaje: Imagínate que entras a un pagina de agencia de viaje en la cual 
puedes comprar un paquete que incluye boletos de avión y hotel. Lo único que 
tenemos que hacer nosotros es decir a donde queremos con la fecha y la agencia 
 Ingeniería de software 
P á g i n a 11 | 25 
Acapulco Gro. 5 de noviembre de 2020 
de viaje nos arrojara los paquetes con un precio y solo tenemos que pagar con 
nuestra tarjeta de crédito para que nuestra reservación quede lista. 
 
Una vez que confirmamos nuestra compra la agencia de viaje tendrá que hacer 
algunas operaciones que no dependen de ella como seria reservar el boleto de 
avión con la aerolínea, reservar los día del cuarto directamente con el Hotel, Hacer 
un cargo por el porcentaje que gana la agencia por realizar la venta y por ultimo 
guardar en el sistema de la agencia el registro de la venta. 
 
 
Fig.1: Muestra el proceso a realizar para completar una reservación. 
 
Si nos damos cuenta los pasos 2,3,4 no depende de la agencia de viaje si no de 
servicios que exponen los proveedores como webservices. 
 
Como encaja BPEL en este escenario. 
 
Con BPEL podemos crear un solo servicio que reciba todos los parámetros 
necesarios para realizar la operación como los datos de la reservación y los datos 
de la tarjeta de crédito, con estos primero realizaremos la reservación del avión, 
luego reservaremos el hotel, cargaremos nuestra utilidad al cliente, Guardaremos 
el registro de la reservación y finalmente regresaremos al cliente la confirmación al 
cliente. A este proceso se le conoce como orquestar ya que toma el flujo de la 
ejecución y realiza las tareas de forma automática y en un orden especificado. 
 Ingeniería de software 
P á g i n a 12 | 25 
Acapulco Gro. 5 de noviembre de 2020 
 
Si bien esto te puede parecer algo que cualquier lenguaje pueda realizar la 
realidad es que BPEL está diseñadora para estos escenarios lo que permite una 
programación mucho más rápida. 
 
Unified Modeling Language (UML) 
El lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified 
Modeling Language) es el lenguaje de modelado de sistemas de software más 
conocido y utilizado en la actualidad; está respaldado por el Object Management 
Group (OMG). 
Es un lenguaje gráfico para visualizar, especificar, construir y documentar un 
sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), 
incluyendo aspectos conceptuales tales como procesos, funciones del sistema, y 
aspectos concretos como expresiones de lenguajes de programación, esquemas 
de bases de datos y compuestos reciclados. 
Es importante remarcar que UML es un "lenguaje de modelado" para especificar o 
para describir métodos o procesos. Se utiliza para definir un sistema, para detallar 
los artefactos en el sistema y para documentar y construir. En otras palabras, es el 
lenguaje en el que está descrito el modelo. 
Se puede aplicar en el desarrollo de software gran variedad de formas para dar 
soporte a una metodología de desarrollo de software (tal como el Proceso 
Unificado Racional, Rational Unified Process o RUP), pero no especifica en sí 
mismo qué metodología o proceso usar. 
UML no puede compararse con la programación estructurada, pues UML significa 
Lenguaje Unificado de Modelado, no es programación, solo se diagrama la 
realidad de una utilización en un requerimiento. Mientras que programación 
estructurada es una forma de programar como lo es la orientación a objetos, 
la programación orientada a objetos viene siendo un complemento perfecto de 
UML, pero no por eso se toma UML solo para lenguajes orientados a objetos. 
 Ingeniería de software 
P á g i n a 13 | 25 
Acapulco Gro. 5 de noviembre de 2020 
 
Tipos de diagramas en UML 2.5 
Existen dos clases principales de tipos de diagramas: diagramas estructurales y diagramas 
de comportamiento. Estos últimos incluyen varios que representan diferentes aspectos de 
las interacciones. Estos diagramas pueden ser categorizados jerárquicamente como se 
muestra en el siguiente diagrama de clases: 
 
 
 
 
 
 Ingeniería de software 
P á g i n a 14 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Estructurales 
Muestran la estructura estática de los objetos en un sistema. 
Diagrama de clases 
Los diagramas de clase son, sin duda, el tipo de diagrama UML más utilizado. Es 
el bloque de construcción principal de cualquier solución orientada a objetos. 
Muestra las clases en un sistema, atributos y operaciones de cada clase y la 
relación entre cada clase. En la mayoría de las herramientas de modelado, una 
clase tiene tres partes, nombre en la parte superior, atributos en el centro y 
operaciones o métodos en la parte inferior. En sistemas grandes con muchas 
clases relacionadas, las clases se agrupan para crear diagramas de clases. Las 
diferentes relaciones entre las clases se muestran por diferentes tipos de flechas. 
Diagrama de componentes 
Un diagrama de componentes muestra la relación estructural de los componentes 
de un sistema de software. Estos se utilizan principalmente cuando se trabaja con 
sistemas complejos que tienen muchos componentes. Los componentes se 
comunican entre sí mediante interfaces. Las interfaces se enlazan mediante 
conectores. 
Diagrama de despliegue 
Un diagrama de despliegue muestra el hardware de su sistema y el software de 
ese hardware. Los diagramas de implementación son útiles cuando la solución de 
software se despliega en varios equipos, cada uno con una configuración única. 
Diagrama de objetos 
Losdiagramas de objetos, a veces denominados diagramas de instancia, son muy 
similares a los diagramas de clases. Al igual que los diagramas de clases, también 
muestran la relación entre los objetos, pero usan ejemplos del mundo real. Se 
utilizan para mostrar cómo se verá un sistema en un momento dado. Debido a que 
hay datos disponibles en los objetos, a menudo se utilizan para explicar relaciones 
complejas entre objetos. 
Diagrama de perfiles 
Diagrama de perfil es un nuevo tipo de diagrama introducido en UML 2. Este es un 
tipo de diagrama que se utiliza muy raramente en cualquier especificación. 
Diagrama de estructura compuesta 
Los diagramas de estructura compuesta se utilizan para mostrar la estructura 
interna de una clase. 
De comportamiento 
Muestran el comportamiento dinámico de los objetos en el sistema. 
https://es.wikipedia.org/wiki/Diagrama_de_clases
https://es.wikipedia.org/wiki/Diagrama_de_componentes
https://es.wikipedia.org/wiki/Diagrama_de_despliegue
https://es.wikipedia.org/wiki/Diagrama_de_objetos
https://es.wikipedia.org/w/index.php?title=Diagrama_de_perfiles&action=edit&redlink=1
https://es.wikipedia.org/wiki/Diagrama_de_estructura_compuesta
 Ingeniería de software 
P á g i n a 15 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Diagrama de actividades 
Los diagramas de actividad representan los flujos de trabajo de forma gráfica. 
Pueden utilizarse para describir el flujo de trabajo empresarial o el flujo de trabajo 
operativo de cualquier componente de un sistema. A veces, los diagramas de 
actividad se utilizan como una alternativa a los diagramas de máquina del estado. 
Diagrama de casos de uso 
Como el tipo de diagrama de diagramas UML más conocido, los diagramas de 
casos de uso ofrecen una visión general de los actores involucrados en un 
sistema, las diferentes funciones que necesitan esos actores y cómo interactúan 
estas diferentes funciones. Es un gran punto de partida para cualquier discusión 
del proyecto, ya que se pueden identificar fácilmente los principales actores 
involucrados y los principales procesos del sistema. 
Diagrama de máquina de estados 
Los diagramas de máquina de estado son similares a los diagramas de actividad, 
aunque las anotaciones y el uso cambian un poco. En algún momento se conocen 
como diagramas de estados o diagramas de diagramas de estado también. Estos 
son muy útiles para describir el comportamiento de los objetos que actúan de 
manera diferente de acuerdo con el estado en que se encuentran en el momento. 
Diagrama de interacción 
Los diagramas de interacción incluyen distintos tipos de diagramas: 
Diagrama de secuencia 
Los diagramas de secuencia en UML muestran cómo los objetos interactúan entre 
sí y el orden en que se producen esas interacciones. Es importante tener en 
cuenta que muestran las interacciones para un escenario en particular. Los 
procesos se representan verticalmente y las interacciones se muestran como 
flechas. Los diagramas de secuencia de UML forman parte de un modelo UML y 
solo existen dentro de los proyectos de modelado UML. 
Diagrama de comunicación 
El diagrama de comunicación se llamó diagrama de colaboración en UML 1. Es 
similar a los diagramas de secuencia, pero el foco está en los mensajes pasados 
entre objetos. 
Diagrama de tiempos 
Los diagramas de sincronización son muy similares a los diagramas de secuencia. 
Representan el comportamiento de los objetos en un marco de tiempo dado. Si es 
solo un objeto, el diagrama es directo, pero si hay más de un objeto involucrado, 
también se pueden usar para mostrar interacciones de objetos durante ese 
período de tiempo. 
https://es.wikipedia.org/wiki/Diagrama_de_actividades
https://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso
https://es.wikipedia.org/w/index.php?title=Diagrama_de_m%C3%A1quina_de_estados&action=edit&redlink=1
https://es.wikipedia.org/wiki/Diagrama_de_secuencia
https://es.wikipedia.org/wiki/Diagrama_de_comunicaci%C3%B3n
https://es.wikipedia.org/wiki/Diagrama_de_tiempos
 Ingeniería de software 
P á g i n a 16 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Diagrama global de interacciones 
Los diagramas generales o globales de interacción son muy similares a los 
diagramas de actividad. Mientras que los diagramas de actividad muestran una 
secuencia de procesos, los diagramas de interacción muestran una secuencia de 
diagramas de interacción. En términos simples, pueden llamarse una colección de 
diagramas de interacción y el orden en que suceden. Como se mencionó 
anteriormente, hay siete tipos de diagramas de interacción, por lo que cualquiera 
de ellos puede ser un nodo en un diagrama de vista general de interacción. 
 
Business Process Modeling Notation (BPMN) 
 
Business Process Model and Notation (BPMN), en español Modelo y Notación 
de Procesos de Negocio, es una notación gráfica estandarizada que permite el 
modelado de procesos de negocio, en un formato de flujo de trabajo (workflow). 
BPMN fue inicialmente desarrollada por la organización Business Process 
Management Initiative (BPMI), y es actualmente mantenida por el Object 
Management Group (OMG), después de la fusión de las dos organizaciones en el 
año 2005. 
Su versión actual es la v2.0.2, publicada en 2013, que contiene una mejora menor 
sobre la versión del 2011 v2.0, respecto a formatos de intercambio. 
El principal objetivo de BPMN es proporcionar una notación gráfica 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 
técnicos (responsables de implementar los procesos) y los gerentes y 
administradores del negocio (quienes monitorizan y gestionan los procesos). En 
síntesis, BPMN tiene la finalidad de servir como lenguaje común para cerrar la 
brecha de comunicación que frecuentemente se presenta entre el diseño de los 
procesos de negocio y su implementación, esto facilitará una mejor comprensión 
de lo que se realiza. 
La gestión por procesos se confirma como uno de los mejores sistemas de 
organización empresarial para conseguir índices 
de calidad, productividad y excelencia. En un contexto empresarial y económico 
tan complejo, globalizado y competitivo como el actual, la gestión de procesos se 
ha convertido en una necesidad para las empresas, no para tener éxito, sino 
incluso también para subsistir. 
Actualmente hay una amplia variedad de lenguajes, herramientas y metodologías 
para el modelado de procesos de negocio. La adopción cada vez mayor de la 
https://es.wikipedia.org/wiki/Diagrama_global_de_interacciones
 Ingeniería de software 
P á g i n a 17 | 25 
Acapulco Gro. 5 de noviembre de 2020 
notación BPMN como estándar, ayudará a unificar la expresión de conceptos 
básicos de procesos de negocio (por ejemplo: procesos públicos y privados, 
orquestación, coreografía, etcétera) así como conceptos avanzados de modelado 
(por ejemplo: manejo de excepciones, compensación de transacciones, entre 
otros). 
 
Ámbito de la BPMN 
BPMN está planeada para dar soporte únicamente a aquellos procesos que sean 
aplicables a procesos de negocios. Esto significa que cualquier otro tipo de 
modelado realizado por una organización con fines distintos a los del negocio no 
estará en el ámbito de BPMN. Por ejemplo, los siguientes tipo de modelado no 
estarían en el ámbito de BPMN: 
• Estructuras organizativas; 
• Descomposición funcional; 
• Modelos de datos. 
Adicionalmente, a pesar de que BPMN muestra el flujo de datos (mensajes) y la 
asociación de artefactos de datos con las actividades, no es de ningún modo 
un diagramade flujo de datos. 
Elementos 
El modelado en BPMN se realiza mediante diagramas muy simples con un 
conjunto muy pequeño de elementos gráficos. Con esto se busca que para los 
usuarios del negocio y los desarrolladores técnicos sea fácil entender el flujo y el 
proceso. Las cuatro categorías básicas de elementos son: 
• Objetos de Flujo: Eventos, Actividades, Rombos de control de flujo 
(gateways); 
 Ingeniería de software 
P á g i n a 18 | 25 
Acapulco Gro. 5 de noviembre de 2020 
• Objetos de Conexión: Flujo de Secuencia, Flujo de Mensaje, 
Asociación; 
• Carriles de nado (swimlanes): Piscina, Carril; 
• Artefactos: Objetos de Datos, Grupo, Anotación. 
Estas cuatro categorías de elementos nos dan la oportunidad de realizar un 
diagrama simple de procesos de negocio (en inglés Business Process 
Diagram, BPD). En un BPD se permite definir un tipo personalizado de objeto de 
flujo o un artefacto, si con ello se hace el diagrama más comprensible. 
A partir de la versión 2.0, el único diagrama BPD se dividió en dos 
diagramas: Colaboración y Orquestación, a menudo se le sigue llamando BPD, 
además se adicionaron 2 tipos de actividades más complejas: de Conversación y 
de Coreografía 
 
Objetos de Flujo 
 son los elementos principales descritos dentro de BPMN y consta de tres 
elementos principales: Eventos, Actividades y Compuertas (Control de Flujo). 
 
Eventos 
Están representados gráficamente por un círculo y describen algo que sucede (a 
diferencia de las Actividades que son algo que se hace). Los eventos también 
pueden ser clasificados como “Capturado” o “Lanzado”. 
Evento Inicial 
Actúa como un disparador de un proceso. Se representa gráficamente por un 
círculo de línea delgada relleno de color verde. Este evento permite “Capturar”. 
Evento Final 
Indica el final de un proceso. Está representado gráficamente por un círculo de 
línea gruesa relleno del color rojo. Este evento permite “Lanzar”. 
 Ingeniería de software 
P á g i n a 19 | 25 
Acapulco Gro. 5 de noviembre de 2020 
 
 
Evento Intermedio 
Indica que algo sucede entre el evento inicial y el evento final. Está representado 
gráficamente por un círculo de doble línea simple relleno de color naranja. Este 
evento puede “Capturar” o “Lanzar”. 
Actividades 
Se representan por un rectángulo de vértices redondeados y describe el tipo de 
trabajo que será realizado. 
Tarea 
Una tarea representa una sola unidad de trabajo que no es o no se puede dividir a 
un mayor nivel de detalle de procesos de negocio sin diagramación de los pasos 
de un procedimiento. 
Subproceso 
Se utiliza para ocultar o mostrar otros niveles de detalle de procesos de negocio. 
Cuando se minimiza un subproceso, se indica con un signo más contra de la línea 
inferior del rectángulo, cuando se expande el rectángulo redondeado permite 
mostrar todos los objetos de flujo, los objetos de conexión, y artefactos. Tiene, de 
forma autocontenida, sus propios eventos de inicio y fin; y los flujos de proceso del 
proceso padre no deben cruzar la frontera. 
Transacción 
Es una forma de subproceso en la cual todas las actividades contenidas deben ser 
tratadas como un todo. Las transacciones se diferencian de los subprocesos 
expandidos por estar rodeando por un borde de doble línea. 
Compuertas (Control de Flujo) 
Se representan por una figura romboidal y determinan si se bifurcan o se 
combinan las rutas dependiendo de las condiciones expresadas. 
“Objetos de Conexión” 
Los objetos de conexión permitirán conectar cada uno de los objetos de flujo. Hay 
tres tipos: Secuencias, Mensajes y Asociaciones. 
 
Flujo de Secuencia 
 Ingeniería de software 
P á g i n a 20 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Está representado por línea simple continua y flechada; y muestra el orden en que 
las actividades se llevarán a cabo. El flujo de secuencia puede tener un símbolo al 
inicio, un pequeño diamante indica uno de un número de flujos condicionales 
desde una actividad, mientras que una barra diagonal indica el flujo por defecto 
desde una decisión o actividad con flujos condicionales. 
Flujo de Mensaje 
Está representado por una línea discontinua con un círculo no relleno al inicio y 
una punta de flecha no rellena al final. Esto nos dice, que el flujo de mensaje 
atraviesa la frontera organizativa (por ejemplo, entre piscinas). Un flujo de mensaje 
no puede ser utilizado para conectar actividades o eventos dentro de la misma 
piscina. 
Asociaciones 
Se representan por una línea de puntos. Se suele usar para conectar artefactos o 
un texto a un objeto de flujo y puede indicar muchas direccionabilidades usando 
una punta de flecha no rellena (hacia el artefacto para representar a un resultado, 
desde el artefacto para representar una entrada, y los dos para indicar que se lee 
y se actualiza). La “no direccionabilidad” podría usarse con el artefacto o un texto 
está asociado con una secuencia o flujo de mensaje (como el flujo muestra la 
dirección). 
 
 
 
 
 
 
 
 
 
 
 
 Ingeniería de software 
P á g i n a 21 | 25 
Acapulco Gro. 5 de noviembre de 2020 
INSTITUTO TECNOLÓGICO NACIONAL DE MÉXICO 
INSTITUTO TECNOLÓGICO DE ACAPULCO 
 
Ingeniería en sistemas computacionales 
 
Fundamentos de ingeniería en software 
 
Tarea 2. 
2.4 Diagramas 
BPMN 
Modelo y Notación de Procesos de Negocio 
Contestar las siguientes preguntas: 
 1.-¿Qué es BPMN? 
2.- ¿Cuál es su importancia? 
3.- ¿Cuál es su objetivo? 
4.- Realice un ejemplo utilizando la notación BPMN, explicar el problema o 
necesidad, la estrategia de solución, la secuencia de pasos ordenados a seguir y 
el diagrama.. 
Profesor: García Castro María Nancy 
López Anselmo Mauricio Axel 
 
No.control: 18320904 Horario: 13:00 – 14:00 pm 
 
Ciclo escolar septiembre 2020 enero 2021 
 Ingeniería de software 
P á g i n a 22 | 25 
Acapulco Gro. 5 de noviembre de 2020 
1.-¿Qué es BPMN? 
Business Process Model and Notation (BPMN), en español Modelo y Notación 
de Procesos de Negocio, es una notación gráfica estandarizada que permite el 
modelado de procesos de negocio, en un formato de flujo de trabajo (workflow). 
BPMN fue inicialmente desarrollada por la organización Business Process 
Management Initiative (BPMI), y es actualmente mantenida por el Object 
Management Group (OMG), después de la fusión de las dos organizaciones en el 
año 2005. 
2.- ¿Cuál es su importancia? 
BPMN está planeada para dar soporte únicamente a aquellos procesos que sean 
aplicables a procesos de negocios. Esto significa que cualquier otro tipo de 
modelado realizado por una organización con fines distintos a los del negocio no 
estará en el ámbito de BPMN. Por ejemplo, los siguientes tipo de modelado no 
estarían en el ámbito de BPMN: 
• Estructuras organizativas; 
• Descomposición funcional; 
• Modelos de datos. 
Adicionalmente, a pesar de que BPMN muestra el flujo de datos (mensajes) y la 
asociación de artefactos de datos con las actividades, no es de ningún modo 
un diagrama de flujo de datos. 
El modelado en BPMN se realiza mediante diagramas muy simples con un 
conjunto muy pequeño de elementos gráficos. Con esto se busca que para los 
usuarios del negocio y los desarrolladores técnicos sea fácil entender el flujo y el 
proceso. Las cuatro categorías básicas de elementos son: 
• Objetos de Flujo: Eventos, Actividades, Rombos de control de flujo 
(gateways);• Objetos de Conexión: Flujo de Secuencia, Flujo de Mensaje, 
Asociación; 
• Carriles de nado (swimlanes): Piscina, Carril; 
• Artefactos: Objetos de Datos, Grupo, Anotación. 
 
3.- ¿Cuál es su objetivo? 
El principal objetivo de BPMN es proporcionar una notación gráfica 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 
 Ingeniería de software 
P á g i n a 23 | 25 
Acapulco Gro. 5 de noviembre de 2020 
de negocio (quienes definen y redefinen los procesos), los desarrolladores 
técnicos (responsables de implementar los procesos) y los gerentes y 
administradores del negocio (quienes monitorizan y gestionan los procesos). En 
síntesis, BPMN tiene la finalidad de servir como lenguaje común para cerrar la 
brecha de comunicación que frecuentemente se presenta entre el diseño de los 
procesos de negocio y su implementación, esto facilitará una mejor comprensión 
de lo que se realiza. 
La gestión por procesos se confirma como uno de los mejores sistemas de 
organización empresarial para conseguir índices 
de calidad, productividad y excelencia. En un contexto empresarial y económico 
tan complejo, globalizado y competitivo como el actual, la gestión de procesos se 
ha convertido en una necesidad para las empresas, no para tener éxito, sino 
incluso también para subsistir. 
 
4.- Realice un ejemplo utilizando la notación BPMN, explicar el problema o 
necesidad, la estrategia de solución, la secuencia de pasos ordenados a seguir y 
el diagrama. 
En este ejemplo de BPMN, se va a explicar el significado de dos símbolos 
importantes, los eventos iniciales y finales. 
Los eventos iniciales están representados por círculos verdes y pueden ser de 
varios tipos, como múltiples (con un hexágono dentro del círculo), cuando el 
proceso se puede iniciar por medio de diferentes eventos; paralelos, cuando debe 
ocurrir más de una condición para iniciarse el proceso (con un signo de “más” 
dentro del círculo); iniciados por un mensaje (que contiene un sobre dentro del 
círculo) entre muchos otros. 
 
 
 
 
 
 
 Ingeniería de software 
P á g i n a 24 | 25 
Acapulco Gro. 5 de noviembre de 2020 
Diagrama de procesos de Service Desk 
Los procesos de service desk se utilizan mucho en las empresas de servicios de 
tecnología y su objetivo es apoyar y responder a las llamadas de los clientes 
internos y externos. 
 
Autores y bibliografía. 
https://www.lucidchart.com/pages/es/que-es-la-notacion-de-modelado-de-procesos-
de-negocio 
genexus.com/es/noticias/leer-noticia/beneficios-al-modelar-procesos-de-negocios-con-
genexus-bpm-prueba-gratis-con-la-beta-1 
https://contadormx.com/2020/02/24/sistema-de-costos-estandar-y-beneficios-como-
herramienta-de-gestion/ 
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-
tu-empresa.shtml 
https://www.lucidchart.com/pages/es/que-es-la-notacion-de-modelado-de-procesos-de-negocio
https://www.lucidchart.com/pages/es/que-es-la-notacion-de-modelado-de-procesos-de-negocio
https://contadormx.com/2020/02/24/sistema-de-costos-estandar-y-beneficios-como-herramienta-de-gestion/
https://contadormx.com/2020/02/24/sistema-de-costos-estandar-y-beneficios-como-herramienta-de-gestion/
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-tu-empresa.shtml
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-tu-empresa.shtml
 Ingeniería de software 
P á g i n a 25 | 25 
Acapulco Gro. 5 de noviembre de 2020 
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-
tu-empresa.shtml 
https://es.wikipedia.org/wiki/WS-BPEL 
https://es.wikipedia.org/wiki/Event-driven_process_chain 
https://www.abiztar.com.mx/articulos/bpmn-ayuda-modelado-procesos-de-
negocio.html 
https://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado 
https://es.wikipedia.org/wiki/Business_Process_Model_and_Notation 
https://www.heflo.com/es/blog/bpm/ejemplos-bpmn/ 
 
 
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-tu-empresa.shtml
https://www.salesup.com/crm-online/cc-importancia-de-estandarizar-operaciones-en-tu-empresa.shtml
https://es.wikipedia.org/wiki/WS-BPEL
https://es.wikipedia.org/wiki/Event-driven_process_chain
https://www.abiztar.com.mx/articulos/bpmn-ayuda-modelado-procesos-de-negocio.html
https://www.abiztar.com.mx/articulos/bpmn-ayuda-modelado-procesos-de-negocio.html
https://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado
https://es.wikipedia.org/wiki/Business_Process_Model_and_Notation
https://www.heflo.com/es/blog/bpm/ejemplos-bpmn/