UNIVERSIDAD NACIONAL ABIERTA REA DE INGENIERA CARRERA: INGENIERA DE SISTEMAS.

SISTEMA BAJO TECNOLOGA WEB PARA EL CONTROL DE ASISTENCIA DEL PERSONAL ADSCRITO A LA UNIDAD DE APOYO PUNTO FIJO DE LA UNIVERSIDAD NACIONAL ABIERTA (UNA).

Trabajo de Grado presentado ante la Universidad Nacional Abierta Por Br. Mariela Guanipa G. Para Obtener el Ttulo de Ingeniero de Sistemas Punto Fijo, Septiembre 2009

ii

SISTEMA BAJO TECNOLOGA WEB PARA EL CONTROL DE ASISTENCIA DEL PERSONAL ADSCRITO A LA UNIDAD DE APOYO PUNTO FIJO DE LA UNIVERSIDAD NACIONAL ABIERTA (UNA). Br. Mariela Guanipa. C.I. 7.571.768 Oficina de Apoyo Punto Fijo Centro Local Falcn Tutor Acadmico: Ing. Jos Jordn Tutor Empresarial: Econ. Migdalia Montero RESUMEN El presente Trabajo de Grado consiste en el desarrollo de un sistema bajo tecnologa Web para la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta, con el propsito de brindar una solucin que le permita al coordinador de la Unidad de Apoyo el llevar un control de la asistencia del personal adscrito a dicha Unidad. De acuerdo con la intencin de esta investigacin, la metodologa seleccionada es un proyecto factible, siendo una Investigacin de Campo tipo descriptiva. Palabra Clave: Control de Asistencia, Administracin, Registro

iv

INDICE. RESUMEN INDICE GENERAL INTRODUCCIN CAPITULOS I. DEFINICIN Y CONCEPTOS BSICOS I.1. Gestin Administrativa. I.2. Sistema de Informacin. I.2.1. Definicin. I.2.2. Ciclo de Vida para el desarrollo de Sistemas de Informacin. I.2.3. Tipos de Sistemas de Informacin. I.2.3.1. Sistemas de Procesamiento de Transacciones. I.2.3.2. Sistemas de Informacin Gerencial. I.2.3.3. Sistema de Apoyo a Decisiones. I.2.3.4. Sistemas Expertos. I.2.4. Componentes de un Sistema de Informacin. I.2.5. Funciones de un sistema de informacin. I.3. Plataforma tecnolgica. I.4. Lenguaje html (lenguaje de marcas de hipertexto). I.5. Tecnologa Web. I.6. Internet e Intranet. I.7. Bases de Datos. I.8. PHP (Hypertext Preprocessor). I.9. Tecnologa De La Informacin Y La Comunicacin (TIC). I.10. Metodologa IWeb. I.11. Procesamiento de Datos. II. EL PROBLEMA Y SOLUCIN PROPUESTA. II.1. Planteamiento del problema. II.2. Objetivos del proyecto. II.2.1. Objetivo General. II.2.2. Objetivos Especficos. II.3. Justificacin de la Investigacin. II.4. Alcance de la Investigacin. II.5. limitaciones de la investigacin. II.6. Descripcin de la Empresa. II.6.1. Resea Histrica de PRONOCA. II.6.2. Estructura Organizativa. pp. ii iii v 1 1 2 2 3 4 4 5 5 5 6 7 8 13 14 14 15 16 16 17 23 24 26 26 26 27 28 28 28 29 31

III. EL PROBLEMA Y PROPUESTA DE SOLUCIN. III.1. Tipo y diseo de la investigacin. III.2. rea de la investigacin. III.3. Tcnicas de recoleccin de datos. III.4. Fase de la investigacin. III.4.1. FASE 1: FORMULACIN. III.4.2. FASE 2: PLANIFICACIN. III.4.3. FASE 3: ANALISIS. III.4.4. FASE 4: INGENIERA. III.4.5. FASE 5: GENERACIN DE PGINAS. III.4.6. FASE 6: PUESTA A PRUEBA Y EVALUACIN DEL CLIENTE. IV. DESCRIPCIN DE LA SOLUCIN. IV.1. Factibilidad de La Investigacin. IV.1.1. Factibilidad Terica. IV.1.2. Factibilidad Econmica. IV.1.3. Factibilidad Operacional. IV.1.4. Factibilidad Tcnica. IV.2. Fases de Desarrollo del Proyecto (IWEB). IV.2.1. FASE 1: FORMULACIN. IV.2.2. FASE 2: PLANIFICACIN. IV.2.2.1 Recursos de Hardware Requerido. IV.2.2.2. Recursos de Software Requerido. IV.2.3. FASE 3: ANALISIS. IV.2.3.1. Anlisis del Contenido. IV.2.3.2. Anlisis de Interaccin. IV.2.3.3. Anlisis Funcional. IV.2.3.4. anlisis de Configuracin. IV.2.4. FASE 4: INGENIERA. IV.2.4.1. Produccin. IV.2.4.2. Diseo Arquitectnico. IV.2.4.3. Diseo de Navegacin. IV.2.4.4. Diseo de Interfaz de Usuario. IV.2.4.4.1. Descripcin de las Pantallas. IV.2.5. FASE 5: GENERACIN DE PGINAS. IV.2.6. FASE 6: PUESTA A PRUEBA Y EVALUACIN DEL CLIENTE. CONCLUSIONES. RECOMENDACIONES. GLOSARIO DE TRMINOS. 32 33 33 33 34 34 34 35 36 37 37 37 37 37 37 38 38 38 38 39 40 40 40 41 41 41 42 42 42 45 46 50 50 53 54 55

vi

BIBLIOGRAFA. ANEXOS.

58 59

vii

INTRODUCCIN. Es bien conocida la popularidad que han adquirido las computadoras en los ltimos aos en cuanto a capacidad de procesamiento y versatilidad; el mejoramiento de la arquitectura y los sistemas, han permitido la proliferacin de aplicaciones que han llegado a convertirse en elementos centrales dentro de muchas empresas. Las redes han permitido el movimiento de informacin de modo eficaz entre las estaciones de trabajo y departamentos; el desarrollo de los documentos de hipertextos y las plataformas Web han facilitado la propagacin de las aplicaciones Web como medio para la administracin de sistemas de informacin, ya que son eficientes y atractivas. Es por lo anteriormente expuesto se puede decir que la gran mayora de las empresas en la actualidad se han ido adaptando a este nuevo entorno, desarrollando sus sistemas de informacin utilizando diversas herramientas para el desarrollo de aplicaciones con tecnologa Web. El personal administrativo de la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta, conocen bien esta realidad, por esto, en el presente estudio se propone una investigacin que se centra en un tipo de aplicacin web que facilitar el proceso de registro y control de asistencia del personal y el clculo de las horas laboradas y no laboradas de los mismos. Este sistema servir como valiosa herramienta para el departamento encargado de la labor de control y registrar la asistencia del personal de la Unidad de Apoyo de

viii

Punto Fijo, este proyecto esta dividido en cuatro captulos, que se bosquejan a continuacin. En el Captulo I llamado Definiciones y Conceptos Bsicos, se introduce los trminos tcnicos bsicos para facilitar al lector el desarrollo que se ha hecho durante el Trabajo de Grado, tambin introducir la conceptualizacin bsica de la teora utilizada para lograr la solucin del problema planteado. En el Captulo II denominado El problema y Solucin Propuesta se esboza los antecedentes del problema, la Empresa en la que se desarroll el proyecto, y sus caractersticas de manera general. En el capitulo III, se presenta el tipo y diseo de la investigacin, la modalidad y el diseo al cual pertenece esta investigacin, y se expondrn adems las razones que definen dicha clasificacin, tambin se hablara de la metodologa utilizada para el desarrollo de la propuesta, y por ltimo las fases metodolgicas, donde se evidencia el cumplimiento de los objetivos. Luego en el capitulo IV se muestra la propuesta del sistema como tal, aqu se detallan como se llevo a cabo el sistema, esto, a travs de la metodologa seleccionada y de las fases donde se explican de manera detallada el desarrollo del proyecto. Por ultimo estn las conclusiones y recomendaciones, adems se presenta un listado de referencia bibliogrficas las cuales fueron utilizadas durante la realizacin de dicho proyecto y por ultimo se muestran todos los anexos que muestran de manera grafica distintas especificaciones del proyecto.

CAPITULO I DEFINICIONES Y CONCEPTOS BSICOS.

A continuacin se presenta una breve explicacin de los trminos que se utilizaron durante el anlisis, desarrollo y pruebas del sistema, as mismo se presenta la metodologa IWEB que fu utilizada como gua para el desarrollo del proyecto.

I.1. GESTIN ADMINISTRATIVA. Henri Fayol defini operativamente la administracin diciendo que la misma consiste en prever, organizar, mandar, coordinar y controlar, adems consider que era el arte de manejar a los hombres.

George Terry explica que la administracin es un proceso distintivo que consiste en planear, organizar, ejecutar y controlar, desempeada para determinar y lograr objetivos manifestados mediante el uso de seres humanos y de otros recursos.

Partiendo de los conceptos antes sealados se puede decir que la gestin administrativa es el proceso de disear y mantener un entorno en el que trabajando en grupos los individuos cumplen eficientemente objetivos especficos.

Es un proceso muy particular que consistente en las actividades de planeacin, organizacin, ejecucin y control desempeadas para determinar y alcanzar los objetivos sealados con el uso de seres humanos y otros recursos.

Existen cuatro elementos importantes que estn relacionados con la gestin administrativa, sin ellos es imposible hablar de gestin administrativa, estos son: Planeacin: Planificar implica que los gerentes piensan con antelacin en sus metas y acciones, y que basan sus actos en algn mtodo, plan o lgica y no en corazonadas. Los planes presentan los objetivos de la organizacin y establecen los procedimientos idneos para alcanzarlos. Son la gua para que la organizacin obtenga y comprometa los recursos que se requieren para alcanzar los objetivos. Organizacin: Organizar es el proceso de ordenar y distribuir el trabajo, la autoridad y los recursos entre los miembros de una organizacin, de tal manera que estos puedan alcanzar las metas de la organizacin. Direccin: Dirigir implica mandar, influir y motivar a los empleados para que realicen tareas esenciales. Control: Es el proceso para asegurar que las actividades reales se ajusten a las actividades planificadas. El gerente debe estar seguro de los actos de los miembros de la organizacin los cuales conducen hacia las metas establecidas.

I.2. SISTEMA DE INFORMACIN. I.2.1. Definicin. Es un conjunto formal de procesos que, operando sobre una coleccin de datos estructurada segn las necesidades de la empresa, recopilan, elaboran y distribuyen la informacin (o parte de ella) necesaria para las operaciones de dicha

empresa y para las actividades de direccin y control correspondientes (decisiones) para desempear su actividad de acuerdo a su estrategia de negocio (Andreu et al., 1999)

I.2.2. Ciclo de Vida para el desarrollo de Sistemas de Informacin. El ciclo de vida del desarrollo de sistemas, es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas.

Este ciclo se divide en siete fases; pero cada una de ellas se desarrollan por medio de varias actividades que pueden suceder simultneamente, es decir, se realiza en fases y no en pasos separados.

Cada una de estas fases se describen de la siguiente manera: a. Identificacin de problemas, oportunidades y objetivos: en esta primera fase las actividades consisten en entrevistas a los usuarios y personal, recopilacin del conocimiento obtenido, estimacin del alcance del proyecto y documentacin de resultados.

b. Determinacin de los requerimientos de informacin: esta fase sirve para formar la imagen de la organizacin y cada uno de sus objetivos.

c. Anlisis de las necesidades del sistema: dentro de esta, se analizan las decisiones estructuradas a travs de las cuales pueden ser determinadas las condiciones como alternativa de acciones.

d. Diseo del Sistema recomendado: incluye el diseo de procedimientos precisos para la captura de datos, la interfaz del usuario, archivos o bases de datos, procedimientos de control y respaldo para proteger el sistema. e. Desarrollo y documentacin del software.

f. Pruebas y mantenimiento del sistema: esta fase ejecuta una serie de pruebas para que destaquen los problemas con datos al ejecutarse el sistema; adems se inicia el mantenimiento y documentacin del mismo.

g. Implementacin y Evaluacin del Sistema: esta fase se ejecuta al finalizar el proceso de pruebas y luego de haber sido corregido los problemas encontrados; entre las actividades de esta fase estn, la instalacin, configuracin y la evaluacin del cliente.

I.2.3. TIPOS DE SISTEMAS DE INFORMACIN. I.2.3.1. Sistemas de Procesamiento de Transacciones. De acuerdo a lo que afirma KENDALL (1997): Los sistemas de procesamiento de transacciones, son sistemas de informacin computarizados desarrollados para procesar gran cantidad de datos obtenidas para transacciones rutinarias de los negocios, tales como nomina e inventario (p. 02). Cabe sealar que estos reducen el tiempo que alguna vez se requiri para ejecutar las transacciones operacionales necesarias manualmente, aunque las personas todava deben alimentar datos a los sistemas computarizados.

En el mismo orden de ideas, estos sistemas traspasan fronteras y permiten que la organizacin interacte con ambientes externos; debido a que los

administradores consultan los datos generados por este tipo de sistemas para informacin a tiempo real acerca de lo que est sucediendo en sus empresas, este tipo de sistemas de informacin, funcionando lentamente y sin interrupcin, se consideran esenciales para las operaciones diarias. I.2.3.2. Sistemas de Informacin Gerencial. Estos sistemas no reemplazan a los sistemas de procesamientos de transacciones, de acuerdo con su estructura, comparten una base de datos comn. Los sistemas de informacin gerencial producen informacin que es usada en la toma de decisiones. Tambin pueden llegar a unificar algunas de las funciones de informacin computarizada, aunque no exista como una estructura singular en ningn lugar de la empresa, institucin o negocio.

I.2.3.3. Sistema de Apoyo a Decisiones. Evidentemente un sistema de apoyo a decisiones es similar al sistema de informacin gerencial tradicional, ya que ambos dependen de una base de datos como fuente. Se puede sealar que se aparta del sistema de informacin gerencial tradicional en que enfatiza el apoyo a la toma de decisiones en todas sus fases, aunque la decisin actual todava es del dominio del tomador de decisiones. Este tipo de sistemas estn especficamente diseados para el tipo de persona o grupo que los usa regularmente.

I.2.3.4. Sistemas Expertos. Los sistemas expertos usan los enfoques del razonamiento para resolver los problemas que les plantean los usuarios de negocio, con el fin de tener la habilidad para razonar un problema y llegar a conclusiones lgicas. Son definidos por MONTILVA (1999), como un caso muy especial de un sistema de informacin, cuyo

uso ha sido factible para los negocios a partir de la reciente y amplia disponibilidad de hardware y software tal como las microcomputadoras y los sistemas expertos.

Un sistema experto (tambin denominado como un sistema basado en conocimiento), captura en forma efectiva y usa el conocimiento de un experto para resolver un problema particular experimentado en una organizacin. As mismo, KENDALL (1997), complementa que los componentes bsicos de un sistema experto son la base de conocimiento, una maquina de inferencia que conecte al usuario con el sistema, procesando consultas por medio de lenguajes como SQL (lenguajes de consulta estructurado), y la interfaz de usuario.

I.2.4. COMPONENTES DE UN SISTEMA DE INFORMACIN. Tomando como referencia a MONTILVA (1999) se puede establecer que para estudiar los componentes de un sistema de informacin se hace necesario clasificarlos previamente, de acuerdo a su naturaleza, en dos tipos: (1) componentes fsicos, representados por las entidades que forman el sistema de informacin, y (2) componentes funcionales, que agrupan una o ms entidades en torno a una funcin bsica del sistema.

Componentes fsicos: Partiendo de los sistemas de informacin computarizada; se puede dividir un sistema de informacin en varios subsistemas fsicos: El subsistema computador est formado por el equipo de computacin (procesador, unidades de entrada y salida de datos, entre otros), y por los programas de apoyo de ese equipo (sistema operativo, sistema de manejo de bases de datos, editores, compiladores, utilitarios, entre otros). El subsistema de personal lo constituyen los usuarios del sistema, el administrador de la base de datos, los operadores, el personal de entrada de datos y el grupo de

desarrollo y soporte (gerentes de procesamiento de datos, ingenieros de sistemas, analistas y programadores). El nmero de requisitos de los miembros de este subsistema depende del tamao y complejidad del sistema de informacin. El subsistema programado consiste en los programas de aplicacin para ejecutar el procesamiento en el computador y de los procedimientos para hacer las aplicaciones operativas, como formas, manuales de operacin, manuales de usuario, manual del sistema, instrucciones para la entrada de datos, formularios, planillas. El subsistema de datos est constituido por los elementos de almacenamiento de datos. Estos elementos pueden ser de dos tipos: (1) archivos convencionales o (2) bases de datos. El tipo de elemento que se utilice determina tanto los programas de aplicacin como los programas de apoyo del equipo.

Componentes Funcionales: Subsistema de Procesamiento de Transacciones. Su propsito es capturar,

clasificar, ordenar, calcular, y resumir los datos originados por las transacciones relevantes que acontecen en la organizacin. Subsistema de Administracin de Datos. Los datos originados por las transacciones deben almacenarse en medios apropiados tales como base de datos o archivos. Subsistema de Procesamiento de Informacin. Se encarga de producir y distribuir la informacin requerida por los usuarios del sistema. Este subsistema toma los datos de la base de datos o archivos, los procesa de acuerdo a los patrones (algoritmos, modelos, entre otros.) y los distribuye presentando la informacin en la forma de reporte (informes, grficos y muchos otros).

I.2.5. FUNCIONES DE UN SISTEMA DE INFORMACIN. Procesamiento de transacciones: el procesamiento de transacciones consiste en la captura, clasificacin, ordenacin, resumen y almacenamiento de datos.

Definicin de archivos: consiste en almacenar los datos capturados

por

el

procesamiento de las transacciones. Considerando: estructura u organizacin adecuada (base de datos o archivos), acceso y actualizacin de los definicin de los dispositivos apropiados para el almacenamiento. Mantenimiento de archivos: involucra las operaciones de insercin, modificacin y eliminacin de datos en los medios de almacenamiento. Procesamiento de consultas: se refiere a consultas interactivas usando sistemas de administracin o manejo de base de datos y lenguajes de interrogacin (SQL). datos y la

Mantenimiento e integridad de los datos: su funcin es proteger los datos contra accesos indebidos y contra modificaciones no autorizadas.

Generacin de reportes: existen diferentes tipos de reportes que pueden ser generados por un sistema de informacin, dependiendo de la naturaleza del mismo.

A continuacin se detallan:

Reportes de errores: este tipo de reportes se preparan para que detecte aquellos errores que ocurren y se detectan durante el procesamiento de las transacciones.

Reportes de actividad: este tipo de reportes proporciona informacin sobre las actividades de la organizacin. No sirven para la toma de decisiones. Ejemplo: Listado de empleados.

Reportes regulares: estos reportes estn orientados a la toma de decisiones. Se preparan a intervalos de tiempo definidos y en un formato fijo, por lo que se pueden generar automticamente.

Reportes de excepcin: estos reportes son tiles para controlar situaciones anormales, pues sealan la ocurrencia de condiciones fuera de lmite. Tienen un formato predefinido y se pueden generar automticamente bajo solicitud o cuando ocurra la situacin anormal.

Reportes no planeados: son aquellos reportes requeridos eventualmente para la toma de decisiones. Se generan cuando se requieren.

Reportes especiales: requeridos generalmente una sola vez con fines de analizar situaciones o resolver problemas. No tienen formato predefinido y pueden no generarse automticamente.

I.3. PLATAFORMA TECNOLGICA. I.3.1. Redes. De acuerdo con lo sealado en la Certificacin CISCO (2002), una red es un sistema de objetos o personas conectados de manera intrincada. En el mismo orden de ideas se puede sealar que las redes estn en todas partes, incluso en nuestros propios cuerpos. El sistema nervioso y el sistema cardiovascular son redes. As mismo, Zacker (2002) complementa que una red no es ms que un grupo de computadoras conectadas mediante cables o algn otro medio. Sin embargo, el proceso de crear una red no tiene nada de simple. Cuando las computadoras son capaces de comunicarse entre s, pueden trabajar juntas de varios modos: compartiendo recursos con los dems, distribuyendo el procesamiento de una tarea en particular o intercambiando mensajes.

10

I.3.2. Topologas. La topologa define la estructura de una red. La definicin de topologa est compuesta por dos partes, la topologa fsica, que es la disposicin real de los cables (los medios) y la topologa lgica, que define la forma en que los hosts acceden a los medios. Segn CISCO (2001), en su documentacin digital seala que las topologas fsicas utilizadas comnmente son de bus, de anillo, en estrella, en estrella extendida, jerrquica y en malla. La topologa de bus utiliza un nico segmento backbone (longitud del cable)

al que todos los hosts se conectan de forma directa. La topologa de anillo conecta un host con el siguiente y al ltimo host con el

