Aplicación Web para La Unidad de Gestión Tecnología (UGT) de La División de Investigación de La FEC

1
REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD DEL ZULIA
FACULTAD EXPERIMENTAL DE CIENCIAS
DIVISIN DE PROGRAMAS ESPECIALES
LICENCIATURA EN COMPUTACIN
APLICACIN WEB PARA LA UNIDAD DE GESTIN TECNOLGICA (UGT) DE LA

DIVISIN DE INVESTIGACIN DE LA FEC
Trabajo especial de grado presentado como requisito
para optar al ttulo de Licenciado en Computacin
Autor: Br. Anthony Benito Rios Rios
Tutor: Dra. Aurely Leal
Maracaibo, mayo de 2016
Aplicacin web para la Unidad de Gestin Tecnolgica (UGT) de la Divisin de

Investigacin de la FEC
Anthony Benito Rios Rios

C.I. No.: 23.450.482
Telfono: 58-261-7362054 426-4594742
Barrio Cardonal Sur, calle 110 # 110-55
Correo electrnico: teg@anthonyrios.com.ve
Dra. Aurely Leal

C.I. No.:12.695.330
Correo electrnico: aureleal.lozano@fec.luz.edu.ve
3
Anthony Benito Rios Rios. Aplicacin web para la Unidad de Gestin Tecnolgica
(UGT) de la Divisin de Investigacin de la FEC. Trabajo especial de grado.
Universidad del Zulia. Facultad Experimental de Ciencias. Divisin de Programas
Especiales. Licenciatura en Computacin. Maracaibo. Venezuela. 2016. 70pp.
RESUMEN
Esta investigacin tuvo como objetivo el desarrollo de una aplicacin web adaptativa
que funciona como gestor administrativo para la UGT de la Divisin de Investigacin
(DI) de la Facultad Experimental de Ciencias (FEC). La base metodolgica para esta
investigacin fue eXtreme Programming (XP) (Beck, K., 1999), mtodo capaz de
adaptarse a los cambios de requisitos en cualquier punto del proyecto la cual contiene
etapas de construccin iterativa como lo son la exploracin, planificacin, iteraciones y
produccin con una etapa final de implementacin y documentacin. Como mtodo de
recoleccin de datos se utiliz la entrevista no estructurada, observacin directa y
recoleccin de material relevante a la investigacin. La poblacin de estudio estuvo
constituida por un subconjunto de los coordinadores de los laboratorios adscritos a la
UGT de la DI, y los empleados de la misma, seleccionados con base a ciertas
caractersticas, formando un censo poblacional de 15 usuarios por lo cual no se requiri
utilizar una muestra. Como resultado se logr automatizar el proceso de generacin de
presupuestos y llevar un control del estado de los mismos. La aplicacin es adaptable a
todo tipo de dispositivo para un fcil acceso desde cualquier lugar con internet y
permite, segn el nivel de usuario, realizar diversas tareas las cuales aceleran la
productividad del equipo de trabajo dentro de la DI y de los laboratorios que prestan sus
servicios. Se concluye que el sistema desarrollado es de gran ayuda para todo el
personal, mejorando los tiempos de entrega y disminuyendo el esfuerzo realizado por
los profesores y administradores involucrados.
Palabras clave: Aplicacin web, unidad de gestin tecnolgica, divisin de

investigacin, gestor administrativo.
Correo Electrnico: teg@anthonyrios.com.ve
4
Anthony Benito Rios Rios. Aplicacin web para la Unidad de Gestin Tecnolgica
(UGT) de la Divisin de Investigacinde la FEC. Trabajo especial de grado.
Universidad del Zulia. Facultad Experimental de Ciencias. Divisin de Programas
Especiales. Licenciatura en Computacin. Maracaibo. Venezuela. 2016. 70pp.
ABSTRACT
This research aimed at the development of an adaptive web application that works as an
administrative manager for the UGT of Division of Research of Facultad Experimental de
Ciencias (FEC) (Experimental Faculty of Sciences) The methodology based on this
research was eXtreme Programming (XP) (Beck, K. 1999 method that can be adapted
to changing requirements at any point in the project which contains steps of iterative
construction such as exploration, planning iterations and producing with a final stage of
implementation and documentation. As method of data collection unstructured interview,
direct observation and collection of relevant research material was used. The study
population consisted of a subset of the coordinators of the laboratories affiliated to the
UGT of DI, and their employee, selected in based on certain characteristics, forming a
population census of 15 users and therefore was not required to use a sample. As a
result was achieved automate the process of generating budgets and track the status of
them, the application is adaptable to any type of device for easy access from anywhere
with internet and allows user, depending on their access, to perform various tasks which
accelerate team productivity works in the DI and within laboratories services. Concluding
that the developed system is helpful for all staff to improve delivery times and reducing
the efforts of coordinators and administrators involved.
Keywords: web application, technological management unit, research division,

administrative manager.
E-mail: teg@anthonyrios.com.ve
NDICE DE CONTENIDO
5
RESUMEN
ABSTRACT
NDICE DE CONTENIDO
INTRODUCCIN
CAPTULO I EL PROBLEMA
1.- Planteamiento del problema
2.- Formulacin del problema 2

3.- Objetivos
3.1.- Objetivo general.........................................................................................................2

3.2.- Objetivos especficos.................................................................................................2
4.- Justificacin de la investigacin 2
CAPTULO II MARCO TERICO
1.- Antecedentes de la Investigacin 2

2.- Bases tericas 2
2.1.- Sistemas de informacin............................................................................................2
2.1.1 Actividades que realiza un sistema de informacin..................................................2
2.1.2 Sistemas de informacin web...................................................................................2
2.2.- Aplicacin web...........................................................................................................2
2.3.- Servidor web..............................................................................................................2
2.4.- Base de datos............................................................................................................2
2.5.- Presupuestos
2.6.- Formulacin presupuestaria
2.7.- Ejecucin presupuestaria24

3.- Trminos Bsicos
3.1.- CSS (Cascade Style Sheets).....................................................................................2

3.2.- JavaScript...................................................................................................................2
3.3.- HTML..........................................................................................................................2
3.4. PHP.............................................................................................................................2
3.5. MySQL:........................................................................................................................2
CAPTULO III MARCO METODOLGICO
1. Tipo de investigacin 2
6
2. Diseo de la investigacin
3. Poblacin de Estudio 2
4. Tcnicas e instrumentos de recoleccin de datos.
5. Descripcin de la metodologa utilizada 2

5.1 Metodologa de programacin Extrema.......................................................................2
5.1.1 Captura de requerimientos:.......................................................................................2
5.1.2 Planeacin y estimacin del esfuerzo:......................................................................2
5.1.3 Diseo:......................................................................................................................2
5.1.4 Construccin:............................................................................................................2
5.1.4.1 Exploracin:............................................................................................................2
5.1.4.2 Planificacin:..........................................................................................................2
5.1.4.3 Iteraciones:.............................................................................................................2
5.1.4.4 Produccin:............................................................................................................2
5.1.5 Implantacin:.............................................................................................................2
5.1.6 Muerte del proyecto:..................................................................................................2
CAPTULO IV RESULTADOS DE LA INVESTIGACIN
1.- Presentacin de los resultados
2.- Anlisis e interpretacin de los resultados

CAPTULO V INFORME TCNICO
1. Caractersticas de la plataforma y lenguajes utilizados
2. Disear el mapa de navegacin del sistema a desarrollar
3.- Casos de uso 2

3.1.- Casos de uso del Coordinador..................................................................................2
3.2.- Casos de uso del Administrador................................................................................2
4.- Diccionario de datos 2
CONCLUSIONES 2
RECOMENDACIONES
REFERENCIAS BIBLIOGRFICAS
7
NDICE DE ILUSTRACIONES
FIGURAS
TTULO
Figura # 1. Diagrama de la base de datos.

Figura # 2. Pgina Principal.
Pg.
Figura # 3. Mdulo de recuperacin de contrasea.

Figura # 4. Men del sistema
Figura # 5. Mdulo de inicio
Figura # 6. Mdulo de presupuesto. 2

Figura # 7. Mdulo seleccin de servicios.. 2
Figura # 8. Previsualizacin y confirmacin.
Figura # 9. Mdulo de presupuesto. 2
Figura # 10. Mdulo de asignaciones.
Figura # 11. Mdulo de asignaciones 2

Figura # 12. Visor de noticias 2
Figura # 13. Notificador de noticias
Figura # 14. Creador de noticias.
Figura # 15. Saldos y movimientos
Figura # 16. Solicitudes FDI.
Tabla #1. Tabla de informantes claves
Tabla #2 Leyenda de diccionario de datos. 2

Tabla #3 Tabla usuarios. 2
Tabla #4 Tabla clientes. 2
Tabla #5 Tabla laboratorios.
Tabla #6 Tabla noticias. 2

Tabla #7 Tabla presupuestos. 2
Tabla #8 Tabla estado_presupuesto. 2
Tabla #9 Tabla servicios_presupuesto.
Tabla #10 Tabla Perfil.
Tabla #11 Tabla Servicios.
Tabla #12 Tabla Proveedor_servicios.2
8
Tabla #13 Tabla servicios_proveedor. 2
Tabla #14 Tabla area_proveedor.
Tabla #15 Tabla asignacion_proveedor.

Tabla #16 Tabla Settings.
Tabla #17 Tabla departamentos.

Tabla #18 Tabla proyecto.
Tabla #19 Tabla tipo_proyecto. 2

Tabla #20 Tabla estado_proyecto.
Tabla #21 Tabla area_proyecto.2

Tabla #22 Tabla autor_proyecto.
9
INTRODUCCIN
Hace unos aos, cuando no se empleaba an masivamente internet, las
aplicaciones web eran algo casi inexistentes. Hoy en da, tras muchos avances en las
tecnologas web y la forma en que el mundo est conectado, surge un nuevo enfoque al
cual las personas quieren unirse, una forma en que todos estn enlazados y puedan
realizar actividades diarias que de otra forma serian ms complicadas.
La Universidad del Zulia (LUZ) cuenta con este enfoque, donde una gran poblacin
se beneficia de procesos ya automatizados y que da a da buscan ser ms, por lo cual
es de gran importancia expandir este avance a la mayor cantidad de procedimientos
posibles; para simplificar tareas administrativas e informativas que se realizan a diario
en ambiente universitario y profesional.
Lamentablemente, la realidad es que a pesar de que existen los procesos
automatizados, aun resta una gran cantidad de procesos y servicios que se llevan a
cabo en LUZ de forma manual, por este motivo en la presente investigacin se propuso
desarrollar un sistema web, que sirviera como herramienta para llevar el control y
seguimiento de los procesos administrativos, que se llevan a cabo dentro de la FEC a
travs de la DI de LUZ. Dicha herramienta beneficiar no solo al personal administrativo
involucrado, sino tambin a los coordinadores que prestan los servicios de sus
laboratorios y a los proveedores que los reciben.
Con el desarrollo del presente trabajo, se busc automatizar tanto el procesamiento
de presupuestos como el control de ingresos y egresos en la DI y sus laboratorios
adscritos, traducindose en una reduccin de los recursos utilizados y menor inversin
de horas de trabajo, permitiendo adems, un manejo ms rpido de la informacin entre
todos los entes participantes.
El desarrollo de esta investigacin est estructurado en cinco (5) captulos:
Captulo I: titulado el problema, consisti en describir el enfoque y realizar un estudio
de la problemtica presentada, los objetivos que se busca lograr y la justificacin para
la realizacin del presente trabajo.
10
Captulo II: denominado marco terico, en el cual se hizo referencia a los
antecedentes de la investigacin y las bases tericas en las cuales se fundamenta el
estudio realizado.
Captulo III: titulado marco metodolgico, en el cual se describi el tipo y el diseo de
la investigacin, su poblacin, las tcnicas e instrumentos utilizados para recolectar
datos, y la metodologa que se utiliz.
Captulo IV: titulado resultados de la investigacin, mostr una visin de los
resultados que se lograron obtener, los problemas que se solventaron, los procesos y
servicios que se mejoraron. Est compuesto por la discusin de resultados, y presenta
el procedimiento para dar respuesta a los objetivos planteados.
Captulo V: titulado informe tcnico, hizo referencia a las caractersticas tcnicas de
la plataforma web, presenta el mapa de navegacin de la misma y describe las tablas
de la base de datos en el diccionario de datos.
Por ltimo, se presentaron las conclusiones y recomendaciones.
11
CAPTULO I
EL PROBLEMA
1.- Planteamiento del problema
Aunque los inicios de internet se remontan a los aos sesenta, no ha sido hasta los
aos noventa cuando, gracias a la web, se ha extendido su uso por todo el mundo. En
pocos aos la misma ha evolucionado enormemente: se ha pasado de pginas
sencillas, con pocas imgenes y contenidos estticos a pginas complejas con
contenidos dinmicos que provienen de bases de datos, lo que permite la creacin de
aplicaciones web.
Mora (2002), define una aplicacin web, como una aplicacin en la cual el usuario
por medio de un navegador realiza peticiones a una aplicacin remota accesible a
travs de internet (o a travs de una intranet) y que recibe una respuesta que se
muestra en el propio navegador.
Actualmente las aplicaciones web son mucho ms comunes de lo que se cree, se
utilizan varias al da sin siquiera darse cuenta, como por ejemplo, el acceso a una
cuenta bancaria, las consultas y envos de correo mediante una pgina web, incluso las
redes sociales, todas estn diseadas para resolver o ayudar con problemas cotidianos,
mejorar el desempeo laboral, mejorar la gestin de diversas tareas, facilitar la
realizacin de dichos procesos, entre otros (Mora, 2002).
El mantenimiento es rpido y eficaz, ya que solo se debe modificar y/o actualizar la
aplicacin web en el servidor y todos los usuarios podrn apreciar los cambios sin
necesidad de contactar con ellos, los datos siempre estn en el servidor y de esta forma
estarn seguros, si as se desea, solo cierto personal estar autorizado a acceder al
contenido de la aplicacin, lo que mejora la seguridad de los datos, estas
caractersticas son de suma importancia para esta investigacin, debido a que cierta
informacin solo debe ser visible para los administradores logrando as implementar los
niveles de seguridad para proteger eficazmente los datos, ya que en la actualidad estos
son muy propensos a prdidas en cualquier mbito laboral.
12
Hoy da, la Universidad del Zulia, cuenta con numerosas aplicaciones en distintas
reas, que permiten un fcil manejo de la informacin y un mejor uso de la web, entre
estas aplicaciones de diversos niveles se puede listar la web del estudiante, Sistema
Automatizado de Carga de Notas (SACAN), Sistema Administrativo de La Universidad
del Zulia (SIALUZ) entre otras. As mismo, la FEC cuenta con diversas aplicaciones.
Un caso particular ocurre en la DI de la FEC de LUZ, la cual est encargada tanto
de promocionar las actividades de investigacin como de la gestin y acompaamiento
en la administracin de fondos de proyectos, otorgados por la FEC y por LUZ, como los
financiados por empresas, organismos pblicos y privados, entre los cuales se
encuentran: Fondo Nacional de Ciencia Tecnologa e Innovacin (FONACIT), Ley
Orgnica de Ciencia, Tecnologa e Innovacin (LOCTI), Programa de Estimulo a la
Innovacin e Investigacin (PEII), entre otros, donde la manera actual de llevar a cabo
todos estos requisitos y/o procesos se basa en tcnicas obsoletas y poco eficaces
retrasando as la entrega de solicitudes, presupuestos, entre otros.
Dentro de la DI se cre la UGT, que no es ms que la unidad ejecutora, responsable
de inventariar, evaluar, enriquecer, proteger, optimizar, comercializar e insertar
resultados para dinamizar y gestionar, las actividades de generacin de conocimiento y
la colaboracin cientfica y tcnica, favoreciendo la interrelacin de los investigadores
de la FEC con el entorno empresarial, y su participacin en los diversos programas de
apoyo de los diferentes entes encargados de financiar las actividades de investigacin y
desarrollo (Berradre y Mavares, 2014).
La UGT es una de las reas que no cuenta con una aplicacin web encargada de
resolver problemas especficos y mejorar el rendimiento del equipo de trabajo y/o
servicios prestados. Dicha unidad realiza todos sus procesos manualmente y se hace
difcil llevar un control de los servicios y/o procesos dentro y fuera de horarios
laborables del rea administrativa, causando anomalas en los resultados que la UGT
espera obtener.
En virtud de lo anteriormente expuesto, se propuso desarrollar una aplicacin web
13
para la Unidad de Gestin Tecnolgica de la Divisin de Investigacin de la FEC, que
permita agilizar todos sus procesos la cual pueda ser accedida de manera eficiente
desde cualquier dispositivo y en cualquier momento.
2.- Formulacin del problema
El planteamiento anterior permite llegar a la siguiente interrogante:
Es posible desarrollar una aplicacin web para la Unidad de Gestin Tecnolgica de la
Divisin de Investigacin de la FEC?
3.- Objetivos
3.1.- Objetivo general
Desarrollar una aplicacin web para la Unidad de Gestin Tecnolgica de la Divisin
de Investigacin de la FEC.
3.2.- Objetivos especficos
Identificar los problemas administrativos que hay en la UGT en la Divisin de

Investigacin.
Analizar los requisitos funcionales de la aplicacin web.
Disear el entorno grfico de la aplicacin web.
Disear la base de datos necesaria para la aplicacin.
Desarrollar los mdulos funcionales de la aplicacin.
Realizar pruebas funcionales de la aplicacin.
4.- Justificacin de la investigacin

El manejo eficaz de la informacin siempre es importante, tener un excelente control
sobre los procesos que se realizan es vital, a pesar de esto la UGT no cuenta con una
aplicacin web que se encargue de facilitar y llevar control de los procesos necesarios
para su funcionamiento.
Esta aplicacin, permite el acceso a tcnicas automatizadas que estn
14
implementadas en distintos procesos, manejados por parte del rea administrativa,
incluso en horarios no laborables y desde cualquier dispositivo ya que la aplicacin es
adaptable, para as gestionar de forma eficaz los procesos o servicios ofrecidos por
parte de los laboratorios adscritos. Logrando aumentar la contribucin a la sociedad al
prestar estos servicios de una manera ms rpida y segura cumpliendo toda la
normativa establecida, como lo son los formatos, identificadores, personalizaciones
entre otros, y as conformar una plataforma multidisciplinaria para promover los
resultados de las actividades de investigacin de la FEC, abogar por el fortalecimiento
de los grupos de investigacin existentes, evaluar el potencial de los descubrimientos,
procesos e innovaciones, propiciar asesoras y consultoras, proveer proteccin
intelectual y estimular su transferencia a los sectores productivo, gubernamental y
social para ser reconocidos a nivel nacional como una facultad altamente productiva en
el plano cientfico-tecnolgico, as como tambin dentro de la Universidad.
15
CAPTULO II
MARCO TERICO
1.- Antecedentes de la Investigacin
Toda investigacin conlleva una fase previa de indagacin, segn Briones (2002)
los antecedentes estn formados por el conjunto de conocimientos que otros estudios
ya han logrado sobre el tema o problema propuesto.
Entre las investigaciones consultadas, se encuentra la investigacin de Mendoza
(2014), la cual es titulada Sistema de informacin web para la formulacin y gestin de
presupuestos de Carbones de la Guajira. S.A. El objetivo de esta investigacin fue la
creacin de una herramienta que formulara y gestionara el presupuesto de Carbones de
la Guajira, S.A. Se utiliz el modelo propuesto por Pressman (2002) donde se estudian
los elementos tericos y prcticos con referencia a la formulacin y gestin
presupuestaria en entes pblicos.
La investigacin de Mendoza (2014) utiliza tecnologas afines a las de esta
investigacin y sirvi como base terica para la implantacin optima del modelo de
presupuesto demostrando que este influye enormemente en el desempeo de las
funciones administrativas, de planificacin y control.
Otra de las investigaciones consultadas es la de Rodrguez (2012), la cual se titula
Sistema web para la gestin y control de trmites administrativos de la DIEPG - FEC,
la cual tuvo como objetivo disear e implementar un software que permitiera
automatizar los procesos administrativos, para optimizar el procesamiento de datos y
organizar la informacin necesaria para efectuar las solicitudes administrativas y
generar reportes. Se bas en la metodologa de Kendall y Kendall (2005) la cual
fundamenta el ciclo de vida en fases de identificacin de problemas, anlisis, diseo,
desarrollo y documentacin.
El trabajo de Rodrguez (2012) coincide en parte con la finalidad de esta
investigacin en cuanto a la plataforma de desarrollo y aplicaciones del sistema web
16
cuyo fin es automatizar y agilizar los procesos administrativos de una organizacin, la
cual aporto bases tericas sobre los sistemas de informacin, tecnologas de internet
entre otros.
As mismo se consult la investigacin de Lorenzo (2008), titulada Desarrollo de un
sistema de informacin automatizado para el control de los procesos de nmina,
facturacin y honorarios mdicos del hospital clnico San Vicente de Pal, Cuman Edo.
Sucre - Venezuela, la cual utilizo la metodologa gil y que tuvo como objetivo agilizar
los procesos diarios inmersos en los departamentos de egresos, facturacin, admisin,
presupuestos y administracin de la institucin, generando reportes detallados de las
operaciones y proporcionando estadsticas que apoyan la toma de decisiones y el
control de la organizacin.
La investigacin de Lorenzo (2008) fue de gran importancia ya que sirvi como
apoyo a la documentacin terica de la metodologa XP utilizada, brindando bases
slidas que permitieron el ptimo desarrollo de la aplicacin siguiendo el mtodo gil.
2.- Bases tericas
A continuacin se exponen una serie de conceptos bsicos sobre los trminos y
nociones ms relevantes con relacin al objeto de estudio de este trabajo especial de
grado.
2.1.- Sistemas de informacin
Un sistema de informacin es un conjunto de componentes interrelacionados que
operan de manera sistemtica para capturar, procesar, almacenar y distribuir
informacin que sirva de apoyo a la toma de decisiones, la coordinacin, el control y el
anlisis dentro de una organizacin (Schmal y Cisternas, 2000, citado por Rodrguez
2012).
En ese sentido, algunas de las caractersticas que resultan necesarias para
cualquier sistema de informacin son las siguientes: (Muoz, 2003).
17
Disponibilidad de informacin cuando sea necesario y por los medios adecuados.

Suministro de informacin de manera selectiva.
Variedad en la forma de presentacin de la informacin.
Cierto grado de autonoma para la toma de decisiones
Tiempo de respuesta adecuado a las necesidades del usuario.
Exactitud en la informacin suministrada.
Generalidad, como las funciones para atender a las diferentes necesidades.
Flexibilidad, capacidad de adaptacin.
Fiabilidad, para que el sistema opere correctamente.
Seguridad, proteccin contra prdidas.
Amigabilidad, para el usuario.
2.1.1 Actividades que realiza un sistema de informacin

Se distinguen cuatro actividades bsicas que realiza cualquier sistema de
informacin, las cuales son: la captura, el procesamiento, el almacenamiento y la salida
o distribucin de la informacin (Schmal y Cisternas, 2000, citado por Rodrguez 2012).
Captura de la informacin
Mediante este proceso, el sistema toma los datos que requiere para procesar la
informacin. La forma como se introducen los datos puede ser manual o automtica.
La entrada manual de los datos requiere que estos, sean introducidos directamente
por el usuario, mientras que la automtica se produce, cuando el sistema captura los
datos de entrada de otro sistema o mdulo.
Procesamiento de la informacin
Es el proceso mediante el cual el sistema de informacin realiza transformaciones y
clculos sobre los datos basado en una secuencia de operaciones preestablecidas. Las
operaciones pueden ser realizadas sobre los datos recientemente capturados o sobre
aquellos ya almacenados. Mediante la transformacin de los datos es posible la toma
de decisiones por parte de los encargados de interpretar la informacin generada por el
sistema.
Almacenamiento de la informacin
18
Permite que la informacin generada en el proceso anterior pueda ser guardada
para ser recuperada ms adelante. Por lo general, la informacin es almacenada
utilizando archivos y bases de datos que utilizan como medio de almacenamiento los
discos duros, los discos compactos, los dvds, entre otros.
Salida de la informacin
Es la capacidad que tiene un sistema de informacin para mostrar la informacin
procesada al exterior. La salida de un sistema puede ser la entrada de otro sistema de
informacin o mdulo o puede ser mostrada directamente al usuario en el formato que
ste desee.
De acuerdo a las tecnologas en las que se basan, los sistemas de informacin
pueden ser:
Sistemas cliente/servidor.
Sistemas basados en tecnologas web.
Sistemas basados en agentes.
Sistemas basados orientados a servicios.
2.1.2 Sistemas de informacin web

Mosquera (2000), define un Sistema de Informacin Web (SIW) como: Un sistema
de informacin que utiliza una arquitectura web para proporcionar informacin
(datos) y funcionalidad (servicios) a usuarios finales a travs de una interfaz de
usuario basada en la presentacin e interaccin sobre dispositivos con capacidad
de trabajar en la web. Los SIW varan ampliamente en su mbito, desde sistemas
de informacin hasta sistemas de transacciones e-business, incluso sistemas de
servicios web distribuidos.
Clasificacin los sistemas de informacin web:
Las intranets, que dan apoyo al trabajo interno dentro de la empresa.

Los sitios de presencia en la web, los cuales son herramientas utilizadas para
alcanzar consumidores fuera de la empresa.

Los sistemas de comercio electrnico que dan apoyo a la interaccin con el
consumidor.
Las extranets que son un conjunto de sistemas internos y externos que apoyan
las comunicaciones entre la empresa y otras empresas.
19
Por lo general, los SIW manejan una gran cantidad de datos, que se encuentra en
fuentes heterogneas, se maneja en distintos formatos, y un conjunto de componentes
que estn por lo general codificados en diferentes lenguajes de programacin y estn
distribuidos en diferentes plataformas. Al igual que los SI tradicionales, ms all que
una infraestructura para la entrega de informacin (en tiempo de ejecucin), los SIW
deben proporcionar una infraestructura de desarrollo y mantenimiento que permita
manejar e interpretar los datos y que proporcione funcionalidades a los usuarios finales
para capturar, almacenar, procesar y mostrar la informacin, dando solucin a sus
necesidades.
Los SIW son diseados, desarrollados y mantenidos con el propsito de alcanzar
objetivos especficos de los usuarios finales. stos objetivos, deben constituir la base
del proyecto de desarrollo de todo SIW.
2.2.- Aplicacin web
Segn Palechano (2014), se denomina aplicacin web a aquella herramienta que
los usuarios pueden utilizar accediendo a un servidor web, a travs de internet
mediante un navegador. En decir, es una aplicacin que se codifica en un lenguaje
soportado por los navegadores web, por su parte Bardallo (2012), las aplicaciones web
son populares debido a lo prctico del navegador web, a la independencia del sistema
operativo, as como a la facilidad para actualizar y mantener aplicaciones web, sin
distribuir e instalar software a miles de usuarios potenciales.
La arquitectura de una aplicacin define como se organizan los distintos mdulos
que la componen. En una aplicacin web se suelen distinguir tres niveles: interfaz de
usuario, lgica de negocio y datos.
El nivel de interfaz de usuario est compuesto por las pginas HTML que el
usuario solicita a un servidor web y que visualiza en un cliente web
(normalmente, un navegador web).

El nivel de lgica de negocio est compuesto por los mdulos que implementan
la lgica de la aplicacin y que se ejecutan en un servidor de aplicaciones.
20
El nivel de datos est compuesto por los datos, normalmente gestionados por un
sistema de gestin de bases de datos (servidor de datos), que maneja la
aplicacin web.
2.3.- Servidor web

Un servidor web es un programa que atiende y responde a las diversas peticiones
de los navegadores, proporcionndoles los recursos que solicitan mediante el protocolo
HTTP o HTTPS (versin segura, cifrada y autenticada de HTTP) (Mateu, 2004).
Un servidor web o servidor HTTP es un programa que procesa cualquier aplicacin
del lado del servidor realizando conexiones bidireccionales y/o unidireccionales y
sncronas o asncronas con el cliente generando o cediendo una respuesta en cualquier
lenguaje o aplicacin del lado del cliente.
Un servidor web se mantiene a la espera de peticiones de ejecucin que le har un
cliente o un usuario de internet. El servidor web se encarga de contestar a estas
peticiones de forma adecuada, entregando como resultado una pgina web o
informacin de todo tipo de acuerdo a los comandos solicitados
Existen dos tipos de servidores web, aquellos dedicados, que se refiere a una
computadora servidora dedicada exclusivamente al sitio de un cliente y los compartidos,
lo que significa que un mismo servidor se usar para varios clientes compartiendo los
recursos.
2.4.- Base de datos
Segn CCM Group (2016), una Base de Datos (BD) es una entidad en la cual se
pueden almacenar datos de manera estructurada, con la menor redundancia posible.
Diferentes programas y diferentes usuarios deben poder utilizar estos datos. Por lo
tanto, el concepto de base de datos generalmente est relacionado con el de red ya
que se debe poder compartir esta informacin. De all el trmino base. "Sistema de
21
informacin" es el trmino general utilizado para la estructura global que incluye todos
los mecanismos para compartir datos que se han instalado.
Una base de datos proporciona a los usuarios el acceso a datos, que pueden
visualizar, ingresar o actualizar, en concordancia con los derechos de acceso que se les
hayan otorgado. Se convierte ms til a medida que la cantidad de datos almacenados
crece.
Una base de datos puede ser local, es decir que puede utilizarla nicamente un
usuario en un equipo, o puede ser distribuida, es decir que la informacin se almacena
en equipos remotos y se puede acceder a ella a travs de una red.
La principal ventaja de utilizar bases de datos es que mltiples usuarios pueden
acceder a ellas al mismo tiempo.
2.5.- Presupuestos
Existen muchas definiciones de presupuestos entre las cuales se anunciarn
algunas de los diferentes autores. Mallo y Merlo (1995), lo definen, como un medio de
accin empresarial que permite dar forma en trminos econmicos a las decisiones
contenidas en los planes y programas; Welsch, Milton y Gordon (1992), lo
conceptualizan, como un enfoque sistemtico y formalizado para el desempeo de
fases importantes de las funciones administrativas de planificacin y control; por otro
lado, Burbano y Ortiz (2000), lo definen como expresin cuantitativa formal de los
objetivos que se propone alcanzar la administracin de la empresa en un periodo, con
la adopcin de las estrategias necesarias para lograrlos. Mientras que para Schnavz
citado por Sweeny y Rachlin (1986), es la presentacin ordenada de los resultados
previstos de un plan o proyectos estratgicos (Citado por Mendoza 2014).
Los presupuestos son los fundamentos en que se sustenta la gestin
presupuestaria, para la toma de decisiones acertadas, pues, sta comprende el
conjunto de dimensiones implcitas en el sistema presupuestario e interrelacionadas
con las otras reas organizacionales, a travs de un buen sistema de informacin, y
donde el presupuesto juega un papel integrador y coordinador de las diferentes
22
transacciones que se realizan, y de los recursos con que cuenta una empresa en un
determinado periodo, expresado en trminos financieros. La gestin presupuestaria
utiliza las estrategias adecuadas para la bsqueda de la consecucin de los objetivos
trazados por la alta direccin.
2.6.- Formulacin presupuestaria
Es la fase del proceso de elaboracin de las proformas de presupuesto que permite
expresar los resultados de la programacin presupuestaria bajo una presentacin
estandarizada segn los catlogos y clasificadores presupuestarios, con el objeto de
facilitar su exposicin, posibilitar su fcil manejo y compresin, y permitir su agregacin
y consolidacin.
2.7.- Ejecucin presupuestaria
Comprende el conjunto de acciones destinadas a la utilizacin de los recursos
humanos, materiales y financieros asignados en el presupuesto con el propsito de
obtener los bienes y servicios en la cantidad, calidad y oportunidad previstos en el
mismo, que permita compatibilizar las necesidades de los recursos ofrecidos.
3.- Trminos Bsicos
3.1.- CSS (Cascade Style Sheets)
Las hojas de estilos en cascada o CSS (Cascading Style Sheets en ingls) es un
lenguaje usado para definir la representacin de un documento escrito en HTML u otros
lenguajes del tipo markup como SVG (del ingls Scalable Vector Graphics) el cual es
un lenguaje abierto que permite crear grficos vectoriales 2D basado en XML, tanto
estticos y animados. CSS describe cmo los elementos en la estructura del
documento deben ser representados en la pantalla, en papel, interpretados en forma de
voz o expresados en cualquier otro tipo de medio. El poder ajustar el documento en
base al medio de destino, es una de las principales caractersticas de CSS (MDN,
2016).
3.2.- JavaScript
23
Es el lenguaje interpretado orientado a objetos desarrollado por Netscape que se
utiliza en millones de pginas web y aplicaciones de servidor en todo el mundo.
JavaScript de Netscape es un superconjunto del lenguaje de scripts estndar que
presenta slo leves diferencias respecto a la norma publicada (MDN, 2016).
3.3.- HTML
HTML es el lenguaje que se emplea para el desarrollo de pginas de internet. Est
compuesto por un conjunto de etiquetas que el navegador interpreta y da forma en la
pantalla. HTML dispone de etiquetas para imgenes, hipervnculos que permiten
dirigirse a otras pginas, saltos de lnea, listas, tablas, entre otras (Gonzlez, 2014).
3.4. PHP
Hypertext Pre-processor en ingles, es un lenguaje de scripting de propsito general
y de cdigo libre utilizado por una amplia audiencia, su enfoque es el desarrollo web y
puede ser incrustado en HTML. El cdigo es ejecutado en el servidor, el cual genera
cdigo HTML y es enviado al cliente, y este no puede distinguir su origen.
Adicionalmente este lenguaje tambin puede ser utilizado como un lenguaje de lnea de
comando y para escribir aplicaciones de escritorio (The PHP Group, 2016).
3.5. MySQL
Es un sistema de administracin de bases de datos relacionales, de cdigo libre, y
que utiliza el lenguaje SQL, distribuido, desarrollado y mantenido por Oracle
Corporation. MySQL es una parte esencial de casi todas las aplicaciones PHP de
cdigo libre, debido a su velocidad, escalabilidad, facilidad de uso y compatibilidad con
una gran variedad de libreras, herramientas administrativas e interfaces de
programacin (Oracle, 2014).
CAPTULO III
MARCO METODOLGICO
24
En el presente captulo se describe el marco metodolgico que comprende una
breve descripcin sobre el tipo y el diseo de investigacin, el anlisis de las tcnicas e
instrumentos de recoleccin de datos, el procesamiento de los mismos y la descripcin
de la metodologa a utilizar. Por lo tanto se establece de manera concreta, la forma
como se va a abordar la presente investigacin.
1. Tipo de investigacin
Una vez seleccionado el objeto de investigacin, es preciso formularse una serie de
interrogantes que llevarn o no al logro de los objetivos planteados, puesto que una
investigacin puede estar encaminada bien sea a resolver una situacin concreta o a la
bsqueda de los elementos necesarios para actuar en un sentido especfico. Dado que
el tipo de investigacin se determinar segn sean los objetivos delimitados y por
consiguiente se incorporar un esquema de investigacin muy especfico, apropiado
para cumplir la finalidad del estudio (Balestrini, 2006).
En el mismo orden de ideas Chvez (2007), define que el tipo de investigacin se
determina de acuerdo con la clase de problema que se desea solventar y los objetivos
que se desean lograr, as como tambin los recursos disponibles que d la
organizacin.
Segn lvarez (2010), la investigacin aplicada es la utilizacin de los
conocimientos en la prctica, para aplicarlos, en la mayora de los casos, en provecho
de la sociedad.
As mismo Moguel (2005), menciona que a la investigacin aplicada se le denomina
tambin activa o dinmica y se encuentra ntimamente ligada a la anterior ya que
depende de sus descubrimientos y aportes tericos. Aqu se aplica la investigacin a
problemas concretos en circunstancias y caractersticas concretas. Esta forma de
investigacin se dirige a una utilizacin inmediata y no al desarrollo de teoras.
Basado en lo anteriormente expuesto, se considera que la presente investigacin
es de tipo aplicada, enfocndose mayormente en los resultados obtenidos.
25
Para Lpez de Bozik (2011), la investigacin de campo constituye un proceso
sistemtico, riguroso y racional de recoleccin, tratamiento, anlisis y presentacin de
datos, basado en una estrategia de recoleccin directa de la realidad de las
informaciones necesarias para la investigacin.
En el mismo orden de ideas la investigacin de campo la recoleccin de datos se
realiza en el propio sitio donde est el objeto de estudio. Esto permite el conocimiento
ms a fondo del problema por parte del investigador y el manejo ms seguro de los
datos (Bavaresco, 2006).
Segn lo mencionado anteriormente por Bavaresco (2006) y Lopez de Bosik (2011)
se considera esta investigacin de campo ya que se trabaja en el mismo ambiente
donde se desarrolla el problema.
2. Diseo de la investigacin
Segn Hernndez, Fernndez y Baptista (2010), una vez que se precis el
planteamiento del problema y se defini el alcance inicial de la investigacin, el
investigador debe visualizar la manera prctica y concreta de responder a las preguntas
de investigacin, adems de cubrir los objetivos fijados. Esto implica seleccionar o
desarrollar uno o ms diseos de investigacin y aplicarlos al contexto particular de su
estudio, refirindose esto al plan o estrategia que se desarrolla para obtener la
informacin que se requiere en una investigacin.
Por su parte Ballestrini (2006), menciona que el diseo de una investigacin busca
dar una respuesta clara a las preguntas planteadas en la misma, a travs de
actividades organizadas que deben adaptarse a las particularidades de cada
investigacin.
En base a lo planteado por Hernndez, Fernndez y Baptista (2010), esta
investigacin posee un diseo de campo y no experimental, la cual consiste en
observar situaciones existentes, para analizarlas posteriormente ya que no se
manipular de manera deliberada sus variables independientes y las tcnicas de
26
recoleccin de datos son especficas, como lo son las entrevistas no estructurada.
3. Poblacin de estudio
Para Palella (2006), la poblacin de una investigacin es el conjunto de unidades
de las que se desea obtener informacin sobre las que se van a generar conclusiones.
La poblacin puede ser definida como el conjunto finito o infinito de elementos,
personas, o cosas pertinentes a una investigacin que generalmente suele ser
inaccesible. Dicho esto, la poblacin de este estudio est constituida por los
coordinadores de los laboratorios de la FEC, adscritos a la DI, y los empleados de la
misma.
As mismo, los informantes clave a considerar, presentan una de las siguientes
caractersticas: usuario administrador, usuario coordinador. De esta manera, la
poblacin est dividida y distribuida como se presenta en la siguiente tabla (ver tabla 1).
Tabla #1. Tabla de informantes claves
EMPLEADOS DE LA DI
COORDINADORES
TOTAL
LA UNIVERSIDAD
DEL ZULIA
10
15
TOTAL
10
15
Fuente: Ros, (2016).

4. Tcnicas e instrumentos de recoleccin de datos
El levantamiento de informacin se realiz utilizando los siguientes instrumentos de
recoleccin:
Revisin de material bibliogrfico: la obtencin de informacin tcnica sobre los
procesos de datos y tecnologas a implantar se realiz a travs de bibliografas
especializadas; libros de texto, publicaciones certificadas y/o cualquier otro tipo de
material de fuentes comprobables.
27
Entrevistas no estructuradas: las entrevistas no estructuradas peridicas a los
usuarios y coordinadores del sistema arrojaron informacin relevante para el modelado
del sistema.
Observacin directa: la observacin directa a los empleados de la DI as mismo
como a los coordinadores y administradores permiti verificar, comparar e interpretar
como se realizan los procesos manuales para as proponer mejoras significativas en los
procesos a automatizar.
5. Descripcin de la metodologa utilizada
Para el desarrollo de este trabajo especial de grado fue implementada la
metodologa de programacin de extrema o eXtreme Programming (XP) (Beck, K.,
1999).
Esta metodologa gil fue seleccionada debido a que presenta caractersticas que
se ajustan a las necesidades del proyecto realizado. Destacan principalmente la
adaptabilidad a los cambios de requerimientos realizados por los usuarios, la
simplicidad en el cdigo, la reutilizacin del mismo y la retroalimentacin con los
usuarios para adecuar el producto en cualquier fase del desarrollo del proyecto.
A continuacin se presenta la definicin y caractersticas de la metodologa
utilizada.
5.1
Metodologa de programacin extrema
Segn Robles y Ferrer (2002). La programacin extrema o eXtreme Programming

(XP) es la ms destacada de las metodologas agiles y fue formulada por el ingeniero
de software estadounidense Kent Beck. Se define como especialmente adecuada para
proyectos con requisitos que suelen ser imprecisos o cambiantes. Los principios y
prcticas son de sentido comn pero llevadas al extremo, de ah proviene su nombre.
Esta metodologa se basa principalmente en la retroalimentacin continua entre el
cliente y el equipo de desarrollo, la comunicacin fluida entre todos los participantes, la
28
simplicidad en las soluciones implementadas y la audacia o valenta para enfrentar los
cambios
A continuacin se presentan las caractersticas esenciales de la metodologa XP
organizadas en las secciones: historias de usuario, prcticas y proceso.
5.1.1 Captura de requerimientos
Durante esta fase se determinaron los requisitos del sistema, se analiz el ambiente
y el propsito fundamental del mismo junto al equipo de la DI, se capturaron los
requerimientos pertinentes al sistema aportados por los administradores del rea.
Bsicamente se analiz el primer objetivo de esta investigacin.
5.1.2 Planeacin y estimacin del esfuerzo
Consisti en la planeacin del diseo del sistema; la determinacin de la
arquitectura y componentes necesarios para implantar una solucin a la problemtica
descubierta en la fase de captura de requerimientos. En esta etapa se analizaron los
requisitos funcionales de la aplicacin a desarrollar, para esto los administradores de la
DI proporcionaron los datos necesarios para determinar el esfuerzo que tomara la
elaboracin del proyecto.
5.1.3 Diseo
En esta fase se analizaron y disearon los componentes de la aplicacin propuesta,
este avance se realiz bajo la normativa de LUZ para el desarrollo de aplicaciones web
en cuanto a las interfaces y limitaciones. Dos objetivos se desarrollaron en esta fase
que son tanto el diseo del entorno grfico como el de la base de datos los cuales se
realizaron bajo los requerimientos ya capturados.
5.1.4 Construccin
En esta fase se codific, prob y se adapt por medio de ciclos iterativos los
componentes del sistema, repitiendo as los procesos o fases de desarrollo las cuales
son: exploracin, planificacin, iteraciones y produccin.
29
5.1.4.1 Exploracin
Consisti en la captura de las experiencias de aquellos usuarios que han sufrido el
problema que se plante solucionar con la aplicacin dentro de la UGT, de esta forma
se tuvo una base para el inicio de las actividades y desarrollo, dependiendo del mdulo
que se dese trabajar la DI proporcion la experiencia necesaria para plantear bien el
problema.
5.1.4.2 Planificacin
Abarc todas las consideraciones de diseo que se deban tener en cuenta para
desarrollar la aplicacin, identificacin de los procesos, usuarios, tipos de datos, entre
otros, que influyeron en un diseo efectivo para resolver el problema, todos estos datos
se obtuvieron de la exploracin anteriormente realizada dentro de la DI.
5.1.4.3 Iteraciones
En esta fase se dise, codific y prob cada componente del sistema. De forma
que en cada paso se gan simplicidad, calidad y eficacia, sin restar funcionalidad a los
componentes, y se prob, casi al instante, la funcionalidad del mdulo trabajado, de
esta manera al finalizar cada seccin la UGT de la DI pudo ver el avance logrado en la
aplicacin.
5.1.4.4 Produccin
Esta etapa consisti en la liberacin de la ltima versin del mdulo trabajado ya
que al alcanzar esta fase el mismo estaba listo y no necesitaba ms cambios en sus
requerimientos, adicionalmente esta fase incluy la produccin de la documentacin
referente a la seccin de la aplicacin realizada.
5.1.5 Implantacin
Abarc la implementacin de los componentes entregados dentro del sitio web de la
FEC. En el caso de cada componente en especfico, represent su instalacin y puesta
en marcha, conjuntamente con el adiestramiento en el uso del mismo por parte del
30
personal de la Institucin.
5.1.6 Muerte del proyecto
Al finalizar todas las iteraciones, se pasa a la etapa final del proyecto, que consiste
en la documentacin y soporte brindado a los usuarios. El soporte es presentado a los
coordinadores de laboratorios de la FEC y empleados de la Divisin de Investigacin a
travs de la documentacin generada al final proyecto.
Durante esta etapa se abre una ventana de oportunidad para atender una
posible iteracin adicional y se publicarn en lnea las guas y manuales de uso de la
aplicacin de manera permanente.
31
CAPTULO IV
RESULTADOS DE LA INVESTIGACIN
1.- Presentacin de los resultados
El objetivo principal de la presente investigacin, fue el desarrollar una aplicacin
web para la UGT de la DI de la FEC.
Como resultado se obtuvo una aplicacin web mediante el cual los profesores y
administradores adscritos a la UGT pueden realizar el registro de presupuestos para
clientes desde cualquier laboratorio, as mismo gestionar dichos presupuestos mediante
la asignacin de estados como lo son activo, anulado o finalizado, junto a los ingresos
monetarios que estos generan y todo a travs de internet, de igual manera los
administradores pueden llevar un control o seguimiento de los usuarios y sus acciones
dentro del sistema, como tambin publicar noticias de inters para los laboratorios
adscritos siendo estos mdulos mencionados unos de los ms destacados.
Por otro lado los administradores podrn llevar un control automatizado de las
solicitudes de proyecto, permitiendo acortar el tiempo de respuesta de horas o das a
minutos, tambin podr realizar una serie de procedimientos y gestiones tanto a los
usuarios del sistema como a las configuraciones del mismo. Siendo el administrador el
nico usuario con derechos para realizar movimientos de saldos, actualizacin de
costos de servicios, adicin de servicios o en su defecto remover servicios, as mismo
tambin est en la capacidad de agregar usuarios, reportar a los clientes sobre sus
presupuestos, notificar cambios en los servicios, aceptar o rechazar proyectos FDI,
asignar fondos o removerlos segn sea el caso.
Para llegar al resultado final del presente proyecto se plante y cumpli con una
serie de objetivos especficos, sobre los cuales se darn detalles en los puntos
subsecuentes al presente.
32
2. Anlisis e interpretacin de los resultados
Se describe la informacin obtenida permitiendo responder la interrogante: Se
podr desarrollar un sistema que automatice los distintos procesos administrativos que
se llevan a cabo en la UGT de la DI?
Identificar los problemas administrativos que hay en la UGT de la DI.

Para el logro de este objetivo se utilizaron varios mtodos de recoleccin de datos
que permitieron la deteccin de los principales problemas; la entrevista no estructurada,

la observacin directa y la recoleccin de material relacionado con la investigacin,
fueron los mtodos relevantes para esta investigacin.
La entrevista no estructurada permiti comprender todos los procesos por los que
pasa la DI para la generacin de un presupuesto, y como afecta este proceso en los
tiempos de respuesta al cliente.
La observacin directa fue una parte fundamental a la hora de comprender lo
complicado que es encontrar toda la documentacin relacionada a un presupuesto o
proyecto para conocer el estado de los mismos y llevar la gestin apropiada.
La recoleccin de material existente fue una ventaja a la hora de disear procesos
automatizados relacionados con planillas y documentos ya existentes, los cuales fueron
facilitados por los trabajadores de la DI, evitando as la necesidad de crear y/o
implementar nuevos formatos.
Determinar los requisitos del sistema que se plantea desarrollar
Automatizar los distintos procesos administrativos as como una gestin completa
de cada mdulo desarrollado, junto a la aprobacin de proyectos FDI entre otros
procesos, implica la utilizacin de un conjunto de tecnologas de informacin y
comunicacin. De esta manera se evita en gran manera la utilizacin de recursos como
el papel, y la utilizacin de espacio fsico para su almacenaje.
La entrevista no estructurada se utiliz con la coordinadora de CTEG, pero tambin
33
con los empleados de la DI para cumplir este objetivo.
Gracias a la metodologa de investigacin utilizada se pudo lograr un ptimo
resultado de las entrevistas en cada etapa de desarrollo, y para cada funcionalidad del
sistema, sabiendo as cundo se cumpli con los requisitos de cada funcionalidad.
Disear una estructura de base de datos que sea ideal para almacenar los datos
generados por la aplicacin
La figura 1 ilustra como resultado final un diagrama del diseo de las principales
tablas de la base de datos utilizadas para almacenar los datos del sistema.
Integracin de la Base de Datos con el sistema

Para lograr este sub-objetivo se utilizaron herramientas como lo son MySQL y PHP:
MySQL fue elegido como sistema gestor de base de datos, ya que ofrece fiabilidad,
estabilidad, un excelente rendimiento y est diseado para entornos con altos

volmenes de trfico/transacciones. Adems existen numerosas herramientas de
cdigo abierto que permiten gestionar las bases de datos de este sistema.
Se utilizaron ambas herramientas en conjunto a la hora de integrar el diseo de la
base de datos con la funcionalidad del sistema. Cabe destacar que PHP proporciona
una interfaz de programacin para lograr una fcil y confiable conexin con bases de
datos en MySQL, motivo que tambin hizo peso al seleccionar las herramientas.
Ejecutar las pruebas al sistema

La mejor manera de garantizar la calidad, estabilidad y funcionamiento correcto de
cualquier sistema o programa es a travs de la realizacin de pruebas extensivas que

comprueben si los procesos se llevan a cabo de la manera esperada.
34
Figura #1. Diagrama de la base de datos.

35
Desde el inicio del desarrollo del proyecto presentado en esta investigacin, se
llevaron a cabo pruebas para comprobar el funcionamiento correcto de cada mdulo o
seccin del sistema tan pronto este llegaba a su fase de finalizacin.
Se realizaron pruebas exhaustivas una vez terminado el desarrollo el cual tuvo
como propsito localizar fallas potenciales que pudieran afectar al sistema.
Tras realizar estas pruebas, surgieron distintos inconvenientes:
Errores al generar un presupuesto que incluyen honorarios profesionales.
Errores al momento de realizar el pago de proveedores debido al error anterior.
Errores al generar el listado de saldos de la divisin
Error al aceptar solicitud de proyecto FDI
Error en la asignacin de ID al primer presupuesto generado

La mayora de los errores fueron arreglados con modificacin al cdigo fuente, a
travs de depuracin para encontrar los puntos que activaban tales errores. Algunos de
los errores requirieron mayor investigacin en foros de internet para poder encontrar
una manera de solucionarlos, obteniendo una solucin final del 100% sobre los errores
mencionados.
Por ltimo, se someti el sistema a una fase de pruebas por parte del tcnico de la
DI, administradora de la DI, y la coordinadora de CTEG de la Licenciatura en
Computacin de la FEC.
Luego de las pruebas realizadas por cada usuario, se muestran las imgenes
finales de cada procedimiento que se lleva a cabo a travs del sistema.
Pgina Principal
En esta pgina se debe identificar el usuario que intenta ingresar al sistema,
dependiendo de su usuario, profesor o administrador, el sistema le dar acceso con

diferentes grados de control, permitindole algunas tareas solo al usuario administrador
debido a la orientacin de privacidad de algunos mdulos (ver figura 2).
36
Figura # 2. Pgina Principal.

1) Entrada de texto para el Usuario
2) Entrada de texto para la Clave, codificada con MD5 y una longitud mnima de 8
3)
4)
5)
caracteres segn los estndares recomendados de seguridad.

