¿Qué es UML?
El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso.
El UML , fusiona los conceptos de la orientación a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999).
UML incrementa la capacidad de lo que se puede hacer con otros métodos de análisis y diseño orientados a objetos. Los autores de UML apuntaron también al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios.
El lenguaje de modelado es la notación (principalmente gráfica) que usan los métodos para expresar un diseño. El proceso indica los pasos que se deben seguir para llegar a un diseño.
La estandarización de un lenguaje de modelado es invaluable, ya que es la parte principal del proceso de comunicación que requieren todos los agentes involucrados en un proyecto informático. Si se quiere discutir un diseño con alguien más, ambos deben conocer el lenguaje de modelado y no así el proceso que se siguió para obtenerlo.
PLAN DE TRABAJO CONCURSO NACIONAL CREA Y EMPRENDE.docx
¿Que es uml ? ACTVIDAD No 4 Jennifer Garcia Montiel 2 "D"
1. ¿Que es UML ?
UML (Lenguaje Unificado de Modelado) comenzó a gestarse en 1994, cuando Jim Rumbaugh se unió a la compañía
Rational Software Corporation fundada por Grady Booch, dos respetados investigadores en el área de desarrollo de
notaciones para el análisis y diseño de sistemas orientados a objetos, cuya herramienta era Rational Rose.
El objetivo de los dos investigadores era unificar dos métodos que habían desarrollado: el método Booch, que describe
conjunto de objetos y sus relaciones y el OMT (Object Modelling Tool) de Rumbaugh, orientada a objetos, que
combinaban notaciones provenientes de modelado orientado a objetos, a datos, a componentes y a flujos de trabajos. En
esa misma época otro reputado investigador, Ivar Jacobson, cuya metodología es más centrada al usuario y a casos de
uso (use case), se unió a Rational Software y se incluyeron ideas suyas. Estas tres personas son conocidas como los “tres
amigos”. Construyeron lo que hoy conocemos como UML
Este lenguaje manejaba diversos métodos, técnicas y aspectos en común pero utilizando diversas notaciones;
inconvenientes para el aprendizaje, aplicaciones y uso de herramientas y además competía entre distintos enfoques, por lo
tanto debía establecer una notación estándar. Que se fue fomentando hasta lograr la aceptación de OMG (Grupo de
administración de objetos) como notación estándar, el estándar líder en la industria para la programación de objetos
distribuidos, quienes lo adoptaron para el análisis y el diseño orientado a objetos.
Es el primer método en publicar su propia notación, incluyendo la notación para la mayoría de la información de requisitos,
análisis y diseño. El lenguaje de modelado unificado se usa para entender, diseñar, configurar, mantener y controlar la
información sobre los sistemas a construir. Y pretende unificar las experiencias pasadas sobre técnicas de modelado e
incorporar las mejores prácticas actuales en un acercamiento estándar.
2. versiones más recientes
Los antecedentes de UML se sitúan en la década de los 90 con distintos estándares para modelado de software, no obstante
podemos hablar de dos grandes versiones:
UML 1.X (comprende UML 1.1, 1.2, 1.3, 1.4, 1.5): desde finales de los 90 se empezó a trabajar con el estándar UML. En los años
sucesivos fueron apareciendo nuevas versiones que introducían mejoras o ampliaban a las anteriores.
UML 2.X (comprende UML 2.1 hasta UML 2.5, 2.6, etc.): en torno a 2005 se difundió una nueva versión de UML a la que podemos
denominar UML 2.X. Comprenden varias revisiones.
UML 3.X: evolución que se espera para UML 2.X.
TIPOS DE DIAGRAMAS EN UML
Usando UML se pueden construir numerosos tipos de diagramas. Vamos a citar algunos:
Diagramas de casos de uso: representan a los actores y casos de uso (procesos principales) que intervienen en un desarrollo de
software.
Diagramas de clases:para UML una clase es una entidad, no una clase software. Un diagrama de clases UML puede ser un
diagrama del dominio o representación de conceptos que intervienen en un problema, o también un diagrama de clases software. El
sentido de un diagrama UML se lo da la persona que lo construye.
Diagramas de secuencia:suelen usarse para representar objetos software y el intercambio de mensajes entre ellos, representando la
aparición de nuevos objetos de izquierda a derecha.
Diagramas de colaboración:suelen usarse para representar objetos o clases y la forma en que se transmiten mensajes y colaboran
entre ellos para cumplir un objetivo.
Diagramas de estados:suelen usarse para representar cómo evoluciona un sistema (cómo va cambiando de estado) a medida que
se producen determinados eventos.
Otros diagramas:diagramas de actividad, diagramas de paquetes, diagramas de arquitectura software, etc.
3. VENTAJAS
● UML Se puede usar para diferentes tipos de sistemas
● UML consolida muchas de las notaciones y conceptos más usadas orientados a objetos.
● UML es fácilmente entendible
DESVENTAJAS
● UML no es un método de desarrollo.
● UML al no ser un método de desarrollo es independiente del ciclo de desarrollo
● UML no se presta con facilidad al diseño de sistemas distribuidos.
4. ¿Cómo se implementa la base de datos en UML?
es un lenguaje para especificar, visualizar, construir y documentar las diferentes etapas del desarrollo de software, así
como para modelado de procesos de negocio u otros sistemas no-software. UML reúne una colección de las mejores
prácticas en la ingeniería que han sido utilizadas con éxito para modelar sistemas grandes y complejos, ya que cubre tanto
objetos conceptuales como los procesos de negocio y funciones del sistema, como también objetos concretos como clases
en un lenguaje de programación, esquemas de base de datos y componentes reusables de software.
● UML ha sido creado por los expertos en la metodología orientada a objetos tales como Grady Booch, Ivar Jacobson,
y James Rumbaugh
● El UML fue adoptado por el OMG (Object Management Group) como estándar en noviembre de 1997 y ha
comenzado rápidamente a ser utilizado en el diseño, especificación, construcción, visualización y documentación de
software.
● La técnica central en el UML es el Modelamiento en Objetos que es un lenguaje que permite la especificación de
clases, sus datos o atributos (privados) y métodos (públicos), herencia y otras relaciones entre las clases.
5. diagrama de colaboracion
Una herramienta de modelado sofisticado puede convertir fácilmente un diagrama de colaboraciónen un diagrama de secuencia y el
viceversa. Por lo tanto, los elementos de un diagrama decolaboración son esencialmente la misma que la de un diagrama de
secuencia.
En cuanto a la representación, un Diagrama de Colaboración muestra a una serie de objetos con los enlaces entre los mismos, y con
los mensajes que se intercambian dichos objetos. Los mensajes son flechas que van junto al enlace por el que “circulan”, y con el
nombre del mensaje y los parámetros (si los tiene) entre paréntesis. Cada mensaje lleva un número de secuencia que denota cuál es
el mensaje que le precede, excepto el mensaje que inicia el diagrama, que no lleva número de secuencia.
6. 1. Hacer la hoja respectiva, cuyo encabezado tendrá datos de identificación del proceso.
2. El cuerpo consta de 5 columnas para los símbolos anteriores, 1 para la descripción breve del trámite, 2 para las
distancias de los transportes y minutos de demora y 1 para observaciones.
3. Se anota la descripción de los pasos del proceso y se marcan puntos en las columnas de los símbolos correspondientes,
uniéndolos con una línea.
4. Se obtienen los totales, una vez terminada la descripción del proceso las operaciones, transportes, inspecciones,
demoras, así como el tiempo perdido en el almacenamiento.
5. Los totales indican el tipo de acción que conviene tomar para un análisis más profundo y cambiar aquellos aspectos que
nos pueden afectar en un tiempo determinado.
● Creación y diseño de Diagramas de procesos: Los técnicos son aquellos en donde se definen las etapas de un
proceso de producción, se definen paso a paso cada una de las etapas del proceso, desde la toma de
requerimientos, revisión tecnológica, generación de casos de uso, diseño de diagramas de proceso a nivel macro,
diagramas de estados, modelo entidad relación, diagrama de navegación, hasta realizar la confrontación de
requerimientos con el diseño inicial, para luego diseñar etapas o procedimientos adecuados.
7. diagramas de clases
Los diagramas de clases de UML pueden utilizarse para una gran variedad de propósitos:
● Para proporcionar una descripción de los tipos que se utilizan en un sistema y se pasan entre sus componentes que no tenga
nada que ver con su implementación.
● Por ejemplo, en el código .NET, el tipo Pedido de menú podría implementarse en la capa del negocio; en XML, en las
interfaces entre los componentes; en SQL, en la base de datos, y en HTML, en la interfaz de usuario. Aunque estas
implementaciones tengan un nivel de detalle diferente, la relación entre el tipo Pedido de menú y otros tipos, como Menú y
Pago, es siempre la misma. El diagrama de clases de UML permite analizar estas relaciones con independencia de las
implementaciones.
● Para clarificar el glosario de términos que se utiliza en la comunicación entre la aplicación y los usuarios y en las descripciones
de las necesidades de los usuarios. Consulte modelar los requisitos de usuario.
● Por ejemplo, piense en los casos de usuario, los casos de uso y otras descripciones de los requisitos de la aplicación de un
restaurante. En este tipo de descripción, encontrará términos como Menú, Pedido, Comida, Precio, Pago, etc. Puede dibujar
un diagrama de clases de UML en el que se definan las relaciones entre estos términos. De este modo, se reducirá el riesgo
de inconsistencias en las descripciones de los requisitos, así como en la interfaz de usuario y los documentos de ayuda.
8. Para crear un diagrama de clases de UML
1. En el arquitectura menú, elija nuevo UML o diagrama de capas.
2. Bajo plantillas, elija diagrama de clases UML.
3. Especifique un nombre para el diagrama.
4. En Agregar a proyecto de modelado, seleccione un proyecto de modelado existente en la solución o crear un nuevo proyecto de
modelado, y, a continuación, elija Aceptar.
5. Aparece un nuevo diagrama de clase con el UMLClass diagrama cuadro de herramientas. El cuadro de herramientas contiene las
relaciones y elementos necesarios.
Para dibujar un diagrama de clases de UML
1. Para crear un tipo, elija la clase, interfaz o enumeración herramienta en el cuadro de herramientas y, a continuación, haga clic en una
parte en blanco del diagrama. (Si no puede ver el cuadro de herramientas, presione CTRL+ALT+X).
2. Para agregar atributos u operaciones a los tipos o literales a una enumeración, elija la atributos, operaciones o literales en el tipo de título
y presione ENTRAR.
3. Puede escribir una firma, como por ejemplo f(x:Boolean):Integer. Consulte atributos y operaciones.
4. Para agregar rápidamente varios elementos, presione ENTRAR dos veces al final de cada elemento. Puede utilizar las teclas de dirección
para subir y bajar la lista.
5. Para expandir o contraer un tipo, elija el icono de botón de contenido adicional situado en la parte superior izquierda. También puede
expandir y contraer la atributos y operaciones sección de una clase o interfaz.
6. Para dibujar vínculos de asociación, herencia o dependencia entre los tipos, haga clic en la herramienta adecuada, a continuación, en el tipo
de origen y, por último, en el tipo de destino.
7. Para crear tipos en un paquete, cree un paquete mediante el paquete de herramientas y, a continuación, crear nuevos tipos y paquetes en
el paquete. También puede copiarlos con el comando Copiar y pegarlos después en un paquete.
8. Cada diagrama es una vista de un modelo que comparten otros diagramas del mismo proyecto. Para ver una vista de árbol del modelo
completo, elija vista, otras ventanas, el Explorador de modelos UML.
9. Generar código a partir de diagramas de clases UML: Para iniciar la implementación de las clases en un diagrama de clases UML,
puede generar código C# o personalizar plantillas para la generación de código. Para iniciar la generación de código usando las
plantillas de C# proporcionadas:
● Abra el menú contextual del diagrama o un elemento, elija Generar código, y, a continuación, establezca las propiedades
necesarias.
● Para obtener más información acerca de cómo establecer estas propiedades y personalizar las plantillas proporcionadas,
consulte Generar código a partir de diagramas de clases UML.
10. diagrama de secuencia
En Visual Studio, un diagrama de secuencia muestra una interacción, que representa la secuencia de mensajes entre instancias de
clases, componentes, subsistemas o actores. El tiempo fluye por el diagrama y muestra el flujo de control de un participante a otro.
Utilice diagramas de secuencia para visualizar instancias y eventos, en lugar de clases y métodos. En el diagrama, puede aparecer
más de una instancia del mismo tipo. También puede haber más de una ocurrencia del mismo mensaje.
Los diagramas de secuencia de UML forman parte de un modelo UML y solo existen en los proyectos de modelado UML. Para crear
un diagrama de secuencia UML, en el menú Arquitectura, haga clic en Nuevo diagrama de UML o de capas. Obtenga más
información sobre cómo crear y dibujar diagramas de secuencia UML o diagramas de modelado UML en general.
Para crear un nuevo diagrama de secuencia
1. En el menú Arquitectura, haga clic en Nuevo UML o diagrama de capas.
2. En Plantillas, haga clic en Diagrama de secuencia UML.
3. Especifique un nombre para el diagrama.
4. En Agregar a proyecto de modelado, seleccione un proyecto de modelado existente de la solución o Crear nuevo proyecto
de modelado y, a continuación, haga clic en Aceptar.
5. Aparece un nuevo diagrama de secuencia con el cuadro de herramientas Diagrama de secuencia. El cuadro de herramientas
contiene los elementos y conectores necesarios.
11. diagrama de caso de uso
Puede usar Visio para crear diagramas de casos de uso de Unified Modeling Language (UML). Unified Modeling Language
(UML) es una forma estándar para dibujar modelos de software.Para crear un nuevo diagrama de casos de uso
1. En el menú Arquitectura, haga clic en Nuevo diagrama UML o de capas.
2. En Plantillas, haga clic en UML Diagrama de casos de uso.
3. Especifique un nombre para el diagrama.
4. En Agregar a proyecto de modelado, seleccione un proyecto de modelado existente en la solución o Crear nuevo proyecto
de modelado y, a continuación, haga clic en Aceptar.
Para dibujar un diagrama de casos de uso
1. Arrastre los límites de subsistema desde el cuadro de herramientas al diagrama para representar el sistema completo o sus
principales componentes.
○ Si no desea describir los casos de uso que el sistema o sus componentes admiten, puede dibujar un diagrama de
casos de uso sin límites de sistema.
○ Si es necesario, arrastre la esquina de un sistema para hacerlo más grande.
○ Cambie su nombre como corresponda.
12. 1. Arrastre los Actores desde el cuadro de herramientas al diagrama (sitúelos fuera de los límites de sistema).
2. Los actores representan las clases de usuarios, organizaciones y sistemas externos que interactúan con el sistema.
● Cámbieles el nombre. Por ejemplo: cliente, restaurante, entidad de tarjeta de crédito.
1. Arrastre los Casos de uso desde el cuadro de herramientas a los sistemas adecuados.
2. Los casos de uso representan las actividades que los actores realizan con la ayuda del sistema.
● Asígneles títulos que los propios actores puedan reconocer. No use títulos que tengan relación con el código. Por ejemplo: “Pedir menú”,
“Pagar menú” o “Entregar menú”.
● Comience con las transacciones principales, como “Pedir menú”, y posponga para más adelante las transacciones más pequeñas, como
“Elegir elemento del menú”.
Sitúe cada caso de uso en el sistema o el subsistema principal compatible (omita los elementos de fachada o los componentes que solamente están
implicados en la conexión con el usuario).
Puede dibujar un caso de uso fuera del límite de sistema para mostrar que dicho caso de uso no es compatible con el sistema en una determinada
versión.
En el cuadro de herramientas, haga clic en Asociación, luego en un caso de uso y después en un actor que participe en el caso de uso. Vincule los
actores con sus casos de uso de la misma manera.
Estructure los casos de uso con las relaciones Incluir, Extender y Generalización. Para crear cada uno de estos vínculos, haga clic en la
herramienta, luego en el caso de uso de origen y por último en el destino. Vea más adelante la sección titulada Estructurar casos de uso.
Describa los casos de uso con más detalle. Vea más adelante la sección titulada Describir los casos de uso en detalle.
Dibuje otros diagramas para hacer hincapié en diferentes subsistemas o grupos de casos de uso relacionados. Todos los diagramas de un proyecto
de modelado son vistas del mismo modelo.
13. diagrama de componentes
En Visual Studio, un diagrama de componentes muestra los elementos de un diseño de un sistema de software. Un diagrama de
componentes permite visualizar la estructura de alto nivel del sistema y el comportamiento del servicio que estos componentes
proporcionan y usan a través de interfaces. Para crear un diagrama de componentes UML, en el menú Arquitectura, haga clic en
Nuevo diagrama UML o de capas.Para ver qué versiones de Visual Studio admiten esta característica, vea Compatibilidad de
versiones con las herramientas de arquitectura y modelado.Puede usar un diagrama de componentes para describir un diseño que
está implementado en cualquier idioma o estilo. Solo es necesario identificar los elementos del diseño que interactúan con las otros
elementos del diseño a través de un conjunto restringido de entradas y salidas. Los componentes pueden ser de cualquier escala y
pueden estar interconectados de cualquier manera.Para obtener más información acerca de cómo se usan los diagramas de
componentes en el proceso de diseño, vea Modelar la arquitectura de la aplicación.
1. Previamente al diagrama de componentes debemos de tener hecho el diagrama de clases.
2. Se debe identificar a todos las clases que participaran en el sistema o subsistema a desarrollar.
3. Una vez identificado las clases, se procede a identificar sus métodos.
4. Estos métodos pasaran a ser módulos con líneas de código independientes.
5. Estos módulos serán los componentes de nuestro diagrama.
6. Estos componentes se relacionan entre si por medio de sus interfaces.
14. diagramas de estado
En UML, un diagrama de estados es un diagrama utilizado para identificar cada una de las rutas o caminos que puede
tomar un flujo de información luego de ejecutarse cada proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué momento podrían tener una
variación.El diagrama de estados permite visualizar de una forma secuencial la ejecución de cada uno de los procesos.
15. diagramas de despliegue
El Diagrama de despliegue es un diagrama estructurado que muestra la arquitectura del sistema desde el punto de vista
del despliegue (distribución) de los los artefactos del software en los destinos de despliegue.
Los artefactos representan elementos concretos en el mundo físico que son el resultado de un proceso de desarrollo. Ejemplos
de artefactos son archivos ejecutables, bibliotecas, archivos, esquemas de bases de datos, archivos de configuración, etc
Destino de despliegue está generalmente representado por un nodo que es o bien de los dispositivos de hardware o bien
algún entorno de ejecución de software. Los nodos pueden ser conectados a través de vías de comunicación para crear
sistemas en red de complejidad arbitraria.
Hay que tener en cuenta, que en los diagramas UML 1.x de despliegue los componentes eran enviados directamente a los
nodos. En UML 2.x, los artefactos se despliegan en los nodos, y los artefactos pueden manifestar componentes (aplicar). Los
componentes se implementa en nodos indirectamente a través de los artefactos.
Los diagramas de despliegue pueden describir la arquitectura a nivel de especificación (también llamado nivel de tipo) o al
nivel de instancia (de manera similar a los diagramas de clases y diagramas de objetos).
Los diagramas de despliegue de nivel de especificación muestran una visión general del despliegue de los artefactos
hacia los destinos de despliegue , sin hacer referencia a casos concretos de artefactos o nodos.
Los diagramas de de nivel de instancia muestran el despliegue de instancias de artefactos en instancias específicas de los
destinos de despliegue . Se pueden utilizar por ejemplo para mostrar las diferencias existentes en nombres/identificaciones en
ambientes de despliegue a desarrollo, de "staging" o de producción, entre construcciones específicas o servidores de despliegue
16. El Diagrama de implementación describe la configuración de los nodos de un sistema en funcionamiento y la disposición de
los componentes y objetos en ellos, incluida la posible migración de contenidos entre nodos.
El diagrama muestra la configuración de nodos de procesamiento en tiempo de ejecución y las instancias de componentes
y objetos que se encuentran dentro de esos nodos. Los componentes representan manifestaciones de ejecución de
unidades de código. Los componentes que no existen como entidades en tiempo de ejecución (porque han sido
recopilados de distancia) no aparecen en estos diagramas, sino que debe ser mostrado en los diagramas de componentes.
Un diagrama de despliegue muestra casos mientras que un diagrama de componentes muestra la definición de tipos de
componentes propios.
17. diagrama de actividades
El Lenguaje Unificado de Modelado tiene varios subconjuntos de diagramas que puede modelar, incluidos los diagramas
estructurales, los diagramas de interacción y los diagramas de comportamiento. Los diagramas de actividades son un
subconjunto de estos últimos. Junto con los diagramas de casos de uso y de máquinas de estado, se usan para describir las
actividades de negocios y la funcionalidad de los sistemas de software. Usarás un conjunto de símbolos especializados —
incluidos aquellos para pasos de inicio, finalización, fusión y recepción en el flujo— para crear un diagrama de actividades.
Las partes interesadas tienen muchos asuntos que manejar, por lo que es importante una comunicación clara y breve. Los
diagramas de actividades ayudan a que las personas en las áreas de negocios y desarrollo de una organización se integren.
Los diagramas de actividades tienen una serie de beneficios para toda organización. Prueba usar un diagrama de actividades
para:
● Demostrar la lógica de un algoritmo.
● Describir los pasos realizados en un caso de uso UML.
● Ilustrar un proceso de negocios o flujo de trabajo entre los usuarios y el sistema.
● Simplificar y mejorar cualquier proceso clarificando casos de uso complicados.
● Modelar elementos de arquitectura de software, tales como método, función y operación.
18. Para responder a la pregunta, ¿qué es un diagrama de actividades en UML?, deberás comprender primero su composición. Algunos
de los componentes más comunes de un diagrama de actividades incluyen:
● Acciones - un paso en la actividad en la que los usuarios o el software realizan una tarea dada. En Lucidchart, esto se
simboliza con un rectángulo redondeado.
● Nodo de decisión - una rama condicional en el flujo que se representa con un diamante. Incluye una sola entrada y dos o más
salidas.
● Flujos de control - este es otro nombre para los conectores que muestran el flujo entre pasos en el diagrama.
● Nodo inicial - simboliza el inicio de la actividad. Se representa con un círculo negro.
● Nodo terminal - representa el paso final en la actividad. Se modela con un círculo negro con contorno blanco.
Diagrama de actividades de sistema de reservaciones de aerolínea
El primer ejemplo muestra el proceso de una reservación de vuelo. En primer lugar, ingresas las fechas. Una vez que envías tu plan
de vuelo deseado, puedes ingresar tu información personal y al mismo tiempo el sistema podría buscar disponibilidad. Luego el flujo
del sistema se vuelve a unir en uno y puedes elegir el vuelo específico en las fechas que deseas volar. Este diagrama de actividades
te muestra dos rutas diferentes dependiendo de si usas puntos de recompensa. Después de ingresar la información de pago, el
sistema realiza dos procesos al mismo tiempo y luego envía un correo electrónico de confirmación.
Diagrama de actividades para un sistema de registro de cursos
El segundo diagrama de actividades muestra un proceso típico de registro de eventos o clases para un cliente. Este diagrama emplea
notas para dar más detalles sobre los estados inicial y final. Después de completar el formulario de registro, el cliente lo envía a un
bucle de validación que se representa en el flujo como una decisión. Si la información es correcta, el sistema crea una cuenta para el
cliente y le permite saber sobre la creación de la misma.
19. Para dibujar un diagrama de actividades
1. En el menú Arquitectura, haga clic en Nuevo diagrama UML o de capas.
2. En Plantillas, haga clic en Diagrama de actividades UML.
3. Especifique un nombre para el diagrama.
4. En Agregar a proyecto de modelado, seleccione un proyecto de modelado existente de la solución o Crear nuevo proyecto
de modelado.
Para conectar los elementos, siga estos pasos:
1. En el cuadro de herramientas Diagrama de actividades, haga clic en Conector.
2. En el diagrama, haga clic en el elemento de origen.
3. Haga clic en el elemento de destino.
Diagrama de actividades para inicio de sesión
Este último ejemplo de diagrama muestra un proceso simple para inicio de sesión. Cuando ingresas un nombre y una contraseña, el
sistema verifica si la relación única entre ambos es correcta. Si lo es, el sistema te permite iniciar sesión. Si no lo es, se te pide volver
a ingresar la información.
20. La gran desventaja de los diagramas de actividad es que no indican de forma explícita qué objetos ejecutan qué actividades
ni tampoco la forma en que el servicio de mensajería trabaja entre ellos. Para mostrar tales interacciones de forma clara son
necesarios los diagramas de interacción, los cuales son más utilizados en la práctica.