UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA: INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
FUNDAUNEG

DESARROLLO DEL MÓDULO DE GESTION DE PAGOS EN LINEA DE

SERVICIOS DE LA APLICACIÓN WEB DE LA FUNDACIÓN DE LA UNEG
Informe de pasantía presentado ante la Universidad Nacional Experimental de Guayana
como requisito final para optar al título de Ingeniero en Informática

TUTOR ACADÉMICO AUTOR:

Ing. Mosquera, Diego. Br. Rondón C., Jennifer A.
C.I. V- 14.148.922 C.I.: V- 24.035.449.
TUTOR INDUSTRIAL
Ing. Quilarquez, Leniska.
C.I. V-12.132.123

PUERTO ORDAZ, FEBRERO DE 2018.

 UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA: INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
FUNDAUNEG

APROBACIÓN DEL TUTOR ACADÉMICO

En mi carácter de Tutor Académico del Trabajo de Pasantía DESARROLLO

DEL MÓDULO DE GESTION DE PAGOS EN LINEA DE SERVICIOS DE
LA APLICACIÓN WEB DE LA FUNDACIÓN DE LA UNEG presentado por
el Bachiller en Ciencias Jennifer Rondón, portadora de la cédula de identidad
V-24.035.449 como un requisito para optar al grado de Ingeniero en
Informática, considero que dicho Trabajo de Pasantía reúne los requisitos y
méritos suficientes para ser sometido a evaluación por parte del jurado
examinador.

________________________

Tutor Académico

Ing. Mosquera, Diego.

C.I. V-14.148.922

PUERTO ORDAZ, FEBRERO DEL 2018.

II
 UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA: INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
FUNDAUNEG

APROBACIÓN DEL TUTOR INDUSTRIAL

En mi carácter de Tutor Industrial del Trabajo de Pasantía DESARROLLO

DEL MÓDULO DE GESTION DE PAGOS EN LINEA DE SERVICIOS DE
LA APLICACIÓN WEB DE LA FUNDACIÓN DE LA UNEG presentado por
el Bachiller en Ciencias Jennifer Rondón, portadora de la cédula de identidad
V-24.035.449 como un requisito para optar al grado de Ingeniero en
Informática, considero que dicho Trabajo de Pasantía reúne los requisitos y
méritos suficientes para ser sometido a evaluación por parte del jurado
examinador.

________________________

Tutor Industrial

Ing. Quilarquez, Leniska.

C.I. V-12.132.123

PUERTO ORDAZ, FEBRERO DEL 2018.

III
 UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA: INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
FUNDAUNEG

DESARROLLO DEL MÓDULO DE GESTION DE PAGOS EN LINEA DE

SERVICIOS DE LA APLICACIÓN WEB DE LA FUNDACIÓN DE LA UNEG
Informe de pasantía presentado ante la Universidad Nacional Experimental
de Guayana como requisito final para optar al título de Ingeniero en
Informática

Tutor Académico Tutor Industrial

Ing. Mosquera, Diego Ing. Quilarquez, Leniska

Autor
Br. Rondón, Jennifer

PUERTO ORDAZ, FEBRERO DE 2018.

IV
 DEDICATORIA

Dedico este trabajo principalmente a mis abuelos Omaira Henríquez y

Medardo Cáceres, por ellos ser un pilar fundamental para mí y por su apoyo
incondicional en cada una de las etapas en mi vida en especial en la trayectoria
universitaria.

A mi madre Inés Cáceres, tíos, primos y familiares que de una u otra

manera portaron un grano de arena en mi formación personal humana y
profesional.

A mis hermanos Jessica Torres, Susana Rodríguez, Josué Rodríguez,

Stephanie Rondón y Jesús Rondón quienes son mis mayores orgullos y
siempre están presente en cada paso que doy.

A mi novio y fiel compañero de clases José Arenas por su apoyo

incondicional con quien a pesar de los tropiezos juntos mantuvimos firme el
propósito de culminar la meta iniciada de convertirnos en futuros Ing.
Informáticos de la Universidad Nacional Experimental de Guayana (UNEG) y
ser profesionales y personas cultas del bien.

A mis amigos José Rondón y Yoselin Hernández quienes iniciaron esta

trayectoria conmigo y estuvieron presente en cada momento circunstancial en
la carrera.

V
 AGRADECIMIENTOS

Quisiera expresar mi reconocimiento y mi gratitud a varias personas, por su

extraordinario apoyo y sus contribuciones:
A Dios, por brindarme siempre salud y guiarme en el camino que he
recorrido.
A mis padres y a toda mi familia, por los sacrificios hechos para darme
educación, por cuidarme y apoyarme en todo momento.
A la UNEG, mi casa de estudios, por brindarme la oportunidad de crecer
profesionalmente, fortalecer mis conocimientos y por haberme dado la
oportunidad de vivir maravillosos momentos con mis compañeros y amigos.
A mi tutora Industrial, Leniska Quilarquez, por brindarme la oportunidad y
confiar en mí.
A mi tutor Académico, Diego Mosquera, por su tiempo, su guía, su ayuda
brindada y por ofrecerme la oportunidad de alcanzar mi meta.
A la fundación FUNDAUNEG, en especial a la Sra. María Isabel, por su
hospitalidad y por brindarme un ambiente de trabajo agradable.
A mis amigos, que brindaron su amistad, compañía, apoyo, y
comprensión. En especial a José Rondón y Yoselin Hernández, quienes a
pesar que desde hace tiempo elegimos caminos distintos hoy día nos siguen
uniendo los éxitos y la amistad. A José Alejandro Arenas, por haberme
brindado su amistad y apoyo con lo que compartimos excelentes momentos
dentro y fuera de la universidad, hicieron que mis últimos semestres fueran
realmente especiales.

¡Muchas Gracias!
VI
 ÍNDICE DE CONTENIDO

ÍNDICE DE CUADROS Y GRÁFICOS ........................................................... X

ÍNDICE DE TABLAS.................................................................................... XII

INTRODUCCIÓN ....................................................................................... XIII

1. DESCRIPCIÓN DE LA EMPRESA ....................................................... 15

1.1. Generalidades de la Empresa......................................................... 15

1.2. Ubicación geográfica y contacto ..................................................... 15

1.3. Filosofía de Gestión ........................................................................ 16

1.3.1. Misión .......................................................................................... 16

1.3.2. Visión .......................................................................................... 17

1.3.3. Objetivos de la Empresa.............................................................. 17

1.4. Estructura Organizativa de la Fundación de la UNEG .................... 18

1.5. Descripción de la Unidad donde se desarrolló la pasantía .............. 18

2. SITUACIÓN PROBLEMA ..................................................................... 19

2.1. Planteamiento del problema ........................................................... 19

3. OBJETIVOS Y PLAN DE TRABAJO ................................................... 21

3.1.1. Objetivo general .......................................................................... 21

3.2. Objetivos Específicos ..................................................................... 21

3.1. Plan de Trabajo .............................................................................. 21

3.1.1. Estudio del ámbito de la fundación de la UNEG .......................... 22

VII
 3.1.2. Levantamiento de los requerimientos .......................................... 22

3.1.3. Análisis y validación de los requerimientos .................................. 22

3.1.4. Diseño de la Interfaz del sistema propuesto. ............................... 22

3.1.5. Desarrollo de la base de datos .................................................... 23

3.1.6. Desarrollo del módulo del sistema de pagos ............................... 23

3.1.7. Realizar pruebas y validaciones. ................................................. 23

3.1.8. Implantación ................................................................................ 23

3.1.9. Documentación ........................................................................... 23

CRONOGRAMA DE ACTIVIDADES ........................................................ 24

4. LOGROS DEL PLAN DE TRABAJO.................................................... 25

4.1. Estudio del ámbito de la fundación de la UNEG ............................. 25

4.2. Levantamiento de los requerimientos ............................................. 25

4.3. Análisis y validación de requerimientos .......................................... 25

4.4. Diseño de la interfaz propuesta ...................................................... 25

4.5. Desarrollo de la base de datos ....................................................... 25

4.6. Desarrollo del módulo del sistema .................................................. 25

4.7. Realización de pruebas y validaciones ........................................... 26

4.8. Implantación ................................................................................... 26

4.9. Documentación ............................................................................... 26

VIII
5. MÉTODOS, TÉCNICAS Y PROCEDIMIENTOS APLICADOS ............. 26

5.1. Metodología AUP (Agile Unified Process) ....................................... 27

5.2. Filosofías de la metodología AUP ................................................... 28

5.3. Fases de la metodología AUP ........................................................ 28

5.4. Justificación de la elección de la metodología ................................ 53

6. FACILIDADES Y DIFICULTADES ....................................................... 64

6.1. Facilidades ..................................................................................... 64

6.2. Dificultades ..................................................................................... 64

7. APORTES DADOS A LA EMPRESA ................................................... 64

8. CONOCIMIENTOS TEÓRICOS Y PRÁCTICOS ADQUIRIDOS ........... 65

8.1. Conocimientos teóricos................................................................... 65

8.2. Conocimientos prácticos ................................................................. 65

CONCLUSIONES ........................................................................................ 67

RECOMENDACIONES ............................................................................... 68

REFERENCIAS ........................................................................................... 69

ANEXOS ..................................................................................................... 71

IX
 ÍNDICE DE CUADROS Y GRÁFICOS

Ilustración 1. Ubicación geográfica de FUNDAUNEG, Torre Alférez, Puerto

Ordaz Estado Bolívar – Venezuela. ............................................................. 16
Ilustración 2. Estructura organizativa de la empresa. Fuente: FUNDAUNEG.
.................................................................................................................... 18
Ilustración 3. Plan de trabajo. Fuente (Rondón, 2017). ............................... 24
Ilustración 4. Diagrama de caso de uso general del módulo de pagos. Fuente:
Rondón (2017). ............................................................................................ 36
Ilustración 5. Caso de uso de un estudiante. ............................................... 37
Ilustración 6. Caso de uso del administrador del sistema. ............................ 38
Ilustración 7. Caso de uso de un estudiante inscrito en un programa. Fuente.
Rondón (2017). ............................................................................................ 39
Ilustración 8. Diagrama relacional, módulo de pagos. Fuente: Jennifer Rondón
(2017). ......................................................................................................... 42
Ilustración 9. Ejemplo de la estructura de una página web usando HTML4 . 49
Ilustración 10. Ejemplo reestructuración de página web usando el estándar
HTML5 ......................................................................................................... 49
Ilustración 11. Esquema grafico del Modelo Vista Controlador .................... 52
Ilustración 12. Pantalla de inicio de sesión en el portal privado de la fundación.
.................................................................................................................... 54
Ilustración 13. Pantalla de inicio de un estudiante al portal de la fundación. 55
Ilustración 14. Formulario de registro de un pago del estudiante en un
determinado curso o diplomado. .................................................................. 55
Ilustración 15. Pantalla del histórico de pagos de un estudiante. ................. 56
Ilustración 16. Pantalla inicio de sesión del panel administrativo. ................ 56
Ilustración 17. Pantalla principal del panel administrativo de la fundación.... 57
Ilustración 18. Pantalla de los pagos pendientes en el sistema. ................... 57
Ilustración 19. Confirmación de un pago. ..................................................... 58

X
Ilustración 20. Pantalla donde se muestran todos los pagos registrados. .... 58
Ilustración 21. Pantalla donde se filtran los pagos confirmados. .................. 59
Ilustración 22. Se muestra el campo para filtrar búsquedas. ........................ 59
Ilustración 23. Pantalla donde se rechaza un pago. ..................................... 60
Ilustración 24. Pantalla donde se muestran los pagos rechazados. ............. 60
Ilustración 25. Página de FUNDAUNEG desarrollada por la autora. Rondón,
2017. ........................................................................................................... 71
Ilustración 26. Sesión de programas en la página de FUNDAUNEG. Fuente:
Rondón, 2017. ............................................................................................. 72

XI
 ÍNDICE DE TABLAS

Tabla 1. Requerimientos funcionales. Rondón (2017) ................................. 29

Tabla 2. Requerimientos no funcionales. Rondón (2017). ........................... 31
Tabla 3. Tabla de los posibles riesgos que pueden aparecer en el desarrollo
del sistema. Fuente: Rondón (2017). ........................................................... 34
Tabla 4. Diccionario de datos de la tabla cursos. ......................................... 43
Tabla 5. Diccionario de datos de los índices de la tabla cursos. .................. 43
Tabla 6. Diccionario de datos de la tabla pagos asociada al módulo del
sistema. Fuente: Rondón, 2017. .................................................................. 43
Tabla 7. Diccionario de datos de los índices de la tabla de pagos. Fuente:
Rondón, 2017. ............................................................................................. 44
Tabla 8. Diccionario de datos de la tabla roles del sistema.......................... 44
Tabla 9. Diccionario de datos de los índices de la tabla roles del sistema. .. 44
Tabla 10. Diccionario de datos de la tabla usuarios. .................................... 45
Tabla 11. Diccionario de datos de los índices de la tabla usuarios. ............. 46
Tabla 12. Iteraciones del desarrollo ............................................................. 47
Tabla 13. Catálogo de pruebas ................................................................... 63

XII
 INTRODUCCIÓN

La información es un factor indispensable en la toma de decisiones de las

empresas y constituye un pilar fundamental de la gestión empresarial; ésta es
sin duda la causa por la que día son más las organizaciones buscan diseñar
sistemas de información y obtener tecnología avanzada que permita optimizar
todos los procesos en los que se vean envueltas.
La necesidad de una gestión automatizada en las organizaciones suele
surgir cuando se alcanza un punto crítico en el almacenamiento y producción
en papelería que generan, y aparece la necesidad de recuperar y visualizar el
estado de los mismos.
Actualmente para una organización, apoyarse en tecnologías de
información conlleva a un proceso confiable y más seguro. La información
resultante tiene mayor movilidad y accesibilidad en menor tiempo, y cuenta
con mayor integridad, que cuando se procesa manualmente. Igualmente, las
computadoras relevan a los empleados de numerosas actividades repetitivas,
permitiéndoles aprovechar su tiempo en actividades que agregan mayor valor.
En este sentido, la Fundación para la Promoción y Desarrollo de la
Universidad Nacional Experimental de Guayana "Manuel Carlos Piar"
FUNDAUNEG, al ser una organización con un amplio conjunto de funciones y
responsabilidades a su cargo, genera constantemente un número de
documentos a consignar al momento de planificar y gestionar la apertura de
un curso o diplomado, lo cual se realiza actualmente de forma manual
conllevando a un cúmulo de documentos, por lo que el proceso consistió en el
desarrollo de un sistema en específico el módulo de los pagos en la
administración de FUNDAUNEG como solución automatizada capaz de
realizar una adecuada gestión del proceso dentro de la institución.
Por otro lado, la idea principal de iniciar a automatizar sus procesos tiene
relación al proyectar a futuro clases en línea, por lo que requieren que el

XIII
proceso de registro e inscripción en los cuales se ven los pagos involucrados
se encuentre activo y disponible para los usuarios.
Debido a lo anterior, el propósito de esta pasantía realizada en el
departamento de formación y capacitación adscrita a la coordinación de
producción, consistió en el desarrollo de un proyecto bajo estándares abiertos
teniendo como principal logro el desarrollo del módulo de pagos y unido a ello
el desarrollo de la página Web de la fundación.
Mediante el presente trabajo, se presentan los detalles relacionados al
desarrollo de la aplicación de software descrita anteriormente y está
conformado de la siguiente manera:
Primera parte: trata lo referente a la descripción de la empresa entre ellos
las generalidades, ubicación, filosofía de la gestión, misión, visión, objetivos,
estructura organizativa y además se describe la unidad donde se desarrolló la
pasantía.
Segunda parte: se plantea la situación problema, es decir, el
planteamiento a ser resuelto por el pasante.
Tercera parte: se detallan de los objetivos de la pasantía, así como la
descripción del plan de trabajo y el cronograma de actividades.
Cuarta parte: se exponen los logros alcanzados del plan de trabajo.
Quinta parte: se explica los métodos, técnicas y procedimientos aplicados
para el desarrollo, presentando los resultados obtenidos durante cada fase y
la justificación de la elección de la metodología adoptada.
Sexta parte: se presentan las facilidades y dificultades durante el
desarrollo de la pasantía.
Séptima parte: se presentan los aportes dados de la empresa.
Octava parte: se detallan los conocimientos teóricos y prácticos que se
fueron adquiridos o reforzados durante de la realización de la pasantía.
Y finalmente, se cierra con las conclusiones, recomendaciones, referencias
y los anexos.

XIV
1. DESCRIPCIÓN DE LA EMPRESA

1.1. Generalidades de la Empresa

La Fundación para la Promoción y Desarrollo de la Universidad Nacional

Experimental de Guayana "Manuel Carlos Piar" FUNDAUNEG, enmarca su
actividad en el ámbito de los servicios y la consultoría de las Tecnologías
de la Información y las Comunicaciones.

Su principal objetivo es poner a su disposición una oferta innovadora de

soluciones y contribuir de esta manera al éxito de su empresa, ofreciendo
el mejor servicio mediante la adaptación a las necesidades de cada cliente.

Por ello buscan compartir con la comunidad empresarial y los sectores

de servicio y gobierno, el potencial de conocimientos, ciencia y tecnología
que están disponibles en nuestro plantel de profesores, así como también,
en los profesionales accesibles vía convenios que mantiene a
FUNDAUNEG con diferentes universidades del mundo, para la resolución
de problemas específicos en distintos ámbitos de la vida organizacional.

La Fundación cuenta con una infraestructura (equipos y planta física)

cónsona con las exigencias de estos tiempos modernos y un equipo
humano altamente calificado y motivado, lo cual posibilita el logro de los
objetivos y metas de la organización para desarrollar proyectos rentables
dentro de la Universidad y hacia su entorno.

1.2. Ubicación geográfica y contacto

