Estilos de Arquitectura de Software: Llamada y Retorno

Clase 15 de 24 • Fundamentos de Arquitectura de Software (2018)

Resumen

Cada uno de los componentes hacen invocaciones a los componentes externos y estos retornan información.

Cada componente hace un llamado y espera una respuesta

Programa y subrutinas --> Instrucciones secuenciales que el programa ejecutaba una por una. Luego se hacían instrucciones de salto, de aquí surgieron las funciones que son bloques de código que podemos invocar en cualquier momento.

Orientado a objetos --> la abstracción es mayor en comparación con el paradigma anterior, se usa para aplicaciones que ya sabemos que vamos a usar durante mucho tiempo. La abstracción ya no es la subrutina, ahora tenemos objetos que se hacen llamados entre si y esperan respuestas.

Gerardo Manuel Chávez Larios

student•

Les dejo mi resumen:

Programa principal y subrutinas: Es el estilo más básico donde se tiene una rutina y se manda a llamar otra subrutina en donde la subrutina puede retornar o no un resultado, pero la rutina principal continua hasta que acabe la subrutina.
Orientada a Objetos: Una versión con esteroides del estilo anterior. Se utiliza para aplicaciones que vamos a mantener por mucho tiempo. Tratamos de juntar el estado de la aplicación creando objetos los cuales tienen una interfaz publica (interfaz en este caso se refiere a una definición de funciones o estructura que esta clase puede implementar) donde la llamada no es solo una subrutina, sino objetos que interactuán entre si.
Arquitectura multinivel: Son diferentes componentes que se van a comunicar en un orden en especifico donde un componente principal crea el llamado a un componente inferior en algún momento, un ejemplo de esto son las aplicaciones cliente-servidor.

Carlos Eduardo Diaz Polanco

student•

Hice, mi resumen, pero me gusto mas el tuyo!!!

Tatiana Uintaco

student•

https://es.slideshare.net/jpbthames/descomposicin-modular-y-estilos-de-control
https://ugc.kn3.net/i/origin/http://3.bp.blogspot.com/-

https://www.taringa.net/posts/apuntes-y-monografias/10716721/Programacion-Orientada-a-Objetos-Corto-y-Basico-Parte-1.html

http://iutll-abdd.blogspot.com/2012/05/arquitectura-de-n-capas.html

Alejandro Giraldo Londoño

student•

RESUMEN:

En este módulo se explica el estilo de arquitectura de llamada y retorno, consiste en que una parte A quiere comunicarse con una parte B, a veces con la necesidad de que b devuelva algo o no. Existen diferentes abstracciones de este suceso:

1. Programa y subrutinas.

Programa es el conjunto de instrucciones, sub rutina tiene la cualidad de ser fragmentos de código que utilizaremos muy a menudo, al que necesitamos hacer un llamado.

2. Orientado a objetos.

Objetos tienen diferentes propiedades y métodos que se comunican entre sí. Objetos pertenecen a una clase que instancia objetos que se llaman y otros responden.

3. Cliente Servidor

Una aplicación le habla a un servidor mediante una petición y servidor responde. Si ahondamos en este modelo el nivel de detalle aumenta. Aplicación le pregunta a REST/API y luego a server, y server devuelve.

Daniel Omar Hernández Muñoz

student•

Me gustó tu aporte! me sirvió, gracias!

Aldo Yedro

student•

Gracias!

Victor Manuel Franco Cañon

student•

Conceptos extraídos de:

https://towardsdatascience.com/10-common-software-architectural-patterns-in-a-nutshell-a0b47a1e9013

Juan Pablo Perez

student•

Gracias victor

Cesar David Ramírez Dimaté

student•

Que aporte tan brutal. demasiado bueno.

Carlos Orjuela

student•

Con la arquitectura multinivel se pueden integrar fácil y rápidamente las diferentes capas (presentación, negocio e integración) utilizando patrones de software para desarrollar componentes reutilizables y organizados en estructuras flexibles que en su conjunto simplifiquen el desarrollo de las soluciones de software.

Aldo Yedro

student•

Muy bueno!

Valentina Orejuela

student•

Gracias, muy buen aporte! :)

Antonio Rafael González Ferrer

student•

Apuntes:

Llamada y retorno

