DMDN U4 Contenido

Modelado de negocios
Unidad 4. Modelo conceptual
Ingeniería en Desarrollo de Software

3er semestre
Programa de la asignatura:
Unidad 4. UML y BPMN en el modelado del negocio
Ciudad de México, mayo, 2022
Clave:
Ingeniería TSU
15142314/ 16142314
Universidad Abierta y a Distancia de México
Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 1

Índice
Unidad 4. Modelo conceptual ................................................................................................. 3

Presentación de la Unidad ..................................................................................................... 3
Logros de la unidad ................................................................................................................ 3
Competencia específica ......................................................................................................... 3
Recomendaciones específicas de la unidad ......................................................................... 4
4.1. Introducción al modelo conceptual ................................................................................. 4
4.1.1. Conceptos .................................................................................................................... 4
4.1.2. Atributos........................................................................................................................ 5
4.1.3. Relaciones del modelado de negocios ........................................................................ 6
4.2. El glosario del negocio .................................................................................................... 7
4.2.1. Modelado de los recursos del negocio ........................................................................ 7
4.2.2. Modelado de las metas del negocio ............................................................................ 9
4.3. Diagramas ..................................................................................................................... 10
4.3.1. Interacción .................................................................................................................. 10
4.3.2. Comunicación ............................................................................................................. 12
4.3.3. Transición de estados ................................................................................................ 14
Cierre de la unidad ............................................................................................................... 16
Para saber más .................................................................................................................... 17
Fuentes de consulta ............................................................................................................. 18

Presentación de la Unidad
En la unidad anterior se repasó el tema del modelado de procesos de un negocio, y se

abordó también el tema de los casos de uso, con los cuales se han identificado los roles y
acciones que involucran a los empleados de una organización. En esta unidad aprenderás
a modelar recursos, metas, atributos, interacción, comunicación y estados de un negocio.
Con estos temas termina la materia Modelado de negocios, que te servirán para modelar
un negocio en su totalidad.
Logros
Al término de esta unidad lograrás:
• Describir el modelado de recursos

y metas de un negocio.
• Definir atributos y relaciones del
modelo conceptual para modelar
negocios.
• Realizar el glosario de un
negocio.
• Realizar diagramas que modelen
la totalidad de un negocio. Propósitos
Competencia específica
• Aplicar los componentes de un

negocio para comprenderlos de
forma clara, mediante un lenguaje
gráfico.
Competencia

Recomendaciones específicas de la unidad
Es muy importante que captures todos los diagramas de ejemplo para que analices su
estructura y puedas comprender mejor los temas vistos.
4.1. Introducción al modelo conceptual
En unidades anteriores se han abarcado temas para el modelado de un negocio, de

manera que se ha logrado comprender mejor cómo funciona un negocio (procesos,
tareas, actores y secuencias, entre otros).
En esta última unidad se dará un pequeño giro a la materia, después de que se ha visto
que al realizar todos los diagramas necesarios para describir, conceptualizar y abstraer un
proceso de negocio, éstos deberán orientarse a la creación del modelo conceptual del
sistema computacional que mejor se adapte al negocio.
Ahora se utilizarán los modelos creados en las etapas anteriores para identificar los
puntos clave del sistema que se deberá realizar.
El modelo conceptual básicamente es el modelo visual que ilustra las interconexiones del
modelo descrito.
4.1.1. Conceptos
Cuando se actúa, sin saber la razón del por qué funcionan las cosas, se está actuando sin
un modelo conceptual como base. Un modelo conceptual correctamente construido
permite al usuario predecir los efectos de sus actos, mientras que la falta de modelo
conceptual conlleva actuar de memoria (Norman, 1990).
Visto desde la perspectiva del modelado de los procesos del negocio, que es
precisamente un modelo conceptual de la o las tareas que se hacen a diario en una
empresa u organización, se deben plasmar de forma clara y consistente todas las
acciones del trabajo diario. De esta forma se evitará la mecanización del trabajo, que
implicaría no comprender la razón de la función de cada uno, ni las relaciones con otros
roles o instancias de la organización.
Cuando los procesos del negocio son modelados conceptualmente, constituyen una
abstracción externa que se describe por medio de diagramas y notaciones con un alto
grado de formalidad. La descripción de estos pasos mediante el modelo conceptual

permitirá a casi cualquiera entender y hacer cualquier cosa que en ellos se encuentre, sin
depender de nadie, esto traerá beneficios para las personas y para las organizaciones.
4.1.2. Atributos
Cuando se habla de atributos en el modelado del negocio se debe tener en cuenta que el
principal objetivo es describir características únicas del modelo que se quiera describir.
Gran parte de lo que se descubra en el modelado de los procesos del negocio servirá
para la creación de la base de datos que soportará el sistema de información al que se
quiere llegar; así, un atributo descubierto en los modelos descritos puede perfectamente
entenderse como un atributo propio del lugar donde se haya hecho el hallazgo.
Para hacer distinción, un atributo en base de datos puede tomar muchos matices, ya que
hace referencia a cada una de las características que describen una tupla cualquiera. Por
ejemplo, la tupla representativa de una persona podría tener, básicamente, los atributos
siguientes:
• Edad
• Peso
• Talla
• Raza
• Nombre
Se debe tomar en cuenta que los atributos no siempre serán cuantificables o medibles
sobre una unidad de medida estándar. Poner valores a los atributos de tipo numérico a los
atributos siempre será fácil, como la estatura de la persona del ejemplo anterior, pero si
se quiere cuantificar su nivel de aceptación sobre algún tema moral de moda, la unidad de
medida estará completamente sujeta a la interpretación y al criterio de quien emite el
juicio de valor.
Un atributo debe representar sólo una característica del modelo del negocio; no debe
haber más de dos características en un solo atributo; se debe llevar la misma atomicidad
descrita en la teoría de base de datos. Esto con el fin de evitar la duplicidad de
información o la incoherencia de los datos que se están manejando.
La estrecha relación que se puede encontrar entre los atributos de los modelos del
negocio y los atributos descritos en la teoría de las bases de datos es innegable, de tal
forma que podrán pasarse sin dificultad los atributos del modelo del negocio a su
equivalente en entidades de base de datos.

4.1.3. Relaciones del modelado de negocios
Una relación es un vínculo entre dos o más entidades. Cuando se lleva al ámbito del
modelado de negocios se puede entender como el flujo de información que se pone en los
conectores que conforman los diagramas, por ejemplo, la relación que hay entre el
departamento de finanzas y el departamento de recursos humanos será la información
que fluye desde finanzas hacia recursos humanos sobre los sueldos del personal de la
empresa.
Es importante identificar claramente las relaciones que se den a lo largo de la elaboración

de todo el modelado del proceso del negocio, ya que, de cierta manera, terminarán siendo
la principal fuente de información al momento de elaborar la base de datos; y el modelo
conceptual que se desprenda podrá tomarse como base (aunque no como producto
terminado) del modelo físico de la base de datos. Las relaciones se describen en las
bases de datos utilizando un modelo de datos que se puede asemejar a una colección de
conceptos que se emplean para describir la estructura de una base de datos. Debe
recordarse que esa colección de conceptos fue igualmente utilizada para crear el modelo
del proceso de negocio, por lo tanto, se presenta de nuevo la semejanza entre el
concepto modelado de negocio y la teoría de base de datos referente a las relaciones.
Dependiendo del ámbito donde se aplique esta relación, la colección de conceptos

cambiará, por ejemplo, para modelado de los procesos del negocio, la colección de
conceptos específicos para BPMN visto en la unidad 2, será diferente a la presentada por
las bases de datos.
La mayoría (o la totalidad) de la colección de conceptos tiene, en su definición, un

conjunto de operaciones básicas para poder especificar su función y tener claro para qué
se utilizará; no se deben confundir los elementos específicos según su función. Un
elemento para declarar o citar una tarea, una relación, una sub-tarea hasta hacer la
totalidad de sus descripciones y operaciones. Visto desde el punto de vista expuesto en
temas anteriores, todos los elementos tienen funciones específicas necesarias para poder
describir con alto grado de abstracción y fineza cualquier ejemplo de proceso del negocio.
La clasificación de este tipo de relaciones, para el caso específico del que se trata, sólo
es uno, y por la naturaleza propia del concepto, sólo es uno: modelo relacional de
modelado del negocio.
Se debe tener en cuenta que se está planteando una buena (y tal vez nueva) combinación
entre las relaciones clásicas (inclusive en su definición matemática más pura) y los
conceptos presentados en unidades anteriores, porque, si bien quien ejecuta la labor está
involucrada en el modelo que se describe, debe quedar claro para cualquier persona no
versada en el tema. Se hace uso de distintas disciplinas (como la teoría de base de datos)
para hacer este complemento de conceptos útiles para el responsable de modelar estas

relaciones. El trabajo de modelar relaciones no es aislado y se debe tener en cuenta que

el resultado de modelar los procesos de negocio (con las relaciones entre las unidades
operativas descubiertas en la organización) servirá en pasos posteriores como entrada
para nuevos procesos, de tal modo que la calidad del resultado de este punto impactará
en la calidad del proceso siguiente (hablando en términos de fabricación de software con
calidad).
4.2. El glosario del negocio
Una explicación nunca será suficiente. Se debe ser totalmente claro a la hora de
presentar la información. Muchas veces se cae en el error de pensar que todo es claro
porque quien explica las cosas es normalmente quien las ha hecho. Al utilizar un catálogo
de palabras autodescriptivo respecto a la disciplina del modelado de los procesos del
negocio, se estará asegurando que cada término, tecnicismo, neologismo o cualquier
elemento desconocido que se incluya en los diagramas, estará perfectamente claro para
quien sea. Sin embargo, debe ser utilizada para complementar el texto o diagrama
principal, y no tomar protagonismo más allá del estrictamente necesario, colocándolo al
final del texto a manera de información tabular donde se describa el concepto, además de
su definición o significado.
La elaboración del glosario estará a cargo de un grupo experto (o una persona

solamente), pero sin perder el enfoque principal, que es para un público general sin
formación (inclusive) en los temas tratados; es decir, su objetivo principal es trascender el
círculo de personas especializadas en una materia.
4.2.1. Modelado de los recursos del negocio
Para una empresa u organización es primordial conocer cuáles son sus recursos, con la
aclaración de que no se hace referencia a los recursos financieros, sino a aquellos
recursos que son parte de sus procesos. La unión de estos recursos (sus modelos)
ayudará a poder llevar la consecución de la integración para dar como resultado sus
modelos de negocio.
Hablando de manera global, la unión de recursos mediante un modelo dará ideas claras
de lo que se tiene y en qué se está usando (cómo coopera este recurso en el modelo
global).
Estos recursos deberán identificarse con base en las actividades que se realizan en la
organización, de manera que quede especificado quién las realiza (recursos humanos) y

los elementos que se requieren para realizar dichas actividades (recursos físicos, de
datos y/o materiales).
Revisa el ejemplo que se ha venido trabajando desde la primera unidad.
• Solicitante de venta (cliente):

o Realiza una petición.
o Revisa el catálogo de productos existentes.
o Analiza los productos de su interés.
o Si el producto le convence, realiza la solicitud del producto mediante la
compra.
• Envía petición
o Envía los datos de su compra.
o Envía sus datos personales para la entrega y pago.
• Aprueba pedido
o Analiza la lista de cargos por la compra.
o Si la lista de cargos es correcta, aprueba los cargos y el pedido; de lo
contrario, cancela la compra.
Responsable de ventas (vendedor):
o Decide
▪ Revisa la solicitud de compra.
▪ Analiza la fecha de entrega solicitada.
o Discrimina
▪ Identifica si es pedido especial o normal con base en la fecha de
entrega requerida.
o Encamina
▪ Se envía el pedido a que se surta.
o Procesa
▪ Se revisa la existencia de los productos solicitados.
▪ Si no hay existencia de productos, se cancela la compra.
▪ Si se cuenta con existencia, se reúnen los productos solicitados (se
surte).
Operario:
o Entrega
▪ Revisa que el pedido corresponda con los productos solicitados.
▪ Si el surtido del producto es correcto, se entrega al cliente.
▪ Si el surtido es incorrecto, se regresa al paso de encaminamiento
del pedido.
Con base en este ejemplo se tienen los siguientes recursos humanos:

• Cliente
• Vendedor

• Operario
Quienes deberán laborar dentro de la empresa son sólo el vendedor y el operario, debido
a que son quienes tienen relación directa con la organización. El cliente es un factor
externo, por lo que podría omitirse de los recursos de la organización. Si la venta se
realizara en un local, se debería añadir al cajero, pero como el ejemplo es de ventas por
internet, el sistema es quien realiza el cobro.
En cuanto a los recursos físicos, de datos y/o materiales en el ejemplo, se pueden

identificar los siguientes:
• Pedido (datos)
• Productos (material)
• Equipo de cómputo (físico)
• Sistema de ventas por internet (datos)
En la lista de actividades queda explícito el uso del pedido y de los productos que se
venderán, y de manera implícita se tiene el equipo de cómputo y el sistema de venta por
internet, para poder realizar las compras.
Entonces, para este ejemplo los recursos quedarían como sigue:
Lista de actividades.
Tomada de http://z2b.us/ziorM
4.2.2. Modelado de las metas del negocio
La utilización del modelado del negocio es una herramienta muy importante para alinear lo
que se hace en la organización con las metas y objetivos de ésta. Un gran porcentaje de
las empresas u organizaciones trabajan sin tener un objetivo claro, no saben
específicamente qué meta están persiguiendo (ventas, producción, reducción, entre
otras).
Al hacer el modelado del negocio se podrán detectar muchas carencias o fortalezas, y a

partir de este punto se podrá saber qué tanto se están encaminando los esfuerzos al

cumplimiento de las metas o si definitivamente se navega sin rumbo fijo. El poder plasmar
las metas en algo concreto, interpretable y comprensible por todos, posibilitará saber
“leer” lo que pasa en la empresa u organización, y se podrán tomar decisiones respecto al
re-encaminamiento (si así se precisa) para poder perseguir objetivos claros y bien
delimitados.
Los diagramas serán un punto de partida importante, porque presentan a primera vista lo
que se hace, dejando al descubierto el incumplimiento respecto de “lo que se debería
hacer”. Los diagramas desprendidos del BPMN indicarán la pauta para aplicar la premisa
indiscutible de “se documenta lo que se hace y se hace lo que está documentado”, y así
poder llegar a descubrir las metas y su cumplimiento parcial o total en el mejor de los
casos.
4.3. Diagramas
Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la
organización, y son representaciones gráficas de las actividades que se realizan al interior
de las empresas.
Los siguientes diagramas son similares a los vistos en las unidades anteriores. Es
importante resaltar que sólo es necesario crear un diagrama que modele las actividades, y
otro que modele los procesos de la empresa para comprender cómo funciona la
organización. El que se realice dependerá de la organización donde se implemente,
debido a que cada empresa define sus formas y estilos de trabajo, por lo que se abarcan
diferentes diagramas, de modo que sean conocidos y puedan desarrollarse en el
ambiente de trabajo cuando se solicite cualquiera de ellos. A continuación se describen
los diagramas más usados.
4.3.1. Interacción
Estos diagramas (también llamados de secuencia) modelan la lógica del negocio. Por lo
general se utilizan para modelar los escenarios del negocio, y se realiza un diagrama de
interacción por cada caso de uso creado. Estos diagramas se componen de los siguientes
elementos:

Componentes de los diagramas de secuencia.

Tomada de http://z2b.us/ziorM
En la siguiente figura se muestra el diagrama de interacción del ejemplo mostrado

previamente, donde se tiene al cliente, quien solicita un pedido. Estos datos deben ser
validados y, entonces, se surten los productos solicitados para poder realizar la entrega.
Estos pasos son una descripción más global que la lista de tareas previa. Este punto es
importante de considerar, porque en los diagramas que se abarcan en esta unidad el
modelado de las actividades se realiza a nivel macro, que como deben recordar, es a un
nivel de actividades globales, sin entrar en detalle.
Como se puede ver, en este diagrama intervienen sólo dos objetos, que son el pedido y el
producto. Los mensajes indicarán las acciones que se realizan para pasar de un objeto a
otro, de modo que no se puede pasar directamente a los productos si antes no se solicitó
un pedido que fue previamente validado. Y es esto precisamente lo que indican las
activaciones, ya que como puede verse en la imagen, el pedido existe hasta que se valida
y pasa a ser productos; por ello la activación del pedido termina cuando inicia el producto.

Figura 1. Diagrama de interacción de una compra.

Tomada de http://z2b.us/wWwn0
4.3.2. Comunicación
Los diagramas de comunicación (también llamados de colaboración) modelan la

interacción entre actores para llevar a cabo las actividades de la empresa. Este tipo de
diagramas requiere de los siguientes elementos:

Elementos de un diagrama de comunicación.

Tomada de http://z2b.us/6VftQ

En la siguiente figura se muestra el diagrama de comunicación de la compra por internet,

donde el cliente solicita un pedido, el cual es notificado al vendedor, quien, a su vez, lo
valida y surte los productos, que son entregados al operario para que realice la entrega
del pedido.
Figura 2. Diagrama de comunicación de una compra por internet.

Tomada de http://z2b.us/zIhBa
4.3.3. Transición de estados
Los diagramas de transición de estados son de ayuda para comprender los diferentes
“estados” por los que pasan los objetos y los eventos que provocan dichos cambios. Estos
diagramas utilizan los siguientes elementos:

Diagrama transición de estados.

Tomada de http://z2b.us/10dw1
Elementos de un diagrama de transición
En el siguiente ejemplo se muestran los estados por los que pasa un pedido. Al inicio el
pedido es solicitado y se envía al vendedor; después, el pedido se encuentra en revisión,
se valida y, por último, es surtido. Por tanto, los estados, tal como se ve en la figura, son:
solicitado, en revisión, y surtido. Y las transiciones están dadas por los eventos de enviar
al vendedor y la validación.

Figura 3. Diagrama de transición de estados del pedido.

Tomada de http://z2b.us/jf0ZY
Cierre de la unidad
Has concluido la unidad 4 del curso. A lo largo de ésta has visto lo que es el modelo
conceptual, modelos, atributos y relaciones, así como el glosario de negocio con las
metas y recursos del negocio. Posteriormente se desarrollaron los temas de diagramas de
interacción, comunicación y estados, con los que se complementó la variedad de
diagramas para modelar las actividades de una organización.
Es aconsejable que revises nuevamente la unidad en caso de que los temas que se
acaban de mencionar no te sean familiares o no los recuerdes; de no ser este tu caso, ya
estás preparado(a) para concluir la materia.

Para saber más
Consulta la página oficial de UML, donde podrás encontrar manuales de referencia sobre
este tema.
• Unified Modeling Language™ (UML®). Recuperado de

http://www.omg.org/spec/UML/
Recuerda que es recomendable que sigas utilizando un editor de UML para la elaboración
de diagramas, tal como ArgoUML, que es de uso fácil e intuitivo, además de ser gratuito y
lo puedes descargar del sitio web: https://argouml.uptodown.com/windows , o StarUML
desde https://staruml.io/ y el modelador UML -Umbrello disponible en
https://umbrello.kde.org/ entre otros.
También puedes consultar cuáles son las herramientas más utilizadas recientemente en los
siguientes artículos:
Cabot, J. (2019, 18 de febrero). Las mejores herramientas UML – edición 2019.

https://ingenieriadesoftware.es/herramientas-uml/
Ionos (2021, 1 de junio). 6 herramientas UML para cualquier ocasión. Blog.

https://www.ionos.mx/digitalguide/paginas-web/desarrollo-web/las-mejores-
herramientas-uml/
Existen diferentes alternativas para el modelado, hoy en día algunas plataformas permiten
elaborar diagramas en línea una vez que se realiza un registro:
Creately: https://creately.com/es/lp/herramienta-de-diagrama-de-actividad/
Lucidchart: https://www.lucidchart.com/pages/es/tutorial-diagrama-de-actividades-uml
Si te interesa revisar un ejemplo práctico de modelado conceptual con UML consúltalo