Dirección: Carrera Gurí, Torre Alférez, mezzanina local 3-A. Alta Vista,
Ciudad Guayana 8050, Bolívar Venezuela.

15
Ilustración 1. Ubicación geográfica de FUNDAUNEG, Torre Alférez, Puerto
Ordaz Estado Bolívar – Venezuela.

Teléfonos: (0286) 9613995 – 7177023

Correo: formaciónfundauneg@gmail.com

1.3. Filosofía de Gestión

1.3.1. Misión

Contribuir con la promoción, desarrollo, consolidación, y vinculación

nacional e internacional de la Universidad Nacional Experimental de
Guayana, a través de la participación directa en proyectos y empresas de
carácter rentable.

16
1.3.2. Visión

Ser reconocidos como empresa líder en asesoría y consultaría, por los

diferentes sectores de la región, proporcionando un servicio de excelencia
y calidad.

1.3.3. Objetivos de la Empresa

Organizacionales

• Consolidar una estructura organizativa funcional cónsona con su

misión que permita la operacionalización de las metas propuestas.
• Diseñar e implementar un sistema de planificación y control
efectivo, eficiente, oportuno y pertinente a la naturaleza de sus
funciones, soportado en procesos informativos de alta confiabilidad.

En la Producción

• Promover la creación de proyectos, planes de inversión y

estrategias tendentes a la instalación de empresas rentables.
• Prestar servicios técnicos de asesoramiento y consulta a las
organizaciones que así lo requieren.
• Promover y ejecutar proyectos de investigación con participación
de organismos, centros de investigaciones e industrias del sector
público y privado, regional y nacional.
• Promover y realizar actividades destinadas a generar ingresos tanto
para el sostenimiento y desarrollo de la UNEG, como para su propio
patrimonio.

En el Desarrollo

• Promover y proyectar a la UNEG y a su personal, a través de la

vinculación con el entorno regional y nacional.

17
 • Contribuir con el desarrollo de los diversos proyectos y programas
de la UNEG a través del manejo eficiente de sus procesos y
recursos financieros.

1.4. Estructura Organizativa de la Fundación de la UNEG

FUNDAUNEG constituye un sistema estructurado por una Presidencia,

Gerencia General, y las coordinaciones de las cuales depende el desempeño
de la misma, siendo su finalidad el logro de los objetivos organizacionales. Es
necesario destacar que la Fundación posee una estructura organizativa de tipo
lineal y staff dentro de funciones basadas en forma sistémica y matricial como
se muestra a continuación.

Ilustración 2. Estructura organizativa de la empresa. Fuente: FUNDAUNEG.

1.5. Descripción de la Unidad donde se desarrolló la pasantía

Formación y capacitación adscrita a la coordinación de producción, es una

unidad lineo-funcional de servicios a todos los departamentos de la fundación
que genera información sobre los programas y capacitaciones brindadas por
la empresa y su misión es velar por los servicios que ofrecen en sus programas.
De la mano y el trabajo en la unidad de producción por fines administrativos se
vio involucrado de forma directa la coordinación administrativa.
18
2. SITUACIÓN PROBLEMA

2.1. Planteamiento del problema

La Fundación de la Universidad Nacional Experimental de Guayana

(FUNDAUNEG) se ha convertido en una pieza clave dentro del sistema de
formación y capacitación. En tal sentido, a la fundación se le asigna el
cumplimiento de distintas actividades y tareas administrativas para el
correcto funcionamiento del flujo normal que rige la organización.
En relación a lo anterior, en FUNDAUNEG se realizan constantemente
procesos administrativos en cuanto a los costos y pagos tramitados por los
participantes activos y por nuevos ingresos, bien sea a los cursos o
diplomados. En tal sentido, el proceso actual para la verificación de los
pagos por participantes a las diversas ofertas de la institución se realiza de
forma manual.
El proceso actual de los pagos ante una inscripción es el siguiente:
1. El participante asiste a las instalaciones de la fundación a
solicitar la oferta de cursos o diplomados, dicha información
también es suministrada vía telefónica.
2. Dado el interés en un curso o diplomado en las instancias
educativas, se informa el costo total del curso, las horas
académicas, instructores y detalles a fines, éste contiene un
método de pago bajo transferencias bancarias en la cual el
participante puede cancelar el total del curso o elegir la
modalidad de pago por cuotas que comprende de la inscripción
inicial seguida de n cantidad de cuotas fraccionadas en partes
iguales (las cuotas generalmente son 2, pero esto puede varias
según sea el tipo).
3. Una vez que el participante decide realizar la inscripción en el
curso para su formalización este debe dirigirse a los espacios
con copia del depósito o transferencia seguido de otros
requisitos a conciliar.
19
 4. Una vez verificado por la administración de la fundación se
formaliza la inscripción y empiezan otros procesos
administrativos y operativos en función al nuevo cursante. Por
otro lado, existen participantes que envían dicha información de
los pagos mediante correos electrónicos. Hay que mencionar
que la verificación de los mismos no es inmediata, dado otras
funciones.
5. Sobre la verificación: el personal administrativo genera un
listado en Excel de las personas que han cancelado bajo los
diferentes conceptos (inscripción, cuota o cancelación total) con
el número de transacción, monto y concepto, asimismo,
traspasa aquellas operaciones que son llevadas manualmente
(copia de transacción) con la finalidad de ingresar al banco y
verificar las referencias de las transacciones.
6. El personal administrativo, bajo un control manual de los
participantes activos y solventes, colocan un estatus a cada
participante.
Como puede observarse, para tener un control óptimo sobre los pagos
procesados o por procesar, asimismo para un control eficaz de las
operaciones y permitir la flexibilidad a los participantes de registrar, pagar
para así formalizar su inscripción desde cualquier dispositivo con acceso a
la web, se hace indispensable el uso de un sistema de pagos en línea
disponible desde la aplicación web de la fundación, para el control de la
gestión de pagos recibidos y pendientes, con el fin de hacer seguimiento a
las distintas transacciones y mejorar los tiempos administrativos que
conllevan actualmente.
La aplicación web de la fundación de la UNEG se encuentra actualmente
en desarrollo en integración con su portal Web, que tiene como propósito
difundir y promocionar en relación a la fundación los planes y pensum de
estudios para la formación personal y laboral de un individuo. Es importante

20
 destacar que, desde su implementación hasta la fecha actual, se han venido
originando nuevos requerimientos y adaptaciones que permitan cubrir las
nuevas necesidades de la fundación.
Partiendo de lo antes expuesto surge la necesidad definir el modelo del
sistema para el control total de los pagos por participantes. Por lo antes
mencionado, se plantea el desarrollo de un proyecto desarrollado bajo
estándares del desarrollo de un software, que integre los procesos
generados en la inscripción a un curso o diplomado, con el fin de que pueda
ser usado por el departamento. El sistema será una aplicación web que
tendrá una base de datos asociada para almacenar los registros de datos
generados en el proceso de gestión de pagos.

3. OBJETIVOS Y PLAN DE TRABAJO

3.1.1. Objetivo general

Desarrollar el sistema de pagos en línea del módulo de servicios de la

aplicación Web de la Fundación-UNEG.

3.2. Objetivos Específicos

1. Evaluar el Sistema Web actual.

2. Realizar la captura de requisitos.
3. Efectuar el diseño e implementación del modelo de datos.
4. Diseñar la interfaz de usuario.
5. Integrar el sistema de pagos al módulo de servicios del Sistema
Web.
6. Verificar el funcionamiento correcto del sistema.

3.1. Plan de Trabajo

A continuación, se presenta el plan de trabajo acordado por el tutor

industrial y tutor académico, en el cual se describen las actividades que

21
se realizarán en la fundación durante las 16 semanas de duración, a
través de un diagrama de Gantt, tal como se describe en la Figura nº III.

3.1.1. Estudio del ámbito de la fundación de la UNEG

En esta etapa se realiza una inducción a la gerencia

administrativa de la fundación, que sirve de guía para conocer los
procedimientos y las funciones que se cumplen en la institución.
Además, se emplean una serie de entrevistas no estructuradas a los
tutores con fines de aclarar y emerger en los temas afines. Y así
comprender el proceso y la problemática a desarrollar.

3.1.2. Levantamiento de los requerimientos

A partir de las entrevistas previas en la etapa anterior en esta

etapa se desarrolla bosquejo amplio de la problemática para la
obtención de los requerimientos en base a las necesidades. De este
modo, se busca garantizar que el producto a desarrollar cumpla con
la problemática y genere una solución sistematizada para mejorar el
proceso.

3.1.3. Análisis y validación de los requerimientos

Partiendo de la etapa anterior se analizan los requerimientos en

base a las necesidades buscando una solución a cada uno de ellos,
en este punto se busca comprender las funcionalidades para
determinar qué herramientas y metodología emplear para dar solución
a cada uno de los ítems que conforman los requerimientos funcionales
del aplicativo.

3.1.4. Diseño de la Interfaz del sistema propuesto.

Durante esta etapa, se pretende presentar una propuesta de

