UNIVERSIDAD DE GUAYAQUIL

FACULTAD EN INGENIERÍA INDUSTRIAL

LICENCIATURA EN SISTEMAS DE INFORMACIÓN

EXAMEN COMPLEXIVO – TRABAJO PRACTICO

TEMA:

COMPARATIVA ENTRE MODELAMIENTOS UML Y BPMN

APLICADOS A PROCESOS DE NEGOCIOS

AUTOR:

ANIBAL GABRIEL CHONILLO CARBO

CIUDAD:

GUAYAQUIL

FECHA:

15/10/2018
 Resumen

Los avances tecnologías han obligado a la sociedad a desarrollar toda su actividad

dentro de sistemas informáticos. Hoy en día no existe negocio en el mercado mundial
que no disponga sus funciones en manes de la tecnología. Una herramienta capaz de
diseñar software orientado a solucionar problemas empresariales es el modelado en base
a UML. Este lenguaje proviene de las siglas de Lenguaje Unificado de Modelado y
cumple con la función de servir de guía para la creación de software complejos. El
modelado posee características que incluso van más lejos de la programación. Sin
embargo, existen características que se asemejan al modelado en BPMN, al igual que
diferencias. Lo cual genera indecisión a la hora de elegir un lenguaje de modelamiento.
El siguiente trabajo de investigación tiene como objetivo principal realizar una
comparación entre el Modelamiento UML y el BPMN

Palabras clave: Modelo UML, Modelo BPMN, lenguaje de programación, MDA,

meta-modelo.

2
 ÍNDICE GENERAL

Resumen.................................................................................................................................2
1. ANTECEDENTES.....................................................................................................4
2. OBJETIVO GENERAL............................................................................................5
2.1. Objetivo general..................................................................................................5
2.2. Objetivo especifico..............................................................................................5
3. MARCO TEÓRICO..................................................................................................5
4. ANÁLISIS CRITICO..............................................................................................10
5. CONCLUSIONES Y RECOMENDACIONES.....................................................13
6. BIBLIOGRAFÍA.........................................................................................................14

3
 1. ANTECEDENTES
El Lenguaje de modelado unificado (UML) apareció por primera vez en la
década de 1990 como un esfuerzo por seleccionar los mejores elementos de los muchos
sistemas de modelado propuestos en ese momento y combinarlos en una única notación
coherente. Desde entonces se ha convertido en el estándar de la industria para el
modelado y diseño de software, así como el modelado de otros procesos en el mundo
científico y empresarial. Enterprise Architect admite el último estándar UML, según lo
define OMG. Les brinda acceso a los 14 tipos de diagramas, las tecnologías MDA y un
generador de documentación integral, para ayudarlo a comunicarse y compartir sus
modelos de manera más efectiva.

El UML es una herramienta para especificar sistemas de software. Tipos de

diagramas estandarizados para ayudarlo a describir y mapear visualmente el diseño y la
estructura de un sistema de software. Usando UML es posible modelar casi cualquier
tipo de aplicación, tanto específica como independientemente de una plataforma de
destino. Mientras que UML está orientado naturalmente hacia la programación
orientada a objetos, pero es igual de fácil modelar lenguajes de procedimiento como C,
Visual Basic, Fortran, etc. [ CITATION Dan13 \l 2058 ].

El uso de UML como herramienta para definir la estructura de un sistema es una

forma muy útil de administrar sistemas grandes y complejos. Tener una estructura
claramente visible facilita la introducción de nuevas personas a un proyecto existente.
Sin embargo, existen inconvenientes por parte de los usuarios a la hora de escoger un
sistema, pues el modelo BPMN funciona de forma similar al modelado UML.

El modelado BPMN consiste en una herramienta orientada para los negocios,

que, mediante gráficos y diagramas de flujo, genera un modelado de procesos que serán
utilizados posteriormente por parte de los programadores para diseñar un software. El
siguiente trabajo explicará definir las características que diferencian al modelado BPMN
con el moldeado UML [ CITATION Nor14 \l 2058 ].

2. OBJETIVO GENERAL
2.1. Objetivo general

 Comparar el modelado BPMN y el modelado en UML orientado a los

procesos de negocios

4
 2.2. Objetivo especifico

 Definir el concepto de modelado BPMN

 Distinguir las aplicaciones que se han desarrollado en base a un
