Está en la página 1de 5

A continuación, se describirán los diagramas más comunes del UML y los

conceptos que representan:


• 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 Componentes
• Diagrama de Distribución
Diagrama de clases
El diagrama de clases describe la estructura estática de un sistema. Las cosas que
existen y nos rodean se agrupan naturalmente en categorías. Una clase es una categoría
o grupo de cosas que tienen propiedades (atributos) y actúan de la misma manera.

Diagrama de objetos
Un diagrama de objetos está asociado con un diagrama de clases. Un objeto es una
instancia de la clase, Los diagramas de objetos describen la estructura estática de un
sistema en un momento específico y se usan para verificar la precisión de la clase.
Diagrama de caso de uso
Un caso de uso es una descripción de las operaciones del sistema desde el punto de
vista del usuario. Es una herramienta valiosa porque es una técnica de aleatorización
para obtener información. El diagrama de casos de uso modela la funcionalidad de un
sistema utilizando actores y casos de uso. Los casos de uso son servicios o funciones
proporcionados por el sistema al usuario.

Diagrama de estado
En un momento dado, un objeto está en un estado particular, una luz está encendida o
apagada, un automóvil se está moviendo o está detenido, una persona está leyendo o él
está cantando, etc. El diagrama de estado UML captura estos pequeños hechos.

Ejemplo de Diagrama de Estado


Diagrama de secuencia
Los diagramas de clases y objetos representan información estática. Sin embargo, en un
sistema funcional, los objetos interactúan entre sí y tales interacciones ocurren con el
tiempo. El diagrama de secuencia UML muestra el mecanismo de la interacción basado
en veces.

Diagrama de actividad
El diagrama de actividad ilustra la naturaleza dinámica de un sistema modelando el flujo
continuo de una actividad a otra. Una operación representa una operación en una capa
determinada del sistema que da como resultado un cambio en el estado del sistema. Los
diagramas de actividad se utilizan a menudo para modelar el flujo de trabajo interno de
una actividad.
Diagramas de colaboración
Los diagramas de colaboración describen interacciones entre objetos en forma de
mensajes secuenciados. El diagrama de colaboración representa una combinación de
información extraída de los diagramas de casos de uso, secuencia y clase, que describe
el funcionamiento tanto del estático 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 diseño UML muestra la arquitectura física del sistema informático. Puede representar
las computadoras, los periféricos, y también mostrar sus conexiones, y el software
DIAGRAMA DE CLASES
Se ha encontrado que se puede utilizar varios diagramas de clases, en el que se va a
enfocar el proyecto de Abokin es el diagrama de comportamiento que expresa las
secuencias de estados por los que pasa un objeto a lo largo de su vida en respuesta a
eventos. De hecho, esta estructura es suficiente para representar claramente las
funciones y/o metas más importantes del sistema. Por esta razón, al desarrollar software
o planificar nuevos procesos comerciales, la creación de un diagrama de casos de uso
suele ser uno de los primeros pasos, ya que ayuda a visualizar de manera clara y sencilla
los casos de uso. Qué usos se deben tener en cuenta durante el desarrollo para actores
(y, en un sentido más amplio, moderadores o clientes) para lograr sus objetivos,
independientemente de la viabilidad técnica.
Un diagrama de casos de uso es una forma de diagrama de comportamiento en el
lenguaje de modelado unificado (UML), en el que se representan los procesos
comerciales, así como los sistemas orientados a objetos y los procesos de programación.
Por lo tanto, UML no es un lenguaje de programación, sino un lenguaje de modelado, que
pretende ser un método estandarizado para representar sistemas en el proyecto o actual.
En este diagrama, todos los objetos relacionados están estructurados y relacionados
entre sí.

por Dr. Juan I. Barrios

https://shorturl.ae/BhELJ

También podría gustarte