diseño de forma que sea amigable ante el usuario final.

22
3.1.5. Desarrollo de la base de datos

Se desarrollará e implementará la base de datos que cumpla con

la representación de los datos a manejar en el sistema de inscripción
específicamente del módulo de los pagos de los participantes a la
institución. Donde cada elemento de los distintos formularios y/o
formatos cumplirán con las operaciones de crear, modificar, consultar
y eliminar en el caso que sea requerido.

3.1.6. Desarrollo del módulo del sistema de pagos

Durante esta etapa se debe desarrollar el módulo del sistema web

de la fundación, verificar el flujo normal del proceso en integración con
los demás módulos que conforman el sistema.

3.1.7. Realizar pruebas y validaciones.

Se procederá a realizar una serie de pruebas sobre el sistema para

garantizar factores como seguridad, calidad, usabilidad, entre otros.

3.1.8. Implantación

Una vez desarrollado el módulo se procede a integrar con el portal

en línea (en desarrollo) y puesto en productivo.

3.1.9. Documentación

Se pretende documentar el sistema, brindar un manual de usuario

y explicar el funcionamiento mediante un entrenamiento al usuario
final.

23
 CRONOGRAMA DE ACTIVIDADES

Nivel de Pasantía: Profesional.

Nombre y apellido: Jennifer Andrea Rondón Cáceres. C.I.: V24035449. Carrera: Ingeniería en Informática.
Empresa: FUNDAUNEG. Área: Gerencia de FUNDAUNEG. Título: DESARROLLO DEL MÓDULO DE GESTION DE
PAGOS EN LINEA DE SERVICIOS DE LA APLICACIÓN WEB DE LA FUNDACIÓN DE LA UNEG Fecha inicio de
pasantía: 13/02/2017. Fecha de culminación de pasantía: 05/06/2017.

Ilustración 3. Plan de trabajo. Fuente (Rondón, 2017).

Tutor Académico Tutor Industrial

Ing. Mosquera, Diego Ing. Quilarquez, Leniska

24
4. LOGROS DEL PLAN DE TRABAJO

4.1. Estudio del ámbito de la fundación de la UNEG

Se pudo comprender la problemática provista por la empresa, la cual

contempla los procesos involucrados en cuanto a los pagos generados
ante una inscripción y durante el ciclo de vida de un curso o diplomado.
También entender la idea y el desarrollo Web en el cual se integraría el
módulo.

4.2. Levantamiento de los requerimientos

Se logró mediante entrevistas, reuniones y acuerdos con el tutor

industrial y los usuarios finales la captura de los requisitos funcionales
que satisfacen las necesidades actuales de la fundación.

4.3. Análisis y validación de requerimientos

Se logró implementar el siguiente modelo de datos, tal como se

muestra en la ilustración Nº 8 con el fin de llevar un control oportuno de
los datos manejados en el sistema.

4.4. Diseño de la interfaz propuesta

Se logró el desarrollo del módulo de gestión de pagos, con una

interfaz gráfica dinámica, amigable y de fácil uso. Tal como mostrará más
adelante en las pantallas del sistema.

4.5. Desarrollo de la base de datos

El módulo fue satisfactoriamente integrado al sistema web que se

encuentra en desarrollo.

4.6. Desarrollo del módulo del sistema

Durante esta etapa se desarrolló el módulo del sistema web de la

fundación con las herramientas de software escogidas para brindar una
solución automatizada.

25
 4.7. Realización de pruebas y validaciones

Se realizaron pruebas que permitieron garantizar el cumplimiento de

los requerimientos funcionales y no funcionales establecidos.

4.8. Implantación

Se implantó el sistema en las instalaciones de la fundación.

4.9. Documentación

Se logró entrenar al personal en cuanto al uso del sistema, se

entregó un manual de usuario y durante la entrega de los programas
fuentes ha quedado constancia de la documentación del mismo.

5. MÉTODOS, TÉCNICAS Y PROCEDIMIENTOS APLICADOS

Dada la importancia de la ingeniería del software y una vez obtenido los

requisitos del sistema para ejecutar una solución factible, es preciso darle un
enfoque metodológico que permita organizar las acciones a ser ejecutadas
para la obtención de un producto final esperado.

Por tales motivos, la elección de una adecuada metodología permite que

los procesos de análisis, diseño, desarrollo y pruebas puedan ser ejecutados
bajo un control para así construir bajo estándares de calidad el aplicativo ya
descrito.

En consecuente a lo anterior, para el desarrollo del sistema de pagos en

línea de la aplicación web de FUNDAUNEG se hizo oportuno el uso de la
metodología Proceso Unificado Ágil (AUP, por sus siglas en inglés) en sus
primeras tres (3) fases.

26
5.1. Metodología AUP (Agile Unified Process)

El Proceso Unificado Ágil de Scott Ambler o Agile Unified

Process (AUP) en inglés es una versión simplificada del Proceso
Unificado Racional (Rational Unified Process o RUP). Este describe
de una manera simple y fácil de entender la forma de desarrollar
aplicaciones de software de negocio usando técnicas ágiles y
conceptos que aún se mantienen válidos en RUP.
El proceso unificado (Unified Process o UP) es un marco de
desarrollo software iterativo e incremental. A menudo es
considerado como un proceso altamente ceremonioso porque
especifica muchas actividades y artefactos involucrados en el
desarrollo de un proyecto software. Dado que es un marco de
procesos, puede ser adaptado y la más conocida es RUP (Rational
Unified Process) de IBM.
AUP se preocupa especialmente de la gestión de riesgos.
Propone que aquellos elementos con alto riesgo obtengan prioridad
en el proceso de desarrollo y sean abordados en etapas tempranas
del mismo. Para ello, se crean y mantienen listas identificando los
riesgos desde etapas iníciales del proyecto. Especialmente
relevante en este sentido es el desarrollo de prototipos ejecutables
durante la base de elaboración del producto, donde se demuestre
la validez de la arquitectura para los requisitos clave del producto y
que determinan los riesgos técnicos.
El proceso AUP establece un modelo más simple que el que
aparece en RUP por que unifica las disciplinas de modelado de
negocio, requisitos, análisis y diseño. El resto de disciplinas
(Implementación, Pruebas, Despliegue, Gestión de Configuración,
Gestión y Entorno) coinciden con las restantes de RUP.

27
5.2. Filosofías de la metodología AUP

La metodología AUP se basa en los siguientes principios

filosóficos:
1. El personal sabe lo que está haciendo, no se requiere que las
personas lean la documentación detallada del proceso, pero
necesitarán algunas pautas y/o capacitación de alto nivel de ser
necesario. El producto AUP proporciona enlaces a muchos
detalles, si está interesado, pero no le obliga a seguirlos.
2. Simplicidad, todo se describe concisamente con un puñado de
páginas, no miles.
3. Agilidad, Agile UP cumple con los valores y principios de
desarrollo ágil de software y Agile Alliance.
4. Concentración en actividades de alto valor, el enfoque debe estar
en las actividades que realmente importan, y no en todas las cosas
posibles que pueden suceder durante un proyecto.
5. Independencia de las herramientas, puede utilizar cualquier
conjunto de herramientas que desee con AUP.
5.3. Fases de la metodología AUP

1. Concepción: algunos autores la llaman iniciación, el objetivo de

esta fase es obtener una comprensión común cliente-equipo de
desarrollo, del alcance del nuevo sistema y definir una o varias
arquitecturas candidatas para el mismo. (Nuñez Mori, 2010).
En tal sentido, el objetivo en esta fase es asimilar los
requerimientos esperados de la solución de tal manera que puedan
ser plasmados en la definición y especificación de los casos de uso.
Asimismo, al ser la fase inicial es de total apoyo a los procesos de
gestión, se presenta la programación definitiva de las actividades y
tareas conforme a la planificación del proyecto junto con la relación
de riesgos identificados.

28
 En base a ello, los documentos obtenidos durante esta fase son
los siguientes:
• Lista de requerimientos o requisitos del sistema

Un requerimiento se trata de una declaración abstracta de alto

nivel de un servicio que debe proporcionar el sistema o una
restricción de este según Sommerville (2005, p. 108).

Los requermientos funcionales según Sommerville, (Obj. Cit.)

son declaraciones de los servicios que debe proporcionar el
sistema, de la manera en que éste debe reaccionar a entradas
particulares y de cómo se debe comportar en situaciones
particulares. En algunos casos, los requerimientos funcionales de
los sistemas también pueden declarar explícitamente lo que el
sistema no debe hacer.
En base a ello los requerimientos funcionales surgidos son se
detallan en la tabla Nº 1.

o Funcionales

Tabla 1. Requerimientos funcionales. Rondón (2017)

MÓDULO DE LA GESTIÓN DE PAGOS

Nº Descripción Dif. Pri.
1 El sistema debe poder permitirles a los usuarios 2 1
(estudiantes) cargar la información de los pagos que
realicen.

29
 2 En el sistema se podrán visualizar los pagos de los 2 1
diferentes participantes desde la parte administrativa.
3 En el sistema (desde la parte administrativa) se podrán 2 1
filtrar los pagos por campos clave como la cédula del
estudiante o número de transacción.
4 En el sistema se debe poder actualizar los costos de los 2 1
diferentes cursos o diplomados
5 El sistema debe permitir aprobar o rechazar los pagos de 3 1
los participantes.
6 El sistema permitirá a los usuarios consultar su historial 2 1
de pagos.
7 Se podrán filtrar los pagos listados, en las categorías 2 2
“pendientes”, “aprobados” y “todos”.

Nota: se detallan las abreviaturas en la tabla.

Dif. = Dificultad. 1 = alta, 2 = media, 3 = baja.
Pri. = Prioridad. 1 = alta, 2 = media, 3 = baja.

Por su parte, los requerimientos no funcionales, son aquellos

requerimientos que no se refieren directamente a las funciones específicas
que proporciona el sistema. De forma alternativa, definen las restricciones del
sistema como la capacidad de los dispositivos de entrada/salida y las
representaciones de datos que se utilizan en las interfaces del sistema.
Los requerimientos no funcionales rara vez se asocian con características
particulares del sistema. En su defecto, estos requerimientos especifican o
restringen las propiedades emergentes del sistema. (Sommerville, 2005).

En base a ello los requerimientos funcionales surgidos son se detallan en la

tabla Nº II.

30
 o No funcionales

Tabla 2. Requerimientos no funcionales. Rondón (2017).

MÓDULO DE LA GESTIÓN DE PAGOS

Nº Requerimiento Descripción Dif. Pri.
2 Disponibilidad Según la ISO/IEC 9126, hace 2 1
referencia a la capacidad del
producto de software para
proporcionar un rendimiento
adecuado, en relación con la
cantidad de recursos utilizados,
bajo las condiciones establecidas.
4 Usabilidad Según la ISO/IEC 9126, "la 1 1
usabilidad se refiere a la
capacidad de un software de ser
comprendido, usado y ser
atractivo para el usuario, en
condiciones específicas de uso".
• La aplicación web debe
poseer un diseño responsive
a fin de garantizar la
adecuada visualización en
múltiples dispositivos
(ordenadores, teléfonos,
tablets).
• El sistema debe
proporcionar mensajes de
error en caso de ocurrir
alguna falla, estos deben ser

31
 informativos y orientados al
usuario final.

5 Interoperabilidad Según la ISO ISO/IEC 9126, se 1 1

refiere a la capacidad del producto
de software para interactuar con
uno o más sistemas
especificados.
• El sistema debe permitir la
interacción al acceso a otros
sistemas o plataformas en
este caso con Moodle.

7 Escalabilidad • Debe garantizarse el número 3 2

de conexiones o usuarios
concurrentes.
8 Interfaz • Debe contar con una interfaz 2 2
agradable acoplada a los
estándares y colores que
rigen la institución.
9 Seguridad Según la ISO/IEC 9126, se 1 1
refiere a atributos del software
relacionados con su habilidad
para prevenir acceso no
autorizado ya sea accidental o
deliberado, a programas y datos.
• El sistema web contará con
una zona privada para los
participantes de la fundación
bajo la autenticación por

32
 usuarios donde se debe
proporcionar un usuario y
contraseña que le permitirá
el control de acceso a las
áreas competentes o de
interés de los distintos roles
a desempeñarse.

Nota: se detallan las abreviaturas en la tabla.

Dif. = Dificultad. 1 = alta, 2 = media, 3 = baja.
Pri. = Prioridad. 1 = alta, 2 = media, 3 = baja.

• Análisis de riesgos
Un riesgo se puede concebir como una probabilidad de que una
circunstancia adversa e inoportuna ocurra durante la realización del sistema,
es decir, que existan eventos no deseados que interrumpan en el desarrollo
del software, puedo traer consigo consecuencias al proyecto desarrollando
y a la organización en sí.

33
Tabla 3. Tabla de los posibles riesgos que pueden aparecer en el desarrollo
del sistema. Fuente: Rondón (2017).

N° Riesgo Probabilidad Impacto

de aparición
1 Pérdida de interés por parte de Baja Catastrófico
la institución en la realización
del proyecto

2 Imposibilidad de adquirir los Moderada Serio

servicios de hosting y dominio
para alojar el sistema y que el
mismo esté disponible para el
usuario final a través de
Internet.

3 Cambios en los requerimientos Moderada Tolerable

funcionales.

4 Imposibilidad de asistir al sitio Alto Serio

de trabajo para el desarrollo del
sistema, realización de
reuniones, entrevistas, entre
otros. (debido a los problemas
políticos, económicos y sociales
que se presentan actualmente)

Dada la tabla de riesgos ante el desarrollo de un software es importante

planificar una serie de estrategias que permitan mitigar y gestionar los riesgos.

34
Mitigación de riesgos:

1. El riesgo es casi inexistente, debido a que la institución está muy

interesada en el desarrollo de esta solución para tener un mejor
desempeño de sus funciones.
2. En el peor de los casos, el sistema quedaría funcionando de manera
temporal en un entorno local dentro de las instalaciones de la
institución, mientras se logra gestionar todos los arreglos
presupuestarios y de configuración para poder alojar el sitio y que
sea de acceso público a través de Internet.
3. Para prevenir esto, o en dado caso hacer que el impacto no sea tan
fuerte, se deben planificar reuniones y entrevistas para mantener la
comunicación constante con las personas encargadas de
suministrar la información para la realización del sistema.
4. Pautar reuniones a través de herramientas online como Skype,
comunicación vía correo electrónico o medios similares, dividir parte
del desarrollo para realizarlo en otro ambiente adecuado,
planificación de reuniones en otras instalaciones más accesibles.

• Diagramas de casos de uso

Un caso de uso es una descripción de los pasos o las actividades
que deberán realizarse para llevar a cabo algún proceso. Los casos
de uso proporcionan la descripción de la manera en la que se debe
comportar el sistema en distintas condiciones en las que responde
a una petición de alguno de sus participantes (Pressman, 2010).
Para presentar los diagramas de caso de uso, es importante
identificar los actores, que son las distintas personas o dispositivos
que usan el sistema o producto final en el contexto de la función y
comportamiento que va a describirse. En tal sentido, los actores

35
 representan los papeles que desempeñan las personas o
dispositivos una vez que se opera el sistema.

Caso de uso general del sistema:

Ilustración 4. Diagrama de caso de uso general del módulo de pagos.

Fuente: Rondón (2017).

Nombre del caso de uso: ID:

Caso de uso general del sistema. UC01
Actores: estudiante, administrador (del sistema).
Descripción: Gestiona la generación, aprobación y procesamiento de los
pagos asociados a un determinado programa (curso o diplomado) de la
fundación FUNDAUNEG.
Casos de usos relacionados: inscripción en un programa, caso de uso de
un estudiante (UC02), caso de uso de un administrador (UC03)
Actores secundarios: BD tablas pagos.
Curso típico
1. El estudiante puede ingresar al sistema realizar las operaciones
pertinentes a los pagos asociados a la fundación.
2. El administrador verifica las operaciones de pagos de un estudiante.

36
 3. El estudiante y el administrador ingresan al sistema con los
respectivos roles y permisos de acceso correspondientes.

Ilustración 5. Caso de uso de un estudiante.

Nombre del caso de uso: ID:

Caso de uso de un estudiante en el sistema. UC02
Actores: estudiante, participante, administrador (del sistema).
Descripción: Gestiona las operaciones relacionadas al estudiante.
Casos de usos relacionados: inscripción en un programa.
Actores secundarios: BD tablas pagos.
Curso típico

37
1. El estudiante realizar pagos asociados a la inscripción de un
programa (curso o diplomado).
2. El estudiante visualiza los pagos cargados al sistema, pudiendo
verificar el estatus de su procesamiento por parte de la administración
de la fundación.
3. El estudiante ingresa a un programa, el estudiante con la
permisología correspondiente ingresa a un determinado curso o
diplomado por el cual ha pagado a la institución como nuevo cursante.
4. El administrador verifica los pagos.

Ilustración 6. Caso de uso del administrador del sistema.

38
Nombre del caso de uso: ID:
Caso de uso del administrador en el sistema. UC03
Actores: estudiante, administrador.
Descripción: Gestiona las operaciones que puede realizar el administrador
del sistema.
Casos de usos relacionados: caso de uso de un estudiante.
Actores secundarios: BD tablas pagos, DB tabla cursos
Curso típico
1. El administrador verifica los pagos para lo que asigna un estatus de
aprobación o rechazo.
2. El administrador aprueba la inscripción una vez sea aprobado el
pago.
3. El estatus del pago se registra en el histórico de cada estudiante.

Ilustración 7. Caso de uso de un estudiante inscrito en un programa.

Fuente. Rondón (2017).

39
Nombre del caso de uso: ID:
Caso de uso del estudiante inscrito. UC04
Actores: estudiante.
Descripción: Gestiona las operaciones de un estudiante adscrito a la
fundación.
Casos de usos relacionados:
Actores secundarios: DB tabla cursos, MOODLE
Curso típico
1. El estudiante ingresa al sistema bajo el programa pagado, accede a
la plataforma Moodle y ve clases en línea.