modelado BPMN
 Establecer los posibles usos del modelado BPMN en el desarrollo de
software educativo.

3. MARCO TEÓRICO

3.1. Modelado UML

Unified Modeling Language (UML) es un lenguaje de modelado estandarizado
que permite a los desarrolladores especificar, visualizar, construir y documentar
artefactos de un sistema de software. Por lo tanto, UML hace que estos artefactos sean
escalables, seguros y robustos en ejecución. UML es un aspecto importante involucrado
en el desarrollo de software orientado a objetos. Utiliza la notación gráfica para crear
modelos visuales de sistemas de software.

La arquitectura UML se basa en la facilidad de objetos meta, que define la base

para crear un lenguaje de modelado. Son lo suficientemente precisos para generar toda
la aplicación. Un UML completamente ejecutable puede implementarse en múltiples
plataformas utilizando diferentes tecnologías y puede usarse con todos los procesos a lo
largo del ciclo de desarrollo de software [ CITATION Tea16 \l 2058 ].

UML está diseñado para permitir a los usuarios desarrollar un lenguaje de

modelado visual expresivo y listo para usar. Además, admite conceptos de desarrollo de
alto nivel, como marcos, patrones y colaboraciones. UML incluye una colección de
elementos tales como:

3.2. Lenguajes de programación

 Actores: especifique un rol desempeñado por un usuario o cualquier otro
sistema que interactúe con el sujeto.
 Actividades: son tareas que deben realizarse para cumplir un contrato de
operación. Están representados en diagramas de actividad.

5
  Proceso de negocio: incluye una colección de tareas que producen un
servicio específico para los clientes y se visualiza con un diagrama de
flujo como una secuencia de actividades.
3.3. Componentes lógicos y reutilizables de software
Los diagramas UML se pueden dividir en dos categorías. El primer tipo incluye
seis tipos de diagramas que representan información estructural. El segundo incluye los
siete restantes que representan tipos generales de comportamiento. Los diagramas de
estructura se utilizan para documentar la arquitectura de los sistemas de software y están
involucrados en el sistema que se está modelando.

Diferentes diagramas de estructura son:

 Diagrama de clase: representa la clase del sistema, los atributos y las

relaciones entre las clases.
 Diagrama de componentes: representa cómo se dividen los componentes
en un sistema de software y las dependencias entre los componentes.
 Diagrama de implementación: describe el hardware utilizado en las
implementaciones del sistema.
 Diagrama de estructura compuesta: describe la estructura interna de las
clases.
 Diagrama de objetos: representa una vista completa o parcial de la
estructura de un sistema modelado.
 Diagrama de paquete: representa la división de un sistema en
agrupaciones lógicas y dependencia entre la agrupación [ CITATION
Fer141 \l 2058 ].

Los diagramas de comportamiento representan la funcionalidad del sistema de

software y hacen hincapié en lo que debe suceder en el sistema que se está modelando.
Los diferentes diagramas de comportamiento son:

 Diagrama de actividad: representa el flujo de trabajo paso a paso de los

componentes comerciales y operativos.
 Diagrama de casos de uso: describe la funcionalidad de un sistema en
términos de actores, objetivos como casos de uso y dependencias entre
los casos de uso.
6
  Diagrama de máquina de estado UML: representa estados y transición de
estados.
 Diagrama de comunicación: representa la interacción entre objetos en
términos de mensajes secuenciados.
 Diagramas de tiempo: se centra en las restricciones de tiempo.
 Diagrama de descripción general de interacción: proporciona una
descripción general y nodos que representan diagramas de comunicación.
 Diagrama de secuencia: representa la comunicación entre objetos en
términos de una secuencia de mensajes [ CITATION Pop18 \l 2058 ].
Los diagramas UML representan vistas estáticas y dinámicas de un modelo de
sistema. La vista estática incluye diagramas de clase y diagramas de estructura
compuesta, que enfatizan la estructura estática de los sistemas que utilizan objetos,
atributos, operaciones y relaciones. La vista dinámica representa la colaboración entre
objetos y los cambios en los estados internos de los objetos a través de diagramas de
secuencia, de actividad y de máquina de estado.

Una amplia variedad de herramientas de modelado UML están disponibles para

