SlideShare una empresa de Scribd logo
1 de 9
Pertenece a :
Cedula:
Profesora:
Materia:
Año:
ES UN PARADIGMA DE PROGRAMACIÓN QUE USA OBJETOS Y
SUS INTERACCIONES PARA DISEÑAR APLICACIONES Y
PROGRAMAS DE COMPUTADORA. ESTÁ BASADO EN VARIAS
TÉCNICAS, INCLUYENDO HERENCIA, MODULARIDAD,
POLIMORFISMO, Y ENCAPSULAMIENTO.
SU USO SE POPULARIZÓ A PRINCIPIOS DE LA DÉCADA DE
1990.
UN OBJETO ES UNA COSA TANGIBLE, ALGO A QUE SE PUEDE
APREHENDER INTELECTUALMENTE O ALGO HACIA LO QUE SE
PUEDE DIRIGIR UNA ACCIÓN O PENSAMIENTO.
UN OBJETO REPRESENTA UN ITEM INDIVIDUAL E
IDENTIFICABLE, O UNA ENTIDAD REAL O ABSTRACTA, CON UN
PAPEL DEFINIDO EN EL DOMINIO DEL PROBLEMA.
Un objeto tiene:
• Estado
• Comportamiento
• Identidad
Identidad de un objeto:
Es la propiedad de un objeto que lo lleva a distinguirse de otros.
Comportamiento de un objeto:
Es como un objeto actúa y reacciona, en términos de sus cambios de estado y de los mensajes que
intercambia. representa su actividad externamente visible y testable.
Por operación se denota el servicio que una clase ofrece a sus clientes. Un objeto puede realizar cinco
tipos de operaciones sobre otro, con el propósito de provocar una reacción:
 Modificador: altera el estado de un objeto.
 Selector: accede al estado de un objeto, sin alterarlo.
 Iterador: permite a todas las partes de un objeto ser accedidas en un orden.
 Constructor: crea un objeto y/o inicializa su estado.
 Destructor: libera el estado de un objeto y/o destruye el objeto.
Relaciones entre objetos:
Abarcan las operaciones, resultados y suposiciones que unos hacen sobre los
otros.
Links : Son conexiones físicas o conceptuales entre objetos. Denota la
asociación específica por la que un objeto (cliente) usa o solicita el servicio de
otro objeto (servidor). El paso de mensajes entre objetos los sincroniza.
Agregaciones: Denota relaciones todo/parte, con capacidad para
gobernar desde el todo las partes. Es equivalente a la relación "tener un". El
todo puede contener a la parte.
Agregación es conveniente en las ocasiones en que el encapsulamiento
de las partes es prioritario. Si se requiere que las relaciones entre objetos
estén vagamente acopladas, se utilizan links.
UNA CLASE ES UN CONJUNTO DE OBJETOS QUE COMPARTEN UNA
ESTRUCTURA Y COMPORTAMIENTO COMUNES.
 CLASE REPRESENTA UNA ABSTRACCIÓN, LA ESENCIA QUE COMPARTEN
LOS OBJETOS.
 UN OBJETO ES UN EJEMPLO DE UNA CLASE.
 UN OBJETO NO ES UNA CLASE, Y UNA CLASE NO ES UN OBJETO
(AUNQUE PUEDE SERLO, P.E. EN SMALLTALK).
 LAS CLASES ACTÚAN COMO INTERMEDIARIAS ENTRE UNA
