tareas

Acoplamiento, cohesión y reutilización








Integrantes:
Faiber Adolfo Andrade Torres
Jonathan Gamboa Campaz
Manuel Gómez Orozco







Programación Orientada Objetos








Universidad Del Pacifico
B/ventura-Valle
2013




Acoplamiento, cohesión y reutilización






Integrantes:
Faiber Adolfo Andrade Torres
Jonathan Gamboa Campaz
Manuel GómezOrozco




Ingeniero:
Manuel Gonzales




Semestre III




Programación Orientada Objetos





Universidad Del Pacifico
B/ventura-Valle
2013

TABLA DE CONTENIDO


1. Introducción
2. Objetivo
3. Acoplamiento
4. Cohesión
5. Reutilización
6. Conclusión
7. Bibliografía

































INTRODUCCIÓN
Este trabajo lorealizamos con el fin de saber más sobre el acoplamiento, cohesión y reutilización la cual, es muy importante en el área de programación, ayudando así mejor nuestro conocimiento de la misma.







































OBJETIVO
Entender el proceso de programación del acoplamiento, cohesión y reutilización y el grado de dependencia que tiene cadauno y las funciones que cumple al realizar el proceso
































Acoplamiento

Hace alusión al grado de dependencia que tienen dos unidades de software. Tiempo atrás se utilizaba la palabra "módulo" o "subrutina" en lugar de unidad de software. Hoy en día, en opinión del que escribe, la palabra "módulo" es completamente inadecuada yobsoleta. Mejor utilizaremos "unidad de software", que es un concepto más amplio.
Bien ¿Qué es una unidad de software? Pues simplemente cualquier pieza de software que realice algún cometido. Por ejemplo: una función, un método, una clase, una librería, una aplicación, un componente, etc...
Si hablamos de funciones, el acoplamiento nos da una idea de lo dependientes que son dos funciones entre sí. Esdecir, en qué grado una función puede hacer su trabajo sin la otra. Si hablamos de librerías, el acoplamiento nos dará una idea de en qué medida el contenido de una librería puede hacer su trabajo sin la otra.
Cuando dos unidades de software son absolutamente independientes (cada una puede hacer su trabajo sin contar para nada con la otra), encontramos el grado más bajo de acoplamiento, y decimosque ambas unidades están totalmente desacopladas.

Nuestro objetivo al programar o diseñar debe ser el de tener un acoplamiento lo más bajo posible entre dos unidades de software cuales quiera. Por supuesto, es imposible lograr un desacoplamiento total entre las unidades. Sin embargo, manteniendo lo más bajo posible el acoplamiento lograremos que las distintas "piezas" de nuestro softwarefuncionen sin depender demasiado unas de otras. Eso redunda en una mejora considerable en la detección y corrección de errores, en una mayor facilidad de mantenimiento y sobre todo, en la reutilización de esas "piezas" de software.

Pues bien hay varios tipos de acoplamiento... les pegaremos un breve repaso, empezando por los más deseables y terminando por los que deberíamos evitar. Según quién noshable del acoplamiento, veremos que se utilizan unos términos u otros. Es lo de menos. Lo importante es mantenerlo bajo, independientemente de que le pongamos un nombre u otro a cada tipo de acoplamiento.

Unidades completamente desacopladas
Ya lo hemos comentado, dos unidades están completamente desacopladas cuando hacen su trabajo de manera totalmente independiente. Esto nos permitiría coger unade ellas y utilizarla tal cual en un programa sin necesidad de llevarnos la otra.
Por ejemplo, estos dos métodos (en C#), están totalmente desacoplados. Ninguno de ellos necesita al otro para hacer su trabajo.

Static int metodo1 (int a, int b)
{
Return a * b;
}
Static int metodo2 (int a, int b)
{
Return a + b;
}

Acoplamiento normal
El acoplamiento más común...