SlideShare una empresa de Scribd logo
DIAGRAMA DE CLASES EN UML
Mg. Juan José Flores Cueto
jflores@usmp.edu.pe
Ing. Carmen Bertolotti Zuñiga
cbertolotti@usmp.edu.pe
INTRODUCCIÓN
UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema software orientado a objetos.
Se ha convertido en el estándar de facto de la industria, debido a que ha sido
impulsado por los autores de los tres métodos más usados de orientación a objetos:
Grady Booch, Ivar Jacobson y Jim Rumbaugh. En el proceso de creación de UML han
participado, no obstante, otras empresas de gran peso en la industria como Microsoft,
Hewlett-Packard, Oracle o IBM, así como grupos de analistas y desarrolladores.
En UML 2.0 hay 13 tipos diferentes de diagramas. Para comprenderlos de manera
concreta, a veces es útil categorizarlos jerárquicamente:
 Diagramas de estructura enfatizan en los elementos que deben existir en el
sistema modelado:
1. Diagrama de clases
2. Diagrama de componentes
3. Diagrama de objetos
4. Diagrama de estructura compuesta (UML 2.0)
5. Diagrama de despliegue
6. Diagrama de paquetes
 Diagramas de comportamiento enfatizan en lo que debe suceder en el sistema
modelado:
7. Diagrama de actividades
8. Diagrama de casos de uso
9. Diagrama de estados
 Diagramas de Interacción, un subtipo de diagramas de comportamiento, que
enfatiza sobre el flujo de control y de datos entre los elementos del sistema
modelado:
10. Diagrama de secuencia
11. Diagrama de comunicación
12. Diagrama de tiempos (UML 2.0)
13. Diagrama de vista de interacción (UML 2.0)
DIAGRAMA DE CLASES
Un diagrama de clases es un tipo de diagrama estático que describe la estructura de
un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas
de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde
se crea el diseño conceptual de la información que se manejará en el sistema, y los
componentes que se encargarán del funcionamiento y la relación entre uno y otro. En
un diagrama de clases se pueden distinguir principalmente dos elementos: clases y
sus relaciones.
CLASES:
La clase es la unidad básica que encapsula toda la información de un objeto a
través de la cual podemos modelar el entorno en estudio.
En UML, una clase es representada por un rectángulo que posee tres
divisiones (ver la figura 1).
Figura 1: Representación de una clase en UML
Fuente: Elaboración Propia
En donde:
o El rectángulo superior contiene el nombre de la clase
o El rectángulo intermedio contiene los atributos (o variables de instancia) que
caracterizan a la clase (pueden ser private, protected o public).
o El rectángulo inferior contiene los métodos u operaciones, los cuales son la forma
como interactúa el objeto con su entorno (dependiendo de la visibilidad: private,
protected o public).
Nombre de la clase Atributos de la clase
Métodos de la clase
Por ejemplo, podemos representar una clase denominada Figura que contiene dos
atributos (lado1 y lado2) y 3 métodos (método constructor Figura, método área y
método perímetro), de la siguiente manera:
Figura 2: Representación de una clase en UML
Fuente: Elaboración Propia
Al analizar la representación de una clase en UML podemos encontrar lo siguiente:
o Los atributos o características de una clase pueden ser de tres tipos, que definen su
grado de comunicación y visibilidad con el entorno, estos son:
 public (+, ): Indica que el atributo será visible tanto dentro como fuera de
la clase, es decir, es accesible desde todos lados
 private (-, ): Indica que el atributo sólo será accesible desde dentro de la
clase (sólo sus métodos pueden manipular los atributos)
 protected (#, ): Indica que el atributo no será accesible desde fuera de la
clase, pero si podrá ser manipulado por métodos de la clase y de sus
subclases
o Los métodos u operaciones de una clase son la forma en cómo ésta interactúa con
su entorno, éstos pueden tener las características siguientes:
 public (+, ): Indica que el método será visible tanto dentro como fuera de la
clase, es decir, es accesible desde todos lados
 private (-, ): Indica que el método sólo será accesible desde dentro de la
clase (sólo otros métodos de la clase lo pueden utilizar)
 protected (#, ): Indica que el método no será accesible desde fuera de la
clase, pero si podrá ser utilizado por métodos de la clase y de sus subclases
RELACIONES:
1) Herencia (Especialización/Generalización):
Indica que una clase (clase derivada) hereda los métodos y atributos
especificados por una clase (clase base), por lo cual una clase derivada
además de tener sus propios métodos y atributos, podrá acceder a las
características y atributos visibles de su clase base (public y protected). En
la siguiente figura podrá observar un ejemplo de este tipo de relación:
Figura 3: Relación de Especialización/Generalización en UML
Persona
Alumno Profesor
Fuente: Elaboración Propia
En este ejemplo se especifica que las clase Alumno y Profesor heredan de la clase
Persona, es decir, Alumno y Profesor podrán acceder a las características de
Persona. También puede tener su respectiva diferenciación, ya que un Alumno
puede obtener sus notas previa evaluación realizada por parte de un Profesor.
2) Composición:
La composición es un tipo de relación estática, en donde el tiempo de vida
del objeto incluido está condicionado por el tiempo de vida del que lo
incluye (el objeto base se construye a partir del objeto incluido, es decir, es
parte/todo). En la siguiente figura podrá observar un ejemplo de este tipo de
relación:
Figura 4: Relación de Composición en UML
Mano
Dedos
Fuente: Elaboración Propia
3) Agregación:
La agregación es un tipo de relación dinámica, en donde el tiempo de vida
del objeto incluido es independiente del que lo incluye (el objeto base utiliza
al incluido para su funcionamiento). En la siguiente figura podrá observar un
ejemplo de este tipo de relación:
Figura 5: Relación de Agregación en UML
Auto
Llanta
Fuente: Elaboración Propia
4) Dependencia o Instanciación (uso):
Representa un tipo de relación muy particular, en la que una clase es
instanciada (su instanciación es dependiente de otro objeto/clase). Se
denota por una flecha punteada. El uso más particular de este tipo de
relación es para denotar la dependencia que tiene una clase de otra, como
por ejemplo una aplicación grafica que instancia una ventana (la creación
del Objeto Ventana está condicionado a la instanciación proveniente desde
el objeto Aplicación).
Figura 6: Relación de Dependencia o Instanciación en UML
Aplicacion Ventana
Fuente: Elaboración Propia
Cabe destacar que el objeto creado (en este caso la Ventana gráfica) no se
almacena dentro del objeto que lo crea (en este caso la Aplicación).
5) Asociación:
La relación entre clases conocida como Asociación, permite asociar objetos
que colaboran entre sí. Cabe destacar que no es una relación fuerte, es
decir, el tiempo de vida de un objeto no depende del otro. En la siguiente
figura podrá observar un ejemplo de este tipo de relación:
Figura 7: Relación de Asociación en UML
Persona Ropa
Fuente: Elaboración Propia
Del ejemplo se puede deducir que una persona puede usa diferentes tipos de ropa
(varias ropas), en cambio una ropa solo puede ser usada por sólo una persona en
un momento determinado.
Los elementos adicionales que pueden aparecer en una relación de este tipo
son los siguientes:
o Rol: Identifica con nombres a los elementos que aparecen en los
extremos de la línea que denota la relación, dicho nombre describe la
semántica que tiene la relación en el sentido indicado.
o Multiplicidad: La multiplicidad de una relación determina cuantos objetos
de cada tipo intervienen en la relación. Presenta las siguientes
características:
MULTIPLICIDAD SIGNIFICADO
1 Uno y solo uno
0..1 Cero o uno
X..Y Desde X hasta Y
* Cero o varios
0..* Cero o varios
1..* Uno o varios
 Cada asociación tiene dos multiplicidades (una para cada extremo de la
relación)
 Para especificar hay que indicar que la multiplicidad mínima y máxima
(mínima...máxima)
 Cuando a multiplicidad mínima es 0, la relación es opcional
 Una multiplicidad mínima mayor igual que 1 establece una relación
obligatoria

Más contenido relacionado

La actualidad más candente

Uml java
Uml javaUml java
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
Alvaro Vargas
 
Modelamiento con uml definiciones
Modelamiento con uml definicionesModelamiento con uml definiciones
Modelamiento con uml definiciones
Boris Salleg
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
Lenin Vivanco
 
Diag de clases
Diag de clasesDiag de clases
Diag de clases
Lismirabal
 
Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
Universidad Técnica del Norte
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
Nedoww Haw
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacion
josebrandon24
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
mireya2022
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
Isaac Astorga
 
Clase4 poo-uml
Clase4 poo-umlClase4 poo-uml
Clase4 poo-uml
desimartinez
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
jmachado614
 
Diagramas UML
Diagramas UMLDiagramas UML
Historia de uml
Historia de umlHistoria de uml
Historia de uml
Cesar Yupa
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
1da4
 
1 2 5 Modelando Clases
1 2 5 Modelando Clases1 2 5 Modelando Clases
1 2 5 Modelando Clases
UVM
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
still01
 
Lenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UMLLenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UML
Luis Fernando Aguas Bucheli
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
Jesús Navarro
 
Diagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetosDiagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetos
Ricardo Garcia
 

La actualidad más candente (20)

Uml java
Uml javaUml java
Uml java
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Modelamiento con uml definiciones
Modelamiento con uml definicionesModelamiento con uml definiciones
Modelamiento con uml definiciones
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Diag de clases
Diag de clasesDiag de clases
Diag de clases
 
Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacion
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Clase4 poo-uml
Clase4 poo-umlClase4 poo-uml
Clase4 poo-uml
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Historia de uml
Historia de umlHistoria de uml
Historia de uml
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
1 2 5 Modelando Clases
1 2 5 Modelando Clases1 2 5 Modelando Clases
1 2 5 Modelando Clases
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Lenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UMLLenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UML
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetosDiagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetos
 

Similar a 31096724 diagrama-de-clases-en-uml

Clase 17
Clase 17Clase 17
Clase 17
victdiazm
 
clases
clasesclases
Tutorial uml
Tutorial umlTutorial uml
Tutorial uml
Manuel Hormechea
 
Lenguaje unificado de modelado
Lenguaje unificado de modeladoLenguaje unificado de modelado
Lenguaje unificado de modelado
Daniiel Gmez
 
encuesta
encuestaencuesta
encuesta
deliamartinez
 
Introduccion a UML
Introduccion a UMLIntroduccion a UML
Introduccion a UML
Pablo Andres Cáceres Ferreira
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
UVM
 
UML.pptx
UML.pptxUML.pptx
UML.pptx
juan gonzalez
 
Clases 2
Clases 2Clases 2
Um presentación
Um presentaciónUm presentación
Um presentación
Diego San
 
Introducion uml
Introducion umlIntroducion uml
Introducción al tema de UML - Unified Model Language
Introducción al tema de UML - Unified Model LanguageIntroducción al tema de UML - Unified Model Language
Introducción al tema de UML - Unified Model Language
mlpichiya
 
Uml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprillaUml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprilla
Albagni Camila Ibarguen Asprilla
 
conseptos basicos de la poo
conseptos basicos de la pooconseptos basicos de la poo
conseptos basicos de la poo
mahega261193
 
INTRODUCCION UML
INTRODUCCION UMLINTRODUCCION UML
INTRODUCCION UML
Liz De Los Rios
 
Guía Didáctica 2.-UML
Guía Didáctica 2.-UMLGuía Didáctica 2.-UML
Guía Didáctica 2.-UML
Joan C.
 
Diagramas de clase.pptx
Diagramas de clase.pptxDiagramas de clase.pptx
Diagramas de clase.pptx
CAMILORUALES1
 
Lenguaje Unificado de Modelado
Lenguaje Unificado de ModeladoLenguaje Unificado de Modelado
Lenguaje Unificado de Modelado
Ingeniería de Sistemas e Informática
 
diapositivas_basicas_sobre_la_notacion_uml.pptx
diapositivas_basicas_sobre_la_notacion_uml.pptxdiapositivas_basicas_sobre_la_notacion_uml.pptx
diapositivas_basicas_sobre_la_notacion_uml.pptx
JamesHerberthBacaTel
 
Tema 12. Metodología estandar UML 12-05-24.pdf
Tema 12. Metodología estandar UML 12-05-24.pdfTema 12. Metodología estandar UML 12-05-24.pdf
Tema 12. Metodología estandar UML 12-05-24.pdf
Noe Castillo
 

Similar a 31096724 diagrama-de-clases-en-uml (20)

Clase 17
Clase 17Clase 17
Clase 17
 
clases
clasesclases
clases
 
Tutorial uml
Tutorial umlTutorial uml
Tutorial uml
 
Lenguaje unificado de modelado
Lenguaje unificado de modeladoLenguaje unificado de modelado
Lenguaje unificado de modelado
 
encuesta
encuestaencuesta
encuesta
 