primero. Esto crea un anillo fsico de cable. La topologa en estrella conecta todos los cables con un punto central de

concentracin. Por lo general, este punto es un hub o un switch. La topologa en estrella extendida se desarrolla a partir de la topologa en

estrella. Esta topologa enlaza estrellas individuales enlazando los hubs/switches. Esto, permite extender la longitud y el tamao de la red. La topologa jerrquica se desarrolla de forma similar a la topologa en

estrella extendida pero, en lugar de enlazar los hubs/switches, el sistema se enlaza con un computador que controla el trfico de la topologa.

La topologa en malla se utiliza cuando no puede existir absolutamente ninguna interrupcin en las comunicaciones, por ejemplo, en los sistemas de control de una central nuclear. De modo que, cada host tiene sus propias conexiones con los dems hosts. Esto tambin se refleja de una forma precisa en el diseo de la Internet, la cual tiene mltiples rutas hacia cualquier ubicacin.

11

La topologa lgica de una red es la forma en que los hosts o equipos se comunican a travs del medio. Los dos tipos ms comunes de topologas lgicas son broadcast y transmisin de tokens. La topologa de broadcast simplemente significa que cada host enva sus datos hacia todos los dems hosts del medio de red. Las estaciones no siguen ningn orden para utilizar la red, el orden es el primero que entra, el primero que se sirve.

El segundo tipo es transmisin de tokens. La transmisin de tokens controla el acceso a la red al transmitir un token electrnico de forma secuencial a cada host. Cuando un host recibe el token, eso significa que el host puede enviar datos a travs de la red. Si el host no tiene ningn dato para enviar, transmite el token hacia el siguiente host y el proceso se vuelve a repetir.

I.3.3. Clasificacin. En tanto una forma de clasificar las redes es segn su extensin: LAN (Local rea Network), la extensin de este tipo de redes suele estar restringida a un edificio, aunque tambin podra utilizarse para conectar dos o ms edificios prximos, la WAN (Wide rea Network), son redes que cubren grandes distancias, conectando a computadores de una ciudad o un pas completo.

I.3.3.1. Redes de rea Local (LAN) Una de las primeras soluciones a estos problemas fue la creacin de redes de rea local (LAN). Como eran capaces de conectar todas las estaciones de trabajo, dispositivos perifricos, terminales y otros dispositivos ubicados dentro de un mismo edificio, las LAN permitieron que las empresas utilizaran la tecnologa informtica para compartir de manera eficiente archivos e impresoras. Las redes de rea local (LAN) se componen de computadores, tarjetas de interfaz de red, medios del

12

networking, dispositivos de control del trfico de red y dispositivos perifricos. Las LAN hacen posible que las empresas que utilizan tecnologa informtica compartan de forma eficiente elementos tales como archivos e impresoras, y permiten la comunicacin, por ejemplo, a travs del correo electrnico. Unen entre s: datos, comunicaciones, servidores de computador y de archivo.

Las LAN estn diseadas para realizar lo siguiente: operar dentro de un rea geogrfica limitada permitir que varios usuarios accedan a medios de ancho de banda alto proporcionar conectividad continua con los servicios locales conectar dispositivos fsicamente adyacentes

I.3.4. Protocolo TCP/IP Los sistemas operativos tienden a simplificar la apariencia de la pila de protocolos de red para que sea ms comprensible para el usuario medio. En una estacin de trabajo con Windows, por ejemplo, se instala TCP/IP seleccionando un nico modulo denominado, protocolo, pero ese proceso realmente instala el soporte para toda una familia de protocolos, de los cuales el Protocolo de control de la transmisin (TCP, Transmissin Control Protocol) y el Protocolo de Internet (IP, Internet Protocol) son slo dos. El conocimiento de cmo funcionan los protocolos TCP/IP individuales y de cmo trabajan en conjunto para proporcionar servicios de comunicacin constituye una parte esencial de la administracin de una red TCP/IP.

Para CISCO (2001) desde su nacimiento, en los aos 70, el grupo de protocolos TCP/IP se ha convertido en el estndar de la industria de los protocolos de transferencia de datos para los niveles de red y de transporte del modelo Interconexin de Sistemas Abiertos (OSI). Adems, el grupo incluye muchos otros

13

protocolos que operan a un nivel tan bajo como el nivel de enlace de datos y tan alto como el nivel de aplicacin. I.3.5. Ancho de Banda Digital Evidentemente las LAN y WAN, siempre han tenido en comn el uso del trmino ancho de banda para describir sus capacidades. El ancho de banda es la medicin de la cantidad de informacin que puede fluir desde un lugar hacia otro en un perodo de tiempo determinado. Existen dos usos comunes del trmino ancho de banda: uno se refiere a las seales analgicas y el otro, a las seales digitales. Es de hacer notar, que la unidad ms bsica que se utiliza para describir el flujo de informacin digital desde un lugar a otro es el bit.

Los Bits por segundo son una unidad de ancho de banda. Por supuesto, si la comunicacin se produjera a esta velocidad, 1 bit por 1 segundo, sera demasiado lenta, si se tratara de enviar el cdigo ASCII correspondiente a su nombre y direccin: tardara varios minutos! Afortunadamente, en la actualidad es posible realizar las comunicaciones de modo ms veloz.

I.4. LENGUAJE HTML (LENGUAJE DE MARCAS DE HIPERTEXTO). Es el mtodo que se utiliza para disear el aspecto visual de las pginas Web. Su principal ventaja es su enorme sencillez: una pgina se puede disear de manera rpida e interactiva, viendo en tiempo real como va quedando el resultado. Las pginas escritas en HTML pueden contener texto, imgenes, animaciones, msica y enlaces de hipertexto. Los recursos multimedia (imgenes, animaciones y msica) se describen en ficheros separados, mientras que el resto est escrito en un fichero cuyo nombre acabar en HTML, que ser el Ncleo de la pgina.

14

El lenguaje se basa en las denominadas marcas, que sirven para indicar que en ese punto del documento suceder un evento dado.

I.5. TECNOLOGA WEB. Para abrir una pgina web en un navegador, se teclea el correspondiente URL (Uniform Resource Locator); una vez que es solicitada esta peticin mediante el protocolo HTTP y a su vez, la misma es recibida por el servidor Web, este procede a la localizacin de la pgina web en su sistema de ficheros y luego la enva de vuelta al navegador que la solicit.

El navegador puede considerarse como una interfaz de usuario universal. Dentro de sus funciones estn la peticin de las pginas Web, la representacin adecuada de sus contenidos y la gestin de posibles errores que puedan

producirse. Para todo esto, los fabricantes de navegadores les han dotado de posibilidades de ejecucin de programas de tipo script, con modelos de objetos que permiten manipular los contenidos de los documentos.

Otras de las posibilidades de los navegadores es la gestin del llamado HTML dinmico (Dinamic HTML, DHTML). ste est compuesto de HTML, hojas de estilo en cascada, (Cascade Style Sheets, CSS), modelo de objetos y scripts de programacin que permiten formatear y posicionar correctamente los distintos elementos HTML de las pginas Web.

I.6. INTERNET E INTRANET. Internet es una red de redes a escala mundial de millones de computadoras interconectadas con el conjunto de protocolos TCP/IP. Tambin se usa este nombre como sustantivo comn y por tanto en minsculas para designar a cualquier red de

15

redes que use las mismas tecnologas que la Internet, independientemente de su extensin o de que sea pblica o privada.

Por su parte una intranet es una red local que utiliza herramientas de Internet. Se puede considerar como un internet privado que funciona dentro de una organizacin. Normalmente, dicha red local tiene como base el protocolo TCP/IP de Internet y utiliza un sistema firewall (cortafuegos) que no permite acceder a la misma desde el exterior.

Fuente: es.wikipedia.corg

I.7. Base de Datos. Para Date (1993) est constituida por cierto conjunto de datos persistentes utilizado por los sistemas de aplicaciones de una organizacin determinada.

I.7.1. Sistemas de Bases de Datos. Segn el autor anteriormente referido bsicamente es un sistema para archivar en computador; o sea, es un sistema computarizado cuyo propsito general es mantener informacin y hacer que est disponible cuando se solicite; la informacin en cuestin puede ser cualquier cosa que se considere importante para la organizacin a la cual debe servir el sistema. Los componentes que integran un sistema de base de datos son: la informacin, el equipo, los programas y los usuarios.

16

I.7.2. Sistema de Administracin de Base de Datos (DBMS). Tomando como referencia lo planteado por Date (1993) es un conjunto de programas que maneja todo acceso a la base de datos. Conceptualmente lo que sucede es lo siguiente: Un usuario solicita acceso, empleando algn sublenguaje de datos determinado (por ejemplo, SQL). 1. 2. El DBMS interpreta esa solicitud y la analiza. El DBMS inspecciona, el orden, el esquema externo de ese usuario, la externa/conceptual asociada, el esquema conceptual, la

correspondencia

correspondencia conceptual/interna, y la definicin de la estructura de almacenamiento. 3. El DBMS ejecuta las operaciones necesarias sobre la base de datos

almacenada.

I.8. PHP (HYPERTEXT PREPROCESSOR). Es un lenguaje interpretado basado principalmente en C, C++ y Java, con los que comparte prcticamente toda su sintaxis y semntica, y aporta tambin algunas caractersticas de lenguajes interpretados como Perl y Bash. Debido a esto, una de sus principales caractersticas y una gran baza a su favor es que la curva de aprendizaje para programadores que ya conozcan estos lenguajes es muy suave, prcticamente pueden sentarse delante del ordenador y comenzar a escribir cdigo. (Aguilar, 2000)

Fuente: php.net y phpadictos.com

17

I.9. TECNOLOGA DE LA INFORMACIN Y LA COMUNICACIN (TIC). La oportunidad que nos brindan las TIC, para desarrollar nuevos contenidos educativos en canales de comunicacin virtuales presenta ventajas como el acceso a la informacin de personas aisladas geogrficamente o con dificultades fsicas; la posibilidad de personalizar el aprendizaje atendiendo a las distintas capacidades, conocimientos e intereses de los usuarios, y la actualizacin constante de contenidos, entre otras. Sin embargo, y como reto, plantean problemas de gestin de la informacin, falta de capacitacin de los usuarios en el conocimiento de las TIC y de adaptacin de las personas e instituciones a la comunicacin en entornos virtuales.

I.10. METODOLOGA IWEB. La metodologa Ingeniera Web (iWeb), que segn PRESSMAN (1997) est diseada para proyectos basado en tecnologa Web, se adapta perfectamente al objeto de esta investigacin, y cubre las diferentes fases que se deben llevar a cabo para la culminacin exitosa de un proyecto, las cuales son:

FASE 1: Formulacin. Objetivo: Identificar los requerimientos y metas de la empresa para la construccin de la aplicacin Web.

Para la obtencin de los requerimientos de informacin dentro de la empresa puede hacerse uso de diversos instrumentos como por ejemplo: Entrevistas. Cuestionarios. Muestreo.

18

Mediante estos instrumentos se puede detectar qu informacin requiere el usuario para desempear sus tareas. Al comienzo de la etapa de formulacin se sugiere dar respuesta a una serie de preguntas: Cul es la motivacin principal para la aplicacin Web? Por qu es necesaria la aplicacin Web? Quin va a utilizar la Aplicacin Web?

Las respuestas a estas preguntas debe ser los ms breve o resumido posible, que delimiten la intencin global, y las metas especficas para el sitio Web.

FASE 2: Planificacin. Objetivos: Estimar el costo global del proyecto. Evaluar los riesgos asociados al desarrollo de la aplicacin.

En cada paso del proceso de Ingeniera Web (Iweb) se debe culminar una fase para que esta pueda hacer de soporte a los siguientes pasos. El plan de proyecto de pgina Iweb se produce a la culminacin de las tareas de planificacin. Proporciona informacin bsica de costos y planificacin temporal que ser

empleada a lo largo del proceso de Iweb. El plan de proyecto de software es un documento relativamente breve dirigido a una audiencia diversa. Debe: 1. Definir el mbito y los recursos de los gestores de Iweb, personal tcnico y cliente. 2. Definir los costos y planificacin temporal para la revisin de la gestin.

19

3. Proporcionar un enfoque general del desarrollo de la Iweb para todo el personal relacionado con el proyecto. 4. Describir cmo se garantizar la seguridad de la aplicacin.

Es importante sealar que el plan de proyecto de Iweb no es un documento esttico. Esto es, el equipo del proyecto consulta el plan repetidamente actualizando riesgos, estimaciones, planificaciones e informacin relacionada la vez que el proyecto avanza y es ms conocido. La planificacin temporal es la culminacin de una actividad de planificacin,

componente primordial de la direccin de proyectos de Iweb. Cuando se combinan mtodos de estimacin y anlisis de riesgos, la planificacin temporal se convierte en un mapa de carreteras a seguir por el gestor del proyecto.

FASE 3: Anlisis. Objetivos: Establecer los requisitos tcnicos para la aplicacin Web. Identificar los elementos del contenido y requisitos de diseo grfico que se van a incorporar.

Para crear un modelo de anlisis completo para la Web se elabora el mbito definido durante la actividad de formulacin. Durante la IWeb se realizan cuatro tipos de anlisis diferentes:

Anlisis del Contenido. Se trata de la investigacin del espectro completo de contenido que se va a proporcionar. En el contenido se incluyen datos de texto, grficos, imgenes, vdeo y sonido. Para identificar y describir cada uno de los

20

objetos de datos que se van a utilizar dentro de la Web se puede utilizar el modelo de datos.

Anlisis de Interaccin. Se trata de la descripcin detallada de la interaccin del usuario y la Web. Para proporcionar descripciones detalladas de sta interaccin se pueden desarrollar casos prcticos.

Anlisis Funcional. Los escenarios de utilizacin creados como parte del anlisis de interaccin definen las operaciones que se aplicarn en el contenido del Web e implicar otras funciones de procedimiento. Aqu se realizan las descripciones detalladas de todas las funciones y operaciones.

Anlisis de Configuracin. Se efecta una descripcin detallada del entorno y de la infraestructura en donde reside la Web. La Web puede residir en Internet, en Intranet o en una extranet. Adems, se debe identificar la infraestructura de la Web.

FASE 4: Ingeniera. Diseo Arquitectnico. El diseo arquitectnico para los sistemas y aplicaciones basados en Web se centra en la definicin de la estructura global hipermedia para la aplicacin Web, y en la aplicacin de las configuraciones de diseo y plantillas constructivas para popularizar la estructura (y lograr la reutilizacin). Una actividad paralela, llamada diseo del contenido, deriva la estructura y formato detallados del contenido de la informacin que se presentar como parte de la aplicacin.

La estructura arquitectnica global va unida a las metas establecidas para una WebApp, al contenido que se va a presentar, a los usuarios que la visitarn y a la

21

filosofa de navegacin establecidos. Cuando el encargado de la arquitectura va a realizar el diseo de una WebApp tpica puede elegir entre cuatro fuentes diferentes: Las estructuras lineales. Las estructuras reticulares. Las estructuras jerrquicas. Las estructuras de red o de Web pura.

Diseo de Navegacin Una vez establecida una arquitectura de la aplicacin Web, una vez identificados los componentes (pginas, guiones, applets y otras funciones de proceso) de la arquitectura, el diseador deber definir las rutas de navegacin que permitan al usuario acceder al contenido y a los servicios de la aplicacin. Para que el diseador pueda llevarlo a cabo, debe: 1. Identificar la semntica de la navegacin para diferentes usuarios del sitio. 2. Definir la mecnica (sintaxis) para lograr la navegacin.

Diseo de Interfaz de Usuario. Es la categora de diseo que crea un medio de comunicacin entre el hombre y la mquina. Con un conjunto de principios para el diseo de la interfaz, el diseo identifica los objetos y las acciones de la interfaz y crea entonces un formato de pantalla que formara la base del prototipo de interfaz de usuario.

El diseo de la interfaz comienza con la identificacin de los requisitos del usuario, de la tarea y el entorno. Una vez identificadas las tareas se crean y se

22

analizan los escenarios del usuario para definir el conjunto de objetos y de acciones de la interfaz.

Esto es lo que forma la base para la creacin del formato de la pantalla que representa el diseo grafico y la colocacin de conos, la definicin del texto descriptivo en pantalla, la especificacin y ttulos de las ventanas, y las especificaciones de los elementos principales y secundarios del men, las herramientas se utilizan para generar prototipos y por ltimo implementar el modelo de diseo y evaluar la calidad del resultado.

FASE 5: DISEO DE LAS ESTRUCTURAS DE DATOS. Aqu se transforma el modelo del dominio de informacin que se crea durante el anlisis de las estructuras de datos que se necesitarn para implementar el software. Los objetos de datos y las relaciones definidas en el Diagrama Entidad Relacin y el contenido de datos detallado que se representa en el Diccionario de Datos proporcionan la base de la actividad del Diseo de Datos. Es posible que parte del diseo de datos tenga lugar junto con el diseo de la arquitectura de software.

FASE 6: Generacin de pginas. Es una actividad de construccin que hace mucho uso de las herramientas automatizadas para la creacin de la Web. El contenido definido en la actividad de ingeniera se fusiona con los diseos arquitectnicos, de navegacin y de la interfaz para elaborar pginas Web ejecutables en HTML, XML y otros lenguajes orientados a procesos. Durante esta actividad tambin se lleva a cabo la integracin del software intermedio.

23

FASE 7: Puesta a prueba y Evaluacin del cliente. Una vez generado el cdigo fuente, el software debe ser probado para descubrir el mximo de errores posibles antes de su entrega al cliente. El objetivo es disear una serie de casos de prueba que tengan una alta probabilidad de encontrar errores. Aqu es donde aplicamos las tcnicas de prueba de Web. Estas tcnicas facilitan una gua sistemtica para disear pruebas que:

1. Comprueben la lgica interna de los componentes del Web. 2. Verifiquen los dominios de entrada y salida del programa para descubrir errores en la funcionalidad, el comportamiento y rendimiento.

Las revisiones y otras actividades descubren errores, pero no son suficientes, cada vez que el programa se ejecuta, el cliente lo est probando. Se debe hacer un intento especial por encontrar y corregir todos los errores antes de entregar el programa al cliente. Con el objetivo de encontrar la mayor cantidad de errores, las pruebas conducirse sistemticamente, y los casos de prueba deben disearse utilizando tcnicas definidas.

I.11. PROCESAMIENTO DE DATOS. Para Montilva (1999) el procesamiento de datos es la actividad fundamental de un sistema de informacin. Este procesamiento consiste en transformar un conjunto de datos de entrada en informacin de salida y almacenar tales datos para uso posterior. El proceso puede ser manual, mecanizado o automatizado. En este ltimo modo de procesamiento, el computador juega el rol central al automatizar la mayora de las funciones del procesamiento.

Fuente: Presuman (2002)

24

CAPITULO II EL PROBLEMA Y SOLUCIN PROPUESTA.

II.1. PLANTEAMIENTO DEL PROBLEMA. Segn Lorenzi (1997), en toda empresa o institucin, el mantener el control de los bienes y recursos de los que se disponen es vital para un buen funcionamiento, ya que permite conocer oportunamente la situacin actual, permitiendo, cerciorarse que las actividades se desarrollan conforme se planearon y corregir cualquier desviacin evidente.

Para toda empresa o institucin el control del tiempo es un requisito bsico para la productividad de su personal; cuando se habla de administrar el personal es hacer referencia al concepto de control. De manera especfica, el control de tiempo tiene un impacto directo en el clculo del costo de operacin y de la mano de obra. Para una organizacin resulta muy importante contar con reportes rpidos, funcionales y eficaces de variables relacionadas con el tiempo como son: puntualidad y asistencia, vacaciones, permisos, tiempo extra, horas trabajadas, etc.

Sin embargo, a pesar del consenso general sobre las necesidades de mantener un control de los recursos, algunas instituciones o empresas desarrollan actividades en forma manual, lo cual implica mayor inversin de tiempo en la ejecucin de las mismas, as como un amplio margen de error al momento de calcular el nmero de horas trabajadas, permisos, entrada y salida del personal entre otras; lo que podra llevar a falta de claridad al presentar algn informe sobre el rendimiento del personal a la gerencia o administracin de la institucin.

25

La expansin de la informtica en la actualidad ha hecho que a ms empresas e instituciones les sea accesible el adquirir computadoras, y poco a poco estos equipos han empezado a encargarse de tareas repetitivas y complejas que necesitan de un tiempo considerable si se realizan manualmente, esto las ha convertido en herramientas vitales para todas las empresas en donde son utilizadas; sin embargo, vale la pena destacar que existen instituciones donde los procesos se siguen llevando de manera manual aun cuando se cuenta con equipos tecnolgicos.

Es el caso de la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta, ubicada en la Comunidad Cardn, Estado Falcn, en donde todo el control de asistencia del personal se lleva de forma manual, el cual utiliza unas planillas diarias las cuales son impresas con los nombres del personal adscrito a la Unidad, en donde cada persona debe firmar en su rengln correspondiente y escribir la hora de entrada o salida, segn corresponda.

