Your SlideShare is downloading. ×
Diagrama de clases
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Diagrama de clases

2,386
views

Published on

Published in: Education

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,386
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
86
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. MODELO DE DIAGRAMA DE CLASES TEMA 2 EQUIPO No. 4 AGOSTO - 2011martes 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 sistemamartes 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 usomartes 30 de agosto de 11
  • 4. UNIDAD QUE ENCAPSULA TODA LA INFORMACION DE UN OBJETOmartes 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ÉTODOSmartes 30 de agosto de 11
  • 6. REPRESENTACIÓN EN UML 2/2 NOMBRE DE LA CLASE ATRIBUTOS OPERACIONES O MÉTODOSmartes 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ónmartes 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ónmartes 30 de agosto de 11
  • 15. Gracias Irving Canales Giovanni Najera Carlos Ibarramartes 30 de agosto de 11