aquí:
• Sanabria C., O. J. y Santamaría G., L. (2014). Desarrollo de un Sistema de

Interacción Multipantalla con Paypal, para la Gestión de Pedidos en Plazoletas de
Comidas. Memorias del primer congreso nacional de investigación en
ingeniería en sistemas. CISS. Boyaca, Colombia. pp. 193-204.
https://tinyurl.com/h9yfpf6a

Fuentes de consulta
• Fowler, M. y Scott, K. (1999). UML Gota a gota. México: Addison Wesley Longman
de México.
• Gibert, M. y Peña, A. (2005). Ingeniería del software en entornos de SL. España:

Fundación per a la Universitat Oberta de Catalunya.
• Norman, D. (1990). The design of everyday things. Nueva York: Basic Books.
• Schmuller, J. (2001). Aprendiendo UML en 24 horas. México: Prentice Hall.

DMDN U4 Contenido

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DMDN U4 Contenido

Cargado por

Copyright:

Formatos disponibles

Modelado de negocios

Unidad 4. Modelo conceptual

Ingeniería en Desarrollo de Software

Unidad 4. UML y BPMN en el modelado del negocio

Ciudad de México, mayo, 2022

Universidad Abierta y a Distancia de México

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 1

Unidad 4. Modelo conceptual ................................................................................................. 3

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 2

Unidad 4. Modelo conceptual

En la unidad anterior se repasó el tema del modelado de procesos de un negocio, y se

Al término de esta unidad lograrás:

• Describir el modelado de recursos

• Aplicar los componentes de un

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 3

Recomendaciones específicas de la unidad

4.1. Introducción al modelo conceptual

En unidades anteriores se han abarcado temas para el modelado de un negocio, de

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 4

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 5

4.1.3. Relaciones del modelado de negocios

Es importante identificar claramente las relaciones que se den a lo largo de la elaboración

Dependiendo del ámbito donde se aplique esta relación, la colección de conceptos

La mayoría (o la totalidad) de la colección de conceptos tiene, en su definición, un

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 6

relaciones. El trabajo de modelar relaciones no es aislado y se debe tener en cuenta que

4.2. El glosario del negocio

La elaboración del glosario estará a cargo de un grupo experto (o una persona

4.2.1. Modelado de los recursos del negocio

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 7

Revisa el ejemplo que se ha venido trabajando desde la primera unidad.

• Solicitante de venta (cliente):

Con base en este ejemplo se tienen los siguientes recursos humanos:

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 8

En cuanto a los recursos físicos, de datos y/o materiales en el ejemplo, se pueden

Entonces, para este ejemplo los recursos quedarían como sigue:

4.2.2. Modelado de las metas del negocio

Al hacer el modelado del negocio se podrán detectar muchas carencias o fortalezas, y a

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 9

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 10

Componentes de los diagramas de secuencia.

En la siguiente figura se muestra el diagrama de interacción del ejemplo mostrado

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 11

Figura 1. Diagrama de interacción de una compra.

Los diagramas de comunicación (también llamados de colaboración) modelan la

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 12

Elementos de un diagrama de comunicación.

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 13

En la siguiente figura se muestra el diagrama de comunicación de la compra por internet,

Figura 2. Diagrama de comunicación de una compra por internet.

4.3.3. Transición de estados

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 14

Diagrama transición de estados.

Elementos de un diagrama de transición

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 15

Figura 3. Diagrama de transición de estados del pedido.

Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 16

Para saber más

• Unified Modeling Language™ (UML®). Recuperado de

Cabot, J. (2019, 18 de febrero). Las mejores herramientas UML – edición 2019.

Ionos (2021, 1 de junio). 6 herramientas UML para cualquier ocasión. Blog.

Si te interesa revisar un ejemplo práctico de modelado conceptual con UML consúltalo

• Sanabria C., O. J. y Santamaría G., L. (2014). Desarrollo de un Sistema de