Diagrama de clases
Transcript of Diagrama de clases
MODELO DE DIAGRAMA DE
CLASESTEMA 2
EQUIPO No. 4
AGOSTO - 2011
martes 30 de agosto de 11
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
LOS ELEMENTOS DEL DIAGRAMA DE CLASES
Clase
Relaciones
Atributos, métodos y visibilidad
Herencia, composición, agregación,
asociación y uso
martes 30 de agosto de 11
UNIDAD QUE ENCAPSULA TODA LA INFORMACION DE UN OBJETO
martes 30 de agosto de 11
PEDAL IZQ.PEDAL DER.
REPRESENTACIÓN EN UML 1/2
ACELERARFRENAR
CARRO
NOMBRE DE LA CLASE
ATRIBUTOS
OPERACIONES O MÉTODOS
martes 30 de agosto de 11
REPRESENTACIÓN EN UML 2/2
NOMBRE DE LA CLASE
ATRIBUTOS
OPERACIONES O MÉTODOS
martes 30 de agosto de 11
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
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
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
HERENCIA
Indica que una subclase hereda los métodos y atributos especificados por una Super Clase, por ende la Subclase además de p o s e e r s u s p r o p i o s métodos y at r ibutos, poseerá las características y atributos visibles de la Super Clase.
martes 30 de agosto de 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
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
DEPENDENCIA
Representa un tipo de relación muy particular, en la que una clase es i n s t a n c i a d a ( s u i n s t a n c i a c i ó n e s dependiente de otro objeto/clase). Se denota por una flecha punteada.
martes 30 de agosto de 11
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
GraciasIrving Canales
Giovanni NajeraCarlos Ibarra
martes 30 de agosto de 11