37
ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS CON ARGOUML 15-marzo-2012 Dr. José Enrique Alvarez Estrada http://www.software.org.mx/~jalvarez/

UML

Embed Size (px)

DESCRIPTION

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

Citation preview

Page 1: UML

ANÁLISIS Y DISEÑOORIENTADO A OBJETOS

CON ARGOUML

15-marzo-2012Dr. José Enrique Alvarez Estrada

http://www.software.org.mx/~jalvarez/

Page 2: UML

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

Page 3: UML

O.O. y Teoría de Conjuntos

C

Page 4: UML

O.O. y Teoría de Conjuntos

C

conjunto

Page 5: UML

O.O. y Teoría de Conjuntos

C C

conjunto

Page 6: UML

O.O. y Teoría de Conjuntos

C C

conjunto clase

Page 7: UML

O.O. y Teoría de Conjuntos

C C

●e

Page 8: UML

O.O. y Teoría de Conjuntos

C C

●e

elemento

Page 9: UML

O.O. y Teoría de Conjuntos

C C

●e

elemento

e : C

Page 10: UML

O.O. y Teoría de Conjuntos

C C

●e

elemento

e : Cobjeto

Page 11: UML

O.O. y Teoría de Conjuntos

e∈C

Page 12: UML

O.O. y Teoría de Conjuntos

e : C

e∈C

Page 13: UML

O.O. y Teoría de Conjuntos

e : C

e∈CLa relación

objeto-clasees de

pertenencia

Page 14: UML

Aunque se llamamodelado orientado a objetos...

¡¡¡ casi todo el tiempotrabajamos con CLASES !!!

Page 15: UML

Los objetos existena tiempo de ejecución

Las CLASES existena tiempo de programación

Page 16: UML

Cambio de Paradigma

● El analista estructurado se pregunta...

¿QUÉ debo hacer?

● El analista OO se pregunta...

¿A QUÉ se lo debo de hacer?

Page 17: UML

Cambio de Paradigma

● El programador estructurado dice...

Sumar(A,B)

● El programador OO dice...

A.Sumar(B)● O bien

A + B sobrecargadel operador

Page 18: UML

Cambio de Paradigma

● El programador estructurado dice...

Sumar(A,B)

● El programador OO dice...

A.Sumar(B)● O bien

A + B

despachode

mensaje

Page 19: UML

Relación entre Clases: Herencia

C

C

Page 20: UML

Relación entre Clases: Herencia

C

D

C

D

Page 21: UML

Relación entre Clases: Herencia

C

D

C

D

D⊂C

Page 22: UML

Relación entre Clases: Herencia

C

D

C

D

D⊂CAntirreflexivaAntisimétricaTransitiva

Page 23: UML

Relación entre Objetos: Asociación

EE

●e

Page 24: UML

Relación entre Objetos: Asociación

E

F

E

F

●e

●f

Page 25: UML

Relación entre Objetos: Asociación

E

F

E

F

●e

●f

∀e∃ f

Page 26: UML

Relación entre Objetos: Asociación

E

F

E

F

●e

●f

[anti]reflexiva[anti]simétrica[anti]transitiva

∀e∃ f

Page 27: UML

Relación entre Objetos: Asociación

E F

trabaja para

Page 28: UML

Relación entre Objetos: Asociación

E F

Nombrede asociación

trabaja para

Page 29: UML

Relación entre Objetos: Asociación

E F

trabaja paraEmpleador Empleado

Page 30: UML

Relación entre Objetos: Asociación

E F

Nombre de rol

trabaja paraEmpleador Empleado

Page 31: UML

Relación entre Objetos: Asociación

E Fcardinalidad

trabaja paraEmpleador Empleado

*

Page 32: UML

Relación entre Objetos: Agregación

EE

●e

Page 33: UML

Relación entre Objetos: Agregación

E

F

E

F

●e

●f

Page 34: UML

Relación entre Objetos: Agregación

E

F

E

F

●e

●f

Si podemos decirque f forma parte de e

o bien e está formado por f

Page 35: UML

Relación entre Objetos: Agregación

E

F

E

F

●e

●f

agregación

Page 36: UML

Relación entre Objetos: Agregación

E

F

E

F

●e

●f

ReflexivaAntisimétricaTransitiva

Page 37: UML

Ahora, veámoslo enArgoUML