Este proceso se realiza siguiendo las instrucciones dictadas por la oficina central de la UNA, como lo menciona el MemorandoCircular del 24 de Febrero de 2000 (ver anexo 1), los centros locales deben enviar la relacin mensual en los cinco (5) das siguientes hbiles en que se relacionan; para lo cual existe una persona a cargo de recopilar la informacin reflejada en esas planillas al final del da para verificar la asistencia de cada persona.

Es bueno destacar que de haber una inasistencia, la persona que incurri en ella tiene un plazo mximo de 48 horas para consignar el reposo o justificativo mdico que indique la causa de la falta (ver anexo 2), esto es de suma importancia ya que de no presentar un justificativo de su inasistencia, a la persona no se le otorgara el beneficio del ticket de alimentacin, segn lo especifica el Memorando

26

del 17 de Febrero de 2005 (ver anexo 3), al finalizar el mes la responsable de la unidad de apoyo enva a travs de una direccin de correo electrnico un informe fsico reflejando las asistencias del personal, y las inasistencias, tanto las justificadas como las que no, y debe enviarlo al Centro Local en la Ciudad Santa Ana de Coro.

Posteriormente se realiza el envi a la direccin de operaciones nivel central, es importante mencionar que el proceso de la elaboracin del informe o relacin de asistencia es manual, es decir, la supervisora se encarga de revisar hoja por hoja para verificar las asistencias, lo cual trae como consecuencia la posibilidad de realizar un informe impreciso adems de ser un procedimiento engorroso, repetitivo y requiere de una gran cantidad de horas hombres para culminarla.

Por todo lo antes expuesto, se propone desarrollar un sistema para la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta, el cual debe ser capaz de llevar a cabo todo el proceso de registro y control de asistencia del personal adscrito a la unidad, utilizando una cmara Web a fin de capturar una imagen de quien se est registrando en el sistema, as mismo la aplicacin permitir advertir al usuario de inasistencias pendientes por justificativos mdicos o cualquier otra irregularidad que sea de importancia para tomar las acciones pertinentes, y generndose de manera rpida los reportes requeridos por el usuario.

II.2. OBJETIVOS DEL PROYECTO. II.2.1. OBJETIVO GENERAL. Generar un sistema bajo tecnologa Web para el control de asistencia del personal adscrito a la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta (UNA). II.2.2. OBJETIVOS ESPECFICOS.

27

1. Estudiar la situacin actual del control de asistencia del personal adscrito a la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta (UAPF), con el fin de determinar los requerimientos de la organizacin.

2. Evaluar la plataforma comunicacional de la UAPF con el objeto de determinar el entorno en el cual funcionar la aplicacin.

3. Disear el sistema siguiendo las fases de desarrollo de un sistema de informacin, con el objeto de establecer la estructura del sistema.

4. Generar los mdulos del sistema de informacin, con el fin de automatizar las tareas operativas del control de asistencia del personal.

5. Probar el sistema de informacin basado en tecnologa Web, para el control de asistencia del personal adscrito a la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta.

II.3. JUSTIFICACIN DE LA INVESTIGACIN. La investigacin se justifica sobre la base de la existencia de una necesidad de la unidad de apoyo Punto Fijo, en el sentido de optimizar el procedimiento de control de la asistencia del personal, a fin de obtener un registro ms exacto sobre la hora de entrada y salida del personal de la institucin, permitiendo as la disminucin del total de horas hombres que requiere llevar a cabo el proceso.

Cabe destacar que este sistema traer muchos beneficios a la institucin, ya que al ser un sistema automatizado se minimizan algunas situaciones que atentan contra la veracidad de la informacin tales como elimina la suplantacin de

28

identidad, evitando as el encubrimiento de las inasistencias o faltas cometidas por el personal, y adems se tiene un mayor control de las horas trabajadas por lo que se podr hacer los correctivos pertinentes en el caso de que existan situaciones contrarias a la normativa establecida para el control de asistencia del personal adscrito a la unidad de apoyo.

II.4. ALCANCE DE LA INVESTIGACIN. El presente proyecto comprende el desarrollo de un prototipo funcional de un sistema bajo tecnologa Web, que permita a travs del teclado o una lectora de cdigo de barras, registrar la asistencia del personal de la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta, as mismo (por seguridad) se realizar una captura de una fotografa a travs de una cmara Web, para obtener un registro grfico de las personas que utilizan el sistema.

II.5. LIMITACIONES DE LA INVESTIGACIN. Es importante reflejar las distintas restricciones que la investigacin puede tener, a fin de evitar falsas expectativas en lo que respecta a la tarea que el investigador espera llevar a cabo, es por esto que a continuacin se presenta la limitacin que puede presentar esta investigacin.

El sistema no podr reconocer si la informacin que se est registrando corresponde a la persona a quien se le esta capturando la imagen, ya que no se trata de un sistema experto, esta fotografa solo servir para tener un respaldo grafico y ser utilizada por parte del administrador del sistema para comprobar el registro de asistencia.

29

II.6. DESCRIPCIN DE LA EMPRESA. El desarrollo de est aplicacin ser para la Universidad Nacional Abierta (UNA), mas especficamente para la Unidad de Apoyo Punto Fijo, ubicada en la Comunidad Cardn del Estado Falcn, Repblica Bolivariana de Venezuela.

II.6.1. RESEA HISTRICA DE LA UNA. La Universidad Nacional Abierta es una institucin de Educacin Superior destinada a la formacin de profesionales en reas prioritarias del desarrollo nacional mediante un sistema de educacin abierta y a distancia , basada en la aplicacin de la tecnologa educativa y la utilizacin de medios de comunicacin social, la cual permite al estudiante cursar una carrera universitaria de acuerdo con su disponibilidad de tiempo, sin asistir a clases y sin separarse de su mbito geogrfico, social y laboral.

Su sede principal se encuentra ubicada en la Avenida Los Calvani N 18, San Bernandino en la ciudad de Caracas, Venezuela. Fue creada el 27 de Septiembre de 1.977, mediante el Decreto Presidencial No. 2398 de acuerdo con la Constitucin Nacional y el Artculo NO.10 de la Ley de Universidades sobre la base del proyecto presentado ante el Consejo Nacional de Universidades por la Comisin designada para tal fin.

Luego de su creacin, la Universidad Nacional Abierta. estableci 21 Centros Locales a nivel nacional, a fin de hacer operativa la Institucin en todo el territorio nacional y permitir a las personas residenciadas en cualquier parte de Venezuela, realizar sus estudios universitarios sin necesidad de separarse de su medio geogrfico, familiar, laboral y /o social; Asimismo facilitar sus estudios universitarios, a las personas cuyo trabajo les exige viajar constantemente dentro del pas, gracias a

30

la existencia de un conjunto de dependencias operativas, conectadas entre s bajo un sistema de red y ubicadas estratgicamente en todo el territorio nacional, para servir de enlace entre la Institucin y sus estudiantes.

Estas dependencias operativas facilitan los procesos acadmicos y administrativos vinculados con la accin educativa de la Universidad. Son las instancias, de relacin inmediata con el estudiante, a los cuales ste debe dirigirse para efectuar cualquier trmite o gestin relacionada con sus estudios, as como para solicitar el apoyo que requiere en su proceso aprendizaje

El reglamento de organizacin y funcionamiento de los Centros regionales y Locales de la UNA (1.995), establece en su Artculo 10 que el subsistema operacional bsico est conformado por: Centros Regionales, Centros Locales, Unidades de Apoyo. Estas dependencias, si bien tienen algunas funciones comunes, como la de representar a la Universidad ante la comunidad local respectiva, se diferencian en trminos del volumen de matrcula que atienden y la naturaleza de los servicios que prestan al estudiantado, entre otros aspectos.

Concebido como una red, tal como indicramos anteriormente, este subsistema podr ser constituido en cada Estado o entidad federal, por un Centro Regional, varios Centros Locales y Unidades de Apoyo, dependiendo de la forma como est distribuida la matrcula estudiantil en dicho Estado y de las Vas de comunicacin que tenga el mismo.

En la actualidad, en la mayora de los Estados slo existen un Centro Local y una o ms Unidades de Apoyo adscritas a dicho Centro, motivo por el cual la UNA contina en proceso de expansin hacia la creacin de nuevos Centros Locales y

31

Unidades de Apoyo, a fin de dar respuesta a las necesidades de profesionalizacin planteadas por las comunidades de las diferentes regiones y localidades del pas.

Los Centros Locales ofrecen a sus estudiantes un conjunto de servicios, acadmicos: dirigidos a facilitar el proceso de Aprendizaje y desempeo del estudiante en el sistema de la UNA; Servicios Administrativos: Facilitan la vinculacin formal del estudiante con la Institucin y el control de su situacin acadmico administrativa y Servicios de Bienestar Social: Dirigidos a procurar la atencin de necesidades socioeconmicas y el uso del tiempo libre por parte de la poblacin estudiantil.

La UNA, es una Institucin nacional de excelencia acadmica con la modalidad de la Educacin a Distancia, apta para la incorporacin de las innovaciones tecnolgicas, que responde oportuna y adecuadamente a las necesidades de formacin y capacitacin de poblaciones heterogneas y dispersas geogrficamente.

II.6.2. ESTRUCTURA ORGANIZATIVA. La Universidad Nacional Abierta cuenta con los Centros Locales, y Unidades de Apoyo, los cuales son unidades operativas que tienen como objetivo fundamental, la asistencia a la poblacin estudiantil tanto a nivel acadmico como administrativo, de cada regin del pas.

Los Centros Locales estn organizados en una estructura bsica, constituida por las siguientes unidades: Acadmica, Administrativa, Registro, Control de Estudio, Recursos Mltiples, y Unidad de Computacin; as mismo las Unidades de Apoyos de cada ciudad estn adscritas a cada Centro Local.

32

CAPITULO III EL PROBLEMA Y PROPUESTA DE SOLUCIN.

III.1. MARCO METODOLGICO. III.1.1. TIPO Y DISEO DE LA INVESTIGACIN. El presente proyecto permiti indagar las caractersticas del problema, describiendo y analizando los rasgos ms significativos de las necesidades que la Unidad de Apoyo Punto Fijo de la Universidad Nacional Abierta presentaba, para luego buscar las soluciones ms ptimas a las mismas, lo que hace que sea una investigacin descriptiva; lo anterior se basa en lo expresado por Fidias (1997) el cual define la investigacin descriptiva como un "mtodo que permite caracterizar un hecho, fenmeno, o grupo con el fin de establecer su estructura o comportamiento".