ABSTRACCIÓN Y LOS CLIENTES QUE PRETENDEN UTILIZAR LA
ABSTRACCIÓN. DE ESTA FORMA, LA CLASE MUESTRA:
VISIÓN EXTERNA DE COMPORTAMIENTO (INTERFACE), QUE ENFATIZA
LA ABSTRACCIÓN ESCONDIENDO SU ESTRUCTURA Y SECRETOS DE
COMPORTAMIENTO.
VISIÓN INTERNA (IMPLEMENTACIÓN), QUE ABARCA EL CÓDIGO QUE
SE OFRECE EN LA INTERFACE DE LA CLASE.
Relaciones entre clases: Representan tipos de compartición entre clases, o relaciones semánticas.
Asociación: Indica relaciones de mandato bidireccionales (Punteros ocultos en C++). Conlleva
dependencia semántica y no establece una dirección de dependencia.Tienen cardinalidad.
Herencia: Por esta relación una clase (subclase) comparte la estructura y/o comportamiento definidos
en una (herencia simple) o más (herencia múltiple) clases, llamadas superclases.
Representa una relación del tipo "es un" entre clases.
Una subclase aumenta o restringe el comportamiento o estructura de la superclase (o ambas
cosas).
Agregación: Representa una relación del tipo "tener un" entre clases. Cuando la clase contenida no
existe independientemente de la clase que la contiene se denomina agregación por valor y además
implica contenido físico, mientras que si existe independientemente y se accede a ella indirectamente,
es agregación por referencia.
Uso: Es un refinamiento de la asociación donde se especifica cual es el cliente y cual el servidor de
ciertos servicios, permitiendo a los clientes acceder sólo a las interfaces públicas de los servidores,
ofreciendo mayor encapsulación de la información.
Ejemplificación: Se usa en lenguajes que soportan genericidad (declaración de clases parametrizadas
y argumentos tipo template). Representa las relaciones entre las clases parametrizadas, que admiten
parámetros formales, y las clases obtenidas cuando se concretan estos parámetros formales,
ejemplificados o inicializados con un ejemplo.
Metaclases:Son clases cuyos ejemplos son a su vez clases. No se admiten en C++.
Todo objeto es el ejemplo de una clase, y toda clase tiene 0 ó más objetos.
Mientras las clases son estáticas, con semántica, relaciones y existencia fijas previamente a la ejecución de un programa, los
objetos se crean y destruyen rápidamente durante la actividad de una aplicación.
El diseño de clases y objetos es un proceso incremental e iterativo. Debe asegurar la optimización en los parámetros:
Acoplamiento: Grado de acoplamiento entre módulos.
Cohesión: Mide el grado de conectividad entre elementos de un módulo, y entre objetos de una clase.
Suficiencia: Indica que las clases capturan suficientes características de la abstracción para conseguir un comportamiento e
interacción eficiente y con sentido.
Completitud: Indica que la interface de la clase captura todo el significado característico de una abstracción, escrito en el
mínimo espacio.
Primitividad: Las operaciones deben implementarse si dan acceso a una representación fundamental de la abstracción.
Cuales son operaciones primitivas y cuales no (se pueden realizar a partir de otras) es un asunto subjetivo y afecta a la
eficiencia en la implementación.
https://www.youtube.com/watch?v=Ikl8Mhwran4

Más contenido relacionado

La actualidad más candente

Paradigma Orientado a Objetos
Paradigma Orientado a ObjetosParadigma Orientado a Objetos
Paradigma Orientado a Objetos
Nestor Traña
 
Analisis estructurado y Orientado a objeto
Analisis estructurado y Orientado a objetoAnalisis estructurado y Orientado a objeto
Analisis estructurado y Orientado a objeto
NormanBonavista24
 
Fundamentos de la programación orientada a objetos
Fundamentos de la programación orientada a objetosFundamentos de la programación orientada a objetos
Fundamentos de la programación orientada a objetos
Mario Martinez Alvarez
 
conseptos basicos de la poo
conseptos basicos de la pooconseptos basicos de la poo
conseptos basicos de la poo
mahega261193
 
Glosario de desarrollo del software
Glosario de desarrollo del softwareGlosario de desarrollo del software
Glosario de desarrollo del software
Ramon Ledezma
 

La actualidad más candente (16)

Uml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprillaUml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprilla
 
Definición y concepto de uml
Definición y concepto de umlDefinición y concepto de uml
Definición y concepto de uml
 
Paradigma Orientado a Objetos
Paradigma Orientado a ObjetosParadigma Orientado a Objetos
Paradigma Orientado a Objetos
 
Analisis estructurado y Orientado a objeto
Analisis estructurado y Orientado a objetoAnalisis estructurado y Orientado a objeto
Analisis estructurado y Orientado a objeto
 
