ESTILOS ARQUITECTÓNICOS
ESTILOS ARQUITECTÓNICOS
Un estilo arquitectónico establece un marco de referencia para crear el diseño. Como tal establece una serie de reglas y recomendaciones que se deben seguir para establecer la organización de los componentes del sistema.
Cada estilo arquitectónico describe una categoría del sistema que contiene: un conjunto de componentes, que realiza una función requerida por el sistema, un conjunto de conectores que posibilitan la comunicación, la coordinación y la cooperación entre los componentes; restricciones que definen como se puede integrar los componentes que forman el sistema; y modelos semánticos que permiten al diseñador entender las propiedades globales de un sistema para analizar las propiedades conocidas de sus partes constituyentes.
El estilo arquitectónico no es una receta de cocina que deba seguirse al pie de la letra por la razón de que la variable Persona crea un alto nivel de volatilidad en la construcción del sistema, en consecuencia se recomienda que el estilo que se elija deba ser flexible y a la vez robusto.
Arquitectura centrada en los datos:
En esta arquitectura, como su nombre lo indica, las decisiones de diseño están orientadas a la centralización de los datos.
En esta arquitectura, como su nombre lo indica, las decisiones de diseño están orientadas a la centralización de los datos.
En este estilo, el software accede a un almacén centralizado de los datos para agregar, eliminar, modificar y/o recuperar alguno de los datos contenidos en él.
La ventaja de este modelo consiste en la independencia de los datos, es decir, el software debe estar construido de tal manera que si uno de sus componentes es sustituido no se verá afectado el almacén de datos.

Arquitectura de flujo de datos:
Esta arquitectura se centra en la transformación de los datos de entrada para obtener los datos de salida.
Esta arquitectura se centra en la transformación de los datos de entrada para obtener los datos de salida.
Para lograr esto se utiliza los componentes del software como tuberías, estas tuberías están interconectadas entre sí trabajando en forma independiente.
Cada tubería solo está consciente de que debe recibir los datos de cierta manera y generar una salida para la siguiente tubería, esto significa que cada tubería desconoce la forma en que trabajan las demás, sólo conoce que debe recibir la otra tubería si es que están interconectadas.
Cada tubería solo está consciente de que debe recibir los datos de cierta manera y generar una salida para la siguiente tubería, esto significa que cada tubería desconoce la forma en que trabajan las demás, sólo conoce que debe recibir la otra tubería si es que están interconectadas.

Arquitectura estratificada:
En esta arquitectura se crea una cantidad definida de capas, cada capa tiene una responsabilidad claramente definida.
Las capas externas se orientan al uso del sistema y las capas internas se orientan a la manipulación de la computadora.
Dependiendo de cómo se aplique el estilo puede tener dos a más capas, de manera tradicional se utilizan tres capas:
– La primera tiene como responsabilidad la presentación de los datos al usuario,
– La segunda tiene como responsabilidad ejecutar la lógica de negocio, y
– La tercera tiene como responsabilidad la manipulación de los datos.
– La segunda tiene como responsabilidad ejecutar la lógica de negocio, y
– La tercera tiene como responsabilidad la manipulación de los datos.

Arquitectura Orientada a Objetos:
Los componentes de un sistema encapsulan los datos y las operaciones que se deben realizar para manipular los datos. La comunicación y la coordinación entre componentes se consiguen a través del paso de mensaje. La representación de los datos y sus operaciones primitivas asociadas son encapsuladas en un tipo de dato abstracto u objeto.
Características
- En este estilo los componentes son los objetos, o instancias de tipos de datos abstractos.
- Estos objetos son de un tipo de componente denominado manager porque es responsable por preservar la integridad de un recurso.
- Los objetos interactúan a través de invocaciones a procedimientos y funciones.

Arquitectura de Llamada y retorno:
Estilo clásico desde los años 1960. Descomposición jerárquica en subrutinas (componentes) que solucionan una tarea o función definida. Los datos son pasados como parámetros y el manejador principal proporciona un ciclo de control sobre las subrutinas. Reflejan la estructura del lenguaje de programación. Permite al diseñador del software construir una estructura de programa relativamente fácil de modificar y ajustar a escala. Se basan en la bien conocida abstracción de procedimientos/funciones/métodos.
Características
- Hilo de control simple soportado por los lenguajes de programación.
- Usa una estructura implícita de subsistemas.
- Razonamiento jerárquico, cambios en una subrutina implican cambios en las subrutinas que hacen la invocación.
- Pretenden incrementar el desempeño distribuyendo el trabajo en múltiples procesadores.

BIBLIOGRAFIA

Comentarios
Publicar un comentario