simplificar el proceso de modelado, incluyendo IBM Rational Rose, Rational Rhapsody,
MagicDraw UML, StarUML, ArgoUML, Umbrello, BOUML, PowerDesigner y Dia.

3.4. Utilizando un sistema UML en negocios

El sistema de modelamiento basado en UML, ha sido rápidamente adoptado

como el modelado estándar. Se puede utilizar el mismo lenguaje de modelado para los
modelos de negocio. En cuanto a los modelos de software modelados en UML, fueron
definidos para modelar la arquitectura de software de sistemas. Aunque hay similitudes
entre el software y los sistemas de negocios. También hay algunas diferencias.

Los sistemas de negocios tienen muchos conceptos que nunca son destinado o
adecuado para ejecutar en un programa, como el personal de trabajo en el negocio,
fabricando producción, equipo, reglas y objetivos que impulsan el negocio. Los
procesos UML fueron diseñado inicialmente para describir aspectos de un sistema de
software. Debido a esto, UML necesitaba ser extendido con el fin de identificar y
visualizar con mayor claridad los importantes conceptos de procesos, metas, recursos y
reglas de un sistema de negocio. Para abordar este problema, se han creado creado un

7
conjunto de extensiones basadas en los elementos de modelo existentes de UML
[ CITATION Her16 \l 2058 ].

Estas extensiones se llaman Eriksson-Penker Business. Extensiones capaces de

proporcionar símbolos para modelar los procesos, recursos, reglas y objetivos de un
sistema empresarial. Estas extensiones forman un marco básico para las extensiones de
negocios a UML (en lugar de un conjunto definitivo de extensiones de negocios) para
que un arquitecto de negocios puede agregar estereotipos o propiedades adecuados para
su línea de negocio.

Los mecanismos de extensión estándar en UML que te permiten adaptar UML

para acomodar nuevos conceptos son:

 Estereotipos. Una extensión del vocabulario de la UML, lo que le

permite crear nuevos bloques de construcción a partir de existentes unos,
pero específicos a su problema
 Estereotipos pueden tener sus propios iconos visuales que reemplazan al
icono que utiliza el elemento UML existente.
 Valores etiquetados (propiedades). Una extensión de las propiedades de
u n elemento UML, que le permite crear nueva información en la
especificación de ese elemento
 Restricciones Una extensión de la semántica de un UML elemento, lo
que le permite agregar nuevas reglas o modificar los existentes
[ CITATION Fra142 \l 2058 ].

Para implementar un sistema UML en negocios es necesario definir elementos

como son el objeto, las entradas, las salidas, los recursos y las secuencias de las
actividades. Posteriormente es necesaria el análisis del proceso de los negocios. El
proceso de negocio no es más que una colección de actividades que han sido elaboradas
con la finalidad de producir una salida directa para un cliente. La notación de proceso
genera un flujo de actividades de izquierda a derecha.

Una entrada utiliza recursos para generar información. Cabe destacar que la
recopilación de la información no se utiliza en los procesos, sino más bien se junta con

8
ellos para ejecutar la actividad. En la diagramación, el conector determina que la
información no se elimina en la fase de procesamiento.

En el caso de los eventos, estos son la recepción de un objeto que determine el

inicio del proceso del negocio. Dicho evento ingresado puede transformarse o
consumirse en el proceso. Incluso puede actuar como un catalizador. Para determinar las
salidas, estas se determinan como un objeto físico, una transformación de recursos o un
resultado final generado por el cliente.

En el caso de los objetivos, estos deben ser bien definidos por parte del
programador. Determinar los objetivos es la parte más crítica del modelamiento en
UML, pues es aquí donde se determina las necesidades principales del negocio. Una
vez que este todo definido se unen las piezas y se diagrama el modelado del negocio.

Grafico 1. Modelamiento de un negocio aplicado un sistema de modelado UML.

Posteriormente se realiza la acción de trazabilidad. Esta es determinada como el

proceso del negocio donde se implementa el diagrama diseñado. Se utilizan conectores
para unir los elementos del diagrama. Las pruebas finales determinaran si el programa
funciona de manera correcta o hay que hacer algún tipo de corrección [ CITATION
Geo12 \l 2058 ].

9
 4. ANÁLISIS CRITICO