Introduccion a UML
Introduccion a UMLIntroduccion a UML
Introduccion a UML
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
UML.pptx
UML.pptxUML.pptx
UML.pptx
 
Clases 2
Clases 2Clases 2
Clases 2
 
Um presentación
Um presentaciónUm presentación
Um presentación
 
Introducion uml
Introducion umlIntroducion uml
Introducion uml
 
Introducción al tema de UML - Unified Model Language
Introducción al tema de UML - Unified Model LanguageIntroducción al tema de UML - Unified Model Language
Introducción al tema de UML - Unified Model Language
 
Uml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprillaUml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprilla
 
conseptos basicos de la poo
conseptos basicos de la pooconseptos basicos de la poo
conseptos basicos de la poo
 
INTRODUCCION UML
INTRODUCCION UMLINTRODUCCION UML
INTRODUCCION UML
 
Guía Didáctica 2.-UML
Guía Didáctica 2.-UMLGuía Didáctica 2.-UML
Guía Didáctica 2.-UML
 
Diagramas de clase.pptx
Diagramas de clase.pptxDiagramas de clase.pptx
Diagramas de clase.pptx
 
Lenguaje Unificado de Modelado
Lenguaje Unificado de ModeladoLenguaje Unificado de Modelado
Lenguaje Unificado de Modelado
 
diapositivas_basicas_sobre_la_notacion_uml.pptx
diapositivas_basicas_sobre_la_notacion_uml.pptxdiapositivas_basicas_sobre_la_notacion_uml.pptx
diapositivas_basicas_sobre_la_notacion_uml.pptx
 
Tema 12. Metodología estandar UML 12-05-24.pdf
Tema 12. Metodología estandar UML 12-05-24.pdfTema 12. Metodología estandar UML 12-05-24.pdf
Tema 12. Metodología estandar UML 12-05-24.pdf
 

