1.1 Evolucion de Las Aplicaciones Informaticas
1.1 Evolucion de Las Aplicaciones Informaticas
1.1 EVOLUCION DE LAS APLICACIONES INFORMATICAS. La evolucin de las aplicaciones informticas se dio debido a los siguientes factores: 1. Trabajo a distancia. 2. Compartir informacin. 3. Accesibilidad. 4. Seguridad en la proteccin de la informacin (tener la base de datos particionada en dos o ms nodos). 5. Independencia lugares. En la actualidad cualquier aplicacin cuenta generalmente con tres partes diferenciadas: 1. Una interfaz de usuario: Elemento con el que interacciona el usuario de la aplicacin, ejecutando acciones, introduciendo u obteniendo informacin. 2. Lgica Reglas de negocio: Son las que procesan la informacin para generar los resultados que persiguen, siendo el elemento fundamental que diferencia unas aplicaciones de otras. 3. Gestin de datos: Se ocupa del almacenamiento y recuperacin de la informacin. 1.1.1 APLICACIONES MONOLITICAS Son aquellas en las que el software se estructura en grupos funcionales muy acoplados, involucrando los aspectos referidos a la presentacin, procesamiento y almacenamiento de la informacin. En este rubro estn considerados las distintas aplicaciones para escritorio: sistemas operativos, ofimtica, juegos mono usuario, etc. En una aplicacin monoltica las tres partes forman un todo y se ejecutan en la misma mquina. - Datos - Lgica de negocio - Interface de usuario
Ejemplo: Resulta caro y los costos de mantenimiento son tambin altos. Una aplicacin monoltica duplica en cada computadora todos sus elementos: interfaz de usuario, lgica o reglas de negocio y acceso a datos. Fcil de desarrollar. Precisa de cierta potencia de proceso. Requieren ms y mejor HW en las estaciones de trabajo. Son infinitamente ms lentos en el procesamiento de peticiones sencillas Ocupan mayor ancho de banda, provocando congestionamiento en la Red Local Requieren habilitar el acceso real a la carpeta de datos para todos los usuarios de la aplicacin Su actualizacin es ms costosa. No permiten el acceso en lnea desde fuera de la Red Local requieren de implementaciones de soluciones de conectividad muy costosas. 1.1.2 APLICACIONES CLIENTE/SERVIDOR Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma.
Cliente: Se le representa por un software de aplicacin y lo utilizan los usuarios de Internet para acceder a un determinado servicio. Servidor: En cambio un servidor tiene un software de servidor que lo utiliza para ofrecer al cliente toda la funcionalidad utilizada por el cliente. El cliente y el servidor se comunican a travs de Internet por un protocolo que ellos mismos definen.
1.1.3 APLICACIONES DE 2, 3 Y N CAPAS. Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma.
APLICACIONES DE 2 CAPAS. La arquitectura de dos capas en la actualidad es muy utilizada, aunque con muchas fallas, todava no se ha podido dejar de usar. Estas arquitecturas fueron las primeras en aprovecharse de la estructura cliente-servidor. Aplicacin de dos capas. Las capas que esta arquitectura presenta son las siguientes: Nivel de aplicacin: Este nivel es en el que se encuentra toda la interfaz del sistema y es la que el usuario puede disponer para realizar su actividad con el sistema. Nivel de la base de datos: Este nivel de la Base de Datos tambin llamado el Repositorio de Datos, es la capa en donde se almacena toda la informacin ingresada en el sistema y que se deposita en forma permanente.
Existen herramientas para el desarrollo en dos capas por ejemplo Visual Basic, Access y SQL. APLICACIONES DE TRES CAPAS La arquitectura de dos capas si bien ayud en unos aos atrs, se vio la necesidad de crear una nueva arquitectura ya que en dos capas se tena algunos problemas en la capa de aplicacin ya que la principal desventaja de esta era el peso que tenia para el cliente, como se mencion anteriormente. Aplicacin de tres capas. Por estas razones, existe una fuerte y bien avanzada tendencia a adoptar una arquitectura de tres capas.
Y es as que se cre la arquitectura de tres capas las cuales son: Nivel de Aplicacin La diferencia de este nivel aplicado ahora en una arquitectura de tres capas es que solo tiene que trabajar con la semntica propia de aplicacin, sin tener que preocuparse de cmo esta implementado este ni de su estructura fsica. Nivel de Dominio de la aplicacin. En cambio este nivel se encarga de toda la estructura fsica y el dominio de aplicacin. Algo muy importante y que es la mayor ventaja de esta arquitectura es que ahora nicamente se cambia la regla en el servidor de aplicacin y esta actuar en todos los clientes, cosa que ni suceda con la arquitectura en dos capas que si alguna regla se la cambia, se tena que ir a cada cliente a realizar el cambio. Nivel de Repositorio. Sigue siendo la capa en donde se almacenan los datos y toda la informacin.
Las herramientas para el desarrollo de tres capas son: Visual Basic en lo que se refiere a la capa de Aplicacin SQL Server en lo que se refiere al repositorio de datos. MTS en lo que se refiere al nivel del dominio de Aplicacin APLICACIONES DE N CAPAS En una aplicacin distribuida en n-capas los diferentes procesos estn distribuidos en diferentes capas no slo lgicas, sino tambin fsicas. Los procesos se ejecutan en diferentes equipos, que pueden incluso residir en plataformas o sistemas operativos completamente distintos. Cada equipo posee una configuracin distinta y est optimizado para realizar el papel que le ha sido asignado dentro de la estructura de la aplicacin, de modo que tanto los recursos como la eficiencia global del sistema se optimicen.
Aplicacin n capas. El surgimiento de la tecnologa de componentes distribuidos es la clave de las arquitecturas de n-capas. Estos sistemas de computacin utilizan un nmero variable de componentes individuales que se comunican entre ellos utilizando estndares predefinidos y frameworks de comunicacin como: CORBA: (Common Object Request Broker Architecture) del Object Management Group (OMG). DNA: (Distributed Network Applications) de Microsoft (incluye COM/DCOM y COM+ adems de MTS, MSMQ, etc. EJB : (Enterprise Java Beans) de Sun Microsystems XML : (eXtensible Markup Language) del World Wide Web Consortium (W3 .NET: de Microsoft que incluye nuevos lenguajes como Visual Basic.net, C#.
1.1.4 APLICACIONES DISTRIBUIDAS El diseo de aplicaciones modernas involucra la divisin de una aplicacin en mltiples capas; la interfaz de usuario, la capa media de objetos de negocios, y la capa de acceso a datos. Puede ser til identificar los tipos de procesamiento que podemos esperar que una aplicacin realice.
Muchas aplicaciones pueden, al menos, hacer lo siguiente: Clculos u otros procesos de negocios. Ejecucin de reglas de negocios. Validacin de datos relacionados al negocio. Manipulacin de datos. Ejecucin de las reglas de datos relacional. Interactuar con aplicaciones externas o servicios. Interactuar con otros usuarios. Nosotros podemos tomar estos tipos de servicios y generalizarlos dentro de los tres grupos o capas que a continuacin se resumen: o Interfase de usuario (Capa de Presentacin) o Interactuar con otros usuarios. o Interactuar con aplicaciones externas o servicios. o Procesos de negocios (Capa de Negocios) o Clculos u otros procesos de negocios. o Ejecucin de reglas de negocios. o Validacin de datos relacionados al negocio. o Procesos de datos (Capa de Servicios de Datos). o Manipulacin de datos. o Ejecucin de las reglas de datos relacional. Atendiendo al papel que los distintos elementos juegan dentro de la aplicacin, distinguimos con claridad tres grupos lgicos en los que podemos agrupar elementos segn su funcionalidad: La capa de servidor incluye aquellos elementos que se encargan de recibir las peticiones de datos o de acceso a servicios bsicos del sistema y de suministrar a otros elementos la informacin solicitada. La capa de negocios encapsula las reglas de acceso a datos y la gestin de procesos internos de la aplicacin.
La capa de presentacin se encarga de la lgica 1.2 EVOLUCION DE LAS TECNOLOGIAS PARA EL DESARROLLO DE APLCIACIONES DISTRIBUIDAS. Hoy en da las compaas no pueden ignorar el grave problema que implica desarrollar y adaptar software al ritmo que imponen los negocios. Los requisitos varan con mucha frecuencia y las aplicaciones no logran ser desarrolladas y/o adaptadas al ritmo requerido. La globalizacin y fusin de empresas, el crecimiento de Internet, entre otros factores, han acentuado an ms estos problemas llevando el software desarrollado, que normalmente haba sido desarrollado para una plataforma especfica, a un ambiente distribuido heterogneo. Esto involucra, en consecuencia, La necesidad de considerar una amplia gama de aspectos como lo son la integracin de datos heterogneos, la interaccin entre diversos sistemas, los distintos sistemas operativos, el middleware, las tecnologas web, cuestiones de escalabilidad y performance, por citar algunos de ellos. La evolucin de las tecnologas cliente/servidor sumada al advenimiento de nuevas tecnologas como XML, web services , la plataforma J2EE, la comunicacin asncrona por medio de mensajes, el uso de application servers , son algunos de los conocimientos que permiten llevar a cabo el desarrollo de aplicaciones modernas. La evolucin de las aplicaciones distribuidas se dio de la siguiente forma: De interfaz de usuario De aplicacin De base de datos De comunicacin de datos De conexin entre capas 1.2.1 DE INTERFAZ DE USUARIO. Aqu es donde su aplicacin presenta informacin a los usuarios y acepta entradas o respuestas del usuario para usar por su programa. Idealmente, la IU no desarrolla ningn procesamiento de negocios o reglas de validacin de negocios. Por el contrario, la IU debera relegar sobre la capa de negocios para manipular estos asuntos. Esto es importante, especialmente hoy en da, debido a que es muy comn para una aplicacin tener mltiples IU, o para sus clientes o usuarios, que le solicitan que elimine una IU y la remplace con otra. Ejemplo de una interfaz de usuario. Algunas tecnologas de interfaz de usuario son: API Win 32. HTMAL. Dell HTML. Lenguajes de scripts.
1.2.2 DE APLICACION. La adopcin de un diseo distribuido de aplicaciones empresariales, aumenta la reusabilidad, reduce la cantidad de recursos, y los costes necesarios de desarrollo y mantenimiento. Este nuevo enfoque de diseo pone en manos de los desarrolladores no solo la funcionalidad que demandan las aplicaciones, sino tambin la seguridad, rapidez y flexibilidad. Algunas tecnologas de aplicacin son: CORBA. DNA. EJB. XML
1.2.3 DE BASES DE DATOS La evolucin de las bases de datos distribuidas se debe por una parte a razones organizacionales las cuales han demandado que mayores capacidades sean incorporadas a las bases de datos, tales como la integracin de informacin desde distintos sitios donde se encuentre la empresa distribuida hacia algn sitio por ejemplo, para una consulta. Por otra parte, el desarrollo de las tecnologas de comunicacin han permitido enlazar datos con aplicaciones que se encuentran en sitios distintos y remotos, por ejemplo las transacciones bancarias realizadas en mquinas-cajeros automticos (ATM) que se encuentran ubicados en centros comerciales, empresas y escuelas, no seran posibles si no tuviramos sistemas de comunicacin para enlazarnos a bases de datos localizadas en diferentes sitios financieros. Algunas tecnologas de base de datos son: OLEB ADO. XML. SQL. Herramientas para modelado (UML)
1.2.4 DE COMUNICACION DE DATOS. La construccin de aplicaciones distribuidas ha emergido como la arquitectura predominante para la construccin de aplicaciones multiplataforma en la mayor parte de las empresas. Este cambio radical en los modelos de computacin, desde los sistemas monolticos basados en mainframe y los tradicionales sistemas cliente-servidor,
hacia sistemas distribuidos multiplataforma altamente modularles, representa el desarrollo rpido y avance de la investigacin en el mundo del desarrollo de aplicaciones, tal y como se pone de manifiesto en las ltimas tendencias de las grandes empresas de tecnologa, como Sun con su estrategia Sun One, o Microsoft con DotNET (.Net). Algunas tecnologas de comunicacin de datos son: Intranet: La Intranet, que quiere decir red interna, lleva un par de dcadas siendo utilizada ampliamente en las empresas. Principalmente, ya que las tecnologas existentes, dcadas atrs, no lo permitan. Lo central de la Intranet, es la utilizacin de esta, en el ambiente de los negocios y tambin, a veces, en el acadmico. Ya que la Intranet, provee de un especio comn, para el desarrollo de estrategias, informacin, memorandos, entre otras aplicabilidades, las cuales son utilizadas por toda la empresa u establecimiento educativo. En palabras tcnicas, una Intranet, es una red de rea Local o LAN. La cual tiene la caracterstica, de ser de exclusivo uso, de la empresa u organizacin que la ha instalado. Debido a ello, es que utiliza protocolos HTML y el TCP/IP. Protocolos que permiten la interaccin en lnea de la Intranet, con la Internet. Cualquier Intranet, lleva consigo, distintos niveles de seguridad, segn el usuario. Estos niveles de seguridad, son asignados, segn la relevancia del puesto dentro de la organizacin, del usuario. Claro que existen niveles compartidos por todos. Ahora, los niveles bsicos de seguridad, impiden la utilizacin de la Intranet, por parte de personas forneas a la empresa o establecimiento educativo. Internet: Podemos definir a Internet como una "red de redes", es decir, una red que no slo interconecta computadoras, sino que interconecta redes de computadoras entre s. Una red de computadoras es un conjunto de mquinas que se comunican a travs de algn medio (cable coaxial, fibra ptica, radiofrecuencia, lneas telefnicas, etc.) con el objeto de compartir recursos. De esta manera, Internet sirve de enlace entre redes ms pequeas y permite ampliar su cobertura al hacerlas parte de una "red global". Esta red global tiene la caracterstica de que utiliza un lenguaje comn que garantiza la intercomunicacin de los diferentes participantes; este lenguaje comn o protocolo (un protocolo es el lenguaje que utilizan las computadoras al compartir recursos) se conoce como TCP/IP. 1.2.5 DE CONEXION ENTRE CAPAS *modelo mvc, modelo struts, mod Como tecnologa, las arquitecturas de capas proporcionan una gran cantidad de beneficios para las empresas que necesitan soluciones flexibles y fiables para resolver complejos problemas inmersos en cambios constantes. Todas las aplicaciones basadas en capas permitirn trabajar con clientes ligeros, tal como navegadores de Internet, WebTV, Telfonos Inteligentes, PDAs (Personal
Digital Assistants o Asistentes Personales Digitales) y muchos otros dispositivos preparados para conectarse a Internet. De este modo, las arquitecturas de capas se estn posicionando rpidamente como la piedra angular de los desarrollos de aplicaciones empresariales y las compaas estn adoptando esta estrategia a una velocidad de vrtigo como mecanismo de posicionamiento en la economa emergente que tiene su base en la red (lo que se ha venido a denominar "Nueva Economa"). Actualmente, la Red (Internet, intranets y extranets) es el ordenador o, como dira Sun Microsystems, el ordenador es la Red. Este paradigma est creando un cambio fundamental en los modelos de computacin que, a su vez, proporciona desafos y oportunidades como nunca antes haba se haban producido. Una tecnologa de conexin de capas es: Arquitectura DAO. 1.3 ESCENARIOS DE UTILIZACION DE APLCACIONES DISTRIBUIDAS Algunas de las aplicaciones distribuidas ms conocidas son remote login, correo electrnico, navegacin Web, streaming, telefona IP y comparticin de ficheros (P2P). Algunos escenarios que utilizan aplicaciones distribuidas son: - PHP - ASP 1.4 PROBLEMAS COMUNES EN EL DESARROLLO Y USO DE APLICACIONES DISTRIBUIDAS. Hay una serie de problemas comunes en el diseo de las aplicaciones distribuidas: La compatibilidad de los Tipos de Datos: Distintos sistemas operativos tienen diferentes tipos de datos que no son siempre compatibles entre s. Fallas del Servidor: Debido a que los componentes pueden ser remotos, una falla de cualquiera de ellos puede hacer que toda la aplicacin falle. Fallas del Cliente: El servidor debe saber cmo responder a las fallas del cliente. Reintento de llamadas: Si por ejemplo, se hace una llamada a un mtodo en un servidor para generar una orden de compra muy grande, y el servidor responde pero se pierde la respuesta por fallas de red, no es muy eficiente volver a enviar la orden de compra.
Seguridad: En aplicaciones distribuidas los problemas de seguridad se multiplican. Por ejemplo, se debe considerar como: Autenticar a los usuarios Autorizarlos a acceder a los recursos, encriptar la informacin que viaja por la red, evitar ataques de denegacin de servicio. Sincronizacin de la hora: Hay operaciones que dependen de la fecha y la hora. Por ejemplo, no es lgico en una aplicacin procesar un envo de mercadera antes de haber recibido la orden de compra. Si el cliente y el servidor tienen fechas distintas, se debe generar un mecanismo de sincronizacin de hora para evitar este problema. La arquitectura basada en RPC: RPC son llamadas a procedimientos o funciones en sistemas remotos, es decir en mquinas distintas a la mquina local. Transparencia de localizacin: El desarrollador utiliza los componentes sin necesidad de saber su ubicacin fsica. Con RPC tanto en el cliente como en la mquina donde reside el componente hay subsistemas que se ocupan de la comunicacin y el intercambio de datos.
http://mandos27.blogspot.mx/2011/02/unidad-i-panorama-general-de-las.html 2) Investigar la Evolucin de las tecnologas para el desarrollo de aplicaciones distribuidas (De interfaz de usuario, De aplicacin, De base de datos, De comunicacin de datos, De conexin entre capas). Elabore un resumen con caracteristicas o una tabla comparativa para compartir en este Foro. 3) Investigar los Escenarios de utilizacin de las aplicaciones distribuidas, asi como diferentes Problemas comunes en el desarrollo y uso de aplicaciones distribuidas. Elaborar un resumen con caracteristicas o una tabla comparativa para compartir en este Foro. 4) Hacer uso de Internet para investigar las caractersticas principales o el Panorama general de las aplicaciones distribuidas, reconocer los elementos de una aplicacin distribuida, indagar acerca de la Evolucin de las aplicaciones informticas, y de las tecnologas para el desarrollo de aplicaciones distribuidas, as como, escenarios de utilizacin de las aplicaciones distribuidas y problemas comunes en el desarrollo y uso de aplicaciones distribuidas. Realizar una tabla comparativa acerca de lo investigado, o en su defecto, elabore un mapa conceptual para compartir en este Foro. 5) Hacer uso de una aplicacin distribuida existente, ya sea en forma local o en lnea. Documente su experiencia mediante un resumen o comentarios personales, lo cual debe compartir en este Foro. 6) Desarrollar una aplicacin (trivial) bajo la arquitectura cliente/servidor de 2 capas. Comparta en este Foro, el codigo fuente de la aplicacion y sus comentarios personales. IMPORTANTE: Procure participar respondiendo aquellos reactivos que an no hayan sido contestados, ya que solamente sern consideradas las primeras ocho respuestas a cada reactivo. Atte: M.C. Edgar - Rangel - Lugo . NOTA: En ocasiones No le pongo acentos al texto, debido a que yo uso plataforma Linux y podria no ser mostrado el caracter al momento de visualizarlo en algunos navegadores.