SlideShare una empresa de Scribd logo
1 de 8
Descargar para leer sin conexión
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 1
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 2
DIAGRAMAS DE CLASE
RELACIONES ENTRE CLASE
Ahora ya definido el concepto de Clase, es necesario explicar cómo se pueden
interrelacionar dos o más clases (cada uno con características y objetivos diferentes).
Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la
cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada
extremo de la relación y éstas pueden ser:
 uno o muchos: 1..* (1..n)
 0 o muchos: 0..* (0..n)
 número fijo: m (m denota el número).
1. 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.
Ejemplo:
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 3
2. AGREGACION Y COMPOSICION
Para modelar objetos complejos, n bastan los tipos de datos básicos que proveen los
lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos
que son instancias de clases definidas por el desarrollador de la aplicación, tenemos dos
posibilidades:
 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 (el objeto base utiliza al incluido para su
funcionamiento). La agregación (por Referencia) se destaca por un rombo
transparente.
 Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del objeto
incluido está 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"). La composición (por Valor) se destaca
por un rombo relleno.
Ejemplo1
En donde se destaca que:
 Un Almacen posee Clientes y Cuentas (los rombos van en el objeto que posee las
referencias).
 Cuando se destruye el Objeto Almacen también son destruidos los objetos Cuenta
asociados, en cambio no son afectados los objetos Cliente asociados.
La flecha en este tipo de relación indica la navegabilidad del objeto referenciado. Cuando
no existe este tipo de particularidad la flecha se elimina.
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 4
Ejemplo2
Como pueden darse cuenta la universidad está compuesta por facultades y está esta
compuesta por especialidades, si la clase facultad se destruye se destruyen las
especialidades de dicha facultad, ahora si se destruye la universidad se pierden todas
las facultades y a su vez todas las especialidades es decir es un ejemplo de agregación
por composición.
Ahora si se destruye la universidad no afecta a los estudiantes, ya que estos no son
composición de la universidad sino simplemente una agregación, porque pueden
estudiar en otra universidad.
Ejemplo3
Un automóvil está compuesto por un motor y carrocería, ya que si se destruye el
automóvil, se destruyen las clases de composición pero esto no afecta a la clase
conductor ya que es una agregación
universidad
estudiante
facultad especialidad
*
* *
automovil
conductor
motor
carroceria
1
1
1
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 5
3. GENERALIZACION
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étodos y atributos, poseerá las
características y atributos visibles de la Super Clase (public y protected), ejemplo:
En la figura se especifica que Auto y Camión heredan de Vehículo, es decir, Auto posee las
Características de Vehículo (Precio, VelMax, etc) además posee algo particular que es
Descapotable, en cambio Camión también hereda las características de Vehiculo (Precio,
VelMax, etc) pero posee como particularidad propia Acoplado, Tara y Carga.
Cabe destacar que fuera de este entorno, lo único "visible" es el método Caracteristicas
aplicable a instancias de Vehículo, Auto y Camión, pues tiene definición pública, en
cambio atributos como Descapotable no son visibles por ser privados.
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 6
1. Interpreta el siguiente diagrama de clases considerando agregación y composicion
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 7
2. Interpreta el siguiente diagrama de clases considerando agregación y generalizacion
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
_________________________________________________________________________________
ANALISIS Y DISEÑO DE SISTEMAS
WWW.ROLANDOSTUDIOS.COM Página 8
3. Interpreta
4. interpreta
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________
________________________________________________________________________________________

Más contenido relacionado

La actualidad más candente

1 2 5 Modelando Clases
1 2 5 Modelando Clases1 2 5 Modelando Clases
1 2 5 Modelando Clases
UVM
 
Lenguaje unificado de modelado
Lenguaje unificado de modeladoLenguaje unificado de modelado
Lenguaje unificado de modelado
Daniiel Gmez
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
Guillermo Díaz
 

La actualidad más candente (20)

Diogenes
DiogenesDiogenes
Diogenes
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
1 2 5 Modelando Clases
1 2 5 Modelando Clases1 2 5 Modelando Clases
1 2 5 Modelando Clases
 
DIAGRAMAS DE CLASE
DIAGRAMAS DE CLASEDIAGRAMAS DE CLASE
DIAGRAMAS DE CLASE
 
Diseño de Clases
Diseño de ClasesDiseño de Clases
Diseño de Clases
 
Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
 
Lenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UMLLenguajes de Programación: Herencia, Polimorfismo Y UML
Lenguajes de Programación: Herencia, Polimorfismo Y UML
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Lenguaje unificado de modelado
Lenguaje unificado de modeladoLenguaje unificado de modelado
Lenguaje unificado de modelado
 
INTERACCIÓN ENTRE CLASES, GENERALIZACIÓN
INTERACCIÓN ENTRE CLASES, GENERALIZACIÓNINTERACCIÓN ENTRE CLASES, GENERALIZACIÓN
INTERACCIÓN ENTRE CLASES, GENERALIZACIÓN
 
Introduccion
IntroduccionIntroduccion
Introduccion
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Clase 17
Clase 17Clase 17
Clase 17
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagrama de clases y objetos
Diagrama de clases y objetosDiagrama de clases y objetos
Diagrama de clases y objetos
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacion
 
DIAGRAMA DE CLASES
DIAGRAMA DE CLASESDIAGRAMA DE CLASES
DIAGRAMA DE CLASES
 
U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1
 

Similar a Ads actividad7 clases

Asociaciones entre objetos-generalización especialización
Asociaciones entre objetos-generalización especializaciónAsociaciones entre objetos-generalización especialización
Asociaciones entre objetos-generalización especialización
UVM
 
31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml
Darry Piñeiro
 
Paradigma oo 2011
Paradigma oo 2011Paradigma oo 2011
Paradigma oo 2011
johigueler
 
Introducción a las bases de datos relacionales
Introducción a las bases de datos relacionalesIntroducción a las bases de datos relacionales
Introducción a las bases de datos relacionales
kdulcey
 

Similar a Ads actividad7 clases (20)

Asociaciones entre objetos-generalización especialización
Asociaciones entre objetos-generalización especializaciónAsociaciones entre objetos-generalización especialización
Asociaciones entre objetos-generalización especialización
 
Tutorial uml
Tutorial umlTutorial uml
Tutorial uml
 
clases
clasesclases
clases
 
31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisis
 
UML.pptx
UML.pptxUML.pptx
UML.pptx
 
Clase 4 MER Extendido
Clase 4 MER  ExtendidoClase 4 MER  Extendido
Clase 4 MER Extendido
 
Introducción al Diagrama de Clases UML
Introducción al Diagrama de Clases UMLIntroducción al Diagrama de Clases UML
Introducción al Diagrama de Clases UML
 
Diagrama de clases UML
Diagrama de clases UMLDiagrama de clases UML
Diagrama de clases UML
 
UML traducción código PHP
UML traducción código PHPUML traducción código PHP
UML traducción código PHP
 
Paradigma oo 2011
Paradigma oo 2011Paradigma oo 2011
Paradigma oo 2011
 
Diagramas de clase.pptx
Diagramas de clase.pptxDiagramas de clase.pptx
Diagramas de clase.pptx
 
D Iagramas U Ml
D Iagramas U MlD Iagramas U Ml
D Iagramas U Ml
 
D Iagramas U Ml
D Iagramas U MlD Iagramas U Ml
D Iagramas U Ml
 
Diagrama de dominio armando
Diagrama de dominio armandoDiagrama de dominio armando
Diagrama de dominio armando
 
Introducción a las bases de datos relacionales
Introducción a las bases de datos relacionalesIntroducción a las bases de datos relacionales
Introducción a las bases de datos relacionales
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Introducción a la progrogramación orientada a objetos - UML
Introducción a la progrogramación orientada a objetos - UMLIntroducción a la progrogramación orientada a objetos - UML
Introducción a la progrogramación orientada a objetos - UML
 
P.o.o.
P.o.o.P.o.o.
P.o.o.
 
P.o.o.
P.o.o.P.o.o.
P.o.o.
 

Último

Unidad V. Disoluciones quimica de las disoluciones
Unidad V. Disoluciones quimica de las disolucionesUnidad V. Disoluciones quimica de las disoluciones
Unidad V. Disoluciones quimica de las disoluciones
chorantina325
 

Último (6)

Unidad V. Disoluciones quimica de las disoluciones
Unidad V. Disoluciones quimica de las disolucionesUnidad V. Disoluciones quimica de las disoluciones
Unidad V. Disoluciones quimica de las disoluciones
 
Las redes sociales en el mercado digital
Las redes sociales en el mercado digitalLas redes sociales en el mercado digital
Las redes sociales en el mercado digital
 