Programa principal y subrutinas
Al principio en la programación había instrucciones ejecutadas secuencialmente. En medida que los programas se fueron complejizando era necesario re utilizar bloques de programa, entonces se hacían instrucciones de salto, la abstracción de eso fueron las subrutinas o funciones. Es el estilo más básico evolucionado de un script. Se siguen viendo en contextos de scripting para despliegues, por ejemplo.
Orientado a objetos
Es un estilo muy común y se usan para hacer aplicaciones que ya sabemos que vamos a necesitar mantener por mucho tiempo. Tratamos de juntar el estado de la aplicación con el comportamiento asociado a ese estado en particular, por lo tanto, creamos objetos que van a tener un comportamiento específico y un estado interno.
Multi-nivel
Tenemos diferentes componentes que se comunican entre sí en un orden específico. Pueden ser un mismo programa o múltiples programas que se ejecutan independientemente. Un caso específico son las arquitecturas cliente – servidor.

Gloriq Lopez

student•

Buen Resumen. Me sirvió para mis apuntes :)

Lorenzo Enrique Piñango Cerezo

student•

Muy buenos apuntes :)

Carlos Nassif Trejo Garcia

student•

Elmer Padilla Espinoza

student•

Buen desarrollo Carlos, gracias por postearlo.

Jorge Arturo Flores Vejar

student•

Me gustó mucho la expliación del profesor pero me hubiera gustado que mencionara ejemplos de aplicaciones conocidas de cada uno de los casos. Saludos AF!

Emilio Uriel Guerrero López

student•

@@ LLAMADO Y RETORNO @@ El componente es armado para invocar otros y esperar una respuesta

Programa principal y subrutinas.- Modelar un bloque de código, también puedes hacer otros aparte e invocarlo en algún punto, cuando sea necesario. “Más básico y evolucionado de un script”

Orientado a Objetos.-  Sirve para hacer aplicaciones que ya sabemos que van a durar mucho tiempo, En este se crean objetos, familias de aciones con un nombre, también llamadas clases, estas se comunican con otras para así hacer la ejecución de algo, puede ser el primer comando y el tercero de la otra clase, así las combinaciones pueden ser infinitas.

Multinivel.- Se crean niveles, cada uno con su propia lógica, teniendo un nivel principal puede invocar subniveles para así combinar usar su lógica. “Ej: cliente/servidor”

Guillermo Garcia

student•

Billi Ramirez

student•

Cuanta admiración por el lenguaje técnico que ocupa Guido Woda.

Carlos Eduardo Diaz Polanco

student•

Estilos: Llamado y retorno

Cada uno de los componentes hacen invocaciones a los componentes externos y estos retornan información.

Cada componente hace un llamado y espera una respuesta
Programa y subrutinas: Instrucciones secuenciales que el programa ejecuta una por una. Luego se hacían instrucciones de salto, de aquí surgieron las funciones que son bloques de código que podemos invocar en cualquier momento.

Orientado a objetos: Se usa para aplicaciones que ya sabemos que vamos a usar durante mucho tiempo. La abstracción ya no es la subrutina, ahora tenemos objetos que se hacen llamados entre si y esperan respuestas. (como las funciones en JS).

Mauricio Costanzo

student•

++Estilos de arquitectura de llamado y retorno++

Programa principal y subrutinas Instrucciones que el programa ejecuta de forma secuencial. De aquí salieron las subrutinas (también llamada procedimiento, función , rutina o método) las cuales son bloques de código que podemos citar/llamar en cualquier momento para resolver una tarea específica.

*Orientado a objetos La programación orientada a objetos es un paradigma de programación que viene a innovar la forma de obtener resultados. Los objetos manipulan los datos de entrada para la obtención de datos de salida específicos, donde cada objeto ofrece una funcionalidad especial. Está basada en varias técnicas: herencia, cohesión, abstracción, polimorfismo, acoplamiento y encapsulamiento. Fuente wikipedia

Estilo de arquitectura cliente servidor
es un modelo de diseño de software en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes

Estilo de arquitectura multi nivel
Sería algo similar a la arquitectura cliente servidor pero con mas capas.

Harold Celis

student•

Arquitectura Cliente/Servidor multinivel

En una aplicación distribuida en n-capas los diferentes procesos están distribuidos en diferentes capas no sólo lógicas, sino también físicas. los procesos se ejecutan en diferentes equipos, que pueden incluso residir en plataformas o sistemas operativos completamente distintos. cada equipo posee una configuración distinta y está optimizado para realizar el papel que le ha sido asignado dentro de la estructura de la aplicación, de modo que tanto los recursos como la eficiencia global del sistema se optimicen

Victor Manuel Franco Cañon

student•

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

Conceptos extraídos de:

http://pegasus.javeriana.edu.co/~mad/Arquitecturas de SW.pdf

Jaime Ortiz

student•

En la práctica, como se implementa el estilo multinivel? Los archivos html y la rest api se guardan en un servidor web y el backend (incluido la BD) se guarda en otro servidor? o todos los procesos van en el mismo servidor?

Erik Elyager

student•

Puedes tener un "monolito" y que tanto la base de datos como el servidor web corran en el mismo equipo, pero lo común es que sean dos servidores separados (o instancias virtuales, no necesariamente dos servidores como tal) debido a temas de escalabilidad y performance.

Everth Elias Aramayo Lovera

student•

Hay que destacar que OOP no es un estilo de arquitectura, sino un paradigma de programación, pero que puede ser usado por diversos estilos de arquitectura como: N capas, Cliente-Servidor, Microservicios y demás.

Christian David Sánchez

student•

La programación orientada a objetos (POO, u OOP según sus siglas en inglés) es un paradigma de programación que viene a innovar la forma de obtener resultados. Los objetos manipulan los datos de entrada para la obtención de datos de salida específicos, donde cada objeto ofrece una funcionalidad especial.

Diego Erazo Quintero

student•

Estilos de Arquitectura Software.

Un estilo de arquitectura se define como como una familia de sistemas con patrones
comunes de una organización estructurada.(Garlan & Shaw, 1994a) Los estilos
arquitectónicos determinan las clases de arquitectura de software teniendo en cuenta los
tipos de elementos de la arquitectura y su topología, y los patrones de datos y control entre
los elementos.(Rapanotti et al., 2004)
Los estilos arquitectónicos, definen importantes decisiones sobre los elementos
arquitectónicos y su relación. Estos estilos se pueden usar para restringir la arquitectura
como para coordinar a los arquitectos que interactúan en su desarrollo.(Perry et al., 1992).
Son útiles durante el análisis y diseño de un sistema, porque el arquitecto puede determinar
el estilo que más se acople en la construcción del software y el que cumpla con los objetivos
deseados.(Klein et al., 2008)
Están compuesto por: Un conjunto de tipos de elementos (como ejemplo, un repositorio de
datos), una topología, un conjunto de restricciones semánticas y un conjunto de mecanismos
de interacción que determinan cómo los elementos coordinan a través de la topología
establecida.(Bash, 2015)
El uso de estilos puede mejorar algunos atributos de calidad definidos para un sistema, pero
disminuir otros, un ejemplo es el uso de un estilo en capas, aumenta la flexibilidad del
software pero generalmente disminuye el rendimiento, por eso es importante implementar y
adecuar un estilo que se adapte con las necesidades del sistema.(Science, 1999)
Los estilos arquitectónicos, definen importantes decisiones sobre los elementos
arquitectónicos y su relación. Estos estilos se pueden usar para restringir la arquitectura
como para coordinar a los arquitectos que interactúan en su desarrollo.(Perry et al., 1992)
Seguidamente se describirán algunos estilos de arquitectura de software:

** Tuberías y Filtros.**
En este estilo de arquitectura cada componente del sistema maneja de manera
independiente un flujo de entrada de datos y un flujo de salida de datos el cual es de forma
incremental. La forma como funciona este estilo de arquitectura es el siguiente:
Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web
Los datos ingresan por las tuberías y llegan a los filtros (componentes) los cuales se
encargan de manipular y realizar el proceso de transformación de los datos que ingresan y
les da salida por otras tuberías las cuales están conectadas con otros filtros los cuales irán
realizando la misma operación hasta que se finalice el flujo de entrada de datos.(Garlan &
Shaw, 1994a). Los ejemplos más comunes de este estilo de arquitectura son el Shell de
Unix, sistemas distribuidos y compiladores (Garlan & Shaw, 1994a).
Una topología importante en la arquitectura basada en este estilo, es la Tubería lineal en la
que cada filtro tiene precisamente un tubo de entrada (su fuente) y un tubo de salida (su
sumidero). Permitiendo transformar algo de entrada en alguna salida de un formato
particular, aplicando ciertas reglas en el proceso.(Rapanotti et al., 2004)

** Abstractos de Datos y POO.**
En estos estilos de arquitecturas los componentes son tomados como objetos abstractos
cuyos conectores son llamados invocaciones de métodos. Su función es ocultar las
características de los objetos y obviarlas puesto que necesariamente se debe conocer que
es lo que hace el objeto o que funciones tiene (Garlan & Shaw, 1994a).

