SlideShare una empresa de Scribd logo
1 de 14
Programación orientada a objetos
 Nombres
 Roberto Lara Rodríguez
 Jesús Navarro Avalos
 Carrera
 Ingeniería de Software
 Fecha
 28 de Septiembre del 2015
 Un diagrama de clases sirve para visualizar
las relaciones entre las clases que involucran
el sistema
 Pueden ser asociativas, de herencia, de uso y
de consentimiento.
 Clases
 Atributos
 Métodos
 Visibilidad
 Relaciones
 Herencia
 Composición
 Agregación
 Asociación
 Uso
 Es la unidad básica que encapsula toda la
información del objeto
 La representación de una clase en UML es
representada por un rectángulo con 3
divisiones
<Nombre de la clase>
<Atributos>
<Métodos>
Contiene el nombre
de la clase
Contiene los
atributos de la clase
Métodos u
operaciones
Alumnos
 Calificaciones
 Agregar
 Modificar
 Eliminar
En este caso tenemos una clase llamada
Alumnos que tiene como atributo Calificaciones
y sus métodos son agregar, modificar y eliminar
 Se utiliza para definir el nivel de ocultación o
visibilidad de los atributos y métodos así
como de la misma clase
 Ordenados de menor a mayor visibilidad los
modificadores de acceso son los siguientes:
Modificador de
acceso
Efecto Aplicable en
private Solo puede ser usado
en el interior de su
propia clase
Atributos
Métodos
Sin modificador Solo puede ser usado
por las clases dentro
de su mismo paquete
Clases
Atributos
Métodos
protected El elemento puede
ser utilizado por
cualquier clase
dentro de su paquete
y por cualquier
subclase
Atributos
Métodos
public El elemento es visible
desde cualquier clase
Clases
Atributos
Métodos
 Las clases se pueden relacionar entre 1 o mas
clases, para ello se manejan varios atributos
 Herencia
 Agregación
 Asociación
 Dependencia o instancia
 Indica que una clase hereda los métodos y
atributos de una superclase, la clase que
hereda se llama subclase
 La subclase también hereda los
modificadores de acceso
Vehículo
Placa
Modelo
getPlaca
setModelo
Taxi
numeroLicencia
getNumeroLicencia
setNumeroLicencia
Autobús
numeroPlazas
getNumeroPlazas
setNumeroPlazas
 Es cuando una clase esta compuesta por
otras. El conector agregación tiene un
significado ambiguo que no es diferente a
una asociación, y se prefiere usar asociación.
 Una dependencia es una relación de cliente y
proveedor, también conocidos como fuente y
objetivo. La relación de dependencia es una
línea punteada con una flecha de palillos en
el extremo. La flecha se fija al proveedor,
también llamado objetivo.
 Sin lugar a dudas los diagramas de clases en
el contexto de UML sirve de manera muy
eficiente a la hora de realizar y formalizar
proyectos, ya sean escolares o profesionales

Más contenido relacionado

La actualidad más candente (20)

Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diag de clases
Diag de clasesDiag de clases
Diag de clases
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diseño de Clases
Diseño de ClasesDiseño de Clases
Diseño de Clases
 
Uml relaciones
Uml relacionesUml relaciones
Uml relaciones
 
Diagramas de objetos
Diagramas de objetosDiagramas de objetos
Diagramas de objetos
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacion
 
Uml diagrama de clases
Uml  diagrama de clasesUml  diagrama de clases
Uml diagrama de clases
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
encuesta
encuestaencuesta
encuesta
 
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
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Modelo diseño
Modelo diseñoModelo diseño
Modelo diseño
 
1 2 5 Modelando Clases
1 2 5 Modelando Clases1 2 5 Modelando Clases
1 2 5 Modelando 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
 
Uml java
Uml javaUml java
Uml java
 
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
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 

Similar a Diagrama de clases

Similar a Diagrama de clases (20)

Clase 17
Clase 17Clase 17
Clase 17
 
Semana 4 Diagrama de Clases y Casos de Uso
Semana 4   Diagrama de Clases y Casos de UsoSemana 4   Diagrama de Clases y Casos de Uso
Semana 4 Diagrama de Clases y Casos de Uso
 
Semana 4 Diagrama de Clases y Casos de Uso
Semana 4   Diagrama de Clases y Casos de UsoSemana 4   Diagrama de Clases y Casos de Uso
Semana 4 Diagrama de Clases y Casos de Uso
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
Clases 2
Clases 2Clases 2
Clases 2
 
