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.

• Principio de Inversión de Dependencias

Este principio nos dice que los módulos de alto nivel no deberían depender de los módulos de bajo nivel, ambos deberían depender de interfaces, es decir este principio se basa en la abstracción.

Enfocándonos en los 5 principios SOLID sabemos que todo desarrollador de software debe recordar que cuanto mayor es la cohesión de las unidades de software y menor el acoplamiento entre las unidades, mayores son los beneficios que se pueden obtener. Este criterio debe aplicarse al diseño, la arquitectura y la codificación al mismo tiempo.
Tanto el acoplamiento como la cohesión son términos un tanto abstractos y difíciles de medir.
La alta cohesión nos facilita la comprensión del propósito de una clase o método, el uso de nombres descriptivos y la reutilización de clases y métodos.
Un bajo acoplamiento permite entender una clase sin leer otras, cambiar una clase sin afectar a otra y mejora la mantenibilidad del código.
El impacto de la cohesión en la modularidad no es tan grande como el acoplamiento. Es decir, a la hora de corregir errores, integrar piezas y realizar mantenimiento, un buen acoplamiento puede resultar muy malo. Sin embargo, una cohesión baja puede resultar incómoda, pero por lo general no causa problemas importantes. Aunque esto no es motivo para ignorarlo.
Mayor cohesión significa menor acoplamiento. Maximizar el nivel de cohesión dentro de los módulos dentro de todo el sistema conduce a minimizar el acoplamiento entre módulos. Podemos separarlos. Aunque hay una estrecha conexión entre ellos, de hecho, si nos esforzamos por aumentar en gran medida la cohesión del sistema de software, es probable que se rompa el acoplamiento aumentando el acoplamiento. Por el contrario, si reducimos mucho el acoplamiento, la cohesión se verá disminuida.

...