2. Elaboración: el objetivo es que el equipo de desarrollo

profundice en la comprensión de los requisitos del sistema y en
validar la arquitectura.
Durante esta fase el objetivo fue construir y probar la
arquitectura, comprobando que satisfaga los requerimientos que
exige el proyecto. Entre los entregables requeridos durante esta
fase se encuentran:
• Elaboración del documento del diseño de datos:
El modelo relacional se ha establecido actualmente
como el principal modelo de datos para las aplicaciones
de procesamiento de datos. Ha conseguido la posición
principal debido a su simplicidad, que facilita el trabajo del
programador en comparación con otros modelos como el
de red y el jerárquico. (Silberschatz, F. Korth, &
Sudarshan, 2002)
Por su parte, Elmasri y Navathe (2007) “el modelo
relacional representa la base de datos como una

40
colección de relaciones. Informalmente, cada una de
estas relaciones se parece a una tabla de valores 0, de
forma algo más extensa, a un fichero plano de registros”
(p.64).
En la ilustración Nº 8 se puede observar el diagrama
relacional desarrollado para el sistema propuesto. Se
detallan los atributos y relaciones de cada tabla.

41
Ilustración 8. Diagrama relacional, módulo de pagos. Fuente: Jennifer Rondón (2017).

42
DICCIONARIO DE DATOS
A continuación, se muestra el diccionario de datos del sistema.
CURSOS
Tabla 4. Diccionario de datos de la tabla cursos.

Columna Tipo Nulo Predeterminado Comentarios

id_curso (Primaria) int(11) No
nombre varchar(80) No
horas int(4) Sí NULL
fecha_inicio int(11) Sí NULL
tipo varchar(10) Sí NULL
inicial decimal(10,2) Sí NULL
cuotas decimal(10,2) Sí NULL
inicial_dolares decimal(10,2) Sí NULL
cuotas_dolares decimal(10,2) Sí NULL
numero_cuotas tinyint(4) Sí NULL
created_at timestamp No CURRENT_TIMESTAMP
updated_at timestamp No CURRENT_TIMESTAMP

Índices
Tabla 5. Diccionario de datos de los índices de la tabla cursos.

Nombre de
Tipo Único Empaquetado Columna Null Comentario
la clave
PRIMARY BTREE Sí No id_curso No

PAGOS
Tabla 6. Diccionario de datos de la tabla pagos asociada al módulo del
sistema. Fuente: Rondón, 2017.

Columna Tipo Nulo Predeterminado Comentarios

id_pago (Primaria) int(11) No
id_usuario int(11) No
id_curso int(11) No
nro_deposito int(11) No

43
monto decimal(10,2) No
moneda varchar(10) Sí Bolívares
fecha date No
tipo_pago varchar(140) No
status varchar(15) No Pendiente
updated_at timestamp No CURRENT_TIMESTAMP
created_at timestamp No CURRENT_TIMESTAMP

Índices
Tabla 7. Diccionario de datos de los índices de la tabla de pagos. Fuente:
Rondón, 2017.
Nombre de la
Tipo Único Empaquetado Columna Null Comentario
clave
PRIMARY BTREE Sí No id_pago No
pagos_ibfk_1 BTREE No No id_usuario No
pagos_ibfk_2 BTREE No No id_curso No

ROLES
Tabla 8. Diccionario de datos de la tabla roles del sistema.

Columna Tipo Nulo Predeterminado Comentarios

id (Primaria) int(11) No
rol varchar(20) No
created_at timestamp No CURRENT_TIMESTAMP

Índices
Tabla 9. Diccionario de datos de los índices de la tabla roles del sistema.

Nombre de
Tipo Único Empaquetado Columna Null Comentario
la clave
PRIMARY BTREE Sí No id No

44
USUARIOS
Tabla 10. Diccionario de datos de la tabla usuarios.

Columna Tipo Nulo Predeterminado Comentarios

id (Primaria) int(11) No
cedula varchar(10) No
usuario varchar(20) No
password varchar(30) No
nombre varchar(50) No
apellidos varchar(50) No
email varchar(50) No
telefono varchar(13) Sí NULL
direccion varchar(150) No
pais varchar(2) No VE
rol int(11) No 2
edad tinyint(4) No
genero varchar(12) No
estado varchar(50) No
ciudad varchar(50) No
nivel varchar(20) No
area varchar(30) No
ultimo varchar(20) Sí NULL
institucion varchar(100) Sí NULL
tipo_u varchar(10) Sí NULL
empresa varchar(100) Sí NULL
profesion varchar(50) Sí NULL
cargo varchar(50) Sí NULL
telefono_e varchar(15) Sí NULL
email_e varchar(30) Sí NULL
anios_e tinyint(4) Sí NULL
tipo_empresa varchar(20) Sí NULL
estado_e varchar(50) Sí NULL
ciudad_e varchar(50) Sí NULL
direccion_e varchar(200) Sí NULL
created_at timestamp No CURRENT_TIMESTAMP

45
 updated_at timestamp No CURRENT_TIMESTAMP

Índices
Tabla 11. Diccionario de datos de los índices de la tabla usuarios.

Nombre de
Tipo Único Empaquetado Columna Nulo Comentario
la clave
PRIMARY BTREE Sí No id No
cedula BTREE Sí No cedula No
rol BTREE No No rol No

3. Construcción: durante la fase de construcción el sistema es

desarrollado y probado al completo en el ambiente de desarrollo;
aplicando las disciplinas correspondientes.
Esta fase comprende la labor de codificación y pruebas del
sistema a partir de los requisitos y diseño antes señalados. El
objetivo de la misma es desarrollar un software que funcione y
satisfaga las necesidades del proyecto. También iteraciones
asociadas a las pruebas en la construcción del proyecto.

Iteraciones del sistema

La metodología AUP insta a hacer entregas progresivas del desarrollo

final en cada iteración. A medida que el proyecto avance, estas
iteraciones deberían ser más cortas ya que cada vez se corrigen más
fallos y se van finiquitando los requerimientos.

Para el desarrollo de este módulo, se realizaron 5 iteraciones las

cuales se describen a continuación en la siguiente tabla.

46
 Tabla 12. Iteraciones del desarrollo

Nº de Actividad
iteración
1 Desarrollo y pruebas del módulo de pagos (usuario):
Creación del formulario de pago y carga de pago
2 Desarrollo y pruebas del módulo de pagos (usuario): Ver
histórico de pagos
3 Desarrollo y pruebas del módulo de pagos (administrador):
Despliegue de todos los pagos (pendientes, aprobados y
rechazados)
4 Desarrollo y pruebas del módulo de pagos (administrador):
Procesamiento de pagos (aprobar/rechazar)
5 Desarrollo y pruebas del módulo de pagos (administrador):
Filtrado de pagos por distintos criterios de búsqueda

Herramientas de desarrollo utilizadas

A continuación, se presenta un resumen monográfico con las
definiciones y características relevante de las principales tecnologías y
herramientas utilizadas en la implementación durante la fase de
construcción del sistema de pagos en línea de la aplicación Web de
FUNDAUNEG, tales como HTML5, CSS3, JavaScript, MaterializeCSS,
Ajax, CodeIgniter, PHP, MySQL, entre otras; los cuales se describirán a
continuación:

HTML5
El estándar HTML, de las siglas en inglés HyperText Markup
Language, es el lenguaje más utilizado para la elaboración de páginas
Web. Este lenguaje se utiliza para mostrar texto, acompañado de otros
elementos como imágenes o tablas, a través de internet. Para poder

47
visualizar estas páginas e interactuar con ellas el usuario necesita utilizar
un “navegador web”, programa informático que interpreta el lenguaje
HTML y lo visualiza en la interfaz del dispositivo.

HTML5 es la quinta revisión del estándar HTML que adiciona

utilidades para el desarrollo de páginas. Según Mir Huguet, (2012)
mencionada versión cuenta con nuevas etiquetas y atributos para
mejorar la semántica y estructura de los documentos web. También
menciona que con HTML5 se encuentran una serie de APIs que
proporcionan una serie de recursos y facilidades para ayudar en el
desarrollo de aplicaciones Web.

HTML5 propone una nueva manera de estructurar los documentos.

Esta nueva forma de organizar la web proporciona al desarrollador
elementos y atributos, así como la modificación de antiguos con nuevas
funcionalidades. También hay algunos elementos y atributos que han
dejado de tener implementación en esta nueva versión de HTML. (Mir
Huguet, 2012).

48
Ilustración 9. Ejemplo de la estructura de una página web usando HTML4

Ilustración 10. Ejemplo reestructuración de página web usando el estándar

HTML5

49
CSS3
CSS es la abreviatura de Cascading StyleSheets, cuya traducción es
hojas de estilo en cascada. Éste es un lenguaje que permite declarar
instrucciones de estilo visual para el navegador, estando relacionado a
un documento HTML, o a varios. Estandarizada por la W3C.
Las declaraciones CSS son instrucciones que apuntan a dar estilos
y/o modificar la manera en que el navegador renderiza el contenido del
HTML (Reynoso, 2014).

JAVASCRIPT
JavaScript es un lenguaje de programación que se utiliza
principalmente para crear páginas web dinámicas.
Una página web dinámica es aquella que incorpora efectos como
texto que aparece y desaparece, animaciones, acciones que se activan
al pulsar botones y ventanas con mensajes de aviso al usuario.
Técnicamente, JavaScript es un lenguaje de programación
interpretado, por lo que no es necesario compilar los programas para
ejecutarlos. En otras palabras, los programas escritos con JavaScript se
pueden probar directamente en cualquier navegador sin necesidad de
procesos intermedios.

MATERIALIZECSS
Creado y diseñado por Google, Materialize es un framework de diseño
que combina los principios básicos de diseño web responsive con mucha
innovación y tecnología. En otras palabras, Materializecss es un
framework que simplifica el proceso de creación de diseños web gracias
a una serie de recursos en CSS, Fuentes y JS que facilitan el desarrollo.

50
AJAX
Según IBM Ajax (Asynchronous JavaScript and XML) se refiere a un
grupo de tecnologías que se utilizan para desarrollar aplicaciones web.
Al combinar estas tecnologías, las páginas web parece que son más
receptivas puesto que los paquetes pequeños de datos se intercambian
con el servidor y las páginas web no se vuelven a cargar cada vez que
un usuario realiza un cambio de entrada. Ajax permite que un usuario de
la aplicación web interactúe con una página web sin la interrupción que
implica volver a cargar la página web. La interacción del sitio web ocurre
rápidamente sólo con partes de la página de recarga y renovación.

PHP
PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un
lenguaje muy popular de programación interpretado, de código abierto,
especialmente adecuado para el desarrollo web y que puede ser
incrustado en HTML (The PHP Group, 2017).
PHP está enfocado principalmente a la programación de scripts del
lado del servidor, por lo que se puede hacer cosas como recopilar datos
de formularios, generar páginas con contenidos dinámicos, o enviar y
recibir cookies.

CODEIGNITER
CodeIgniter es un framework para el desarrollo de aplicaciones en
PHP que utiliza el MVC (Modelo – Vista – Controlador). Que permite a
los programadores Web mejorar la forma de trabajar y hacerlo a mayor
velocidad.
El Modelo Vista Controlador (MVC) es un estilo de programación en
el que la aplicación está dividida en 3 capas:

51
 • Modelo: es dónde se procesa y obtienen los datos, la conexión
con la base de datos.
• Vista: presenta los datos en pantalla, es donde se ubica el código
HTML.
• Controlador: controla los datos, dicho de forma rápida obtiene
datos de un modelo, los procesa, y se los pasa a la vista.

Ilustración 11. Esquema grafico del Modelo Vista Controlador

MYSQL
Es un sistema de gestión de bases de datos relacional de código
abierto, basado en lenguaje de consulta estructurado (SQL). Según
Oracle (2017) MySQL es la base de datos de código abierto más popular
del mercado. Gracias a su rendimiento probado, a su fiabilidad y a su
facilidad de uso.
Se considera un gestor de base de datos multihilo y multiusuario, lo
que le permite ser utilizado por varias personas al mismo tiempo, e

52
incluso, realizar varias consultas a la vez, lo que lo hace sumamente
versátil.

4. Transición: el sistema se lleva a los entornos de preproducción

donde se somete a pruebas de validación y aceptación y finalmente
se despliega en los sistemas de producción.

5.4. Justificación de la elección de la metodología

Se eligió la metodología de desarrollo (Agile Unified Process,

AUP) para el presente proyecto por las razones expuestas a
continuación:
AUP ofrece un marco de buenas prácticas en la fase de
construcción de software en búsqueda de la optimización
promoviendo medidas como la ejecución de pruebas en paralelo
con la programación, así como el manejo de unidades de prueba.
Asimismo, por sus principios derivados de RUP, se constituye
como una de las metodologías más utilizadas para el análisis,
implementación y documentación de sistemas orientados a objetos.
Al igual que RUP, prioriza a un grado mayor la documentación
brindando un paradigma de trabajo con entregables esenciales y
específicos para el entendimiento de la solución final.
Por último, debido a que el desarrollo está conformado por un
pequeño número de integrantes, siendo en este caso la misma
persona responsable de las labores de análisis, diseño e
implementación, el escenario resulta adecuado para esta
metodología considerando su aplicación en entornos
organizacionales no masivos o en equipos con una estructura
jerárquica reducida.

53
• Pantallas del sistema
Luego de cumplir con las etapas anteriores y utilizar los lenguajes y
herramientas de programación ya explicados, se procede a mostrar
pantallas del sistema propuesto: Las imágenes que se muestran a
continuación son el resultado de las iteraciones desarrolladas en la etapa
de construcción del módulo de pagos propuesto y la página web de la
fundación.
o Implementación de las funcionalidades de un participante
(estudiante)

Ilustración 12. Pantalla de inicio de sesión en el portal privado de la

fundación.

54
Ilustración 13. Pantalla de inicio de un estudiante al portal de la fundación.

Ilustración 14. Formulario de registro de un pago del estudiante en un

determinado curso o diplomado.

55
lustración 15. Pantalla del histórico de pagos de un estudiante.

o Implementación de las funcionalidades administrativas

Ilustración 16. Pantalla inicio de sesión del panel administrativo.

56
Ilustración 17. Pantalla principal del panel administrativo de la fundación.

Ilustración 18. Pantalla de los pagos pendientes en el sistema.

57
 Ilustración 19. Confirmación de un pago.

Ilustración 20. Pantalla donde se muestran todos los pagos registrados.

58
Ilustración 21. Pantalla donde se filtran los pagos confirmados.

Ilustración 22. Se muestra el campo para filtrar búsquedas.

59
 Ilustración 23. Pantalla donde se rechaza un pago.

Ilustración 24. Pantalla donde se muestran los pagos rechazados.

60
Pruebas
En este apartado, se muestra el catálogo de pruebas mediante la cual se
verificó y validó el sistema. También se detalla una breve monografía de los
tipos de pruebas seleccionados y su justificación.

Estrategia de pruebas
En líneas generales, la finalidad de ejecutar pruebas de verificación y
validación es comprobar la calidad del software, así como medir su eficiencia.
En este caso también se busca comprobar la correcta integración del módulo
desarrollado con otros módulos existentes. Para la realización de estas
pruebas, se siguió la siguiente estrategia:

• Diseñar y documentar los casos de prueba que serán ejecutados en el

módulo en el catálogo de pruebas
• Realización de pruebas unitarias de las funcionalidades del módulo de
manera paralela al proceso de codificación, esto con el fin de ir
haciendo el proceso de verificación y validación en caliente.
• Partiendo de la práctica del desarrollo guiado por pruebas, con base a
la cual se implementaron las siguientes etapas: establecer los
requisitos que deben ser probados, luego la elaboración y ejecución de
las pruebas de dichos requisitos, seguido de la aplicación de un código
de solución o alivio y por último aplicar el proceso de refactorización,
que consiste en llevar el código a su mínima expresión para que
funcione correctamente eliminando instrucciones duplicadas o
innecesarias y luego se actualiza la lista de los requisitos.
• Finalmente se realizarán pruebas de integración donde se espera el
correcto funcionamiento y acoplamiento del módulo junto con el módulo
de registro de usuarios desarrollado por otro pasante en la institución.

61
Tipos de prueba

o Pruebas Unitarias
La prueba unitaria es el proceso de probar los componentes individuales
(subprogramas o procedimientos) de un programa. El propósito es descubrir
discrepancias entre la especificación de la interfase de los módulos y su
comportamiento real (Kit, 1995).
Este es un método que permite detectar de forma temprana defectos o
errores que se presenten antes de alcanzar la etapa de pruebas integrales.
Entre los tipos de pruebas unitarias fueron consideradas:

• Pruebas de caja blanca: estas pruebas aseguran que la operación

interna del software se ajusta a las especificaciones y que todos los
componentes internos se han probado y acoplado de manera
correcta. Las pruebas de caja blanca requieren un conocimiento y
análisis del código fuente del software. Estas pruebas deben ser
realizadas por los programadores y el objetivo principal es que todo
el código se integra y funciona correctamente. Como parte de la
filosofía ágil, cabe destacar que estas pruebas fueron realizadas
paralelamente al proceso de codificación del módulo. (Martínez,
2010).
• Pruebas de caja negra: se centran en los requisitos funcionales del
software. El objetivo es probar que tan bien se ajusta el software a los
requerimientos del mismo. Para estas pruebas se toma en cuenta el
punto de vista del usuario final y pueden ser ellos mismos quienes
realicen las pruebas. A diferencia de las pruebas de caja blanca, no
hace falta conocer el código del sistema ni su estructura. (Martínez,
2010).

62
 o Pruebas de integración
La prueba de integración es el proceso en el cual los componentes son
agregados para crear componentes más grandes. Es el testing realizado para
mostrar que, aunque los componentes hayan pasado satisfactoriamente las
pruebas unitarias, la combinación de componentes puede ser incorrecta o
insatisfactoria. (Pérez Lamancha, 2006)

Tabla 13. Catálogo de pruebas

Módulo Tipo Descripción Observaciones

Pagos Integral Verificar que el módulo está integrado Se integró
correctamente con el módulo de correctamente
usuarios (para poder iniciar sesión
previamente)
Pagos Unitaria Comprobar que se despliega la lista Se despliega
de los programas desde la base de correctamente
datos para que el usuario escoja un
ítem de la lista en el formulario de
pagos
Pagos Unitaria Verificar que el formulario de pago Se valida
sea validado todos sus campos antes correctamente
de hacer el envío de la información
Pagos Unitaria Verificar que el sistema despliega el Se despliega
histórico de pagos realizados con la correctamente
descripción de cada uno
Pagos Unitaria Verificar que el sistema muestra una Se muestra
notificación en la página principal con correctamente
la cantidad de pagos pendientes

63
6. FACILIDADES Y DIFICULTADES

En las actividades realizadas en FUNDAUNEG, durante las dieciséis (16)

semanas de pasantía, se presentaron ciertas facilidades y dificultades, las
cuales se detallan seguidamente:

6.1. Facilidades

• Receptividad inmediata del equipo de trabajo en la fundación.

• Apoyo oportuno por parte del personal.
• La comunicación directa con el departamento de administración
permitió de manera oportuna conocer las necesidades a cubrir.

6.2. Dificultades

• Poca comunicación con los tutores por motivos ajenos a la

voluntad de las partes.
• Problemas sociales, culturales y políticos presentados durante
el periodo de pasantía (protestas o “guarimbas”) que nos
causaron retrasos e inconvenientes para presentarnos a cumplir
correctamente, por lo que nos trajo un atraso en el cronograma.
• Sincronía en algunos casos con el registro de usuarios (módulo
de otro pasante en paralelo).

7. APORTES DADOS A LA EMPRESA

Con la culminación de la pasantía, el departamento de producción y el

departamento administración de la fundación FUNDAUNEG, tienen un sistema
estable en cuanto al módulo de gestión de pagos. De igual modo el
departamento cuenta con el código fuente documentado que le permitirá el
mantenimiento del sistema en caso de ser necesario. Adicionalmente se
desarrolló desde cero la página web informativa y el portal en línea junto a otro
pasante, lo que permite dejar un aporte en conjunto a la empresa fuera de
nuestro compromiso.

64
8. CONOCIMIENTOS TEÓRICOS Y PRÁCTICOS ADQUIRIDOS

Durante las semanas en la pasantía se reforzaron los conocimientos

relacionados al desarrollo de software, desarrollos web, tecnologías y su
aplicación, asimismo se comprendieron las técnicas y herramientas de trabajo
aplicadas un ambiente laboral real. Se adquirieron conocimientos en
tecnologías que nos permitió tener una idea clara y mayor compresión del
trabajo colaborativo y en equipo en un entorno laboral con una problemática
real a la cual como futuros ingenieros nos afrontaremos.

8.1. Conocimientos teóricos

• Reforzamiento de conocimientos adquiridos para el análisis y

diseño de sistemas empleando el Lenguaje Unificado de
Modelado (UML).
• Fortalecimiento de los conocimientos sobre metodologías ágiles
en las fases de construcción y pruebas.
• Adquisición de conocimientos en el área de pruebas de un
software.
• Fortalecimiento de los conocimientos obtenidos durante la
carrera universitaria.

8.2. Conocimientos prácticos

• Reforzamiento de conocimientos sobre el diseño de sitios web

con HTML5, CSS3 y JavaScript empleando el Framework
MaterializeCSS.
• Reforzamiento de conocimientos sobre programación web
dinámica con PHP.
• Nuevos conocimientos del Framework CodeIgniter para la
programación en PHP.
• Conocimientos adquiridos en la tecnología AJAX.

65
• Conocimientos adquiridos en plugins como datepicker.
• Conocimientos adquiridos en la interoperabilidad entre sistemas
y plataformas.

66
 CONCLUSIONES

Finalizado el desarrollo del módulo de pagos de la fundación y su

página web, en base a las dificultades, puesta en práctica de los
conocimientos y aquellos aprendizajes obtenidos, se explican las
conclusiones derivadas del proceso de pasantía:

• El análisis del problema permitió conocer las debilidades que

presentaba el departamento y la necesidad de la fundación en
automatizar sus procesos y mediante el diseño de la solución
se pudo dar cobertura de los requerimientos maximizando las
funcionalidades deseadas del producto y logrando así pasos
importantes para la fundación la cual está emergiendo al
crecimiento tecnológico.
• Con el desarrollo del módulo logró implementar una solución
sistematizada capaz de realizar una adecuada gestión del
proceso administrativo de la fundación FUNDAUNEG para
una mejor gestión en el proceso de inscripción de sus
cursantes.
• La distribución del trabajo posibilitó el cumplimiento de los
objetivos estipulados. También, se logró desarrollar
satisfactoriamente las fases de desarrollo del software junto
con los entregables establecidos por la metodología AUP.

67
 RECOMENDACIONES

Una vez finalizado el trabajo de pasantía se generaron las siguientes

recomendaciones para los entes involucrados: universidad, empresa y
pasante.

A FUNDAUNEG:

Continuar con el desarrollo de las nuevas funcionalidades de la aplicación

de la fundación, para cubrir en totalidad los objetivos de los procesos
manejados por la entidad.

Hacerle las mejoras correspondientes al sistema implementado, a su portal

y los futuros módulos que puedan ser desarrollados.

A la Universidad Nacional Experimental de Guayana (UNEG)

Mejorar la orientación de la formación de profesionales, los lineamientos y

guías durante la realización de la pasantía. Asimismo, hacer cumplir el
compromiso que asumen los tutores académicos e industriales.

A los próximos pasantes:

Mantener una comunicación constante con los tutores académicos e

industriales, con el fin de cuando finalice la pasantía se haya cumplido con
todas las expectativas que sugirió el cliente y finalmente que satisfagan al
usuario final.

68
 REFERENCIAS

Group, T. P. (2017). The PHP Group. Obtenido de What is PHP?:

http://www.php.net/manual/es/intro-whatis.php
IBM. (s.f.). IBM Knowledge Center. Obtenido de IBM Knowledge Center:
https://www.ibm.com/support/knowledgecenter/es/SS8PJ7_9.1.2/com.i
bm.etools.webtoolscore.doc/topics/cajax.html
ISO/IEC (2000). ISO/IEC FDIS 9126-1:2000(E) Information technology —
Software product quality — Part 1: Quality model. Ginebra, Suiza:
International Organization for Standardization.
Kit, E. (1995). Software Testing In The Real World: Improving The Proccess.
Addison Wesley.
Martínez, I. C. (2010). Universidad Simón Bolívar. Obtenido de Universidad
Simón Bolívar cursos:
https://ldc.usb.ve/~martinez/cursos/ci3715/clase11_AJ2010.pdf
Mir Huguet, J. (2012). Estudio de los futuros estándares HTML5 y CSS3.
Obtenido de Estudio de los futuros estándares HTML5 y CSS3.:
https://repositori.udl.cat/bitstream/handle/10459.1/45984/jmirh.pdf?seq
uence=1
Nuñez Mori, J. G. (01 de Noviembre de 2010). Usabilidad de metodologías
ágiles. Obtenido de Universidad Politécnica de Madrid:
https://www.fi.upm.es/catedra-ibmrational/sites/www.fi.upm.es.catedra-
ibmrational/files/Tesis_MarcoAgilTrabajo.pdf
Oracle. (2017). Oracle. Obtenido de Oracle España:
https://www.oracle.com/es/mysql/index.html
Pérez Lamancha, B. (2006). Proceso de Testing Funcional Independiente.
Montevideo. Obtenido de

69
 http://www.ces.com.uy/documentos/imasd/Tesis-
Beatriz_Perez_2006.pdf
Pressman, R. (2010). Ingeniería del Software: un enfoque práctico. México,
DF: McGraw-Hill.
Reynoso, M. A. (24 de Julio de 2014). Multiplicidad digital: Hacia la expansión
de interfases web para dispositivos móviles. Obtenido de
http://fido.palermo.edu/servicios_dyc/proyectograduacion/archivos/303
2.pdf
Silberschatz, A., F. Korth, H., & Sudarshan, S. (2002). Fundamentos de la base
de datos. McGRAW-HILL.
Sommerville, I. (2005). Ingeniería del software. Madrid: Pearson Educación.

70
 ANEXOS

Ilustración 25. Página de FUNDAUNEG desarrollada por la autora. Rondón,

2017.

71
 Ilustración 26. Sección de programas en la página de FUNDAUNEG.
Fuente: Rondón, 2017.

En este apartado, el usuario podrá visualizar los programas ofertados por

la fundación y su información pertinente.

72