ARQUITECTURA DE APLICACIONES WEB Sena Tecnologo ADSI

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 9

ARQUITECTURA DE APLICACIONES WEB

Santiago Caicedo Guzmán

INSTRUCTOR: CRISTIAN BARRETO

SENA (CENTRO DE SERVICIOS FINANCIEROS)


ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
BOGOTA D.C.
2018
ARQUITECTURA DE APLICACIONES WEB

ESTILOS DE ARQUITECTURA

 Estilos de Flujo de Datos


• Tubería y filtros
 Estilos Centrados en Datos
• Arquitecturas de Pizarra o Repositorio
 Estilos de Llamada y Retorno
• Model-View-Controller (MVC)
• Arquitecturas en Capas
• Arquitecturas Orientadas a Objetos
• Arquitecturas Basadas en Componentes
 Estilos de Código Móvil
• Arquitectura de Máquinas Virtuales
 Estilos heterogéneos
• Sistemas de control de procesos
• Arquitecturas Basadas en Atributos
 Estilos Peer-to-Peer
• Arquitecturas Basadas en Eventos
• Arquitecturas Orientadas a Servicios
• Arquitecturas Basadas en Recursos
ARQUITECTURA N CAPAS

INTRODUCCION

La programación por capas es una arquitectura cliente-servidor en el que el objetivo


primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo
básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.
El mundo de la informática evoluciona cada día, haciendo formas para aplicaciones y
software nuevo y avanzado. Sin embargo, desarrollar una aplicación desde cero es bastante
agotador, ya que requiere tiempo, recursos, así como las finanzas. Por lo tanto, los
programadores necesitan un modelo arquitectónico, que permitan crear aplicaciones
flexibles y reutilizables. Como resultado, el concepto de ' n-tier "maqueta" entró en la luz.
A menudo conocida como modelo de arquitectura multinivel, es un sistema de desarrollo de
aplicación dividido en diferentes capas o niveles. Los valores predeterminados de "N" se
mantiene a tres. Este concepto estructural sirve como elemento integral en el desarrollo de
aplicaciones de software basadas en web.

CARACTERISTICAS
La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios
niveles y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin
tener que revisar entre código mezclado. Un buen ejemplo de este método de programación
sería el modelo de interconexión de sistemas abiertos.

Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este
modo, cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que
basta con conocer la API que existe entre niveles.

IMPORTANCIA

Escalabilidad: Una estructura laminar facilita la cantidad necesaria de flexibilidad y


escalabilidad para el sistema total. En cualquier momento del proceso, las capas pueden
actualizar o intercambiadas, debido a su bajo nivel de dependencia de unos a otros para que
funcione correctamente.

Facilidad en la implementación de cambios: los sistemas de Software necesitan mejoras,


según los requerimientos del proyecto. A menudo las modificaciones se llevan a cabo,
como un cambio o mejora en la funcionalidad, además de un módulo nuevo o un nuevo
hardware y así sucesivamente. En la mayoría de los casos, modificaciones ocurren durante
la fase inicial de desarrollo, o después de la prueba de alfa. Utilizando la arquitectura del
sistema multi capa desde el principio, permite minimizar el efecto de las modificaciones
efectuadas en la capa única, en todo el sistema.

Facilidad de mantenimiento: es una verdad universal que es fácil de mantener una


estructura organizada. De la misma manera, el código fuente es fácil de depurar y
mantener, si perfectamente organizados en una estructura en niveles múltiples. En cuanto a
un programador, la arquitectura de capa permite localizar de las secciones, en la que los
cambios deben aplicarse. Además, una arquitectura bien organizada asegura facilidad en
actualizaciones del sistema o además de la mejora, que suelen ser lentos.

TIPOS DE CAPAS
1. Capa de presentación: es la que ve el usuario (también se la denomina "capa de
usuario"), presenta el sistema al usuario, le comunica la información y captura la
información del usuario en un mínimo de proceso (realiza un filtrado previo para
comprobar que no hay errores de formato). También es conocida como interfaz gráfica y
debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.
Esta capa se comunica únicamente con la capa de negocio.
2. Capa de negocio: es donde residen los programas que se ejecutan, se reciben las
peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de
negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las
reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir
las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de
base de datos almacenar o recuperar datos de él. También se consideran aquí los programas
de aplicación.
3. Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos.
Está formada por uno o más gestores de bases de datos que realizan todo el
almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de
información desde la capa de negocio. 

ARQUITECTURAS DISTRIBUIDAS

MODELO CLIENTE/SERVIDOR

TCP es un protocolo orientado a conexión. No hay relaciones maestro/esclavo. Las


aplicaciones, sin embargo, utilizan un modelo cliente/servidor en las comunicaciones.

Un servidor es una aplicación que ofrece un servicio a usuarios de Internet; un cliente es el


que pide ese servicio. Una aplicación consta de una parte de servidor y una de cliente, que
se pueden ejecutar en el mismo o en diferentes sistemas.
Los usuarios invocan la parte cliente de la aplicación, que construye una solicitud para ese
servicio y se la envía al servidor de la aplicación que usa TCP/IP como transporte.

El servidor es un programa que recibe una solicitud, realiza el servicio requerido y


devuelve los resultados en forma de una respuesta. Generalmente un servidor puede tratar
múltiples peticiones (múltiples clientes) al mismo tiempo.

CLIENTE LIVIANO

Es una computadora cliente o un software de cliente en una arquitectura de red cliente-


servidor que depende primariamente del servidor central para las tareas de procesamiento, y
se enfoca principalmente en transportar la entrada y la salida entre el usuario y el servidor
remoto.
El cliente liviano está cercanamente conectado con la interface de usuario.
En un sistema cliente liviano-servidor, el único software que es instalado en el cliente
liviano es la interfaz de usuario, algunas aplicaciones frecuentemente usadas, y un sistema
operativo de red. Este software puede ser cargado de una unidad de disco local del servidor
en tiempo de arranque, o según lo que se necesite. Al simplificar la carga en el cliente
liviano, éste puede ser un dispositivo muy pequeño y de bajo consumo de energía, que
representa costos de compra y de operación más bajos en cada puesto.
En otros términos el cliente liviano:
- No implementa ningún aspecto de la lógica de aplicación Simplemente actúa como
intermediario entre usuario y servidor recoge entradas (opcionalmente, las valida) y
las envía al servidor.
- Presenta datos y resultados del servidor.
- Normalmente, requisitos mínimos respecto a recursos hardware.
- Aumenta la complejidad del servidor
CLIENTE PESADO

Se denomina cliente pesado al programa "cliente" de una arquitectura cliente-


servidor cuando la mayor carga de cómputo está desplazada hacia la computadora que
ejecuta dicho programa. 
Desde el punto de vista de los profesionales de las tecnologías de la información, un cliente
pesado es cualquier programa que requiera una instalación o configuración a medida en el
ordenador del usuario. Es decir, cualquiera que manifieste el inconveniente anteriormente
mencionado.
En otros términos el cliente pesado:
- Implementa la mayor parte de la lógica de aplicación.
- Realiza procesamiento sobre datos de usuario.
- Requiere equipos con capacidad de proceso y/o almacenamiento de datos.

ARQUITECTURA CLIENTE SERVIDOR DE 2 NIVELES

La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor en donde


el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus
propios recursos. Esto significa que el servidor no requiere otra aplicación para
proporcionar parte del servicio
ARQUITECTURA CLIENTE SERVIDOR DE 3 NIVELES

En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la


arquitectura generalmente está compartida por:
1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una interfaz de
usuario (generalmente un navegador Web) para la presentación
2. El servidor de aplicaciones (también denominado software intermedio), cuya tarea
es proporcionar los recursos solicitados, pero que requiere de otro servidor para hacerlo
3. El servidor de datos, que proporciona al servidor de aplicaciones los datos que
requiere

ARQUITECTURAS CLIENTE/SERVIDOR MULTINIVEL

En la arquitectura en 3 niveles, cada servidor (nivel 2 y 3) realiza una tarea especializada


(un servicio). Por lo tanto, un servidor puede utilizar los servicios de otros servidores para
proporcionar su propio servicio. Por consiguiente, la arquitectura en 3 niveles es
potencialmente una arquitectura en N-niveles
Bibliografía

http://best.advicebase.net/es/software/20130524033706.html

http://neo.lcc.uma.es/evirtual/cdd/tutorial/aplicacion/cliente-servidor.html

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

https://es.ccm.net/contents/147-redes-arquitectura-cliente-servidor-en-3-niveles

https://es.wikipedia.org/wiki/Cliente_liviano

https://es.wikipedia.org/wiki/Cliente_pesado

http://erlenb.blogspot.com.co/2012/10/clientes-ligeros-y-clientes-pesados.html

También podría gustarte