Desarrollo de sitemas

Páginas: 6 (1343 palabras) Publicado: 21 de octubre de 2010
DESCOMPOSICION MODULAR
El diseño modular propone dividir el sistema en partes diferenciadas y definir sus interfaces.
Sus ventajas: claridad, reducción de costos y reutilizacion
Los pasos a seguir son:
1. Identificar los módulos
2. Describir cada módulo
3. Describir las relaciones entre módulos
Una descomposicion modular debe poseer ciertas cualidades mínimas para que se puedaconsiderar suficiente válidad.
1. Independencia funcional
2. Acoplamiento
3. Cohesión
4. Comprensibilidad
5. Adaptabilidad
a) Independencia funcional
Cada módulo debe realizar una función concreta o un conjunto de funciones afines. Es recomendable reducir las relaciones entre módulos al mínimo.
Para medir la independencia funcional hay dos criterios:acoplamiento y cohesión
b)Acoplamiento
El acoplamiento es un medida de la interconexión entre módulos en la estructura del programa. Podemos graduarla en un amplio espectro, pero por lo general se tiende a que el acoplamiento sea lo menor posible, esto es a reducir las interconexiones entre los distintos módulos en que se estructure nuestra aplicación. El grado de acoplamiento mide la interrelación entre dos módulos, según eltipo de conexión y la complejidad de la interfase:
. Fuerte
- Por contenido, cuando desde un módulo se puede cambiar datos locales de otro.
- Común, se emplea una zona común de datos a la que tienen acceso varios módulos.
. Moderado
- De control, la zona común es un dispositivo externo al que estan ligados los módulos, esto implica que un cambio en el formato de datos los afecta a todos.- Por etiqueta, en ontercambio de datos se realiza mediante una referencia a la estructura completa de datos(vector, pila, árbol,grafo,…)
. Débil
- De datos, viene dado por los datos que intercambian los módulos. Es el mejor.
- Sin acoplamiento directo , es el acoplamiento que no existe
c) Cohesión
Un módulo coherente ejecuta una tarea sencilla en un procedimiento de sw y requiere pocainteracción con procedimientos que se ejecutan en otras partes de un programa. podemos decir que un módulo coherente es aquel que intenta realizar solamente una cosa.
Para que n° de módulos no sea demaciado elevado y complique el diseño se tratan de agrupar elementos afines y relacionados en un mismo módulo.
* ALTA
. Cohesion abstraccional, se logra cuando se diseña el módulo como tipoabstracto de datos o como una clase de objetos
. Cohesión funcional, el módulo realiza una función concreta y específica
* MEDIA
. Cohesión secuencial, los elementos del módulo trabajan de forma secuencial
. Cohesión de comunicación, elementos que operan con el mismo conjunto de datos de entrada o de salida
. Cohesión temporal, se agrupan elementos que se ejecutan en el mismo momento.Ej.Arrancar o parar dispositivos
* BAJA
. Cohesión lógica, se agrupan elementos que realizan funciones similares.
. Cohesión coincidental, es la peor y se produce cuando los elementos de un módulo no guardan relación alguna
La descripción del comportamiento de un módulo permite establecer el grado de cohesión:
- Si es una frase compuesta y cotiene más de un verbo la cohesión será MEDIA- Si contiene expreciones secuenciales (primero, entonces, cuando…), será temporal o secuencial
- Si la descripcion no se refiere a algo especifico(Ej. Todos los errores), cohesión lógica
- Si aparece “inicializar”, “preparar”, “configurar”, probablemente sea temporal.
d) Comprensibilidad
Para facilitar los cambios, el mantenimiento y la reutilización de módulos es necesario que cadauno sea comprensible de forma aislada. Para ello es bueno que posea independencia funcional, pero además es deseable:
- Identificación, el nombre debe ser adecuado y descriptivo
- Documentación, debe aclarar todos los detalles de diseño e implementación que no queden de manifiesto en el propio código
- SIMPLICIDAD, las soluciones sencillas son siempre laas mejores
e) Adaptabilidad
La...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • y si el desarrollo fuera una emergencia sitemica
  • CICLOS DE VIDA DEL DESARROLLO DE UN SITEMA
  • Desarrollo un sitema automatizado
  • Sitemas
  • sitemas
  • Sitemas
  • sitema
  • sitemas

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS