sistema de informacion tesis

8/13/2019 Sistema de Informacion Tesis

1/70

UNIVERSIDAD NACIONAL ABIERTAREA DE INGENIERACARRERA: INGENIERA DE SISTEMAS.

SISTEMA BAJO TECNOLOGA WEB PARA EL CONTROL DEASISTENCIA DEL PERSONAL ADSCRITO A LA UNIDAD DE APOYO

PUNTO FIJO DE LA UNIVERSIDAD NACIONAL ABIERTA (UNA).

Trabajo de Grado presentado ante laUniversidad Nacional AbiertaPor Br. Mariela Guanipa G.

Para Obtener el Ttulo deIngeniero de Sistemas

Punto Fijo, Septiembre 2009


2/70

ii

SISTEMA BAJO TECNOLOGA WEB PARA EL CONTROL DEASISTENCIA 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 FijoCentro Local Falcn

Tutor Acadmico: Ing. Jos JordnTutor Empresarial: Econ. Migdalia Montero

RESUMENEl presente Trabajo de Grado consiste en el desarrollo de un sistema bajo tecnologaWeb 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 deApoyo el llevar un control de la asistencia del personal adscrito a dicha Unidad. Deacuerdo 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


3/70

iv

INDICE. pp.

RESUMENINDICE GENERALINTRODUCCIN

iiiiiv

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

1223445556781314141516161723

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

262626272828282931


4/70

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.

32333333343434

353637

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.

373737373738

3838383940404041414142

424245465050

CONCLUSIONES. 53RECOMENDACIONES. 54GLOSARIO DE TRMINOS. 55


5/70

vi

BIBLIOGRAFA. 58ANEXOS. 59


6/70

vii

INTRODUCCIN.

Es bien conocida la popularidad que han adquirido las computadoras en losltimos aos en cuanto a capacidad de procesamiento y versatilidad; el mejoramientode la arquitectura y los sistemas, han permitido la proliferacin de aplicaciones quehan llegado a convertirse en elementos centrales dentro de muchas empresas.

Las redes han permitido el movimiento de informacin de modo eficaz entrelas estaciones de trabajo y departamentos; el desarrollo de los documentos dehipertextos y las plataformas Web han facilitado la propagacin de las aplicacionesWeb como medio para la administracin de sistemas de informacin, ya que soneficientes y atractivas.

Es por lo anteriormente expuesto se puede decir que la gran mayora de lasempresas en la actualidad se han ido adaptando a este nuevo entorno, desarrollandosus sistemas de informacin utilizando diversas herramientas para el desarrollo deaplicaciones con tecnologa Web.

El personal administrativo de la Unidad de Apoyo Punto Fijo de laUniversidad Nacional Abierta, conocen bien esta realidad, por esto, en el presenteestudio se propone una investigacin que se centra en un tipo de aplicacin web quefacilitar el proceso de registro y control de asistencia del personal y el clculo de lashoras laboradas y no laboradas de los mismos.

Este sistema servir como valiosa herramienta para el departamento encargadode la labor de control y registrar la asistencia del personal de la Unidad de Apoyo de


7/70

viii

Punto Fijo, este proyecto esta dividido en cuatro captulos, que se bosquejan acontinuacin.

En el Captulo I llamado Definiciones y Conceptos Bsicos, se introduce lostrminos tcnicos bsicos para facilitar al lector el desarrollo que se ha hecho duranteel Trabajo de Grado, tambin introducir la conceptualizacin bsica de la teora

utilizada para lograr la solucin del problema planteado. En el Captulo IIdenominado El problema y Solucin Propuesta se esboza los antecedentes del problema, la Empresa en la que se desarroll el proyecto, y sus caractersticas demanera general.

En el capitulo III, se presenta el tipo y diseo de la investigacin, lamodalidad y el diseo al cual pertenece esta investigacin, y se expondrn adems las

razones que definen dicha clasificacin, tambin se hablara de la metodologautilizada 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 sedetallan como se llevo a cabo el sistema, esto, a travs de la metodologaseleccionada y de las fases donde se explican de manera detallada el desarrollo del proyecto.

Por ultimo estn las conclusiones y recomendaciones, adems se presenta unlistado de referencia bibliogrficas las cuales fueron utilizadas durante la realizacinde dicho proyecto y por ultimo se muestran todos los anexos que muestran de maneragrafica distintas especificaciones del proyecto.


8/70

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


9/70

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


10/70

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.


11/70

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; ademsse 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 operacionalesnecesarias 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


12/70

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


13/70

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


14/70

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.


15/70

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.


16/70

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.


17/70

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.


18/70

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


19/70

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


20/70

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.


21/70

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


22/70

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.


23/70

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 sub lenguaje 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


24/70

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.


25/70

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.


26/70

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


27/70

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


28/70

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


29/70

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.


30/70

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)


31/70

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


32/70

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


33/70

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.


34/70

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


35/70

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.


36/70

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


37/70

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


38/70

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.


39/70

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.


40/70

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.


41/70

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.


42/70

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 comobase 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


43/70

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.


44/70

37

As mismo se har la evaluacin por parte de la persona encargada del sistema a fin

de constatar que los objetivos se cumplieron.


45/70

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


46/70

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:


47/70

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 GBde RAM, y 80 GB de disco.

Procesador Pentium III, 700 Mhz, con 128 Mbde 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 requeridoProcesador Pentium IV, 1.8 GHZ, con 1 GBde RAM, y 50 GB de espacio en disco.

