REPÚBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD DEL ZULIA FACULTAD EXPERIMENTAL DE CIENCIAS DIVISIÓN DE PROGRAMAS ESPECIALES LICENCIATURA EN COMPUTACIÓN APLICACIÓN WEB PARA EL PROCESO

REPÚBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD DEL ZULIA

FACULTAD EXPERIMENTAL DE CIENCIAS DIVISIÓN DE PROGRAMAS ESPECIALES

LICENCIATURA EN COMPUTACIÓN

APLICACIÓN WEB PARA EL PROCESO ACADÉMICO Y ADMINISTRATIVO DE LA EMPRESA SICECA EN CABIMAS ESTADO ZULIA

Trabajo especial de grado presentado como requisito para optar al título de Licenciada en Computación

Autor: Br. Elisbeth Tibisay Arguello Martínez

Tutor: Dr. Francisco Alberto Luengo González

Co-Tutor: Ing. Eladio Segundo Arguello Gallardo

Maracaibo, enero de 2016

Aplicación Web para el Proceso Académico y Administrativo de la empresa SICECA en Cabimas estado Zulia

______________________________ Br. Elisbeth Tibisay Arguello Martínez

C.I. No.: 20086679 Teléfono: 58-414-6343613

Dirección: Calle Primera sector las Cabillas Res. Nepthys. Cabimas Edo. Zulia Correo electrónico: [email protected]

______________________________ Dr. Francisco Alberto Luengo González

C.I. No.: 9.743.399 Correo electrónico: [email protected]

______________________________ Ing. Eladio Segundo Arguello Gallardo

C.I. No.: 6535635 Correo electrónico: [email protected]

mailto:[email protected]

Elisbeth Tibisay Arguello Martínez. APLICACIÓN WEB PARA EL PROCESO ACADÉMICO Y ADMINISTRATIVO DE LA EMPRESA SICECA EN CABIMAS ESTADO ZULIA. Trabajo Especial de Grado. Universidad del Zulia. Facultad Experimental de Ciencias. División de Programas Especiales. Licenciatura en Computación. Maracaibo, Venezuela. 2016. 66pp.

RESUMEN

El presente trabajo tuvo como objetivo principal el desarrollo de una aplicación web

para el proceso académico y administrativo de la empresa SICECA en Cabimas estado

Zulia, para lo cual se realizaron las siguientes tareas: análisis de requerimientos,

selección de herramientas, diseños de casos de usos, creación y diseño de la base de

datos, elaboración del módulo académico para el control de estudios realizados por los

estudiantes, además un modelo administrativo con el objetivo de gestionar los procesos

de pagos y la administración de los cursos de adiestramiento, se redactaron los

respectivos manuales, finalizando con las pruebas de caja blanca y negra. La

metodología seguida fue la propuesta por James Senn (1999), se aplicaron técnicas

como entrevistas no estructuradas y la observación directa con el propósito de obtener

información relevante que permitiera alcanzar los objetivos planteados. Al finalizar el

desarrollo de este trabajo se logró obtener un sistema web que automatiza los procesos

académicos y administrativos de la empresa, reduciendo el tiempo de respuesta y

facilitando las actividades.

Palabras claves: Aplicación web, automatización, procesos académicos, procesos administrativos.

Dirección electrónica: [email protected]

Elisbeth Tibisay Arguello Martínez. WEB APPLICATION FOR THE ACADEMIC AND ADMINISTRATIVE PROCESS COMPANY SICECA IN CABIMAS ZULIA STATE. Trabajo Especial de Grado. Universidad del Zulia. Facultad Experimental de Ciencias. División de Programas Especiales. Licenciatura en Computación. Maracaibo, Venezuela. 2016. 66pp.

ABSTRACT

The present research had as main objective the development of a web application for

the academic and administrative process of the company SICECA in Cabimas, Zulia

state, for which the following tasks are performed: requirements analysis, tools selection,

design use cases, creation and database design, setting up academic module for control

of studies by students, additionally an administrative model in order to manage payment

processes and management training courses, the respective manuals were written,

ending with tests of white and black box. The methodology used was proposed by

James Senn (1999), with techniques as structured interviews and direct observation in

order to obtain relevant information to achieve the objectives. At the end of the

development of this work it is possible to obtain a web system that automates the

academic and administrative processes of the company, reducing the response time

and facilitate the activities.

Keywords: Web application, automation, academic processes, and administrative processes.

E-mail: [email protected]

ÍNDICE GENERAL

RESUMEN ........................................................................................................................ .

ABSTRACT ....................................................................................................................... .

ÍNDICE DE FIGURAS ....................................................................................................... .

ÍNDICE DE TABLAS ..................................................................................................... ….

INTRODUCCIÓN ........................................................................................................... ..8

CAPÍTULO I EL PROBLEMA ......................................................................................... 13

1. Planteamiento del problema ....................................................................................... 13

2. Objetivo ...................................................................................................................... 15

2.1. Objetivo general ...................................................................................................... 15

2.2. Objetivos específicos .............................................................................................. 15

3. Justificación e importancia de la investigación ........................................................... 15

CAPÍTULO II MARCO TEÓRICO ................................................................................... 17

1. Antecedentes de la investigación ............................................................................... 17

2. Bases teóricas ............................................................................................................ 19

3. Bases Legales ............................................................................................................ 22

CAPÍTULO III MARCO METODOLÓGICO..................................................................... 23

1. Descripción de la metodología implementada ............................................................ 23

1.1. Fase 1. Investigación preliminar .............................................................................. 23

1.2. Fase 2. Determinar los requerimientos del sistema ................................................ 24

1.3. Fase 3. Diseño del sistema ..................................................................................... 24

1.4. Fase 4. Desarrollo del sistema ................................................................................ 24

1.5. Fase 5. Prueba del sistema ..................................................................................... 24

2. Tipo de investigación .................................................................................................. 25

3. Diseño de la investigación .......................................................................................... 25

4. Técnicas e instrumentos de recolección de datos: ..................................................... 26

CAPÍTULO IV RESULTADOS ........................................................................................ 27

1. Análisis de los requerimientos necesarios para el desarrollo de la aplicación web. ... 27

2. Determinación de la arquitectura de software para el diseño de la aplicación. .......... 27

3. Definición de casos de uso ......................................................................................... 28

4. Evaluación de los módulos que integran el sistema ................................................... 33

5. Definición de la base de datos ................................................................................... 34

5.1. Tabla usuario ........................................................................................................... 35

5.2. Tabla authassignment ............................................................................................. 35

5.3. Tabla authitem ......................................................................................................... 36

5.4. Tabla adiestramiento ............................................................................................... 36

5.5. Tabla instrucción ..................................................................................................... 36

5.6. Tabla pago .............................................................................................................. 36

5.7. Tabla participante .................................................................................................... 36

5.8. Tabla bitácora .......................................................................................................... 36

6. Desarrollo del módulo académico y administrativo que integran el sistema............... 36

6.1. Usuario Participante ................................................................................................ 38

6.1.1. Mi perfil ................................................................................................................. 38

6.1.2. Datos personales .................................................................................................. 39

6.1.3. Ver adiestramientos .............................................................................................. 39

6.1.4. Estudios realizados .............................................................................................. 39

6.1.5. Proceso de pago .................................................................................................. 39

6.2. Usuario profesor ...................................................................................................... 39

6.2.1. Mi perfil ................................................................................................................. 40


6.2.3. Listado de cursos ................................................................................................. 40

6.3. Usuario administrador ............................................................................................. 40

6.3.1. Mi perfil ................................................................................................................. 41


6.3.3. Usuarios ............................................................................................................... 41

6.3.4. Adiestramientos .................................................................................................... 41

6.3.5. Instrucción ............................................................................................................ 41

6.3.6. Participante........................................................................................................... 42

6.3.7. Reportes ............................................................................................................... 42

6.4. Usuario visitante ...................................................................................................... 42

7. Pruebas de caja blanca y negra pertinentes al sistema web ...................................... 42

7.1. Pruebas de caja blanca ........................................................................................... 42

7.2. Pruebas de caja negra ............................................................................................ 44

CONCLUSIONES ........................................................................................................... 48

RECOMENDACIONES .................................................................................................. 50

REFERENCIAS BIBLIOGRÁFICAS ............................................................................... 51

ÍNDICE DE FIGURAS

Pág.

Figura 1. Diagrama generalizado de los usuarios……………………………………… 29

Figura 2. Diagrama de caso de uso usuario autenticado …..…………………………. 29

Figura 3. Diagrama de caso de uso usuario no autenticado………………………….. 29

Figura 4. Diagrama caso de uso participante…………………………………………… 30