4.1. Ventajas del uso de un Sistema UML

 Más utilizado y flexible

Según el análisis realizado por Ruiz y López (2010), determinaron varias

características positivas de utilizar un sistema de modelado UML. El Modelado UML es
una plataforma altamente reconocida y entendida para el diseño de software. Es una
notación estándar entre los desarrolladores de software. Puede suponer con seguridad
que la mayoría de los profesionales del software estarán al menos familiarizados con los
diagramas UML, si no están familiarizados con ellos, lo que lo convierte en la
alternativa de referencia para explicar los modelos de diseño de software.

Lo que hace que UML sea idóneo y adecuado para el desarrollo de software es
su flexibilidad. Puede personalizar sus elementos de modelado e interacciones en un
diagrama UML específicamente para adaptarse al dominio o las tecnologías que está
utilizando [ CITATION Pat121 \l 2058 ].

 La arquitectura del software posee una mejor comunicación

La arquitectura del software es el plano del sistema. Es el marco del que

depende la eficiencia del sistema y sus procesos. Pero, este marco solo es efectivo si se
comunica adecuadamente a todos aquellos que lo usan y trabajan en él. Aquí es donde el
Lenguaje de modelado unificado (UML) entra en escena

UML es un lenguaje rico y extenso que se puede usar para modelar no solo la
ingeniería de software orientada a objetos, sino también la estructura y el
comportamiento de las aplicaciones, y los procesos de negocios. Los reproductores de
software han acordado que no podemos eliminar la documentación de la arquitectura.
Es importante. Ayuda a evaluar el rendimiento, la seguridad, el seguimiento y
proporciona pautas importantes para la asignación en operación.

Debido a su amplio alcance, UML es el lenguaje visual perfecto para comunicar

información detallada sobre la arquitectura al mayor número de usuarios.

10
  Abundancia de herramientas UML

Las herramientas UML son una de las razones más importantes por las que
UML se usa tanto. Las herramientas UML van desde el software gratuito de código
abierto hasta los que cuestan millones de dólares. Estas herramientas cubren mucho
territorio más allá de dibujar diagramas. Pueden generar código a partir del diseño,
aplicar patrones de diseño, requisitos de mina, código de ingeniería inversa y realizar
análisis de impacto y complejidad.

Estas ventajas y la abundancia de herramientas UML en sí mismas hacen de

UML el lenguaje de modelado y desarrollo en el campo de la ingeniería de software. A
pesar de sus innumerables usos y beneficios, UML no es el preferido por todos. De
hecho, una sección considerable de desarrolladores de software, no usa UML y acumula
fuertes críticas sobre el mismo. Veamos los argumentos en contra del uso de UML
[ CITATION Pat121 \l 2058 ].

4.2. Desventajas de UML: Razonamiento contra UML

 Notación formal no es necesaria

Por otra parte, Hernández (2013), define que el argumento más fuerte contra
UML es que realmente no necesita un diagrama UML para comunicar sus diseños.
Puede tener el mismo impacto y efecto con los diagramas informales de caja y línea
creados en PowerPoint, Visio o una pizarra. Como la codificación es un lenguaje formal
en sí mismo, muchos desarrolladores no prefieren la complejidad y la formalidad en el
nivel arquitectónico, lo que desalienta el uso de UML y se ha convertido en una de sus
desventajas.

 Grado de complejidad ascendente

Desde su inicio hasta ahora, UML ha crecido en complejidad y tamaño. El gran

tamaño de UML hace que muchas personas se pongan nerviosas desde el principio, y
sienten que no podrán aprenderlo, y que están mejor sin él.

 No es necesario en Arquitectura-Diseño Indiferente

11
 Un término acuñado por George Fairbanks, "diseño indiferente a la arquitectura"
es una situación en la que UML se considera innecesario. En su esencia, un diseño de
arquitectura indiferente se refiere a una arquitectura de software que es simple y básica,
y no necesita ningún diagrama complejo para representar o explicar el diseño. Si las
empresas ponen más énfasis en la codificación formal, y existe una cultura de
documentación de diseño mínima, UML se considera innecesario [ CITATION Enr13 \l
2058 ].

4.3. Ventajas de modelar en BPMN

Según el análisis realizado por Pérez-Ortiz (2015), existen ventajas