Dado que toda la informacin para llevar a cabo esta investigacin fue recolectada directamente del personal que labora en la Unidad de Apoyo Punto Fijo, hace que esta investigacin sea de campo, por cuanto se realiz en el contexto directo de la realidad, lo cual permiti analizar las necesidades y caractersticas del problema, en tal sentido Bavaresco (1998) define la investigacin de campo como "la que se realiza en el propio sitio donde se encuentra el objeto de estudio[...] permite manejar los datos con ms seguridad".

Desde el punto de vista de la modalidad, este proyecto se cataloga como proyecto factible dado que se busca mejorar y dar respuesta inmediata a la necesidad de la institucin en lo referente al control de asistencia del personal.

33

III.2. REA DE LA INVESTIGACIN. La investigacin se realiz directamente en la Unidad de Apoyo Punto Fijo, en la Avenida 5, de la Urbanizacin Zarabn en la ciudad de Punto Fijo.

III.3. TCNICAS DE RECOLECCIN DE DATOS. Para el levantamiento de la informacin del presente proyecto, se utilizaron las tcnicas de recoleccin de datos que se detallan a continuacin:

Entrevista de tipo No Estructurada: Se realizaron varias reuniones y entrevistas con el personal del rea de la Administracin de la Unidad de Apoyo Punto Fijo, con el fin de obtener los detalles sobre sus necesidades y expectativas sobre el sistema, estas entrevistas fueron no estructuradas, pero sirvieron como base para adquirir datos sobre el problema existente y las posibles soluciones al mismo.

Revisin Bibliogrfica: Para el desarrollo efectivo de todo proyecto de investigacin es necesario la revisin del material bibliogrfico, es por ello que el investigador realiz un resumen y un anlisis a toda la documentacin disponible en la Unidad de Apoyo Punto Fijo, este material sirve de soporte documental entre los cuales estn: Reglamentos de la Universidad Nacional Abierta, Memorandos, y Reportes, as mismo se obtuvieron los formatos de las planillas utilizadas para el registro de la asistencia con el fin de guiarse en el desarrollo del sistema.

III.4. FASE DE LA INVESTIGACIN. Para el desarrollo del proyecto se utiliz como gua los aspectos ms importantes de la metodologa IWEB, a continuacin se muestran las fases metodolgicas aplicadas.

34

III.4.1. FASE 1: FORMULACIN. Segn la IWEB en esta etapa se busca identificar los requerimientos y metas de la empresa para la construccin de la aplicacin Web, especficamente para este proyecto se utilizar la entrevista no estructurada al personal de la Unidad de Apoyo Punto Fijo a fin de obtener esta informacin; al concluir esta fase se obtuvieron los siguientes puntos: o Se necesita un equipo para ser utilizado como servidor Web local para almacenar la aplicacin. o La aplicacin a utilizar una cmara para capturar una imagen del personal que se registre en el sistema. o El personal deber registrarse dos (2) veces al da, al entrar y al salir de la institucin. o El sistema podr utilizar una lectora de cdigo de barras para registrar la asistencia, pero debe dar la opcin de utilizar el teclado de la computadora.

III.4.2. FASE 2: PLANIFICACIN. Esta fase de la metodologa se realiza para estimar los costos que llevar la realizacin del proyecto, as como los requisitos tcnicos y riesgos de la realizacin del mismo. En esta fase se realiz lo siguiente: o Elaboracin de la tabla de los recursos de hardware existente. o Elaboracin de la tabla de recursos de hardware requeridos. o Elaboracin de la tabla de los recursos de software requeridos.

35

III.4.3. FASE 3: ANALISIS.

Durante el desarrollo de la fase de Anlisis se pregunt al personal que labora en el departamento de administracin de la institucin, sobre las expectativas y requerimientos que poseen para la instalacin e implementacin del sistema de registro de asistencia del personal, con el fin de corroborar que lo definido cubre lo que los usuarios requerirn.

De igual forma se solicitaron los formatos y planillas utilizados en el registro manual de la asistencia, as como tambin los reportes enviados al centro local Falcn Ubicado en la ciudad Santa Ana de Coro, a fin de determinar los requerimientos tcnicos que necesitan estos procesos. III.4.4. FASE 4: INGENIERA. Durante esta fase se estructur el funcionamiento del sistema, utilizando como base la informacin suministrada en las fases anteriores, todo esto con la intencin de desarrollar la aplicacin de la manera correcta, al finalizar esta fase se determinaron las estructuras de navegacin as como los niveles de usuarios, al finalizar esta fase se determin lo siguiente: o Determinacin del Diseo Arquitectnico del sistema. o Diseo de Navegacin del Sistema. o Niveles de Usuarios del Sistema. o Diseo de la Interfaz del usuario.

III.4.5. FASE 5: DISEO DE LAS ESTRUCTURAS DE DATOS. Aqu se transforma el modelo del dominio de informacin que se crea durante el anlisis de las estructuras de datos que se necesitarn para implementar

36

el software. Los objetos de datos y las relaciones definidas en el Diagrama Entidad Relacin y el contenido de datos detallado que se representa en el Diccionario de Datos proporcionan la base de la actividad del Diseo de Datos. Es posible que parte del diseo de datos tenga lugar junto con el diseo de la arquitectura de software.

Durante esta fase se definieron la estructura de todas las tablas que conformaran la base de datos principal del sistema de registro y control de asistencia de la Unidad de Apoyo Punto Fijo.

III.4.6. FASE 6: GENERACIN DE PGINAS. Esta fase la constituyen las tareas relacionadas con el desarrollo de la aplicacin propiamente dicho, es una actividad de construccin que hace mucho uso de las herramientas automatizadas para la creacin de la Web. El contenido definido en la actividad de ingeniera se fusiona con los diseos arquitectnicos, de navegacin y de la interfaz para elaborar pginas Web ejecutables en HTML, XML y otros lenguajes orientados a procesos.

Para llevar a cabo esta fase se le suministr al tesista copias de los reportes que se envan a Coro, y las planillas que se utilizan para registrar la asistencia del personal para poder hacer la estructura de la base de datos.

III.4.7. FASE 7: PUESTA A PRUEBA Y EVALUACIN DEL CLIENTE. Una vez desarrollado el sistema, necesariamente debe ser probado para descubrir el mximo de errores posibles antes de su puesta en funcionamiento. Se hicieron una serie de casos que tenan una alta probabilidad de encontrar errores, y al encontrarlos se corrigieron hasta cumplir los requerimientos y objetivos planteados.

37

As mismo se har la evaluacin por parte de la persona encargada del sistema a fin de constatar que los objetivos se cumplieron.

38

CAPITULO IV. DESCRIPCIN DE LA SOLUCIN.

IV.1. FACTIBILIDAD DE LA INVESTIGACIN. IV.1.1. FACTIBILIDAD TERICA. Desde el punto de vista terico el presente proyecto es factible, ya que para su desarrollo se cont con una metodologa denominada Ingeniera Web (IWEB).

IV.1.2. FACTIBILIDAD ECONMICA. Ya que la institucin cuenta con todos los recursos de hardware y software, as como el recurso humano necesarios para el desarrollo del proyecto, el mismo es econmicamente factible, ya que no se incurri en ningn gasto para la elaboracin del mismo.

IV.1.3. FACTIBILIDAD OPERACIONAL. En lo que se refiere a la operacin del sistema, el proyecto es factible, ya que la institucin cuenta con los recursos para la puesta en funcionamiento del mismo, as mismo el personal de la Unidad de Apoyo Punto Fijo formo parte activa en el proceso de desarrollo del sistema y estn al tanto de todos los procedimientos que se realizan por lo que no existe ningn inconveniente para el uso de la aplicacin.

IV.1.4. FACTIBILIDAD TCNICA. Para el desarrollo de este proyecto se utiliz como servidor un equipo bajo un sistema operativo GNU/Linux, y para el uso de la autora una computadora con sistema dual (Microsoft Windows XP y UBUNTU Linux) a fin de validar el buen

39

Funcionamiento del sistema bajo las dos (2) plataformas existentes en la Unidad de Apoyo Punto Fijo de la Universidad Abierta.

El sistema est instalado y en fase experimental, y se puede acceder a ella a travs de la red interna de la Unidad de Apoyo Punto Fijo, esta instalacin se hizo con el apoyo del Ingeniero Jos Jordn, encargado del laboratorio Alma Mater existente en las instalaciones de la unidad de apoyo.

Por todo lo antes expuesto se demuestra la factibilidad desde el punto de vista tcnico del sistema desarrollado por la autora.

IV.2. FASES DE DESARROLLO DEL PROYECTO (IWEB). IV.2.1. FASE 1: FORMULACIN. Esta fase constituye el primer paso hacia el cumplimiento de los objetivos planteados, ya que en ella se presentaron los requerimientos para el desarrollo y configuracin de la plataforma telemtica, se hizo un anlisis de los aspectos principales de cmo se deseaba llevar a cabo el proceso, las expectativas del personal de la empresa.

IV.2.2. FASE 2: PLANIFICACIN. En esta fase se concretaron las necesidades y requerimientos para el desarrollo del sistema propuesto, es importante resaltar que la Unidad de Apoyo Punto Fijo de la Universidad Abierta, cuenta con un laboratorio de 10 computadoras para hacer las pruebas de la aplicacin, y la autora cuenta con un equipo propio para el desarrollo de la aplicacin, entre los recursos necesarios para este desarrollo estn:

40

IV.2.2.1 RECURSOS DE HARDWARE REQUERIDO. A continuacin se presenta una comparativa entre el hardware requerido y el existente:

Para el desarrollo del proyecto:

Recursos de hardware existente Procesador Pentium IV, 1.6 GHZ, con 512 GB de RAM, y 80 GB de disco. Monitor SVGA, 17" Mouse y Teclado

Recursos de hardware requerido Procesador Pentium III, 700 Mhz, con 128 Mb de RAM, y 200 MB de Disco duro. Monitor SVGA, 14" Mouse y Teclado

Cuadro 1: Recursos de hardware existente y requerido para desarrollo. Fuente: adobe.com y apachefriends.org Para la implantacin del proyecto:

Recursos de hardware existente Recursos de hardware requerido Procesador Pentium IV, 1.8 GHZ, con 1 GB Procesador Pentium III, 700 Mhz, con 128 Mb de RAM, y 50 GB de espacio en disco. de RAM, y 50 MB de Disco duro. Tarjeta de Red. Tarjeta de Red. WebCam Webcam Cuadro 2: Recursos de hardware existente y requerido para implantacin. Fuente: Unidad de Apoyo Punto Fijo Por lo antes expuesto se puede evidenciar que se cuenta con todos los equipos necesarios para la implementacin del sistema.

