Ir al contenido

Otros Diagramas de Modelado

Representa una fotografía estática de los objetos (instancias de clases) en un momento específico del tiempo.

  • Mostrar cómo están relacionados los objetos en una situación concreta.
  • Ver configuraciones ejemplo del sistema.
  • No muestra clases, sino especificaciones de instancias.
  • Puede incluir objetos de clases abstractas o atributos incompletos (porque es una especificación, no una ejecución real).

Representa cómo se organiza y agrupa un sistema en paquetes lógicos.

  • Agrupar clases, interfaces y otros elementos.
  • Mostrar dependencias entre paquetes, lo que ayuda a gestionar la complejidad.
  • Los paquetes pueden contener otros paquetes.
  • Hay un paquete raíz que abarca todo el sistema.
  • Las dependencias indican que algún elemento interno depende de otro (no todos).
  • Permite controlar visibilidad y encapsulamiento.

Como carpetas dentro de otras carpetas en tu computadora, organizadas por temas (funcionalidad, módulo, etc.).

Representa los componentes físicos de un sistema de software y sus dependencias.

  • Mostrar cómo el sistema está dividido en módulos reutilizables.
  • Refleja los elementos que pueden ser compilados, desplegados o reemplazados.
  • Cada componente tiene nombre y puede tener estereotipos como <<executable>>, <<library>>, <<document>>, etc.
  • Indica relaciones entre interfaces ofrecidas y requeridas.

Como las piezas de LEGO de un sistema: cada una hace algo y puede ser reemplazada o ensamblada con otras.

Muestra la arquitectura física de un sistema: hardware y software durante la ejecución.

  • Modelar la infraestructura de ejecución.
  • Visualizar dónde y cómo se despliegan los componentes del sistema.
  • Incluye nodos (máquinas físicas o virtuales).
  • Muestra componentes de software ejecutándose en esos nodos.
  • Ayuda en decisiones de distribución, rendimiento y escalabilidad.

Como un plano de red de servidores, con los programas que corren en cada uno.

Describe cómo cambia el estado de un objeto a lo largo del tiempo en respuesta a eventos.

  • Entender el comportamiento de un objeto durante su ciclo de vida.
  • Identificar eventos, condiciones y transiciones.
  • Se enfoca en un solo objeto (como Pedido, Semáforo, Conexión).
  • Puede haber superestados que agrupan estados similares.

Como los estados de una puerta: abierta, cerrada, bloqueada y cómo cambia según acciones (eventos) como cerrar(), bloquear().

Muestra el flujo de trabajo o procesos en el sistema, incluso con actividades concurrentes.

  • Representar procesos de negocio, lógica de un método o tareas paralelas.
  • Modelar decisiones, ramificaciones, sincronizaciones, ciclos.
  • Hereda ideas de los diagramas de flujo, estados y redes de Petri.
  • Se usa mucho en procesos de negocio, tareas automatizadas o casos de uso complejos.

Como una receta de cocina con pasos en secuencia y en paralelo (ej. mientras hierve el agua, vas picando los ingredientes).


Tipo de diagramaEnfocado en…Ideal para…
ObxectosInstancias en un momento específicoMostrar configuración de objetos
PaquetesOrganización y dependencias lógicasModularizar el sistema
CompoñentesElementos físicos del softwareVer arquitectura modular y reutilizable
DespregueInfraestructura de ejecuciónModelar hardware y distribución
EstadosCiclo de vida de un objetoMostrar cómo responde a eventos
ActividadesFlujo de trabajo y procesosRepresentar lógica compleja o concurrente