Fundamentos de la programación orientada a objetos
Fundamentos de la programación orientada a objetosFundamentos de la programación orientada a objetos
Fundamentos de la programación orientada a objetos
 
Modelo de Objeto Semantico
Modelo de Objeto SemanticoModelo de Objeto Semantico
Modelo de Objeto Semantico
 
conseptos basicos de la poo
conseptos basicos de la pooconseptos basicos de la poo
conseptos basicos de la poo
 
UML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesUML Básico - Casos de uso y Clases
UML Básico - Casos de uso y Clases
 
Paradigma Programación Orientada a Objetos (POO)
Paradigma Programación Orientada a Objetos (POO)Paradigma Programación Orientada a Objetos (POO)
Paradigma Programación Orientada a Objetos (POO)
 
Paradigma Orientado a Objetos
Paradigma Orientado a ObjetosParadigma Orientado a Objetos
Paradigma Orientado a Objetos
 
Modelo de datos
Modelo de datos Modelo de datos
Modelo de datos
 
Modelo conceptual
Modelo conceptual Modelo conceptual
Modelo conceptual
 
Sistemas ii fundamentos y metodos de analisis de requerimientos
Sistemas ii   fundamentos y metodos de analisis de requerimientosSistemas ii   fundamentos y metodos de analisis de requerimientos
Sistemas ii fundamentos y metodos de analisis de requerimientos
 
Glosario de desarrollo del software
Glosario de desarrollo del softwareGlosario de desarrollo del software
Glosario de desarrollo del software
 
Entorno grafico
Entorno graficoEntorno grafico
Entorno grafico
 
Tipos de programación
Tipos de programaciónTipos de programación
Tipos de programación
 

Similar a Las clases y los objetos en poo

Análisis y diseño de sistemas de información
Análisis y diseño de sistemas de informaciónAnálisis y diseño de sistemas de información
Análisis y diseño de sistemas de información
jovy2905
 
Patrones de diseño - Henry Vallejo
Patrones de diseño - Henry VallejoPatrones de diseño - Henry Vallejo
Patrones de diseño - Henry Vallejo
2008PA2Info3
 
fundamentos-de-poo.ppt 2.ppt
fundamentos-de-poo.ppt 2.pptfundamentos-de-poo.ppt 2.ppt
fundamentos-de-poo.ppt 2.ppt
juan gonzalez
 
Programación orientada a objetos
Programación orientada a objetosProgramación orientada a objetos
Programación orientada a objetos
ronnyme21
 
Universidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelosUniversidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelos
Victor Dolores Marcos
 

Similar a Las clases y los objetos en poo (20)

Clase y-objeto
Clase y-objetoClase y-objeto
Clase y-objeto
 
Uip celso arauz
Uip celso arauzUip celso arauz
Uip celso arauz
 
Conceptos poo
Conceptos pooConceptos poo
Conceptos poo
 
Diagrama de dominio armando
Diagrama de dominio armandoDiagrama de dominio armando
Diagrama de dominio armando
 
PROGRAMACIÓN ORIENTADA A OBJETOS
PROGRAMACIÓN ORIENTADA A OBJETOSPROGRAMACIÓN ORIENTADA A OBJETOS
PROGRAMACIÓN ORIENTADA A OBJETOS
 
Investigacion objetos unidad 5
Investigacion objetos unidad 5Investigacion objetos unidad 5
Investigacion objetos unidad 5
 
Conceptos de POO (Programacion Orientada a Objetos)
Conceptos de POO (Programacion Orientada a Objetos)Conceptos de POO (Programacion Orientada a Objetos)
Conceptos de POO (Programacion Orientada a Objetos)
 
LABORATORIO DE PROGRAMACIÓN I
LABORATORIO DE PROGRAMACIÓN ILABORATORIO DE PROGRAMACIÓN I
LABORATORIO DE PROGRAMACIÓN I
 
P.o.o.
P.o.o.P.o.o.
P.o.o.
 
P.o.o.
P.o.o.P.o.o.
P.o.o.
 
clases
clasesclases
clases
 
Tutorial uml
Tutorial umlTutorial uml
Tutorial uml
 
