RESUMEN.

Este proyecto surge de la necesidad de tener un control de asistencias del personal de una empresa, cuyas caractersticas sean eficiencia, seguridad y comodidad. Estas caractersticas se obtienen utilizando cdigo de barras y software en ambiente distribuido, que son las caractersticas principales de este proyecto. OBJETIVOS. 1. 2. Control de asistencia eficiente, con el fin de agilizar el proceso del clculo de nmina. Control de asistencia seguro, con el fin de evitar al mximo las irregularidades a que son perceptibles los sistemas con checado en tarjetas de papel. Este objetivo se logra utilizando cdigo de barras as como teniendo un acceso restringido al sistema y solo modificable por personal autorizado. Un sistema cmodo y agradable de consultas y reportes que permita acceso mltiple de usuarios autorizados. Un sistema multitarea que permita registrar las entradas de los empleados mientras la computadora en la cual est residente dicho proceso pueda realizar otras labores. Un sistema econmico, en el cual dado el auge actual de el trabajo distribuido en las empresas (soportado por las redes de computadoras), se considere la utilizacin de estos recursos y tan solo se invierta en el dispositivo de lectura, las credenciales y el software que aqu se menciona.

3. 4. 5.

INTRODUCCIN. Aunque actualmente se cuentan con sistemas de control de asistencia los sistemas manuales requieren de personal dedicado para llevar a cabo dicho control, entre las principales funciones de estas personas se encuentran colocar, organizar y remplazar las tarjetas en donde se registra la asistencia del empleado, adems realiza la sntesis de informacin para integrarla a algn sistema de nmina, lo cual carece de eficiencia y seguridad. Otros sistemas existentes son los electrnicos que utilizan un sistema de computo de propsito especial y no requieren de alguna computadora externa para realizar sus labores, entre las caractersticas de estos sistemas se encuentran: limitado a un nmero mximo de empleados, renovacin de tarjetas especiales para este dispositivo. Entre los sistemas actuales se encuentran los electrnicos que utilizan cdigo de barras para el control de asistencia; entre estos encontramos dos variantes, los que cuentan con un dispositivo de lectura, reloj y memoria interna, lo que permite integrarse a un sistema de computo sin necesidad que dicho sistema se encuentre en continua atencin al reloj. La otra variante cuenta nicamente con un dispositivo de lectura tiene la ventaja de ser ms econmico que los anteriores pero necesita constante atencin del sistema de computo. Como vimos estos sistemas requieren integrarse a una computadora y un software que los atienda. Entre las caractersticas de dicho software se encuentra que estn diseados para ejecutarse en un ambiente monousuario y un modo texto. El proyecto realizado cuenta de por lo menos un dispositivo de lectura de cdigo de barras y un software diseado para atender al dispositivo, en un ambiente grfico multiusuario (Windows 95 o Windows NT), otra parte del software se encargar de interactuar con supervisores y administradores proporcionndoles una manera fcil y agradable de generar consultas, modificaciones y reportes de las asistencias de empleados, todo esto soportado en una arquitectura cliente-servidor. Los requerimientos mnimos para este sistema son una PC con Windows 95 o una LAN con Windows 95 o Windows NT y una impresora. Se pretende que este sistema se integre a la empresa en sus sistemas de informacin con un mnimo de inversin y con los beneficios citados anteriormente. DESARROLLO. Computacin Cliente/Servidor [1]. La computacin Cliente/Servidor comprende una arquitectura descentralizada que permite a los usuarios finales obtener acceso a la informacin de forma transparente en un entorno multivendedor. Las aplicaciones cliente/servidor acoplan una IGU (Interface Grfica de Usuario) a un SGBDR(Sistema Gestor de Bases de Datos Relacionales) basado en el servidor. La propia naturaleza de las aplicaciones cliente/servidor sugiere una forma de procesamiento cooperativo, en la que la responsabilidad de efectuar las funciones del sistema esta distribuida entre varios elementos computacioneales casi independientes que existen como parte de un sistema abierto. Berson afirma adems que toda aplicacin cliente/servidor puede dividirse en uno de cuatro componentes: Lgica de presentacin: La parte de una aplicacin que intereactua con un dispositivo de un usuario final como una terminal, un lector de cdigo de barras o un computadora porttil. Sus funciones incluyen formateo de la pantalla, lectura y escritura de informacin de la pantalla, y gestin de ventanas, teclado y ratn. Lgica del negocio: La parte de una aplicacin que utiliza informacin del usuario y de la base de datos para efectuar transacciones de acuerdo a las restricciones de las reglas del negocio. Lgica de base de datos: La parte de una aplicacin que manipula los datos dentro de la aplicacin. La manipulacin de datos en SGBDs relacionales se realiza mediante un dialecto del SQL(Lenguaje Estructurado de Consultas).