Opcin para mantener sesin activa
Formulario para restaurar su clave
Iniciar Sesin
Mdulo de recuperacin de contrasea
Si el usuario a perdido u olvidado su contrasea este mdulo le permitir
recuperarla a travs de su cuenta de correo electrnico el cual recibir una notificacin

con su informacin para crear una nueva contrasea que debe cumplir los mismos
estndares, mnimo 8 caracteres, alfanumricos o numricos (ver figura 3).
Figura # 3. Mdulo de recuperacin de contrasea.

Fuente Ros, (2016).
Men del sistema
37
En el lado izquierdo del sistema, se muestra el men con las distintas secciones a
las que tiene acceso un usuario dado, el men vara segn el usuario debido a los
permisos que estos tienen de navegar por el sitio, las opciones a continuacin son
nicas de los administradores del sitio y los coordinadores no podrn ni verlas ni
acceder a ellas, con sus excepciones las cuales se explicaran debajo (ver figura 4).
3
4
Figura # 4. Men del sistema (Sesin: administrador).
Fuente Ros, (2016).
1. Opcin de configuracin.
1
Permite al administrador gestionar precio de U.T, laboratorios, usuarios y servicios

en el sistema, proveedores, estados de presupuestos, formatos, datos personales,
claves de acceso, entre otros.
2. Asignaciones
Este mdulo permite al administrador realizar depsitos y retiros del saldo de los
laboratorios, este en particular permite el acceso a los coordinadores pero solo les
permite ver el saldo actual de su laboratorio, la opcin de depsito o transferencia no
figura para este usuario.
38
3. Gestor de noticias
Permite al administrador agregar noticias, modificarlas y eliminarlas.
4. Gestor de proyectos
Permite al administrador asignar a los proyectos recibidos fondos para su
investigacin.
2
Mdulo de inicio
Este mdulo es de carcter informativo, en l se muestran el monto actual de la
unidad tributaria, monto asignado para FDI, cantidad de presupuestos, saldos de los
laboratorios, noticias y un calendario que ubica el da actual, adicionalmente el modulo
histrico lleva el registro de cambios para los distintos procesos que se realiazan. (ver
figura 5).
1
Figura # 5. Mdulo de inicio. (Sesin: administrador).