Análisis y diseño de sistemas de información
Análisis y diseño de sistemas de informaciónAnálisis y diseño de sistemas de información
Análisis y diseño de sistemas de información
 
Patrones de diseño - Henry Vallejo
Patrones de diseño - Henry VallejoPatrones de diseño - Henry Vallejo
Patrones de diseño - Henry Vallejo
 
fundamentos-de-poo.ppt 2.ppt
fundamentos-de-poo.ppt 2.pptfundamentos-de-poo.ppt 2.ppt
fundamentos-de-poo.ppt 2.ppt
 
Programación orientada a objetos
Programación orientada a objetosProgramación orientada a objetos
Programación orientada a objetos
 
Conceptos poo
Conceptos pooConceptos poo
Conceptos poo
 
Programación Orientada a Objetos
Programación Orientada a ObjetosProgramación Orientada a Objetos
Programación Orientada a Objetos
 
Universidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelosUniversidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelos
 
Primeraclaseobjetos clases
Primeraclaseobjetos clasesPrimeraclaseobjetos clases
Primeraclaseobjetos clases
 

Último

TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
UPSE
 
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
UPSE
 

Último (9)

Especificación casos de uso del negocio
Especificación  casos de uso del negocioEspecificación  casos de uso del negocio
Especificación casos de uso del negocio
 
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
serenidad APP presentacion.pdfes una innovadora aplicación móvil diseñada par...
 
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
 
El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocio
 
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
 
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptxCIBERSEGURIDAD  Y SEGURIDAD INFORMÁTICA.pptx
CIBERSEGURIDAD Y SEGURIDAD INFORMÁTICA.pptx
 
Tipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdfTipos de datos en Microsoft Access definiciones.pdf
Tipos de datos en Microsoft Access definiciones.pdf
 
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptxCiberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
Ciberseguridad y Seguridad Informática Franco Correa Grupo B.pptx
 

