0% encontró este documento útil (0 votos)
12 vistas6 páginas

Diagramas UML: Clases, Objetos y Usos

El documento describe varios tipos de diagramas UML, incluyendo el diagrama de clases, objetos, casos de uso y actividades, cada uno con su propósito específico en la representación de sistemas. Se enfatiza la importancia de las relaciones entre clases y la materialización de objetos en el contexto de un sistema. Además, se menciona la utilidad de los diagramas de casos de uso para definir interacciones y requerimientos funcionales.

Cargado por

oscaritz
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
12 vistas6 páginas

Diagramas UML: Clases, Objetos y Usos

El documento describe varios tipos de diagramas UML, incluyendo el diagrama de clases, objetos, casos de uso y actividades, cada uno con su propósito específico en la representación de sistemas. Se enfatiza la importancia de las relaciones entre clases y la materialización de objetos en el contexto de un sistema. Además, se menciona la utilidad de los diagramas de casos de uso para definir interacciones y requerimientos funcionales.

Cargado por

oscaritz
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Apunte de contenido

Diagramas UML

USS
Facultad de Ingeniería, Arquitectura y Diseño
1. Diagrama de clases
Permite describir la estructura de un sistema, mostrando las clases y
sus relaciones, en este diagrama se debe integrar los atributos y métodos de
cada clase.

Para contextualizar, piense que una clase es una especi cación de cada
futuro objeto que el sistema tendrá, es una especie de receta, desde la que se
instanciará o generarán diversos objetos.

En enda por método cada acción que el futuro objeto pueda realizar y
atributo las caracterís cas que cada futuro objeto tendrá, en este diagrama
se debe contemplar también los niveles de visualización tanto de los atributos
como de los métodos.

En este, encontrará las siguientes formas de relacionar las clases:

• Herencia
• Asociación
• Agregación
• Composición

Pág. 2
ti
ti
fi
Airline Ticket_Vendor
Passenger
+ Reservation_Availability: BOOL reserves flight Reserve_Flight is booked with
reservation n° - Passenger_Name: char
+ Provide_Flight_Details: Void Check_Availability
# Passenger_Adress: char far *
+ Confirm_Booking: Boolean persistent
- Social_Security_Number: int [9]
persistent
+ Request_Flight: Void
flight number Flight_Reservation Ticket + Pay_for_Ticket: Void

+ Passenger_Name: char - Airline_Name: char persistent


schedules
+ Flight_Number: int - Ticket_Price: int
Flight
- Reservation_Number: int - Flight_Date: char
+ Destination: char
persistent - Flight_Time: char
+ Departure: char near *
- Flight_Number: int
+ Flight_Date: char
- Ticket_Number: char
+ Flight_Time: char
persistent
+ Flight_Price: int
+ Flight_Number: int
persistent

Travel_Agent Airline_Ticket_Vendor
- Vendor_Name: char - Airline_Name: char near *
- Vendor_Adress: char far * - Airline_Adress: char near *
persistent persistent

Fig. 1: Ejemplo de diagrama de clases


Fuente: [Link]

Pág. 3
1. Diagrama de objetos
Representan la materialización o instancia de un diagrama de clases en
un momento dado, si bien este diagrama puede verse similar al de clases, no
lo es ya que el foco de este se encuentra en los objetos y como se relaciona.

En enda por objeto, a la materialización o instancia de una clase, estos


objetos son quienes realizan las acciones en un sistema, comunicándose y
colaborando con otros objetos, para lograr el obje vo del sistema, estos solo
existen en empo de ejecución.

Fig. 2: Diagrama de objetos


Fuente: [Link]

Pág. 4
ti
ti
ti
3. Diagrama de casos de usos
Un caso de uso representa cada interacción supuesta que se tendrá con
el sistema, representan los requerimientos funcionales, es decir, indica que
ene “que” hacer un sistema y “como” lo hará.

Los casos de usos “elipses” en el diagrama se pueden comunicar entre


sí a través de los estereo pos “include” o “extends” quienes determinan la
forma en que la comunicación se realizará.

Fig. 3: Diagrama de caso de uso


Fuente [Link]

Pág. 5
ti
ti
4. Diagrama de ac vidades
Los diagramas de ac vidad se dice que son un caso especial del
diagrama de estado, ya que representan estados de acción, que suelen
u lizarse en el contexto de los procesos, lógica de negocio, ujo de trabajos y
parte, o toda la descripción de un diagrama de caso de uso.

Fin de la jornada Despertar


Actividad 1

Actividad 2 Baño Descanso


Desayunar Volver a dormir

Fig. 4: Diagrama de ac vidades


Fuente: [Link]

Para complementar los contenidos vistos, te invito a revisar la siguiente


lectura:
• Stevens, Perdita, et al. (2007). U lización de UML En Ingeniería Del
So ware Con Objetos y [Link], España: Pearson Educación.
h ps://[Link]/permalink/f/2omn3/
uss_janium32080

Pág. 6
ti
tt
ft
ti
ti
ti
ti
fl

También podría gustarte