Arquitectura aplicaciones clase2
-
Upload
germania-rodriguez -
Category
Technology
-
view
1.213 -
download
3
Transcript of Arquitectura aplicaciones clase2
![Page 2: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/2.jpg)
Contexto
Ingeniería de Software – Análisis – Diseño – Desarrollo – Implementación – Pruebas
![Page 3: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/3.jpg)
Proceso de Diseño
![Page 4: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/4.jpg)
Proceso de Diseño
![Page 5: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/5.jpg)
Modelos de Diseño
• Diseño de Datos • Diseño Arquitectónico • Diseño de Interfaces • Diseño de Componentes
![Page 6: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/6.jpg)
![Page 7: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/7.jpg)
Diseño Arquitectónico • Proceso crítico entre procesos de diseño e ingeniería
de requerimientos. • Marco estructural básico que identifica los principales
componentes del sistema y sus comunicaciones.
Ventajas (Bass, 2003) • Comunicación con stakeholders – presentación a alto
nivel del sistema • Análisis del Sistema – rendimiento, fiabilidad y
mantenibilidad • Reutilización a gran escala - Interoperabilidad de
componentes
![Page 8: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/8.jpg)
![Page 9: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/9.jpg)
Diseño Arquitectónico • Influye en el rendimiento, seguridad, disponibil idad,
mantenibilidad en general la calidad de sistema; equilibrio de granularidad mayor grano mejor rendimiento y menor grano mejor mantenibilidad.
• Cuestión de economía y funcionalidad (requerimientos) • Diagrama de bloques (Bass 2003) cajas y líneas
![Page 10: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/10.jpg)
Diseño Arquitectónico • Proceso creativo, dependiente del tipo de sistema a desarrollar,
conocimiento y experiencia. • Sistemas embebidos o para computadores personales un solo
procesador no necesitan arquitectura distribuida. La mayoría de lo grandes sistemas el software se distribuirá en varios computadores.
• Pueden basarse en un estilo arquitectónico particular (Garlan y Shaw, 1993) incluye tres aspectos: la estructura cliente-servidor o por capas, estrategia de descomposición y proceso de control.
• El resultado del proceso de diseño arquitectónico es un documento de diseño que puede incluir varias representaciones gráficas con una descripción asociada:
Sistema Subsistemas Módulos Componentes
![Page 11: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/11.jpg)
Organización del Sistema
• Modelo de repositorio: datos compartidos en BD central con acceso a todos los subsistemas – eficiencia, transparencia de acceso a la información.
• Modelo cliente – servidor: oferente, demandante, red de comunicación.
![Page 12: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/12.jpg)
Organización del Sistema
• Modelo de capas: cada capa ofrece servicios.
![Page 13: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/13.jpg)
Descomposición Modular
– Subsistema: funcionamiento independiente de otros subsistemas, se descomponen en módulos
– Módulos: componente de subsistema que proporciona uno o más servicios a otros módulos. Están formados por componentes.
• Orientada a objetos: conjunto de objetos débilmente acoplados, comunicados con interfaces bien definidas.
![Page 14: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/14.jpg)
Descomposición Modular
• Orientada a funciones: descomposición en módulos funcionales que aceptan datos y los transforman en salidas.
![Page 15: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/15.jpg)
Estilos de Control
• Centralizado – Llamada retorno – Modelo del gestor
![Page 16: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/16.jpg)
Estilos de Control
• Basado en eventos – Modelos de transmisión – Modelos dirigidos por interrupciones
![Page 17: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/17.jpg)
Arquitecturas de referencia
• Modelos genéricos – Abstracciones de sistemas reales
• Modelos de referencia – OSI (física, datos, transferencia información)
![Page 18: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/18.jpg)
![Page 19: Arquitectura aplicaciones clase2](https://reader035.fdocuments.net/reader035/viewer/2022070323/559708291a28ab9a2f8b4680/html5/thumbnails/19.jpg)
Bibliografia • Sommerville I., Ingeniería Software 7ma edición • OCW-Universidad Politécnica de Valencia: Diseño y
aplicaciones de sistemas distribuidos, Disponible en: http://www.upv.es/contenidos/OCW/menu_urlc.html?http://www.upv.es/pls/oalu/sic_asi.ficha_asig_ocw?p_idioma=c&p_vista=MSE&p_asi=6069&p_caca=2008
• Lopez J., Presentación clases Arquitectura Aplicaciones