fundamentales para elegir el uso de un modelado BPMN en vez de un sistema UML:

 Apoya la gestión de los procesos de negocio.

 Proporciona una forma intuitiva y fácil para que los usuarios no expertos
en BPM entiendan la notación.
 Representa la semántica de procesos complejos de forma sencilla e
inteligible.
 Reduce la comunicación de ruido entre la etapa de diseño del proceso y
la implementación, ejecución y gestión [ CITATION Hum15 \l 2058 ].

Otras ventajas determinadas por Marugán (2017) son:

El uso de BPMN, ofrece a las organizaciones muchos beneficios enumerados de la

siguiente manera:

 Al ser una notación neutral adoptada por muchos proveedores de

soluciones, brinda a la organización la capacidad de seleccionar entre las
múltiples herramientas disponibles.
 Las organizaciones pueden usar BPMN en diferentes niveles. Pueden
usar un subconjunto de él, principalmente sus elementos gráficos, para
visualizar procesos.
 Estos elementos gráficos se pueden aumentar con atributos y
propiedades, para permitir el análisis o la ejecución del proceso en un
motor de ejecución de gestión de procesos.

12
  BPMN tiene una semántica simple, pero poderosa. Los modelos de
proceso pueden ser creados por personal de negocios.
 Pueden ser aumentados o enriquecidos, por personal comercial o técnico
más experimentado.
 El modelado BPMN de eventos y el manejo de excepciones son aspectos
clave que posicionan a BPMN como líder en notaciones de modelado
[ CITATION Mar17 \l 2058 ].

5. CONCLUSIONES Y RECOMENDACIONES

Como se pudo analizar en el trabajo de investigación, el sistema UML es similar

al sistema BPMN, lo cual genera inconvenientes a la hora de escoger un sistema de
modelado que se adapte a las necesidades de la empresa. El sistema de modelado UML
se caracteriza por ser el sistema de modelamiento más utilizado. Al ser el sistema más
utilizado, existe una mayor cantidad de soporte para la elaboración de nuevas
propuestas.

El sistema UML también posee una mejor comunicación entre cada uno de los
procesos. Razón por la cual generalmente su elección es superior a las de un sistema
BPMN. Sin embargo, sus complejidades a la hora de realizar el desarrollo de los
procesos hacen que los usuarios menos expertos opten por utilizar un sistema BPMN.

En el caso de BPMN es un sistema fácil de utilizar. Además, está orientado

principalmente al desarrollo de arquitectura de negocios. Pero su versatilidad lo hacen
un sistema que puede moldearse casi a cualquier necesidad que tenga el usuario. Se
puede concluir que el sistema más confiable para un negocio es el modelamiento en
UML. Pero en caso de ser un negocio pequeño es recomendable utilizar un sistema
BPMN para reducir costos y tiempo en el desarrollo.

13
 6. BIBLIOGRAFÍA

Berzal, F. (2014). El Lenguaje Unificado de Modelado. Granada: Universidad de

Granada.
Figuerola, N. (2014). BPMN vs UML. Buenos Aires: Articulos Fit.
García, F., & Pardo, C. (2014). Diagramas de Clase en UML. Mexico: Grial.
Hérnandez, E. (2013). El lenguaje Unificado de Modelado (UML). Valencia:
Universitat Politecnica de Valencia.
López, P., & Ruiz, F. (2012). Lenguaje Unificado de Modelado. Madrid: Universidad
Cantabria.
Marugán, M. (2017). Integración de modelos de procesos de negocios de BPMN y
modelos de arquitectura empresarial en Archimate. Castilla: Universidad de
Castilla.
Olivera, H. (2016). Análisis y Diseño Orientado a Objetos con UML y UP. Mexico:
Lavalle.
Pérez-Ortiz, H. (2015). Modelado de procesos de negocio con notación BPMN. Mexico:
ITESO.
Popkin Software and Systems. (2018). Modelado de Sistemas com UML. Mexico:
TLDP.
Roca, D. (2013). Analisis y Diseños de Sistemas II. Mexico: Olivas.
Sparks, G., & Systems, S. (2012). El Modelo de Proceso de Negocios. Nueva Zelanda:
Enterprise Architect.
Teatro Badia. (2016). Diagramas del UML. Santiago de Chile: Cátedra de Proyecto.

14