Arquitectura
Arquitecturas
Estilos Arquitectónicos
Juan Carlos Ramos
Natalia Depetris
UTN - FRSF
©2004-2012
Estilos Arquitectónicos
•
•
Un ‘estilo arquitectónico’ en software es
análogo al concepto en construcción de
edificios.
Consiste de algunas características claves y
reglas para combinar estas características.
Diseño de SWBA - ISI - UTN - FRSF
2Estilos Arquitectónicos
Están determinados por:
Un conjunto de tipos de componentes (proceso,
repositorio, etc.) que realiza alguna función en
tiempo de ejecución.
Una distribución topológica de las componentes que
indica su interrelación en tiempo de ejecución.
Un conjunto de restricciones semánticas.
Un conjunto de conectores que permiten la
comunicación,coordinación o cooperación entre los
componentes.
Diseño de SWBA - ISI - UTN - FRSF
3
Estilos Arquitectónicos
Un estilo NO es una arquitectura.
Un estilo define una clase de arquitecturas.
Son ambiguos sobre:
La cantidad de componentes
Los mecanismos utilizados para la interacción
La función del sistema.
Diseño de SWBA - ISI - UTN - FRSF
4
EstilosArquitectónicos
Componentes
Independientes
Procesos Comunicantes
Sistemas de Eventos
Invocación Implícita
Invocación Explícita
Flujo de Datos
Batch Sequential
Pipes and Filters
Centrados en Datos
Máquinas Virtuales
Repositorio
Blackboard
Intérprete
Sistemas Basados en Reglas
Llamada-Retorno
Programa Principal ySubrutinas
Orientado a Objetos
Capas
Diseño de SWBA - ISI - UTN - FRSF
5
Estilos Arquitectónicos
Permiten definir:
¿Cuál es el vocabulario de diseño?
¿Cuáles son los patrones estructurales disponibles?
¿Cuál es el modelo computacional subyacente?
¿Cuáles son las invariantes esenciales del estilo?
¿Cuáles son algunos ejemplos de su uso?
¿Cuáles son las ventajas ydesventajas de usar el estilo?
¿Cuáles son algunas de las especializaciones comunes?
Diseño de SWBA - ISI - UTN - FRSF
6
Estilos Arquitectónicos
Flujos de Datos
Diseño de SWBA - ISI - UTN - FRSF
7
Estilos Arquitectónicos
Flujo de Datos
Objetivo: alcanzar las cualidades de reuso y
modificabilidad.
Caracterizado por ver al sistema como una serie
detransformaciones sobre piezas sucesivas de
entradas de datos.
Los datos ingresan al sistema y luego ‘fluyen’ a
través de las componentes hasta que son
asignados a algún destino final.
Diseño de SWBA - ISI - UTN - FRSF
8
Flujo de Datos - Pipes and Filters
Cada componente tiene un conjunto de
entradas (inputs) y un conjunto de salidas
(outputs)
Una componente lee flujo dedatos en sus
entradas y produce flujos de datos sobre sus
salidas.
La transformación interna comienza a producir
salidas antes de que se consuma toda la
entrada.
Diseño de SWBA - ISI - UTN - FRSF
9
Pipes and Filters
Filters
Pipes
Diseño de SWBA - ISI - UTN - FRSF
10
Pipes and Filters
Invariantes
Los filtros deben ser entidades independientes.
Nodeben compartir estado con otros filtros.
Los filtros no conocen la identidad de sus filtros de
entrada ni de salida.
Pueden restringir qué debe aparecer en las entradas, o
garantizar qué saldrá por sus salidas.
La correctitud de la salida de una red pipe-and-filter no
depende (en general) del orden en el cual los filtros
realizan el procesamiento incremental.
Diseño de SWBA - ISI - UTN -FRSF
11
Pipes and Filters
Especializaciones
Pipelines
Pipe limitados
Restringen la topología a una secuencia lineal
Restringen la cantidad de datos que puede residir
sobre un pipe
Pipes Tipados
Restringen que los datos en los pipes sean de un tipo
bien definido
Diseño de SWBA - ISI - UTN - FRSF
12
Pipes and Filters
Especializaciones
Sistemas...
Regístrate para leer el documento completo.