PPT-HISTORIA-6°-ABC.pptxjjjjjjjjjjjjjjjjjjjjjj
PPT-HISTORIA-6°-ABC.pptxjjjjjjjjjjjjjjjjjjjjjjPPT-HISTORIA-6°-ABC.pptxjjjjjjjjjjjjjjjjjjjjjj
PPT-HISTORIA-6°-ABC.pptxjjjjjjjjjjjjjjjjjjjjjj
 
¡Descubre el Poder del Masaje Holístico en nuestra Primera Sesión del Seminar...
¡Descubre el Poder del Masaje Holístico en nuestra Primera Sesión del Seminar...¡Descubre el Poder del Masaje Holístico en nuestra Primera Sesión del Seminar...
¡Descubre el Poder del Masaje Holístico en nuestra Primera Sesión del Seminar...
 
Corte de luz 2024 Guayaquil Guayas ecuad
Corte de luz 2024 Guayaquil Guayas ecuadCorte de luz 2024 Guayaquil Guayas ecuad
Corte de luz 2024 Guayaquil Guayas ecuad
 
Emprende en SPA Segundo día CENEC Mexico
Emprende en SPA Segundo día CENEC MexicoEmprende en SPA Segundo día CENEC Mexico
Emprende en SPA Segundo día CENEC Mexico
 

Ads actividad7 clases

  • 1. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 1
  • 2. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 2 DIAGRAMAS DE CLASE RELACIONES ENTRE CLASE Ahora ya definido el concepto de Clase, es necesario explicar cómo se pueden interrelacionar dos o más clases (cada uno con características y objetivos diferentes). Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relación y éstas pueden ser:  uno o muchos: 1..* (1..n)  0 o muchos: 0..* (0..n)  número fijo: m (m denota el número). 1. 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. Ejemplo:
  • 3. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 3 2. AGREGACION Y COMPOSICION Para modelar objetos complejos, n bastan los tipos de datos básicos que proveen los lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicación, tenemos dos posibilidades:  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 (el objeto base utiliza al incluido para su funcionamiento). La agregación (por Referencia) se destaca por un rombo transparente.  Por Valor: Es un tipo de relación estática, en donde el tiempo de vida del objeto incluido está 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"). La composición (por Valor) se destaca por un rombo relleno. Ejemplo1 En donde se destaca que:  Un Almacen posee Clientes y Cuentas (los rombos van en el objeto que posee las referencias).  Cuando se destruye el Objeto Almacen también son destruidos los objetos Cuenta asociados, en cambio no son afectados los objetos Cliente asociados. La flecha en este tipo de relación indica la navegabilidad del objeto referenciado. Cuando no existe este tipo de particularidad la flecha se elimina.
  • 4. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 4 Ejemplo2 Como pueden darse cuenta la universidad está compuesta por facultades y está esta compuesta por especialidades, si la clase facultad se destruye se destruyen las especialidades de dicha facultad, ahora si se destruye la universidad se pierden todas las facultades y a su vez todas las especialidades es decir es un ejemplo de agregación por composición. Ahora si se destruye la universidad no afecta a los estudiantes, ya que estos no son composición de la universidad sino simplemente una agregación, porque pueden estudiar en otra universidad. Ejemplo3 Un automóvil está compuesto por un motor y carrocería, ya que si se destruye el automóvil, se destruyen las clases de composición pero esto no afecta a la clase conductor ya que es una agregación universidad estudiante facultad especialidad * * * automovil conductor motor carroceria 1 1 1
  • 5. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 5 3. GENERALIZACION 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étodos y atributos, poseerá las características y atributos visibles de la Super Clase (public y protected), ejemplo: En la figura se especifica que Auto y Camión heredan de Vehículo, es decir, Auto posee las Características de Vehículo (Precio, VelMax, etc) además posee algo particular que es Descapotable, en cambio Camión también hereda las características de Vehiculo (Precio, VelMax, etc) pero posee como particularidad propia Acoplado, Tara y Carga. Cabe destacar que fuera de este entorno, lo único "visible" es el método Caracteristicas aplicable a instancias de Vehículo, Auto y Camión, pues tiene definición pública, en cambio atributos como Descapotable no son visibles por ser privados.
  • 6. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 6 1. Interpreta el siguiente diagrama de clases considerando agregación y composicion _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________ _______________________________________________________________
  • 7. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 7 2. Interpreta el siguiente diagrama de clases considerando agregación y generalizacion _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________
  • 8. ANALISIS Y DISEÑO DE SISTEMAS WWW.ROLANDOSTUDIOS.COM Página 8 3. Interpreta 4. interpreta ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________ ________________________________________________________________________________________