INSTITUTO DE EDUCACIN TCNICA PROFESIONAL INTEP

UNIDAD DE SISTEMAS
Centro Piloto de Formacin Tcnica y Tecnolgica
Modulo
Ubicacin
Programa
Docente
Fecha
Tema

M 8.1 ANALISIS Y DISEO DE SISTEMAS DE INFORMACION

Semestre cuatro
Tcnico profesional en Sistemas e Informtica.
ANA MILENA BUENO HENAO. Ingeniero de Sistemas con E.A.S.
E-MAIL: anam.bueno@intep.edu.co
Marzo 2009
Acoplamiento, cohesin y arquitectura de software
ACOPLAMIENTO Y COHESION DEL SOFTWARE

CRITERIOS DE DISEO.
Complejidad: nos hace modular en ms niveles.
Tamao: nos obliga a modular en ms niveles.
Mantenibilidad: debe modularse pensando en cmo mantener.
Reutilizacin: identificar mdulos comunes, objetos.
Arquitectura basada en componentes: encapsulamiento.
Distribucin del SW: publicacin y distribucin SW.
Acoplamiento: dependencia entre mdulos.
Cohesin: dependencia funcional entre elementos del mdulo.
Acoplamiento y cohesin.
El acoplamiento entre mdulos y la cohesin entre componentes de un mismo mdulo, son dos factores a
considerar cuando se disean funciones de tipo online, por su trascendencia en la optimizacin del cdigo y
en el rendimiento a obtener.
El acoplamiento mide la dependencia entre dos mdulos, debindose minimizar. Existen diferentes tipos de
acoplamiento. De entre los siguientes, los tres primeros son necesarios, pero los dos ltimos deben
evitarse en lo posible, ya que en el caso de ser utilizados, debe tenerse consciencia para su posterior
mantenimiento y control. Tipos de acoplamiento:
De datos: existe acoplamiento de datos ente dos mdulos cuando el llamante enva un flujo de
informacin al llamado. El acoplamiento se da porque ambos mdulos deben guardar la misma
configuracin de las variables de datos que utilizan.
Compuesto: aparece cuando un mdulo llama a otro pasndole una estructura de datos o variables, y el
mdulo llamado devuelve tambin una estructura o conjunto de variables. En estos casos, existe un
intercambio de flujos de informacin, provocando mayor acoplamiento.
De control: cuando en uno o ambos sentidos aparecen flujos de control. Estos flujos son muy necesarios
para tomar control del proceso, pero debe procurarse que sean los mdulos llamados los que
devuelvan un flujo de control al llamante, para indicar el estado en que finaliz su operacin.
Comn: aparece cuando el dilogo entre dos mdulos se realiza a travs de un rea comn de
memoria.

 De contenido: aparece cuando un mdulo altera el cdigo o los datos de otro al llamarlo.
La cohesin mide la dependencia funcional entre los diferentes elementos de un mdulo, debindose
buscar una alta cohesin. Aquellos mdulos que realicen una nica funcin tendrn una mayor cohesin
que aquellos que realicen multitud de diferentes tareas. De los tipos de cohesin que aparecen a
continuacin, los tres primeros son necesarios, mientras que los ltimos deben evitarse en lo posible. Tipos
de cohesin:
Funcional: es soportada por aquel mdulo cuyos componentes contribuyen a la ejecucin de una nica
funcin.
Secuencial: aparece cuando todos los elementos del mdulo estn envueltos en actividades cuyos
datos de entrada son la salida de las anteriores. Son tareas ligadas secuencialmente cuya cohesin se
encuentra en los datos.
Comunicacional: se da cuando un mdulo realiza diferentes funciones, y cuya cohesin radica en que
todas ellas utilizan los mismos datos de entrada o salida.
Temporal: todos los elementos estn envueltos en actividades que tienen una relacin slo temporal,
aunque por s solas son funciones diferentes.
Lgica: es aquel mdulo multiusos que est configurado para hacer de todo, y en funcin de la llamada
se selecciona la parte de cdigo o rutina a ejecutar. Esto es bueno cuando cada funcin es un
programa diferente, y existe un programa de control que cede control a aquel que necesita, pero si se
aglutinan todas esas funciones en el mismo programa, su codificacin, pruebas y mantenimiento sern
complejos.
Arquitectura del Sistema
1 Arquitectura de tres niveles
La llamada Arquitectura en Tres Niveles, es la ms comn en sistemas de informacin que adems de
tener una interfaz de usuario contemplan la persistencia de los datos.
Una descripcin de los tres niveles sera la siguiente:
Nivel 1: Presentacin ventanas, informes, etc.
Nivel 2: Lgica de la Aplicacin tareas y reglas que gobiernan el proceso.
Nivel 3: Almacenamiento mecanismo de almacenamiento.
2 Arquitectura de tres niveles orientadas a objetos

a) Descomposicin del nivel de lgica de la aplicacin

En el diseo orientado a objetos, el nivel de lgica de la aplicacin se descompone en sub-niveles que son
los siguientes:
Objetos del Dominio: son clases que representan objetos del dominio. Por ejemplo en un problema de
ventas, una Venta sera un objeto del dominio.
Servicios: se hace referencia a funciones de interaccin con la base de datos, informes, comunicaciones,
seguridad, etc.

3 Arquitectura MULTI-nivel
La arquitectura de tres niveles puede pasar a llamarse de Mltiples Niveles si tenemos en cuenta el hecho
de que todos los niveles de la arquitectura de tres niveles se pueden descomponer cada uno de ellos cada
vez ms.
Por ejemplo el nivel de Servicios, se puede descomponer en servicios de alto y de bajo nivel, identificando
como de alto nivel los servicios de generacin de informes y como de bajo nivel los de manejo de ficheros
de entrada y salida.
El motivo que lleva a descomponer la arquitectura del sistema en diferentes niveles es mltiple:
Separacin de la lgica de la aplicacin en componentes separados que sean ms fcilmente
reutilizables.
Distribucin de niveles en diferentes nodos fsicos de computacin.
Reparto de recursos humanos en diferentes niveles de la arquitectura.