La herencia permite definir nuevas clases a partir de clases existentes, compartiendo sus atributos y métodos. Para determinar la herencia correcta entre clases, se debe aplicar el principio de que una subclase es un tipo específico de la superclase. Por ejemplo, un "Furgoneta" es un tipo de "Vehículo", por lo que la clase Furgoneta debe heredar de la clase Vehículo. Esto garantiza un diseño de clases coherente y reutilizable.

1. HERENCIA

2. Es la característica mas importante y mas potente de la POO por ejemplo en la vida real la
casa del abuelo será heredado por el padre, el mismo que podrá tener sus propios objetos
como un auto, que a la vez dará a sus hijos, después los hijos pueden tener sus propios
objetos personales, que en definitiva son los que mas bienes van a tener a futuro.
MARCO TEORICO
Y todo este principio lo llevamos a la
Programación Orientada a Objetos con el
único objetivo de la reutilización de
código.

3. MARCO TEORICO
En el ejemplo anterior creamos la clase auto y después me permite crear objetos o instancias a la clase auto, esa clase auto tiene una serie de caracteristicas
y un constructor que daba un estado inicial a cada objeto perteneciente a la clase auto.
Despues surge la necesidad de crear otro tipo de objeto llamado Furgoneta que es parecido pero no es igual.
Podriamos utilizar la clase Auto para definir sus características pero tampoco es real una furgoneta va a tener sus propias caractericas que la distinguen de la
clase auto, como por ejemplo capacidad de carga o capacidad de llevar mas pasajeros.
Si pensamos en el ejemplo de la familia, el abuelo no tiene ni el objeto moto ni el objeto bici, es decir retomando este ejemplo un auto no puede tener ni
capacidad de carga ni capacidad de pasajeros extra.

4. MARCO TEORICO
Entonces necesitaríamos crear una clase llamada Furgoneta igual a la clase Auto con las mismas variables ya que vemos que comparten
cierto atributos y de hecho nace la reutilización de código simplemente diciendo que la clase Furgoneta herede los atributos comunes de la
clase Auto y después programar las características propias de la furgoneta.
Creamos en Eclipse la clase Furgoneta
package poo;
public class Furgoneta extends Auto {
}
Con extends deciemos que la clase Furgoneta hereda los atributos y
métodos de la clase Auto, naciendo conceptos como Super Clase o
Sub clase

5. La herencia es un mecanismo que permite la definición de una clase a partir de la definición de otra ya
existente. La herencia permite compartir automáticamente métodos y datos entre clases, subclases y
objetos.
La herencia está fuertemente ligada a la reutilización del código en la OOP. Esto es, el código de cualquiera
de las clases puede ser utilizado sin más que crear una clase derivada de ella, o bien una subclase.
Hay dos tipos de herencia: Herencia Simple y Herencia Múltiple. La primera indica que se pueden definir
nuevas clases solamente a partir de una clase inicial mientras que la segunda indica que se pueden definir
nuevas clases a partir de dos o más clases iniciales. Java sólo permite herencia simple.
MARCO TEORICO

6. SUPER CLASES Y SUBCLASES
El concepto de herencia conduce a una estructura jerárquica de clases o estructura de árbol, lo cual significa
que en la OOP todas las relaciones entre clases deben ajustarse a dicha estructura.
En esta estructura jerárquica, cada clase tiene sólo una clase padre. La clase padre de cualquier clase es
conocida como su superclase. La clase hija de una superclase es llamada una subclase.
* Una superclase puede tener cualquier número de subclases.
* Una subclase puede tener sólo una superclase.
oA es la superclase de B, C y D.
oD es la superclase de E.
oB, C y D son subclases de A.
oE es una subclase de D.

7. MARCO TEORICO
clases
Las clases son las plantillas para hacer objetos. Una clase sirve para definir una serie de objetos con propiedades (atributos),
comportamientos (operaciones o métodos), y semántica comunes. Hay que pensar en una clase como un molde. A través de las
clases se obtienen los objetos en sí.
Es decir antes de poder utilizar un objeto se debe definir la clase a la que pertenece, esa definición incluye:
 Sus atributos. Es decir, los datos miembros de esa clase. Los datos pueden ser públicos (accesibles desde otra clase) o