Procesamiento de bases de datos: El verdadero procesamiento de los datos de la base de datos realizado por el SGBD(Sistema Gestor de Bases de Datos). Idealmente, el procesamiento del SGBD es transparente a la lgica de negocios de la aplicacin. El problema fundamental para el arquitecto es como y donde distibuir estos elementos computacionales a lo largo de una red abierta. Para complicar bastante el proceso de decisin, esta el hecho de que los estandares y herramientas cliente/servidor evolucionan a un ritmo que causa confusin. El arquitecto debe encontrar su camino atravez de una serie de propuestas como POSIX (Portable Operating System Interface), el modelo de referencia Open System Interconnection (OSI), el Object Management Group common object request broker (CORBA) y extenciones orientadas a objetos de SQL (SQL3), as como soluciones especificas de cada fabricante, como el mecanismo Object Linking and Embedding (OLE) de Microsoft. No slo los estndares tienen su impacto en las decisiones de los arquitectos, sino que deben considerarse problemas como la seguridad, rendimiento y capacidad. Berson sugiere reglas prcticas para el arquitecto de un sistema cliente/servidor: ? En general, se sita en un sistema cliente un componente de la lgica de presentacin con sus facilidades de entrada y salida por pantalla. ? Dada la potencia disponible de las estaciones de trabajo clientes, y el hecho de que la lgica de presentacin resida en el sistema cliente, tiene sentido situar tambin alguna parte de la lgica del negocio en un sistema cliente. ? Si la lgica de procesamiento de bases de datos est embebida en la lgica del negocio, y si los clientes mantienen unos datos de baja interaccin casi estticos, la lgica de procesamiento de bases de datos puede ubicarse en el sistema cliente. Dado el hecho de que una red de rea local tpica conecta clientes dentro de un grupo de trabajo con propsitos comunes, y suponiendo que el grupo comparta una base de datos, todos los fragmentos comunes y compartidos de la lgica del negocio y de las bases de datos y el propio SGBD debera emplazarse en el servidor. Si se adoptan las decisiones arquitectnicas correctas y se a tenido xito al llevar a su termino los detalles tcticos de su implantacin, el modelo cliente /servidor ofrece una serie de beneficios, como observa Berson: ? Permite a las corporaciones aprovechar mejor la tecnologa emergente de computadoras personales. ? Permite al procesamiento residir cerca de la fuente de datos que se esta procesando. Por tanto, el trafico de la red (y el tiempo de respuesta) pueden reducirse en gran medida. ? Facilita el uso de interfaces grficas de usuario disponibles en estaciones de trabajo potentes. ? Permite y promueve la aceptacin de los sistemas abiertos. Por supuesto, hay riesgos: ? Si se traslada al servidor una porcin significativa de la lgica de la aplicacin, el servidor puede convertirse en un cuello de botellas de la misma forma que lo hace un mainframe en una arquitectura maestro/esclavo. ? Las aplicaciones distribuidas son ms complejas que las no distribuidas. DESCRIPCIN DEL TRABAJO. Especificaciones de diseo: ? El dispositivo de lectura es un dispositivo ptico infrarrojo de tipo ranura que permite leer los cdigos de barras estndares y permite la comunicacin serial utilizando el protocolo RS-232. ? Se utiliza el cdigo de barras 39. ? Se implementa para el sistema operativo Windows 95 y Windows NT (a travs de la API Win32). ? Se implementa Visual C++ 5. Se utiliza el manejador de base de datos Microsoft Jet 3.0 y el formato es el de Access. La arquitectura general del sistema esta dada por la figura SCA1. Se opta por implementar el proyecto en dos aplicaciones las cuales se comunican a travs del SGBD y se denominan LECTOR y SCA.

