MODELAMIENTO DE SOFTWARE

[pic 1]

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERIA EN SOFTWARE

MATERIA:

MODELAMIENTO DE SOFTWARE

PROFESOR:

ING. AVILES MONROY JORGE ISAAC

CURSO:

SOF-S-MA-4-1

ESTUDIANTE:

BAYAS ESPINOZA MARCOS DAVID

CICLO II

2020 – 2021

PRINCIPIOS SOLID

Alta cohesión y bajo acoplamiento

 en POO

Introducción

Los principios SOLID se basan en los principios de la programación orientada a objetos, son unas series de normas o recomendaciones que guían un poco la forma de programar, la forma de diseñar nuestro sistemas, es decir buenas practicas que pueden ayudar a escribir un mejor código: más limpio, mantenible y escalable.
Hablemos de la alta cohesión, lo que busca la alta cohesión es que la clase solamente haga una cosa bien, busca que se especialice la clase, entonces la cohesión tiene que ver con cuan relacionados están los conceptos, atributos y demás cosas dentro de una misma clase. Es decir si tengo la clase gato. Dentro de esta clase gato que tan relacionados, interconectados, cohesionados están sus atributos y sus métodos, su comportamiento.
El acoplamiento significa o nos hace pensar que tan interconectados, interrelacionadas están cada clase por separado de su sistema, esto hace referencia a que tanto un componente sabe o requiere de otro componente.

Desarrollo
La aplicación de los principios SOLID está estrechamente relacionada con la comprensión y el uso de patrones de diseño, lo que nos permitirá mantener un alto grado de cohesión y por tanto, un bajo grado de acoplamiento de software. En resumen, desarrollar software de alta calidad.
los principios SOLID tiene como objetivo intentar que el código sea más mantenible, es decir que sea muy fácil aplicar cambios y arreglar errores y además facilitar la incorporación de nuevas funcionalidades, hacer el código más legible y fácil de entender.
los 5 principios SOLID serían los siguientes:

• Principio de responsabilidad Única

El principio establece que cada clase solo debe asumir una responsabilidad y solo debe ocuparse de una parte del sistema. El objetivo es hacer que nuestra clase haga solo una cosa, para que podamos asegurarnos de que lo haga bien.

• Principio Open/Closed

El principio establece que la entidad de software debe mantener abiertas sus extensiones y cerradas sus modificaciones.

• Principio de Sustitución de Liskov

Los que nos enseña este principio es que toda clase que es hija de otra clase debe poder utilizarse como si fuera el mismo padre.

• Principio de Segregación de Interfaces

El principio establece que los clientes de un programa determinado solo deben conocer los métodos del programa que realmente usan, no los métodos que no necesitan usar.

...