41

IV.2.2.2. RECURSOS DE SOFTWARE REQUERIDO. A continuacin se muestran las diferentes herramientas de software que se tienen para desarrollar el proyecto: Descripcin Programa para el diseo Web y Multimedia. Herramienta de dibujo vectorial. Es un manejador de base de datos de Software Libre, muy MySQL utilizado por su sencillez y capacidad de procesamiento. PHPMyAdmin Entorno Visual para la administracin de bases de datos MySql. Windows Xp Sistema operativo de la Microsoft. UBUNTU Sistema operativo Linux. Cuadro 3: Recursos de software requerido. Fuente: propia IV.2.3. FASE 3: ANALISIS. Luego de definir los requisitos tcnicos para el desarrollo de la aplicacin se llevan a cabo cuatro anlisis, segn la metodologa IWeb, para as concretar el diseo de la interfaz del sistema, estos son: Nombre del Programa Adobe Studio CS3. Inkscape

IV.2.3.1. ANLISIS DEL CONTENIDO. Se determin que el contenido de cada pantalla va a contener en la parte superior, el identificativo de la aplicacin, Sistema de Control de Asistencia, as mismo se usar el color azul como predominante en el diseo.

Se utiliz la divisin de los sectores del portal a travs de colores diferentes, de esta manera se consigue que el usuario ubique las opciones que necesite de manera mucho ms rpida.

IV.2.3.2. ANLISIS DE INTERACCIN. Para describir cmo ser la interaccin usuariosistema, desde el punto de vista del usuario Administrador (el encargado de llevar el control de todos los

42

procedimientos del sistema) y el usuario Personal (que solo registra su entrada y salida), se explican a continuacin los pasos a seguir por cada uno de ellos:

Lo primero que debe hacer el usuario es introducir su nombre y contrasea, el sistema validar si son correctos, de ser as le permitir el ingreso al sistema, luego debe acceder a la opcin Agregar Personal, seguidamente deber ingresar los datos de la persona a ingresar, como la cdula, nombre, cargo, y dedicacin, entre otros, luego al pulsar el botn de guardar se mostrar un mensaje indicndole el resultado de su peticin.

IV.2.3.3. ANLISIS FUNCIONAL. El sistema est compuesto por 2 mdulos, el primero es el encargado de registrar la asistencia del personal, los cuales deben registrar su nmero de cdula en la computadora ubicada en el departamento determinado por el coordinador de la Unidad de Apoyo, permitiendo as la identificacin de la persona, para luego capturar una fotografa y guardarla como prueba fehaciente de su llegada o salida de la institucin; este sistema cuenta con una pantalla nica mostrando la hora y fecha actualizada cada segundo, y un pequeo recuadro en donde se aprecia lo que la cmara instalada en el equipo esta capturando, ayudando as a la persona a ubicarse en el mejor lugar al momento de la captura de la imagen.

El segundo mdulo, es en donde se van a procesar todos los datos almacenados por el primero, cuenta con un nivel de usuario, el usuario Administrador, es el encargado de registrar al personal en el sistema, ingresar los horarios, as como los cargos de cada uno de ellos, tambin es el encargado de aadir las observaciones a los casos que los amerite.

43

En el mismo orden de ideas, al ingresar el usuario introduciendo su nombre y contrasea, le mostrar la pantalla principal que cuenta con un men con diferentes opciones, identificadas de manera grafica y por un texto alusivo a la accin que se desea realizar.

IV.2.3.4. ANLISIS DE CONFIGURACIN. En lo que se refiere a la configuracin, este sistema va a estar implantado en un equipo de la red interna de la Unidad de Apoyo Punto Fijo de la UNA, la decisin de cual equipo se va a utilizar queda de parte del director de la unidad de apoyo. IV.2.4. FASE 4: INGENIERA. IV.2.4.1. PRODUCCIN. En lo que respecta a la promocin del sistema propuesto, se har mediante la colocacin de una notificacin escrita que se le entregar a cada una de las personas que laboran en la Unida de Apoyo. IV.2.4.2. DISEO ARQUITECTNICO. La estructura del sistema propuesto es la jerrquica, ya que permite al usuario navegar por el sistema sin ningn orden preestablecido, es decir, el usuario est en la libertad de acceder a las pantallas que el necesite para llevar a cabo una tarea predeterminada. A continuacin se muestra el diseo arquitectnico empleado en el sistema.

Usuario: Administrador.

44

Figura 1: Estructura del sistema para el usuario de Administracin. Fuente: propia.

IV.2.4.3. DISEO DE NAVEGACIN. Al tener un solo nivel de usuarios el sistema de control de asistencia de la Unidad de Apoyo, el diseo de navegacin es exactamente igual al diseo arquitectnico anteriormente mostrado, por lo cual no se hace necesario volver a mostrarlo. IV.2.4.4. DISEO DE LA ESTRUCTURA DE DATOS. IV.2.4.4.1. MODELO ENTIDAD RELACIN. La Base de Datos del sistema propuesto cuenta con 4 tablas, y a continuacin se muestra el modelo entidad relacin de la misma.

45

Modelo Entidad Relacin

IV.2.4.4.2. DICCIONARIO DE DATOS. A continuacin se muestra las caractersticas de las tablas, as como la descripcin de cada uno de los campos que las conforman.

Tabla: asistencia Elemento Cedula Hora_entrada Hora_salida Fecha observaciones Id Listo Tipo de dato Bigint Time Time Date Text Bigint Tinyint

Clave principal: id Longitud Descripcin 10 Para guardar la cedula de la persona. Guarda la hora de entrada de la persona Guarda la hora de salida de la persona Guardar la fecha de la asistencia Guardar las posibles observaciones. 20 Identificador del Registro de Asistencia. 4 Determinar si ese registro fue tomado en cuenta.

Cuadro 4: tabla de asistencia. Fuente: propia

46

Tabla: horario Elemento Id cedula hora_entrada hora_salida dia lugar actividad Tipo de dato bigint bigint time time smallint varchar varchar

Clave principal: id Descripcin Identificador del registro 10 Guarda la cedula. Almacena la hora de inicio. Aqu se almacena la hora de culminacin 6 En este campo se guarda el da 10 Guarda el lugar donde va a estar la persona 50 Guarda la actividad a realizar la persona Cuadro 5: tabla de horario. Fuente: propia Clave principal: cedula Tipo de dato Longitud Descripcin Texto 50 Almacena el nombre y apellido. Bigint 10 Guardar la cedula de la persona Texto 15 Telfono de la persona Texto 50 Direccin de habitacin de la persona Texto 50 Email de la persona Carcter 1 Si est activo o no la persona Texto 15 Cargo de la Persona Texto 1 Dedicacin de la persona Cuadro 6: tabla de personal. Fuente: propia Clave principal: cedula Tipo de dato bigint varchar varchar Longitud Descripcin 10 Este campo es para guardar la cedula de la persona y saber si es un usuario 10 Aqu se guarda el nombre del usuario 100 Almacena la contrasea del usuario Cuadro 7: tabla de usuarios. Fuente: propia Longitud

Tabla: personal Elemento Nombre_apellido cedula Telfono Direccin Email activo Cargo Dedicacin

Tabla: usuario Elemento cedula usuario contrasena

47

IV.2.4.5. DISEO DE LA INTERFAZ DE USUARIO. El diseo de las pginas que forman parte del sistema de control de asistencia del personal est dividida visualmente en tres secciones, la superior es donde se muestra la identificacin del sistema, la central donde se muestran los diversos contenidos de cada una de las pginas, y la derecha donde aparecen los mens de las diferentes secciones, a continuacin se muestra un ejemplo de una de las pantallas.

Identificacin

Men

Contenido

Figura 4: Estructura de las pantallas. Fuente: propia Se utilizaron estos colores debido a que al ser claros producen menos cansancio visual para el usuario del sistema.

IV.2.4.5.1. DESCRIPCIN DE LAS PANTALLAS. A continuacin se muestran y describen cada una de las pantallas del sistema.

48

Pantalla 1. Inicio de Sesin. Pantalla para iniciar sesin e ingresar al sistema.

Pantalla 2. Principal. Esta pantalla es la que visualiza el usuario al ingresar al sistema, aqu se mostrar al lado derecho las personas que estn asistentes en la Unidad de Apoyo.

49

Pantalla 3. Registrar Personal. Al hacer clic en la opcin Registrar Personal se le permite al usuario ingresar los datos de la persona, el usuario debe ingresar al menos los datos Cdula, Nombre y Apellido, Telfono, Condicin, Dedicacin y Cargo para poder procesar satisfactoriamente el registro.

Pantalla 4. Registro de Horarios. Esta pantalla ser utilizada para ver, ingresar y borrar los horarios a las personas.

50

Pantalla 5. Ver Horarios registrados. Esta pantalla muestra los horarios registrados de las personas adscritas a la Unidad de Apoyo Punto Fijo.

Pantalla 6. Ver Observaciones.

51

Esta pantalla es utilizada para registrar las observaciones y justificaciones de los retardos del personal, el usuario deber seleccionar el periodo entre fechas que quiere comprobar, esta horas registradas sern sumadas como No trabajadas para el reporte mensual.

Pantalla 7. Ver Inasistencias. Esta pantalla es utilizada para registrar las observaciones y justificaciones de las inasistencias del personal, el usuario deber seleccionar el periodo entre fechas que quiere comprobar, esta horas registradas sern sumadas como No trabajadas para el reporte mensual.

52

Pantalla 8. Reporte Mensual. Este es el reporte mensual que muestra la cantidad de horas trabajadas y no trabajadas de cada persona, as como las observaciones que estas tengan. Este reporte se genera por cada tipo de personal Docente, Administrativo, Obrero.

IV.2.5. FASE 5: GENERACIN DE PGINAS. El sistema ha sido desarrollado en su mayor parte utilizando los lenguajes de programacin HTML (Hyper Text Manager Lenguaje).

El entorno de desarrollo Web utilizado fue Macromedia Dreamweaver, as mismo se utilizaron aplicaciones de diseo como Inkscape para el banner y los iconos. IV.2.6. FASE 6: PUESTA A PRUEBA Y EVALUACIN DEL CLIENTE. Terminado el proceso de desarrollo del sistema propuesto, se procede a hacer las pruebas para corroborar su funcionamiento, estas pruebas se han venido realizando durante los meses de Abril, Mayo y Junio, los resultados y caractersticas de estas pruebas, se presentan a continuacin divididas por semanas.

53

