DIAGRAMA DE ACTIVIDADES

DEFINICIÓN Este diagrama corresponde a la vista de proceso (process view). Y comienza a

partir de un caso de uso
ACTIVIDADES Y Las acciones son pasos activos en la finalización de un proceso. Una acción puede
ACCIONES ser un cálculo, como calcular impuesto o una tarea, como verificar detalles del
autor.
Una actividad es el proceso modelado, como lavar un automóvil. Una acción es
un paso en la actividad general, como enjabonar, enjuagar y secar.
DECISIONES Y Las decisiones se utilizan cuando se desea ejecutar una secuencia de acciones
FUSIONES diferentes dependiendo de una condición. Las decisiones se dibujan como nodos
en forma de diamantes con un borde entrante y múltiples bordes salientes.
TAREAS MÚLTIPLES Cuando las acciones ocurren en paralelo, no necesariamente significa que
AL MISMO TIEMPO terminarán al mismo tiempo. Una tarea puede terminar antes que la otra. Sin
embargo, la unión impide que el flujo continúe más allá de la unión hasta que se
completen todos los flujos entrantes.
EVENTOS A veces el tiempo es un factor en tu actividad. Es posible que se desee modelar
TEMPORALES un período de espera, como esperar 3 días después de enviar un pedido para
enviar una factura. También es posible que se necesite modelar los procesos que
se inician en un intervalo de tiempo regular, como una copia de seguridad del
sistema que ocurre todas las semanas
LLAMAR A OTRAS A medida que los detalles se agregan a su diagrama de actividades, el diagrama
ACTIVIDADES puede llegar a ser demasiado grande, o la misma secuencia de acciones puede
ocurrir más de una vez. Cuanto esto sucede, puede mejorar la legibilidad al
proporcionar detalles de una acción en un diagrama separado, lo que permite
que el diagrama de nivel más alto permanezca mas ordenado.
OBJETOS Los objetos de datos son un aspecto importante del proceso que se está
modelando. Supongamos que una empresa desea vender el CMS como un
producto comercial y desea definir el proceso para aprobar los pedidos
entrantes. Cada paso del proceso de aprobación de pedidos necesitará
información sobre el pedido, como la información de pago y el costo de
transacción. Esto se puede modelar en su diagrama de actividad con un objeto
“Order”, que contiene la información de pedido que necesitan los pasos. Estos
diagramas de actividades ofrecen una variedad de maneras de modelar objetos
en sus procesos.
PARTICIONES O Las actividades pueden involucrar a diferentes participantes, como diferentes
SWIMLANES grupos o roles en una organización o sistema

DIAGRAMA DE SECUENCIAS
DEFINICIÓN Los casos de uso le permiten describir lo que su sistema debe poder hacer, las
clases le permiten a su modelo describir los diferentes tipos de partes que
conforman la estructura de su sistema. Sin embargo, con casos de uso y clases
solos, todavía no se puede modelar como su sistema realmente va a su trabajo.
Aquí es donde entran los diagramas de interacción, exactamente los diagramas
de secuencia.

Los diagramas de secuencia modelan importantes interacciones de tiempo de

ejecución entre las partes que conforman su sistema y forman parte de la vista
lógica de su modelo. (Logical View).
 Los diagramas de secuencia muestran mucha otra información sobre una
interacción, pero su fortaleza es la manera simple y efectiva en la que comunican
el orden de los eventos dentro de una interacción.
PARTICIPANTES Los participantes son las partes de su sistema que interactúan entre sí durante la
secuencia. Un participante es colocado en el diagrama verticalmente.

