DESARROLLO Y ADECUACION DE SOFTWARE DISTRIBUIDO.

CASOS PRCTICOS
PRESENTACIN:
En esta seccin se presenta un caso real de empresa en la que los requerimientos tecnolgicos obligan a
la implementacin de un sistema distribuido. Es importante anotar que algunas de las especificaciones son
estimadas basndose en los requerimientos conocidos de la empresa y pueden llegar a diferir en tecnologa
y magnitud. Lo anterior debido a que una institucin de tan grandes proporciones como la analizada
mantiene la complejidad de los sistemas de informacin en estricto secreto.

EL CASO:
MercadoLibre es una empresa dedicada a la intermediacin en venta y subasta de artculos por Internet.
Es el sistema distribuido por excelencia ya que tiene sedes interdependientes en 12 pases de
Latinoamrica, adems de ser parte de la macro red EBay . Siendo cada una de las sedes un sistema
distribuido por s mismo el conjunto de sistemas de cada pas integrados forma un macro sistema digno de
ser analizado en el espectro de la presente asignatura.
LO FUNDAMENTAL:
Es importante mirar qu hace de MercadoLibre un sistema distribuido. Para este propsito nos centraremos
nicamente en la sede operativa de Colombia. Sera ingenuo pensar que un sistema catalogado entre uno
de los 50 sitios Web con ms vistas de pgina (page views) del mundo podra residir en uno o pocos
servidores o funcionar de forma monoltica. La distribucin de este sitio debe corresponder a la de un
sistema distribuido por necesidades bsicas de arquitectura, de otra forma el mantenimiento sera imposible
de realizar sin dejar inhbil el sitio por das o hasta meses. Adems, la experiencia de usuario sera lenta y
las peticiones que son en promedio 1000 por segundo colapsaran el sistema en cuestin de minutos.
COMO TRABAJA:
El sitio Web no vende artculos directamente. Se encarga de la intermediacin entre comprador y vendedor
en diferentes modalidades transaccionales como la venta y compra directa, por subasta, Mercado Pago
o acuerdos entre comprador y vendedor.
En primer lugar la arquitectura del sistema requiere servidores independientes para brindar la interfaz de
usuario a los ms de 50 millones de usuarios registrados as el sitio sea local a un solo pas. Lo anterior
implica que un usuario registrado en Argentina tenga pleno acceso a las ventas que se estn ofreciendo en
Colombia y tenga la posibilidad de efectuar una compra realizando el negocio directamente con el oferente.
Con lo anterior se entiende entonces que los servidores de Colombia tambin pueden y recibirn peticiones
desde los doce pases que forman la macro red de Mercado Libre y que los clientes no slo se limitan a un
mbito local razn por la cual el sistema debe ser dividido.
Lo primero que requiere un sitio Web exitoso es una apertura rpida pero a la vez atractiva y fcil de
navegar. Cmo se puede lograr esto? La respuesta es delegar el trabajo de entregar al cliente la interfaz
grfica a un grupo de servidores exclusivos para dicha tarea. De esta forma se obtiene la primera capa de
la solucin: La presentacin.
La presentacin es universal e igual para cada uno de los 12 sitios que conforman la macro red. La
aplicacin Web muestra en su primera parte diversos artculos que basados en preferencias o bsquedas
anteriores se seleccionan para que el usuario pueda iniciar la navegacin sin complicaciones. Tambin en
la parte superior encuentra un buscador a travs del cual podr filtrar los artculos que desea de acuerdo a
nombre o descripcin. En esta parte slo intervienen servidores con la presentacin sin elaborar ningn
tipo de almacenamiento ni procesamiento a alto nivel lo que permite una ejecucin siempre rpida de la
aplicacin y una estabilidad asegurable en el tiempo. Ya que se tiene un grupo de servidores redundantes
para la presentacin con una configuracin uniforme, el mantenimiento de los mismos es muy fcil ya que
se pueden sacar uno o dos de ellos de lnea sin afectar el funcionamiento general del sitio.
La segunda capa para el sitio es la inteligencia del negocio. El sitio depende para la seleccin y filtros
bsicos o avanzados, adems de la carga de informacin para el usuario, inicio de sesin y proceso de
compra-venta de servidores dedicados slo al flujo de trabajo que implican esas operaciones. Hay flujos de
trabajo y verificaciones bastante complejas en este sitio, un ejemplo de ellas es el proceso de compra en
el que se involucran la carga de informacin del comprador que puede ser requerida en un servidor de otro
pas al igual que la del vendedor que en su caso podra ser local o en un almacenamiento de otro pas.
Estas peticiones complejas implican un requerimiento de grandes capacidades de procesamiento al igual
que una alta disponibilidad puesto que aunque el servidor de presentacin entregue el sitio, el flujo de
trabajo est determinado nicamente por la inteligencia programada en los servidores de flujos de trabajo
e inteligencia de negocios por lo cual forman el corazn de la navegacin en el sitio y de su xito. Hay que
recordar que en esta capa es en la cual se tienen las peticiones entre servidores de diferentes pases
cuando es requerido.
Como ltima capa tenemos el almacenamiento el cual es realizado en uno de los centros de
almacenamientos ms grandes y tecnolgicos del mundo. Se requiere un arreglo de inmensas proporciones
para guardar la informacin de 50 millones de usuarios adems de los artculos descritos en HTML,
imgenes y videos que pueden aadir desde sus propias cuentas o tiendas virtuales.
LA IMPORTANCIA DE LA CAPA INTERMEDIA:
Es fcil de comprender la presentacin y el almacenamiento ya que son hasta cierta parte de poca variacin
en las soluciones empresariales. Siempre habr un elemento de imagen o presentacin que conocemos
como GUI con el cual permite la comunicacin del usuario con la aplicacin. Esta parte es clara para la
mayora de usuarios y diseadores.
El segundo elemento comn es el almacenamiento. Por ms diferente que sea una solucin a otra siempre
habr una tecnologa para archivar los datos que requiere el proceso involucrada en su funcionamiento.
Esta tecnologa funciona similar a todos los casos ya que normalmente se tiene un software de gestin de
base de datos que regula los procesos de incorporacin, modificacin y borrado. Lo anterior nos deja con
una capa llena de singularidades: La capa de inteligencia de negocios. Esta capa se define siempre distinta
en cada solucin. Aunque hay cierto grado de uniformidad de una organizacin similar a otra, siempre la
capa intermedia requiere de una adaptacin y trabajo orientado a apoyar el proceso y objetivos de la
empresa.
Es por esta razn que se le da una importancia adicional porque reconocer que la inteligencia de negocios
es la base de un sistema exitoso es fundamental en el proceso de diseo. Crear la correcta inteligencia es
lo ms complicado ya que no debe interferir en lo ms mnimo con la presentacin ni mucho menos tener
que ver con el almacenamiento ms que para realizar peticiones por lo cual es complicado su diseo pero
muy importante para poder escalar la aplicacin como en el caso actual, en el que tenemos una
escalabilidad impecable dada por una separacin efectiva en tiempo de diseo de los elementos a mostrar,
los de procesamiento y el almacenamiento de todo lo anterior.

EJERCICIO DIDCTICO 2
UN CASO PRCTICO
Reconociendo los elementos anteriores algo que viene a ser de importancia para el trabajo actual es el ser
capaces de proponer una solucin para un problema o SXsistema existente. En esta se deben tener en
cuenta tanto la dimensin como la interaccin entre las diferentes dependencias de la empresa de tal forma
que el sistema brinde todos los elementos necesarios para la consecucin de los objetivos de su diseo.

RECONOCER LA EMPRESA:

Lo principal antes de iniciar el trabajo de elaborar las capas del sistema distribuido es reconocer cules van
a ser las dependencias de la empresa que emplearn el sistema. Servientrega es una institucin privada
con nimo de lucro dedicada a la mensajera especializada en todo el territorio colombiano y en varios
pases de Suramrica, adems de coordinar entregas con sus socios comerciales a nivel mundial. Es un
caso bien interesante de sistema distribuido ya que en cada una de las oficinas que tiene la empresa a nivel
nacional se deben ingresar remesas, consultar estados, modificar elementos y todo esto contando con que
se deben tener elementos de validacin y autenticacin adecuados adems de una persistencia total y
control de fallas.

DIVISIN INTERNA DE LA EMPRESA

Ya que es una empresa de mensajera y servicios vinculados al transporte como giros y envos su divisin
departamental es bastante clara en la que se distinguen cuatro departamentos bien definidos: Transporte,
Clasificacin, Registro y Gestin o Auditora. En el primero se tiene la parte de entrega y recibimiento de
paquetes y el debido proceso de transporte entre las rutas que maneje el sistema. En el segundo se tienen
los centros de despacho desde los cuales se reciben y clasifican los paquetes para entregarlos al primer
departamento. Luego estn los registros que permiten al cliente rastrear su paquete y a la empresa verificar
el cumplimiento de las rdenes y por ltimo est la gestin y auditora de la informacin donde se verifica
el logro de los objetivos corporativos y se toma la informacin para establecer polticas que permitan un
mejoramiento continuo del servicio.

COMUNICACIN INTERDEPARTAMENTAL Y ALMACENAMIENTO DISTRIBUIDO

Aunque este caso en particular no ofrece un almacenamiento distribuido total, se maneja a travs de una
cach para trabajo desconectado en cada terminal de servicio. En caso de desconexin cada terminal tiene
un almacenamiento permanente de sus operaciones que le sirve para sincronizarse con los servidores
centrales en caso de desconexin. Una vez sincronizados los datos la base de datos central tendr todas
las remesas y operaciones disponibles para consulta. Aunque a nivel nacional funcione as, en el nivel
internacional el almacenamiento debe ser totalmente distribuido para que el funcionamiento sea ptimo.
Cada pas guarda en sus servidores las operaciones, pero desde otra central en otro pas se pueden realizar
consultas y actualizaciones. Un ejemplo es cuando se enva mercanca de Colombia a Ecuador. El registro
se almacena en Colombia y se inicia, pero cuando la mercanca ingresa al centro de reparto de Ecuador,
desde este mismo pas se modifica el estado de la remesa y se especifica su ingreso al centro de reparto
local.
En cuanto a la comunicacin interdepartamental el flujo de trabajo es fcil de mostrar aunque difcil de
implementar en la realidad. El flujo de trabajo es simple: Se inicia el proceso con la solicitud de transporte
desde el departamento de registro. Aqu se solicita, si es necesario, la recogida de los elementos
involucrados en la transaccin y se eleva la peticin al departamento de transporte. En ste se realiza el
procedimiento y se informa a Registro el estado de la remesa (Ej: Recogida, en proceso, etc.) Una vez
recogido se lleva a Clasificacin donde se establece la ruta ms conveniente para su envo. Cuando se
identifica se efecta el registro correspondiente y se entrega a Transporte para la respectiva movilizacin.
Una vez en el destino, en el centro de arribo de los paquetes se registra el ingreso para facilitar la consulta
en lnea por parte del cliente final. Al final, la informacin queda accesible al departamento de control y
auditora desde el cual verifican el cumplimiento de horarios y la rapidez de entrega en las remesas.

QUE IDENTIFICAMOS EN ESTE MODELO

La escalabilidad del modelo es un factor importante. El sistema puede crecer confiando en la robustez de
los servidores y en la correcta distribucin de funciones interdepartamentales. Adems de la gran
confiabilidad que tendr el sistema por la ausencia de sobrecargas o mala distribucin de tareas. Lo anterior
se aprecia con ms facilidad en el siguiente esquema:

TERCERA PARTE
PROPONIENDO UN SISTEMA:
Para quien les escribe un sistema distribuido cuya implementacin ser de gran beneficio no slo para sus
usuarios sino para la comunidad en general es el registro y control centralizado pero a la vez distribuido de
notas, asignaturas y registro de comportamiento acadmico para los estudiantes de bsica primaria,
secundaria y media vocacional a nivel nacional.
Este sistema consiste en mantener registros distribuidos en cada una de las instituciones educativas, pero
que a la vez sea disponible para consulta desde otras instituciones de tal manera que sea posible corroborar
la informacin que trae el estudiante que ha cambiado de domicilio y evitar posibles fraudes en el momento
de matricularse.
En la actualidad el proceso de matrcula cuando el estudiante cambia su domicilio y debe transferirse a otra
institucin implica el llevar registros firmados que deben corroborarse por va telefnica. En numerosas
ocasiones es un proceso tedioso y complicado ya que al haber tanta demanda educativa en los colegios
los encargados de registro pueden no dar respuesta oportuna a la solicitud de verificacin dando lugar a
interrupciones en el proceso. Adems, en lugares donde el control es ms difcil de ejercer, la inclusin de
fraudes en los registros que lleva el estudiante a su nueva institucin es un hecho que se presenta cada
vez con mayor frecuencia. Los colegios llevan registros aislados a nivel nacional, adems que emplean
diferentes tipos de software hecho a la medida pero no existe un registro universal para ellas que pueda
ser empleado a nivel nacional para elaborar consultas o establecer datos generales que permitan al
gobierno central llevar control de la calidad educativa directamente desde la fuente.
Esta solucin ayudara a tomar mejores decisiones, ya que las actuales se basan en los exmenes anuales
que se realizan a estudiantes de algunos grados en los que muchas veces se incluyen tpicos fuera del
dominio de la comunidad estudiantil y se establecen polticas producto de informacin inexacta.
En el sistema propuesto no se tiene un almacenamiento central, sino que cada institucin es responsable
por sus registros y mantenimiento de los mismos evitando as expensas adicionales y se mantendr un
enlace disponible a los clientes externos slo para consulta al cual se podr ingresar con una clave provista
por la institucin que cambiar automticamente para cada ejecucin y que llegar nicamente al correo
electrnico de la institucin que solicita. Adems, debe permitir el envo de informacin global al sistema
central del gobierno de forma peridica de tal manera que se tenga un banco de datos disponible para
estudiar las necesidades de los estudiantes y las materias con mayores falencias a nivel nacional. Tambin
se pueden establecer de esta forma perfiles regionales para no establecer medidas estticas a nivel
nacional sino que cada regin y de acuerdo a sus necesidades reciba el apoyo requerido para mejorar su
labor acadmica.
Dentro del sistema slo se requiere un elemento centralizado el cual es la base de datos de las instituciones
educativas. Dentro de sta se tendrn los correos electrnicos a los cuales llegarn las contraseas de
acceso al sistema (ya que estas cambiarn para cada ejecucin de la aplicacin) permitiendo de esta forma
que el almacenamiento permanezca distribuido, que haya escalabilidad y crecimiento gil para el sistema,
una disponibilidad garantizada ya que la baja del sistema en un colegio no afecta su ejecucin en otro
colegio y le dar los criterios para ser un sistema distribuido casi ideal.
De esta forma, se prestar un servicio til a la comunidad educativa, se brindarn herramientas para minera
de datos y mejores decisiones con un sistema distribuido casi ideal cuyos requisitos presupuestales sern
mnimos.

1. CARACTERIZACIN DE LOS SISTEMAS DISTRIBUIDOS

1.1. PROPONGA CINCO TIPOS DE RECURSOS HARDWARE Y CINCO

TIPOS DE SOFTWARE O DE DATOS QUE PUEDAN COMPARTIRSE
TILMENTE. PROPONGA EJEMPLOS DE SU USO COMPARTIDO
TAL Y COMO OCURRE EN LA PRCTICA EN LOS SISTEMAS
DISTRIBUIDOS.

Recursos hardaware:
Router
 Switch
Servidor
Impresora
Scaner
Recursos Software
Pginas web
Documentos en formato pdf
Noticias
Propagandas
TV online

1.2. CMO PODRA SINCRONIZARSE LOS RELOJES DE DOS

COMPUTADORES UNIDOS POR UNA RED LOCAL, SIN HACER
USO DE UNA REFERENCIA TEMPORAL EXTERNA? QU
FACTORES LIMITARAN LA PRECISIN DEL PROCEDIMIENTO
PROPUESTO? CMO PODRAN SINCRONIZARSE LOS RELOJES
DE UN MAYOR NMERO DE COMPUTADORES CONECTADOS A
INTERNET? DISCUTA LA PRECISIN DE ESTE PROCEDIMIENTO.

Con el uso de algoritmos como los semforos que se usan en muchos sistemas operativos
para sincronizacin de procesos.

1.3. UN USUARIO LLEGA A UNA ESTACIN DE FERROCARRIL QUE

NO CONOCE, PORTANDO UN PDA CAPAZ DE CONECTARSE A
UNA RED INALMBRICA. SUGIERA CMO PODRA
PROPORCIONRSELE AL USUARIO INFORMACIN SOBRE LOS
SERVICIOS LOCALES Y LAS COMODIDADES EN LA ESTACIN,
SIN NECESIDAD DE INSERTAR EL NOMBRE DE LA ESTACIN O
SUS CARACTERSTICAS. QU DIFICULTADES TCNICAS HAY
QUE SUPERAR?

Realizando una pgina web incrustada en el servidor de internet, que al conectarse

inalmbricamente a travs del punto de acceso cague como pgina principal los servicios
que brinda la estacin. Las dificultades que se presentaran a la hora de desarrollar esta
solucin, son los costos de implantacin y mantenimiento que sera necesario cubrir.
1.4. CULES SON LAS VENTAJAS Y DESVENTAJAS DE HTML, URL
Y HTTP COMO TECNOLOGAS DE BASE PARA LA CONSULTA Y
VISUALIZACIN DE INFORMACIN? SON ALGUNAS DE ESTAS
TECNOLOGAS ADECUADAS COMO PLATAFORMA DE CMPUTO
CLIENTE-SERVIDOR EN GENERAL?