Semana 1 (del 01/04/2009 al 08/04/2009). Durante esta semana se hicieron pruebas en los procesos de ingreso y eliminacin del personal, as como la creacin y eliminacin de las cuentas de usuarios del sistema, y se encontraron los siguientes problemas: Error. Solucin. Al eliminar una persona del sistema aun Cambiar el nombre de la variable que apareca listado. almacena el nmero de cdula. Al momento de crear un usuario se poda Verificar si el nombre de usuario existe repetir el nombre usado para una antes de crear la cuenta de usuario. determinada cuenta. Cuadro 8: Errores y soluciones de ingreso y eliminacin del personal Fuente: propia. Semana 2 (del 08/04/2009 al 14/04/2009). En esta semana las pruebas se enfocaron en el proceso de asignacin de horarios del personal, as como la eliminacin de los mismos, los errores encontrados y las soluciones tomadas se muestran a continuacin: Error. Solucin. Cuando la persona no tena un horario Verificar si la persona no tenia horario definido no permita agregarle alguno. asignado, si era as, se le muestra el formulario para que se le asigne. La persona solo poda tener un horario. Si la persona ya tiene un horario, se lista y se muestra el formulario de ingresar el horario. Un personal eliminado mantena el Al momento de eliminar una persona se horario guardado en el sistema. busca los horarios que tiene y se eliminan tambin. Se permite ingresar dos veces un horario Se verifica si un horario existe con las en el mismo da y las mismas horas. caractersticas que se desean almacenar antes de guardarlo. Cuadro 9: Errores y soluciones de los horarios Fuente: propia. Semana 3 (del 18/05/2009 al 25/05/2009).

54

En esta semana se prob el funcionamiento de la aplicacin que hacia el registro de la asistencia, durante estas pruebas se encontraron diversos problemas, los cuales se muestran en el siguiente cuadro junto a la solucin tomada: Error. Al introducir el nmero de cdula incorrecto no permita ingresar un nuevo intento. Al ingresar una cdula vlida siempre registraba la hora de entrada ms no la de salida. Solucin. Se corrigi la accin programada para los casos de no existir una cdula.

Se cambi el nombre de la variable que contena el valor de la hora de entrada para comprobar si era salida o entrada lo que se registraba. Si la persona no estaba registrada se Se modific la condicin que verificada si mostraba el mensaje adecuado pero igual la persona exista, y se incluy dentro de el sistema capturaba la fotografa. ella la funcin para capturar la fotografa. Cuadro 10: Errores y soluciones de registro de asistencia. Fuente: propia. Semana 4 (del 10/06/2009 al 17/06/2009). Las pruebas de esta semana estuvieron dirigidas a los clculos y reportes de las horas trabajadas por el personal, al ser este el punto fuerte del sistema se solicit la presencia del personal del Departamento encargado, los cuales asesoraron las pruebas y se encontraron los siguientes errores: Error. Solucin. El clculo de las horas trabajadas del Se valid el tipo de personal antes de personal Docente se haca en base a 60 calcular las horas totales trabajadas. minutos y es en base a 50. Sin importar el tipo de personal que se Se corrigi la condicin que verificaba el seleccionara siempre aparecan los tipo de personal y se cambi la variable docentes. que almacenaba esta informacin. Las horas de retraso no se tomaban en Se ingres un procedimiento para tomar cuenta para el total de horas no en cuenta estas horas de retraso. trabajadas. Los totales de horas trabajadas no Se escribi correctamente la variable que coincidan con las que aparecan contena este valor. detalladas por cada persona. Cuadro 11: Errores y soluciones de Calculo y reportes de horas trabajadas Fuente: propia.

55

CONCLUSIONES.
Ya finalizada la investigacin se puede concluir que el funcionamiento de este sistema va a favorecer en gran manera a la Unidad de Apoyo Punto Fijo de la UNA, ya que se ha logrado cumplir el objetivo general al desarrollar un sistema basado en tecnologa Web que permita el control de asistencia del personal; desprendindose as varias conclusiones:

Se determin que la manera en como se lleva actual mente el control de asistencia del personal es engorroso, y consume muchas horas hombres de trabajo, se logr estudiar la situacin actual del control de asistencia del personal en la Unidad de Apoyo Punto Fijo de la UNA lo que permiti conocer mejor como se llevaba a cabo el sistema manual actual, a dems tambin se pudo conocer as todas las necesidades y requerimientos del mismo.

Se desarroll la aplicacin bajo tecnologa Web ya que la plataforma comunicacional actual lo permite, y adems facilita futuras movilizaciones del equipo donde se instalar el sistema.

Se concluy que la metodologa Iweb es la ms indicada para el desarrollo de un sistema da informacin basado en Web, porque permiti el desarrollo de este proyecto sin grandes complicaciones.

El nuevo sistema para el control de asistencia del personal en la Unidad de Apoyo Punto Fijo de la UNA traera consigo clculos ms exactos y requiriendo menos tiempo para esto.

56

RECOMENDACIONES.
Una vez concluido el presente proyecto, es importante tener en cuenta las distintas recomendaciones dadas por el autor para mantener el buen funcionamiento del sistema, a continuacin se presentan las distintas recomendaciones:

Se recomienda

realizar una limpieza peridica del directorio donde se

almacenan las fotos del personal ya que esto ocupa un espacio considerable.

Realizar mantenimiento al equipo donde residir el sistema para mantener

su buen funcionamiento. Se recomienda mantener el servidor con la hora y la fecha exacta porque

esta es la que se registra en el sistema, y de ella depende el buen funcionamiento del mismo.

57

GLOSARIO DE TRMINOS.
Administracin: es el proceso de crear, disear y mantener un ambiente en el que las personas, laborar o trabajando en grupos, alcancen con eficiencia metas seleccionadas. Ancho de Banda: Rango de frecuencias donde se encuentra concentrada la mayor energa de la seal. Aplicacin: Es el problema o conjunto de problemas para los que se disea una solucin mediante computadora. Automatizacin: Conversin de determinados procesos corporales o psquicos en automticos. Sistema de fabricacin diseado con el fin de usar la capacidad de las mquinas para llevar a cabo determinadas tareas anteriormente efectuadas por seres humanos, y para controlar la secuencia de las operaciones sin intervencin humana. Bit: es el acrnimo de Binary digit. (Dgito binario). El bit es la unidad mnima de informacin empleada en informtica, en cualquier dispositivo digital, o en la teora de la informacin. Con l, podemos representar dos valores cualquiera, como: verdadero o falso, abierto o cerrado, blanco o negro, norte o sur, masculino o femenino, amarillo o azul, etc. Datos: Es la unidad mnima de informacin. Corresponde a cualquier informacin que pueda ser usada para clculo, comparacin u otro procesamiento o que requieras ser recordada a futuro. Firewall: es un equipo de hardware o software utilizado en las redes para prevenir algunos tipos de comunicaciones prohibidos por las polticas de red, las cuales se fundamentan en las necesidades del usuario. Hardware: Es el trmino que indica todas las partes fsicas, elctricas y mecnicas de una computadora. Significa literalmente partes duras y se emplea en contraposicin al trmino software.

58

Herramienta: Es el trmino aplicado a un programa que desarrolla servicios especficos. Hipervnculo: Enlace mediante palabras, fraces, graficos a ficheros o paginas web mediante un clic de raton sobre ellos. Http: Siglas de Hyper Text Transport Protocol, protocolo para transferir ficheros o documentos en el www. Interfaz de Usuario: Trata del conjunto de componentes empleados por el usuario para comunicarse e interaccionar con las computadoras. Red: Agrupacin de computadores, impresoras, routers, switches y otros dispositivos que se pueden comunicar entre s a travs de un medio de transmisin. Script: Conjunto de caracteres formado por mandatos y secuencias de tecleo, que se utilizan para automatizar tareas muy habituales, como por ejemplo la conexin a la red. URL: (Universal Resource Locutor) formato normalizado para dar direcciones a todos los elementos que configuran la red, un URL tiene tres partes: el protocolo para extraer la informacin (http, FTP), el nombre del ordenador que la sirve y la ruta o camino hacia el documento. Usuario: un usuario es la persona, organizacin u otra entidad que depende de los servicios de un computador o sistema computacional para obtener un resultado deseado. Tecnologa: conjunto de instrumentos, procedimientos y mtodos empleados en las distintas ramas industriales. Tambin puede definirse como la tcnica que utiliza el conocimiento cientfico. Web: es un sistema de hipertexto que funciona sobre Internet. Para ver la informacin se utiliza una aplicacin llamada navegador web para extraer elementos de informacin (llamados "documentos" o "pginas web") de los servidores web (o "sitios") y mostrarlos en la pantalla del usuario.

59

WWW: Siglas de World Wide Web, su traduccion podria ser red de cobertura mundial, tambien conocido como el Web, o triple W, es un sistema de informacin global desarrollado por investigadores de CERN en suiza, que permite acceder a documentos codificados en lenguaje HTML por medio de un navegador.

60

BIBLIOGRAFA.
ROBBINS, S. (1994). Administracin teora y prctica. (4 ed.). Prentice Hall Hispanoamericana, S.A. Mxico LORENZI, Peter Skinner J., Steven (1997) Gestin: Calidad y Competitividad Espaa: McGraw Hill Interamericana d ndice general Espaa, S.A. SABINO, C. (1992). El proceso de Investigacin. Tercera Edicin. Santa fe de Bogota: Panamericana Editorial. KENDALL Kenneth E. y col. (1997). Anlisis y Diseo de Sistemas. Pretince may Hispanoamericana, S. A. Mxico. MONTILVA C. Jons A. (1999) Desarrollo de Sistemas de Informacin. Consejo de Publicaciones de la Universidad de los Andes. DATE C. J. (1993) Introduccin a los Sistemas de bases de datos, Volumen I. Quinta Edicin PRESSMAN, R. E. (2002). Ingeniera de Software. Mxico. McGraw Hill. CHIAVENATO, I. (2001). Introduccin a la Teora General de la Administracin, Mxico. ARIAS, F (1997). El proyecto de Investigacin, gua para su elaboracin. 2da Edicin. Caracas, Venezuela. Editorial Episteme. BAVARESCO, A (1998).Proceso Metodolgico en la Investigacin. Maracaibo, Edo Zulia. Editorial de la Universidad del Zulia. HERNNDEZ (2003). Metodologa de la investigacin, Mxico: McGrawHill. BALESTRINI, R. (1997). Tcnica de la Investigacin. Segunda Edicin. Caracas Venezuela.

61

ANEXO 1

62

ANEXO 2

ANEXO 3

63

ANEXO 3