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.
pp.
RESUMEN
INDICE GENERAL
INTRODUCCIN
ii
iii
v
CAPITULOS
I. DEFINICIN Y CONCEPTOS BSICOS 1
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.
1
2
2
3
4
4
5
5
5
6
7
8
13
14
14
15
16
16
17
23
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.
24
26
26
26
27
28
28
28
29
31
v
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.
32
33
33
33
34
34
34
35
36
37
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.
37
37
37
37
37
38
38
38
38
39
40
40
40
41
41
41
42
42
42
45
46
50
50

CONCLUSIONES. 53
RECOMENDACIONES. 54
GLOSARIO DE TRMINOS. 55
vi
BIBLIOGRAFA. 58
ANEXOS. 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.

1
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.

2
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
3
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.

4
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
5
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
6
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
7
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.
8
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 datos y la
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).

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.
9
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. El DBMS interpreta esa solicitud y la analiza.
2. El DBMS inspecciona, el orden, el esquema externo de ese usuario, la
correspondencia externa/conceptual asociada, el esquema conceptual, la
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 Recursos de hardware requerido
Procesador Pentium IV, 1.6 GHZ, con 512 GB
de RAM, y 80 GB de disco.
Procesador Pentium III, 700 Mhz, con 128 Mb
de RAM, y 200 MB de Disco duro.
Monitor SVGA, 17" Monitor SVGA, 14"
Mouse y Teclado 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
de RAM, y 50 GB de espacio en disco.
Procesador Pentium III, 700 Mhz, con 128 Mb
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:
Nombre del Programa Descripcin
Adobe Studio CS3. Programa para el diseo Web y Multimedia.
Inkscape Herramienta de dibujo vectorial.
MySQL
Es un manejador de base de datos de Software Libre, muy
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:

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 Clave principal: id

Elemento Tipo de dato Longitud Descripcin
Cedula Bigint 10 Para guardar la cedula de la persona.
Hora_entrada Time Guarda la hora de entrada de la
persona
Hora_salida Time Guarda la hora de salida de la persona
Fecha Date Guardar la fecha de la asistencia
observaciones Text Guardar las posibles observaciones.
Id Bigint 20 Identificador del Registro de Asistencia.
Listo Tinyint 4 Determinar si ese registro fue tomado
en cuenta.

Cuadro 4: tabla de asistencia.
Fuente: propia



46
Tabla: horario Clave principal: id

Elemento Tipo de dato Longitud Descripcin
Id bigint Identificador del registro
cedula bigint 10 Guarda la cedula.
hora_entrada time Almacena la hora de inicio.
hora_salida time Aqu se almacena la hora de
culminacin
dia smallint 6 En este campo se guarda el da
lugar varchar 10 Guarda el lugar donde va a estar la
persona
actividad varchar 50 Guarda la actividad a realizar la
persona
Cuadro 5: tabla de horario.
Fuente: propia

Tabla: personal Clave principal: cedula

Elemento Tipo de dato Longitud Descripcin
Nombre_apellido Texto 50 Almacena el nombre y apellido.
cedula Bigint 10 Guardar la cedula de la persona
Telfono Texto 15 Telfono de la persona
Direccin Texto 50 Direccin de habitacin de la persona
Email Texto 50 Email de la persona
activo Carcter 1 Si est activo o no la persona
Cargo Texto 15 Cargo de la Persona
Dedicacin Texto 1 Dedicacin de la persona
Cuadro 6: tabla de personal.
Fuente: propia

Tabla: usuario Clave principal: cedula

Elemento Tipo de dato Longitud Descripcin
cedula bigint 10 Este campo es para guardar la cedula
de la persona y saber si es un usuario
usuario varchar 10 Aqu se guarda el nombre del usuario
contrasena varchar 100 Almacena la contrasea del usuario
Cuadro 7: tabla de usuarios.
Fuente: propia
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.


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.
Contenido
Men
Identificacin
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
apareca listado.
Cambiar el nombre de la variable que
almacena el nmero de cdula.
Al momento de crear un usuario se poda
repetir el nombre usado para una
determinada cuenta.
Verificar si el nombre de usuario existe
antes de crear la cuenta de usuario.
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
definido no permita agregarle alguno.
Verificar si la persona no tenia horario
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
horario guardado en el sistema.
Al momento de eliminar una persona se
busca los horarios que tiene y se eliminan
tambin.
Se permite ingresar dos veces un horario
en el mismo da y las mismas horas.
Se verifica si un horario existe con las
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. Solucin.
Al introducir el nmero de cdula
incorrecto no permita ingresar un nuevo
intento.
Se corrigi la accin programada para los
casos de no existir una cdula.
Al ingresar una cdula vlida siempre
registraba la hora de entrada ms no la
de salida.
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
mostraba el mensaje adecuado pero igual
el sistema capturaba la fotografa.
Se modific la condicin que verificada si
la persona exista, y se incluy dentro de
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
personal Docente se haca en base a 60
minutos y es en base a 50.
Se valid el tipo de personal antes de
calcular las horas totales trabajadas.
Sin importar el tipo de personal que se
seleccionara siempre aparecan los
docentes.
Se corrigi la condicin que verificaba el
tipo de personal y se cambi la variable
que almacenaba esta informacin.
Las horas de retraso no se tomaban en
cuenta para el total de horas no
trabajadas.
Se ingres un procedimiento para tomar
en cuenta estas horas de retraso.
Los totales de horas trabajadas no
coincidan con las que aparecan
detalladas por cada persona.
Se escribi correctamente la variable que
contena este valor.
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