HTML
Ventajas:
Fcil de usar, casi como usar Word.
Las aplicaciones de texto, tienen la ventaja de ocupar poco espacio, ser rpidas y la mayora
tiene mucho desarrollo. Hay que pensar que las terminales existen hace mucho tiempo.
Desventajas:
Es muy bsico, no ofrece demasiadas opciones; como programa para crear pginas Web, no
es el ms completo; al realizar acciones complejas se complica todo.
Los programas de texto son poco amigables y tienen una interfaz restringida. Son ideales
para tareas administrativas de la computadora, terminales con enlaces lentos, y software en
general para computadoras de poca capacidad.
Como contrapartida existen las aplicaciones grficas, con una interfaz mejorada pero con
mayor lentitud en mostrar informacin. Son ideales para tareas de usuarios finales,
personas con poca prctica en computacin, etc.
En este curso se van a usar aplicaciones grficas en lo posible.
Las tareas administrativas ms importantes (aadir/eliminar usuarios, configurar hardware,
dar permisos, etc.) se pueden hacer en ambas interfaces, tanto en la de texto como en la
grfica.
URL (http://es.wikipedia.org/wiki/Data_URL 2010)
Ventajas
Las cabeceras HTTP no son requeridas para los datos empotrados, por lo que data: URIs
pueden usar menos recursos de la red que la sobrecarga de la codificacin del contenido en
lnea ya que un data: URI es ms pequeo que las cabeceras HTTP que de otro modo seran
necesarias.
Los navegadores estn tpicamente configurados para usar un mximo de cuatro conexiones
simultneas a un servidor, por lo que los datos en lnea liberan una conexin de descarga
para otros contenidos.
Los navegadores gestionan menos entradas de cache para un fichero que contiene data:
URIs.
Los entornos con un acceso limitado o restringido a los recursos externos pueden empotrar
contenido cuando no se permite o no es prctico hacer referencias externas. Por ejemplo,
un campo avanzado de edicin de HTML podra aceptar una imagen pegada o insertada y
convertirla en un data: URI para ocultar la complejidad de las fuentes externas al usuario.
Desventajas
El contenido empotrado debe ser extrado y decodificado antes de realizarse cambios, y
despus debe ser recodificado y reempotrado.
Los data: URIs codificados en Base64 son aproximadamente un 33% ms grandes que sus
equivalentes binarias.
Las URL codificadas como data: URIs pueden ser hasta un 200% ms grandes (en casos
extremos) que el contenido del texto original.
La informacin que es empotrada ms de una vez es descargada para cada referencia como
parte del fichero contenedor, y por lo tanto no se beneficia del cach del navegador.
La capacidad mxima del navegador en la longitud del URI limita el tamao mximo de los
datos. Por ejemplo, los URIs en Opera suelen tener un lmite de 4KB.
Los datos son incluidos como flujos simples, y muchos entornos de procesamiento (como
los navegadores web) pueden no soportar dichos contenedores (como multipart/alternative
o message/rfc822) para proveer una complejidad mayor como metadatos, compresin de
datos o negociacin de contenidos.
HTTP
Ventajas
Es ms rpido y ms funcional para transmitir pginas de internet.
Desventajas
Cada vez que se visita una pgina, el contenido tiene que ser descargado.
1.5. TOME WORLD WIDE WEB COMO EJEMPLO PARA ILUSTRAR EL
CONCEPTO DE COMPARTICIN DE RECURSOS, CLIENTE Y
SERVIDOR.

LOS RECURSOS EN WORLD WIDE WEB Y OTROS SERVICIOS SE

DIRECCIONAN MEDIANTE URL. QU SIGNIFICAN LAS SIGLAS
URL? PROPORCIONE EJEMPLOS DE TRES TIPOS DE RECURSOS
WEB A LOS QUE PUEDA DARSE UN NOMBRE URL.

Proviene de las siglas en ingls de uniform resource locator, es un localizador uniforme de

recursos.
El primer paso consiste en traducir la parte nombre del servidor de la URL en una direccin
IP usando la base de datos distribuida de Internet conocida como DNS. Esta direccin IP es
necesaria para contactar con el servidor web y poder enviarle paquetes de datos. El
siguiente paso es enviar una peticin HTTP al servidor Web solicitando el recurso. En el caso
de una pgina web tpica, primero se solicita el texto HTML y luego es inmediatamente
analizado por el navegador, el cual, despus, hace peticiones adicionales para los grficos y
otros ficheros que formen parte de la pgina. Las estadsticas de popularidad de un sitio web
normalmente estn basadas en el nmero de pginas vistas o las peticiones de servidor
asociadas, o peticiones de fichero, que tienen lugar.
(http://es.wikipedia.org/wiki/World_Wide_Web 2010)
1.6. D UN EJEMPLO DE URL. ENUMERE LOS TRES COMPONENTES
PRINCIPALES DE UN URL, INDICANDO CMO SE DELIMITAN E
ILUSTRE CADA UNO A PARTIR DE UN EJEMPLO.

HASTA QU LMITE ES TRANSPARENTE A LA UBICACIN EN

URL?

Los componentes de la URL son:

El esquema
Algunos ejemplos de esquemas URL:
http - recursos HTTP
https - HTTP sobre SSL
ftp - File Transfer Protocol
mailto - direcciones E-mail
ldap - bsquedas LDAP Lightweight Directory Access Protocol
file - recusos disponibles en el sistema local, o en una red local
news - grupos de noticias Usenet (newsgroup)
gopher - el protocolo Gopher (ya en desuso)
telnet - el protocolo telnet
data - el esquema para insertar pequeos trozos de contenido en los documentos. Otros
componentes de la URL son : .com, .net, .co, .uk, .edu, .org, .jp, etc
1.7. Un programa servidor escrito en un lenguaje (por ejemplo c++) proporciona un objeto
BURBUJA al que se pretende que accedan clientes que pudieran estar escritos en un
lenguaje diferente (por ejemplo Java). Los computadores clientes y servidores pueden
tener un hardware diferente, pero todas estn conectadas a Internet. Describa los
problemas debidos a cada uno de los cinco aspectos de la heterogeneidad que necesitan
resolverse para posibilitar que un objeto cliente invoque un mtodo sobre el
objeto servidor.
Redes.
En este aspecto cada uno de los lenguajes utiliza los protocolos de comunicacin.
Hardware de computadores.
 En este, los lenguajes de programacin se basan en el tipo de arquitectura para poder definir
su codificacin.
Sistemas operativos.
Estos son los que administran los recursos de la computadora, cediendo recursos para los
distintos procesos, en este caso cada programa diseado para un determinado sistema
operativo debera ejecutarse sin problemas.
Lenguajes de programacin.
Implementaciones de diferentes desarrolladores.

1.8. UN SISTEMA DISTRIBUIDO ABIERTO PERMITE LA ADICIN DE

NUEVOS SERVICIOS DE COMPARTICIN DE SERVICIOS COMO
EL OBJETO BURBUJA DEL EJERCICIO 1.7 Y QUE SEAN
ACCESIBLES POR UNA VARIEDAD DE PROGRAMAS CLIENTE.
DISCUTA EN EL CONTEXTO DE ESTE EJEMPLO, HASTA LAS
NECESIDADES DE EXTENSIBILIDAD DIFIEREN DE LAS DE
HETEROGENEIDAD.

Dos programas escritos en diferentes lenguajes pueden manejar el archivo Burbuja si es que
comparten el algoritmo de Burbuja.

1.9. SUPONGA QUE LAS OPERACIONES DEL OBJETO BURBUJA

ESTN SEPARADAS EN DOS CATEGORAS: OPERACIONES
PBLICAS DISPONIBLES PARA TODOS LOS USUARIOS Y
OPERACIONES PROTEGIDAS DISPONIBLES SOLO PARA CIERTOS
USUARIOS CONOCIDOS POR UN NOMBRE CONCRETO.
PRESENTE TODOS LOS PROBLEMAS RELACIONADOS CON LA
OPERACIN DE GARANTIZAR QUE SOLO LOS USUARIOS CON
NOMBRE CONOCIDOS PUEDAN ACCEDER A LA OPERACIN
PROTEGIDA. SUPONIENDO QUE EL ACCESO A UNA OPERACIN
PROTEGIDA DA INFORMACIN QUE NO DEBIERA REVELARSE AL
RESTO DE LOS USUARIOS QU MS PROBLEMAS APARECEN?

Actualmente la gran mayora de gestores de bases de datos permiten asignar privilegios a

cada uno de los usuarios para que realicen determinadas operaciones y acceso a datos, del
mismo modo la administracin de recursos que realiza un sistema operativo dentro de una
red local o internet tambin pueden ser restringidas por el usuario. Pero los problemas ms
frecuentes que han de suceder son la infeccin con virus, troyanos, y otros; y la falta de
conocimientos de seguridad en los recursos de parte del administrador del sistema.
1.10. EL SERVICIO INFO ADMITE UN CONJUNTO DE RECURSOS
POTENCIALMENTE MUY GRANDE, CADA UNO DE LOS CUALES
PUEDE SER ACCEDIDO POR USUARIOS DE INTERNET MEDIANTE
UNA CLAVE (EN FORMA DE STRING). DISCUTA UNA
APROXIMACIN AL DISEO DE LOS NOMBRES DE LOS
RECURSOS QUE LOGRA LA MNIMA PRDIDA DE PRESTACIONES
SEGN CRECE EL NMERO DE RECURSOS EN EL SERVICIO.
SUGIERE COMO PUEDE IMPLEMENTARSE EL SERVICIO INFO
PARA EVITAR CUELLOS DE BOTELLA EN LAS PRESTACIONES
CUANDO EL NMERO DE USUARIOS SE VUELVA MUYGRANDE.

Solucionamos los cuellos de botella Implementando bases de datos en servidores con

algoritmos y servicios que permitan la concurrencia de procesos.
2. MODELOS DE SISTEMA

2.1. DESCRIBA E ILUSTRA LA ARQUITECTURA CLIENTE-SERVIDOR

DE UNA LAS PRINCIPALES APLICACIONES DE INTERNET (POR
EJEMPLO EL WEB, E-MAIL O NETNEWS).

De estos elementos debemos destacar:

El Puesto de Trabajo o Cliente
Una Estacin de trabajo o microcomputador a una red, que le permite acceder y gestionar
una serie de recursos el cual se perfila como un puesto de trabajo universal. Nos referimos
a un microcomputador conectado al sistema de informacin y en el que se realiza una parte
mayoritaria de los procesos.
Se trata de un fenmeno en el sector informtico. Aquellos responsables informticos que
se oponen a la utilizacin de los terminales no programables, acaban siendo marginados por
la presin de los usuarios.
Debemos destacar que el puesto de trabajo basado en un microcomputador conectado a
una red, favorece la flexibilidad y el dinamismo en las organizaciones. Entre otras razones,
porque permite modificar la ubicacin de los puestos de trabajo, dadas las ventajas de la
red.

2.2. PARA LAS APLICACIONES DISCUTIDAS EN EL EJERCICIO 2.1

INDIQUE COMO COOPERAN LOS SERVIDORES AL PROVEER UN
SERVICIO.

El servidor:
Espera las solicitudes de los clientes.
Ejecuta muchas solicitudes al mismo tiempo.
Atiende primero a los clientes VIP.
Emprende y opera actividades de tareas en segundo plano.
Se mantiene activa en forma permanente.
2.3. CMO ESTN INVOLUCRADAS, EN EL PARTICIONADO Y/O
REPLICACIN (O EL USO DE CACHE) DE LOS DATOS DE CIERTOS
SERVIDORES, LAS APLICACIONES DISCUTIDAS EN EL EJERCICIO
2.1?

La memoria cache est diseada para brindar acceso rpido a las aplicaciones ms usadas,
en este caso el servidor dar esa misma posibilidad a nuestras aplicaciones cliente
servidor.

2.4. UN MOTOR DE BSQUEDA ES UN SERVIDOR WEB QUE OFRECE

A LOS CLIENTES LA OPORTUNIDAD DE BUSCAR EN CIERTOS
NDICES ALMACENADOS Y (CONCURRENTEMENTE) LANZAR
VARIOS ESCALADORES WEB PARA CONSTRUIR Y ACTUALIZAR
ESTOS NDICES CULES SON LOS REQUISITOS DE
SINCRONIZACIN ENTRE ESTAS ACTIVIDADES CONCURRENTES?

Si una actividad se est ejecutando en su seccin crtica (porcin de cdigo de un programa

de computador en la cual se accede a un recurso compartido que no debe ser accedido por
ms de un hilo en ejecucin), entonces ningn otro proceso se puede estar ejecutando en
su seccin crtica en ese mismo tiempo. Y los servidores se ejecutan sobre Sistemas
operativos que solucionan este problema de la concurrencia.
2.5. SUGIERA ALGUNAS APLICACIONES PARA UN MODELO ENTRE
PARES, DISTINGUIENDO ENTRE CASOS EN LOS QUE EL ESTADO
DE TODOS NECESITA SER IDNTICO Y CASOS QUE DEMANDAN
MENOS CONSISTENCIA.

Este modelo se aplica en muchos juegos en red como Starcraft, warcraft, y en muchos
gestores de descarga que lleva el nombre peculiar de Programas P2P como el Ares, Emule,
Torrent y otros.

2.6. TABULE LOS TIPOS DE RECURSOS LOCALES QUE SON

VULNERABLES A UN ATAQUE POR UN PROGRAMA NO FIABLE
QUE SE DESCARGA DE UN LUGAR REMOTO Y SE EJECUTA EN
UN COMPUTADOR LOCAL.

La mayora de los recursos locales como los dispositivos de red, sonido, video,
almacenamiento, entradas y salidas son vulnerables a programas no fiables como los virus,
troyanos, gusanos y otros que se distribuyen mediantes de red internet.

2.7. D EJEMPLOS DE APLICACIONES DONDE SEA BENEFICIOSO

EMPLEAR CDIGO MVIL.

Las tecnologas orientadas a dispositivos mviles avanzaron de tal manera que todas las
aplicaciones que se pueden tener en casa, tambin pueden ser llevadas a cualquier lugar
consigo una vez instalados previamente.

2.8. QU FACTORES AFECTAN EL MODO DE COMPORTAMIENTO

DE UNA APLICACIN QUE ACCEDE A LOS DATOS COMPARTIDOS
ADMINISTRADOS POR UN SERVIDOR? DESCRIBA LOS REMEDIOS
DISPONIBLES Y DISCUTA SU UTILIDAD.

Los factores que afectan al comportamiento de una aplicacin son los privilegios que
estaran asignados a los diferentes usuarios segn su funcin sobre las aplicaciones, an se
le puede proporcionar todos los privilegios de administracin a una computadora cliente
con previa autentificacin del administrador, y naturalmente esta funcin de privilegiar a
usuarios sera el remedio ms acertado y comn.

2.9. DISTINGA ENTRE BUFFER Y CACHE.

Se define como buffer a una memoria intermedia, o memoria de almacenamiento temporal

de informacin entre un dispositivo y otro, por ejemplo, la computadora y la impresora, o
la computadora y el disco rgido. El buffer almacena los datos a modo de los denominados
"paquetes de informacin" para ser volcados al dispositivo en cuestin. Hecho esto, el
buffer se "vaca" y queda disponible para recibir otro "paquete" y repetir as el
procedimiento.

En cambio cuando hablamos de memoria en "Cache", se puede decir que es un conjunto

de datos duplicados de otros, con el propsito de obtener la informacin en forma ms
rpida, cuando el conjunto de los datos originales resultan ms difciles de acceder en
tiempo con respecto a la copia en memoria cach.

Cuando se accede por primera vez a un dato, este se copia en el cach y cuando se requiera
volver a obtener ese dato se acceder al mismo directamente en cach. De esta forma se
aumenta la velocidad del proceso dado que se evita el volver a tener que extraerlo del
medio en que se encuentra el original.
 La diferencia entre el buffer y el cache es que, si bien ambos pueden ser considerados como
memorias temporales, en el buffer el dato se pierde una vez utilizado para ser reemplazado
por otro, mientras que en el cache, permanece mientras el proceso lo requiera accediendo
a l tantas veces como sea necesario.

2.10. D ALGUNOS EJEMPLOS DE FALLOS EN EL HARDWARE Y EL

SOFTWARE DE UN SISTEMA DISTRIBUIDO QUE PUEDAN O NO
SER TOLERADOS MEDIANTE EL USO DE REDUNDANCIA. EN
QU PUNTO PODEMOS ASEGURAR QUE EL EMPLEO DE
REDUNDANCIA, CUANDO SEA ADECUADO, HACE QUE EL
SISTEMA SEA TOLERANTE FRENTE A FALLOS?

Cuando los dispositivos hardware o software no son compatibles para su uso con
redundancia, o no son mantenidos adecuadamente de tal modo que si uno falla, el otro
auxiliar poder llegar a fallar en caso de que no se haya solucionado el problema del
primero.

Ejempo de aplicacin cliente servidor con java.net

Para mostrar la implementacion en Java de los pasos para escribir aplicaciones cliente-servidor,
se incluye este ejemplo:

RegistroConexiones.java
import java.net.*;
import java.io.*;

/**Esta clase envia un breve mensaje a los clientes que se conectan y cierra la conexion. No
puede atender a la vez a m as de un cliente . Si hay algun errro al intentar enviar el mensaje al
cliente (por ejemplo, porque se ha cerrado tras conectarse), la aplicacion se cierra*/

public class RegistroConexiones{

public static void main(String args[]){
ServerSocket socketServidor=null;
Socket socketCliente=null;
PrintWriter salida=null;
//Se crea el socket de servidor en el puerto 4000
try{
socketServidor= new ServerSocekt(4000);
}
catch(IOException e1){
System.out.println("No se ha podido arrancar el servidor");
//Se intenta cerrar el socket de servidor.
if(socketServidor!=null)
try{
socketServidor.close();
}
catch(IOExceptio e2){
//
}
System.exit(-1);
}
while(true){
try{
//se aceptan peticiones de los clientes
socketCliente=socketServidor.accept();
//se abre un flujo de salida
salida= new PrintWriter(SocketCliente.getOutputStream());
//se muestra informacion sobre la conexion entrante y se envia un mensaje al cliente
System.out.println("Conexion del cliente con direccion" +
socketCliente.getInetAddress().getHostAddress()+ "por el puerto" + socketCliente.getPort());
salida.println("Hola y adios");
salida.close();
//se cierra el socket.
socketCliente.close();
}
catch(IOException e3){
if(salida!=null){
salida.close();
}
if(socketCliente!=null){
try{
socketCliente.close();
}
catch(IOE)}
}
}
}

Crear un Sistema Distribuido con NI VeriStand

Fecha de Publicacin: feb 11, 2016 | 0 Calificaciones | 0.00 fuera de 5 |

Read in English

| Imprimir

Visin General
Usted puede desarrollar varios tipos de sistemas distribuidos. Por ejemplo, el enfoque de recopilar
entradas y salidas (E/S) en una ubicacin distinta que un solo procesador central, generalmente es
llamado E/S distribuida. Otro ejemplo es aadir mltiples procesadores a un solo sistema, por
consiguiente distribuir el procesamiento. Este artculo habla sobre crear un sistema distribuido de
procesamiento y E/S con NI VeriStand, lo cual incluye varias caractersticas que hacen del desarrollo de
sistemas distribuidos una experiencia ms eficiente.

Los sistemas de control, como aquellos encontrados en aviones, automviles y otros proyectos
industriales, a menudo requieren E/S y potencia ms computacional para monitorear, probar o simular
que lo que una sola tarjeta de procesador y chasis pueden ofrecer. Esta nota tcnica explica cmo usted
puede crear un sistema escalable, distribuido y sincronizado para cumplir con las necesidades de un
sistema de hardware en el ciclo (HIL) o de pruebas en tiempo real. NI VeriStand es un entorno de
software fcil de usar para configurar aplicaciones de pruebas en tiempo real, incluyendo sistemas de
pruebas HIL. Al usar las funciones de NI VeriStand, usted puede crear este sistema sin la necesidad de
disear, programar y mantener la arquitectura de software.

Contenido
1. La Necesidad de Sistemas Distribuidos
2. Caractersticas de Integracin a Nivel del Sistema
3. Compartir Datos entre Sistemas Distribuidos
4. Sincronizar un Sistema Distribuido
5. Conclusin
6. Informacin Adicional
1. La Necesidad de Sistemas Distribuidos
Usted generalmente puede separar grandes sistemas en varios componentes diferentes e implementar y
tratar cada componente de hardware y software por separado. Para proporcionar la habilidad de E/S y
mayor potencia de computo, usted puede implementar cada componente del sistema en un juego
diferente de hardware.
Por ejemplo, las alas del avin, timones, motores, alerones y dems, todos necesitan ser simulados y/o
probados. Usted puede separar este sistema en varias piezas de hardware, como se muestra en la Figura
1 para aprovechar un enfoque modular.

Figura 1. Usted puede usar mltiples sistemas PXI para simular componentes de un avin.
[+] Ampliar Imagen
Regresar al Inicio
2. Caractersticas de Integracin a Nivel del Sistema
Al usar NI VeriStand, uno o ms PCs (servidores) de operador pueden comunicarse con uno o ms
objetivos de ejecucin en tiempo real con mnima configuracin. NI VeriStand maneja toda la
comunicacin entre las PCs de operador (servidores) y objetivos de ejecucin en tiempo real. La Figura 2
muestra una sola topologa involucrando un servidor y un objetivo.

Figura 2. Topologa Simple

El componente de un servidor que se comunica con el objetivo es el NI VeriStand Gateway. Esto es
manejado automticamente, pero es un concepto clave para comprender topologas ms grandes.
Usted puede aadir objetivos fcilmente a una topologa dentro del NI VeriStand System Explorer.

Figura 3. Aadir un objetivo dentro del System Explorer.

Un solo archivo de definicin del sistema puede contener un nmero ilimitado de objetivos y hasta
combinar diferentes tipos de objetivos.

Figura 4. Un solo archivo de definicin del sistema puede contener mltiples objetivos.
Cada objetivo puede tener su propia configuracin de hardware y software y todos los objetivos pueden
ser desplegados e interactuar desde un solo gateway.

Figura 5. Mltiples objetivos pueden ser desplegados e interactuar desde un solo servidor.
Las PCs principales adicionales pueden comunicarse con la misma topologa del objetivo al comunicarse
con otro gateway del servidor.
 Figura 6. Mltiples Servidores y Mltiples Topologas de Objetivos
Para lograr esto, los servidores adicionales simplemente necesitan cambiar la direccin del NI VeriStand
Gateway para ser el servidor remoto. El resto de la aplicacin se mantiene igual.
Regresar al Inicio
3. Compartir Datos entre Sistemas Distribuidos
Para hacer que un sistema distribuido se comporte como un solo sistema, se requiere compartir datos
entre los componentes del sistema. Esto es un elemento clave que proporciona las diferentes piezas para
funcionar. Esto generalmente se logra al usar interfaces de memoria reflectiva.
Las redes de memoria reflectiva son redes de comunicacin local (LANs) en tiempo real en las cuales
cada PC siempre tiene una copia local actualizada del juego de memoria compartida. Estas redes
especializadas son diseadas especficamente para proporcionar comunicaciones de datos altamente
determinsticas. Ofrecen el rendimiento temporizado necesario para una variedad de aplicaciones
distribuidas de control industrial y simulacin. Las redes de memoria reflectiva se han beneficiado con los
avances en redes de datos de uso general, pero mantienen una tecnologa completamente independiente,
manejada por diferentes requerimientos y responidendo a las aplicaciones para las cuales el
determinismo, la simplicidad de implementacin y falta de sobrecarga del software son factores clave. 1
La memoria reflectiva le da a NI VeriStand la habilidad de compartir datos entre mltiples objetivos, al
cumplir con los requisitos de rendimiento y determinismo de todo el sistema. Al usar memoria reflectiva,
usted puede dividir un modelo de simulacin para ejecutar en diferentes sistemas simultneamente. Los
valores de entrada y salida son compartidos entre los sistemas individuales por medio de la memoria
reflectiva. Las tarjetas de memoria reflectiva de Plataformas Inteligentes GE son soportadas en NI
VeriStand 2010 y versiones posteriores. Varios componentes de NI VeriStand pueden usar memoria
reflectiva para ayudarle a crear un sistema de mltiples objetivos.
Adems, NI VeriStand distribuye datos automticamente entre objetivos para varios usos. Por ejemplo,
usted puede configurar un perfil de estmulo (prueba) para ejecutar un Objetivo A que relaciona datos con
el Objetivo B. NI VeriStand automticamente crea y habilita un enlace entre los objetivos para obtener los
datos. Esto es realizado automticamente sin configuracin explcita del usuario.
La figura 7 muestra un sistema de ejemplo con tarjetas de memoria reflectiva.

Figura 7. Mltiples Chasis con Memoria Reflectiva

Regresar al Inicio
4. Sincronizar un Sistema Distribuido
Es importante pensar en los requerimientos de temporizacin y sincronizacin al disear un sistema. Si el
hardware distribuido no est sincronizado, el muestreo de entradas y salidas no sucede simultneamente.
Tambin, con el tiempo, el flujo puede provocar que un componente del sistema acumule ms muestreos
que otro, an si son configurados bajo la misma velocidad. Si su meta es la simulacin, esto puede causar
problemas. Por ejemplo una simulacin puede estar en un estado de tiempo distinto que la otra. Tambin,
el registro y anlisis de datos puede ser daado al no ser los datos del mismo momento.
La informacin general de los Fundamentos de Sincronizacin cubre varios de los detalles como CLOCK
DRIFT y CLOCK SKEW.
Sincronizar un sistema distribuido involucra la sincronizacin de hardware y la sincronizacin de software.
Opcionalmente, puede sincronizar el sistema completo a una referencia externa del tiempo como GPS o
IRIG.
Sincronizacin de Hardware
La sincronizacin de hardware significa que cada pieza de hardware en el sistema comparte un reloj de
referencia de hardware para temporizacin y un disparo de inicio para comenzar tareas de E/S. Cada
pieza de hardware en el sistema obtiene sus propios relojes del mismo reloj de referencia de hardware y
cada pieza del hardware inicia al mismo tiempo.
Ejemplos de tareas comunes de sincronizacin y temporizacin de hardware incluyen muestreo
simultaneo en varias tarjetas de adquisicin de datos, actualizar el ciclo de trabajo en la salida digital de
una tarjeta de arreglo de compuerta programable en campo (FPGA) al actualizar salidas analgicas de
adquisicin de datos, protocolo de sincronizacin entre un multmetro digital (DMM) e interruptor,
enlazado de fase bloqueada de un generador de forma de onda con un digitalizador o sincronizar un
downconverter de RF con un digitalizador de frecuencia intermedia.
Usted puede crear un sistema distribuido NI VeriStand con un chasis NI PXI. Extensiones PCI para
Instrumentacin (PXI) es una plataforma robusta basada en PC que ofrece una solucin de despliegue de
bajo costo y alto rendimiento para sistemas de medidas y automatizacin. PXI combina el bus elctrico
Interconexin de Componentes Perifricos (PCI) con el paquete mecnico Eurocard robusto y modular de
CompactPCI y aade buses de sincronizacin especializados y caractersticas clave de software.
El chasis contiene el plano trasero PXI de alto rendimiento, el cual incluye el bus PCI y buses de
temporizacin y disparo. La instrumentacin modular aade un reloj dedicado de referencia del sistema
de 10 MHz, bus de disparo PXI, bus de disparo en estrella y bus local entre ranuras para cubrir la
necesidad de temporizacin, sincronizacin y comunicacin lateral avanzadas sin perder las ventajas de
PCI.
La manera ms fcil de compartir un reloj de referencia entre el chasis PXI es con las conexiones BNC
CLK10 en la parte posterior del chasis. Casi la mayora de los chasis PXI modernos tienen estas
terminales BNC. Cada chasis tiene una conexin de salida CLK10 y una conexin de entrada CLK10. Al
conectar la salida CLK10 de un chasis a la entrada CLK10 del otro chasis, puede asegurase que est
usando el mismo reloj de referencia.
Para compartir un disparo en estrella, se recomienda un dispositivo DAQ de National Instruments. Un
chasis puede exportar un disparo para uno o varios chasis para usarse como un disparo en estrella.
Puede ver un ejemplo de la configuracin de la sincronizacin de hardware en la Figura 8. En esta
configuracin, un chasis NI PXI-1042 maestro exporta su CLK10 como una referencia de tiempo a otro
chasis PXI con un cable BNC. Todos los chasis importan un disparo en estrella externo. Puede aprender
ms sobre la sincronizacin de mltiples chasis al leer Diseo Avanzado de Sistemas de Temporizacin y
Sincronizacin.
 Figura 8. Sincronizacin de Hardware de Chasis Mltiples
[+] Ampliar Imagen
NI VeriStand maneja toda la sincronizacin de hardware automticamente en un chasis y usted elige
entre varias opciones para exportar e importar relojes de muestreo y disparos a otros objetivos.
Despus de aadir los dispositivos DAQ a una configuracin del sistema en el NI VeriStand System
Explorer, puede ver en la Figura 6 que uno de los nombres del dispositivo DAQ est en negrita. NI
VeriStand ha elegido automticamente este dispositivo para ser el dispositivo DAQ maestro para cada
chasis. El dispositivo DAQ maestro acepta un disparo externo para permitir sincronizacin de mltiples
objetivos. NI VeriStand sincroniza dispositivos DAQ no maestros con el dispositivo DAQ maestro en este
solo chasis y no son involucrados en la sincronizacin de mltiples chasis.

Figura 9. El dispositivo en negrita ha sido seleccionado como el dispositivo DAQ maestro.

Usted puede personalizar la seleccin del dispositivo DAQ maestro, as como el disparo en la pgina del
chasis. Seleccione el chasis en el rbol. Debe ver la pgina que se muestra en la Figura 10. Las
secciones importantes para sincronizacin de hardware de mltiples chasis han sido subrayadas.
 Figura 10. Chassis Importa Disparo en PFI 6
En la Figura 10, el chasis es configurado para importar un disparo a Dev1 en PFI 6. Consulte el manual
del hardware para el dispositivo Dev1 para encontrar la terminal para PFI 6.
Despus de crear estas configuraciones y cablear el BNC y las lneas, puede desplegarlos a los objetivos
de ejecucin en tiempo real ejecutando NI VeriStand para ofrecer sincronizacin de hardware.
Si el chasis que est usando no tiene conexiones BNC CLK10 o si requiere de rendimiento de
sincronizacin an mayor, puede usar un mdulo NI 665x de temporizacin y sincronizacin para realizar
esta misma funcin. Si decide usar un mdulo NI 665x, asegrese que cada configuracin del sistema
tiene al dispositivo 10MHz PLL de temporizacin y sincronizacin agregado y configurado para exportar
o importar el reloj de 10 MHz.
Sincronizacin de Software
La sincronizacin de software significa que varias piezas del cdigo en el sistema (en este caso, el NI
VeriStand Real-Time Engine) comparten un reloj de ejecucin y un disparo en estrella para comenzar la
ejecucin al mismo tiempo.
El NI VeriStand Real-Time Engine est diseado para usar E/S de un solo punto temporizada por
hardware (HWTSPIO) cuando los dispositivos de hardware adecuados estn disponibles. HWTSPIO es
una caracterstica de hardware y software DAQ que permite bloquear la ejecucin del software ante
relojes de hardware fsicos. El bloqueo de software a hardware est disponible solamente para entrada
analgica, as que una configuracin del sistema debe tener por lo menos un canal de entrada analgica
aunque no sea usado.
Por lo tanto, si el hardware es sincronizado como se describe arriba y est presente un canal de entrada
analgica en cada configuracin, cada software NI VeriStand Real-Time Engine del objetivo es
sincronizado automticamente.
Sincronizar a una Referencia de Tiempo
En algunos casos, los componentes del sistema deben estar sincronizados no solamente entre ellos, sino
tambin a una referencia de tiempo externa. Ya que el enfoque anterior para sincronizar los componentes
del sistema involucra un objetivo maestro que comparte su seal de reloj y disparo con el resto del
sistema distribuido, usted puede lograr la sincronizacin de referencia del tiempo al sencillamente
sincronizar el objetivo maestro a la referencia externa del tiempo.
El Complemento Clock 10 Discipline para NI VeriStand proporciona a NI VeriStand Engine la habilidad de
sincronizar a una referencia externa del tiempo. La referencia externa del tiempo puede ser cualquiera de
las referencias soportadas para un mdulo NI PXI-6682. El complemento utiliza una combinacin del PXI-
6682 y otro dispositivo de temporizacin y sincronizacin para acostumbrar al chasis PXI a la referencia
externa del tiempo. Puede encontrar ms detalles en la pgina del complemento.
La Figura 11 muestra componentes del ejemplo de sistema distribuido que son sincronizados entre ellos y
a una referencia externa del tiempo.
 Figura 11. Sincronizacin de Hardware de Mltiples Chasis con Referencia Externa de Tiempo
[+] Ampliar Imagen
Regresar al Inicio
5. Conclusin
Con NI VeriStand usted puede configurar E/S en tiempo real, perfiles de estmulo, registro de datos,
alarmas y otras tareas; implementar algoritmos de control o simulaciones del sistema al importar modelos
desde una variedad de entornos de software; construir interfaces de sistemas de pruebas rpidamente
con una interfaz de usuario editable en tiempo de ejecucin con herramientas listas para usar y aadir
funcionalidad personalizada usando NI LabVIEW, NI TestStand, ANSI C/C++, .NET, Python y otros
entornos de software.
Al aprovechar NI VeriStand, usted puede fcilmente crear un sistema HIL, de celda de pruebas, de
pruebas en tiempo real o de monitoreado usando las caractersticas de mltiples objetivos.