Arquitecturas de sw

Software
Diseño de Software
Segundo Fidel Puerto Garavito
Segundo.puerto@Uniminuto.edu.co
Arquitecturas de

ARQUITECTURAS SOFTWARE
Índice
Introducción
Motivación
Definición
Estilos Arquitectónicos
Pipes and Filters
Tipos abstractos de datos y OO
Invocación Implícita Basada en Eventos
Sistemas en Capas
Sistemas basados en depósitos
Máquina Virtual o Interprete
2
ARQ
Índic

Introducción
Motivación
Incremento en el tamaño y
Necesidad de aprender de
complejidad del software
la experiencia: reutilización de
estructuras asociadas a problemas similares
Una adecuada estructura general es tan importante como
las implementaciones concretas de las partes.
Definición
La arquitectura de software de un programa o de un
sistema computacional esta definida por la estructura,
comprendida por los elementos de software, la
propiedades visibles de esos elementos y las relaciones
entre ellos.
3
ARQ
Intro

Introducción
Incluyendo:
la descripción de los componentes con los cuales se
construyen los sistemas
las interacciones entre esos componentes
patrones para guiar la composición
restricciones sobre dichos patrones
Componentes: servidores, clientes, bases de datos,
capas en un sistema jerárquico, etc.
filtros,
Interacciones: llamadas a procedimientos, protocolos C/S,
protocolos de acceso a BD, etc.
4
ARQ
Intro

Introducción
¿De qué se ocupa?
Diseño preliminar o de alto nivel.
Organización a alto nivel del sistema, incluyendo aspectos
como la descripción y análisis de propiedades relativas a
su estructura y control global, los protocolos de
comunicación y sincronización utilizados, la distribución
física del sistema y sus componentes, etc.
Otros aspectos relacionados con el desarrollo del sistema
y su evolución y adaptación al cambio:
composición, reconfiguración, reutilización, escalabilidad,
mantenibilidad, etc.
5
ARQ
Intro

Introducción
¿De qué no se ocupa?
Diseño
Diseño
Diseño
detallado.
de
de
algoritmos.
estructuras de datos.
6
ARQ
Intro

s Arquitectónicos
Indican:
Los tipos de componentes y conectores involucrados.
Patrones y restricciones de interconexión o
composición entre ellos: Invariantes del estilo
(restricciones)
Asociados a cada estilo hay una serie de
propiedades que lo caracterizan, determinando sus
ventajas
elección
e inconvenientes, condicionando la
de uno u otro estilo.
7
ARQ
Estilo