Figura 5. Diagrama caso de uso administrador………………………………………… 30

Figura 6. Diagrama caso de uso profesor………………………………………………. 31

Figura 7. Diagrama relacional de bases de datos……………………………………… 35

Figura 8. Arquitectura del sistema……………………………………………………….. 37

Figura 9. Pantalla inicial del sistema web……………………………………………….. 38

Figura 10. Usuario participante…………………………………………………………… 38

Figura 11. Usuario profesor………………………………………………………………. 39

Figura 12. Usuario administrador………………………………………………………… 40

Figura 13. Diagrama de flujo login……………………………………………………….. 43

ÍNDICE DE TABLAS

Pág.

Tabla 1. Descripción caso de uso consultar usuarios………………………………….. 31

Tabla 2. Descripción caso de uso crear usuario………………………………………... 31

Tabla 3. Descripción caso de uso actualizar usuario…………………………………... 32

Tabla 4. Descripción caso de uso asignar rol a usuario……………………………….. 32

Tabla 5. Resultado prueba de caja blanca 1……………………………………………. 43

Tabla 6. Resultado prueba de caja blanca 2……………………………………………. 44

Tabla 7. Resultado prueba de caja negra usuario participante……………………….. 45

Tabla 8. Resultado prueba de caja negra usuario profesor…………………………… 46

Tabla 9. Resultado prueba de caja negra usuario administrador……..……………… 46

INTRODUCCIÓN

Hoy día los sistemas de información web, han evolucionado en todas las áreas,

desde pequeñas y grandes empresas, logrando satisfacer las necesidades de

información, organización y administración, permitiendo el control sobre los datos,

evitando pérdida de tiempo y de información en tareas y actividades llevadas a cabo de

forma manual.

El desarrollo de los sistemas web ha facilitado la centralización de los datos, ya que

se puede acceder a ellos desde cualquier lugar, beneficiando a las empresas en el

acceso a la información de forma rápida (Martínez, 2013).

A través del uso de los sistemas de información se ha logrado automatizar los

procesos operativos de las empresas, facilitando el logro de ventajas competitivas por

medio de su implementación.

La Empresa Sistemas Computarizados Eladio C.A. (SICECA) fue fundada en el año

1991 con la finalidad de impartir cursos en el área de computación, administración y

seguridad a estudiantes, empresas y público en general.

Desde los inicios SICECA, se encarga de dar apoyo académico y comercial;

Impartiendo cursos, talleres y seminarios de computación a todo tipo de público, desde

niños, adolescentes, adultos, de igual manera a empresas que deseen mejorar los

conocimientos de su personal, enriqueciendo sus estudios en el área que les compete.

Sumado a lo anterior expuesto, también ofrece servicios en mantenimiento y reparación

de computadoras.

Considerando lo antes expuesto, este trabajo tuvo como propósito el desarrollo de

una aplicación web para el proceso académico y administrativo de la empresa SICECA

en Cabimas estado Zulia y se encuentra estructurado en cuatro capítulos que se

explican a continuación.

Capítulo I: El Problema, el cual consistió en la descripción del problema, los objetivos

a realizar para el desarrollo y la justificación e importancia del proyecto.

12

Capítulo II: Marco Teórico, fue enfocado en investigaciones de proyectos ya

realizados que estuvieron relacionados con el problema, las bases teóricas que incluye

la definición de términos básicos que fundamentan el desarrollo de la investigación y las

bases legales.

Capítulo III: Marco Metodológico, descripción de la metodología implementada,

análisis de requerimientos.

Capítulo IV: Resultados, donde se explica detalladamente la estructura del proyecto

desde su diseño hasta su implementación.

CAPÍTULO I

EL PROBLEMA

1. Planteamiento del problema

“Una página Web es la herramienta más importante para que cualquier empresa en el mundo pueda construir su reputación en línea y vender sus productos o servicios. Es muy importante tener un sitio Web bien presentado y eficaz que permita ofrecer beneficios adicionales a las técnicas tradicionales de publicidad y marketing” (Ockier, 2011, s/p).

Hoy día se ve la necesidad del uso de la tecnología, bien sea mediante

computadores, celulares, tablets o cualquier otro equipo tecnológico que pueda y

permita la navegación por Internet, para estar informados de todos los acontecimientos,

en cuanto a publicidad, ventas, servicios y noticias ofrecidos por la World Wide Web en

el ámbito regional, nacional e internacional.

Estos avances han sido aprovechados a nivel nacional, donde se observa como los

portales de instituciones académicas han favorecido al país, permitiéndoles ofrecer sus

servicios de manera más efectiva. Ejemplo de ello es la Web del estudiante de LUZ

(2014) que se encarga de brindar apoyo a los bachilleres a través de su sistema,

mediante la reducción de trámites, agilizando todos los procesos académicos que

manejan a lo largo de la carrera universitaria.

Igualmente, se encuentra la Universidad privada Dr. Rafael Belloso Chacín URBE

(2014), quien favorece a los usuarios que pertenecen a esa casa de estudio

brindándoles un sistema web que permite manejar los procesos académicos y

administrativos a nivel regional, nacional e internacional, mediante la automatización de

sus procesos.

Asimismo, existen numerosas empresas que brindan su apoyo, con el fin de emprender

en el mundo de la educación una de ellas es EMAGISTER (2013) convirtiéndose en

una Web líder en el sector de formación académica donde miles de usuarios se

registran para participar en todos los cursos educativos que la empresa les ofrece a sus

14

usuarios.

De modo que se puede observar como los sistemas bajo plataforma web han logrado

evolucionar, siendo las nuevas tarjetas de presentación, permitiendo ser un elemento

fundamental e indispensable para el éxito de una empresa, porque contar con una

aplicación Web bien diseñada y desarrollada sin duda llamará la atención de

potenciales clientes que deseen beneficiarse del apoyo que les ofrezcan, de igual

manera se podrá notar la diferencia entre una organización y sus competidores.

Asimismo, un beneficio para cualquier organización con un sistema web, es que este

serviría como publicidad, sin la necesidad de hacer gastos y usos de otros medios para

tal fin.

Una institución para tener éxito debe estar totalmente organizada, según los roles

manejados por el personal de la misma y así lograr el mejor funcionamiento posible, por

esta razón es importante realizar una planificación detallada de cada tipo de usuario, en

la que se especifique el tipo de trabajo a realizar y como su desenvolvimiento será de

beneficio para el negocio.

Es oportuno mencionar que la empresa SICECA anteriormente llevaba a cabo el

control de sus ingresos de forma manual, impidiendo llevar de forma adecuada un

registro de su economía, por otra parte, tenían aglomerado los datos de estudiantes

que participan día a día recibiendo adiestramientos, dicha información se encontraba en

carpetas que con el tiempo dificultaba a los responsables de la administración de

registro la búsqueda de los mismos que además originaba una pérdida de documentos,

ocasionando una mala administración de datos.

En este sentido, la empresa aspirando a un mejor funcionamiento de sus servicios,

tuvo un plan de migración de muchos de sus procesos a una plataforma web, con el fin

de mejorar la eficiencia de la organización, agilizando su productividad en el mercado a

nivel regional, nacional e internacional, automatizando sus tareas. Se planteó el

desarrollar una aplicación web para el proceso académico y administrativo de la

empresa SICECA.

15

2. Objetivo

2.1. Objetivo general

Desarrollar una aplicación web para el proceso académico y administrativo de la

empresa SICECA en Cabimas estado Zulia.

2.2. Objetivos específicos

Analizar los requerimientos necesarios para el desarrollo de la aplicación Web.

Determinar la arquitectura de software para el diseño de la aplicación.

Definir los diagramas de casos de uso del sistema.

Evaluar los módulos que integrarán el sistema.

Diseñar la base de datos tomando en cuenta los requerimientos de los módulos

evaluados.

Desarrollar los módulos académico y administrativo que integrarán el sistema.

Realizar las pruebas de caja blanca y negra pertinentes al sistema web.

3. Justificación e importancia de la investigación

En un ámbito general, los sistemas de información web se han convertido con el

tiempo, en otra área funcional dentro de una empresa. Uno de los puntos de vistas más

relevante en una organización es el costo- beneficio de la toma de decisiones en cuanto

a las acciones de migración de actividades manuales a procesos automatizados, debido

a la resistencia a cambios de rutinas o tareas dentro de la misma.

La implementación de estos sistemas y particularmente para la empresa SICECA

provee beneficios a nivel intangible y tangibles en cuanto a proporcionar un acceso

rápido a la información y por ende una mejor atención a los usuarios, de igual manera

evitar pérdida de tiempo recopilando información debido a que esta se encuentra