Cada participante tiene una línea de vida que indica donde comienza a existir un
participante. (ej. Una clase) y solo es realmente interesante cuando una parte (ej.
Una clase) se crea o elimina durante una secuencia.
NOMBRE DE Los participantes se deben nombre siguiendo el siguiente modelo:
PARTICIPANTES - nombre objeto: nombre clase
- oAdministrador: Administrador
- oComentario: Comentario
REPRESENTACIÓN DEL Un diagrama de secuencia describe el orden en que se producen las
TIEMPO interacciones, por lo que el tiempo es un factor importante. El tiempo en un
diagrama de secuencia tiene que ver con ordenar, no con la duración.
MENSAJES ENTRE Los eventos son los bloques de construcción para señales y mensajes. Una
PARTICIPANTES interacción en un diagrama de secuencia ocurre cuando un participante decide
enviar un mensaje a otro participante.
BARRA DE Cuando un mensaje se pasa a un participante, desencadena o invoca al
ACTIVACIÓN participante receptor para que haga algo, en este punto, se dice que el
participante receptor está activo. Para mostrar que está activo, ósea haciendo
algo, puede usar una barra de activación.
MENSAJES ANIDADES Cuando un mensaje de una participante resulta en uno o más mensajes enviados
por el participante receptor, se dice que los mensajes resultantes están anidados
dentro del mensaje de activación.
FRAGMENTO DE Para mostrar los detalles que un diagrama de secuencia necesita capturar
SECUENCIA usamos un fragmento de secuencia que permite crear diagramas de secuencia
organizados y estructurados que muestran interacciones complejas como bucles
y flujos alternativos.

Un cuadro de fragmentos puede contener cualquier cantidad de interacciones y,

para interacciones grandes y complejas, también fragmentos anidados. La
esquina superior izquierda del cuadro de fragmento contiene un operador. El
operador de fragmento indica que tipo de fragmento es este.
FRAGMENTO DE El fragmento “ref” representa una pieza de un diagrama de secuencia más
REFERENCIA grande.
El tipo de fragmento “ref” funciona de manera muy similar a la relación “include”
del diagrama de caso de uso.
 DIAGRAMA DE DESPLIEGUE
Definición Los diagramas de despliegue UML muestran la vista física de su sistema, llevando
su software al mundo real mostrando cómo se asigna el software al hardware y
cómo se comunican las piezas.

La palabra sistema puede significar cosas diferentes para diferentes personas; en

el contexto de los diagramas de despliegue, significa el software que crea y el
hardware y el software que permiten que se ejecute su software
Desplegando un - Para mostrar el hardware de la computadora, usas un nodo
sistema simple - Para mostrar software que correrá sobre el hardware de la computadora,
usas un artefacto.
- Finalmente, debe unir estas dos piezas para completar el diagrama de
implementación de su sistema. Dibuje el artefacto dentro del nodo para
mostrar que un artefacto de software se implementa en un nodo de
hardware.
Software desplegado: Los artefactos son archivos físicos que se ejecutan o son utilizados por su
artefactos software. Artefactos comunes que encontrarás:
- Archivos ejecutables, como archivos .exe o .jar
- Archivos de biblioteca, como .dlls (o archivos .jar de soporte)
- Archivos de origen, como archivos .java o .cpp
- Los archivos de configuración que utiliza su software en tiempo de
ejecución, comúnmente en formatos como .xml, .properties, o .txt
Atar el software a los El listado de nombres de artefactos dentro de un nodo ahorra mucho espacio en
artefactos comparación con el dibujo de un símbolo de artefacto para cada artefacto
¿Qué es un nodo? Un nodo es un recurso de hardware o software que puede alojar software o
archivos relacionados. Puede pensar en un nodo de software como un contexto
de aplicación; generalmente no es parte del software que desarrolló, sino un
entorno de terceros que brinda servicios a su software.
Ejemplos comunes de - Server
nodos de hardware - Desktop PC
- Disk drives
Ejemplos comunes de - Sistema operativo (i.e., Linux, Android o Windows)
nodos de software - Web server
- Application Server
Los elementos de software como archivos de biblioteca, archivos de propiedades
y archivos ejecutables que no pueden alojar software no son nodos, son
artefactos.