s Arquitectónicos
Clasificación General de los Estilos
Sistemas
de Datos
Basados en Flujos Máquinas Virtuales
Interpretes
Sistemas basados en el
conocimiento
Pipes and filters
filtros)
(tuberías y
Batch Sequential Sistemas Centrados en Datos
(repositorios)Sistemas Call/Return
Sistemas Principal/subrutinas
Sistemas OO
Capas jerárquicas
Bases de Datos
Sistemas de HiperTexto
Sistemas de pizarra
Componentes Independientes
Procesos de comunicación
Sistemas de Acontecimientos
8 Universidad Rey Juan Carlos - Ingenieria del
ARQ
Estilo

s Arquitectónicos
Pipes and Filters (tuberías y filtros)
Filters
Pipes
9
ARQ
Estilo

s Arquitectónicos
Descripción
Cada componente tiene un conjunto de entradas y un
conjunto de salidas.
Cada componente lee las entradas y las transforma en
salidas.
Restricciones:
Los filtros deben ser independientes. No deben compartir
estado con otros filtros.
Los filtros realizan la labor independientemente del flujo de
entrada.
Especializaciones
Pipelines
Bounded pipes
Typed pipes
10
ARQ
Estilo

s Arquitectónicos
Ventajas
Permite entender el sistema global en términos de la
combinación de componentes
Soporta de buena manera la reutilización. Los filtros son
idependientes de sus vecinos
Facilidad de Mantenimiento y mejora
Facilidad de diagnóstico (rendimiento, deadlocks)
Soportan la ejecución concurrente
Desventajas
No aconsejado para cuando se necesita interactividad
Problemas de performance ya que los datos
se transmiten en forma completa entre
filtros11
ARQ
Estilo

s Arquitectónicos
Tipos Abstractos de Datos y OO
Obj: objetos
Op:invocaciones a
métodos
12
ARQ
Estilo

s Arquitectónicos
Descripción
Las representaciones de los datos y las operaciones están
encapsulados en un tipo abstracto de datos u objeto
Los componentes son objetos
Las invocaciones de métodos son los conectores
Restricciones:
Los objetos son responsables de la integridad de sus representaciones
Dicha representación es ocultada al resto de los objetos
Ventajas
Gracias al invariante de ocultación es posible
reemplazar la Implementación si que afecte
a los clientes
13
ARQ
Estilo

s Arquitectónicos
Desventajas
Para invocar métodos
su identidad
de un objeto se debe conocer
Efectos colaterales
ARQ
Estilo

s Arquitectónicos
15
ARQ
Estilo

s Arquitectónicos
Descripción
En lugar de invocaciones de procedimientos explicitas o
directas, un componente anuncia uno o más eventos y otros
componentes registran el interés en un evento asociando un
procedimiento a dicho evento.
La ocurrencia de un evento causa la invocación “implicita”
de procedimientos en otros módulos.
Los componentes son los módulos cuyas interfaces ofrecen
un conjunto de procedimientos y de eventos
Los conectores incluyen llamadas a procedimientos
tradicionales así como el ligado de eventos
con llamadas a procedimientos
16
ARQ
Estilo

s Arquitectónicos
Restricciones:
Quien anuncia el evento no conoce a que
componentes afecta el evento
No se pueden hacer asunciones acerca del orden
de procesamiento
Ventajas
Provee un robusto soporte de reusabilidad
Facilita la evolución del sistema
Desventajas
Perdida de control en el comportamiento del
Problemas en el intercambio de datos
Es difícil asegurar la corrección global del
sistema
sistema
17
ARQ
Estilo

s Arquitectónicos
Sistemas en Capas
Aplicaciones
Utilidad básica
Llamadas a
Procedimientos
Nivel
Núcleo
Usuarios
ARQ
Estilo

s Arquitectónicos
Sistemas en Capas
Descripción
Organizado jerárquicamente en capas, donde cada capa
provee servicios a la capa superior y es servido por la capa
inferior
Los componentes son cada una de las capas
Los conectores son los protocolos de interacción entre las
capas
Restricciones:
La interacción está limitada a las capas adyacentes
Ventajas
Facilita la descomposición del problema en varios
niveles de abstracción.
19
ARQ
Estilo

s Arquitectónicos
Sistemas en Capas
Soporta la mejora, los cambios solo afectan a las
capas vecinas
Se pueden cambiar las implementaciones respetando las
interfaces con las capas adyacentes.
Desventajas
No todos los sistemas pueden estructurarse en capas.
Es difícil encontrar la separación en capas adecuada
20
ARQ
Estilo

s Arquitectónicos
Procesamiento
ks2ks1
ks8 ks3
ks7
ks4
Memoria
ks6 ks5Accesos Directos
21
Pizarra
(datos Compartidos)
ARQ
Estilo

s Arquitectónicos
Descripción
Existen dos tipos de componentes
Una estructura central de datos (representa el estado del
proceso)
Componentes independientes (operan en función del depósito
de datos)
Las interacciones entre el repositorio y los demás
componentes es variable:
La entrada de los datos es seleccionada por los componentes
ks2El estado de los datos del repositorio selecciona
el proceso a ejecutar (pizarra)
ks1
ks8 ks3
ks7 ks4
22
ks6 ks5
Pizarra
(datos Compartidos)
ARQ
Estilo

s Arquitectónicos
Ventajas
Posibilita la integración de agentes.
Adecuado para la resolución de problemas no deterministas.
Se puede resumir el estado de conocimiento en cada
momento del proceso
Desventajas
Estructura de datos común a todos los agentes
Problemas de
de la pizarra.
carga a la hora de chequear y vigilar el estado
ks2ks1
ks8 ks3
ks7 ks4
ks6 ks5
Pizarra
(datos Compartidos)
ARQ
Estilo

s Arquitectónicos
Máquina virtual o intérprete
Datos
(Estado del
programa)
Entradas Programa
siendo
interpretado
Instrucción
seleccionada
Datos
seleccionados
Máquina de
Interpretación
simulada
Estado Interno
Del Interprete
Salidas
24
ARQ
Estilo

s Arquitectónicos
Máquina virtual o intérprete
Descripción
Formado por cuatro componentes
Un motor de simulación o interpretación
Una memoria que contiene el código a interpretar
Una representación del estado de la interpretación
Una representación del estado del programa que se esta
simulando
Ventajas
Solución software a problemas hardware.
Desventajas
No siempre es aplicable
Reducido a lenguajes de programación
25
ARQ
Estilo

s Arquitectónicos
Otros Estilos
Procesos distribuidos
Sistemas cliente/servidor
Sistemas en 3 capas
Programa Principal/Subrutinas
Típica de lenguajes procedurales
Un programa principal gestiona el control de ejecución de
las subrutinas
Transición de Estados
Arquitecturas Heterogéneas
Se da por la mezcla de estilos
Existen diferentes maneras de combinar
26
ARQ
Estilo

Lenguajes de Descripción de Arquitecturas
Un LDA es un lenguaje o notación para describir
una arquitectura software:
Descripción de componentes, conectores y enlaces entre
ellos.
Herramientas para la verificación de la arquitectura y el
prototipado rápido.
Existen LDAs de propósito general y otros de
dominio específico (DSLs)
Requisitos
Composición
Debe describir el sistema como una composición de partes
27
Lengua
(LDAs)

Configuración
Debe describir la arquitectura independientemente de los
componentes
Abstracción
Debe describir los roles abstractos que juegan los componentes
Reutilización
Debe permitir reutilizar componentes, conectores, y arquitecturas
Heterogeneidad
Debe permitir combinar descripciones heterogéneas
Análisis
Debe permitir diversas formas de análisis de la arquitectura
28
Lengua
(LDAs)

Ejemplos
Lenguaje Unificado de Modelado (UML)
Lenguajes de interconexión de módulos y de
de interfaz (CORBA-IDL)
Lenguajes de descripción de arquitectura:
descripción
Unicon (Mary Shaw y colaboradores
Wright (Allen y Garlan)
Darwin (Magee y Kramer - IC)
Rapide (Luckham)
C2 (Medvidovic)
LEDA (U. Málaga)
- CMU)
29
Lengua
(LDAs)

Bibliografía
Software Architecture – Perspective on an Emerging
discipline – M. Shaw, D. Garlan – Ed. Prentice Hall.
Software Architecture in Practice (2nd Edition) – L. Bass,
P. Clements, R. Kazman – Ed. Addison Wesley
30
ARQ
Biblio

Arquitecturas de sw

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Arquitecturas de sw

Similar a Arquitecturas de sw (20)

Último

Último (20)

Arquitecturas de sw