Universidad de Oriente

Núcleo de Anzoátegui
Escuela de Ingeniería y Ciencias Aplicadas
Departamento de Computación y Sistemas

APLICACIÓN WEB PARA GESTION ADMINISTRATIVA DE UNA

EMPRESA CABLEOPERADORA ESTABLECIDA EN LA CIUDAD DE
ZARAZA, ESTADO GUÁRICO.

Autor:

Br. Luis Angel Macayo Gómez

____________________________
Profesor: Manuel Carrasquero
Tutor Académico

Barcelona, Noviembre de 2020

 PLANTEAMIENTO DEL PROBLEMA

La comunicación en masa se da a través de diversos medios, digitales,

radiofónicos, pero ninguno tan impactante como los audiovisuales, que
combinan los contenidos de audio y video simultáneamente.

Actualmente en Venezuela existen múltiples empresas que se dedican a la

instalación de infraestructura, modulación de señales y comercialización de
sus planes.

La empresa GNET CA, ubicada en Zaraza, estado Guárico, es una de las

empresas en la región de los llanos orientales Venezolanos, que se dedica a
la prestación de servicios de cable operador, cuenta con la permisología
necesaria otorgada por CONATEL y los órganos del estado encargados de
regular y supervisar a las empresas que prestan dichos servicios.

La empresa ha tenido un crecimiento de subscripciones debido a la falta de

otros operadores que han abandonado el mercado y enfrenta problemas
para la gestión de clientes, revisión de estados de cuenta, conformación de
pagos, monitoreo de clientes morosos, ya que todo el proceso se lleva
actualmente de manera manual.

Empezar a plantear soluciones..

 OBJETIVOS

OBJETIVO GENERAL

Desarrollar una aplicación web para gestión administrativa de una empresa

cable operadora establecida en la ciudad de Zaraza, Estado Guárico.

OBJETIVOS ESPECIFICOS

1. Describir el sistema actual de la empresa cable operadora para la

gestión de actividades administrativas.
2. Analizar los requisitos funcionales y no funcionales de la aplicación.
3. Determinar la arquitectura del sistema y la base de datos.
4. Diseñar la interfaz de usuario de la aplicación según los
requerimientos.
5. Codificar el software en base a la descripción de los requisitos
establecidos.
 MARCO TEORICO REFERENCIAL
Antecedentes.

Macayo (2017), desarrolló una aplicación web para el control de operaciones

del departamento de jóvenes de una entidad religiosa, donde se vió la
necesidad de automatizar las actividades para el control de puntuaciones,
informes mensuales, inscripciones y pagos. El software fue codificado
usando lenguaje PHP y base de datos MySQL usando conjuntamente con el
Lenguaje de Modelado Unificado y empleando la metodología del Proceso
Unificado Racional. El proyecto mejoró considerablemente la forma en que
se realizaban las actividades en el departamento de jóvenes, el resultado fue
un software que puede accederse desde cualquier parte con internet y hacer
seguimiento de las actividades registradas con una interfaz agradable para
los usuarios.

Tinedo (2016), desarrolló una aplicación web a una empresa del ramo
funerario, el cual hizo posible la automatización de las actividades allí
realizadas, siguiendo los parámetros de una investigación de campo de nivel
descriptivo. La investigación la realizó siguiendo los lineamientos del Proceso
unificado de desarrollo de software y el Lenguaje de modelado UML. El
software fue codificado en el lenguaje orientado a objetos C# bajo el
ambiente de desarrollo ASP.net. Diseñó una base de datos para el
almacenamiento de la información y la misma es administrada por el
manejador de base de datos SQL server. El resultado de este estudio fue un
software amigable y fácil de usar para los usuarios.

Pérez y Jreige (2013), desarrollaron un sistema de gestión bajo entorno web