privados (sólo accesibles por código de su propia clase. También se las llama campos.
 Sus métodos. Las funciones miembro de la clase. Son las acciones (u operaciones) que puede realizar la clase.
 Código de inicialización. Para crear una clase normalmente hace falta realizar operaciones previas (es lo que se conoce como
el constructor de la clase).
 Otras clases. Dentro de una clase se pueden definir otras clases (clases internas, son consideradas como asociaciones dentro
de UML).

8. QUE ES UML?
El Lenguaje Unificado de Modelado (UML, Unified Modeling Language) es un lenguaje estándar, basado en una notación
gráfica, que se utiliza para modelar software. Es un lenguaje de propósito general que pretende ser un estándar mundial y
se utiliza para visualizar, especificar, construir y documentar las diferentes “piezas” de un sistema
Para modelar los programas de forma gráfica, viendo las relaciones entre las clases y cómo colaboran unos objetos con otros,
se prefiere utilizar una notación estándar. por varias razones:
Le permite ir familiarizándose con un lenguaje de modelado estándar
Le permite entender modelos con esta notación.
Además, conviene dejar claro que:
• UML es un lenguaje de modelado
• Java es un lenguaje de implementación

9. TIPOS DE DIAGRAMAS
Diagramas de Clases
Los diagramas de clases proporcionan una perspectiva estática del código. Se componen de: clases y relaciones
Diagramas de Objetos
Presentan instantáneas de instancias de los elementos que aparecen en los diagramas de clases. En definitiva, muestran un conjunto de
objetos y sus relaciones en un momento concreto (“fotografía” de un momento determinado).
Diagramas de Interacción
En los diagramas de interacción se puede ver el patrón de comportamiento de un conjunto de mensajes intercambiados entre un
conjunto de objetos, dentro de un contexto para lograr un propósito.
Diagramas de secuencia
Diagramas de colaboración

10. La clase Furgoneta va a tener las características y métodos heredados de la clase Auto mas los
suyos propios, en la vida real un hijo puede heredar de sus padres, tios, amigos, pero en Java no
permite representar esta actitud de la vida real es decir Java no permite la herencia multiple que
de alguna manera quita la potencialidad en el lenguaje lo cual es suplido con la interfaces y otras
técnicas de programación propias de Java.
Ahora programamos las características propias de la Clase Furgoneta
HERENCIA
Public class Furgoneta extends Auto{
Private int capacidad_carga;
Private int plazas_extra;
}
Ahora tenemos que darle un estado inicial a la clase Furgoneta atraves de un constructor
Public class Furgoneta extends Auto{
Private int capacidad_carga;
Private int plazas_extra;
Public Furgoneta (int plazas_extra, int capacidad_carga){
Super();//Llama al constructor de la clase padre con el objetivo de darle
//un estado inicial
this.capacidad_carga=capacidad_carga;
this.plazas_extra=plazas_extra;
}
}

11. HERENCIA
Ahora vamos a crear un método propio de la clase Furgoneta que nos devuelva la información
de la furgoneta como su capacidad de carga y su capacidad de plazas extras
Public Strig DimedatosFurgoneta(){
Return “La capacidad de carga es”+capacidad_carga+”+capacidad_carga+
“las plazas extras es “+plazas_extras
}
Ahora vamos darle funcionamiento al programa modificando la clase principal Uso_Auto pero
también modificamos el nombre de este programa con Uso_Vehiculo
Public class uso_vehiculo{
Public static void main(String[] args){
Auto Miauto1=new auto();
Miauto1.establece_color(“Rojo”);
Furgoneta Mifurgoneta1=new Furgoneta(7,580);
Mifurgoneta1.establece_color(“azul”);
Mifurgoneta1.configura_asientos(“si”);
Mifurgoneta1.configura_aire(“si”);
//ahora vamos a mostrar en consola los datos
System.out.println(Miauto1.dime_datos_generales()+” “+Miauto1.dime_color());
//ahora vamos a ver los datos de la furgoneta
System.out.println(Furgoneta.dime_datos_generales()+Furgoneta.dimeDatosFurgoneta());
}
}

12. COMO DISEÑO LA HERENCIA DE MIS CLASES, SI YO EMPIEZO DESDE EL INICO COMO DETERMINO LA
HERENCIA DE LAS CLASES, CUANDO CREO UNA CLASE DE CUAL TIENE QUE HEREDAR. PARA RESOLVER ESTAS
PREGUNTAS TENGO QUE SEGUIR UNA REGLA Y ESTA ES LA DE APLICAR EL TERMINO ES UN EN UN DISEÑO
DE CLASES.
AUTO
FURGONETA
La clase furgoneta hereda de la clase auto todos sus atributos y
métodos y para verificar si el diseño es correcto debemos comprobar
que la SUBCLASE es una SUPERCLASE
Una furgoneta es un Auto, NO
Entonces el diseño de las clases no esta del todo bien creado pues no
aplica el concepto de ES UN
DISEÑO DE CLASES

13. DISEÑO DE CLASES
VEHICULO
AUTO FURGONETA CAMION MOTO
Primeramente deberíamos haber creado la clase principal VEHICULO , luego programar las características generales
que pueden heredar las otras clases (motor, color, peso) y luego crear las clases restantes donde tengan sus propias
características.
Ahora si podemos contestar lo siguiente:
Un Auto es un vehículo
Una Furgoneta es un vehículo
Un Camión es un vehículo ….

14. EJEMPLOS DE DISEÑO DE HERENCIA DE CLASES

16. DISEÑO DE CLASES
Conociendo la regla para diseñar la herencia en clases, vamos a utilizar la clase empleado para generar una nueva llamada Jefe que además
de tener los atributos comunes de la clase Empleado, va a tener sus propios atributos y métodos.
Por ejemplo los Objetos Jefes van a tener un atributo propio como incentivo
La clase empleado sirve o no sirve para crear objetos de tipo jefe.
La clase empleado tal y como esta diseñado no sirve porque no tiene el atributo incentivo.
De pronto podremos crear un método en la clase que pueda cargar un incentivo, pero no es lógico ya que no todos los empleados tienen un
incentivo.
Entonces analizando esto podemos concluir que tenemos que crear una nueva clase llamada Jefe que herede de empleado sus atributos y
métodos.

17. DISEÑO DE CLASES
class jefes extends Empleado{
public jefes (String nom, double suel,int an,int mes,int dia){
super (nom,suel,an,mes,dia);
}
public void establece_incentivo(double b){
incentivo=b;
}
La clase empleado ya tiene el metodo dame_sueldo y jefatura hereda pero no nos sirve porque este
metodo esta preparado para devolver el sueldo pero jefe tiene incentivo, entonces creamos el metodo
dame_sueldo sobreescribiendo este metodo de la clase principal
public double dame_sueldo(){
double sueldo_jefe=super.dame_sueldo();//almacenar en sueldo_jefe lo que de el metodo
dame_sueldo de la clase padre
return sueldo_jefe + incentivo;
}
private double incentivo;
}

18. QUE ES ESTO DEL POLIMORFISMO Y EL PRINCIPIO DE SUSTITUCION?
El Polimorfismo esta relacionado con el principio de sustitucion que implica lo siguiente:
Se puede utilizar un objeto de una subclase siempre que el programa espere un objeto de la
superclase.
O lo que es lo mismo Un objeto se puede comportar de diferente forma
dependiendo del contexto.
En Java todas las variables de tipo objeto son polimorficas
Ejemplo.
Empleado empleado1=new Empleado();
empleado1 dependiendo del contexto donde se lo utlice se puede comportar de una forma o
otra o puede adopter una forma diferente.
De ahi el concepto de Polimorfismos (diferentes formas , diferente comportamiento
dependiendo del contexto)

19. QUE ES ESTO DEL POLIMORFISMO Y EL PRINCIPIO DE SUSTITUCION?
Ahora vamos a crear una instancia de tipo Jefe y luego vamos a intentar almacenarlo en el array misempleados y luego
llamamos al metodo de la clase Jefes establece_incentivo
Ahora vamos a ver el Polimorfismo en accion en la siguiente linea de codigo
Se puede utilizar un objeto de una subclase siempre
que el programa espere un objeto de la superclase.
Que espera almacenemos en la posicion 4 del array un objeto de tipo empleado, sin embargo estamos almacenando
un objeto de tipo jefatura y esto por la regla un jefe es un empleado entonces por ese motivo un objeto de tipo
jefatura podemos almacenarlo.
PRINCIPIO DE SUSTITUCION

20. QUE ES ESTO DEL POLIMORFISMO Y EL PRINCIPIO DE SUSTITUCION?
Ahora vamos a ver major el polimorfismo analizando los bucles for each del programa
Utlizamos un nombre de variable que sea de tipo objeto (empleado) para recorrer el array misEmpleados
La variable e es de tipo empleado
En la linea e.dame_sueldo estamos llamando al metodo de la clase Empleado. Ahora ejecutemos el programa.
En el Segundo bucle probamos e. para verificar los metodos de la clase Empleado

21. QUE ES ESTO DEL POLIMORFISMO Y EL PRINCIPIO DE SUSTITUCION ?
• El Id empieza de una forma desordenada es por que primero llama al constructor de empleado y se asigna el Id
como muestra el siguiente codigo
• El campo sueldo verificar su valor y observamos que aparece el polimorfismo
• La variable e al iniciar el bucle se comporta como una variable de tipo empleado, pero al encontrarse con objetos
que pertenecen a la clase jefes, cambia de comportamiento y pasa hacer de tipo jefes
• Esta llamando al metodo dame_sueldo de jefes porque esta agregando un incentive
En definitiva una variable de tipo Objetose comporta de una forma o otra dependiendo del contexto