¿Qué es UML?
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado
visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la
implementación de sistemas de software complejos, tanto en estructura como en
comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo
de procesos en la fabricación.
Es comparable a los planos usados en otros campos y consiste en diferentes tipos de
diagramas. En general, los diagramas UML describen los límites, la estructura y el
comportamiento del sistema y los objetos que contiene.
UML no es un lenguaje de programación, pero existen herramientas que se pueden usar para
generar código en diversos lenguajes usando los diagramas UML. UML guarda una relación
directa con el análisis y el diseño orientados a objetos.
Lista de los diagramas de UML.
Diagrama de clases
Diagrama de objetos
Diagrama de casos de uso
Diagrama de estados
Diagrama de secuencias
Diagrama de actividades
Diagrama de colaboraciones
Diagrama de distribución
Diagramas estatico:
Diagrama de clases: Los diagramas de clases describen la estructura estática de un sistema.
Las cosas que existen y que nos rodean se agrupan naturalmente en categorías. Una clase es
una categoría o grupo de cosas que tienen atributos (propiedades) y acciones similares. Un
ejemplo puede ser la clase “Aviones” que tiene atributos como el “modelo de avión”, “la
cantidad de motores”, “la velocidad de crucero” y “la capacidad de carga útil”. Entre las
acciones de las cosas de esta clase se encuentran: “acelerar”, “elevarse”, “girar”, “descender”,
“desacelerar”. Un rectángulo es el símbolo que representa a la clase, y se divide en tres
áreas. Un diagrama de clases está formado por varios rectángulos de este tipo conectados
por líneas que representan las asociaciones o maneras en que las clases se relacionan entre
si.
Diagrama de objetos: Los Diagramas de Objetos están vinculados con los Diagramas de
Clases. Un objeto es una instancia de una clase, por lo que un diagrama de objetos puede ser
visto como una instancia de un diagrama de clases. Los diagramas de objetos describen la
estructura estática de un sistema en un momento particular y son usados para probar la
precisión de los diagramas de clases.
Diagramas de Componentes : lustran las piezas del software, controladores embebidos, etc.
que conformarán un sistema. Un diagrama de Componentes tiene un nivel más alto de
abstracción que un diagrama de clase – usualmente un componente se implementa por una o
más clases (u objetos) en tiempo de ejecución. Estos son bloques de construcción, como
eventualmente un componente puede comprender una gran porción de un sistema. Elementos
• Representación de componentes • Interfaces requeridas (Conector de Ensamble) •
Componentes con puertos Componentes Conector de Ensamble ProporcionaConsume Puerto
Proporciona Consume.
Diagrama de Estructura Compuesta: Es un diagrama que muestra la estructura interna de un
clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la
configuración y relación de las partes que juntas realizan el comportamiento de clasificador
contenido. Se describe la forma en que las clases se pueden mostrar como elementos
compuestos exponiendo interfaces y conteniendo puertos y partes. Parte: Representa un
conjunto de una o más instancias que pertenecen a una instancia del clasificador contenida.
Una parte se puede quitar de sus padres antes de que el padre se elimine, para que la parte
no se elimine al mismo tiempo. Puerto: Es un elemento escrito que representa una parte
visible externa de una instancia del clasificador contenido. Un Puerto puede especificar los
servicios que un clasificador provee así como también los servicios que este requiere de su
entorno. Interface: es similar a una clase pero con un número de restricciones. Todas las
operaciones de la interfaz son públicas y abstractas, y no proveen ninguna implementación
predeterminada. Todos los atributos de la interfaz deben ser constantes. Sin embargo,
mientras que una clase puede solo heredar de una sola super- clase, puede implementar
interfaces múltiples. Interface Provista: Una interfaz provista se muestra como una “pelota en
un palo” adjuntada al borde de un elemento clasificador. Una interfaz requerida se muestra
como una “copa en un palo” adjuntada al borde de un elemento clasificador.
Diagrama de Paquetes: Se usan para reflejar la organización de paquetes y sus elementos.
Cuando se usan para representaciones, los diagramas de paquete de los elementos de clase
se usan para proveer una visualización de los espacios de nombres. Los usos más comunes
para los diagramas de paquete son para organizar diagramas de casos de uso y diagramas
de clase, a pesar de que el uso de los diagramas de paquete no es limitado a estos elementos
UML. -Combinación de Paquetes: Cuando un conector «merge» se usa en un paquete, la
fuente de la combinación importa los contenidos importados y anidados del destino. Si existe
un elemento dentro del origen y el destino, las definiciones del elemento origen se expandirán
para incluir las definiciones del elemento contenidas en el destino. Todos los elementos
agregados o actualizados por una combinación se notan por una relación de generalización
desde el origen hasta el destino. -Importación de paquetes: El conector «import» indica que
los elementos dentro del paquete destino, que en este ejemplo es una sola clase, se
importarán al paquete origen. El espacio de nombre del paquete origen ganará acceso a la
Clase/s de Destino; el espacio de nombre del destino no está afectado. -Conectores
Anidados: El conector anidado entre el paquete destino y los paquetes de origen reflejan lo
que muestran los contenidos del paquete.
Diagrama comportamiento:
Diagrama de caso de uso: Un caso de uso es una descripción de las acciones de un sistema
desde el punto de vista del usuario. Es una herramienta valiosa dado que es una técnica de
aciertos y errores para obtener los requerimientos del sistema, justamente desde el punto de
vista del usuario. Los diagramas de caso de uso modelan la funcionalidad del sistema usando
actores y casos de uso. Los casos de uso son servicios o funciones provistas por el sistema
para sus usuarios.
Diagrama de estados: En cualquier momento, un objeto se encuentra en un estado particular,
la luz está encendida o apagada, el auto en movimiento o detenido, la persona leyendo o
cantando, etc. . El diagrama de estados UML captura esa pequeña realidad.
Diagrama de secuencias: Los diagramas de clases y los de objetos representan información
estática. No obstante, en un sistema funcional, los objetos interactúan entre sí, y tales
interacciones suceden con el tiempo. El diagrama de secuencias UML muestra la mecánica
de la interacción con base en tiempos.
Diagrama de actividades: Un diagrama de actividades ilustra la naturaleza dinámica de un
sistema mediante el modelado del flujo ocurrente de actividad en actividad. Una actividad
representa una operación en alguna clase del sistema y que resulta en un cambio en el
estado del sistema. Típicamente, los diagramas de actividad son utilizados para modelar el
flujo de trabajo interno de una operación.
Diagrama de colaboraciones: El diagrama de colaboraciones describe las interacciones entre
los objetos en términos de mensajes secuenciados. Los diagramas de colaboración
representan una combinación de información tomada de los diagramas de clases, de
secuencias y de casos de uso, describiendo el comportamiento, tanto de la estructura
estática, como de la estructura dinámica de un sistema.
Diagrama de componentes: Un diagrama de componentes describe la organización de los
componentes físicos de un sistema.
Diagrama de distribución: El diagrama de distribución UML muestra la arquitectura física de un
sistema informático. Puede representar a los equipos y a los dispositivos, y también mostrar
sus interconexiones y el software que se encontrará en cada máquina.