Fuente Ros, (2016).
1. Muestra al usuario conectado el precio actual de la Unidad Tributaria
2. Muestra al administrador el saldo de la DI
3. Muestra el monto anual asignado a los FDI
39
4. Muestra el monto anual asignado a la partida descentralizada CONDES.
5. Muestra lista de Laboratorios y sus saldos disponibles (solo administrador). Los
coordinadores solo ven su propio laboratorio.
6. Muestra la lista de las ultimas 5 noticias.
Creador de presupuestos
El siguiente mdulo es el encargado de guiar al coordinador o administrador a
lograr la generacin de un presupuesto a travs de 3 pasos, seleccin de cliente,

seleccin de servicios y aprobar la vista previa (ver figura 6).
Figura # 6. Mdulo de presupuesto. (Sesin: administrador).

Fuente Ros, (2016).
1. Ventana para la seleccin del cliente, si el cliente es nuevo le permitir colocar sus
datos.
40
2. Ventana para la seleccin de servicios, estos para el administrador de agrupan por
laboratorio, para el coordinador solo se muestran los servicios de su laboratorio, estos
servicios solo son agregados o modificados con una aprobacin (ver figura 7).
3. Esta ventana es el paso final, general una vista previa y luego de aceptar esta
conforme el presupuesto es generado, guardado y enviado al cliente (ver figura 8).
Figura # 7. Mdulo seleccin de servicios. (Sesin: administrador).

