Professor Daniel San Martín

User Tools

Site Tools

Trace:
wiki:arq_1

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
wiki:arq_1 [2024/10/16 21:33] – adminwiki:arq_1 [2024/11/11 12:32] (current) – admin
Line 13: Line 13:
 Existe una segunda definición para la arquitectura de software. Tal como se expresa en la frase de Ralph Johnson que abre esta sección, considera que la arquitectura de software incluye las decisiones de diseño más importantes en un sistema. Estas decisiones son tan importantes que, una vez tomadas, difícilmente podrán revertirse en el futuro. Por lo tanto, esta segunda forma de definir la arquitectura es más amplia que la primera que presentamos. Considera que la arquitectura no es solo un conjunto de módulos, sino un conjunto de decisiones. Es cierto que entre esas decisiones se incluye la definición de los módulos principales de un sistema. Pero también se contemplan otras decisiones, como la elección del lenguaje de programación y la base de datos que se utilizarán en el desarrollo. De hecho, una vez que un sistema se implementa con una base de datos determinada, es difícil migrar a otra base de datos. Prueba de ello es que aún hoy tenemos ejemplos de sistemas críticos que funcionan con bases de datos no relacionales y que están implementados en lenguajes como COBOL. Existe una segunda definición para la arquitectura de software. Tal como se expresa en la frase de Ralph Johnson que abre esta sección, considera que la arquitectura de software incluye las decisiones de diseño más importantes en un sistema. Estas decisiones son tan importantes que, una vez tomadas, difícilmente podrán revertirse en el futuro. Por lo tanto, esta segunda forma de definir la arquitectura es más amplia que la primera que presentamos. Considera que la arquitectura no es solo un conjunto de módulos, sino un conjunto de decisiones. Es cierto que entre esas decisiones se incluye la definición de los módulos principales de un sistema. Pero también se contemplan otras decisiones, como la elección del lenguaje de programación y la base de datos que se utilizarán en el desarrollo. De hecho, una vez que un sistema se implementa con una base de datos determinada, es difícil migrar a otra base de datos. Prueba de ello es que aún hoy tenemos ejemplos de sistemas críticos que funcionan con bases de datos no relacionales y que están implementados en lenguajes como COBOL.
  
-Los patrones arquitecturales proponen una organización de más alto nivel para sistemas de software, incluyendo sus principales módulos y las relaciones entre ellos. Estas relaciones definen, por ejemplo, que un módulo A puede (o no puede) utilizar los servicios de un módulo B. En esta seccion, estudiaremos patrones arquitecturales que dan origen a las siguientes arquitecturas: ([[Arquitectura Modelo-Vista-Controlador o MVC]]), Microservicios, Arquitectura Basada en Componentes OSGi.+Los patrones arquitecturales proponen una organización de más alto nivel para sistemas de software, incluyendo sus principales módulos y las relaciones entre ellos. Estas relaciones definen, por ejemplo, que un módulo A puede (o no puede) utilizar los servicios de un módulo B. En esta seccion, estudiaremos patrones arquitecturales que dan origen a las siguientes arquitecturas: 
 + 
 +  * [[Arquitectura Modelo-Vista-Controlador o MVC]] 
 +  * [[Microservicios]] 
 +  * [[Arquitectura basada en componentes OSSGi]]
  
 Profundización: Algunos autores — como Taylor et al. ([[https://dl.acm.org/doi/book/10.5555/553109 | link]]) — hacen una distinción entre patrones y estilos arquitecturales. Según ellos, los patrones se enfocan en soluciones para problemas específicos de arquitectura; mientras que los estilos arquitecturales proponen que los módulos de un sistema deben organizarse de una manera determinada, lo que no necesariamente ocurre con el fin de resolver un problema específico. Así, para estos autores, MVC es un patrón arquitectural que resuelve el problema de separar la presentación y el modelo en sistemas de interfaces gráficas. Por otro lado, Pipes & Filtros constituyen un estilo arquitectural. Sin embargo, no haremos esta distinción. En lugar de ello, llamaremos a todos ellos patrones arquitecturales. Profundización: Algunos autores — como Taylor et al. ([[https://dl.acm.org/doi/book/10.5555/553109 | link]]) — hacen una distinción entre patrones y estilos arquitecturales. Según ellos, los patrones se enfocan en soluciones para problemas específicos de arquitectura; mientras que los estilos arquitecturales proponen que los módulos de un sistema deben organizarse de una manera determinada, lo que no necesariamente ocurre con el fin de resolver un problema específico. Así, para estos autores, MVC es un patrón arquitectural que resuelve el problema de separar la presentación y el modelo en sistemas de interfaces gráficas. Por otro lado, Pipes & Filtros constituyen un estilo arquitectural. Sin embargo, no haremos esta distinción. En lugar de ello, llamaremos a todos ellos patrones arquitecturales.
 +
 +
 +
wiki/arq_1.1729125201.txt.gz · Last modified: 2024/10/16 21:33 by admin

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki