UML

719 views
668 views

Published on

Plática sobre ArgoUML impartida a la Fundación Arturo Rosenblueth vía su plataforma Blackboard.

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
719
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
19
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

UML

  1. 1. ANÁLISIS Y DISEÑOORIENTADO A OBJETOSCON ARGOUML 15-marzo-2012 Dr. José Enrique Alvarez Estrada http://www.software.org.mx/~jalvarez/
  2. 2. Qué es la O.O.● Una forma de modelar la realidad● Basada en la Teoría de Conjuntos● Ve al mundo como: ● Un grupo de objetos – Atributos: definen el estado del objeto – Comportamientos: consultan o modifican el estado ● Cada objeto pertenece a una clase ● Se comunican despachándose mensajes – Invocando a los métodos de otros objetos
  3. 3. O.O. y Teoría de Conjuntos C
  4. 4. O.O. y Teoría de Conjuntos Cconjunto
  5. 5. O.O. y Teoría de Conjuntos C Cconjunto
  6. 6. O.O. y Teoría de Conjuntos C Cconjunto clase
  7. 7. O.O. y Teoría de Conjuntos C C e ●
  8. 8. O.O. y Teoría de Conjuntos C C e ● elemento
  9. 9. O.O. y Teoría de Conjuntos C C e ● elemento e:C
  10. 10. O.O. y Teoría de Conjuntos C C e ● elemento e:C objeto
  11. 11. O.O. y Teoría de Conjuntos e∈C
  12. 12. O.O. y Teoría de Conjuntos e∈C e:C
  13. 13. O.O. y Teoría de Conjuntos e∈C La relación objeto-clase es depertenencia e:C
  14. 14. Aunque se llamamodelado orientado a objetos... ¡¡¡ casi todo el tiempo trabajamos con CLASES !!!
  15. 15. Los objetos existen a tiempo de ejecución Las CLASES existena tiempo de programación
  16. 16. Cambio de Paradigma● El analista estructurado se pregunta... ¿QUÉ debo hacer?● El analista OO se pregunta... ¿A QUÉ se lo debo de hacer?
  17. 17. Cambio de Paradigma● El programador estructurado dice... Sumar(A,B)● El programador OO dice... A.Sumar(B)● O bien A+B sobrecarga del operador
  18. 18. Cambio de Paradigma● El programador estructurado dice... Sumar(A,B)● El programador OO dice... A.Sumar(B) despacho● O bien de mensaje A+B
  19. 19. Relación entre Clases: Herencia C C
  20. 20. Relación entre Clases: Herencia C C D D
  21. 21. Relación entre Clases: Herencia C C D D⊂C D
  22. 22. Relación entre Clases: Herencia C C D D⊂C D Antirreflexiva Antisimétrica Transitiva
  23. 23. Relación entre Objetos: Asociación E E ●e
  24. 24. Relación entre Objetos: Asociación E E ●e F F ● f
  25. 25. Relación entre Objetos: Asociación E E e ∀e∃ f ● F F ● f
  26. 26. Relación entre Objetos: Asociación E E e ∀e∃ f ● [anti]reflexiva F F [anti]simétrica [anti]transitiva ● f
  27. 27. Relación entre Objetos: Asociación E F trabaja para
  28. 28. Relación entre Objetos: Asociación E F trabaja para Nombre de asociación
  29. 29. Relación entre Objetos: Asociación E F trabaja para Empleador Empleado
  30. 30. Relación entre Objetos: Asociación E F trabaja para Empleador Empleado Nombre de rol
  31. 31. Relación entre Objetos: Asociación cardinalidad E F trabaja para * Empleador Empleado
  32. 32. Relación entre Objetos: Agregación E E ●e
  33. 33. Relación entre Objetos: Agregación E E ●e F F ● f
  34. 34. Relación entre Objetos: Agregación E E ●e Si podemos decir que f forma parte de e o bien e está formado por f F F ● f
  35. 35. Relación entre Objetos: Agregación E E ●e agregación F F ● f
  36. 36. Relación entre Objetos: Agregación E E ●e F Reflexiva F Antisimétrica ● f Transitiva
  37. 37. Ahora, veámoslo en ArgoUML

×