mayo 11, 2022

Juego de cohes

5 minutos de lectura

Tipos de cohesión con ejemplos

La medida de cuán fuertemente los elementos están relacionados funcionalmente dentro de un módulo se llama cohesión en la ingeniería de software y los elementos dentro de un módulo pueden ser instrucciones, grupos de instrucciones, definición de datos, llamada desde otro módulo, etc. y el objetivo es siempre que las funciones estén fuertemente relacionadas y la expectativa es que todo dentro del módulo esté en conexión entre sí donde el enfoque es la tarea y esta fuerte relación reduce los módulos minimizan el acoplamiento.
Esta es una guía de Cohesión en la Ingeniería de Software. Aquí discutimos la Introducción y los diferentes tipos de Cohesión en la Ingeniería de Software junto con sus ejemplos. También puedes revisar nuestros artículos sugeridos para aprender más –

Alta cohesión

En la programación informática, la cohesión se refiere al grado de pertenencia de los elementos de un módulo[1]. En un sentido, es una medida de la fuerza de la relación entre los métodos y los datos de una clase y algún propósito o concepto unificador servido por esa clase. En otro sentido, es una medida de la fuerza de la relación entre los métodos y los datos de la clase en sí.
La cohesión es una medida de tipo ordinal y suele describirse como “alta cohesión” o “baja cohesión”. Los módulos con alta cohesión tienden a ser preferibles, porque la alta cohesión se asocia con varios rasgos deseables del software, como la robustez, la fiabilidad, la reutilización y la comprensibilidad. Por el contrario, la baja cohesión se asocia con rasgos indeseables, como la dificultad para mantener, probar, reutilizar o incluso comprender.
La cohesión suele contrastarse con el acoplamiento, un concepto diferente. Una alta cohesión suele estar relacionada con un acoplamiento débil, y viceversa[2]. Las métricas de software de acoplamiento y cohesión fueron inventadas por Larry Constantine a finales de los años 60 como parte del Diseño Estructurado, basado en las características de las “buenas” prácticas de programación que reducían los costes de mantenimiento y modificación. El diseño estructurado, la cohesión y el acoplamiento se publicaron en el artículo Stevens, Myers y Constantine (1974)[3] y en el libro Yourdon y Constantine (1979);[1] estos dos últimos se convirtieron posteriormente en términos estándar en la ingeniería del software.

Leer más  Vehiculos comerciales volkswagen

Política de cohesión 2021-2027

En la programación informática, la cohesión se refiere al grado de pertenencia de los elementos de un módulo[1]. En un sentido, es una medida de la fuerza de la relación entre los métodos y los datos de una clase y algún propósito o concepto unificador servido por esa clase. En otro sentido, es una medida de la fuerza de la relación entre los métodos y los datos de la clase en sí.
La cohesión es una medida de tipo ordinal y suele describirse como “alta cohesión” o “baja cohesión”. Los módulos con alta cohesión tienden a ser preferibles, porque la alta cohesión se asocia con varios rasgos deseables del software, como la robustez, la fiabilidad, la reutilización y la comprensibilidad. Por el contrario, la baja cohesión se asocia con rasgos indeseables, como la dificultad para mantener, probar, reutilizar o incluso comprender.
La cohesión suele contrastarse con el acoplamiento, un concepto diferente. Una alta cohesión suele estar relacionada con un acoplamiento débil, y viceversa[2]. Las métricas de software de acoplamiento y cohesión fueron inventadas por Larry Constantine a finales de los años 60 como parte del Diseño Estructurado, basado en las características de las “buenas” prácticas de programación que reducían los costes de mantenimiento y modificación. El diseño estructurado, la cohesión y el acoplamiento se publicaron en el artículo Stevens, Myers y Constantine (1974)[3] y en el libro Yourdon y Constantine (1979);[1] estos dos últimos se convirtieron posteriormente en términos estándar en la ingeniería del software.

Tipos de cohesión

En la programación informática, la cohesión se refiere al grado de pertenencia de los elementos dentro de un módulo[1]. En un sentido, es una medida de la fuerza de la relación entre los métodos y datos de una clase y algún propósito o concepto unificador servido por esa clase. En otro sentido, es una medida de la fuerza de la relación entre los métodos y los datos de la clase en sí.
La cohesión es una medida de tipo ordinal y suele describirse como “alta cohesión” o “baja cohesión”. Los módulos con alta cohesión tienden a ser preferibles, porque la alta cohesión se asocia con varios rasgos deseables del software, como la robustez, la fiabilidad, la reutilización y la comprensibilidad. Por el contrario, la baja cohesión se asocia con rasgos indeseables, como la dificultad para mantener, probar, reutilizar o incluso comprender.
La cohesión suele contrastarse con el acoplamiento, un concepto diferente. Una alta cohesión suele estar relacionada con un acoplamiento débil, y viceversa[2]. Las métricas de software de acoplamiento y cohesión fueron inventadas por Larry Constantine a finales de los años 60 como parte del Diseño Estructurado, basado en las características de las “buenas” prácticas de programación que reducían los costes de mantenimiento y modificación. El diseño estructurado, la cohesión y el acoplamiento se publicaron en el artículo Stevens, Myers y Constantine (1974)[3] y en el libro Yourdon y Constantine (1979);[1] estos dos últimos se convirtieron posteriormente en términos estándar en la ingeniería del software.

Más historias

4 minutos de lectura
5 minutos de lectura