Arquitectura de N-Capas y N-Niveles
Lo que se conoce como arquitectura en capas es en realidad un estilo de programacin donde el objetivo principal es separar los diferentes aspectos del desarrollo, tales como las cuestiones de presentacin, lgica de negocio, mecanismos de almacenamiento, etc. Muchos de nosotros debemos recordar que desde la aparicin de los motores de base de datos existen dos "niveles" perfectamente definidos. Quiero resaltar el uso del trmino "nivel" y no el de "capa" porque no significan lo mismo. El trmino capa se utiliza para referenciar a las distintas "partes" en que una aplicacin se dividide desde un punto de vista lgico; mientras que "nivel" corresponde a la forma fsica en que se organiza una aplicacin. La programacin por capas es una arquitectura cliente-servidor en el que el objetivo primordial es la separacin de la lgica de negocios de la lgica de diseo; un ejemplo bsico de esto consiste en separar la capa de datos de la capa de presentacin al usuario.
El diseo ms utilizado actualmente es el diseo en tres niveles (o en tres capas) es buena.
Capas y niveles
1. Capa de presentacin: es la que ve el usuario (tambin se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la informacin y captura la informacin del usuario en un mnimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Tambin es conocida como interfaz grfica y debe tener la caracterstica de ser "amigable" (entendible y fcil 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 envan las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lgica del negocio) porque es aqu donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentacin, 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. Tambin se consideran aqu los programas de aplicacin. 3. Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Est formada por uno o ms gestores de bases de datos que realizan todo el
almacenamiento de datos, reciben solicitudes de almacenamiento o recuperacin de informacin desde la capa de negocio.
Aplicacin web
En la ingeniera de software se denomina aplicacin web a aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a travs de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicacin software que se codifica en un lenguaje soportado por los navegadores web en la que se confa la ejecucin al navegador. Las aplicaciones web son populares debido a lo prctico del navegador web como cliente ligero, a la independencia del sistema operativo, as como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales. Existen aplicaciones como los webmails, wikis, weblogs, tiendas en lnea y la propia Wikipedia que son ejemplos bien conocidos de aplicaciones web. Es importante mencionar que una pgina Web puede contener elementos que permiten una comunicacin activa entre el usuario y la informacin. Esto permite que el usuario acceda a los datos de modo interactivo, gracias a que la pgina responder a cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder a gestores de base de datos de todo tipo.
Pgina web
Una pgina web es el nombre de un documento o informacin electrnica adaptada para la World Wide Web y que puede ser accedida mediante un navegador . Esta informacin se encuentra generalmente en formato HTML o XHTML, y puede proporcionar navegacin a otras pginas web mediante enlaces de hipertexto. Las pginas web frecuentemente incluyen otros recursos como hojas de estilo en cascada, guiones (scripts) e imgenes digitales, entre otros. Las pginas web pueden estar almacenadas en un equipo local o un servidor web remoto. El servidor web puede restringir el acceso nicamente para redes privadas, p. ej., en una intranet corporativa, o puede publicar las pginas en la World Wide Web. El acceso a las pginas web es realizado mediante su transferencia desde servidores utilizando el protocolo de transferencia de hipertexto (HTTP).
El modelo 4 + 1
Un gran problema que sucede cuando se intenta adoptar una arquitectura para modelar un sistema. Pero sucede que los diagramas que se utilizan para esto intentan agrupa diferentes estilos de arquitectura en un solo modelo. Al mismo tiempo puede ocurrir que se pone demasiado nfasis en alguno de los aspectos de ingeniera de software. El modelo de 4+1 vistas fue desarrollado para remediar estos problemas. El modelo 4+1 describe la arquitectura del software usando cinco vistas concurrentes. Cada vista se refiere a un conjunto de intereses de diferentes stakeholders del sistema. A continuacin, pasamos a explicar que informacin ha de haber en la documentacin de cada una de estas vistas.
Vista Lgica: En esta vista se representa la funcionalidad que el sistema proporcionara a los usuarios finales. Es decir, se ha de representar lo que el sistema debe hacer, y las funciones y servicios que ofrece. Para completar la documentacin de esta vista se pueden incluir los diagramas de clases, de comunicacin o de secuencia de UML.
Vista de Despliegue: En esta vista se muestra el sistema desde la perspectiva de un programador y se ocupa de la gestin del software; o en otras palabras, se va a mostrar cmo est dividido el sistema software en componentes y las dependencias que hay entre esos componentes. Para completar la documentacin de esta vista se pueden incluir los diagramas de componentes y de paquetes de UML. Vista de Procesos: En esta vista se muestran los procesos que hay en el sistema y la forma en la que se comunican estos procesos; es decir, se representa desde la perspectiva de un integrador de sistemas, el flujo de trabajo paso a paso de negocio y operacionales de los componentes que conforman el sistema. Para completar la documentacin de esta vista se puede incluir el diagrama de actividad de UML. Vista Fsica: En esta vista se muestra desde la perspectiva de un ingeniero de sistemas todos los componentes fsicos del sistema as como las conexiones fsicas entre esos componentes que conforman la solucin (incluyendo los servicios). Para completar la documentacin de esta vista se puede incluir el diagrama de despliegue de UML. +1 Vista de Escenarios: Esta vista va a ser representada por los casos de uso software y va a tener la funcin de unir y relacionar las otras 4 vistas, esto quiere decir que desde un caso de uso podemos ver cmo se van ligando las otras 4 vistas, con lo que tendremos una trazabilidad de componentes, clases, equipos, paquetes, etc., para realizar cada caso de uso. Para completar la documentacin de esta vista se pueden incluir el diagrama de casos de uso de UML. Los diseadores de software pueden organizar la descripcin de sus decisiones de arquitectura en estas cuatro vistas, y luego ilustrarlas con un conjunto reducido de casos de uso o escenarios, los cuales constituyen la quinta vista.
Arquitectura de software
Componentes La arquitectura de software se compone por:
clientes y servidores. bases de datos. filtros. niveles en sistemas jerrquico.
Interacciones Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen:
llamadas a procedimientos. comportamiento de variables. protocolos cliente servidor. transmisin asncrona de eventos.