La aplicacin Lector registra las lecturas de cdigos de barras de las tarjetas de los empleados. Est aplicacin es diseada considerando: ? Que el usuario de la computadora en la cual reside la aplicacin realiza otras labores independientes del sistema de control de asistencia. ? Que debe procesar rpidamente las lecturas de los empleados, con el fin de estar en condiciones de procesar la prxima lectura de algn otro empleado. ? No debe utilizar una gran cantidad de recursos de la computadora para no disminuir drsticamente el rendimiento de sta. ? Una mnima interaccin con el usuario, que consiste en visualizar la hora actual del lector, el ultimo empleado registrado, y slo el personal autorizado puede cerrar la aplicacin o configurar el puerto en el cual est conectado el dispositivo de lectura y el lugar donde reside la base de datos. Se recomienda que esta aplicacin resida en la computadora donde se encuentra la base de datos, debido a que si se encuentra en otro lugar genera trfico en la red. La aplicacin SCA realiza la interaccin de usuarios autorizados con la base de datos. Las categoras de usuarios son: Administrador y Supervisor. Las funciones de esta aplicacin para supervisores son: ? La consulta e impresin los empleados a su cargo. ? La consulta e impresin de los horarios. ? La consulta, insercin, modificacin y eliminacin de permisos para sus empleados. ? La consulta de los das no laborables. ? La modificacin del registro de asistencia de sus empleados.

Las funciones de esta aplicacin para administradores son: ? La insercin, modificacin, consulta, eliminacin e impresin de todos los empleados. ? La insercin, modificacin, consulta, eliminacin e impresin de los horarios. ? La insercin, modificacin, consulta, eliminacin e impresin de permisos. ? La insercin, modificacin, consulta, eliminacin e impresin de das no laborables. ? La insercin, modificacin, consulta, eliminacin e impresin de registro de asistencias. ? La insercin, modificacin, consulta, eliminacin e impresin de usuarios del sistema. ? Realizar la sntesis de informacin e imprimirla CONCLUSIONES. Entre los resultados ms importaste obtenidos son: La eficiencia del sistema permite llevar a cabo la sntesis de la informacin que se utiliza en el proceso de nomina en menor tiempo que el sistema tradicional. La seguridad del sistema que evita las anomalas a las que son vulnerables los sistemas anteriores y permite que los diferentes supervisores utilicen su autoridad para modificar la informacin pertinente de sus subordinados y lograr descentralizar este tipo de actividades que anteriormente la hacia exclusivamente un departamento asignado para esta labor. La facilidad de uso que permite a diferentes supervisores consultar la informacin de sus subordinados desde diferentes lugares con la comodidad de utilizar un ambiente grfico como es Windows 95 o Windows NT. Su costo es muy bajo comparado con los actuales sistemas de control de asistencia. Puesto que este sistema utiliza los recursos existentes de las empresas actuales como lo es una red de computadoras o una sola computadora, la inversin es muy inferior en relacin con los sistemas electrnicos actuales en donde el simple dispositivo llega a costizarse entre 1500 y 2000 dlares, mientras que el dispositivo utilizado por nuestro sistema su precio varia entre 350 y 450 dlares. Su flexibilidad de adecuarse a las necesidades de la empresa, pudiendo modificar la ubicacin de los datos y los dispositivos de lectura. Adems de no tener limite para el nmero de empleados y dispositivos de lectura. Por los anteriores puntos este sistema se vuelve muy atractivo para las empresa actuales. REFERENCIAS BIBLIOGRAFICAS. Anlisis y diseo orientado a objetos, Grady Booch, Addison-Wesley, Segunda Edicin 1996.