utilizando la metodología del Proceso Unificado de Racional conjuntamente
con el Lenguaje de Modelado Unificado, ésta les permitió analizar y
documentar el sistema por medio de diagramas, facilitar la implementación a
través de lenguaje de programación PHP y para la base de datos MySQL. El
proyecto obtuvo los siguientes resultados: el sistema 21 permitió agilizar el
manejo de la información que reportan los líderes, reduce considerablemente
los tiempos empleados por los usuarios para reportar avances, compila
organizadamente en una base de datos dicha data y permite visualizar
correctamente en reportes lo que está ocurriendo en los proyectos.

Por otra parte Suniaga (2009), en su proyecto de grado realizado en la C.A.

Hidrocentro expuso que la gerencia de informática de la institución para
ejercer la gestión de las actividades de soporte y mantenimiento, se valía de
procedimientos manuales como el uso de planillas, llamadas telefónicas o el
uso del correo electrónico para las solicitudes de servicio, estos mecanismos
dificultaban el seguimiento y control, por este motivo se propuso implementar
una aplicación web basada en la tecnología helpdesk utilizando la
metodología de RUP. En la fase de inicio se realizó el levantamiento de la
información. En la fase de elaboración se describió el diseño y
aprovisionamiento de los componentes a partir de los requerimientos
funcionales y no funcionales obtenidos en la fase anterior. En la fase de
construcción se procedió con la codificación de todos los componentes hasta
obtener una versión beta del sistema.

Por su parte González y Solórzano (2009), presentaron un proyecto de

control de expedientes llevados a cabo por el departamento de seguridad de
una entidad bancaria. Para la puesta en marcha de este proyecto se usó la
metodología de proceso unificado de desarrollo de software. En la fase de
inicio se hizo un estudio de las actividades y procesos llevados a cabo por el
departamento de seguridad. La fase de elaboración, implicó el desarrollo de
casi la totalidad de los casos de uso, se describió el diseño de la base de
datos, se continuó con la obtención de los requerimientos funcionales y no
funcionales, así como el control de los riesgos ya encontrados. La fase de
construcción contempló la codificación de las páginas web y se realizaron las
pruebas para la obtención beta del sistema. Finalmente, en la fase de
transición se entregó el software a los usuarios para las pruebas en
producción y con una retroalimentación del usuario realizar los cambios
necesarios.

Bases teóricas referenciales

Sistemas de información

Para Schach (2005), un sistema de información es una serie de

componentes que en conjunto logran algún resultado empresarial, dicho con
más detalle, un sistema de información recopila, manipula, almacena y crea
reportes de información respecto a las actividades de negocio de una
empresa, con el fin de ayudar a la administración de esa empresa en el
manejo de las operaciones de negocios.

Existen dos categorías importantes de sistemas de información: los

sistemas de información personalizados y los paquetes comerciales de
distribución general, es de interés para este estudio los sistemas de
información personalizados, los cuales se explican a continuación:

Sistemas de información personalizados

Un sistema de información personalizado, según Schach (2005), es

aquel que se ha desarrollado para un cliente específico. Alegsa (2015)
agrega que los sistemas de información personalizados se adaptan a las
necesidades específicas de quien lo usará. Contrasta con un sistema,
programa o software comprado (paquetes comerciales de distribución
general), que es más bien un software genérico, que cubre necesidades
generales de una determinada área.

Ingeniería de software

La ingeniería de software es una disciplina que comprende todos los

aspectos de la producción de software, esta comprende las formas prácticas
para desarrollar y entregar un software útil, Somerville (2005).

El proceso de ingeniería de software implica un conjunto de

actividades y resultados asociados que producen un software. Existen cuatro
actividades fundamentales de procesos que son comunes para todos los
procesos del software, según Somerville (2005):

● Especificación del software, donde los clientes e ingenieros

definen el software a producir y las restricciones sobre su
operación.
● Desarrollo del software, donde el software se diseña y
programa.
● Validación del software, donde el software es validado para
asegurar que es lo que el cliente quiere.
● Evolución del software, donde el software se modifica para
adaptarlo a los cambios requeridos por el cliente y el mercado.
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo, por lo tanto, estas actividades genéricas pueden organizarse en
diferentes formas y describirse en diferentes niveles de detalles para
diferentes tipos de software.

Para llevar a cabo el proceso de desarrollo de software es necesario

utilizar herramientas que permitan conocer que es lo que quiere el cliente,
modelar esos requerimientos y desarrollarlos, para ello es conveniente
aplicar el proceso unificado.

Proceso unificado racional

El proceso unificado racional (Rational Unified Process, RUP) es un

modelo de proceso del software genérico que presenta el desarrollo de
software como una actividad iterativa de cuatro fases que son: inicio,
elaboración, construcción y transición. La fase de inicio establece un caso de
negocio para el sistema, la fase de elaboración define la arquitectura, la de
construcción implementa el sistema y la de transición utiliza el sistema en el
entorno del cliente, Somerville (2005).

Otra herramienta usada durante el proceso de desarrollo de sistemas

es el Lenguaje Unificado de Modelado (Unified Modeling Language, UML)
que puede definirse de la siguiente manera:

Lenguaje unificado de modelado

Para Somerville (2005) el lenguaje unificado de modelado (Unified

modeling language, UML) es un lenguaje gráfico utilizado en el desarrollo
orientado a objetos que incluye varios tipos de modelos del sistema que
proporcionan distintas vistas de un sistema. Por su parte Schach (2005),
explica que es un lenguaje usado para describir sistemas de información
desarrollados mediante el paradigma tradicional o cualquiera de las muchas
versiones del paradigma orientado a objetos, añade que el UML es una
notación que puede ser usada con cualquier metodología.

Los diagramas más comunes para la representación de un sistema a

desarrollar son las siguientes:
 ● Diagramas de clases: describen la estructura estática de un sistema.
Una clase es una categoría o grupo de cosas que tienen atributos
(propiedades) y acciones similares.
● Diagramas de caso de uso: es una descripción de las acciones de un
sistema desde el punto de vista del usuario, estos modelan la
funcionalidad del sistema usando actores y casos de uso.
● Diagrama de actividades: ilustra la naturaleza dinámica de un sistema
mediante el modelado del flujo ocurrente de actividad en actividad...
Típicamente, los diagramas de actividad son utilizados para modelar
el flujo de trabajo interno de una operación.
● Diagrama de colaboraciones: describe las interacciones entre los objetos
en términos de mensajes secuenciados. Los diagramas de colaboración
representan una combinación de información tomada de los diagramas de
clases, de secuencias y de casos de uso, describiendo el
comportamiento, tanto de la estructura estática, como de la estructura
dinámica de un sistema.
Base de datos

Se entiende por base de datos, a una colección de registros de datos

organizada de tal manera que facilitará su almacenamiento y recuperación
por los sistemas de información de una compañía, según Schach (2005). Por
otra parte, Valdez (2010) señala que una base de datos es una colección de
datos relacionados que representa información operacional de una
organización, la cual debe ser capaz de controlar la redundancia, restringir
accesos no autorizados, proporcionar múltiples interfaces de usuario,
representar relaciones complejas entre datos y proporcionar métodos de
respaldo y recuperación.
 En un principio existían tres tipos de bases de datos según su
estructura interna: bases de datos jerárquicas, bases de datos en red y
bases de datos relacionales.

● Bases de datos jerárquicas: en una base de datos jerárquica se

organizan los datos utilizando estructuras arborescentes (en árbol). Un
árbol es una estructura jerárquica en la que los elementos se suelen
denominar nodos y existen dependencias entre los nodos.
● Bases de datos en red: en una base de datos en red se utiliza la
estructura de grafo/red, las relaciones que se crean se denominan set
y el equivalente al padre se denomina propietario (owner) y el
equivalente al hijo se denomina miembro (member).

Los sistemas jerárquicos y en red constituyen la primera generación de