Fuente Ros, (2016).
1. Listado de servicios segn laboratorio para ser asignados al presupuesto.
1
Figura # 8. Previsualizacin y confirmacin.

Fuente Ros, (2016).
1. Vista previa del documento con el presupuesto
2. Cancelar le permite al usuario hacer modificaciones sobre el presupuesto antes de
crearlo
41
3. Guarda todos los servicios e informacin procesada y no es posible realizar ms
cambios en el presupuesto, de existir error, deber anular el presupuesto y generar uno
nuevo.
Buscador de presupuesto
Este mdulo est equipado con varias opciones que le permitirn al usuario
conocer el estado de un presupuesto, ver el documento generado, descargarlo y editar

el estado en el que se encuentra dicho presupuesto (ver figura 9).
Figura # 9. Mdulo de presupuesto. (Sesin: administrador).

Fuente Ros, (2016).
1. Columna que representa al laboratorio responsable del presupuesto generado.
2. Columna que representa el nombre del cliente al que se le genera el presupuesto.
3. Columna que representa el nmero de factura generado por el sistema. Este
nmero de factura no se repite y est constituido de la siguiente manera (YY-SIGLAS#)
donde YY representa la finalizacin del ao, SIGLAS representa las inciales del
laboratorio y # representa el identificador del presupuesto generado.
4. Esta columna muestra el monto por el cual se realizo el presupuesto.
42
5. Columna en la que se ubican 3 opciones de control, visualizar, descargar y
modificar estado del presupuesto.
Asignaciones
Este mdulo permite al administrador procesar los ingresos y egresos solicitados
por los laboratorios en base a un presupuesto generado (ver figura 10). Una vez se
hace clic en un laboratorio aparecer la ventana que procesar los datos necesarios
para retirar o depositar (ver figura 11).
Figura # 10. Mdulo de asignaciones. (Sesin: administrador).

Fuente Ros, (2016).
1. Para el administrador todos los botones reaccionan al clic desplegando la ventana
para realizar movimientos de saldos.
Deposito y retiro de fondos

Esta ventana posee la informacin necesaria para seguir con el proceso de
ingresos o gastos generados por la DI (ver figura 11).
43
2
3
4
5
6
Figura # 11. Mdulo de asignaciones. (Sesin: administrador).

Fuente Ros, (2016).
1. Representa el laboratorio al cual se atribuye el movimiento
2. Permite la seleccin de un presupuesto generado por este laboratorio para atribuir
la transaccin.
3. Representa el saldo con que cuenta dicho laboratorio
4. Activa el tipo de transaccin a realizar
5. Monto que se va a procesar, no importa si la transaccin es depsito o retiro el
nmero debe estar en positivo.
6. Representa el concepto de pago (Breve descripcin).
7. Representa el nmero de recibo bancario.
Visor de Noticias (Vista mvil)

Cabe recordar que la aplicacin es adaptable en todas sus ventanas por lo que no
importa de qu dispositivo visite el sitio o en este caso el visor de noticias. (Ver figura
12)
44
Figura # 12. Visor de noticias. (Sesin: administrador).

Fuente Ros, (2016).
1. Las noticias se agrupan en cartas debidamente identificadas con su autor, fecha de
publicacin, ttulo y la noticia en s.
2. Las noticias conservan el formato HTML que reciben del editor con que se realizan.
Este proceso no requiere conocimientos de programacin y el administrador puede dar
estilos a la noticia fcilmente.
3. El administrador puede inmediatamente la opcin de modificar la noticia lo cual le
permite trabajar directamente sobre la publicacin que quiere cambiar.
4. El administrador puede eliminar las noticias directamente desde el visor.
5. El sistema anunciar las noticias de los administradores a todos los usuarios del
sitio, indicando quien realiz la noticia y hace cunto tiempo. Sucede lo mismo al crear
un presupuesto solo que este notifica solo al administrador (ver figura 13).
45
Figura # 13. Notificador de noticias. (Sesin: administrador).

Fuente Ros, (2016).
Creador de noticias (Vista mvil)

El mdulo para crear las noticias est adaptado perfectamente al trabajo en
dispositivos mviles, lo que facilita al administrador publicar noticias importantes no

importa si este mismo no se encuentra en la DI, este mdulo utiliza un editor de texto
avanzado el cual permite agregar estilos al texto introducido de manera sencilla y no
requiere de conocimientos en programacin (ver figura 14).
1. Campo que recibe el ttulo para la noticia.
2. Campo para redactar la noticia.
Mdulo de saldos y movimientos

Este mdulo es de suma importancia para el proceso administrativo dentro de la DI,
dicho mdulo gestiona los movimientos realizados por los laboratorios como lo son
ingresos y egresos de capital, mostrando por rango de fechas los procesos que se
llevaron a cabo y los montos que se trabajaron, dando as transparencia en los clculos
realizados (ver figura 15).
46
Figura # 14. Creador de noticias.

Fuente Ros, (2016).
1. Permite colocar el ttulo de la noticia que se est generando.
2. Campo de texto donde se ubica la noticia la cual permite ser personalizada por el
administrador.
Figura # 15. Saldos y movimientos. (Sesin: administrador).

Fuente Ros, (2016).
1. Columna que representa la fecha del movimiento .
2. Columna que representa el laboratorio al que se atribuye el movimiento.
47
3. Columna que representa el saldo con el que contaba el laboratorio.
4. Columna que representa el monto que se procesa.
5. Columna que representa el monto final segn el monto procesado.
Solicitudes FDI
Este mdulo se encarga de recibir y listar las solicitudes de proyectos FDI los
cuales reciben una asignacin de monto de investigacin al ser aprobados. Las

solicitudes estn divididas segn departamentos y poseen un presupuesto anual para
su funcionamiento (ver figura 16).
Figura # 16. Solicitudes FDI. (Sesin: administrador).

Fuente Ros, (2016).
1. En esta seccin estn ubicados los departamentos de la FEC las cuales pueden
presentar los proyectos FDI.

2. Representa la columna que lleva el nombre del proyecto.
3. Representa la columna que lleva el nombre del investigador.
4. Representa la columna que lleva el rea del proyecto.
5. Representa las acciones disponibles para los proyectos, ser aprobados o
rechazados.
CAPTULO V
INFORME TCNICO
48
1. Caractersticas de la plataforma y lenguajes utilizados
Durante el desarrollo del proyecto se utilizaron estas herramientas:
-
Apache servidor HTTP de cdigo abierto.
PHP 5.4 lenguaje de programacin.
MySQL es el gestor de base de datos utilizado para su creacin y mantenimiento.
Para la conexin a la base de datos se utilizaron los drivers nativos de PHP (MySQLi),
el cual provee distintos mecanismos modernos de seguridad.
-
Sublime Text 3 es un avanzado editor de texto y cdigo fuente diseado para
desarrollar aplicaciones web de manera rpida y sencilla. Ofrece soporte para distintos
lenguajes, entre los utilizados para este proyecto se encuentran: HTML, CSS y
JavaScript.
-
Twitter Bootstrap3.3.6 es un framework o conjunto de herramientas de software libre
para diseo de sitios y aplicaciones web. Contiene plantillas de diseo con tipografa,
formularios, botones, cuadros, mens de navegacin y otros elementos de diseo
basado en HTML y CSS, as como, extensiones de JavaScript opcionales adicionales.
2. Disear el mapa de navegacin del sistema a desarrollar
Basados en las primeras etapas de la aplicacin se pudo realizar el diseo inicial
del mapa de navegacin del sistema que contemplaba a las distintas pginas que lo
componan en sus primeras fases. El mapa de navegacin final es resultado del
crecimiento y adicin de pginas sucesivamente despus de cada iteracin.
Dependiendo del tipo de usuario que acceda al sistema, ste tendr o no acceso a
ciertas pginas del mismo, definidas bajo la permisologa establecida por los usuarios
definidos en los casos de usos.
El siguiente mapa del sitio contempla la mayora de los mdulos y procesos con los
que cuenta el sistema para su mayor simplicidad:
49
Figura #17 Mapa de navegacin del sistema web.

3.- Casos de uso

Segn Jacobson, Spence y Bittner (2013), un caso de uso expresa todas las
50
formas de usar un sistema para alcanzar una meta particular para un usuario. En
conjunto, los casos de uso le proporcionan todos los caminos tiles de usar el sistema e
ilustran el valor que este provee.
3.1.- Casos de uso del Coordinador
Diagrama UML de caso de uso del coordinador.

3.2.- Casos de uso del Administrador
51
Diagrama UML de caso de uso del Administrador.

52
4.- Diccionario de datos
Tabla #2 Leyenda de diccionario de datos.
Nombre de la tabla
Descripcin
[Nombre fsico de la tabla en la base de
[Descripcin de la tabla con sus datos
datos]
almacenados en la base de datos]
Campos de la tabla
Nombre
Tipo de Dato
Acepta NULL
Descripcin
[Indica si el campo
[Descripcin del
[Nombre fsico del
[Tipo de dato del
acepta valores de
valor almacenado
campo]
campo]
tipo NULL]
en el campo]
Tabla #3 Tabla usuarios.
Descripcin
Nombre de la tabla
usuarios
{Contiene los datos de ingreso de los

usuarios del sistema}
Campos de la tabla
Acepta
Descripcin
NULL
Nombre
Tipo de
Dato
Idusuarios
Int(11)
No
{Clave primaria, es de tipo entero y se

autoincrementa}
Nombreusuari
o
Varchar(45)
No
{Es de tipo carcter. Representa el nombre

de acceso al sistema}
Password
Varchar(32)
No
{Es de tipo carcter codificado (md5).

Representa la clave de acceso al sistema}
Securekey
Varchar(32)
No
Labasignado
Int(11)
Si
Useraccess
Int(1)
No
{Es de tipo carcter codificado (md5).

Representa una llave de seguridad generada
aleatoriamente por el sistema}
{Es una llave fornea de tipo entero.
Representa el identificador del laboratorio al
que est relacionado el usuario,de ser NULL
representa todos los laboratorios}
{Es de tipo entero, Puede representar 1 o 0
para denotar si el usuario es administrador(1)
o coordinador(0)}
53
Tabla #4 Tabla clientes.
Descripcin
Nombre de la tabla
{Contiene los datos de los clientes

registrados en el sistema}
Campos de la tabla
Acepta
Tipo de Dato
Descripcin
NULL
clientes
Nombre
Idclientes
Int(11)
No

autoincrementa}
Nombrecliente
Varchar(145)
No
{Es de tipo carcter. Representa el

nombre del cliente o empresa registrado}
Frecuencia
Int(11)
No
{Es de tipo entero. Representa un valor

asignado por el sistema que denota la
frecuencia de uso, mientras mayor sea se
ubicara al tope de la lista}
Rif
Varchar(15)
No
{Es de tipo carcter UNIQUE. Representa

un identificador del cliente}
Direccionpostal
Varchar(250)
No
{Es de tipo carcter. Representa la

direccin postal del cliente}
Correo
Varchar(150)
No
{Es de tipo carcter. Representa el correo

electrnico del cliente}
Telfono
Varchar(50)
No
{Es de tipo carcter. Representa el nmero

telefnico del cliente}

Tabla #5 Tabla laboratorios.
Descripcin
Nombre de la tabla
{Contiene los laboratorios registrados

en el sistema}
Campos de la tabla
Acepta
Tipo de Dato
Descripcin
NULL
laboratorios
Nombre
Idlaboratorios
Int(11)
No

autoincrementa}
54
Nombrelaborato
rio
Varchar(145)
No

nombre del laboratorio}
Sigas
Varchar(5)
No
{Es de tipo carcter. Representa las

inciales del nombre del laboratorio o
siglas asignadas}

Tabla #6 Tabla noticias.
Descripcin
Nombre de la tabla
noticias
{Contiene las noticias publicadas por los

administradores del sistema}
Campos de la tabla
Acepta
Descripcin
NULL
Nombre
Tipo de
Dato
Idnoticia
Int(11)
No

autoincrementa}
Descripcion
Longtext
No
{Es de tipo carcter. Representa el texto

de la noticia el cual tiene formato html y
mantiene sus estilos}
Usuario
Int(11)
No

Representa el identificador del usuario
que realizo la noticia}
No
{Es de tipo date time. Representa la

fecha y la hora en la que se realizo la
noticia}
Fecha
Datetime

Tabla #7 Tabla presupuestos.
Nombre de la tabla
presupuestos
Descripcin
{Contiene la informacin generada de
un presupuesto}
Campos de la tabla
55
Nombre
Tipo de
Dato
Acepta
NULL
Descripcin
Idpresupuestos
Int(11)
No

