Fundamentos De Desarrollo De Sistemas Unidad6

|
|
|
|
|
|
|
|

INDICE
6.1 Descomposición Modular
6.2 Arquitecturas de Dominio Específico
6.2.1 Diseño Software Arquitectura Multiprocesador
6.2.2 Diseño Software Arquitectura Cliente Servidor
6.2.3 Diseño Software Distribuido
6.2.4 Diseño Software Tiempo Real

6.1 Descomposición Modular
El diseño modular propone dividir el sistema en partes diferenciadas
ydefinir sus interfaces. Sus ventajas:
Claridad, reducción de costos y reutilización
Los pasos a seguir son:
1. Identificar los módulos
2. Describir cada módulo
3. Describir las relaciones entre módulos
Una descomposición modular debe poseer ciertas cualidades mínimas para que se pueda considerar suficiente validad.
1. Independencia funcional
2. Acoplamiento
3. Cohesión
4.Comprensibilidad
5. Adaptabilidad
Independencia funcional
Cada módulo debe realizar una función concreta o un conjunto de funciones a fines. Es recomendable reducir las relaciones entre módulos al mínimo. Para medir la independencia funcional hay dos criterios: acoplamiento y cohesión.
Acoplamiento
El acoplamiento es una medida de la interconexión entre módulos en la estructura delprograma. 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 el tipo de conexión y la complejidad de la interface:
Fuerte
Por contenido, cuando desde un módulo se puede cambiar datos locales de otro.
Común, se empleauna 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 están ligados los módulos, esto implica que un cambio en el formato de datos los afecta a todos.
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

Cohesión
Un módulocoherente ejecuta una tarea sencilla en un procedimiento y requiere poca interacció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.
Comprensibilidad
Para facilitar los cambios, el mantenimiento y la reutilización de módulos es necesario que cada uno 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 Adaptabilidad
La adaptación de un sistema resulta.
Adaptabilidad
Laadaptacióndeunsistemaresultamásdifícilcuandonohayindependenciafuncional, es decir, con alto acoplamiento y baja cohesión, y cuando el diseño es poco comprensible. Otros factores para facilitar la adaptabilidad:
Previsión, es necesario prever que aspectos del sistema pueden ser susceptibles de cambios en el futuro, y poner estos elementos en módulos independientes, de manera que su modificación afecte al menor número de módulos posibles
Accesibilidad, deberesultar sencillo el acceso a los
documentos de especificación, diseño, e implementación para obtener un conocimiento suficiente del sistema antes de proceder a su adaptación. Consistencia, después de cualquier adaptación se debe mantener la consistencia del sistema, incluidos los documentos afectados.
Arquitectura del software
La Arquitectura de Software(As) constituye una disciplina dereciente aparición y forma parte del paradigma de la Ingeniería del Software.

6.2 Arquitecturas de Dominio Específico
El reto para el diseño es diseñar el software y hardware para proporcionar características deseables a los sistemas distribuidos y, al mismo tiempo, minimizar los problemas propios a estos sistemas. Es necesario comprender las ventajas y desventajas de las diferentes...