31096724 diagrama-de-clases-en-uml

  • 1. DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Se ha convertido en el estándar de facto de la industria, debido a que ha sido impulsado por los autores de los tres métodos más usados de orientación a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh. En el proceso de creación de UML han participado, no obstante, otras empresas de gran peso en la industria como Microsoft, Hewlett-Packard, Oracle o IBM, así como grupos de analistas y desarrolladores. En UML 2.0 hay 13 tipos diferentes de diagramas. Para comprenderlos de manera concreta, a veces es útil categorizarlos jerárquicamente:  Diagramas de estructura enfatizan en los elementos que deben existir en el sistema modelado: 1. Diagrama de clases 2. Diagrama de componentes 3. Diagrama de objetos 4. Diagrama de estructura compuesta (UML 2.0) 5. Diagrama de despliegue 6. Diagrama de paquetes  Diagramas de comportamiento enfatizan en lo que debe suceder en el sistema modelado: 7. Diagrama de actividades 8. Diagrama de casos de uso 9. Diagrama de estados  Diagramas de Interacción, un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado: 10. Diagrama de secuencia 11. Diagrama de comunicación 12. Diagrama de tiempos (UML 2.0) 13. Diagrama de vista de interacción (UML 2.0)
  • 2. DIAGRAMA DE CLASES Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargarán del funcionamiento y la relación entre uno y otro. En un diagrama de clases se pueden distinguir principalmente dos elementos: clases y sus relaciones. CLASES: La clase es la unidad básica que encapsula toda la información de un objeto a través de la cual podemos modelar el entorno en estudio. En UML, una clase es representada por un rectángulo que posee tres divisiones (ver la figura 1). Figura 1: Representación de una clase en UML Fuente: Elaboración Propia En donde: o El rectángulo superior contiene el nombre de la clase o El rectángulo intermedio contiene los atributos (o variables de instancia) que caracterizan a la clase (pueden ser private, protected o public). o El rectángulo inferior contiene los métodos u operaciones, los cuales son la forma como interactúa el objeto con su entorno (dependiendo de la visibilidad: private, protected o public). Nombre de la clase Atributos de la clase Métodos de la clase
  • 3. Por ejemplo, podemos representar una clase denominada Figura que contiene dos atributos (lado1 y lado2) y 3 métodos (método constructor Figura, método área y método perímetro), de la siguiente manera: Figura 2: Representación de una clase en UML Fuente: Elaboración Propia Al analizar la representación de una clase en UML podemos encontrar lo siguiente: o Los atributos o características de una clase pueden ser de tres tipos, que definen su grado de comunicación y visibilidad con el entorno, estos son:  public (+, ): Indica que el atributo será visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados  private (-, ): Indica que el atributo sólo será accesible desde dentro de la clase (sólo sus métodos pueden manipular los atributos)  protected (#, ): Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser manipulado por métodos de la clase y de sus subclases o Los métodos u operaciones de una clase son la forma en cómo ésta interactúa con su entorno, éstos pueden tener las características siguientes:  public (+, ): Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados  private (-, ): Indica que el método sólo será accesible desde dentro de la clase (sólo otros métodos de la clase lo pueden utilizar)  protected (#, ): Indica que el método no será accesible desde fuera de la clase, pero si podrá ser utilizado por métodos de la clase y de sus subclases
  • 4. RELACIONES: 1) Herencia (Especialización/Generalización): Indica que una clase (clase derivada) hereda los métodos y atributos especificados por una clase (clase base), por lo cual una clase derivada además de tener sus propios métodos y atributos, podrá acceder a las características y atributos visibles de su clase base (public y protected). En la siguiente figura podrá observar un ejemplo de este tipo de relación: Figura 3: Relación de Especialización/Generalización en UML Persona Alumno Profesor Fuente: Elaboración Propia En este ejemplo se especifica que las clase Alumno y Profesor heredan de la clase Persona, es decir, Alumno y Profesor podrán acceder a las características de Persona. También puede tener su respectiva diferenciación, ya que un Alumno puede obtener sus notas previa evaluación realizada por parte de un Profesor. 2) Composición: La composición es un tipo de relación estática, en donde el tiempo de vida del objeto incluido está condicionado por el tiempo de vida del que lo incluye (el objeto base se construye a partir del objeto incluido, es decir, es parte/todo). En la siguiente figura podrá observar un ejemplo de este tipo de relación: Figura 4: Relación de Composición en UML Mano Dedos Fuente: Elaboración Propia
  • 5. 3) Agregación: La agregación es un tipo de relación dinámica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye (el objeto base utiliza al incluido para su funcionamiento). En la siguiente figura podrá observar un ejemplo de este tipo de relación: Figura 5: Relación de Agregación en UML Auto Llanta Fuente: Elaboración Propia 4) Dependencia o Instanciación (uso): Representa un tipo de relación muy particular, en la que una clase es instanciada (su instanciación es dependiente de otro objeto/clase). Se denota por una flecha punteada. El uso más particular de este tipo de relación es para denotar la dependencia que tiene una clase de otra, como por ejemplo una aplicación grafica que instancia una ventana (la creación del Objeto Ventana está condicionado a la instanciación proveniente desde el objeto Aplicación). Figura 6: Relación de Dependencia o Instanciación en UML Aplicacion Ventana Fuente: Elaboración Propia Cabe destacar que el objeto creado (en este caso la Ventana gráfica) no se almacena dentro del objeto que lo crea (en este caso la Aplicación).
  • 6. 5) Asociación: La relación entre clases conocida como Asociación, permite asociar objetos que colaboran entre sí. Cabe destacar que no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro. En la siguiente figura podrá observar un ejemplo de este tipo de relación: Figura 7: Relación de Asociación en UML Persona Ropa Fuente: Elaboración Propia Del ejemplo se puede deducir que una persona puede usa diferentes tipos de ropa (varias ropas), en cambio una ropa solo puede ser usada por sólo una persona en un momento determinado. Los elementos adicionales que pueden aparecer en una relación de este tipo son los siguientes: o Rol: Identifica con nombres a los elementos que aparecen en los extremos de la línea que denota la relación, dicho nombre describe la semántica que tiene la relación en el sentido indicado. o Multiplicidad: La multiplicidad de una relación determina cuantos objetos de cada tipo intervienen en la relación. Presenta las siguientes características: MULTIPLICIDAD SIGNIFICADO 1 Uno y solo uno 0..1 Cero o uno X..Y Desde X hasta Y * Cero o varios 0..* Cero o varios 1..* Uno o varios  Cada asociación tiene dos multiplicidades (una para cada extremo de la relación)  Para especificar hay que indicar que la multiplicidad mínima y máxima (mínima...máxima)  Cuando a multiplicidad mínima es 0, la relación es opcional  Una multiplicidad mínima mayor igual que 1 establece una relación obligatoria