autoincrementa}
No
{Es una llave fornea de tipo entero,

Representa el identificado del estado
relacionado al presupuesto, por defecto 1
que significa Activo}
No

Representa el identificador del cliente al
que se le realiza el presupuesto}
No

Representa el identificador del usuario
que realiza el presupuesto}
No

Representa el identificador del
laboratorio que realiza el presupuesto}
No

numero de factura asignado por el
sistema al presupuesto}
No

nombre del archivo generado como
respaldo por el sistema (PDF)}
No
{Es de tipo datetime. Representa la fecha

y hora en la que se genero el
presupuesto}
Estado
Cliente
Usuario
Laboratorio
Numfactura
Filename
Fecha
Int(2)
Int(11)
Int(11)
Int(11)
Varchar(50)
Varchar(250)
Datetime

Tabla #8 Tabla estado_presupuesto.
Nombre de la tabla
estado_presupuesto
Descripcin
{Contiene la descripcin del estado en
56
que se encuentra un presupuesto}

Campos de la tabla
Acepta
Descripcin
NULL
{Clave primaria y llave fornea, es de tipo
No
entero. Representa el identificador del
presupuesto}
Nombre
Tipo de
Dato
Id
Int(11)
Descripcion
Varchar(50)
No

estado del presupuesto. Activo, Anulado,
Finalizado}
Color
Varchar(7)
Si
{Es de tipo carcter. Representa el color

del estado en hexadecimal}

Tabla #9 Tabla servicios_presupuesto.
Descripcin
Nombre de la tabla
{Contiene los servicios asignados a un

presupuesto}
Campos de la tabla
Acepta
Tipo de Dato
Descripcin
NULL
servicios_presupuesto
Nombre
Id
Int(11)
No

autoincrementa}
id_presupuesto
Int(11)
No

presupuesto}
Servicioprestado
Int(11)
No
{ Es una llave fornea de tipo entero.

Representa el identificador del servicio}
57
Cantidad
Int(11)
No
{Es de tipo entero. Representa la

cantidad prestada de un mismo
servicio.}
Subtotal
Decimal(10,2
)
No
{Es de tipo decimal. Representa el costo

total del servicio prestado y la cantidad
del mismo}

Tabla #10 Tabla Perfil.
Descripcin
Nombre de la tabla
{Contiene los datos personales de los

usuarios}
Campos de la tabla
Tipo de
Acepta
Descripcin
Dato
NULL
{Clave primaria y llave fornea, es de
Int(11)
No
tipo entero. Representa el identificador
del presupuesto}
Perfil
Nombre
Idusuario
Nombre
Apellido
Adicional
Correo
Varchar(50)
Varchar(50)
Varchar(500)
Varchar(50)
Si

nombre del usuario}
Si

apellido del usuario}
Si
{Representa informacin adicional del

usuario, puede ser una biografa}
Si
{Representa el correo electrnico del

usuario el cual es utilizado para
notificaciones va mail}
58
Tlf_movil
Varchar(50)
Si
{Representa el telfono movil del

usuario}
Twitter
Varchar(50)
Si
{Representa el Twitter del usuario}
Skype
Varchar(50)
Si
{Representa el Skype del usuario}
Sexo
Varchar(50)
Si
{Representa el gnero sexual del

usuario}
Si
{Represento la fecha de nacimiento del

usuario, este campo no es date debido
al formato utilizado en el input}
Nacimiento
Varchar(50)

Tabla #11 Tabla Servicios.
Descripcin
Nombre de la tabla
{Contiene los servicios prestados por

los diferentes laboratorios}
Campos de la tabla
Acepta
Tipo de Dato
Descripcin
NULL
servicios
Nombre
Idservicios
Int(11)
No
{Clave primaria de tipo entero.

Representa el identificador del servicio}
Nombreservicio
Varchar(500)
No

nombre del servicio prestado}
59
Unidadestributaria
s
Decimal(10,2
)
No
{Es de tipo decimal. Representa el

costo del servicio en unidades
tributarias}
Laboratorioservicio
Int(11)
No
{Llave fornea de tipo entero.

Representa el laboratorio responsable
del servicio}

Tabla #12 Tabla Proveedor_servicios.
Nombre de la tabla
Descripcin
{Contiene la informacin de los
Proveedor_servicios
proveedores de laboratorio}
Campos de la tabla
Acepta
Nombre
Tipo de Dato
Descripcin
NULL
Id
Int(11)
No
del presupuesto}
Nombre
Varchar(50)
No

nombre del proveedor}
Correo
Varchar(150)
No

correo del proveedor]
Rif
Varchar(15)
No
{Es de tipo carcter UNIQUE.

Representa un identificador del
proveedor}
Telfono
Varchar(50)
No

numero de contacto del proveedor}
60
Tabla #13 Tabla servicios_proveedor.
Nombre de la tabla
Descripcin
Servicios_proveedor
servicios que presta un proveedor}
Campos de la tabla
Acepta
Nombre
Tipo de Dato
Descripcin
NULL
{Clave primaria de tipo entero.
Id
Int(11)
No
Representa al identificador del servicio
y se autoincrementa}
Servicio
Varchar(500)
No

servicio prestado por el proveedor}

Tabla #14 Tabla area_proveedor.
Nombre de la tabla
Descripcin
rea_proveedor
laboratorios a los que labora un
proveedor}
Campos de la tabla
Acepta
Nombre
Tipo de Dato
Descripcin
NULL
Id
Int(11)
No
proveedor de servicios}
Laboratorio
Varchar(50)
No

laboratorio al que est asignado}
Servicio_prestado
Varchar(150)
No

Representa el identificador del servicio
prestado}

Tabla #15 Tabla asignacion_proveedor.
Nombre de la tabla
Descripcin
61
Asignacion_proveedor
laboratorios a los que labora un
proveedor}
Campos de la tabla
Acepta
Nombre
Tipo de Dato
Descripcin
NULL
{Clave primaria es de tipo entero.
Id
Int(11)
No
Representa el identificador de la
asignacin y se autoincrementa}
Proveedor
Presupuesto
Int(11)
Int(11)
No

proveedor al que se le asigna el
presupuesto}
No

presupuesto al que se le asigna el
proveedor}

Tabla #16 Tabla Settings.
Nombre de la tabla
Descripcin
Settings
{Contiene la configuracin de costos}
Nombre
Id
Campos de la tabla
Acepta
Tipo de Dato
Descripcin
NULL
Int(11)
No
del presupuesto}
Descripcion
Varchar(50)
No
{Es de tipo carcter. Representa la

descripcin a la que se le asignara un
monto}
Valor
Decimal(10,2
)
No
{Es de tipo decimal. Representa el valor

asignado a la U.T o bien sea el monto
anual FDI}
62
Tabla #17 Tabla departamentos.
Nombre de la tabla
Descripcin
Departamentos
departamentos registrados}
Campos de la tabla
Tipo de
Acepta
Nombre
Descripcin
Dato
NULL
Id
Int(11)
No
del departamento}
Descripcion
Laboratorio
Varchar(100)
Int(11)
No

nombre del departamento }
No
{Llave fornea de tipo entero.

Representa el identificador de un
laboratorio asignado al departamento}

Tabla #18 Tabla proyecto.
Nombre de la tabla
proyecto
Descripcin
{Contiene los datos de cada proyecto de
investigacin almacenado en el sistema}
Campos de la tabla
Nombre
Tipo de Dato
Acepta
NULL
Descripcin
id
Int(11)
No

autoincrementa.}
autor
Int(11)
No
{Es una clave fornea de tipo entero,

representa el identificador del usuario
autor de un proyecto}
estado
Int(11)
No

representa el identificador del estado
actual del proyecto}
63
tipo
Int(11)
No

representa el identificador tipo de
proyecto}
area_proyecto
Int(11)
No

representa el identificador del rea del
proyecto}
fecha_final
Date
No
{Representa la fecha de finalizacin

estimada de un proyecto}
fecha_inicio
Date
No
{Representa la fecha de inicio de un

proyecto}

Tabla #19 Tabla tipo_proyecto.
Descripcin
Nombre de la tabla
tipo_proyecto
{Contiene la descripcin de cada tipo de

proyecto}
Campos de la tabla
Acepta
Descripcin
NULL
Nombre
Tipo de
Dato
id
Int(11)
No

autoincrementa.}
nombre
Varchar(200)
No
{Es de tipo carcter, representa la

descripcin del tipo de proyecto}

Tabla #20 Tabla estado_proyecto.
Nombre de la tabla
estado_proyecto
Nombre
Tipo de
Dato
Descripcin
{Contiene la descripcin de cada estado
posible para un proyecto}
Campos de la tabla
Acepta
Descripcin
NULL
64
id
Int(11)
No

autoincrementa.}
descripcion
Varchar(200)
No

descripcin o nombre del estado}
color
Varchar(6)
No
{Es de tipo carcter, representa el cdigo

HEX del color representativo del estado}

Tabla #21 Tabla area_proyecto.
Nombre de la tabla
area_proyecto
Descripcin
{Contiene la informacin de cada rea
a la que puede estar adscrita un
proyecto}
Campos de la tabla
Acepta
Descripcin
NULL
Nombre
Tipo de
Dato
id
Int(11)
No

autoincrementa.}
descripcion
Varchar(200)
No

descripcin o nombre del rea}
estado
Int(1)
No
{Es de tipo entero, puede valer 1 o 0 para

representar la actividad o inactividad del
rea}

Tabla #22 Tabla autor_proyecto.
Nombre de la tabla
area_proyecto
Nombre
Tipo de
Dato
Descripcin
{Contiene la informacin de cada rea
a la que puede estar adscrita un
proyecto}
Campos de la tabla
Acepta
Descripcin
NULL
65
id
Int(11)
No

autoincrementa.}
nombre
Varchar(200)
No

descripcin o nombre del rea}
departamento
Int(11)
No
{Es de tipo entero, puede valer 1 o 0 para

representar la actividad o inactividad del
rea}
66
CONCLUSIONES
Con la finalizacin de este proyecto se cuenta con un sistema de informacin web
para el registro, control y seguimiento de los presupuestos llevados a cabo a travs de
la UGT de la DI de la FEC de la Universidad del Zulia.
Este sistema facilita el proceso de registro de la informacin relacionada a los
presupuestos. Cuenta con distintos mdulos que proveen la ayuda suficiente para
realizar esta tarea de manera exitosa, evitando que los coordinadores y administradores
se retrasen a la hora de realizar la entrega de dichos presupuestos.
Asimismo, cabe destacar que es de gran ayuda para todo el personal que trabaja en
la DI de la FEC, ya que les facilita la gestin de los presupuestos generados por todos
los laboratorios adscritos a la UGT, permitiendo conocer el estado en el que se
encuentran todos los presupuestos generados.
El sistema le permite a los trabajadores de la DI la revisin de las solicitudes de
nuevos proyectos FDI y CONDES, posteriormente asignarles los fondos necesarios
para llevar a cabo la investigacin. Esto, ayuda de gran manera a la forma en que la
UGT trabaja, ahorrando tiempo y espacio al momento de procesar esta informacin.
67
RECOMENDACIONES
Se recomienda a la institucin apoyar la utilizacin del sistema por parte de los
administradores y coordinadores adscritos a la UGT, para que su adaptacin sea
mayor.
Registrar la informacin de los presupuestos generados los cuales presentaron
ingresos para as alimentar la base de datos y que el sistema maneje la
informacin de los saldos disponibles de manera optima.
Se recomienda a la Facultad Experimental de Ciencias de La Universidad del
Zulia seguir impulsando a proyectos de este tipo, de manera tal que se puedan
continuar mejorando e incrementando una mayor interaccin con los usuarios,
reduciendo as grandemente el tiempo de trabajo empleado, y brindndoles a los
usuarios mayor eficiencia y seguridad de los datos.
Extender nuevos mdulos que permitan realizar aquellos procesos no
contemplados en el desarrollo de esta investigacin.
68
REFERENCIAS BIBLIOGRFICAS
Alvares G., (2010). Investigacin Bsica e Investigacin Aplicada. Caracas Universidad
Simn Bolvar
Balestrini M., (2006). Cmo se elabora un proyecto de investigacin. Sptima edicin.
Caracas, Venezuela. BL Consultores Asociados.
Bardallo C., (2012) Aplicaciones Web, Disponible en:
http://appweblm.
blogspot.com/2012/10/aplicaciones-web-definicion.html (Consultado: 26 de diciembre
de 2015).
Bavaresco A., (2006) Proceso metodolgico en la investigacin (Cmo hacer un Diseo
de Investigacin). Maracaibo, Venezuela: Editorial de la Universidad del Zulia.
Beck K., (1999). Extreme Programming Explained EMBRACE CHANGE FIRST
EDITION. Disponible en: http://software2012team23.googlecode.com. (Consultado: 10
de Junio de 2015).
Beck K., y Andres C., (2004). Extreme Programming Explained EMBRACE
CHANGESECOND EDITION. Disponible en: http://ptgmedia.pearsoncmg.com
(Consultado 10 de Junio de 2015).
Berradre M., y Mavares G., (2014). Facultad Experimental de Ciencias Unidad de
Gestin Tecnolgica. Disponible en: http://www.fec.luz.edu.ve/ (Consultado 01 de julio
de 2015).
Briones G., (2002). Metodologa de la investigacin cuantitativa en las ciencias sociales.
Disponible en: https://docs.google.com/file (Consultado 13 de Diciembre 2015)
CCM Group., (2016). Introduccin a las bases de datos. Disponible en
http://es.ccm.net/contents/66-introduccion-bases-de-datos (Consultado 18 de Febrero
de 2016)
Chvez N., (2007). Introduccin a la investigacin educativa. Venezuela. Editorial
Maracaibo ARS Graficas, VENEZUELA.
Gonzlez E., (2014). Tutorial bsico del programador web: HTML desde cero.
Disponible en: http://aprenderaprogramar.com/index.php?.. (Consultado 07 de febrero
de 2016).
Gonzlez, R: Sistema Web para la Gestin y Control de Trmites Administrativos de a
DEPG-FEC. Maracaibo, 2011, 121p. Trabajo de grado presentado como requisito para
optar al grado de Licenciado en Computacin de la Universidad del Zulia. Facultad
Experimental de Ciencias. Departamento de Computacin.
69
Hernndez, R., Fernndez, C., y Baptista P., (2010). Metodologa de la Investigacin.
Quinta Edicin. Mxico: Editorial Mac Graw-Hill.
Jacobson I., SpenceI. y BittnerK., (2013) CASOS DE USO 2.0 La gua para ser exitoso
con los casos de uso Disponible en: https://www.ivarjacobson.com/sites (Consultado 05
de febrero de 2016).
Lpez de Bozik. E., (2011). Metodologa de la investigacin: Gua instruccional.
Caracas: UNA. Disponible en: http://www.unazulia.com.ve (Consultado 01 de febrero de
2016).
Lorenzo, T. Desarrollo de un sistema de informacin automatizado para el control de los
procesos de nmina, facturacin y honorarios mdicos del hospital clnico San Vicente
de Pal, Cuman Edo. Sucre Venezuela. Cumana, 2008, 242p. Trabajo de grado
presentado como requisito parcial para optar al ttulo de licenciado en informtica.
Mateu
C.,
(2004)
Desarrollo
de
aplicaciones
web.
Disponible
en:
http://www.uoc.edu/masters/softwarelibre/esp/materials/Desarrollo_web.pdf (Consultado
26 de diciembre de 2015).
MDN (Mozilla Developer Network)
(Consultado 08 de febrero de 2016).
Disponible
en:
https://developer.mozilla.org
Mendoza J., (2014). Sistema de Informacin Web para la formulacin y gestin de

presupuestos de Carbones de la Guajira. S.A. Maracaibo, 2014, 91p. Trabajo de grado
presentado como requisito para optar al grado de Licenciado en Computacin de la
Universidad del Zulia. Facultad Experimental de Ciencias. Departamento de
Computacin.
Moguel
E.,
(2005).
Metodologa
de
la
investigacin.
Disponible
https://books.google.co.ve/books?id=r4yrEW9Jhe0C&printsec=frontcover&hl=es
(Consultado 03 de enero de 2016).
en
Mora S., (2002). Programacin de aplicaciones web: historia, principios bsicos y

clientes web. Disponible en: http://rua.ua.es/ (Consultada 08 de Mayo de 2015).
Moreira V., (2009). Las aplicaciones web en el entorno empresarial. Disponible en:
http://www.camaravalencia.com/colecciondirectivos/ (Consultado 08 de mayo de 2015)
Mosquera G., (2000). Estimacin de parmetros de confiabilidad y mantenibilidad de
sistemas industriales. Centro de altos estudios gerenciales ISID.
Muoz A., (2003). Sistemas de informacin en las empresas, Disponible en:
http://www.upf.edu/hipertextnet/numero-1/sistem_infor.html (Consultado 07 de febrero
de 2016).
70
Oracle., (2014) The most popular Open-Source Database Disponible en:
http://www.oracle.com/us/products/mysql/overview/index.html (Consultado: 05/12/2015).
Palechano F., (2014) Aplicaciones Web: CFGM Sistemas Microinformticos y Redes.
Disponible en: https://books.google.co.ve/books?id=Aplicaciones+Web (Consultado 02
de enero de 2016).
Palella S., (2006). Metodologa de la investigacin cuantitativa. Caracas, Venezuela.
Fondo Editorial de la Universidad Pedaggica Experimental Libertador.
Robles G., Ferrer J., (2002). Programacin Extrema y Software Libre. Disponible en:
http://xurl.es/rci8p (Consultado 01 de Junio de 2015).
Schmal R., y Cisternas E., (2000). Sistemas de Informacin: Una metodologa para su
estructuracin. Actas de la XXVI Conferencia Latinoamericana de Informtica, Mxico.
Instituto Tecnolgico y de Estudios Superiores de Monterrey. Disponible en:
http://inf.udec.cl/~revista/ediciones/edicion6/sisinf.PDF (Consultado 07 de febrero de
2016).
The PHP Group., (2016). Qu es PHP? Disponible en: http://php.net/manual/es/introwhatis.php (Consultado 07 de febrero de 2016).
W3C., (2016). HTML & CSS. Disponible en: https://www.w3.org/standards/webdesign/
htmlcss#whathtml (Consultado 07 de febrero de 2016).

Aplicación Web para La Unidad de Gestión Tecnología (UGT) de La División de Investigación de La FEC

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Aplicación Web para La Unidad de Gestión Tecnología (UGT) de La División de Investigación de La FEC

Enviado por

Direitos autorais:

Formatos disponíveis

1

REPBLICA BOLIVARIANA DE VENEZUELA

APLICACIN WEB PARA LA UNIDAD DE GESTIN TECNOLGICA (UGT) DE LA

Maracaibo, mayo de 2016

Aplicacin web para la Unidad de Gestin Tecnolgica (UGT) de la Divisin de

Anthony Benito Rios Rios

Dra. Aurely Leal

Palabras clave: Aplicacin web, unidad de gestin tecnolgica, divisin de

Keywords: web application, technological management unit, research division,

1.- Planteamiento del problema

2.- Formulacin del problema 2

3.1.- Objetivo general.........................................................................................................2

1.- Antecedentes de la Investigacin 2

2.6.- Formulacin presupuestaria

2.7.- Ejecucin presupuestaria24

3.1.- CSS (Cascade Style Sheets).....................................................................................2

5. Descripcin de la metodologa utilizada 2

2.- Anlisis e interpretacin de los resultados

1. Caractersticas de la plataforma y lenguajes utilizados

2. Disear el mapa de navegacin del sistema a desarrollar

3.- Casos de uso 2

Figura # 1. Diagrama de la base de datos.

Figura # 3. Mdulo de recuperacin de contrasea.

Figura # 5. Mdulo de inicio

Figura # 6. Mdulo de presupuesto. 2

Figura # 11. Mdulo de asignaciones 2

Figura # 14. Creador de noticias.

Figura # 15. Saldos y movimientos

Figura # 16. Solicitudes FDI.

Tabla #1. Tabla de informantes claves

Tabla #2 Leyenda de diccionario de datos. 2

Tabla #6 Tabla noticias. 2

Tabla #11 Tabla Servicios.

Tabla #12 Tabla Proveedor_servicios.2

Tabla #15 Tabla asignacion_proveedor.

Tabla #17 Tabla departamentos.

Tabla #19 Tabla tipo_proyecto. 2

Tabla #21 Tabla area_proyecto.2

Identificar los problemas administrativos que hay en la UGT en la Divisin de

Analizar los requisitos funcionales de la aplicacin web.

Disear el entorno grfico de la aplicacin web.

Disear la base de datos necesaria para la aplicacin.

Desarrollar los mdulos funcionales de la aplicacin.

Realizar pruebas funcionales de la aplicacin.

4.- Justificacin de la investigacin

Disponibilidad de informacin cuando sea necesario y por los medios adecuados.

2.1.1 Actividades que realiza un sistema de informacin

2.1.2 Sistemas de informacin web

Las intranets, que dan apoyo al trabajo interno dentro de la empresa.

alcanzar consumidores fuera de la empresa.

(normalmente, un navegador web).

2.3.- Servidor web

Fuente: Ros, (2016).

Metodologa de programacin extrema

Segn Robles y Ferrer (2002). La programacin extrema o eXtreme Programming

Identificar los problemas administrativos que hay en la UGT de la DI.

que permitieron la deteccin de los principales problemas; la entrevista no estructurada,

Integracin de la Base de Datos con el sistema

estabilidad, un excelente rendimiento y est diseado para entornos con altos

Ejecutar las pruebas al sistema

cualquier sistema o programa es a travs de la realizacin de pruebas extensivas que

Figura #1. Diagrama de la base de datos.

Errores al generar un presupuesto que incluyen honorarios profesionales.