Sistemas en Capas.
Este estilo de arquitectura se basa en jerarquías donde las capas superiores son servidas
por las inferiores y las inferiores proveen servicios a las superiores. Los componentes son
llamados capas y los conectores son llamados protocolos los cuales interactúan entre las
capas. Dos ejemplos de este estilo de arquitectura son los Sistemas Operativos y los
protocolos de comunicación en capas (Garlan & Shaw, 1994a).

Cliente – Servidor.

Este estilo de arquitectura se basa en que un proceso provee servicios (Servidor) por medio
de una o varias peticiones de otros procesos (Clientes), los cuales consumen dichos
servicios y son los encargados de enviar las peticiones al servidor. Un ejemplo son los sitios
Web. La acción de visitar un sitio Web requiere una arquitectura cliente-servidor, ya que el
servidor Web sirve las páginas Web al navegador (al cliente) (Garlan & Shaw, 1994a).
Este estilo siempre se debe ejecutar en una máquina que hará la tarea de cliente y por lo
menos un servidor que se ejecutara en una segunda máquina. El cliente y el servidor son
procesos computacionales que se ejecutan desde la memoria de sus respectivas máquinas,
estos son procesos independientes y pueden ser ejecutados en cualquier plataforma,
haciendo uso de sistemas de gestión cliente-servidor proporcionan una nueva capacidad
para crear elementos habilitados, como por ejemplo un sistema informático que ejecuta un
sistema conectado a la red o un usuario pueda editar un gestor.(View, Lu, Carlton, & Carlos,
2003)
Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web

Arquitectura Orientada a Servicios (SOA).

Este estilo de arquitectura se basa en la comunicación de varios sistemas de información
independientes desarrollados en diferentes lenguajes, desplegados en diferentes servidores
de aplicaciones tales como IIS, tomcat, glassfish, JBoss, WebLogic, ejecutados en diferentes
Sistemas Operativos como lo son Windows, Mac, Linux, y con motores de base de datos
diferentes como SQL Server, MySql, Oracle, Postgress, los cuales se pueden comunicar por
la red para ofrecer sus funcionalidades por medio de publicación de servicios. Esta
arquitectura de software se puede realizar mediante servicios Web. Un ejemplo claro de
Arquitectura Orientada a Servicios son los servicios REST (J & Sc, 2009).
Esta arquitectura comprende múltiples funciones, dentro de su propio nombre y espacio de
direcciones, interactuando remotamente a través de una red utilizando algún protocolo (No
requiere que los protocolos estén libres de contexto). En la mayoría de los casos, SOA de
basa en aplicaciones distribuidas, estas se distinguen de otros sistemas distribuidos, porque
los servicios pueden ser implementados en diferentes idiomas y pueden ejecutarse en varias
máquinas, cada petición realizada se aloja en espacios de direcciones separadas en
máquinas separadas.(Taylor, 2009)

** Peer to Peer**

Conjunto de recursos distribuidos heterogéneos que se conectan entre sí por medio de una
red. Una de sus principales características es, que puede funcionar al mismo tiempo como
cliente así como servidor, que a diferencia de la arquitectura Cliente – Servidor, esta puede
actuar como un servidor o como un cliente, pero no puede operar ambas
capacidades.(Schollmeier, Networks, & Universität, 2002)
Conjunto de recursos distribuidos heterogéneos que se conectan entre sí por medio de una
red. Una de sus principales características es, que puede funcionar al mismo tiempo como
cliente así como servidor, que a diferencia de la arquitectura Cliente – Servidor, esta puede
actuar como un servidor o como un cliente, pero no puede operar ambas
capacidades.(Schollmeier, Networks, & Universität, 2002). Este estilo contiene sistemas
distribuidos en donde el software que corre en cada nodo proporciona funciones
equivalentes y no se tiene control centralizado.(Fernando et al., 2006)

Fuente de información -->

Marcos Lanuza

student•

Edgar Del Castillo Zegarra

student•

Programa principal de subrutinas:En cada línea se puede hacer una instrucción o llamar a una subrutina, se sigue el programa en orden
Orientado a objetos: se usa para aplicaciones q se sabe se mantendrán mucho tiempo. Tratamos juntar el estado de la aplicación con el conportamiento, x eso se hacen objetos.( no va ser llamado a subrutina pero si se seguirán llamando objetos (clases- familia d objetos)
Multinivel: diferentes componentes q se van a comunicar entre si en un orden especifico, el nivel superior ( con su propia lógica puede llamar a otro nivel inferior con su propia lógica)

Jorge Arturo Flores Vejar

student•

Muy buen resumen gracias. Saludos AF.