los sistemas manejadores de base de datos. Pero estos sistemas presentan
inconvenientes, por lo que pronto fueron sustituidos por los sistemas
relacionales.

● Las bases de datos relacionales: esta es la estructura que se ha

impuesto para aplicaciones de gestión, consiste en organizar los datos
en forma de tablas, las relaciones entre los objetos se consiguen
incluyendo en la tabla del hijo, la clave del objeto padre.
Más recientes son las bases de datos orientadas a objetos y las bases
de datos multidimensionales.

● Bases de datos orientadas a objetos: trata de almacenar en la base de

datos los objetos completos (estado y comportamiento). La
información que contienen se organiza en atributos y el
comportamiento en operaciones.
 ● Bases de datos multidimensionales: los datos se almacenan en tablas
de múltiples dimensiones en vez de tablas bidimensionales como las
del modelo relacional. Se utilizan para grandes volúmenes de
información.
Es necesario utilizar algún tipo de software que sirva de interfaz entre
la base de datos, el usuario y las aplicaciones que la utilizan, se trata de un
Sistema Manejador de Base de Datos (DataBase Management System,
DBMS).

Sistema Manejador de Base de Datos

Es una colección de numerosas rutinas de software interrelacionadas,

donde cada una de las cuales es responsable de alguna tarea específica, en
esencia se encarga de la descripción, manipulación y utilización de los datos.
En primer lugar, se incluye la descripción de los elementos de datos, su
estructura, sus interrelaciones, sus validaciones. Tanto a nivel externo como
lógico, global e interno esta descripción es realizada mediante un Lenguaje
de Descripción de Datos. La manipulación permite buscar, añadir, suprimir y
modificar los datos contenidos en la Base de Datos. Esta supone definir un
criterio de selección, definir la estructura lógica a recuperar y acceder a la
estructura física. Esta manipulación es realizada mediante un Lenguaje de
Manipulación de Datos. Y por último la utilización permite acceder a la base
de datos, no a nivel de datos sino a la base como tal, para lo cual reúne las
interfaces de los usuarios y suministra procedimientos para el administrador,
Somerville (2005).

Servidor

Según Alegsa (2015) define un servidor como una computadora

central en un sistema de red que provee servicios a otras computadoras. En
internet, los servidores son los proveedores de todos sus servicios,
incluyendo las páginas web, el protocolo de transferencia de archivos (File
Transfer Protocol, FTP), el correo electrónico, los grupos de noticias, etc.
Básicamente, una computadora conectada a internet emplea una dirección
(dirección web, dirección de protocolo de internet (Protocol internet, IP),
dirección FTP, etc.) para poder comunicarse con el servidor al que le
corresponde. La computadora envía (utilizando el protocolo adecuado) las
distintas solicitudes al servidor, y el servidor responde (empleando el
protocolo adecuado) las solicitudes.

Servidor web

Alegsa (2015) explica que un servidor web o servidor HTTP es un

programa informático que procesa una aplicación del lado del servidor,
realizando conexiones bidireccionales y/o unidireccionales y síncronas o
asíncronas con el cliente y generando o cediendo una respuesta en cualquier
lenguaje o Aplicación del lado del cliente. El código recibido por el cliente
suele ser compilado y ejecutado por un navegador web. Para la transmisión
de todos estos datos suele utilizarse algún protocolo. Generalmente se usa el
protocolo HTTP para estas comunicaciones, perteneciente a la capa de
aplicación del modelo OSI.

MARCO METODOLÓGICO

Tipo de investigación

Los siguientes planteamientos metodológicos son realizados según

Arias (2012), esta investigación consiste en la recolección de datos
directamente del objeto de estudio, por lo tanto, esta es una investigación de
campo, ya que los datos estudiados son tomados de la realidad donde
ocurren los hechos, sin que el investigador pueda manipular o controlar
variable alguna, es decir, el investigador obtiene la información pero no altera
las condiciones existentes, de allí su carácter de investigación no
experimental.

Es importante destacar que en esta investigación de campo también

se emplearán datos secundarios, sobre todo los provenientes de fuentes
bibliográficas a partir de las cuales se sustenta el marco teórico. No obstante,
los datos primarios obtenidos a través del diseño de campo, son esenciales
para el logro de los objetivos y la solución del problema planteado.

Nivel de investigación

El nivel de investigación para el proyecto será descriptivo, en base a lo

expuesto por Arias (2012), el proyecto descriptivo consiste,
fundamentalmente, en caracterizar la situación concreta del objeto de estudio
(Empresa objeto de Investigación) indicando sus características más
resaltantes. El objetivo de la investigación descriptiva consiste en llegar a
conocer las actividades, operaciones, modelo de negocio de la empresa. a
través de la descripción exacta de las actividades que realizan sus
empleados, objetos, procesos y personas que conforman la organización. La
investigación no se centra en la recolección de datos, sino en la predicción e
identificación de las relaciones existentes y las funciones que desempeñan
los responsables para el logro de la misión de la empresa.

Técnicas de recolección de información

Para el logro de los objetivos de este proyecto se emplearán las

siguientes técnicas de recolección de datos según Arias (2012):
● Observación directa: esta técnica será aplicada para poder
determinar cuáles son las labores inherentes a la empresa, quien lo
hace, cuando se lleva a cabo, cuánto tiempo toma, dónde se hace y
por qué se hace. Durante la observación se evidencia las relaciones
técnicas entre los integrantes de la empresa responsables de llevar a
cabo las funciones asignadas.
● Revisión bibliográfica: durante este estudio se recurrirá a fuentes
bibliográficas tanto impresas como digitales, libros de análisis, trabajos
impresos de UML y RUP, tesis de grado impresas y en línea y
cualquier documentación relacionada al tema a manera de
antecedentes con el fin de establecer conceptos y clarificar
situaciones que pudiesen representar problemas para el proyecto de
empresas de transporte las cuales ya han ocurrido en otras
investigaciones.
● Entrevista no estructurada: consiste en llevar a cabo
conversaciones cara a cara con representantes de la empresa
(gerente, analista de sistemas) y asesores del proyecto.
● UML: esta técnica será utilizada con el propósito de visualizar,
especificar y construir cada una de las partes que comprenden el
desarrollo del software, además, con la aplicación del lenguaje gráfico
empleado en el desarrollo orientado a objetos es posible la inclusión
en este proyecto de varios tipos de diagramas que proporcionan
distintas vistas del sistema en estudio con el fin de definir los
requerimientos y el diseño.
 ETAPAS DEL PROYECTO

En esta sección se describirán cada una de las fases y acciones a

realizar para el desarrollo del proyecto. La elaboración del mismo se llevará a
cabo aplicando la metodología Proceso Unificado Racional (RUP), el cual
comprende cuatro etapas: Inicio, esta fase se centra en definir las peticiones
de la empresa; la elaboración, se basa en el desarrollo de los requerimientos
de diseño; la construcción se lleva a cabo por medio de una serie de
iteraciones las cuales se seleccionan algunos casos de uso, se define su
análisis, el diseño y se procede a su implantación y sus respectivas
pruebas; finalmente en la fase de transición se busca garantizar que el
producto este bien preparado para su entrega al usuario. Se utilizará como
herramienta para la construcción de software el lenguaje de Modelado
Unificado (Unified Modeling Language, UML).

Etapa I: Revisión bibliográfica

La revisión bibliográfica se realizará de manera continua, se basa en

la búsqueda y análisis de documentación técnica relacionada con la
metodología de desarrollo. Esto incluye consultas a libros, tesis, diversas
fuentes bibliográficas vinculadas con el desarrollo de software. Para el
desarrollo exitoso de esta etapa es necesario el cumplimiento de las
siguientes acciones:
 ● Revisión de proyectos relacionados con el tema.
● Análisis de la información obtenida en la actividad anterior.
● Entrevistas con el asesor del trabajo de grado.
Duración: 8 semanas.

Etapa II: Fase de inicio

La fase de inicio consiste en formular la descripción del sistema y su

entorno, además de ello se deben identificar los riesgos relacionados con el
negocio y los requerimientos funcionales y no funcionales del sistema, así
como también realizar una propuesta de la arquitectura del sistema. Las
acciones a seguir durante la etapa se mencionan a continuación:

● Entrevistas con representantes de la empresa de transporte.

● Descripción del sistema.
● Determinación de los requisitos funcionales y no funcionales del
sistema.
● Identificación de riesgos, actores y casos de uso.
● Formulación de la arquitectura candidata.
Duración: 5 semanas.

Etapa III: Fase de elaboración

La fase de elaboración está orientada al análisis de los

requerimientos, es decir, se refinan los modelos obtenidos en la fase de
inicio. En el mismo orden de ideas, la fase de elaboración se centra en la
creación de todas las especificaciones de la arquitectura de diseño. De la
misma manera se especificarán los diagramas de clases y paquetes,
diagramas de base de datos, el bosquejo de las interfaces de usuario, los
diagramas de secuencia de las principales actividades y el diagrama de
despliegue de la aplicación, para combinar la arquitectura de hardware y la
arquitectura de software necesaria. Las acciones a seguir durante la etapa
son:

● Analizar los requerimientos obtenidos en la fase de inicio.

● Definición de la arquitectura.
● Realizar los diagramas de clases, paquetes, base de datos, secuencia
y despliegue del sistema.
● Diseño y codificación de la interfaz de usuario.
Duración: 4 semanas.

Etapa IV: Fase de construcción

La fase de construcción tiene como propósito completar la

funcionalidad del sistema, para ello se deben clarificar los requisitos
pendientes, administrar los cambios de acuerdo a las evaluaciones
realizadas y se realizan las mejoras para el proyecto. Durante esta fase se
lleva a cabo la construcción del software por medio de una serie de
iteraciones de las cuales se seleccionan algunos casos de uso, se define su
análisis y diseño para proceder a su implantación y sus respectivas pruebas.
En esta etapa del proyecto se realiza una serie de cascadas para cada ciclo,
se realizan tantas iteraciones hasta que se termine la nueva implementación
y el producto esté listo para ser enviado al usuario.

Acciones a seguir durante la etapa:

● Especificación de los requisitos faltantes.

● Desarrollo de los casos de uso de acuerdo a la planeación iterativa.
● Pruebas de los casos de uso desarrollados.
Duración: 4 semanas.

Etapa V: Elaboración del informe final

El propósito de esta etapa es redactar de manera organizada y

sencilla los resultados de la investigación, explicar cómo se desarrollaron
cada una de las metodologías aplicadas, verificar que cumplimiento de los
objetivos planteados, realizar las conclusiones acerca del proyecto y exponer
las recomendaciones para futuros estudios.

Acciones a seguir durante la etapa:

● Describir la aplicación de las metodologías utilizadas.

● Analizar el cumplimiento de los objetivos.

● Plantear las conclusiones y recomendaciones de la investigación.

● Redactar organizadamente las ideas anteriores.

Duración: 8 semanas.
 CRONOGRAMA DE ACTIVIDADES

Desarrollo de una aplicación web para gestión administrativa de una

empresa cable operadora establecida en la ciudad de Zaraza, Estado
Guárico.

MESES NOVIEMBRE DICIEMBRE ENERO

ETAPAS Duración
1 2 3 4 1 2 3 4 1 2 3 4
(semanas)

REVISION
I BIBLIOGRAFIC
A
FASE DE
II
INICIO
FASE DE
III ELABORACIO
N
FASE DE
IV CONSTRUCCI
ON
ELABORACIO
V N DEL
INFORME

