Diseño Y Arquitectura De Productos De Software
TEMA DE INVESTIGACION: UNIDAD 6: DISEÑO Y ARQUITECTURA DE PRODUCTOS DE SOFTWARE
Unidad 6: Diseño y arquitectura de productos de software
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ñoSoftware Distribuido
6.2.4 Diseño Software Tiempo Real
En esta unidad N° 6 se trata sobre los diseños y las arquitecturas de los productos de software y todos sus subtemas como son la descomposición modular, las arquitecturas de dominio especifico, el diseño de software arquitectura multiprocesador, el diseño de software arquitectura cliente servidor, el diseño de software distribuido y por ultimosubtema el diseño de software de tiempo real.
En la investigación realizada nos dice que el diseño modular propone dividir el sistema en partes diferenciadas y definir sus interfaces.
Las arquitecturas de dominio específico donde el objetivo es de diseñar el software y hardware para proporcionar características deseables a los sistemas distribuidos y, al mismo tiempo, minimizar los problemaspropios a estos sistemas.
El diseño de software arquitectura multiprocesador es aquel que permite ejecutar varios procesos de forma concurrente, la razón es porque actualmente la mayoría de las CPU sólo pueden ejecutar un proceso cada vez. La única forma de que se ejecuten de forma simultánea varios procesos es tener varias CPU (ya sea en una máquina o en varias, en un sistema distribuido.
Eldiseño de software arquitectura cliente servidor Este modelo es un prototipo de sistemas distribuidos que muestra como los datos y el procesamiento se distribuye a lo largo de varios procesadores. Es una forma de dividir las responsabilidades de un sistema de información separando la interfaz del usuario de la gestión de la información.
DESCOMPOSICION MODULAR
El diseño modular propone dividir elsistema en partes diferenciadas y definir 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
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 una medida de la interconexión entremódulos en la estructura del programa. Podemos graduarña 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 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 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 están ligados los módulos, esto implica que un cambio en el formato de datos los afecta a todos.
- Por etiqueta, en intercambio de datos se realiza medianteuna 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 y requiere poca interacción con procedimientos que se ejecutan en otras partes...
Regístrate para leer el documento completo.