almacenada en una base de datos, asimismo aporta un aumento de la productividad

gracias a la liberación de tiempo en búsqueda y generación de información repetida.

16

Visto de esta forma, la empresa actualmente cuenta con una aplicación web que

permite el acceso a la información por medio de internet, agilizando los procesos de la

compañía, logrando beneficiar a la comunidad evitando su traslado a las oficinas para

obtener información detallada de las actividades, realizar los pagos convenientes a los

cursos y seminarios prestados por parte de la empresa.

CAPÍTULO II

MARCO TEÓRICO

1. Antecedentes de la investigación

En la actualidad existen grandes cantidades de sistemas web, sin embargo, los

antecedentes que sirven de referencia para la presente investigación, están basados en

trabajos de grado aprobados por la Universidad del Estado Zulia, los cuales se exponen

a continuación.

García (2012) se basó en un desarrollo web para la consolidación y gestión

académica de los docentes de la Facultad Experimental de Ciencias de LUZ, con el fin

de llevar un control de la información referente a los profesores de la institución, se

utilizó una metodología híbrida propuesta por Gil 2005 denominada “metodología para

la creación de sitios web” la cual consta de una serie de fases como análisis,

planificación, contenido, diseño, programación y pruebas.

El tipo de investigación utilizado por García(2012) en el desarrollo de la aplicación

web fue proyectiva, enfocándose en cómo deberían ser los procesos a llevar a cabo,

para poder alcanzar el objetivo planteado y funcionar adecuadamente, de igual manera

al finalizar la aplicación web, realizó las pruebas de caja blanca y negra para

comprobar la calidad del software, con lo que se logró obtener un sistema web que

permite la generación de datos para el informe de gestión solicitado anualmente por las

autoridades de la universidad, mejorando la automatización de sus tareas. Permitiendo

compartir información de forma rápida y segura.

Hoy día se ha observado como los procesos de registros en entidades públicas y

privadas han ayudado a eliminar datos manuales que con el tiempo se van extraviando,

sumado a esto también se ha ido agregando parte administrativa entre clientes y

organizaciones, como es el caso de Ávila (2012), en su proyecto de investigación

denominado desarrollo de un sistema de inscripción vía web de estudios para la división

para graduados de la FEC-LUZ (Facultad Experimental de Ciencias de la Universidad

18

el Zulia).

La metodología utilizada por Ávila (2012), fue la descripta por Pressman 2005, la cual

consta de seis fases: formulación, planificación, análisis, ingeniería, generación de

páginas y pruebas, logrando obtener al finalizar todas las etapas, resultados

satisfactorios que demostraron el correcto funcionamiento del sistema de información

web, teniendo como aporte además un sistema de información automatizado que

maneja de manera eficaz la gestión de los procesos de inscripción a los programas

adscritos a la División de Estudios para Graduados de la Universidad del Zulia (DEPG-

LUZ), permitiendo brindarles a todos sus usuarios realizar las operaciones de forma

simple, clara, precisa y rápida.

Sin embargo, el proceso de inscripción en el proyecto de Ávila(2012), en cuanto al

pago de una inscripción se hace un poco extenso para los usuarios hoy día, ya que solo

son permitidos depósitos en efectivo, para luego llevar el bauche a la oficina de

recepción y así poder validar su pago.

Rodríguez (2012), propuso un sistema web para la gestión y control de trámites

administrativos de la DEPG-LUZ, el cual permitió automatizar los procesos

administrativos, optimizando el procesamiento de los datos para generar información

necesaria efectuando así las solicitudes administrativas generando reportes

estadísticos para la toma de decisiones.

En cuanto a la metodología Rodríguez (2012), utilizó la de Kendall y Kendall 2005,

fundamentada en el ciclo de vida que consta de las siguientes fases, identificación de

problemas, oportunidades, objetivos, determinación de los requerimientos de

información, análisis de necesidades del sistema, diseño del sistema, implementación y

evaluación del sistema. Este trabajo de investigación permitió mejorar los tiempos de

respuestas en los procesos de almacenamiento de los datos, así como la eliminación

de la redundancia de procedimientos realizados por el personal administrativo.

Alfonso M, Segnini J (2011) desarrollaron un sistema automatizado bajo entorno web

para el control de la programación académica en la universidad de oriente núcleo de

19

Anzoátegui, el sistema se encarga de proporcionar una interfaz agradable y de fácil

manejo bajo plataforma web, a los diferentes departamentos académicos de la

institución y a los directores de la escuela para ingresar y administrar la información

académica, que elaboran durante cada periodo académico, además permite consultara

los estudiantes y los profesores, la información relacionada con la programación

académica guardada, directamente en la bases de datos ubicada en el centro de

computación, la información es confiable ya que uno de sus objetivos es validar los

datos ingresados.

Betancourt(2011), se basó en el desarrollo de un sistema web para la administración

del Servicio Comunitario en la Facultad Experimental de Ciencias(FEC), teniendo como

propósito automatizar los procesos administrativos del Servicio Comunitario (SC),

utilizando para el desarrollo del sistema web una metodología híbrida descrita por Gil

2005, la cual consta de las fases análisis, planificación, contenido, diseño,

programación y pruebas, logrando obtener al finalizar las etapas de la metodología

conjuntamente con los objetivos planteados un sistema fácil de utilizar, permitiendo que

se administre de forma coordinada todas las actividades que abarca el servicio

comunitario para el estudiante superior de la FEC, siendo de gran beneficio para los

estudiantes, tutores y coordinadores de los diferentes proyectos de SC que se manejan

en la FEC.

2. Bases teóricas

2.1. Sistemas de información

Los sistemas de información se caracterizan por ser un medio que sigue una

estructurada bien organizada permitiendo emitir y generar información histórica, actual y

de proyecciones futuras relacionadas con las operaciones internas y el conocimiento

externo de la organización (James Senn, 1999).

2.2. Sistema de información web

Almeida (2009), menciona que un sistema de información web (SIW), es un conjunto

de elementos que interactúan entre sí con el objetivo de apoyar las actividades de una

20

empresa, negocio o tema de interés.

2.2.1. Ventajas de un sistema de información en ambiente web

Los SIW han evolucionado significativamente en los últimos años ya que parecen

tener ciertas ventajas sobre las aplicaciones tradicionales, de escritorio en estos

Almeida (2009) señala alguno de ellos:

Movilidad: Los SIW solo necesitan ser instalados en el servidor de esta forma deja

requerimientos mínimos en la estación de trabajo del usuario, lo cual lo vuelve más

rápido, dejando su mantenimiento y actualización en el servidor.

Flexibilidad: Es una ventaja ya que tenemos el script original en el servidor, de esta

manera el programador lo puede actualizar y el usuario podrá ver los cambios desde

cualquier parte del mundo en tiempo real.

Multiplataforma: La mayoría de las aplicaciones web son multiplataforma, se

desempeñan sin ningún problema en diferentes sistemas operativos con el mínimo de

requerimientos, tan solo se necesita un explorador para tener acceso a estos sin

inconvenientes.

2.3. HTML

HiperText Markup Language (Lenguaje de Marcación de Hipertexto) es un lenguaje

que se utiliza comúnmente para establecer la estructura y contenido de un sitio web,

como imágenes, listas, videos entre otros. HTML se trata de un conjunto de etiquetas

que describe la apariencia o función del texto enmarcado. Este lenguaje puede llegar a

incluir un script o código que tenga incidencia en el comportamiento del navegador web.

En un principio HTML se creó con objetivos divulgativos de información con texto y

algunas imágenes, a lo largo del tiempo se han ido incorporando nuevos estándares

que favorecen su seguridad y usabilidad (Álvarez, 2001).

2.4. PHP

Según la interpretación de Álvarez (2004), PHP Hypertext Pre-Processor es un

lenguaje de programación gratuito, multiplataforma con posibilidad de acceder a

21

muchos tipos de bases de datos; desarrollado específicamente para programar script

del lado del servidor, que se incrustan en el código HTML.

Fue creado en 1994 por Rasmus Lerdorf, php está desarrollado en política de código

abierto por lo cual a lo largo de su historia ha tenido muchas contribuciones de otros

desarrolladores, permitiendo ser un lenguaje que cubre las necesidades de las

aplicaciones web actuales (Álvarez, 2001).

2.5. JavaScript

En opinión de Pérez (2007), JavaScript es un lenguaje interpretado; se utiliza

principalmente del lado del cliente, permite la creación de pequeños programas que

contengan diferentes efectos para interactuar con los usuarios. Como ventaja Pérez

(2007) indica que los scripts se pueden incorporar en cualquier página web sin la

necesidad de instalar otro programa para visualizarlo.

JavaScript, nació con la necesidad de permitir a los autores de sitios web crear

páginas que permitan intercambiar con los usuarios, ya que se necesitaba crear

aplicaciones en internet de mayor complejidad. El lenguaje es considerado por muchos

desarrolladores como la fundación para la próxima generación de aplicaciones web

dinámicas del lado del cliente (Pérez, 2007).

2.6. MYSQL

Según Pérez (2007), MYSQL es un sistema de administración de bases de datos

(DBMS, por sus siglas en inglés) muy conocido y ampliamente usado por su simplicidad

y notable rendimiento. El software consiste en trabajar de forma cliente servidor que se

compone de un servidor SQL multihilo, varios programas clientes y bibliotecas.

Por otro lado, Pérez (2007) considera que la condición de código abierto de MYSQL

hace que su utilización sea gratuita e incluso se pueda modificar con total libertad,

pudiendo descargar su código fuente, esto ha favorecido muy positivamente en su

desarrollo y continuas actualizaciones para hacer de MYSQL una de las herramientas

más utilizadas por los programadores orientados a internet.

22

Pérez (2007), destaca las principales características, como objetivo principal su

velocidad y robustez, el soporte de gran cantidad de tipos de datos para las columnas,

gran portabilidad entre sistemas, puede trabajar en distintas plataformas y sistemas

operativos.

3. Bases Legales

De acuerdo al decreto 3.390 publicado en la gaceta oficial No 38.095 el 28/12/2004,

el cual es un decreto con rango y fuerza de ley orgánica de ciencia, tecnología e

innovación que obliga a la administración pública nacional a emplear prioritariamente el

software libre desarrollado con estándares abiertos para robustecer la industria

nacional, aumentando y aprovechando sus capacidades. El artículo 5 describe lo

siguiente “el ejecutivo nacional fomentara la investigación y el desarrollo de software,

bajo el modelo de software libre desarrollado con estándares abiertos procurando

incentivos especiales para los desarrolladores “.

Así mismo el artículo 8 establece que “el gobierno nacional promoverá el uso

generalizado de software libre desarrollado en estándares abierto en la sociedad, para

lo cual desarrollará mecanismos orientados a capacitar e instruir en la utilización de

software libre con estándares abiertos”

CAPÍTULO III

MARCO METODOLÓGICO

El propósito fundamental de este capítulo es establecer un modelo de análisis y

definición de los requisitos, para llevar a cabo, en el desarrollo de la aplicación web

permitiendo agilizar de manera más eficiente los procesos manuales que maneja la

empresa SICECA, abarcando desde el proceso de pago de los estudiantes a los

adiestramientos, la búsqueda de archivos de los registros de usuarios, sumando a esto

la falta de publicidad a nivel regional, nacional e internacional.

Debido a que SICECA no contaba con un sistema que le proporcionara un control

organizado de sus procesos académicos y administrativos, se propuso el desarrollo de

una aplicación bajo plataforma web, donde la institución puede ofrecer sus servicios

académicos, permitiendo además manejar estadísticas de sus procesos administrativos

de forma organizada y también garantizar la seguridad de los usuarios que manejan el

sistema.

1. Descripción de la metodología implementada

La metodología utilizada se basó en el análisis y diseño de sistemas de información

(Senn, 1999), la cual engloba seis fases permitiendo de esta manera una organización

estructurada para alcanzar los objetivos esperados en la creación del trabajo de

investigación.

1.1. Fase 1: Investigación preliminar

Esta fase se inició con la solicitud del sistema, que posteriormente llevo a cabo la

aclaración de las necesidades del solicitante para el proyecto, seguido del estudio de la

factibilidad donde se determinó que se contaba, tanto con las herramientas tecnológicas

necesarias para el desarrollo del sistema web, como del programador, además de eso

se tenía la disponibilidad de un computador, impresora, hojas entre otros instrumentos

para realizar el proyecto, por último se realizó la aprobación de la solicitud de la

24

aplicación web para los procesos académicos y administrativos de la empresa SICECA.

1.2. Fase 2: Determinar los requerimientos del sistema

Para el cumplimiento de esta fase se determinaron los requerimientos necesarios

para el desarrollo del sistema, con el fin de conocer cómo se manejaba el proceso

académico y administrativo de la empresa, donde se determinaron los tipos de usuarios

con su respectiva descripción de las funciones que realizaban en la institución,

obteniendo una representación de lo que se esperaba obtener al finalizar el desarrollo

de la aplicación web, para mejorar la eficiencia de la organización. Esto se muestra en

el capítulo IV, sección 1, “análisis de los requerimientos necesarios para el desarrollo de

la aplicación web”.

1.3. Fase 3: Diseño del sistema

En la fase de diseño se dio respuesta a los requerimientos necesarios para el

desarrollo del sistema, resultado de la fase anterior, a través de diagramas de casos de

uso, desplegados en el capítulo IV, sección 3, “definición de casos de uso”, y un

diagrama relacional de la base de datos, ubicado en la sección 5 del capítulo IV

“definición de la base de datos”, logrando de esta manera satisfacer los requerimientos

de la aplicación web.

1.4. Fase 4: Desarrollo del sistema

En esta fase se inició el desarrollo del software, utilizando las herramientas

tecnológicas seleccionadas, mostradas en el capítulo IV, sección 2, “determinación de

la arquitectura de software para el diseño de la aplicación”. Además, se realizó la

elaboración del manual de usuario y el de procesos establecidos como anexos del

presente trabajo.

1.5. Fase 5: Prueba del sistema

Aquí se realizaron las pruebas pertinentes para asegurar que no existieran fallas en

la aplicación web, en donde usuarios internos y externos interactuaron con el sistema,

25

para verificar que funcionara de la forma en que los usuarios esperaban que lo hiciera,

según las especificaciones que habían sido planteadas en la determinación de los

requerimientos por parte de los empleados de la institución.

Para esta fase se implementaron las técnicas de pruebas de caja blanca y negra

descritas por Pressman (2002), donde define que las pruebas de caja blanca se centran

en la estructura lógica interna del software, basándose en exámenes detallados de los

procedimientos y caminos lógicos del sistema. Mientras que las pruebas de caja negra

se llevan a cabo en la interfaz del sistema, en la cual se trata de demostrar que las

funciones del sistema son operativas, es decir, que de una entrada de datos específica

se produce el resultado esperado. Estas pruebas están adjuntas al capítulo IV, sección

7 “pruebas de caja blanca y negra pertinentes al sistema web”.

2. Tipo de investigación:

Para el desarrollo de este trabajo, el tipo de investigación implementada fue

descriptiva, según la metodología propuesta por Hernández y Col. (2006), la cual se

trata de especificar propiedades, características y rasgos importantes bien sea a una

persona, grupos, comunidades, sucesos, contexto, situación o cualquier fenómeno que

se pueda analizar.

El estudio descriptivo además se encarga de medir, evaluar o recolectar datos sobre

diversas variables, aspectos, dimensiones o componentes del fenómeno a investigar.

Asimismo, la investigación es de tipo aplicada, debido a que pretende resolver en un

periodo de tiempo determinado un problema planteado como lo es el desarrollo de la

Aplicación web para el proceso académico y administrativo de la empresa SICECA en

Cabimas estado Zulia.

3. Diseño de la investigación:

De acuerdo a lo planteado por, Hernández y Col. (2006), el tipo de diseño de esta

investigación fue no experimental, puesto que se observan los fenómenos tal y como se

dan en su contexto natural, para después analizarlos. Por lo tanto, el investigador no

26

manipula las variables, sino que se dedica a observar las que ya existen.

4. Técnicas e instrumentos de recolección de datos:

Basándose en lo expuesto por, Hernández y Col. (2006), la técnica de recolección de

datos utilizada en la presente investigación es de observación directa, debido a que se

utiliza para obtener testimonios orales o escritos por parte de personas que han tenido

contacto directo con la muestra.

Según Arias (2006), las técnicas de recolección de datos se refieren a las formas o

maneras de obtener información, bien sea mediante encuestas, entrevistas, análisis

documental de contenidos, entre otros, siendo los medios materiales los que se

emplean para almacenar y recoger la información.

Para este trabajo se realizó una entrevista libre o no estructurada, donde se

realizaron una serie de conversaciones sin estructura previamente establecida a las

personas que forman parte del problema planteado como lo era el proceso académico y

administrativo de la empresa SICECA, logrando así recopilar datos necesarios para el

desarrollo de la investigación y determinar los requerimientos del sistema de

información.

CAPÍTULO IV

RESULTADOS

Debido a que la empresa manejaba sus documentos de forma manual, desde

registros de estudiantes, procesos de pagos de participante a los adiestramientos, el

manejo de los datos académicos de los estudiantes. Además, no contaba con un

control administrativo de los ingresos que recibía la empresa semanal, mensual y

anualmente.

Se propuso el desarrollo de la aplicación web para el proceso académico y

administrativo de la empresa SICECA en Cabimas estado Zulia. Para cumplir con la

misma, se llevó a cabo cada uno de los objetivos específicos con el fin de que el

resultado fuera el esperado. A continuación, se describen las actividades realizadas:

1. Análisis de los requerimientos necesarios para el desarrollo de la aplicación web.

Para el desarrollo de este proyecto de investigación se realizaron una serie de

entrevistas con el gerente de la empresa, quien permitió dar a conocer los datos

manejados de sus profesores y estudiantes, donde se pudo determinar cómo realizaban

cada uno de los procesos. Ayudando de esta manera a recolectar información de las

operaciones académicas y administrativas manejadas manualmente por los usuarios

logrando determinar los requerimientos necesarios para el desarrollo de la aplicación

web. Ver manual técnico sección 1. Requisitos funcionales y no funcionales.

2. Determinación de la arquitectura de software para el diseño de la aplicación.

La aplicación se basa en tecnología web, con herramientas de software libre las

cuales se describen a continuación:

Se utilizó el lenguaje de marcado de hipertexto HTML 5, conjuntamente con el lenguaje

de programación PHP 5, por su facilidad a la hora de programar aplicaciones web, que

pueden ser incrustados en HTML, además su fácil accesibilidad y compatibilidad para

28

trabajar con el gestor de bases de datos MYSQL. De igual manera se crearon scripts en

JavaScript y JQuery para una mejor interfaz de usuario.

Igualmente, para el desarrollo de la aplicación web se usó el Framework Yii en su

versión 2.0 por su alto rendimiento y desempeño a la hora de crear sistemas web; Yii

trabaja con el patrón de diseño Modelo-Vista-Controlador (MVC), lo que permite separar

las reglas de negocio con la vista de interfaz de usuario, el controlador es quien

administra la comunicación entre la vista y el modelo. El framework maneja librerías en

PHP, CSS y JavaScript, que facilitan la creación de aplicaciones web, además es

rápido, eficiente, pueden ser mantenidas y escaladas con el tiempo.

Para el diseño fue utilizado Bootstrap versión 3.3.2, por su gran variedad en cuanto a

plantillas de formularios, botones, cuadros, menús de navegación y otros elementos de

diseño basado en HTML y CSS, así como, extensiones de JavaScript, opcionales.

3. Definición de casos de uso

Al finalizar con la fase de análisis de los requisitos del sistema se elaboraron

diferentes diagramas de casos de uso para dar inicio a la descripción detallada de las

actividades necesarias para el funcionamiento de la aplicación web.

En la figura 1, se muestra un diagrama generalizado de los usuarios que manejan el

sistema como lo son los siguientes: administrador, participante, profesor y visitante.

Seguidamente en las figuras 2, 3, 4, 5 y 6 se observan los diagramas de casos de usos,

los cuales representan a los usuarios que interactúan en las operaciones del sistema,

además en las tablas 1, 2, 3 y 4 se observan una breve descripción del caso de estudio

del usuario más representativo del sistema.

Se añade en el anexo el manual técnico donde se encuentran las descripciones de

los demás casos de uso en la sección 2 casos de uso.

29

Figura 1. Diagrama generalizado de los usuarios

Fuente: Arguello, 2014

Figura 2. Diagrama caso de uso usuario autenticado


Figura 3. Diagrama caso de uso usuario no autenticado



30

Figura 4. Diagrama caso de uso participante


Figura 5. Diagrama caso de uso administrador




31

Figura 6. Diagrama caso de uso profesor


Tabla 1. Descripción caso de uso consultar usuarios


Tabla 2. Descripción caso de uso crear usuario

32


Tabla 3. Descripción caso de uso actualizar usuario


Figura 4. Descripción caso de uso asignar rol de usuario

33


4. Evaluación de los módulos que integran el sistema

Tomando en cuanto la determinación de los requisitos del sistema web, se realizaron

diagramas de casos de uso para que permitieran resumir que usuarios usan el sistema

web y que operaciones pueden realizar en él.

Se realizó el análisis de los requisitos, además de los diagramas de casos de uso

con su respectiva descripción, en la que se permite detallar los procesos necesarios

para el funcionamiento del sistema, donde se resumen que usuarios usan el sistema

web y que operaciones pueden realizar en él.

Sumado a esto a continuación se evaluaron los módulos que integran el sistema

iniciando con el manejo de los usuarios y sus respectivos roles en la aplicación web. En

la que se presentan cuatro (4) tipos de usuarios, el administrador, el visitante, el

participante y el profesor mostrados como anexo en el manual técnico sección 1.

El modulo administrativo, esta complementado para ser manejado por el usuario

administrador quien puede manejar el registro y actualización de un usuario, así como

también la activación o inactivación de los mismos. Abarca el registro y actualización de

nuevos adiestramientos, además de la creación, actualización o eliminación de cursos

en el sistema web.

El usuario administrador además tiene como objetivo verificar y validar los datos del

proceso de pago realizado por los usuarios participantes, pudiendo de igual manera

actualizar el status de pago para que los usuarios verifiquen si hay algún problema o

34

descargar el comprobante de pago en caso contrario.

El usuario administrador tiene la opción de consultar la información de los

participantes que hayan pagado algún curso; además el usuario administrador puede

generar reportes anuales o mensuales de sus ingresos con respecto a los cursos.

El módulo académico por otra parte permite a los usuarios registrados como

participantes, verificar la información de los cursos a los cuales ha asistido, permite

observar el proceso de pago donde luego de que el administrador lo valide puede

generar el comprobante del pago.

Por otra parte, el usuario profesor actualiza el estatus del usuario en curso, es decir

de si lo aprobó o estuvo inasistente. Por lo tanto, permite a la empresa llevar un control

de los usuarios.

Por último, el visitante es el usuario que puede navegar en la aplicación web para

consultar solo la información general de la aplicación, como lo es la historia de la

empresa, los datos de contactos, los servicios de adiestramientos en cuanto a los

cursos y seminarios de computación, además tienen la opción de registrarse para

crearse un usuario participante.

El usuario visitante, al seleccionar la opción de registrarse para realizar el proceso de

pago de algún adiestramiento, debe ingresar los siguientes datos obligatorios: nombre,

apellido, cédula, correo, teléfono, dirección, usuario, contraseña.

5. Definición de la base de datos

Para el diseño de la base de datos se utilizó la herramienta MySql Workbench 5.1, la

cual permitió modelar la estructura de las tablas y sus relaciones, obteniendo una base

de datos normalizada que cumple con el proceso académico y administrativo de la

aplicación web, tomando en cuenta la evaluación de cada módulo y la determinación de

los roles de cada usuario.

El diseño de la base de datos se puede apreciar en la figura 7, conformada por 14

35

tablas, de las cuales 8 son las principales y se describen a continuación. Para un mejor

detalle de la base de datos véase el anexo del manual técnico en la sección 3.

Figura 7. Diagrama relacional de bases de datos


5.1. Tabla usuario

Contiene la información de los datos personales y además se le permite la opción de

iniciar sesión a la aplicación a los usuarios, administrador, profesor y participante.

5.2. Tabla authassignment

Esta tabla contiene la identificación de un usuario con el nombre del rol al que

pertenece en la aplicación.

36

5.3. Tabla authitem

En esta tabla se representa el nombre del rol que puede tiene un usuario en el

sistema.

5.4. Tabla adiestramiento

A través de esta tabla se puede agregar, actualizar o eliminar la información de un

adiestramiento.

5.5. Tabla instrucción

Por medio de esta tabla el usuario administrador puede crear, actualizar o eliminar

una instrucción con una serie de detalles.

5.6. Tabla pago

Esta tabla contiene la información detallada de un pago que realiza un participante,

ademas contiene el estatus del proceso del pago.

5.7. Tabla participante

Por medio de esta tabla se puede consultar la información de los usuarios que hayan

pagado un curso.

5.8. Tabla bitácora

Por medio de esta tabla el usuario administrador puede crear, actualizar o eliminar

una instrucción con una serie de detalles.

6. Desarrollo del módulo académico y administrativo que integran el sistema

El sistema se basa en una aplicación web alojada en un servidor, el cual tiene

acceso al manejador de base de datos Mysql por medio del lenguaje PHP, donde se

logra la comunicación con los usuarios mediante de internet. Véase la figura 8.

37

Figura 8. Arquitectura del sistema


La aplicación web maneja dos tipos de módulos el académico y el administrativo los

cuales trabajan en conjunto tomando en cuenta los tipos de usuarios. Donde el

administrativo se encarga de llenar la información necesaria que necesita la empresa

para poder trabajar además de poder realizar las consultas y actualizar la información

del sistema, así como también ver los reportes que genera la aplicación, siendo este

manejado por el usuario administrador. El módulo académico permite la visualización y

actualización de datos según el usuario que este en sesión, es manejado por los

usuarios profesores y participantes registrados.

La vista inicial del sistema web figura 9. Pantalla inicial del sistema web, muestra una

barra de menú la cual permite visualizar información general de la empresa, también

permite consultar los cursos disponibles y además muestra un pequeño formulario de

login en el que los usuarios pueden iniciar sesión a la aplicación y esta los dirigirá a su

vista correspondiente según el tipo de rol que maneje.

Se añade en el anexo el manual del usuario para ver todas las vistas

correspondientes con sus respectivas instrucciones de uso.

El sistema posee tres tipos de usuarios las funciones de cada uno son descritas a

continuación.

38

Figura 9. Pantalla inicial del sistema web


6.1. Usuario Participante

Para este usuario se despliegan las opciones que se observan en la figura 10. Las

cuales pertenecen al módulo académico.

Figura 10. Usuario participante


6.1.1. Mi perfil

Al momento de seleccionar mi perfil el usuario observa las opciones que puede

realizar y además una explicación de ellas.

39

6.1.2. Datos personales

Al seleccionar la opción datos personales el usuario visualiza su información

personal al momento del registro y también se le permite actualizar sus datos.

6.1.3. Ver adiestramientos

Esta opción le permite al usuario ver los cursos que están disponibles con su

respectiva información detallada si hace lo selecciona de igual manera puede realizar

el pago del curso donde debe ingresar una serie de datos necesarios con respecto al

depósito o transferencia, para cumplir con el proceso.

6.1.4. Estudios realizados

El usuario observa una información detalla de los cursos en los que ha participado,

además puede visualizar si el adiestramiento fue aprobado o no.

6.1.5. Proceso de pago

Al seleccionar la opción de proceso de pago el usuario visualiza información

detallada del o los cursos en los que desea participar e igualmente se le permite

generar un comprobante de pago siempre y cuando el pago sea aprobado por el

administrado.

6.2. Usuario profesor

Para el usuario profesor se despliegan las opciones que se observan en la figura 11.

Las cuales pertenecen al módulo académico.

Figura 11. Usuario profesor


40

6.2.1. Mi perfil


realizar y además una breve explicación de ellas.




6.2.3. Listado de cursos

Esta opción permite al usuario profesor ver un listado de los cursos que imparte con

sus respectivos estudiantes, de igual manera tiene la opción de actualizar el estatus

curso de un participante, bien sea si es aprobado o insistente.

6.3. Usuario administrador

Para el usuario administrador se despliegan las opciones que se observan en la

Figura 12. Las cuales pertenecen al módulo administrativo.

Figura 12. Usuario administrador


41

6.3.1. Mi perfil


realizar y además una breve explicación de ellas.




6.3.3. Usuarios

Esta sección muestra la información de todos los usuarios que están en el

sistema, donde el administrador tiene la opción de editar el tipo de rol al cual

pertenece cada usuario para poder mostrarle la vista que le corresponde según su

función en la aplicación, de igual manera le permite crear nuevos usuarios, y

administrar los usuarios donde puede actualizar sus datos.

6.3.4. Adiestramientos

Por medio de esta opción el usuario puede visualizar los adiestramientos que

serán utilizados para crear los cursos, el administrado puede crear introduciendo

datos necesarios como nombre, requisitos, objetivos y contenido, además al

seleccionar administrar adiestramientos se le permite consultar e igualmente

actualizar información de algún adiestramiento.

6.3.5. Instrucción

A través de esta selección el usuario puede visualizar las instrucciones que son

mostrados a los usuarios para que puedan participar en algún curso, el administrador

también puede crear instrucciones seleccionando el nombre del adiestramiento que

desea conjuntamente con una serie de datos como costo, fecha inicio, fecha fin,

entre otros de igual manera se le permite la opción de administrar instrucción para

realizar las consultas y actualizar información.

42

6.3.6. Participante

El administrador a través de esta opción puede visualizar los participantes que han

realizado el pago de algún curso, también tiene la opción de administrar participante de

actualizar el estatus del pago y el estatus del curso de un usuario estudiante.

6.3.7. Reportes

En esta opción se pueden obtener reportes por rango de fecha, mes y por año el

usuario debe seleccionar o ingresar los datos necesarios para visualizarlos, el sistema

también permite la descarga de los mismos si así lo desea el administrador.

6.4. Usuario visitante

El usuario visitante tiene la opción de consultar los cursos que estén disponibles,

además puede registrarse en el sistema como participante, para poder realizar el

proceso de pago de algún adiestramiento que desee y las demás opciones indicadas

por su tipo de usuario, en la figura 8 se muestra su vista inicial.

7. Pruebas de caja blanca y negra pertinentes al sistema web

7.1. Pruebas de caja blanca

Tomando en consideración la técnica de prueba de caja blanca descrita por

Pressman (2002), se incluyeron algunas funcionalidades para garantizar, la verificación

de las rutas básicas de ejecución y que a su vez se utilizaran todas las estructuras de

datos internas, las cuales están destinadas a revisar las condiciones lógicas y los

bucles dentro de una acción del programa.

Se tomó en cuenta para la prueba la funcionalidad del login, ya que incluye un

conjunto básico de sentencias y condiciones que pueden ser verificadas en los

diagramas de flujo de la figura 13, anexo Prueba 1, donde se describieron un conjunto

de pruebas realizadas a esta sección, mostradas en la tabla 5, en la tabla 6 se puede

43

observar los detalles del flujo de ejecución del sistema en determinados casos.

Figura 13. Diagrama de flujo login


Tabla 5. Resultados pruebas de caja blanca 1


Prueba Resultado Comentario

Intentar iniciar sesión con

usuario y contraseña no válidos.

Verifica que los datos coincidan,

sino devuelve un error en

pantalla y pide que ingrese de

nuevo los datos. Véase anexo

Prueba 2.

Correcto.

Iniciar sesión con datos

correctos

Valida que el usuario y la

contraseña coincidan, guarda al

usuario en sesión y le muestra

sus opciones disponibles. Ver

anexo Prueba 3.

Correcto

Intentar dirigirse a una vista con

restricción de usuario sin haber

iniciado sesión.

En el sistema de controlador de

acciones se utilizó el método de

restricción ‘@’ indicando que

solo los usuarios en sesión se

pueden dirigir a la vista

determinada.

Correcto

44

Tabla 6. Resultados pruebas de caja blanca 2


7.2. Prueba de caja negra

Teniendo en cuenta la propuesta de Pressman (2002), se realizaron las pruebas de

caja negra las cuales fueron concretadas conjuntamente con los usuarios que manejan

el sistema, evaluando la reacción de los datos de entrada recibidos por los usuarios,

verificando que se correspondiera con el comportamiento esperado para poder detectar

y corregir los errores en los casos que fuesen necesarios, en las tablas 6, 7 y 8 se

observan los requisitos evaluados para cada tipo de usuario.

Prueba Resultado Comentario

Intentar realizar un pago a un

curso que ya esté lleno.

El sistema verifica que el curso

esté disponible. Y muestra

Agotado en caso de que ya no

haya cupo, o muestra un link de

pagar. Véase anexo prueba 5.

Correcto.

Enviar mensaje al administrador

en caso de que un usuario ha

realizado un pago.

Si un usuario realizó un pago de

un curso el sistema le envía un

correo al administrador para

validar ese pago ver anexo

Prueba 7.

Correcto

Manejar errores al agregar un

registro

Se tomó al azar el método crear

instrucción ver anexo prueba 8,

en el que se muestra la condición

que valida el método guardar, si

el resultado del método sabe es

verdadero se prosigue con el

procedimiento, de lo contrario se

envía una notificación y se

actualiza la última pantalla.

Correcto

45

Tabla 7. Resultados de prueba de caja negra usuario participante

Requisito

Cumplió con el Requisito Comentario

Sí No

Al registrarse en el sistema le

muestra una opción de que su

registro fue guardado correctamente. X

Correcto

Al realizar un pago de un curso le

muestra un mensaje de que debe

esperar la aprobación del pago. X

Correcto

Si el estatus del pago es aprobado el

participante tiene la opción de

generar pdf ver anexo prueba 9 X

Correcto

Si el participante desea generar pdf y

su estatus del pago es procesando

se le muestra un mensaje

indicándole que debe esperar la

aprobación del pago por parte del

administrador. X

Correcto

El usuario al seleccionar estudios

realizados se le muestra una lista de

datos de los cursos a los cuales ha

participado. X

Correcto

Si el usuario no ha realizado el

pago de algún curso se le

mostrara un mensaje indicándole

que no tiene resultados para su

selección X

Correcto

Si el usuario actualiza sus datos

personales se le muestra un

mensaje señalándole que su

actualización se realizó

correctamente X

Correcto


46

Tabla 8. Resultados de prueba de caja negra usuario profesor

Requisito

Cumplió con el Requisito

Comentario

Sí No

Al registrarse en el sistema le

muestra una opción de que su

registro fue guardado

correctamente. X

Correcto

Al seleccionar listado de cursos se

le muestran los cursos que ha

impartido ver anexo prueba 10 X

Correcto

Si el usuario profesor no ha

impartido ningún curso se le

muestra un mensaje indicándole que

no tiene resultados para su

búsqueda X

Correcto

El profesor al seleccionar la opción

de cambiar estatus muestra los

datos del usuario participante y al

cambiar el estatus le muestra un

mensaje de que su usuario se ha

actualizado correctamente. X

Correcto


Tabla 9. Resultados de prueba de caja negra usuario administrador

Requisito

Cumplió con el Requisito

Comentario

Sí No

El usuario administrador al

seleccionar la opción crear usuario,

se le muestra un formulario que al

llenar y darle clic al botón crear se le

indica un mensaje de que el registro X

Correcto

47

ingresado se guardó correctamente.

El administrador al seleccionar

administrar usuarios el sistema le

muestra un listado con los usuarios

del sistema, donde filtrar por los

datos deseados X

Correcto


seleccionar administrar rol de

usuario tiene la opción de activar o

desactivar que rol manejara cada

usuario. Ver anexo prueba 11 Para

poder dirigirse a las vistas

correspondientes. X

Correcto


seleccionar la vista de participante la

aplicación le muestra un listado con

todos los participantes que han

realizado un pago de un curso X

Correcto

El administrador al seleccionar

administrar participante el sistema le

muestra un listado con los datos

más relevantes del participante que

ha realizado un pago. X

Correcto

Al generar un reporte la aplicación le

permite descargarlo en formato

Excel. X

Correcto


CONCLUSIONES

Se desarrolló una aplicación web para el proceso académico y administrativo, donde

se implementaron herramientas bajo software libre, para su desarrollo, como lo es el

caso del lenguaje de programación PHP, el gestor de bases de datos, MYSQL, Yii

Framework el cual implementa modelo vista controlador, para el diseño se utilizó

Bootstrap, y además se manejaron librerías de JavaScript y JQUERY para obtener una

mejor interfaz de usuarios.

La información recopilada en las entrevistas con los usuarios de la empresa permitió

determinar los requisitos funcionales, plasmándolos en diagramas de casos de uso,

logrando representar las necesidades específicas para desarrollar el sistema web.

Para determinar los módulos que integran el sistema se tomaron en cuenta los

requisitos funcionales planteados por los usuarios que trabajan en la empresa SICECA,

donde se dio a conocer que información manejaba el administrador, los profesores y los

participantes, de esta manera poder llevar a cabo el desarrollo del módulo académico y

el administrativo.

Se diseñó un modelo de datos el cual fue implementado en MYSQL para almacenar

y acceder a la información académica y administrativa conjuntamente con los

diagramas de casos de uso, se dio inicio al desarrollo de la aplicación web.

La evaluación de los niveles de acceso de los usuarios permitió delimitar la vista de

cada uno de ellos permitiéndole al administrador operar sobre la información general de

los módulos que integran el sistema web.

Al realizar las pruebas pertinentes al sistema, conjuntamente con los usuarios que

interactúan con la aplicación web, se corroboro que el mismo cumple con las exigencias

de la investigación, dando como resultado final una serie de procesos bien

desarrollados, ordenados y distribuidos dentro de un entorno completo y sencillo para

su buen manejo.

Con esta investigación se logró desarrollar una aplicación web para el proceso

49

académico y administrativo de la empresa SICECA en Cabimas edo. Zulia, la cual

permite llevar los datos en forma digital, agilizando las búsquedas, permitiendo la

creación de registros de usuarios y de adiestramientos que imparte la institución,

automatizar el proceso de pago de los cursos y la emisión de reportes de interés para la

empresa.

RECOMENDACIONES

Al desarrollar el presente proyecto, se puede considerar que el sistema web podría

incluir una serie de alternativas a futuro para poder trabajar de forma más eficiente

como lo son:

Incluir vistas adaptadas a los distintos dispositivos manejados hoy día, ya que

actualmente la aplicación web no está adaptada a todos los dispositivos.

Agregar un módulo de capacitación de usuarios, donde se puedan dictar los cursos

en línea.

Agregar un módulo para el control de los servicios de reparación y mantenimiento de

equipos.

REFERENCIAS BIBLIOGRÁFICAS

Alfonso R. Mariela, Segnini R. Jesús (2011). Trabajo de Grado: Desarrollo de un Sistema Automatizado Bajo Entorno Web para el Control de la Programación Académica en la Universidad de Oriente Núcleo de Anzoátegui Disponible en línea: http://ebookbrowse.com/tesis-desarrollo-de-un-sistema-automatizado-bajo-entorno-web-pdf-d419942772 Consultado julio 2013. Almeida, Carlos (2009). Disponible en línea: Sistemas de información web. http://semillerosusc.blogspot.com/. Consultado en julio 2014. Álvarez, Miguel (2004). Disponible en línea: Introducción al manual del lenguaje PHP en su versión 5. http://www.desarrolloweb.com/articulos/1696.php Consultado en julio 2014.

Álvarez, Miguel (2001). Disponible en línea: Introducción HTML. http http://www.desarrolloweb.com/articulos/que-es-html.html

Avila, Dairinet (2012). Proyecto de Grado. Sistema de Inscripción vía web de estudios para la División para Graduados de la FEC-LUZ. Consultado en Julio 2013

Betancourt, Neira (2011). Proyecto de Grado. Sistema Web para la Administración del Servicio Comunitario en la Facultad Experimental de Ciencias de La Universidad del Zulia. Consultado en Julio 2013.

EMAGISTER. (2013). Disponible en línea: http://www.emagister.com/ Consultado en mayo 2013.

Garcia, Dayana (2012). Proyecto de Grado. Sistema Web para la Consolidación y Gestión Académica de los docentes de la Facultad Experimental de Ciencias de La Universidad del Zulia. Consultado en Julio 2013.

Hernández, R.; Fernández, C. y Baptista, P. (2006). Metodología de la Investigación. 4ta Edición. Mc Graw Hill. Consultado en Julio 2014. Kendall y Kendall. (2005). Análisis y Diseño de Sistemas de Información. Décima Edición. México. McGraw-Hill Interamericana S.A Consultado en Julio 2013.

LUZ. (2014). Disponible en línea: http://webdelestudiante.luz.edu.ve/wde/index.html Consultado en Abril 2014.

Martínez Francisco (2013). Disponible en línea: http://www.martinezalegre.com/2013/10/ventajas-de-las-aplicaciones-web/ Consultado en Julio 2014.

Mora Sergio Luján (2012). Disponible en línea: ¿Que es Html 5 y que cambios introduce?http://www.guioteca.com/internet/%C2%BFque-es-html5-y-que-cambios

http://ebookbrowse.com/tesis-desarrollo-de-un-sistema-automatizado-bajo-entorno-web-pdf-d419942772%20Consultado%20julio%202013

http://ebookbrowse.com/tesis-desarrollo-de-un-sistema-automatizado-bajo-entorno-web-pdf-d419942772%20Consultado%20julio%202013

http://semillerosusc.blogspot.com/

http://www.emagister.com/

http://webdelestudiante.luz.edu.ve/wde/index.html%20Consultado%20en%20Abril%202014

http://webdelestudiante.luz.edu.ve/wde/index.html%20Consultado%20en%20Abril%202014

http://www.martinezalegre.com/2013/10/ventajas-de-las-aplicaciones-web/

http://www.guioteca.com/internet/%C2%BFque-es-html5-y-que-cambios%0cintroduce/

52

introduce/Consultado en julio 2014. Ockier, N. (2011). Disponible en línea: http://www.cromaidea.com/blog/herramientas.html Consultado en mayo 2013.

Pérez, Damian (2007). Disponible en línea: http://www.maestrosdelweb.com/que-es-javascript/.Consultado en julio 2014.

Pérez, Alejandro (2007). Disponible en línea: http://repositorio.upct.es/bitstream/handle/10317/179/pfc2475.pdf;jsessionid=1F8BF4C4736C103B2A0FDA3D3D991C19?sequence=1.Consultado en julio 2014.

República Bolivariana de Venezuela, Gaceta Oficial No38.095. Rodríguez, Rigoberto (2012). Proyecto de Grado. Sistema Web para la Gestión y Control de Trámites Administrativos de la DEPG-LUZ. Consultado en Julio 2013.

Senn, James A. (1999). Metodología. Análisis y Diseño de Sistemas de Información. Segunda Edición. México. McGraw-Hill Interamericana S.A. Consultado en Julio 2013.

URBE. (2014). Disponible en línea: https://www.urbe.edu/index.jsp Consultado en abril

2014.

http://www.guioteca.com/internet/%C2%BFque-es-html5-y-que-cambios%0cintroduce/

http://www.cromaidea.com/blog/herramientas.html%20Consultado%20en%20mayo%202013

http://www.maestrosdelweb.com/que-es-javascript/

http://www.maestrosdelweb.com/que-es-javascript/

http://repositorio.upct.es/bitstream/handle/10317/179/pfc2475.pdf;jsessionid=1F8BF4C4736C103B2A0FDA3D3D991C19?sequence=1

http://repositorio.upct.es/bitstream/handle/10317/179/pfc2475.pdf;jsessionid=1F8BF4C4736C103B2A0FDA3D3D991C19?sequence=1

https://www.urbe.edu/index.jsp

ANEXOS

ANEXOS PRUEBAS

Prueba 1. Método authenticate de la clase useridentity


Prueba 2. Vista del método authenticate de la clase useridentity


Prueba 3. Vista del usuario en sesión con datos válidos


Prueba 4. Restricción de acceso sobre controladores


Prueba 5. Método mostrar curso-cupo


Prueba 6. Vista método curso-cupo


Prueba 7. Método pago mensaje al administrador


Prueba 8. Flujos de datos al guardar un registro


Prueba 9. Pdf comprobante de pago


Prueba 10. Listado de cursos


Prueba 11. Vista administrar rol


ANEXOS MINUTAS

REPÚBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD DEL ZULIA

FACULTAD EXPERIMENTAL DE CIENCIAS

DIVISIÓN DE PROGRAMAS ESPECIALES


Proyectos de unidad de tecnología de información

MINUTA DE REUNIÓN

Lugar: Departamento de computación

Fecha: 24-03-2014

Hora: 9:00 am a 11:00am

Nombre y apellido CI Firma

Dr. Francisco Luengo 9.743.399

Br. Elisbeth Arguello 20.086.679

Agenda

Revisión del capítulo I

Descripción del capítulo II

Puntos tratados

Se dio inicio a la revisión del capítulo I con su redacción en pasado.

El tutor académico dio a la estudiante una breve descripción de cómo estaría conformado el capítulo II, para su redacción.







MINUTA DE REUNIÓN

Lugar: Empresa SICECA en Cabimas

Fecha: 10-03-2014

Hora: 2:00 pm a 6:00pm


Ing. Eladio Arguello 6.535.635


Agenda

Mediante una entrevista se pudo dar a conocer la información de cómo es el proceso académico y administrativo de la empresa.

Descripción de los requisitos del sistema.

Puntos tratados

El gerente y demás usuarios que trabajan en la empresa dieron a conocer el manejo del proceso

académico y administrativo manual que maneja SICECA.

Algunos de los requisitos planteados

El sistema debe manejar 4 tipos de usuarios, visitante, administrador, profesor y participante.

El usuario administrador, el profesor y el participante deben ingresar al sistema su respectivo

usuario y contraseña.

El sistema debe validar los roles de los usuarios que ingresan al sistema para dirigirlos a la URL

correspondiente según sus opciones permitidas.

El usuario visitante puede ingresar al sistema sin ingresar un usuario y contraseña donde se le

permite ingresar a la información general del sistema web como lo es la historia de la empresa, los

datos de contactos, los servicios de adiestramientos en cuanto a los cursos y seminarios de

computación, además tienen la opción de registrarse para crearse un usuario participante.

El usuario visitante, al seleccionar la opción de registrarse para realizar el proceso de pago de

algún adiestramiento, debe ingresar los siguientes datos obligatorios: nombre, apellido, cédula,

correo, teléfono, dirección, usuario, contraseña.

El usuario participante tiene la opción de ver los cursos disponibles y seleccionar el curso al que

desea participar, para luego realizar el pago del adiestramiento, el sistema notifica al administrador,

quien verifica número de depósito o de transferencia, para luego enviar la aprobación del pago y

permitirle al usuario registrado generar el comprobante.

El usuario participante puede ver el proceso de pago, también sus opciones personales donde

consulta los adiestramientos a los cuales ha asistido, verifica descripción del curso, status:

aprobado-aplazado-inasistente, además el estudiante puede modificar sus datos personales.

El usuario administrador al iniciar sesión tiene la opción de insertar, eliminar o modificar un usuario

del sistema.

El usuario administrador puede ingresar, eliminar o modificar la información general de los

adiestramientos, cursos, seminarios.

El usuario administrador puede generar reportes según el tipo de búsqueda que especifique.

Los tipos de reportes que puede generar el administrador son por: usuarios interesados en algún

curso que desean postularse, usuarios que realizaron el proceso de pago, listado de usuarios

inscritos en los adiestramientos ordenados por fechas o cursos, listado de cursos a dictar por

fechas, listado de cantidad de participante por estudiantes durante un mes o año.

El usuario administrado tiene la opción de generar documentos a los estudiantes como constancia

de estudio, comprobante de inscripción y certificado.

Si un usuario participante realizo el pago del adiestramiento y no pudo asistir, el administrador

puede cambiarlo a una nueva fecha o eliminar su pago sin reembolso.

El usuario participante al realizar el proceso del pago del curso envía una notificación al

administrador donde él debe verificar el número de depósito o transferencia, de esta manera

confirma la aprobación, para que el usuario Participante genere el comprobante de pago del

adiestramiento seleccionado.

El usuario profesor tiene la opción de ver los cursos que ha dictado o está por impartir. Además,

puede modificar el estatus del curso del usuario, aprobado o inasistente

De igual manera el usuario profesor puede modificar sus datos personales.







MINUTA DE REUNIÓN


Fecha: 07-04-2014

Hora: 9:00 am a 11:00am




Agenda

Revisión del capítulo II

Revisión de los requisitos planteados por el gerente, agregando nuevos requisitos al sistema

Puntos tratados

Se dio inicio a la revisión del capítulo II

Solicitud por parte del Tutor los diagramas de casos de uso y la base de datos del sistema.







MINUTA DE REUNIÓN


Fecha: 28-04-2014

Hora: 9:00 am a 11:00am




Agenda

Revisión de los diagramas de casos de uso

Descripción del capítulo III

Puntos tratados

Se dio inicio a la revisión de los diagramas de casos de uso

El tutor académico dio a la estudiante una breve descripción de cómo estaría conformado el capítulo III, para su redacción.







MINUTA DE REUNIÓN

Lugar: Empresa SICECA

Fecha: 28-04-2014

Hora: 9:00 am a 11:00am




Agenda

Revisión de los diagramas de casos de uso

Descripción del capítulo III

Puntos tratados

Se dio inicio a la revisión de los diagramas de casos de uso

El tutor académico dio a la estudiante una breve descripción de cómo estaría conformado el capítulo III, para su redacción.







MINUTA DE REUNIÓN

Lugar: Empresa SICECA

Fecha: 28-04-2014

Hora: 9:00 am a 11:00am




Agenda

Documentación detallada de las pruebas realizadas a la aplicación por parte de los usuarios que interactúan en el sistema.

Revisión del tomo y de los manuales pertinentes

Puntos tratados

Se tomaron nota de los escenarios probados y si su comportamiento fue el esperado.

Se realizó una lista detallada con las pruebas realizadas y se agregaron como pruebas de caja negra al texto de la investigación.

Se realizó una revisión del tomo completo junto al manual de usuario y de analista.







MINUTA DE REUNIÓN


Fecha: 01-07-2015

Hora: 9:00 am a 11:00am




Agenda

Corrección del tomo completo

Críticas generales al sistema

Puntos tratados

Se dio inicio a la corrección del tomo completo, al manual de usuario y de analista.

Se procedió de igual manera a realizar críticas generales al sistema.

Documents

REPÚBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD DEL ZULIA FACULTAD EXPERIMENTAL DE CIENCIAS DIVISIÓN DE PROGRAMAS ESPECIALES LICENCIATURA EN COMPUTACIÓN APLICACIÓN WEB PARA EL PROCESO