Realizado por: Luis Macayo

Fecha de Inicio: Noviembre 2020

Fecha de Culminación: Enero 2021

 BIBLIOGRAFÍA

Alegsa, L. (2015). Diccionario de informática e ingeniería [Libro en línea].

Consultado el 1 de abril de 2015 en:
http://www.alegsa.com.ar/Dic/entorno%20web.php .

Alonso, F.; Martínez, L. y Segovia, F. (2005). Introducción a la Ingeniería del

Software: Modelos de Desarrollo de Programas. Barcelona, España:
Delta Publicaciones Universitarias.

Arias, F. (2012). El proyecto de investigación. Introducción a la metodología

científica (5ª ed.). Caracas, Venezuela: Episteme.

González J. y Solórzano L. (2009). Desarrollo de una aplicación web para el

control de los expedientes en el departamento de seguridad de una
entidad financiera. Trabajo de grado no publicado. Universidad de
Oriente, Barcelona, Venezuela.

Jacobson, I.; Booch, G. y Rumbaugh, J. (2000). El Lenguaje Unificado de

Modelado. Madrid, España: Pearson Educación.

Kendall, K. y Kendall, J. (2005). Análisis y Diseño de Sistemas (6ª ed.).

Ciudad de México, México: Pearson Educación.
Kroenke, D. (2003). Procesamiento de Bases de Datos: Fundamentos,
Diseño e Implementación (8ª ed.). Ciudad de México, México: Pearson
Educación.

Larman, C. (2003). UML y PATRONES. Una introducción al análisis y

diseño orientado a objetos y al proceso unificado. Madrid, España:
Pearson Educación.

Macayo, Ziuling (2017). Sistema de información para el control de las

operaciones del departamento de jóvenes de una entidad religiosa,
ubicada en Puerto La Cruz, Estado Anzoátegui. Trabajo de grado no
publicado. Universidad de Oriente, Barcelona, Venezuela.

McLeod, R. (2000). Sistemas de información gerencial (7ª ed.). Ciudad de

México, México: Pearson Educación.

Pérez, R. y Jreige N. (2013). Desarrollaron una aplicación web para el

control de gestión de la gerencia de ingeniería de perforación y
rehabilitación de pozos de una empresa petrolera. Trabajo de grado no
publicado. Universidad de oriente, Barcelona, Venezuela.

Pons, O; Marín, N; Medina, J; Acid, S y Vila, M. (2005). Introducción a las

Bases de Datos. El Modelo Relacional. Madrid, España: Thomson
Editores.

Rivera, O. y León, F. (2008). Bases de Datos Relacionales: Teoría y

Práctica. Bogotá, Colombia: Fondo Editorial ITM.

Schach, S. (2005). Análisis y diseño orientado a objetos con UML y el

proceso unificado. México D.F., México: Mc Graw Hill.

Somerville, I. (2005). Ingeniería del software (7 ª ed.). Madrid, España:

Pearson.
Suniaga, J. (2009). Desarrollo de una aplicación web basado en tecnología
helpdesk para ofrecer servicios de soporte técnico e inventario en la
gerencia de informática de la empresa C.A. hidrológica del centro en
Valencia, edo. Carabobo. Trabajo de grado no publicado. Universidad
de Oriente, Barcelona, Venezuela.

Tinedo E. (2016). Desarrolló de una Aplicación Web para la Gestión de las

Actividades Administrativas de una Empresa del Ramo Funerario,
Ubicada en Lechería, Estado Anzoátegui. Trabajo de grado no
publicado. Universidad de Oriente, Barcelona, Venezuela.

Universidad de Alicante (2012). [Página web en línea]. Disponible en:

http://si.ua.es/es/documentacion/c-sharp/

Valdez, A. (2010). Sistemas manejadores de base de datos [Libro en línea].

Consultado el 1 de abril de 2015 en:
http://blogs.unellez.edu.ve/arivero/files/2010/11/SMBD.ppt.