Este documento presenta los elementos clave de un diagrama de clases, incluyendo clases, atributos, métodos, relaciones como herencia, agregación y asociación. Explica cómo las clases encapsulan la información de un objeto y cómo las relaciones definen las interacciones entre clases. El objetivo es facilitar la comprensión de las partes involucradas en el desarrollo de software a través de la visualización de las relaciones entre clases.

1. MODELO DE
DIAGRAMA DE
CLASES
TEMA 2
EQUIPO No. 4
AGOSTO - 2011
martes 30 de agosto de 11

2. OBJETIVOS
Recordar los elementos del diagrama de clases para
facilitar el entendimiento de las partes involucradas
en el desarrollo de software
Visualizar las relaciones de las clases que intervienen
en el sistema
martes 30 de agosto de 11

3. LOS ELEMENTOS DEL
DIAGRAMA DE CLASES
Atributos,
Clase métodos y
visibilidad
Herencia,
composición,
Relaciones agregación,
asociación y uso
martes 30 de agosto de 11

4. UNIDAD QUE ENCAPSULA TODA LA
INFORMACION DE UN OBJETO
martes 30 de agosto de 11

5. REPRESENTACIÓN EN
UML 1/2
NOMBRE DE LA CLASE
CARRO
ATRIBUTOS
PEDAL IZQ.
PEDAL DER.
ACELERAR
FRENAR
OPERACIONES O MÉTODOS
martes 30 de agosto de 11

6. REPRESENTACIÓN EN
UML 2/2
NOMBRE DE LA CLASE
ATRIBUTOS
OPERACIONES O MÉTODOS
martes 30 de agosto de 11

7. TIPOS DE ATRIBUTOS
• Public; la característica es visible
dentro y fuera de la clase
• Private; la característica solo es
accesible dentro de la clase en la que
se encuentra
• Protected; Indica que el atributo no
será accesible desde fuera de la
clase, pero si podrá ser accesado por
métodos de la clase además de las
subclases que se deriven.
martes 30 de agosto de 11

8. TIPOS DE MÉTODOS
• 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
accesar).
• Protected; Indica que el método no
será accesible desde fuera de la clase,
pero si podrá ser accesado por
métodos de la clase además de
métodos de las subclases que se
deriven (ver herencia).
martes 30 de agosto de 11

9. RELACIONES
ENTRE
CLASES
• Uno o muchos: 1..* (1..n)
• 0 o muchos: 0..* (0..n)
• Número fijo: m (m denota el
número).
martes 30 de agosto de 11

10. HERENCIA
Indica que una subclase
hereda los métodos y
atributos especificados por
una Super Clase, por ende
la Subclase además de
poseer sus propios
m é t o d o s y at r i bu t o s,
poseerá las características
y atributos visibles de la
Super Clase.
martes 30 de agosto de 11

11. AGREGACIÓN
• Por Valor: Es un tipo de relación
estática, en donde el tiempo de vida del
objeto incluido esta condicionado por el
tiempo de vida del que lo incluye. Este
tipo de relación es comúnmente llamada
Composición (el Objeto base se
construye a partir del objeto incluido, es
decir, es "parte/todo").
• Por Referencia: Es un tipo de relación
dinámica, en donde el tiempo de vida
del objeto incluido es independiente del
que lo incluye. Este tipo de relación es
comúnmente llamada Agregación
martes 30 de agosto de 11

12. ASOCIACIÓN
La relación entre clases conocida
como Asociación, permite asociar
objetos que colaboran entre si.
Cabe destacar que no es una
relación fuerte, es decir, el tiempo
de vida de un objeto no depende
del otro.
martes 30 de agosto de 11

13. DEPENDENCIA
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.
martes 30 de agosto de 11

14. CONCLUSIÓN
Como ingenieros de software el diagrama de
clases permite ampliar las oportunidades,
para que las personas involucradas en el
proyecto comprendan de una mejor manera
la aplicación
martes 30 de agosto de 11

15. Gracias
Irving Canales
Giovanni Najera
Carlos Ibarra
martes 30 de agosto de 11