Puesta en Funcionamiento

Por ultimo se debe instalar de forma adecuada los componentes de hardware y software

para el óptimo funcionamiento del proyecto.

En primer lugar se instalan en la parte posterior del computador las tarjetas de cliente y

servidor que se encuentran identificadas por una etiqueta en la superficie de las mismas,

computadores cliente y servidor quedado pendiente el computador que porta la base de

datos.

Para configurar el computador servidor de base de datos se procede a copiar e instalar el

archivo llamado bd.mdb en la ruta “c:\” del computador destinado para ello, luego de

esto se procede a enlazar este archivo para que el computador con la aplicación servidor

pueda comunicarse con la base de datos, para ello se le asigna bd.mdb un enlace ODBC

como se muestra a continuación:

Figura 46. Configuración del enlace ODBC y el computador de base de datos.

Una vez configurado esto, se puede dar inicio a la aplicación servidor y luego a todas o

de un servicio y este consulte con la base de datos por medio del enlace ODBC,

CONCLUSIONES

• Se implementó un medio efectivo de comunicación, entre las aplicaciones y el dispositivo electrónico, dado que se obtuvo un nivel de voltaje continuo

por medio del uso de un algoritmo el cual hace que el puerto genere una

diferencia de potencial de 5 voltios (sección 5.5.6, Test Alimentación), lo

que permitió el optimo funcionamiento del circuito de interfase RS232, el

cual adapta voltajes comprendidos entre +15 y -15 voltios en niveles TTl,

manejables para los módulos RF.

• Se desarrolló una plataforma totalmente interactiva con los usuarios tanto clientes como servidores, siendo esta desarrollada con el entorno de

programación Borland C++ Builder, el cual ofrece componentes de

desarrollo altamente estables y personalizables. Además la plataforma

resulto ser lo bastante estable para manejar unos niveles realmente bajos de

procesamiento los cuales no comprometen de una forma alarmante el uso de

recursos del sistema, siendo para la aplicación servidor un consumo de

procesamiento cercano al 16%, mientras que para la aplicación cliente el

nivel de procesamiento estuvo el 17% y 19%, (sección 5.5.6, Test CPU), lo

perturbar el modo de operación de los computadores donde se tiene instalado

el sistema.

• El circuito electrónico garantizó la conectividad de los sistemas cliente y servidor, como se vio en las pruebas iniciales de la sección 5.5.6, durante una

prueba de desconexión de los cables de red de los computadores el sistema

de apoyo inalámbrico tubo un rendimiento del 85.71% dado que el ambiente

donde se realizaron las pruebas fue un ambiente contaminado por emisiones

electromagnéticas fuertes como se llegó a determinar causadas en su mayoría

por las luces fluorescentes, las cuales perturbaban el medio de transmisión y

recepción, lo que ocasionó fallas en la transmisión de instrucciones de

control por parte del servidor hacia el cliente más no se registro ningún

cambio de estado con los clientes ante la interferencia magnética.

• Se logró establecer el estado particular de las estaciones, ya que Modelo Cliente Servidor Propuesto en la sección 5.5.3, permitió que datos como los

de conexión y desconexión de la estación cliente llegaran sin ningún

contratiempo, esto asociado a las múltiples consultas que se realizan a la

base de datos para establecer que permisos efectivos tiene durante un

• El diseño de estrategias como lo son la asignación de tiempo, habilitar o deshabilitar clientes, y el control en el estado de conexión y desconexión

permitió realizar un seguimiento que se encuentra en el Anexo D, del cual se

pudo determinar:

a. las actividades propias de los computadores se estabilizan a los 3.5

segundos de su asignación.

b. El tiempo promedio para que una estación cliente entre en

funcionamiento es de aproximadamente 3.75 segundos.

c. el grado de conformidad con el sistema fue del 79.16%.

Con los anteriores indicadores se puede afirmar entonces que el sistema de

control de aplicaciones ayuda y permite organizar mejor las actividades en

un grupo de computadores, al controlar su tiempo de uso y su estado,

BIBLIOGRAFIA

TANENBAUM, ANDREW S.: "Redes de Ordenadores", 3 Ed., Prentice Hall International, 1996.

STEVENS, W. R.: "TCP/IP Illustrated Vol. 1 The protocols" Prentice Hall, 1994

P. Mähönen, T Saarinen and Z Shelby, " Wireless internet over LMDS: Architecture and Experimental Implementation, " IEEE Magazine, Topic in Wireless, May 2001,Vol. 39, N° 5, p.p 126-132.

J. Kuri and M. Gagnaire, ENST Paris, France "ATM Traffic Management in an LMDS Wireless Access Network," IEEE Magazine-Inelligence in Optical Network. September. 2001. Vol 39, N° 9, p.p 133-128.

Kalev, D. (1999). "The ANSI/ISO C++. Programmer's Handbook". Professional. ISBN 0-7897-2022-1 (ING 1627)

Main, M., Satvich, W. (2001). "Data Structures and Other Objects Using C++". Addison-Wesley. ISBN 0-201-70297-5

#include <vcl.h> AnsiString Men; #pragma hdrstop #include "INTERCOMC.h" //--- #pragma package(smart_init)

#pragma link "trayicon" #pragma resource "*.dfm" TForm1 *Form1;

//--- __fastcall TForm1::TForm1(TComponent* Owner)

: TForm(Owner) {

}

//--- void __fastcall TForm1::Timer1Timer(TObject *Sender) {

ClientSocket1->Socket->SendText("Equipo1 conectado"); }

//---

void __fastcall TForm1::FormCloseQuery(TObject *Sender, bool &CanClose) {

ClientSocket1->Socket->SendText("Equipo1 desconectado"); }

//---

void __fastcall TForm1::Timer2Timer(TObject *Sender) {

//keybd_event(VK_ESCAPE, NULL, NULL, 0); //Application->Restore();

//Application->BringToFront(); }

//---

void __fastcall TForm1::Button1Click(TObject *Sender) { ClientSocket1->Port = 9921; if(ClientSocket1->Active) { ClientSocket1->Active = false; }

else { ClientSocket1->Host = Edit1->Text; ClientSocket1->Active = true; } Timer1->Enabled = true; } //---

void __fastcall TForm1::ClientSocket1Read(TObject *Sender, TCustomWinSocket *Socket) { Men = Socket->ReceiveText(); if(Men == "chao") { ClientSocket1->Socket->SendText("Equipo1 desconectado"); exit(0); } } //---