acoplamiento

Acoplamiento
Se define como el grado de interdependencia que hay entre los distintos módulos de un programa; lo deseable es que esta interdependencia sea lo menor posible, es decir, un bajo acoplamiento. Los niveles de acoplamiento, ordenados de menor (más deseable) a mayor (menos deseable) son:
Acoplamiento normal.- Un módulo llama a otro de un nivel inferior y tan solo intercambian datos(parámetros de entrada/salida). Dentro de este tipo de acoplamiento podemos encontrarnos 3 subtipos, dependiendo de los datos que intercambien los módulos:
Acoplamiento de datos: Los módulos se comunican mediante parámetros.
Acoplamiento de marca o por estampado: Los módulos se pasan datos con estructura de registro. No es muy deseable si el módulo receptor sólo requiere parte de los datos que sele pasan.
Acoplamiento de control: Los datos que se intercambian entre los módulos son controles. Debido a que en este subtipo un módulo controla la ejecución del otro, no es un buen acoplamiento, ya que impide que sean totalmente independientes.
Acoplamiento Común.- Dos módulos acceden a un mismo recurso común, típicamente memoria compartida, una variable global o un fichero. Una variante deeste tipo de acoplamiento es el acoplamiento externo:
Acoplamiento externo.- Los módulos están ligados a componentes externos. Por ejemplo, dispositivos de E/S, protocolos de comunicaciones... etc.
Acoplamiento de contenido.- Ocurre cuando un módulo necesita acceder a una parte de otro módulo.

Ejemplo de acoplamiento
class Alumnos extends ArrayList  {
     void ejemplo() {
         this.add( hugo );
          this.add( paco );
          this.add( luis );
     }
}
Menor acoplamiento:
class Alumnos   {
     void ejemplo() {
          ArrayList aList = new ArrayList();
          aList.add( hugo );
          aList.add( paco );
          aList.add( luis );
     }
}
Aun menor acoplamiento
class Alumnos {
      void ejemplo() {
          List aList = new ArrayList();
         aList.add( hugo );
          aList.add( paco );
          aList.add( luis );
     }
}

Cohesión
Se define como la medida de fuerza o relación funcional existente entre las sentencias o grupos de sentencias de un mismo módulo. Un módulo cohesionado ejecutará una única tarea sencilla interactuando muy poco o nada con el resto de módulos del programa. Se persigue que los módulostengan una alta cohesión.
En el diseño estructurado podemos encontrarnos con los siguientes 7 tipos de cohesión (de la mejor o más deseable a la menos recomendable):
Cohesión funcional: Los elementos del módulo están relacionados en el desarrollo de una única función.
Cohesión secuencial: Un módulo realiza distintas tareas en secuencia, de forma que las entradas de cada tarea son las salidas de latarea anterior. No es una mala cohesión si las tareas implicadas no son muy complejas y requieren pocas líneas de código.
Cohesión comunicacional: El módulo realiza actividades paralelas usando los mismos datos de entrada y salida. Como en el caso anterior, tampoco se trata de un mal tipo de cohesión si las tareas son relativamente sencillas.
Cohesión procedimental: El módulo tiene una serie defunciones relacionadas por un procedimiento efectuado por el código (a modo de biblioteca). Es similar a la secuencial, pero puede incluir el paso de controles. Será deseable que las funciones estén relacionadas o realicen tareas dentro del mismo ámbito (p.e. la biblioteca string.h de C contienen funciones para operar con cadenas de caracteres).
Cohesión temporal: Los elementos del módulo estánimplicados en actividades relacionadas con el tiempo.
Cohesión lógica: Las actividades que realiza el módulo tienen la misma categoría. Esto es, es como si se tuvieran partes independientes dentro del mismo módulo.
Cohesión casual o coincidente: Los elementos del módulo contribuyen a las actividades relacionándose mutuamente de una manera poco significativa. Este tipo de cohesión viola el...