Introduccion a UML
Introduccion a UMLIntroduccion a UML
Introduccion a UML
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisis
 
Diagrama de clases y objetos
Diagrama de clases y objetosDiagrama de clases y objetos
Diagrama de clases y objetos
 
Clase y-objeto
Clase y-objetoClase y-objeto
Clase y-objeto
 
Uml
UmlUml
Uml
 
UML
UMLUML
UML
 
Tutorial uml
Tutorial umlTutorial uml
Tutorial uml
 
Poo clases y relaciones clase04
Poo clases y relaciones clase04Poo clases y relaciones clase04
Poo clases y relaciones clase04
 
Paradigma POO.pptx
Paradigma POO.pptxParadigma POO.pptx
Paradigma POO.pptx
 
1 2 1 Diagramas Uml
1 2 1 Diagramas Uml1 2 1 Diagramas Uml
1 2 1 Diagramas Uml
 
Análisis y diseño oo con umldclases
Análisis y diseño oo con umldclasesAnálisis y diseño oo con umldclases
Análisis y diseño oo con umldclases
 
Grupo 6 - clases
Grupo 6  - clasesGrupo 6  - clases
Grupo 6 - clases
 
31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml31096724 diagrama-de-clases-en-uml
31096724 diagrama-de-clases-en-uml
 
Diagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetosDiagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetos
 
UNIDADIII. CREACION DIAGRAMA DE CLASES
UNIDADIII. CREACION DIAGRAMA DE CLASESUNIDADIII. CREACION DIAGRAMA DE CLASES
UNIDADIII. CREACION DIAGRAMA DE CLASES
 

Más de Jesús Navarro

Estudio de factibilidad (Software)
Estudio de factibilidad (Software)Estudio de factibilidad (Software)
Estudio de factibilidad (Software)Jesús Navarro
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
 
Key Escrow y Key Recovery
Key Escrow y Key RecoveryKey Escrow y Key Recovery
Key Escrow y Key RecoveryJesús Navarro
 
Sistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosSistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosJesús Navarro
 
Pruebas de caja negra (Blackbox)
Pruebas de caja negra (Blackbox)Pruebas de caja negra (Blackbox)
Pruebas de caja negra (Blackbox)Jesús Navarro
 
IEEE 829 2008:Software and System Test Documentation
IEEE 829 2008:Software and System Test DocumentationIEEE 829 2008:Software and System Test Documentation
IEEE 829 2008:Software and System Test DocumentationJesús Navarro
 
IEEE 1016 1998: Software design description
IEEE 1016 1998: Software design descriptionIEEE 1016 1998: Software design description
IEEE 1016 1998: Software design descriptionJesús Navarro
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...Jesús Navarro
 
Casos de prueba de caja blanca (WhiteBox)
Casos de prueba de caja blanca (WhiteBox)Casos de prueba de caja blanca (WhiteBox)
Casos de prueba de caja blanca (WhiteBox)Jesús Navarro
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareJesús Navarro
 
Análisis horizontal y vertical
Análisis horizontal y verticalAnálisis horizontal y vertical
Análisis horizontal y verticalJesús Navarro
 
Guía de instalación de WordPress en CentOS 7
Guía de instalación de WordPress en CentOS 7Guía de instalación de WordPress en CentOS 7
Guía de instalación de WordPress en CentOS 7Jesús Navarro
 
Computación básica I
Computación básica IComputación básica I
Computación básica IJesús Navarro
 
Ley del impuesto al valor agregado IVA
Ley del impuesto al valor agregado IVALey del impuesto al valor agregado IVA
Ley del impuesto al valor agregado IVAJesús Navarro
 
Estructuras de control c++
Estructuras de control c++Estructuras de control c++
Estructuras de control c++Jesús Navarro
 
Programación estructurada
Programación estructuradaProgramación estructurada
Programación estructuradaJesús Navarro
 
Distribuciones (Estadística)
Distribuciones (Estadística) Distribuciones (Estadística)
Distribuciones (Estadística) Jesús Navarro
 
Lenguajes de programacion
Lenguajes de programacionLenguajes de programacion
Lenguajes de programacionJesús Navarro
 

Más de Jesús Navarro (20)

Estudio de factibilidad (Software)
Estudio de factibilidad (Software)Estudio de factibilidad (Software)
Estudio de factibilidad (Software)
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del software
 
Key Escrow y Key Recovery
Key Escrow y Key RecoveryKey Escrow y Key Recovery
Key Escrow y Key Recovery
 
¿Que es un ERP?
¿Que es un ERP?¿Que es un ERP?
¿Que es un ERP?
 
Sistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidosSistemas paralelos vs distribuidos
Sistemas paralelos vs distribuidos
 
Pruebas de caja negra (Blackbox)
Pruebas de caja negra (Blackbox)Pruebas de caja negra (Blackbox)
Pruebas de caja negra (Blackbox)
 
IEEE 829 2008:Software and System Test Documentation
IEEE 829 2008:Software and System Test DocumentationIEEE 829 2008:Software and System Test Documentation
IEEE 829 2008:Software and System Test Documentation
 
IEEE 1016 1998: Software design description
IEEE 1016 1998: Software design descriptionIEEE 1016 1998: Software design description
IEEE 1016 1998: Software design description
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
 
Casos de prueba de caja blanca (WhiteBox)
Casos de prueba de caja blanca (WhiteBox)Casos de prueba de caja blanca (WhiteBox)
Casos de prueba de caja blanca (WhiteBox)
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de software
 
Análisis horizontal y vertical
Análisis horizontal y verticalAnálisis horizontal y vertical
Análisis horizontal y vertical
 
Guía de instalación de WordPress en CentOS 7
Guía de instalación de WordPress en CentOS 7Guía de instalación de WordPress en CentOS 7
Guía de instalación de WordPress en CentOS 7
 
Computación básica I
Computación básica IComputación básica I
Computación básica I
 
Redes de área local
Redes de área localRedes de área local
Redes de área local
 
Ley del impuesto al valor agregado IVA
Ley del impuesto al valor agregado IVALey del impuesto al valor agregado IVA
Ley del impuesto al valor agregado IVA
 
Estructuras de control c++
Estructuras de control c++Estructuras de control c++
Estructuras de control c++
 
Programación estructurada
Programación estructuradaProgramación estructurada
Programación estructurada
 
Distribuciones (Estadística)
Distribuciones (Estadística) Distribuciones (Estadística)
Distribuciones (Estadística)
 
Lenguajes de programacion
Lenguajes de programacionLenguajes de programacion
Lenguajes de programacion
 

Diagrama de clases

  • 2.  Nombres  Roberto Lara Rodríguez  Jesús Navarro Avalos  Carrera  Ingeniería de Software  Fecha  28 de Septiembre del 2015
  • 3.  Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema  Pueden ser asociativas, de herencia, de uso y de consentimiento.
  • 4.  Clases  Atributos  Métodos  Visibilidad  Relaciones  Herencia  Composición  Agregación  Asociación  Uso
  • 5.  Es la unidad básica que encapsula toda la información del objeto  La representación de una clase en UML es representada por un rectángulo con 3 divisiones <Nombre de la clase> <Atributos> <Métodos> Contiene el nombre de la clase Contiene los atributos de la clase Métodos u operaciones
  • 6. Alumnos  Calificaciones  Agregar  Modificar  Eliminar En este caso tenemos una clase llamada Alumnos que tiene como atributo Calificaciones y sus métodos son agregar, modificar y eliminar
  • 7.  Se utiliza para definir el nivel de ocultación o visibilidad de los atributos y métodos así como de la misma clase  Ordenados de menor a mayor visibilidad los modificadores de acceso son los siguientes:
  • 8. Modificador de acceso Efecto Aplicable en private Solo puede ser usado en el interior de su propia clase Atributos Métodos Sin modificador Solo puede ser usado por las clases dentro de su mismo paquete Clases Atributos Métodos protected El elemento puede ser utilizado por cualquier clase dentro de su paquete y por cualquier subclase Atributos Métodos public El elemento es visible desde cualquier clase Clases Atributos Métodos
  • 9.  Las clases se pueden relacionar entre 1 o mas clases, para ello se manejan varios atributos  Herencia  Agregación  Asociación  Dependencia o instancia
  • 10.  Indica que una clase hereda los métodos y atributos de una superclase, la clase que hereda se llama subclase  La subclase también hereda los modificadores de acceso
  • 12.  Es cuando una clase esta compuesta por otras. El conector agregación tiene un significado ambiguo que no es diferente a una asociación, y se prefiere usar asociación.
  • 13.  Una dependencia es una relación de cliente y proveedor, también conocidos como fuente y objetivo. La relación de dependencia es una línea punteada con una flecha de palillos en el extremo. La flecha se fija al proveedor, también llamado objetivo.
  • 14.  Sin lugar a dudas los diagramas de clases en el contexto de UML sirve de manera muy eficiente a la hora de realizar y formalizar proyectos, ya sean escolares o profesionales