Procesador Pentium III, 700 Mhz, con 128 Mbde 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.


48/70

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 DescripcinAdobe 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, muyutilizado 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 usuario sistema, desde el punto de

vista del usuario Administrador (el encargado de llevar el control de todos los


49/70

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.


50/70

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.


51/70

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 semuestra el modelo entidad relacin de la misma.


52/70

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 DescripcinCedula Bigint 10 Para guardar la cedula de la persona.Hora_entrada Time Guarda la hora de entrada de la

personaHora_salida Time Guarda la hora de salida de la personaFecha Date Guardar la fecha de la asistenciaobservaciones 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


53/70

46

Tabla: horario Clave principal: id

Elemento Tipo de dato Longitud DescripcinId bigint Identificador del registrocedula bigint 10 Guarda la cedula.hora_entrada time Almacena la hora de inicio.hora_salida time Aqu se almacena la hora de

culminacindia smallint 6 En este campo se guarda el dalugar varchar 10 Guarda el lugar donde va a estar la

personaactividad varchar 50 Guarda la actividad a realizar la

personaCuadro 5: tabla de horario.

Fuente: propia

Tabla: personal Clave principal: cedula

Elemento Tipo de dato Longitud DescripcinNombre_apellido Texto 50 Almacena el nombre y apellido.

cedula Bigint 10 Guardar la cedula de la personaTelfono Texto 15 Telfono de la personaDireccin Texto 50 Direccin de habitacin de la personaEmail Texto 50 Email de la personaactivo Carcter 1 Si est activo o no la personaCargo Texto 15 Cargo de la PersonaDedicacin Texto 1 Dedicacin de la persona

Cuadro 6: tabla de personal.Fuente: propia

Tabla: usuario Clave principal: cedula

Elemento Tipo de dato Longitud Descripcincedula bigint 10 Este campo es para guardar la cedula

de la persona y saber si es un usuariousuario varchar 10 Aqu se guarda el nombre del usuariocontrasena varchar 100 Almacena la contrasea del usuario

Cuadro 7: tabla de usuarios.Fuente: propia


54/70

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


55/70

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 allado derecho las personas que estn asistentes en la Unidad de Apoyo.


56/70

49

Pantalla 3. Registrar Personal.

Al hacer clic en la opcin Registrar Personal se le permite al usuario ingresar losdatos de la persona, el usuario debe ingresar al menos los datos Cdula, Nombre yApellido, 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.


57/70

50

Pantalla 5. Ver Horarios registrados.

Esta pantalla muestra los horarios registrados de las personas adscritas a la Unidadde Apoyo Punto Fijo.

Pantalla 6. Ver Observaciones.


58/70

51

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

Pantalla 7. Ver Inasistencias.

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


59/70

52

Pantalla 8. Reporte Mensual.

Este es el reporte mensual que muestra la cantidad de horas trabajadas y notrabajadas 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.


60/70

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 aunapareca listado.

Cambiar el nombre de la variable quealmacena el nmero de cdula.

Al momento de crear un usuario se podarepetir el nombre usado para unadeterminada cuenta.

Verificar si el nombre de usuario existeantes de crear la cuenta de usuario.

Cuadro 8: Errores y soluciones de ingreso y eliminacin del personalFuente: 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 horariodefinido no permita agregarle alguno.

Verificar si la persona no tenia horarioasignado, si era as, se le muestra elformulario para que se le asigne.

La persona solo poda tener un horario. Si la persona ya tiene un horario, se lista yse muestra el formulario de ingresar elhorario.

Un personal eliminado mantena elhorario guardado en el sistema.

Al momento de eliminar una persona sebusca los horarios que tiene y se eliminantambin.

Se permite ingresar dos veces un horarioen el mismo da y las mismas horas. Se verifica si un horario existe con lascaractersticas que se desean almacenarantes de guardarlo.

Cuadro 9: Errores y soluciones de los horariosFuente: propia.

Semana 3 (del 18/05/2009 al 25/05/2009).


61/70

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 cdulaincorrecto no permita ingresar un nuevointento.

Se corrigi la accin programada para loscasos de no existir una cdula.

Al ingresar una cdula vlida siempreregistraba la hora de entrada ms no lade salida.

Se cambi el nombre de la variable quecontena el valor de la hora de entradapara comprobar si era salida o entrada loque se registraba.

Si la persona no estaba registrada semostraba el mensaje adecuado pero igualel sistema capturaba la fotografa.

Se modific la condicin que verificada sila persona exista, y se incluy dentro deella 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 lapresencia del personal del Departamento encargado, los cuales asesoraron las

pruebas y se encontraron los siguientes errores:

Error. Solucin.El clculo de las horas trabajadas delpersonal Docente se haca en base a 60minutos y es en base a 50.

Se valid el tipo de personal antes decalcular las horas totales trabajadas.

Sin importar el tipo de personal que seseleccionara siempre aparecan losdocentes.

Se corrigi la condicin que verificaba eltipo de personal y se cambi la variableque almacenaba esta informacin.

Las horas de retraso no se tomaban encuenta para el total de horas notrabajadas.

Se ingres un procedimiento para tomaren cuenta estas horas de retraso.

Los totales de horas trabajadas nocoincidan con las que aparecandetalladas por cada persona.

Se escribi correctamente la variable quecontena este valor.

Cuadro 11: Errores y soluciones de Calculo y reportes de horas trabajadasFuente: propia.


62/70

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 con

sistema de informacion tesis

Documents