Anda di halaman 1dari 3

Arquitectura de tres niveles.

La arquitectura de software incluye


los aspectos estticos y dinmicos ms significativos del software que se desea
crear. De acuerdo Robert Pressman, la arquitectura de software no es otra cosa
que una descripcin de los subsistemas y los componentes de un sistema
informtico y las relaciones entre ellos. De igual manera, la arquitectura de
software de tres niveles, incluye todos estos aspectos, y adems, brinda
mejores opciones para proyectos informticos de gran alcance y complejidad.
La arquitectura de software a utilizar para desarrollar un producto software se
define en la fase de elaboracin, para poder comprender mejor el sistema,
organizar el desarrollo del mismo, fomentar la reutilizacin, y hacer evolucionar
el sistema.

Arquitectura por capas


Uno de los ms utilizados por empresas desarrolladoras de software para crear
productos informticos, es el patrn de arquitectura por capas. Los principales
estilos de arquitecturas estratificadas de las aplicaciones distribuidas
contemporneas son:

Arquitecturas de dos niveles

Arquitecturas de tres niveles

Arquitecturas de n niveles

La mayor ventaja de este patrn de arquitectura es que en el desarrollo se


lleva a cabo en varios niveles, o capas, y en el caso de que exista algn error o
la necesidad de algn cambio obligatorio, solo es necesario cambiar el nivel en
cuestin, sin afectar el correcto funcionamiento del resto del sistema.

Arquitectura de tres niveles


Tambin conocida como arquitectura de tres capas, la arquitectura de tres
capas, define cmo organizar el modelo de diseo en capas, que pueden estar
fsicamente distribuidas, lo cual quiere decir que los componentes de una capa
slo pueden hacer referencia a componentes en capas inmediatamente
inferiores. Este patrn es importante porque simplifica la comprensin y la
organizacin del desarrollo de sistemas complejos, reduciendo las
dependencias de forma que las capas ms bajas no son conscientes de ningn
detalle o interfaz de las superiores. Adems, nos ayuda a identificar qu puede
reutilizarse, y proporciona una estructura que nos ayuda a tomar decisiones
sobre qu partes comprar y qu partes construir.
Para enfrentarse a estos temas, la comunidad de software desarroll la nocin
de una arquitectura de tres niveles. La aplicacin se divide en tres capas
lgicas distintas, cada una de ellas con un grupo de interfaces perfectamente

definido. La primera capa se denomina capa de presentacin y normalmente


consiste en una interfaz grfica de usuario de algn tipo.
La capa intermedia, o capa de empresa, consiste en la aplicacin o lgica de
empresa, y la tercera capa, la capa de datos, contiene los datos necesarios
para la aplicacin. La capa intermedia (lgica de aplicacin) es bsicamente el
cdigo al que recurre la capa de presentacin para recuperar los datos
deseados. La capa de presentacin recibe entonces los datos y los formatea
para su presentacin.
Esta separacin entre la lgica de aplicacin de la interfaz de usuario aade
una enorme flexibilidad al diseo de la aplicacin. Pueden construirse y
desplegarse mltiples interfaces de usuario sin cambiar en absoluto la lgica
de aplicacin siempre que esta presente una interfaz claramente definida a la
capa de presentacin.

MODELO

VISTA CONTROLADOR

Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que


separa los datos de una aplicacin, la interfaz de usuario, y la lgica de control
en tres componentes distintos.
Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo
de los aos en todo tipo de aplicaciones, y sobre multitud de lenguajes y
plataformas de desarrollo.

El Modelo que contiene una representacin de los datos que maneja el


sistema, su lgica de negocio, y sus mecanismos de persistencia.

La Vista, o interfaz de usuario, que compone la informacin que se


enva al cliente y los mecanismos interaccin con ste.

El Controlador, que acta como intermediario entre el Modelo y la


Vista, gestionando el flujo de informacin entre ellos y las
transformaciones para adaptar los datos a las necesidades de cada uno.

El controlador es responsable de:

Recibe los eventos de entrada (un clic, un cambio en un campo de


texto, etc.).

Contiene reglas de gestin de eventos, del tipo "SI Evento Z, entonces


Accin W". Estas acciones pueden suponer peticiones al modelo o a las
vistas. Una de estas peticiones a las vistas puede ser una llamada al
mtodo "Actualizar ()". Una peticin al modelo puede ser "Obtener
tiempo de entrega (nueva orden de venta)".

Las vistas son responsables de:

Recibir datos del modelo y las muestras al usuario.

Tienen un registro de su controlador asociado (normalmente porque


adems lo instancia).

Pueden dar el servicio de "Actualizacin ()", para que sea invocado por el
controlador o por el modelo (cuando es un modelo activo que informa de
los cambios en los datos producidos por otros agentes).

Modelo Vista Controlador (MVC). Es un estilo de arquitectura de


software que separa los datos de una aplicacin, la interfaz de usuario, y la
lgica de control en tres componentes distintos. El estilo de llamada y retorno
MVC, se ve frecuentemente en aplicaciones web, donde la vista es la
pgina HTML y el cdigo que provee de datos dinmicos a la pgina. El modelo
es el Sistema de Gestin de Base de Datos y la Lgica de negocio, y el
controlador es el responsable de recibir los eventos de entrada desde la vista.

La Vista es el objeto que maneja la presentacin visual de los datos


representados por el Modelo. Genera una representacin visual del
Modelo y muestra los datos al usuario. Interacta con el Modelo a travs
de una referencia al propio Modelo.

El Controlador es el objeto que proporciona significado a las ordenes del


usuario, actuando sobre los datos representados por el Modelo. Cuando
se realiza algn cambio, entra en accin, bien sea por cambios en la
informacin del Modelo o por alteraciones de la Vista. Interacta con el
Modelo a travs de una referencia al propio Modelo.

Anda mungkin juga menyukai