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:

Interfaces de usuario (Capa de Presentacin)

2.
Interactivo con otros usuarios.
3.
Interactivo con aplicaciones externas o servicios.

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 (<<FK>>).
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

o
o
o
o
o

Diseo de Interfaz de Usuario

formatos Individuales de Interfaz de Pantalla Grfica
Catlogo de Controles y Elementos de Diseo de Interfaz de Pantalla Grfica
Modelo de Navegacin de Interfaz de Pantalla Grfica
formatos de Impresin
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.