Las clases y los objetos en poo

  • 2. ES UN PARADIGMA DE PROGRAMACIÓN QUE USA OBJETOS Y SUS INTERACCIONES PARA DISEÑAR APLICACIONES Y PROGRAMAS DE COMPUTADORA. ESTÁ BASADO EN VARIAS TÉCNICAS, INCLUYENDO HERENCIA, MODULARIDAD, POLIMORFISMO, Y ENCAPSULAMIENTO. SU USO SE POPULARIZÓ A PRINCIPIOS DE LA DÉCADA DE 1990.
  • 3. UN OBJETO ES UNA COSA TANGIBLE, ALGO A QUE SE PUEDE APREHENDER INTELECTUALMENTE O ALGO HACIA LO QUE SE PUEDE DIRIGIR UNA ACCIÓN O PENSAMIENTO. UN OBJETO REPRESENTA UN ITEM INDIVIDUAL E IDENTIFICABLE, O UNA ENTIDAD REAL O ABSTRACTA, CON UN PAPEL DEFINIDO EN EL DOMINIO DEL PROBLEMA. Un objeto tiene: • Estado • Comportamiento • Identidad
  • 4. Identidad de un objeto: Es la propiedad de un objeto que lo lleva a distinguirse de otros. Comportamiento de un objeto: Es como un objeto actúa y reacciona, en términos de sus cambios de estado y de los mensajes que intercambia. representa su actividad externamente visible y testable. Por operación se denota el servicio que una clase ofrece a sus clientes. Un objeto puede realizar cinco tipos de operaciones sobre otro, con el propósito de provocar una reacción:  Modificador: altera el estado de un objeto.  Selector: accede al estado de un objeto, sin alterarlo.  Iterador: permite a todas las partes de un objeto ser accedidas en un orden.  Constructor: crea un objeto y/o inicializa su estado.  Destructor: libera el estado de un objeto y/o destruye el objeto.
  • 5. Relaciones entre objetos: Abarcan las operaciones, resultados y suposiciones que unos hacen sobre los otros. Links : Son conexiones físicas o conceptuales entre objetos. Denota la asociación específica por la que un objeto (cliente) usa o solicita el servicio de otro objeto (servidor). El paso de mensajes entre objetos los sincroniza. Agregaciones: Denota relaciones todo/parte, con capacidad para gobernar desde el todo las partes. Es equivalente a la relación "tener un". El todo puede contener a la parte. Agregación es conveniente en las ocasiones en que el encapsulamiento de las partes es prioritario. Si se requiere que las relaciones entre objetos estén vagamente acopladas, se utilizan links.
  • 6. UNA CLASE ES UN CONJUNTO DE OBJETOS QUE COMPARTEN UNA ESTRUCTURA Y COMPORTAMIENTO COMUNES.  CLASE REPRESENTA UNA ABSTRACCIÓN, LA ESENCIA QUE COMPARTEN LOS OBJETOS.  UN OBJETO ES UN EJEMPLO DE UNA CLASE.  UN OBJETO NO ES UNA CLASE, Y UNA CLASE NO ES UN OBJETO (AUNQUE PUEDE SERLO, P.E. EN SMALLTALK).  LAS CLASES ACTÚAN COMO INTERMEDIARIAS ENTRE UNA ABSTRACCIÓN Y LOS CLIENTES QUE PRETENDEN UTILIZAR LA ABSTRACCIÓN. DE ESTA FORMA, LA CLASE MUESTRA: VISIÓN EXTERNA DE COMPORTAMIENTO (INTERFACE), QUE ENFATIZA LA ABSTRACCIÓN ESCONDIENDO SU ESTRUCTURA Y SECRETOS DE COMPORTAMIENTO. VISIÓN INTERNA (IMPLEMENTACIÓN), QUE ABARCA EL CÓDIGO QUE SE OFRECE EN LA INTERFACE DE LA CLASE.
  • 7. Relaciones entre clases: Representan tipos de compartición entre clases, o relaciones semánticas. Asociación: Indica relaciones de mandato bidireccionales (Punteros ocultos en C++). Conlleva dependencia semántica y no establece una dirección de dependencia.Tienen cardinalidad. Herencia: Por esta relación una clase (subclase) comparte la estructura y/o comportamiento definidos en una (herencia simple) o más (herencia múltiple) clases, llamadas superclases. Representa una relación del tipo "es un" entre clases. Una subclase aumenta o restringe el comportamiento o estructura de la superclase (o ambas cosas). Agregación: Representa una relación del tipo "tener un" entre clases. Cuando la clase contenida no existe independientemente de la clase que la contiene se denomina agregación por valor y además implica contenido físico, mientras que si existe independientemente y se accede a ella indirectamente, es agregación por referencia. Uso: Es un refinamiento de la asociación donde se especifica cual es el cliente y cual el servidor de ciertos servicios, permitiendo a los clientes acceder sólo a las interfaces públicas de los servidores, ofreciendo mayor encapsulación de la información. Ejemplificación: Se usa en lenguajes que soportan genericidad (declaración de clases parametrizadas y argumentos tipo template). Representa las relaciones entre las clases parametrizadas, que admiten parámetros formales, y las clases obtenidas cuando se concretan estos parámetros formales, ejemplificados o inicializados con un ejemplo. Metaclases:Son clases cuyos ejemplos son a su vez clases. No se admiten en C++.
  • 8. Todo objeto es el ejemplo de una clase, y toda clase tiene 0 ó más objetos. Mientras las clases son estáticas, con semántica, relaciones y existencia fijas previamente a la ejecución de un programa, los objetos se crean y destruyen rápidamente durante la actividad de una aplicación. El diseño de clases y objetos es un proceso incremental e iterativo. Debe asegurar la optimización en los parámetros: Acoplamiento: Grado de acoplamiento entre módulos. Cohesión: Mide el grado de conectividad entre elementos de un módulo, y entre objetos de una clase. Suficiencia: Indica que las clases capturan suficientes características de la abstracción para conseguir un comportamiento e interacción eficiente y con sentido. Completitud: Indica que la interface de la clase captura todo el significado característico de una abstracción, escrito en el mínimo espacio. Primitividad: Las operaciones deben implementarse si dan acceso a una representación fundamental de la abstracción. Cuales son operaciones primitivas y cuales no (se pueden realizar a partir de otras) es un asunto subjetivo y afecta a la eficiencia en la implementación.