Ingeniería de Software Arquitectura y Diseño [2]

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Ingeniería de Software Arquitectura y Diseño [2]"

Sandra Santos Lozano
hace 6 años
Vistas:

1 Ingeniería de Software Arquitectura y Diseño [2] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María <hernan at inf.utfsm.cl>

2 Introducción Proceso y ciclo de vida Manejo de proyectos Análisis de Requerimientos Arquitectura y Diseño Contenidos hasta ahora Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 2

3 [*** Motivación ***] bottom-up Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 3

4 Estilos y patrones

5 Propuestos por Shaw+Garlan Estilos de arquitectura Identificados vía estudio de comunidades Estilo = definición de una familia de sistemas en términos de un patrón de organización estructural Un estilo define: vocabulario de tipos de componentes y conectores restricciones de combinación uno o más modelos semánticos para determinar propiedades del todo a partir de las partes Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 5

6 Procesamiento descompuesto en sub-unidades Pipes and filters Tipos de datos abstractos (estado encapsulado) Basado en eventos (invocación implícita) Sistemas en capas Repositorios Intérpretes Control de procesos (bucles) Estilos heterogéneos Mezclas de estilos Ejemplos Unix: capas, pipes, event-driven Estilos Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 6

7 Estilo: pipes & filters Vocabulario: filtros y pipes Estructuras permisibles: salidas a entradas Invariantes: filtros son independientes (no comparten estado con otros filtros) Especializaciones: pipelines (topología lineal) sistema secuencial en lotes ( batch ) Ejemplos programación shell Unix Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 7

8 Estilo: repositorio Estado compartido por varios componentes Vocabulario: repositorio (almacenamiento central) componentes (almacenar, recuperar, actualizar) Especializaciones blackboard : almacén crentral lanza procesamiento bases de datos: transacciones (externas) lanzan procesamiento Ejemplos Nota: nada se dice sobre la implementación de la comunicación ni del repositorio Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 8

9 Crítica Estilos Catálogos de estilos son listas de soluciones A veces la categorización sorprende No es ortogonal Ejemplo: blackboard y bases de datos como especializaciones de repositorio blackboard: mecanismo de comunicación vía elemento central base de datos: mecanismo de integridad transaccional (propiedades ACID) Un blackboard puede implantarse vía una base de datos Niveles de abstracción diferentes Otra posible implantación LDAP-based XML replication (f Dynamic Web Publ) Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 9

10 Patrones de diseño Patrones de diseño Heurísticas sistematizadas Originados en comunidad de POO [Gamma+] Patrón =... una solución (descripción) a un problema en un contexto (evaluación de fuerzas y comentarios) Proceso: patrones Elaboración, aprobación y publicación Comunidad fuerte y combativa Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 10

11 Categorías de patrones Patrones de Buschman+ Estructurales ( from mud to structure ) Capas ( layers ) Pipes & Filtros Pizarra ( blackboard ) Sistemas distribuidos Broker Sistemas interactivos MVC: Model-View-Controller Presentación-Abstracción-Control Sistemas adaptables Reflexión Micro-kernel Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 11

12 Patrón de arquitectura: MVC MVC: Model-View-Controller Modelo: elemento de interés para observar/manipular Vista: representación (gráfica u otra) Controlador: manejo y control de vistas de un modelo Ejemplos famosos Smalltalk Struts (framework Web) Especializaciones Observer-Oberved Publisher-Subscriber Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 12

13 Ejemplo Niveles de abstracción Problema: comunicar al profesor con sus alumnos topología 1:M, mensajes infrecuentes, conexiones esporádicas Solución: usar publisher-subscriber Refinamiento: usar lista de correos para implantar producto existente (minimizamos desarrollo y sus riesgos) se ajusta exactamente a las propiedades arriba Nota: este mecanismo también permite otras políticas de comunicación, por lo que dependemos de uso disciplinado Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 13

14 Avance notable...desde estilos descriptivos...a patrones clásicos de sistemas...a patrones de integración Patrones Frutos de la experiencia Heurísticas sistematizadas Patrones: Resumen Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 14

15 Recursos y referencias Software Engineering: Theory and Practice (2nd Ed.) Shari Pfleeger Prentice Hall (2001) Cap. 5 Software Architecture: Perspectives on an Emerging Discipline, Prentice Hall (1996) Mary Shaw, David Garlan Sesión 05 [2004/iv/20] Ingeniería de Software - H.Astudillo 15

Documentos relacionados

Arquitectura de Software III: Elaboración. Contenido del curso. III: Elaboración

Arquitectura de Software III: Elaboración Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Contenido del curso Introducción, motivación y contexto