Post on 18-Dec-2015
description
INSTITUTO TECNOLGICO DE APIZACO
NOMBRE DEL ALUMNO: OMAR XOCHIPA BENITEZ
TURNO: MATUTINO
MATERIA: DESARROLLO DE APLICACIONES PARA
AMBIENTES DISTRIBUIDOS
CATEDRTICO: HIJINIO NAVA BAUTISTA
ESPECIALIDAD: INFORMTICA
TEMARIO DE LA MATERIA DE DESARROLLO DE APLICACIONES PARA AMBIENTE DISTRIBUIDOS
UNIDAD: 1
UNIDAD 1 PANORAMA GENERAL DE LAS APLICACIONES DISTRIBUIDAS
1 Panorama general de las aplicaciones distribuidas.
1.1 Evolucin de las aplicaciones informticas.
1.1.1 Aplicaciones monolticas.
1.1.2 Aplicaciones cliente/servidor.
1.1.3 Aplicaciones de 2,3 y n capas.
1.1.4 Aplicaciones distribuidas.
1.2 Evolucin de las tecnologas para el desarrollo de
aplicaciones distribuidas.
1.2.1 De interfaz de usuario.
1.2.2 De aplicacin.
1.2.3 De base de datos.
1.2.4 De comunicacin de datos.
1.2.5 De conexin entre capas.
1.3 Escenarios de utilizacin de las aplicaciones distribuidas.
1.4 Problemas comunes en el desarrollo y uso de aplicaciones
distribuidas.
UNIDAD: 2
2 Arquitectura de aplicaciones distribuidas.
2.1 Capa de interfaz de usuario.
2.2 Capa de manejo de datos.
2.3 Capa de procesamiento de datos.
2.4 Integracin de sistemas heredados.
2.5 Distribucin de elementos de una aplicacin.
2.6 Integracin de tecnologas heterogneas y homogneas.
2.7 Servicios de la arquitectura (email, web, base de datos,
aplicaciones, transacciones, sistemas operativos, firewall.
UNIDAD: 3
3 Diseo de aplicaciones distribuidas.
3.1 Diseo e implementacin de manejo de datos.
3.2 Diseo de procesamiento de datos.
3.3 Diseo de interfaz de usuario. 5.- TEMARIO (Continuacin)
UNIDAD: 4
4 Implementacin de procesamiento de datos.
4.1 Construccin de componentes.
4.2 Comunicacin con manejo de datos.
UNIDAD: 5
5 Implementacin de interfaz de usuario.
5.1 Lenguajes de marcado.
5.2 Tecnologas para implementacin de interfaces de usuario.
5.3 Programacin.
5.3.1 Del lado del cliente.
5.3.2 Del lado del servidor.
UNIDAD: 6
6 Integracin de aplicaciones distribuidas.
6.1 Asignacin de las partes de la aplicacin.
6.2 Distribucin de la aplicacin.
6.3 Instalacin de los componentes.
6.4 Configuracin de los componentes.
6.5 Configuracin de la aplicacin.
6.6 Evaluar desempeo.
6.7 Optimizacin del desempeo.
UNIDAD I: PANORAMA GENERAL DE LAS APLICACIONES DISTRIBUIDAS
1.1 EVOLUCIN DE LAS APLICACIONES INFORMTICAS
La evolucin de las aplicaciones informticas se dio debido a los siguientes
factores:
1.- trabajo en equipo
2.- compartir informacin
3.- accesibilidad
4.- seguridad en la proteccin de la informacin
5.- independencia de lugares
En la actualidad cualquier aplicacin cuenta generalmente con tres puntos diferenciados, las cuales son:
1. Una interfaz de usuario: son los elementos con el que interacciona el usuario de
la aplicacin, ejecutando acciones, introduciendo u obteniendo informacin 2. Lgica o reglas de negocio: son las que procesan los resultados que se 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 MONOLTICAS
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.
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 multiuso 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.
CARACTERSTICAS CLIENTE/SERVIDOR
En la arquitectura cliente servidor el remitente es conocido como cliente y sus
caractersticas son:
1. Es quien inicia las peticiones o solicitudes, tienen un papel activo en la comunicacin (Dispositivo maestro o amo).
2. Espera y recibe las respuestas del servidor.
3. Normalmente interactivo con los usuarios mediante una interfaz grfica.
1.1.3 APLICACIONES DE 2,3 Y N CAPAS
Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro
programa, la idea principal es utilizar aplicaciones que se ejecutan travs de la computadora, cada aplicacin constituye una sola accin para realizacin de
tareas.
APLICACIONES DE 2 CAPAS
Las capas que esta arquitectura presenta son las siguientes: - nivel de aplicacin. 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 repositorio de datos, es la etapa en donde se almacena toda la informacin ingresada en el sistema y que se deposita en forma permanente 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 de 3 capas.
La arquitectura de 2 capas si bien ayuda en unos aos atrs,
Se vio la necesidad de crear una nueva arquitectura ya que en dos capas se tena unos problemas en la capa de aplicacin ya que la principal desventaja de esta era
el peso que se tena para el cliente.
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. Interactivo con aplicaciones externas o servicios. Interactivo 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 Interfaces de usuario (Capa de Presentacin) 2. Interactivo con otros usuarios. 3. Interactivo con aplicaciones externas o servicios.
o Procesos de negocios (Capa de Negocios) 2. Clculos u otros procesos de negocios. 3. Ejecucin de reglas de negocios. 4. Validacin de datos relacionados al negocio.
1.2 EVOLUCIN DE LAS TECNOLOGAS PARA EL DESARROLLO DE APLICACIONES 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 legalizacin 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 esa labilidad y permanece, por citar algunos de ellos.
La evolucin de las tecnologas cliente/servidor sumada al advenimiento de
nuevas tecnologas como XML, web servicies , la plataforma J2EE, la comunicacin asncrona por medio de mensajes, el uso de aplicaron versen , 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:
Aplicaciones monolticas. Arquitectura cliente/servidor Arquitectura de tres capas. Arquitectura de N 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.
1.2.2 DE APLICACIN.
La adopcin de un diseo distribuido de aplicaciones empresariales, aumenta la permeabilidad, reduce la cantidad de recursos, y los costes necesarios de desarrollo y mantenimiento. Este nuevo enfoque de diseo pone en manos de los des arrolladores 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 BASE DE DATOS.
La evolucin de las bases de datos distribuidas se debe por una parte a razones generacionales 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.
1.2.4 DE COMUNICACIN DE DATOS.
La construccin de aplicaciones distribuidas ha emergido como la arquitectura predominante para la construccin de aplicaciones plataforma en la mayor parte
de las empresas.
Este cambio radical en los modelos de computacin, desde los sistemas monolticos basados en maderamen y los tradicionales sistemas cliente-servidor,
hacia sistemas distribuidos plataforma altamente modulares 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 Un con su estrategia Sun One, o Microsoft
con DotNET (.Net).
Algunas tecnologas de comunicacin de datos son:
Intranet. Internet.
1.2.5 DE CONEXIN ENTRE CAPAS
Las arquitecturas de capas proporcionan una gran cantidad de beneficios para las empresas que necesitan soluciones flexibles y confiables para resolver problemas
complejos en cambios constantes. Todas las aplicaciones basadas en capas permitirn trabajar con clientes ligeros como navegadores de Internet WebTV,
telfonos inteligentes, PDAs (personal, digital y asistente) y muchos otros dispositivos preparados para conectarse a Internet Estas arquitecturas son las ms rpidas para desarrollar aplicaciones empresariales y estrategias para la economa
emergente que tienen su base en la red.
1.3 ESCENARIOS DE UTILIZACIN DE APLICACIONES DISTRIBUIDAS
Los escenarios de utilizacin de aplicaciones distribuidos son muy comunes en la
poblacin los escenarios tales como los remote login, correo electrnico, navegacin web, telefona IP, y la comparticin de archivos p2p.
Algunos escenarios donde se utilizan las aplicaciones distribuidas son:
MODELE: Es un ambiente educativo virtual, sistema de gestin de cursos de
distribucin libre.
Ayuda a los educadores a crear comunidades de aprendizaje en lnea. A este tipo de plataformas tecnolgicas tambin se conoce como LMSWORDPRESS
Es un sistema de gestin de contenido utilizado para crear blogs.
CREADOR DE WIKIS MEDIAWIKI
Media wiki es un software para wikis libre, programado en el lenguaje PHP.
Es el software utilizado por Wikipedia y otros proyectos de la misma (wikcionario, wikilibros, etc.)
Mediawiki puede ser instalado en los servidores web apecha e Internet informatizo servicies y como base de datos utiliza Mysql o Postgresql.
ADMINISTRADOR DE BASE DE DATOS WEB PHPMYADMIN
Phpmyadmin es una herramienta escrita en PHP con la intencin de manejar la administracin de Mysql a travs de las pginas Web, utilizando Internet.
1.4 PROBLEMAS COMUNES EN EL DESARROLLO Y USO DE APLICACIONES DISTRIBUIDAS
Concurrencia: De igual forma que en las aplicaciones centralizadas, las aplicaciones
distribuidas sern utilizadas por cierto nmero de usuarios concurrente mente Aspectos como las transacciones, los bloqueos de recursos o el uso de la CPU de los equipos a los que acceden muchos usuarios son determinantes a la hora de disear
una arquitectura con la mxima eficacia.
Patologa de la red: A pesar de que a da de hoy los anchos de banda cada vez son ms amplios, el trfico de red puede ser un aspecto importante que condicione el
tiempo de respuesta de la aplicacin. En muchos casos tambin ser necesario tener en cuenta el tipo de red (LAN o WAN), o si la aplicacin ser o no accesible a travs de Internet. La forma de distribuir los procesos de la aplicacin tendr que
tomar en consideracin el tipo de red que soportar el trfico de datos.
Ubicacin de la lgica: Dado que en una aplicacin distribuida intervienen varios procesos, ser necesario decidir en cul de los posibles procesos fsicos se sita
cada componente lgico de la aplicacin. Mientras que algunos procesos, como la presentacin de datos o la recuperacin de los mismos, tienen un sitio natural,
otros, como la validacin o la navegacin, pueden ocupar diversos lugares dentro del diagrama que conforma la estructura de la aplicacin.
Plataformas: En una aplicacin distribuida los sistemas operativos involucrados o los lenguajes de desarrollo utilizados pueden ser un factor a tener en cuenta a la
hora de decidir algunos aspectos importantes, como por ejemplo el modo de pasar datos entre procesos.
UNIDAD: 2
ARQUITECTURA DE APLICACIONES DISTRIBUIDAS 2.1 CAPA DE INTERFAZ DE USUARIO.
Interfaces de usuario y su arquitectura ARQUITECTURA DE INTERFACES GRFICAS EN AMBIENTE DISTRIBUIDOS. El modo en que el usuario se comunica con una aplicacin para solicitar los recursos del sistema operativo constituye la interfaz del mismo. La interfaz es particularmente importante para establecer una vinculacin amigable entre el usuario de la computadora y la aplicacin. Histricamente las interfaces estuvieron basadas en comando formateado por palabras clave que se combinaban con otras cadenas de caracteres (sintaxis) para ser interpretados por el sistema operativo. Estas interfaces se denominan; interfaces orientadas a carcter. Un ejemplo clsico de una interfaz orientada a carcter es el COMMAND de MS-DOS. Interfaz de modo carcter:
En esta clase de interfaz entre la aplicacin y el usuario en la que las rdenes se pasan en ASCII existen algunas ventajas y desventajas: Las ventajas que tienen las interfaces orientadas a carcter son su simplicidad, confiabilidad y poco costo en el desarrollo del sistema operativo que las soporta. Las desventajas son que requieren un usuario calificado que estudie y conozca el comando, lo cual resulta muy restrictivo para la difusin del uso de las computadoras. Uno de los beneficios de los sistemas cooperativos visto anteriormente es que: para el usuario lo que importa es lo que ste ve en la pantalla, la presentacin. Al software que simula la presentacin de un sistema se le conoce como emulador de terminal, el cul debe ser interactivo como cuando uno redacta un informe en una mquina de escribir, lo que el usuario teclea se ve reflejado en el documento, una terminal la cual solo realiza tareas de presentacin debera funcionar de la misma manera. Interfaz grfica de usuario:
En la actualidad millones de nuevos usuarios de las computadoras se han
beneficiado con la aparicin de las Interfaces Grficas de Usuario/Graphical User Interface, GUI), las computadoras pueden dar la apariencia de un escritorio comn y corriente de una oficina, mostrando iconos, imgenes y otros objetos visuales los
cuales permiten que el usuario se acerque ms a las computadoras.
Interfaz Front-End.Es una aplicacin donde los usuarios interactivos directamente con las funciones del sistema, cubre todas las interfaces con las cuales un usuario interactivo con los sistemas, ya sean locales o remotos, sus funciones principales
son:
Diseo de formatos.
Presentacin.
Lgica de la aplicacin.
Manipulacin de datos.
Herramientas de consulta.
Utileras/mens
Interfaz Back-End.Es un conjunto de elementos (programas) que sirven como complemento de una interfaz Front-End. Ayuda en la administracin, control y
configuracin de los sistemas teniendo un acceso directo a los recursos (base de datos, comunicaciones, servidores, etc.), que el sistema requiere, entre sus
funciones principales se tienen:
Administracin de la memoria.
Seguridad.
Manejo de base de datos.
Procesamiento remoto.
2.2 CAPA DE MANEJO 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 procesamiento de datos o capa de negocio. Hay diferentes modelos de
datos:
Conceptuales . Utilizados para profundizar en el dominio del problema con el cliente.
- Lgicos
. es el diseo conceptual de la base de datos, esto es, entidades de datos, atributos y relaciones.
- Fsicos.
Disear el esquema de las bases de datos, esto es, las tablas, sus columnas y relaciones entre ellas
Notacin para los modelos de datos: La manera de representar los modelos de datos, est basada en la notacin UML.
2.3 CAPA DE PROCESAMIENTO DE DATOS
Traduccin de Objetos a Datos:
Como ya es costumbre en esta asignatura, surgen ms problemas, en esta ocasin el problema que se nos plantea es: como sabramos qu columnas necesitaremos a partir del modelo de clases, y como se identificaran las entidades en una base de
datos, para solucionarlo se plantean las siguientes maneras: Identificadores de objetos: Caractersticas:
Garantizan unicidad en toda la base de datos ya que los id solo la garantizan en las
tablas no en toda la base.
No tienen sentido en la lgica de negocio o funcional de la aplicacin Algunas Estrategias:
Incremento del valor mximo de una columna numrica
Almacenando el valor en una tabla
UUIDs (Universally Unique Identifier) y GUIDs (Globally Unique Identifier).
Traduccin de clases y atributos Por regla general, las clases son tablas, y los atributos que contienen se traducen
columnas, teniendo en cuenta de que se aade en la tabla un literal OID para identificar sus atributos y sus relaciones con las dems tablas.
Traduccin de las relaciones:
Al efectuar estas traducciones hay que tener en cuenta ciertos detalles;
Una asociacin = composicin = agregacin En el modelo relacional todas las asociaciones son bidireccionales independientemente como estn en las clases de donde vienen. La estrategia que se sigue para que se haga una traduccin correcta
de las clases a tablas; Las relaciones de 1 a 1 y 1 a * se hace con claves ajenas ().
Las relaciones de muchos a muchos se hacen con tablas asociativas (intermedias).
COMPONENTES DISTRIBUIDOS DE JAVA EJBS.
Los Enterprise JavaBeans(tambin conocidos por sus siglasEJB
Son una delas API que forman parte del estndar de construccin de aplicaciones empresariales J2EE de Sun Microsystems (ahora JEE 5.0).Su especificacin detalla
cmo los servidores de aplicaciones proveen objetos desde el lado del servidor que son, precisamente, los EJBs:
Comunicacin remota utilizando CORBA, Transacciones, Concurrencia, eventos utilizando JMS (Java messaging
service),servicios de nombres y de directorio, seguridad,
Ubicacin de componentes en un servidor de aplicaciones. Los EJBs proporcionan un modelo de componentes control del distribuido estndar del lado del servidor.
El objetivo de los EJBs es dotar al programador de un modelo que le permita abstraerse de los problemas generales de una aplicacin empresarial
(concurrencia, transacciones, persistencia, seguridad, etc.) para centrarse en el desarrollo de la lgica de negocio en s. El hecho de estar basado en componentes permite que stos sean flexibles y sobre todo reutilizables. No hay que confundir
los Enterprise JavaBeans con los JavaBeans. Los JavaBeans tambin son un modelo de componentes creado por Sunicho systems para la construccin de aplicaciones,
pero no pueden utilizarse en entornos de objetos distribuidos al no soportar nativamente la invocacin remota (RMI).
2.4 INTEGRACIN DE SISTEMAS HEREDADOS
Los Sistemas Heredados son aquellas aplicaciones que se caracterizan por ser
antiguos Debido al periodo de vida desde que estos sistemas fueron puestos en produccin, son
De tecnologa obsoleta, es decir estn siendo trabajados en una o muchas plataformas de Hardware/software antiguos, no tienen tcnicas de estructuracin
de sistemas, es decir Son sistemas de tipo monolticos al no estar constituidos entre arquitecturas de
capas, Son de documentacin pobre dificultando as la modificacin de los mismos, y en la
Mayora de los casos estos sistemas dan soporte a funciones de misin crtica dentro de Una organizacin.
Los Sistemas Heredados constituyen un activo para la organizacin personal.
Adaptacin de fuentes heredadas Nosotros respetamos el valor de los activos de produccin de informacin existentes. Invertimos ms que cualquier otra agencia en herramientas y
capacitacin que permitan a nuestro departamento de produccin adaptar fuentes heredadas, en lugar de desecharlas o reconstruirlas. Ms an, nuestro
departamento tcnico est siempre disponible para consultas sobre los pasos que nuestros clientes pueden realizar internamente para ayudar a migrar los
materiales existentes a fin de trabajar sin sobresaltos en una implacablemente multiplique.
Monitores automatizado
Una herramienta clave en el esfuerzo para adaptar fuentes heredadas en lnea sin una re ingeniera demasiado invasiva, es nuestro servicio de monitorio
automatizado. Esto permite a sus diseadores y administradores actualizar diseo e informacin cuando sea necesario, y con una nica notificacin al sistema de
monitorio automtico, el material que se ha modificado es sealado y el registro es dirigido al proceso de traduccin y localizacin automticamente. Para fuentes en lnea existentes con un flujo de informacin bajo a moderado, esta puede ser una manera econmicamente eficiente de manejar fuentes en lnea multilinges con
una pequea inversin adicional.
2.5 DISTRIBUCIN DE ELEMENTOS DE UNA APLICACIN.
Distribucin: Refiere a la construccin de software por partes, a las cuales les son asignadas un conjunto especifico de responsabilidades dentro de un sistema.
Separacin fsica y lgica de las partes de una aplicacin.
Separacin fsica (niveles) considera aspectos tcnicos y econmicos. Separacin Lgica (capas) conjunto de servicios especializados que son accedidos
por mltiples clientes.
EJEMPLOS
2.6 INTEGRACIN DE TECNOLOGAS HETEROGNEAS Y HOMOGNEAS.
Servicio de Arquitectura Web: es un conjunto de protocolos y estndares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de
software desarrolladas en lenguajes de programacin diferente y ejecutada sobre cualquier plataforma pueden utilizar los servicios web para intercambiar datos en
redes de ordenadores como Internet. Servicio Email: Servicio de red que permite a los usuarios enviar y recibir mensajes
rpidamente a los usuarios enviar y recibir mensajes rpidamente tambin denominados mensajes electrnicos o cartas electrnicas mediante sistemas de
comunicacin electrnicos. Base de Datos: Conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemticamente para su posterior uso. Aplicaciones y Transacciones de Sistemas Operativos
Aplicaciones: programa informticos que permiten a un usuario utilizar una
computadora con un fin especfico. Son parte del software de una computadora y suelen ejecutarse sobre el sistema operativo.
Transacciones: una transaccin es una interaccin con una estructura de datos compleja compuesta por varios procesos que se han de aplicar uno despus del
otro. Firewall: es una parte de un sistema o una red que est diseada para bloquear el acceso no autorizado permitiendo al mismo tiempo comunicaciones autorizadas cortafuegos, mecanismo de seguridad en Internet frente a acceso no autorizado.
2.7 SERVICIOS DE LA ARQUITECTURA (EMAIL, WEB, BASE DE DATOS, APLICACIONES, TRANSACCIONES, SISTEMAS
OPERATIVOS,FIREWALL.
SERVICIOS DE LA ARQUITECTURA EMAIL
El correo electrnico o e-mail es una forma de enviar mensajes entre ordenadores
conectados a travs de Internet. El correo se basa en la arquitectura cliente/servidor.
Los clientes son los ordenadores de los usuarios que utilizan el correo y el servidor es el ordenador que gestiona el correo, el servidor pertenece a la entidad
proveedora del correo. El proceso cliente/servidor enva mensajes intermedios de comprobacin para
asegurarse que en cada paso los datos se reciben bien. Los clientes deben disponer de un programa-cliente de correo
El servidor es un ordenador que tiene un programa servidor de correo que pude entender miles de cuentas de correo. Normalmente el servidor de correo reside en una mquina distinta al servidor de pginas web, puede que en un momento dado
no funcione el servidor web pero s el servidor de correo, o viceversa. Un correo consta de varios elementos, la direccin de correo del destino, el texto
de mensaje y puede que algunas cosas ms como ficheros adjuntos, etc. Hay tres formas bsicas de utilizar el correo, a travs de un programa de correo,
mediante webmail y aprovechando los programas de mensajera instantnea. Programa de correo. Por ejemplo el Outlook de Microsoft, el Thunderbird de
Mozilla ,Eudora, etc. Estos son programas especficos para trabajar con el correo y que tenemos que instalar en nuestro PC
Webmail. Como su nombre indica, consiste en utilizar el correo desde la Web. Una de las ventajas del webmail, es que desde cualquier ordenador que tenga conexin
a Internet podemos leer y enviar nuestro correo sin tener que configurar nada. La mensajera instantnea no tiene que ver directamente con el correo electrnico,
pero tiene la caracterstica de que cuando llega un correo nos avisa en el mismo instante, tambin nos informa cuando se conecta algn miembro de una lista de
usuarios.
SERVICIOS DE LA ARQUITECTURA WEB
En la actualidad las aplicaciones Web son basadas en una arquitectura distribuida, las aplicaciones Web se han movido fuera de la naturaleza centralizada de datos de
aplicaciones tpicas del cliente -servidor yhan cuidado ms a una arquitectura orientada servicios.
La arquitectura de los servicio de web se puede interpretar como una arquitectura orientada a servicios. Hay tres roles mayores dentro de la arquitectura del servicio
Web: Proveedor de Servicios:
Es el proveedor del servicio Web. El proveedor de servicios lleva a cabo el servicio y lo hace disponible en Internet.
Solicitante de Servicios: Es cualquier consumidor del servicio Web. El solicitante utiliza un servicio Web
existente abriendo una conexin de red y enviando una peticin XML.
Registro de Servicios:
Es un directorio lgicamente centralizado de servicios. El registro proporciona un lugar central dnde los des arrolladores pueden publicar los nuevos servicios
pueden encontrar existentes. Sirve por consiguiente como una cmara de prestacin centralizada para las compaas y sus servicios.
SERVICIOS DE LA ARQUITECTURA BASE DE DATOS Sistema centralizado Sistemas con un nico servidor que se encarga de todas las tareas. Arquitectura cliente servidor Mejoras en los equipos del lado del cliente: Memoria Procesador Disco Tarjeta de Video Arquitecturas paralelas Solucin al problema de transacciones masivas, paralelismo a nivel de disco y de procesador Base de datos distribuidos Nodos distribuidos geogrficamente Administracin independiente de cada nodo Canales de comunicacin ms lentos Utilizacin de transacciones globales, locales y remotas
SERVICIOS DE LA ARQUITECTURA APLICACIONES Arquitectura Centralizada: los datos y las aplicaciones estn en una nica mquina. Arquitectura Cliente-Servidor: separacin del servidor de BD del cliente. BD Distribuida: varios servidores de BD usados por la misma aplicacin. BD Paralelas: varias unidades de almacenamiento de datos y procesadores operan en paralelo para incrementar el rendimiento. BD Replicadas: datos lgicamente representando la misma informacin estn almacenados fsicamente en diferentes servidores Almacenes de Datos: servidores especializados en la gestin de datos orientados al soporte a la decisin. Las nuevas arquitecturas de BD para la Web son variantes del paradigma general cliente-servidor. SERVICIOS DE LA ARQUITECTURA TRANSACCIONES Arquitectura fsica El registro de transacciones de una base de datos est asignado a uno o varios archivos fsicos. Conceptual mente el archivo de registro es una cadena de entradas de registro. Fsicamente, la secuencia de entradas del registro se almacena de forma eficaz en el conjunto de archivos fsicos que implementa el registro de transacciones. Arquitectura lgica Las entradas del registro se almacenan en la secuencia en la que se crean. Cada entrada del registro contiene el Id. De la transaccin a la que pertenece. Por cada transaccin, las entradas del registro asociadas a dicha transaccin se vinculan individualmente en una cadena con punteros hacia atrs, para acelerar as la reversin de la transaccin. SERVICIOS DE LA ARQUITECTURA SISTEMAS OPERATIVOS Kernel monolticos Todo el software y las estructuras de datos estn ubicados en un nico modulo lgico, sin interfaces explicitas entre partes. Organizacin modular La funcionalidad se encuentra dividida entre componentes lgicos independientes con interfaces bien definidas. Organizaciones estratificadas o por capas La funcionalidad se divide en una jerarqua de mquinas abstractas donde las funciones dela capa i estn implementadas mediante las funciones proporcionadas por la capa i-1 Kernels extendidos a microkernels Organizacin modular especializada pensada para sistemas de tiempo real, de tiempo compartido, multimedia, etc. Sistemas operativos para sistemas distribuidos Sistemas operativos en red Sistemas operativos distribuidos SERVICIOS DE LA ARQUITECTURA FIREWALL
Las tecnologas de filtrado de paquetes que se emplean en los firewalls constituyen una manera eficaz y general para controlar el trfico en la red. Arquitectura de dos bases Un firewall de dos bases es un firewall con dos interfaces de red, que permite asilar una red interna de una red externa no confiable. Como este anfitrin no enva ningn trfico TCP/IP, bloquea por completo cualquier trfico IP entre las redes no confiables interna y externa. Arquitectura Firewall como servidor bastin Un firewall es un servidor de barrera de proteccin que es determinante para la seguridad en la red. Es el servidor central para la seguridad en la red de una organizacin y, por su funcin, debe estar en una buena fortaleza
UNIDAD: 3 DISEO DE APLICACIONES DISTRIBUIDAS
3.1 DISEO E IMPLEMENTACIN DE MANEJO DE DATOS.
ABSTRACCIN EN LENGUAJES DE PROGRAMACIN
Los lenguajes de programacin son las herramientas mediante las cuales los diseadores de
programas pueden implementar los modelos abstractos. La abstraccin ofrecida
por los lenguajes de programacin se puede dividir en dos categoras: abstraccin de datos (perteneciente a los datos) y abstraccin de control (perteneciente a las
estructuras de control). Desde comienzos del decenio de los sesenta, en que se desarrollaron los primeros lenguajes de programacin de alto nivel, ha sido
posible utilizar las abstracciones ms primitivas de ambas categoras (variables, tipos de datos, funciones, control de bucles (lazos), etc.). Abstracciones de control
Los microprocesadores ofrecen directamente slo dos mecanismos para controlar el flujo y ejecucin de las instrucciones: secuencia y salto. Los primeros lenguajes de programacin de alto nivel introdujeron las estructuras de control: sentencias
de bifurcacin (if) y bucles (for, while, do-loop, do-while, etc.).
Las estructuras de control describen el orden en que se ejecutan las sentencias o grupos de sentencia (unidades de programa). Las unidades de programa se utilizan
como bloques bsicos de la clsica descomposicin descendente. En todos los casos, los subprogramas constituyen una herramienta potente de abstraccin ya
que durante su implementacin, el programador describe en detalle cmo funcionan. Cuando el subprograma se llama, basta con conocer lo que hace y no
cmo lo hace.
Abstraccin procedimental (por procedimientos o funciones) Es esencial para disear software modular y fiable. La abstraccin procedimental se basa en la
utilizacin de procedimientos o funciones sin preocuparse de cmo se implementan. Esto es
posible slo si conocemos qu hace el procedimiento; esto es, conocemos la
sintaxis y semntica
3.2 DISEO DE PROCESAMIENTO DE DATOS.
En el diseo de bases de se debe considerar el problema de cmo distribuir la informacin entre diferentes sitios. Existen razones organizacionales las cuales
Determinan en gran medida lo anterior. Sin embargo, cuando se busca eficiencia en el acceso a la informacin, se deben abordar dos problemas
Relacionados. Primero, como fragmentar la informacin. Segundo, como asignar cada fragmento entre los diferentes sitios de la red.
En el diseo de la BDD tambin es importante considerar si la informacin est replicada, es decir, si existen copias mltiples del mismo dato y, en este caso,
Como mantener la consistencia de la informacin. Finalmente, una parte importante en el diseo de una BDD se refiere al manejo del directorio. Si
Existen nicamente usuarios globales, se debe manejar un solo directorio global. Sin embargo, si existen tambin usuarios locales, el directorio combina
Informacin local con informacin global.
Una base de datos correctamente diseada permite obtener acceso a informacin exacta y actualizada. Puesto que un diseo correcto es esencial
Para lograr los objetivos fijados para la base de datos, parece lgico emplear el tiempo que sea necesario en aprender los principios de un buen diseo ya que,
en ese caso, es mucho ms probable que la base de datos termine adaptndose a sus necesidades y pueda modificarse fcilmente.
3.3 DISEO DE INTERFAZ DE USUARIO.
Diseo De Interfaces De Usuario El diseo de interfaces es un campo sumamente amplio (y para muchos,
interesante). De hecho, se deberan contar con personas dedicadas (y preparadas) para realizar exclusivamente estas tareas. Esto no siempre es factible, y recae
sobre nosotros el armar la interfaz visual para el usuario... las cuales muchas veces pueden mejorarse.
Qu es la interfaz de una aplicacin? Para partir de una definicin comn, diremos que la interfaz es la "cara visible" de nuestra aplicacin: el medio mediante el cual el usuario se comunica con nuestro
sistema. Todos los sistemas tienen una interfaz, de diversa ndole.
Para un programador, la interfaz de una librera es justamente el API. Para un programa batch, la interfaz est dada por el modo de invocacin en la lnea de
comandos. Para una aplicacin Visual, la interfaz es un conjunto de formularios y ventanas. Y para un sistema web, la interfaz son justamente las pginas que
conforman la aplicacin. Todas estas interfaces merecen (y deben!) ser pensadas a consciencia, y cada una
presenta desafos muy distintos. Igualmente, a continuacin me voy a referir particularmente a las interfaces de
nuestras aplicaciones web (esas pginas con formularios y colores verdes y azules).
Importancia de una buena interfaz de usuario
Obviamente, mejorar las interfaces que hacemos implica un esfuerzo de nuestro
lado. Siendo una actividad que no nos corresponde (pero que hacemos, no lo olviden), de qu nos sirve mejorar las interfaces?
Creo que bsicamente podemos citar 3 mejoras concretas que nos impactan directamente:
1. Mejora la experiencia del usuario
1. 2. Mejora el tiempo de desarrollo 2. 3. Mejora el mantenimiento
El objetivo de esta tarea es realizar el diseo detallado del comportamiento de la interfaz de usuario a partir de la especificacin de la misma, obtenida en el proceso de anlisis, y de acuerdo con el entorno tecnolgico definido. Si se hubiera realizado un prototipo de la interfaz de usuario, ste se tomara como punto de partida para el diseo. Adems, se incluyen las ventanas alternativas o elementos de diseo surgidos como consecuencia del diseo de los escenarios definidos en la tarea anterior. Adems, se revisa: la interfaz de usuario, la navegacin entre ventanas, los elementos que forman cada interfaz, sus caractersticas (que deben ser consistentes con los atributos con los que estn relacionadas), su disposicin, y cmo se gestionan los eventos relacionados con los objetos. En aquellos casos en los que se realizan modificaciones significativas sobre la interfaz de usuario, es conveniente que ste las valide, siendo opcional la realizacin de un nuevo prototipo. Productos De entrada
Diseo de la Realizacin de los Casos de Uso (DSI 3.2) Especificacin de Interfaz de Usuario (ASI 9.3)
De salida
Diseo de Interfaz de Usuario o formatos Individuales de Interfaz de Pantalla Grfica o Catlogo de Controles y Elementos de Diseo de Interfaz de Pantalla Grfica o Modelo de Navegacin de Interfaz de Pantalla Grfica o formatos de Impresin o prototipo de Interfaz de Pantalla Grfica
3.2 DISEO DE PROCESAMIENTO DE DATOS.
En el diseo de bases de se debe considerar el problema de cmo distribuir la informacin entre diferentes sitios. Existen razones generacionales las cuales
Determinan en gran medida lo anterior. Sin embargo, cuando se busca eficiencia en el acceso a la informacin, se deben abordar dos problemas
Relacionados. Primero, como fragmentar la informacin. Segundo, como asignar cada fragmento entre los diferentes sitios de la red.
En el diseo de la BDD tambin es importante considerar si la informacin est replicada, es decir, si existen copias mltiples del mismo dato y, en este caso,
Como mantener la consistencia de la informacin. Finalmente, una parte importante en el diseo de una BDD se refiere al manejo del directorio. Si
Existen nicamente usuarios globales, se debe manejar un solo directorio global. Sin embargo, si existen tambin usuarios locales, el directorio combina
Informacin local con informacin global. a base de datos correctamente diseada permite obtener acceso informacin exacta y actualizada. Puesto que un diseo
correcto es esencial para lograr los objetivos fijados para la base de datos, parece lgico emplear el Tiempo que sea necesario en aprender los principios de un buen
diseo ya que, en ese caso, es mucho ms probable que la base de datos termine adaptndose a sus necesidades y pueda modificarse fcilmente.
3.3 DISEO DE INTERFAZ DE USUARIO
El diseo de interfaces de usuario es una tarea que ha adquirido relevancia en el desarrollo de un sistema. La calidad de la interfaz de usuario puede ser uno
De los motivos que conduzca a un sistema al xito o al fracaso. Los principios que se presentan son de utilidad para creacin de interfaces funcionales y de
Fcil operacin. A pesar de no ser capaces de resolver todos los aspectos propios del contexto con el que se est trabajando, pueden ser combinados
Con la proteccin y la aplicacin de mirsticas de evaluacin para facilitar el proceso de diseo. El presente artculo se centra en los componentes de
Software de las interfaces de usuario, quedando fuera del alcance de mismo otros aspectos, como hardware y documentacin.
Principios para el Diseo de Interfaces de Usuario
Anticipacin
Las aplicaciones deberan intentar anticiparse a las necesidades del usuario y no esperar a que el usuario tenga que buscar la informacin, recopilarla o
Invocar las herramientas que va a utilizar.
Autonoma
La computadora, la IU y el entorno de trabajo deben estar a disposicin del
usuario. Se debe dar al usuario el ambiente flexible para que pueda aprender Rpidamente a usar la aplicacin. Sin embargo, est comprobado que el entorno de
trabajo debe tener ciertas cotas, es decir, ser explorable pero no
Azaroso.
Percepcin del Color Aunque se utilicen convenciones de color en la IU, se
deberan usar otros mecanismos secundarios para proveer la informacin a aquellos usuarios con problemas en la visualizacin de colores.
Valores por Defecto
No se debe utilizar la palabra "Defecto" en una aplicacin o servicio. Puede ser
reemplazada por "Estndar" o "Definida por el Usuario", "Restaurar Valores Iniciales" o algn otro trmino especifico que describa lo que est sucediendo. Los
valores por defecto deberan ser opciones inteligentes y sensatas. Adems, los mismos tienen que ser fciles de modificar.
Eficiencia del Usuario Se debe considerar la productividad del usuario antes que la
productividad de la mquina. Si el usuario debe esperar la respuesta del sistema por un perodo prolongado, estas prdidas de tiempo se pueden convertir en prdidas econmicas para la organizacin. Los mensajes de ayuda deben ser
sencillos y Proveer respuestas a los problemas. Los mens y etiquetas de botones
Deberan tener las palabras claves del proceso.
Ley de Fitt El tiempo para alcanzar un objetivo es una funcin de la distancia y
tamao del Objetivo. Es por ello, que es conveniente usar objetos grandes para las
Funciones importante.
Interfaces Explorables Siempre que sea posible se debe permitir que el usuario pueda salir gilmente de la IU, dejando una marca del estado de avance de su
trabajo, para que pueda continuarlo en otra oportunidad. Para aquellos usuarios que sean noveles en el uso de la aplicacin, se deber proveer de guas para
realizar Tareas que no sean habituales.
Objetos de Interfaz Humana Los objetos de interfaz humana no son necesariamente los objetos que se encuentran en los sistemas orientados a objetos. Estos pueden ser vistos,
escuchados, tocados o percibidos de alguna forma. Adems, estos objetos deberan ser entendibles, consistentes y estables.
Uso de Metforas
Las buenas metforas crean figuras mentales fciles de recordar. La IU puede
contener objetos asociados al modelo conceptual en forma visual, con sonido u Otra caracterstica perceptible por el usuario que ayude a simplificar el uso del
Sistema.
Curva de Aprendizaje El aprendizaje de un producto y su mutabilidad no son mutuamente excluyentes ideal es que la curva de aprendizaje sea nula, y que el
usuario principiante pueda alcanzar el dominio total de la aplicacin sin esfuerzo.
Reduccin de Latencia Siempre que sea posible, el uso de tramas (multi-threading) permite colocar la agencia en segundo plano (carborundo). Las tcnicas de trabajo multitarea posibilitan el trabajo ininterrumpido del usuario, realizando las tareas
de
Transmisin y computacin de datos en segundo plano.
Proteccin del Trabajo Se debe poder asegurar que el usuario nunca pierda su trabajo, ya sea por error de su parte, problemas de transmisin de datos, de
energa, o alguna otra
Razn inevitable.
Auditora del Sistema La mayora de los navegadores de Internet(browsers), no mantienen informacin acerca de la situacin del usuario en el entorno, pero para Cualquier aplicacin es conveniente conocer un conjunto de caractersticas tales
como: hora de acceso al sistema, ubicacin del usuario en el sistema y Lugares a los que ha accedido, entre otros. Adems, el usuario debera poder salir
del sistema y al volver a ingresar continuar trabajando en lugar dnde
Haba dejado. Legibilidad
Para que la IU favorezca la usabilidad del sistema de software, la informacin que se exhiba en ella debe ser fcil de ubicar y leer. Para lograr obtener este
Resultado se deben tener en cuentas algunas como: el texto que aparezca en la IU debera tener un alto contraste, se debe utilizar combinaciones de colores
Como el texto en negro sobre fondo blanco o amarillo suave.
Interfaces Visibles
El uso de Internet, ha favorecido la implementacin de interfaces invisibles. Esto
significa que el usuario siempre ve una pgina especfica, pero nunca Puede conocer la totalidad del espacio de pginas de Internet.
UNIDAD: 4 IMPLEMENTACIN DE PROCESAMIENTO DE DATOS.
-Marcado de presentacin
El marcado de presentaciones aquel que indica el formato del texto. Este tipo de marcado es til para maquetar la presentacin de un documento para su lectura,
pero resulta insuficiente para el procesamiento automtico de la informacin.
- Marcado de procedimientos
El marcado de procedimientos est enfocado hacia la presentacin del texto, sin embargo, tambin es visible para el usuario que edita el texto. El programa que representa el documento debe interpretar el cdigo en el mismo orden en que
aparece.
- Marcado descriptivo
El marcado descriptivo o semntico utiliza etiquetas para describir los fragmentos de texto, pero sin especificar cmo deben ser representados, o en qu orden. Los
lenguajes expresamente diseados para generar marcado descriptivo son el SGML y el XML.
Importancia de las interfaces grficas y de texto?
Es de suma importancia porque permiten que las personas puedan acceder a un ordenador sin tener que pasar por el tortuoso proceso de tener que aprender a
manejar un entorno bajo lnea de rdenes.
Qu es la programacin relacionada con las interfaces virtuales, grficas y de texto?
Representacin en modo texto
Se trabaja en un entorno de texto (no grfico), el programa en ejecucin controla la informacin representada en la totalidad de la pantalla (no hay "ventanas"); el
control de esta se realiza en trmino de filas y columnas y un surtido muy limitado de 256 caracteres. Los nicos atributos que pueden tener los caracteres suelen ser:
Color de tinta y de papel (trazo y fondo); subrayado y parpadeo.
Programacin Moderna" Se trata de conceptos generales e independientes. Por ejemplo, un programa
"moderno" puede ser multiprogramacin pero en modo texto, o no orientado a objetos; sin embargo, la mayora de las caracterstica se dan juntas. En especial si
se trata de programas que utilizan la interfaz grfica de los SOS ms conocidos.
4.1 CONSTRUCCIN DE COMPONENTES
Protocolo de aplicacin para la comunicacin entre el cliente y el servidor. El protocolo define el tipo de mensajes intercambiados; por ejemplo, el protocolo de
la capa de aplicacin de la Web, HTTP, define el formato y la secuencia de los mensajes transmitidos entre el navegador y el servidor Web.
Formato de los mensajes que se intercambian, algunas veces forma parte del servicio; por ejemplo, en el correo electrnico se define el formato de los mensajes
electrnicos.
Algunas de las aplicaciones distribuidas ms conocidas son remote login, correo electrnico, navegacin Web, streaming, telefona IP y comparticin de ficheros
(P2P).
Lado servidor: Programa que se ejecuta en un computador que est conectado a una red. Est a la escucha en un puerto, esperando las peticiones de los clientes;
por ejemplo, un servidor Web escucha en el puerto 80. Un computador que ejecuta un servidor de aplicacin necesita estar conectado a la red para responder a las
peticiones de los clientes.
Lado cliente: Programa que ejecuta el usuario de la aplicacin. El cliente hace sus peticiones al servidor a travs de la red. Por ejemplo, un navegador Web.
Protocolo de aplicacin para la comunicacin entre el cliente y el servidor. El
protocolo define el tipo de mensajes intercambiados; por ejemplo, el protocolo de
la capa de aplicacin de laWeb,HTTP, define el formato y la secuencia de los mensajes transmitidos entre el navegador y el servidorWeb.
Formato de los mensajes que se intercambian, algunas veces forma parte del
servicio; por ejemplo, en el correo electrnico se define el formato de los mensajes electrnicos.
Estos componentes son independientes de la arquitectura de red que se utiliza.
Componentes Software
Alguna vez ha pensado que un programa pudiera ser como... una bicicleta?. Si es necesario cambiar la cadena de la bicicleta, usted solo se centra en la cadena, no
tiene que lidiar con otros componentes ajenos, como por ejemplo, las gomas o tan sencillo como el timbre, sino solo la cadena. Sabe con exactitud dnde est el
componente y puede modificarlo (engrasar) o actualizarlo (una nueva). Si ahora le dijera que pudiera hacer lo mismo con los software que usted desarrolla, qu dira
al respecto?.
El objetivo de la tecnologa de componentes software es construir aplicaciones complejas mediante ensamblado de mdulos (componentes) que han sido
previamente diseados por otras personas a fin de ser rehusados en mltiples aplicaciones. La ingeniera de programacin que sigue esta estrategia de diseo se le conoce por el acrnimo CBSE1 y es actualmente una de las ms prometedoras
para incrementar la calidad del software, abreviar los tiempos de acceso al mercado y gestionar el continuo incremento de su complejidad.
La arquitectura software de una aplicacin basada en componentes consiste en uno o un nmero pequeo de componentes especficos de la aplicacin (que se
disean especficamente para ella), que hacen uso de otros muchos componentes prefabricados que se ensamblan entre s para proporcionar los servicios que se
necesitan en la aplicacin.
Entornos normalizados de desarrollo de componentes software.
Para que una arquitectura de componentes pueda operar es necesario disponer de un entorno normalizado que proporcione soporte a los mecanismos con que se
comunican las interfaces.
COM (Component Object Model).
Los lenguajes de programacin clsicos fueron diseados para desarrollar aplicaciones secuenciales compuestas de mdulos, todos ellos codificados con un
solo lenguaje. Sin embargo, hay situaciones en las que no es prctico restringirse al uso de un nico lenguaje. La tecnologa COM aborda la solucin a este problema
proporcionando un sencillo, pero a la vez potente modelo para construir sistemas software a partir de la interaccin de objetos (componentes).
COM define un estndar binario (esto implica que es independiente del lenguaje de
programacin) para objetos y la intercomunicacin entre ellos. Todacomunicacin se realiza a travs de operaciones que son proporcionadas
dentro de interfaces. El diseador invoca las operaciones que necesita directamente, incluso si el objeto destinatario est localizado en otro proceso o en
otra mquina.
El modelo de programacin COM esta basado en la distribucin de cdigo de clases en componentes binarios. Esto significa que el software (componentes) que se
adhiere a COM, puede ser rehusado sin ninguna dependencia de cdigo fuente. Los desarrolladores pueden exponer sus trabajos como ficheros binarios sin dar a
conocer sus algoritmos.
El desarrollo basado en componentes resuelve muchos de los problemas asociados con las aplicaciones monolticas. Permite al grupo de desarrollo exponer ficheros
binarios en vez de cdigo fuente. Los componentes binarios pueden ser actualizados independientemente y reemplazados, lo que se hace mucho ms fcil
mantener y extender una aplicacin despus de que esta ha sido puesta en explotacin.
MTS (**Microsoft** Transaccin Server). MTS es una pieza de software que fue creada para Windows NT Server. Como su nombre implica, MTS permite a los objetos de la capa media (ms adelante se expone una arquitectura de diseo) correr sobre Windows NT Server y controlar
las transacciones distribuidas, es decir, permite a los componentes ser esparcidos por la red y que se ejecuten en otras computadoras con sistema operativo Windows NT Server. MTS provee un entorno de ejecucin para objetos COM, adicionando soporte para la seguridad, soporte para administracin y configuracin. Es posible administrar varios servidores desde una simple computadora. COM+ COM+1, no es ms que la integracin de la arquitectura COM y MTS (Microsoft Transation Server). A diferencia de MTS, esta nueva capa de ejecucin no es opcional2 , COM+ es parte por defecto de la instalacin del sistema operativo Windows 2000. Como COM, COM+, es basado sobre componentes binarios y programacin basada en interfaces. Los Componentes COM+ pueden ser actualizados y extendidos una vez que estn en explotacin sin afectar a las aplicaciones clientes que los usan en la produccin. De este modo, la combinacin de la tecnologa COM+ junto con las tcnicas de programacin orientada a objeto, nos ofrece una importante simplificacin en el proceso de desarrollo de aplicaciones informticas. Diseando Aplicaciones Distribuidas. El diseo de aplicaciones modernas involucra la divisin de una aplicacin en mltiples capas; la interface de usuario, la capa media de objetos de negocios, y la capa de acceso adatos. 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.
4.2 COMUNICACIN CON MANEJO DE DATOS.
Comunicacin de Datos. Es el proceso de comunicar informacin en forma binaria entre dos o ms puntos. Requiere cuatro elementos bsicos que son:
*Emisor: Dispositivo que transmite los datos.
*Mensaje: lo forman los datos a ser transmitidos.
*Medio: consiste en el recorrido de los datos desde el origen hasta su destino.
*Receptor: dispositivo de destino de los datos.
BIT: es la unidad ms pequea de informacin y la unidad base en comunicaciones.
BYTE: conjunto de bits continuos mnimos que hacen posible, un direccionamiento de informacin en un sistema computarizado. Est formado por 8 bits.
Paquete: fracciones de un mensaje de tamao predefinido, donde cada fraccin o paquete contiene informacin de procedencia y de destino, as como informacin
requerida para el re ensamblado del mensaje.
Interfaces: conexin que permite la comunicacin entre dos o ms dispositivos.
Cdigos: acuerdo previo sobre un conjunto de significados que definen una serie de smbolos y caracteres. Toda combinacin de bits representa un carcter dentro
de la tabla de cdigos.
----Paridad: tcnica que consiste en la adicin de un bit a un carcter o a un bloque de caracteres para forzar al conjunto de unos (1) a ser par o impar. Se utiliza para
el chequeo de errores en la validacin de los datos. El bit de paridad ser cero (0=SPACE) o uno (1=MARK).
Modulacin: proceso de manipular de manera controlada las propiedades de una
seal portadora para que contenga la informacin que se va a transmitir
DTE (Data Terminal Equipment): equipos que son la fuente y destino de los datos. Comprenden equipos de computacin (Host, Microcomputadores y Terminales).
DCE (Data Communications Equipment): equipos de conversin entre el DTE y el canal de transmisin, es decir, los equipos a travs de los cuales conectamos los
DTE a las lneas de comunicacin.
UNIDAD 5: IMPLEMENTACIN DE INTERFAZ DE USUARIO.
5.1 LENGUAJES DE MERCADO
Un Lenguaje de marcado o lenguaje de marcas se puede definir como una forma de codificar un documento donde, junto con el texto, se incorporan
etiquetas, marcas o anotaciones con informacin adicional relativa a la estructura del texto, su presentacin.
Los lenguajes de marcado se pueden clasificar en: Procedimental:
Describen operaciones tipogrficas Estructural:
Describen la estructura lgica de un documento, pero no su tipografa Hbrido:
Combinacin de ambos Las hojas de estilo o lenguajes de transformacin permiten la traduccin de
anotaciones de tipo estructural a anotaciones de carcter tipogrfico. Otra posible clasificacin sera:
De presentacin: Indica el formato del texto (informacin para el maquetado).
De procedimientos: Orientado tambin a la presentacin pero, en este caso, se indican los
procedimientos que deber realizar el SW de representacin. Descriptivo o semntico:
Describen las diferentes partes en las que se estructura el documento pero sin especificar cmo deben representarse.
Algunos lenguajes de marcado especficos: Documentacin electrnica
RTF TeX Wikitexto DocBook
Tecnologas de internet
HTML, XHTML RDF (recurso-propiedad(relacin)-valor) RSS
Otros lenguajes especializados
MathML VoiceXML SVG MusicXML
5.2 TECNOLOGAS PARA IMPLEMENTACIN DE INTERFACES DE USUARIO.
En el contexto del proceso de interaccin persona-ordenador, la interfaz grfica de
usuario, es el artefacto tecnolgico de un sistema interactivo que posibilita, a travs del uso y la representacin del lenguaje visual, una interaccin amigable con
un sistema informtico. La interfaz grfica de usuario (en ingls GraphicalUser Interface, GUI) es un tipo de
interfaz de usuario que utiliza un conjunto de imgenes y objetos grficos para representar la informacin y acciones disponibles en la interfaz. Habitualmente las acciones se realizan mediante manipulacin directa para facilitar la interaccin del
usuario con la computadora. Surge como evolucin de la lnea de comandos de los primeros sistemas operativos
y es pieza fundamental en un entorno grfico. Como ejemplo de interfaz grfica de usuario podemos citar el escritorio o desktop
del sistema operativo Windows y el entorno X-Windows de Linux. Algunas Interfaces grficas (GUIs) son:
GPA Intenta ser la interfaz de usuario grfica estndar de Gnu PG. GPA se hospeda en este sitio.
K Gpg
Es una interfaz de usuario de KDE para Gnu PG.
Seahorse
Es una interfaz de usuario de GNOME para Gnu PG.
XAP
5.3 PROGRAMACIN
La creacin de las interfaces de usuario ha sido un rea del desarrollo de software que ha evolucionado dramticamente a partir de la dcada de los setentas. La
interfaz de usuario es el vnculo entre el usuario y el programa de computadora. Una interfaz es un conjunto de comandos o mens a travs de los cuales el usuario
se comunica con el programa. Esta es una de las partes ms importantes de cualquier programa ya que determina que tan fcilmente es posible que el
programa haga lo que el usuario quiere hacer. Un programa muy poderoso con una interfaz pobremente elaborada tiene poco valor para un usuario no experto.
La elaboracin de una interfaz de usuario, bien diseada, exige una gran dedicacin pues generalmente las interfaces son grandes, complejas y difciles de
implementar, depurar y modificar. Hoy en da las interfaces de manipulacin directa (tambin llamadas interfaces grficas de usuario, GUI por sus siglas en
ingls) son prcticamente universales. Las interfaces que utilizan ventanas, conos y mens se han convertido en estndar en los materiales computacionales
La interfaz representa el punto de encuentro entre el usuario y la computadora. En esta interaccin, el usuario juzga la utilidad de la interfaz; el hardware y el
software se convierten en simples herramientas sobre los cuales fue construida la interfaz. La definicin de interfaz en si misma es un tanto arbitraria, aunque esto
depende de la naturaleza de la tarea que se tiene enfrente. Existen muchos tipos de software para la creacin de interfaces de usuario.
El sistema de ventanas permite la divisin de la pantalla en diferentes regiones rectangulares, llamadas ``ventanas''. El sistema de ventanas Windows para Unix
divide la funcionalidad de la ventana en dos capas: el sistema de ventanas, el cual es la interfaz funcional, y el administrador de ventanas. El sistema de ventanas provee de procedimientos que permiten a la aplicacin el dibujar figuras en la
pantalla y sirve como medio de entrada de las acciones del usuario. El administrador de ventanas le permite al usuario final el mover las ventanas por la
pantalla, y es el responsable de desplegar las lneas de ttulo, bordes e conos alrededor de las ventanas.
La parte central de un sistema de ventanas es el conjunto de herramientas (toolkit), el cual contiene los objetos grficos (widgets ms empleados tales como
mens, botones, barras de scroll, y campos para entrada de texto. Eltoolkit generalmente se conecta a los programas de aplicacin a travs de una
serie de procedimientos definidos por el programador. La funcin de estos procedimientos es el decidir la forma en que se comportarn los objetos grficos.
5.3.1 DEL LADO DEL CLIENTE
Con la programacin del lado del cliente se pueden validar algunos de los datos en la mquina cliente antes de enviarlos al servidor. Esto proporciona a los usuarios informes de error inmediatos, mientras siguen en esa pgina de formulario y sin
necesidad de volver atrs tras recibir un mensaje de error. Puede resultar necesario acceder a una base de datos para validar determinados valores, mientras
que no suele disponer de un acceso directo a la base de datos en la mquina del cliente, aunque ese acceso a la base de datos es factible.
Los clientes tambin se pueden mejorar con otras tcnicas. Por ejemplo, podemos usar controles ActiveX y Applets de Java. Aunque estas tecnologas son bastantes diferentes, el resultado final es similar: la interfaz del cliente puede hacer cosas
que no puede hacer normalmente con HTML. De momento, la diferencia principal entre ambas es que los controles ActiveX slo funcionan en IE. Las Applets de Java funcionan tanto en IE como en Navigator, aunque no todos los Applets funcionan
igual de bien en ambos exploradores.
5.3.1 DEL LADO DEL SERVIDOR
La programacin del lado del servidor es una tecnologa que consiste en el
procesamiento de una peticin de un usuario mediante la interpretacin de un script en el servidor web para generar pginas HTML dinmicamente como
respuesta Los primeros servidores web permitan visualizar exclusivamente informacin
esttica. Esto present pronto una limitacin; sobre todo desde el momento en el que la actividad publicitaria y comercial comenz a concentrarse tambin en
Internet. La primera solucin tcnica realizada fue la posibilidad de que el servidor web ejecutase programas residentes en la mquina de servicio. Esta tecnologa,
conocida como Common Gateway Interface (CGI) permita lanzar programas escritos principalmente en C o Perl.
Si bien la tecnologa CGI resolva el problema de la presentacin exclusiva de informacin esttica, al mismo tiempo presentaba dos limitaciones importantes: el
problema de seguridad que poda representar el hecho de que mediante una peticin se pudiesen ejecutar programas indeseados en el servidor y la carga del servidor (si una pgina que lanzaba un programa era llamada desde 100 clientes simultneamente, el servidor ejecutaba 100 procesos, uno por cada cliente que
solicitaba dicha pgina). Para resolver estos problemas, se busc desarrollar una tecnologa que permitiera
ejecutar, en un nico proceso del servidor, todos los pedidos de ejecucin de cdigo sin importar la cantidad de clientes que se conectaban concurrentemente.
As surgieron los denominados servlets, basados en la tecnologa Java de Sun Microsystems, y los filtros ISAPI de Microsoft. stos permitan ejecutar cdigo en
un nico proceso externo que gestionaba todas las llamadas realizadas por el servidor web, impidiendo al mismo tiempo que el servidor web pueda ejecutar
programas del sistema operativo. No obstante, de este modo se limitaron los problemas de prestacin y seguridad de
la tecnologa CGI, y no se resolvi el problema representado por un desarrollo demasiado costoso en trminos de tiempo. Asimismo, se hizo necesario que dos
figuras profesionales distintas trabajen en un nico proyecto: el programador (que conoce el lenguaje de programacin utilizado del lado del servidor) y el diseador
web (que conoce la parte grfica y el lenguaje HTML). Para resolver estas limitaciones, fueron desarrollados lenguajes que pueden ser incluidos al interno de archivos HTML. Estos comandos pueden ser interpretados (como por ejemplo las
pginas ASP o PHP) o precompilados (como en las pginas JSP o ASP.NET). Con la utilizacin de esta tecnologa se buscaba, tambin, desarrollar aptitudes de
diseador web en los programadores y de programador en los diseadores (se esperaba con ello el hacer ms fcil y veloz el desarrollo de scripts del lado del
servidor).
UNIDAD 6 INTEGRACIN DE APLICACIONES DISTRIBUIDAS.
6.1 ASIGNACIN DE LAS PARTES DE LA APLICACIN
Una vez realizada la identificacin de las partes, la valoracin de la sensibilidad nos lleva a darle un valor y a evaluar que tan crticos son: la informacin y los dems
elementos de la organizacin como el software, hardware, y el valor de los servicios que provee la aplicacin. Cuando hablamos de valor debemos tener claro
que a la informacin y a los servicios de red se les debe asociar un monto simblico, mientras el software y el hardware se evalan en dinero, de acuerdo a
los criterios que se describen a continuacin.
* Confidencialidad
La cual se refiere al servicio prestado para proteger la informacin principalmente de accesos no autorizados. Por ejemplo si hay un circuito virtual entre dos sistemas, este servicio debera ser capaz de proteger la "revelacin" de la
informacin que viaja por dicho circuito de un tercer atacante que intenta capturar dichos datos. Informacin del personal, investigaciones y reportes de desarrollo
son algunos de los ejemplos de informacin que necesita confidencialidad.
* Integridad
El servicio de integridad es el que permite que la informacin sea adecuada, completa y autntica en el momento de ser procesada, presentada, guardada o
transmitida. Por ejemplo si uno transmite datos de control de cualquier tipo por una red, mnimo desea que estos no lleguen daados o defectuosos porque las
consecuencias finales podran ser desastrosas (e.g. datos que controlen un mecanismo de armas). En algunos casos mantener y garantizar esta caracterstica
es ms importante que la confidencialidad.
Disponibilidad
Como su nombre lo indica la disponibilidad incluye todos los servicios de red que
se pueden tener y prestar en determinado momento. Un esquema tpico con el cual se maneja la disponibilidad es el de dos dominios donde el primero coloca un valor
a la informacin que se puede destruir completamente y nunca ms podr ser consultada, el segundo dominio coloca valores en tiempo de disponibilidad por
ejemplo: el servicio de impresora no est disponible por 1 hora, 2 horas o lo contrario est disponible solo por 3 horas, etc; este ltimo dominio conocido como
"over time" sirve para encontrar umbrales de disponibilidad; por ejemplo, "si despus de 2 horas no est disponible el servidor de la base de datos de empleados
hay que programar un procedimiento manual".
6.2 DISTRIBUCIN DE LA APLICACIN
Cada aplicacin considera el nodo local como una cache de los recursos disponibles en todo el sistema distribuido. En el caso de aplicaciones centralizadas, stas se limitan a utilizar dicha cache ignorando la ubicacin de los recursos (pensando que son locales). En cambio, las distribuidas pueden solicitar la asignacin de recursos en las ubicaciones que deseen y controlar la revocacin de tal modo que se mantengan en el nodo local (en la cache) los recursos convenientes (revocando primero aquellos recursos que sea ms barato traer al nodo local, y no aquellos que sea costoso volver a obtener debido a su ubicacin u otros factores). En este sentido es crucial que el kernel permita a las aplicaciones escoger las unidades de recurso que han de revocarse, de otro modo el sistema escogera l mismo las unidades a revocar y ello sin tener una idea exacta de para qu se emplea cada una de ellas.
El kernel permite que peticiones locales al sistema puedan operar con recursos remotos, eso es todo lo que hace. Por un lado, una aplicacin centralizada se puede distribuir ``automticamente'' interponiendo entre ella y el sistema un algoritmo distribuido de asignacin y revocacin de recursos. De este modo la distribucin ser como sigue:
Ante una peticin de recursos, el algoritmo de asignacin puede solicitar recursos remotos (o locales) al kernel.
La aplicacin realizar peticiones al sistema empleando dichos recursos de manera transparente. Sean stos locales o remotos, el kernel atender las peticiones.
Ante una eventual revocacin, el algoritmo de revocacin empleado puede optar por eliminar primero los recursos que sean mas ``baratos'' en trminos de posicin y uso.
Por otro lado, una aplicacin distribuida puede emplear algoritmos especficos de asignacin y revocacin sin necesidad de conformarse con un algoritmo general
que funcione bien en el caso medio. Cuando el sistema ve que el recurso es remoto es la propia implementacin del servicio la que contacta con el nodo remoto
usando protocolos especficos de cada aplicacin (esto es, realizando una up-call). Esto no es lo mismo que emplear una IPC distribuida que alcanza un ncleo remoto
sin que el local se entere de ello. Si se distribuyen slo las IPCs podemos tener problemas en el uso de referencias a memoria de usuario en las llamadas al sistema (una referencia local no es vlida en el nodo remoto). Estas pueden
ocasionar mensajes extra en la red o el envi de datos innecesarios.
6.3 INSTALACIN DE LOS COMPONENTES
Se ha convertido en un principio ampliamente aceptado en el diseo de aplicaciones distribuidas la divisin de la aplicacin en componentes que ofrezcan
servicios de presentacin, institucionales y de datos. Los componentes que realizan tipos de funciones similares se pueden agrupar en capas, que en muchos
casos estn organizados en forma de apilamiento para que los componentes que se encuentran por "encima" de una capa determinada utilicen los servicios
proporcionados por sta, y un componente especifico utilizar la funcionalidad proporcionada por otros componentes de su propia capa, y otras capas
"inferiores", para realizar su trabajo.
Esta visin dividida de una aplicacin tambin se puede aplicar a los servicios. Desde un punto de vista de alto nivel, se puede considerar que la solucin basada
en servicios est formada por varios servicios, los cuales se comunican entre s pasando mensajes. Desde el punto de vista conceptual, los servicios se pueden
considerar como componentes de la solucin global. Sin embargo, internamente el servicio est formado por componentes de software, al igual que cualquier otra
aplicacin, los cuales se pueden agrupar de forma lgica en servicios de presentacin, institucionales y de datos.
6.4 CONFIGURACIN DE LOS COMPONENTES
Las aplicaciones requieren datos de configuracin para funcionar tcnicamente. Los valores que modifican el comportamiento de las directivas (seguridad,
administracin operativa y comunicaciones) se consideran datos de configuracin.
Los datos de configuracin se conservan en los archivos de configuracin de .NET a nivel de usuario, equipo y aplicacin. La configuracin personalizada almacenada
aqu se puede definir con cualquier esquema y se puede tener fcil acceso mediante el uso de la clase Configuracin Settings en su aplicacin.
Es muy importante tener en cuenta la confidencialidad de seguridad de la
conexin; por ejemplo, no debe almacenar cadenas de conexin SQL en texto no cifrado en los archivos de configuracin XML, especialmente si contienen
credenciales SQL. Debera limitar el acceso a la informacin de seguridad a los operadores adecuados y a fin de disponer de una mayor seguridad, debera
considerar la firma digital de la informacin para asegurarse de que los datos de configuracin no se han modificado.
Los datos de configuracin se pueden almacenar en varios lugares, cada uno de
ellos con sus ventajas e inconvenientes:
Archivos de configuracin XML: el almacenamiento de los datos de configuracin aqu permite a los clientes de su aplicacin trabajar sin conexin y este modelo resulta fcil de implementar. Con aplicaciones de cliente enriquecido, este enfoque puede suponer un aumento en los costos de administracin de los cambios, ya que requiere que todos los clientes dispongan de la misma informacin de configuracin.
SQL Server o el almacn de datos de la aplicacin: se trata de la ubicacin de almacenamiento normal para los datos de configuracin administrados por la aplicacin, pero an ms para los metadatos de las aplicaciones. Si almacena aqu la configuracin, se recomienda que guarde los metadatos en una base de datos de SQL Server distinta de la de los datos empresariales. El acceso a la base de datos supone a menudo una mejora en el rendimiento, por lo que debera considerar el almacenamiento en cach.
Active Directory: dentro de una organizacin, puede decidir almacenar los metadatos de la aplicacin en Active Directory. De este modo, los clientes del dominio pueden disponer de los metadatos. Tambin puede asegurar la informacin en Active Directory con ACL de Windows, asegurando que slo los usuarios y las cuentas de servicio autorizadas podrn tener acceso al mismo.
Cadenas del constructor: si utiliza componentes basados en Enterprise Services, puede agregar datos de configuracin a la cadena del constructor para los componentes.
Otras ubicaciones para casos especiales: stas incluyen el Registro de Windows, el almacn de Windows Local Security Authority (LSA) y las implementaciones personalizadas. Se utilizan en casos muy especiales y agregan requisitos para los privilegios de aplicaciones en el equipo y los mecanismos de implementacin.
Soluciones de administracin de configuracin de terceros que pueden proporcionar tambin caractersticas de control de versiones e implementacin.
6.5 CONFIGURACIN DE LA APLICACIN
Los componentes de proceso de usuario generalmente requieren los siguientes
valores de configuracin:
Informacin de la ubicacin para llegar a los componentes de procesos empresariales y los componentes de acceso a datos.
Datos de conexin (como una cadena de conexin o una ruta de archivo) para el recurso que controla los datos de procesos de usuario persistentes para procesos de larga ejecucin.
Configuracin en agentes de servicios Los agentes de servicios necesitan disponer de informacin de configuracin para conectarse al servicio externo a travs de los servicios Web, colas de mensajes u otros medios. El esquema y los datos de configuracin dependen del servicio especfico al que se est teniendo acceso. Configuracin en los componentes de acceso a datos Los componentes de acceso a datos normalmente necesitan lo siguiente:
Necesitan tener la capacidad de asignar nombres de orgenes de datos lgicos a parmetros de la conexin fsica (por ejemplo, para asignar la base de datos "Ventas" a una cadena de conexin real).
Si los componentes de acceso a datos realizan un enrutamiento dinmico de datos, necesitar contar con datos de configuracin que expresen los parmetros (por ejemplo, regin del cliente), algoritmos (por ejemplo, hash) y destinos del enrutamiento (por ejemplo, cadenas de conexin para las bases de datos). Es comn incluir la lgica del enrutamiento dinmico de datos en un componente de utilidad distinto.
6.6 EVALUAR DESEMPEO
Los sistemas informticos a veces fallan. Cuando se producen fallos en el software o en el hardware, los programas podran producir resultados incorrectos o podran
pararse antes de terminar la computacin que estaban realizando. El diseo de sistemas tolerantes a fallos se basa en dos cuestiones, complementarias entre s: Redundancia hardware (uso de componentes redundantes) y recuperacin del software (diseo de programas que sean capaces de recuperarse de los fallos).
En los sistemas distribuidos la redundancia puede plantearse en un grano mas fino que el hardware, pueden replicarse los servidores individuales que son esenciales
para la operacin continuada de aplicaciones crticas.
La recuperacin del software tiene relacin con el diseo de software que sea capaz de recuperar (roll-back) el estado de los datos permanentes antes de que se
produjera el fallo.
Los sistemas distribuidos tambin proveen un alto grado de disponibilidad en la vertiente de fallos hardware. La disponibilidad de un sistema es una medida de la
proporcin de tiempo que est disponible para su uso. Un fallo simple en una maquina multiusuario resulta en la no disponibilidad del sistema para todos los
usuarios. Cuando uno de los componentes de un sistema distribuidos falla, solo se ve afectado el trabajo que estaba realizando el componente averiado. Un usuario
podra desplazarse a otra estacin de trabajo; un proceso servidor podra ejecutarse en otra mquina.
El trmino 'recurso' es bastante abstracto, pero es el que mejor caracteriza el abanico de entidades que pueden compartirse en un sistema distribuido. El
abanico se extiende desde componentes hardware como discos e impresoras hasta elementos software como ficheros, ventanas, bases de datos y otros objetos de
datos.
La idea de comparticin de recursos no es nueva ni aparece en el marco de los sistemas distribuidos. Los sistemas multiusuario clsicos desde siempre han
provisto comparticin de recursos entre sus usuarios. Sin embargo, los recursos de una computadora multiusuario se comparten de manera natural entre todos sus usuarios. Por el contrario, los usuarios de estaciones de trabajo monousuario o
computadoras personales dentro de un sistema distribuido no obtienen automticamente los beneficios de la comparticin de recursos.
Los recursos en un sistema distribuido estn fsicamente encapsulados en una de las computadoras y slo pueden ser accedidos por otras computadoras mediante
las comunicaciones (la red). Para que la comparticin de recursos sea efectiva, sta debe ser manejada por un programa que ofrezca un interfaz de comunicacin
permitiendo que el recurso sea accedido, manipulado y actualizado de una manera fiable y consistente. Surge el trmino genrico de gestor de recursos.
6.7 OPTIMIZACIN DEL DESEMPEO
Un gestor de recursos es un mdulo software que maneja un conjunto de recursos de un tipo en particular. Cada tipo de recurso requiere algunas polticas y mtodos
especficos junto con requisitos comunes para todos ellos. stos incluyen la provisin de un esquema de nombres para cada clase de recurso, permitir que los recursos individuales sean accedidos desde cualquier localizacin; la traslacin de nombre de recurso a direcciones de comunicacin y la coordinacin de los accesos concurrentes que cambian el estado de los recursos compartidos para mantener la
consistencia.
Un sistema distribuido puede verse de manera abstracta como un conjunto de gestores de recursos y un conjunto de programas que usan los recursos. Los usuarios de los recursos se comunican con los gestores de los recursos para
acceder a los recursos compartidos del sistema. Esta perspectiva nos lleva a dos modelos de sistemas distribuidos: el modelo cliente-servidor y el modelo basado
en objetos.