UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
“DESARROLLO DE MÓDULO DE TEST PSICOLÓGICO
PARA TALENTO HUMANO EN LA
UNIVERSIDAD DE GUAYAQUIL”
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES:
Brayan Oswaldo Ordoñez Oñate
Jaime Gabriel Ibarra Oñate
TUTOR:
Ing. Karla Abad S, M.Sc.
GUAYAQUIL – ECUADOR
2018
II
REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO:
“DESARROLLO DE MÓDULO DE TEST PSICOLÓGICO PARA TALENTO HUMANO
EN LA UNIVERSIDAD DE GUAYAQUIL”
AUTOR/ES:
Brayan Ordoñez Oñate
Jaime Ibarra Oñate
TUTOR:
Karla Abad, M. Sc
REVISORES:
Lcda. Jenny Ortiz, Mgs.
Ing. Lady Sangacha, Mgs.
INSTITUCIÓN: Universidad de
Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN:
No. DE PÁGS: 89
TÍTULO OBTENIDO: Ingeniero en Sistemas Computacionales.
ÁREAS TEMÁTICAS:
Campo: Desarrollo Tecnológico.
Área: Software.
PALABRAS CLAVE: Módulo de test psicológico, Aplicativo web, Talento Humano,
Test psicológico, test psicométricos.
RESUMEN: El desarrollo del presente trabajo beneficia principalmente a la
Universidad, directamente a la Dirección de Talento Humano, debido a la
automatización que se ha visto necesaria realizar en cuanto al proceso de selección del
personal para la misma. A consecuencia del desarrollo manual que se ha venido
realizando hasta el día de hoy e indagando los problemas que esto atraía es cómo surge
esta idea, motivada por este departamento y pensando en buscar beneficios tanto para
los encargados de este proceso como para los individuos que esperan realizar las
pruebas respectivas para ser contratados, se ha puesto en marcha el desarrollo de un
software amigable que será de gran ayuda a la hora de apoyar en la toma de decisiones
al realizar la selección de personal, aplicando la metodología espiral en este trabajo se
realiza prototipos que permiten evaluar el módulo para que se aclaren los
requerimientos solicitados, además que esta aplicación conlleva tres pruebas
III
integradas las cuales han sido seleccionadas por la Dirección de Talento Humano. El
aplicativo cuenta con la disponibilidad de crear nuevas pruebas, cabe recalcar que
entre las tres pruebas se utiliza baremos, que es una tabla de cálculos, en estas pruebas
se pueden definir nuevos rangos dando un peso distintivo y llamativo al software.
Cada una de las pruebas que brinda el software ha sido analizada y seleccionadas por
manos de expertos, así como respectivas revisiones en funcionalidad y factibilidad del
producto en cada avance, dando así confiabilidad y eficacia a la hora de presentar el
producto final.
No. DE REGISTRO: No. DE CLASIFICACIÓN:
DIRECCIÓN URL:
ADJUNTO PDF:
x SI NO
CONTACTO CON AUTOR/ES
Brayan Ordoñez
Jaime Ibarra
Teléfono:
0999163754
0985676803
E-mail:
CONTACTO EN LA INSTITUCIÓN:
Nombre: Ab. Juan Chávez Atocha
Teléfono: 2307729
E-mail:
X
IV
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE
MÓDULO DE TEST PSICOLÓGICO PARA TALENTO HUMANO EN LA
UNIVERSIDAD DE GUAYAQUIL” elaborado por el Sr.
BRAYAN OSWALDO ORDOÑEZ OÑATE y el Sr. JAIME GABRIEL
IBARRA OÑATE, alumnos no titulados de la Carrera de Ingeniería en
Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas
de la Universidad de Guayaquil, previo a la obtención del Título de
Ingeniero en Sistemas, me permito declarar que luego de haber orientado,
estudiado y revisado, la apruebo en todas sus partes.
Atentamente
Ing. Karla Abad Sacoto, M.Sc. TUTOR
V
DEDICATORIA
Dedico mi trabajo de titulación en primer lugar a Dios, ya que es quien me ha permitido llegar al lugar donde estoy. A mi madre, María Oñate Sánchez, quien siempre ha estado para apoyarme en las decisiones que he tomado. A mi padre, Oswaldo Ordoñez Mendoza, quién trabajo constantemente para poder sacarme adelante. A mis hermanos, Fabricio, Denis, Paul, Marco, por brindarme siempre su apoyo en los mejores y peores momentos. En general a todos ellos les dedico este logro más en mi vida y espero ser un buen ejemplo que seguir. Brayan Oswaldo Ordoñez Oñate
Principalmente dedico este trabajo a Dios, por ser el dueño de todos mis proyectos y base fundamental en mi vida, madre: Eva Lorgia Oñate Sánchez; padre: Clever Edison Ibarra Oñate; hermanas y hermano; a ustedes por su apoyo incondicional en cada etapa de vida estudiantil un agradecimiento muy grande, ya que sin sus consejos no podría haber llegado hasta este punto.
Jaime Gabriel Ibarra Oñate
VI
AGRADECIMIENTO
A Dios, a mi familia y amigos quienes fueron de gran apoyo en todo momento. A la Ing. Karla Abad quien estuvo en todo momento apoyándonos en el desarrollo del módulo de test psicológico, ya que con su experiencia logró guiarnos y así poder culminar el mismo. Al personal de la Dirección de Talento Humano de la Universidad de Guayaquil, con quienes se trató, ya que siempre nos ofrecieron todos los recursos necesarios para desarrollar el módulo. Brayan Oswaldo Ordoñez Oñate
Agradezco a Dios quien abre puertas en donde nadie se lo imagina y me ha regalado la vida para superarme día a día, a mis padres quienes siempre confiaron en mí regalándome sus consejos y apoyo incondicional, motores fundamentales en mi vida.
Jaime Gabriel Ibarra Oñate
VII
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo,
M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Abel Alarcón Salvatierra,
Mgs.
DIRECTOR DE LA CARRERA
DE
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Lcda. Jenny Ortiz Zambrano, Mgs.
PROFESOR REVISOR DEL
ÁREA TRIBUNAL
Ing. Lady Sangacha Tapia, Mgs.
PROFESOR REVISOR DEL
ÁREA TRIBUNAL
Ing. Karla Abad Sacoto, M.Sc.
PROFESOR TUTOR DEL PROYECTO
DE TITULACIÓN
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
VIII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
BRAYAN ORDOÑEZ OÑATE JAIME IBARRA OÑATE
IX
.
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
“DESARROLLO DE MÓDULO DE TEST PSICOLÓGICO
PARA TALENTO HUMANO EN LA
UNIVERSIDAD DE GUAYAQUIL”
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Autores: Brayan Oswaldo Ordoñez Oñate
C.I. 0604661967
Jaime Gabriel Ibarra Oñate C.I. 0604665513
Tutor: Ing. Karla Abad Sacoto, M.Sc.
Guayaquil, marzo del 2018
X
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por los estudiantes BRAYAN OSWALDO ORDOÑEZ OÑATE y JAIME GABRIEL IBARRA OÑATE, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: DESARROLLO DE MÓDULO DE TEST PSICOLÓGICO PARA
TALENTO HUMANO EN LA UNIVERSIDAD DE GUAYAQUIL.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Brayan Oswaldo Ordoñez Oñate C.I: 0604661967 Jaime Gabriel Ibarra Oñate C.I: 0604665513
Tutor: Ing. Karla Abad Sacoto, M.Sc.
Guayaquil, marzo del 2018
XI
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN FORMATO DIGITAL
1. Identificación del Proyecto de Titulación Nombre Alumno: Brayan Oswaldo Ordoñez Oñate
Dirección: Guayaquil, Julián Coronel 787 y García Moreno
Teléfono: 0999163754 E-mail: [email protected]
Nombre Alumno: Jaime Gabriel Ibarra Oñate
Dirección: Guayaquil, Julián Coronel 787 y García Moreno
Teléfono: 0985676803 E-mail: [email protected]
Facultad: Ciencias Matemáticas y Físicas
Carrera: Carrera de Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Ing. Karla Abad Sacoto, M.Sc.
Título del Proyecto de titulación: Desarrollo de módulo de test psicológico para Talento Humano en la Universidad de Guayaquil.
Tema del Proyecto de Titulación: (Palabras claves 5 a 8) Módulo de test psicológico, Aplicativo web, Talento Humano, Test psicológico, Test psicométricos
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:
Firma Alumnos:
Brayan Oswaldo Ordoñez Oñate Jaime Gabriel Ibarra Oñate
Inmediata X Después de 1 año
XII
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y. Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
XIII
ÍNDICE GENERAL
CARTA DE ACEPTACIÓN DEL TUTOR…………………………………....IV
DEDICATORIA……...…………………………………………………………..V
AGRADECIMIENTO………………….………….………………………….....VI
TRIBUNAL DE GRADO…………….……………..……………….…...…….VII
DECLARACIÓN EXPRESA ……...…………………...………………….…VIII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR………………………...….X
ÍNDICE GENERAL………………………………………………..…………..XIII
ABREVIATURAS……………………………………………….……………..XV
ÍNDICE DE CUADROS………………………………………….……..........XVI
ÍNDICE DE GRÁFICOS………………………………………….……….…XVII
RESUMEN…………………………………………………………….….….XVIII
(ABSTRACT)…………………………………………………………............XIX
INTRODUCCIÓN .................................................................................................. 1 CAPÍTULO I .......................................................................................................... 3
EL PROBLEMA .................................................................................................... 3 Ubicación del Problema en un Contexto ...................................................... 3
Situación Conflicto Nudos Críticos ................................................................ 4 Causas y Consecuencias del Problema ....................................................... 4
Delimitación del Problema .............................................................................. 5
Formulación del Problema .............................................................................. 5
Evaluación del Problema ................................................................................ 6
Objetivo general ................................................................................................ 7
Objetivos específicos ....................................................................................... 7
Alcances del problema .................................................................................... 7
Justificación e importancia .............................................................................. 8
Metodología por emplearse ............................................................................ 9
CAPÍTULO II ....................................................................................................... 12 MARCO TEÓRICO ............................................................................................ 12
Antecedentes del estudio .............................................................................. 12
Fundamentación teórica ................................................................................ 13
Test psicológicos ........................................................................................ 13 Clasificación de Test psicológicos ........................................................... 14
Selección de personal ............................................................................... 16 Técnicas de selección ............................................................................... 16 Xampp .......................................................................................................... 21
Lenguaje de programación ....................................................................... 21
PHP .............................................................................................................. 22
MVC: Modelo - Vista - Controlador .......................................................... 23 Laravel .......................................................................................................... 24
Base de datos ............................................................................................. 25 Microsoft SQL Server ................................................................................ 27
Fundamentación legal ................................................................................... 28
XIV
Decreto presidencial 1014 sobre el uso de software libre ................... 28 Estatuto orgánico de la Universidad de Guayaquil - Visión, Misión y Afines ............................................................................................................ 30
Ley orgánica de educación superior de la tipología de instituciones y régimen académico .................................................................................... 30
Pregunta científica a contestarse ................................................................ 30
Definiciones conceptuales ............................................................................ 30 CAPÍTULO III ...................................................................................................... 33
PROPUESTA TECNOLÓGICA ........................................................................ 33
Análisis de factibilidad ................................................................................... 33
Factibilidad operacional ............................................................................. 33
Factibilidad técnica ..................................................................................... 34 Factibilidad legal ......................................................................................... 35
Factibilidad económica .............................................................................. 35 Etapas de la metodología del proyecto ...................................................... 36
Comunicación con el cliente ..................................................................... 37 Planificación ................................................................................................ 39
Análisis de riesgos ..................................................................................... 40
Ingeniería ..................................................................................................... 42
Construcción y acción ................................................................................ 63
Evaluación del cliente ................................................................................ 71
Entregables del proyecto .............................................................................. 77
Criterios de validación de la propuesta ....................................................... 78
CAPÍTULO IV ...................................................................................................... 80 RESULTADOS - CONCLUSIONES Y RECOMENDACIONES .................. 80
Criterios de aceptación del producto o servicio ......................................... 80 Conclusiones ................................................................................................... 86
Recomendaciones .......................................................................................... 87 BIBLIOGRAFÍA ................................................................................................... 88
XV
ABREVIATURAS UG Universidad de Guayaquil
HTML Lenguaje de Marca de salida de Híper Texto
URL Localizador de Fuente Uniforme
Www World Wide Web (red mundial)
PHP Hypertext Preprocessor
POO Programación orientada a objetos
CSS Cascading Style Sheets
MVC Model View Controller
SGBD Sistema de Gestión de Bases de Datos
SQL Structure Query Language
SSL Secure Sockets Layer
XML Extensible Markup Language
16 PF The sixteen Personality Factor
PDO PHP Data Objects
XVI
ÍNDICE DE CUADROS
CUADRO N. 1: CAUSAS Y CONSECUENCIAS ................................................ 4 CUADRO N. 2: SOFTWARE .............................................................................. 34
CUADRO N. 3: HARDWARE ............................................................................. 34 CUADRO N. 4: EGRESOS .................................................................................. 36 CUADRO N. 5 : PLANIFICACIÓN DEL PROYECTO ..................................... 39 CUADRO N. 6: VALORACIÓN DE ANÁLISIS DE RIESGOS ........................ 41 CUADRO N. 7: ANÁLISIS DE RIESGOS .......................................................... 41
CUADRO N. 8: RIESGO Y CONTINGENCIA .................................................. 42 CUADRO N. 9: CASOS DE USO ACCEDER AL MÓDULO DE TEST
PSICOLÓGICO COMO USUARIO DE ADMINISTRACIÓN .......................... 44
CUADRO N. 10: CASOS DE USO PARA REGISTRAR CANDIDATO .......... 45 CUADRO N. 11: CASOS DE USO ACCEDER AL MÓDULO DE TEST
PSICOLÓGICO .................................................................................................... 46 CUADRO N. 12: CASOS DE USO REGISTRAR PUESTO .............................. 47
CUADRO N. 13: CASOS DE USO REGISTRAR PRUEBA .............................. 48 CUADRO N. 14: CASOS DE USO AGREGAR PREGUNTA ........................... 49
CUADRO N. 15: CASOS DE USO ASIGNAR O QUITAR PUESTO A
PRUEBA ............................................................................................................... 50
CUADRO N. 16: CASOS DE USO ACTUALIZAR DATOS ............................. 51 CUADRO N. 17: CASOS DE USO APLICAR PRUEBA ................................... 52 CUADRO N. 18: CASOS DE USO PARA INACTIVAR EVALUACIÓN
CANDIDATO ....................................................................................................... 53
CUADRO N. 19: CASOS DE USO LISTAR Y BÚSQUEDA DE RESPUESTAS
DE CANDIDATO ................................................................................................. 54 CUADRO N. 20: CASOS DE USO GENERAR REPORTES Y GRÁFICAS DE
EVALUACIONES ................................................................................................ 55 CUADRO N. 21: CASO DE PRUEBA AUTENTICAR USUARIO DE
ADMINISTRACIÓN ............................................................................................ 72 CUADRO N. 22: CASO DE PRUEBA REGISTRO DE CANDIDATO ............ 73 CUADRO N. 23: CASO DE PRUEBA ASIGNAR O QUITAR PUESTO A
PRUEBA ............................................................................................................... 74
CUADRO N. 24: CASO DE PRUEBA APLICAR PRUEBA ............................. 75 CUADRO N. 25: CASO DE PRUEBA GENERAR REPORTES Y GRÁFICA
DE EVALUACIONES ......................................................................................... 76 CUADRO N. 26: RESULTADOS DE LAS PRUEBAS ...................................... 78
CUADRO N. 27: CRITERIOS DE CALIDAD DE SOFTWARE ....................... 81 CUADRO N. 28: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO
CANDIDATO ....................................................................................................... 82
CUADRO N. 29: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO
ADMINISTRADOR ............................................................................................. 83 CUADRO N. 30: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO
ASISTENTE ......................................................................................................... 85
XVII
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1: TEST PSICOTÉCNICOS EN SELECCIÓN DE PERSONAL 19 GRÁFICO N. 2: ETAPAS DEL MODELO EN ESPIRAL .................................. 37 GRÁFICO N. 3: DIAGRAMA DE CASOS USO DE FUNCIONALIDADES
DEL SISTEMA Y USUARIOS ............................................................................ 43
GRÁFICO N. 4: DIAGRAMA DE CASOS DE USO ACCEDER AL MÓDULO
DE TEST PSICOLÓGICO COMO USUARIO DE ADMINISTRACIÓN ......... 44 GRÁFICO N. 5: DIAGRAMA DE CASOS DE USO REGISTRAR
CANDIDATO ....................................................................................................... 45 GRÁFICO N. 6: DIAGRAMA DE CASOS DE USO ACCEDER AL MÓDULO
DE TEST PSICOLÓGICO ................................................................................... 46 GRÁFICO N. 7: DIAGRAMA DE CASOS DE USO REGISTRAR PUESTO .. 47 GRÁFICO N. 8: DIAGRAMA DE CASOS DE USO REGISTRAR PRUEBA . 47
GRÁFICO N. 9: DIAGRAMA DE CASOS DE USO AGREGAR PREGUNTA
............................................................................................................................... 48 GRÁFICO N. 10: DIAGRAMA DE CASOS DE USO ASIGNAR O QUITAR
PUESTO A PRUEBA ........................................................................................... 49 GRÁFICO N. 11: DIAGRAMA DE CASOS DE USO ACTUALIZAR DATOS 50 GRÁFICO N. 12: DIAGRAMA DE CASOS DE USO APLICAR PRUEBA ..... 51
GRÁFICO N. 13: DIAGRAMA DE CASOS DE USO INACTIVAR
EVALUACIÓN CANDIDATO ............................................................................ 52
GRÁFICO N. 14: DIAGRAMA DE CASOS DE USO LISTAR Y BÚSQUEDA
DE RESPUESTAS DE CANDIDATO ................................................................. 53
GRÁFICO N. 15: DIAGRAMA DE CASOS DE USO GENERAR REPORTES Y
GRÁFICAS DE EVALUACIONES ..................................................................... 54
GRÁFICO N. 16: DIAGRAMA DE CLASES ..................................................... 56 GRÁFICO N. 17: DIAGRAMA ENTIDAD RELACIÓN ................................... 62 GRÁFICO N. 18: PROTOTIPO 1 (REGISTRAR NUEVO PUESTO) ............... 63 GRÁFICO N. 19: PROTOTIPO 2 (REGISTRAR NUEVO PUESTO) ............... 64
GRÁFICO N. 20: PROTOTIPO 3 (REGISTRAR NUEVO PUESTO) ............... 65 GRÁFICO N. 21: FORMULARIO INICIO DE SESSIÓN .................................. 66 GRÁFICO N. 22: FORMULARIO ACTUALIZACIÓN DE DATOS DE
CANDIDATO ....................................................................................................... 66 GRÁFICO N. 23: VENTANA DE PRUEBAS ASIGNADAS AL CANDIDATO
............................................................................................................................... 67 GRÁFICO N. 24: VENTANA DE EVALUACIÓN AL CANDIDATO ............. 67
GRÁFICO N. 25: FORMULARIO DE REGISTRO DE NUEVO PUESTO ...... 68 GRÁFICO N. 26: VENTANA DE PRUEBAS DISPONIBLES .......................... 69 GRÁFICO N. 27: VENTANA DE EVALUACIONES REALIZADAS AL
CANDIDATO ....................................................................................................... 69 GRÁFICO N. 28: VENTANA DE RESPUESTAS DE LA EVALUACIÓN AL
CANDIDATO ....................................................................................................... 70 GRÁFICO N. 29: VENTANA DE GRÁFICA DE EVALUACIÓN ................... 70 GRÁFICO N. 30: VENTANA DE REPORTE DE CANDIDATO ...................... 71
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DE MÓDULO DE TEST PSICOLÓGICO
PARA TALENTO HUMANO EN LA
UNIVERSIDAD DE GUAYAQUIL”
Resumen
El desarrollo del presente trabajo beneficia principalmente a la Universidad,
directamente a la Dirección de Talento Humano, debido a la automatización que se ha
visto necesaria realizar en cuanto al proceso de selección del personal para la misma. A
consecuencia del desarrollo manual que se ha venido realizando hasta el día de hoy e
indagando los problemas que esto atraía es cómo surge esta idea, motivada por este
departamento y pensando en buscar beneficios tanto para los encargados de este proceso
como para los individuos que esperan realizar las pruebas respectivas para ser
contratados, se ha puesto en marcha el desarrollo de un software amigable que será de
gran ayuda a la hora de apoyar en la toma de decisiones al realizar la selección de
personal, aplicando la metodología espiral en este trabajo se realiza prototipos que
permiten evaluar el módulo para que se aclaren los requerimientos solicitados, además
que esta aplicación conlleva tres pruebas integradas las cuales han sido seleccionadas por
la Dirección de Talento Humano. El aplicativo cuenta con la disponibilidad de crear
nuevas pruebas, cabe recalcar que entre las tres pruebas se utiliza baremos, que es una
tabla de cálculos, en estas pruebas se pueden definir nuevos rangos dando un peso
distintivo y llamativo al software. Cada una de las pruebas que brinda el software ha sido
analizada y seleccionadas por manos de expertos, así como respectivas revisiones en
funcionalidad y factibilidad del producto en cada avance, dando así confiabilidad y
eficacia a la hora de presentar el producto final.
Palabras claves: Módulo de test psicológico, Aplicativo web, Talento Humano, Test
psicológico, Test psicométricos.
Autores:
Brayan Ordoñez Oñate
Jaime Ibarra Oñate
Tutor:
Ing. Karla Abad Sacoto, M. Sc
XIX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DEVELOPMENT OF A PSYCHOLOGICAL TEST MODULE
FOR HUMAN TALENT AT THE
UNIVERSITY OF GUAYAQUIL”
Abstract
The development of this work mainly benefits the University, directly to the
Human Talent Directorate, due to the automation that has been necessary to perform in
terms of the process of selection of staff for it. As a result of the manual development that
has been carried out to date and investigating the problems that this attracted is how this
idea arose, motivated by this department and thinking of looking for benefits both for
those in charge of this process and for the individuals who wait to carry out the respective
tests to be hired, the development of a friendly software has been launched, which will be
of great help when it comes to supporting decision-making when selecting personnel,
applying the spiral methodology in this work. prototypes that allow to evaluate the
module so that the requested requirements are clarified, besides that this application
involves three integrated tests which have been selected by the Human Talent Directorate.
The application has the availability to create new tests, it should be noted that between
the three tests is used scales, which is a table of calculations, in these tests you can define
new ranges giving a distinctive and striking weight to the software. Each of the tests
provided by the software has been analyzed and selected by experts, as well as respective
revisions in functionality and feasibility of the product in each advance, thus giving
reliability and efficiency when presenting the final product.
Keywords: Psychological test module, Web application, Human Talent, Psychological
test, Psychometric test.
Authors:
Brayan Ordoñez Oñate
Jaime Ibarra Oñate
Tutor:
Ing. Karla Abad Sacoto, M. Sc
1
INTRODUCCIÓN
En la actualidad muchas empresas optan por automatizar muchos de sus
procesos que normalmente se realizan, así con esto pueden aumentar la eficacia
en los mismos evitando muchos inconvenientes que son generados al realizarlo
manualmente. La automatización de un proceso genera muchos beneficios como
optimización de recursos por parte de una organización ayudando a que la
misma no se limite al realizar actividades, además de poder aprovechar la
tecnología o beneficios que brinda la era moderna.
Muchas empresas utilizan test psicológicos como uno de los métodos para
evaluar rasgos generales de un individuo los mismos que sirven de apoyo al
momento de seleccionar personal que formará parte de ella para que realice
actividades. Por lo general estos test psicológicos son automatizados para poder
sacar mayor beneficio de ellos como los resultados en el momento oportuno,
seguimiento a los evaluados entre otros. Por tal motivo se requiere desarrollar un
módulo de test psicológico para Dirección de Talento Humano en la Universidad
de Guayaquil con el fin que este pueda aprovechar los beneficios y hacer uso de
la tecnología que dispone.
En el capítulo I se enfoca sobre la visión global a la que se realiza el
trabajo de titulación, es decir, se expone la problemática que existe en la
Dirección de Talento Humano de la Universidad de Guayaquil al momento de
utilizar test psicológicos para el apoyo en la toma de decisiones sobre la
selección del personal.
En el capítulo II se describe acerca de las herramientas que se utilizarán
para el desarrollo del software, así como el lenguaje de programación, el servidor
web, la base de datos entre otros con su respectiva bibliografía.
2
En el capítulo III se describe el análisis de factibilidad que conlleva el
proyecto, dar a conocer la viabilidad de este tanto económico, legal, técnico y
operacional. También se explica cada una de las etapas de la metodología
utilizada en este trabajo de titulación.
En el último capítulo se encuentra las conclusiones a la que se ha llegado
en la finalización del trabajo de titulación como también sus debidas
recomendaciones en lo que es referente al software, su utilización,
capacitaciones de quienes van a trabajar con el mismo, entre otras.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
Hoy en día el proceso para la selección de personal en la Universidad de
Guayaquil toma parte en la Dirección de Talento Humano, el cual utiliza una
serie de metodologías, las mismas que permiten evaluar rasgos generales del
individuo, como por ejemplo una entrevista previa, test psicométricos entre otros,
apoyando la toma de decisiones con los datos obtenidos, permitiendo de esta
manera al departamento poder seleccionar al personal adecuado para dicho
puesto.
Para realizar los test psicológicos por lo general la persona que va a ser
evaluada lo realiza resolviendo un cuestionario físico dependiendo al cargo que
aplica el mismo, después estos cuestionarios son evaluados utilizando una guía
que permite obtener los resultados de la evaluación realizada.
Todo este proceso se realiza manualmente el mismo que demanda
recursos humanos y tiempo tanto para el evaluador como para el evaluado, los
mismos que pueden limitar a las actividades diarias, además su almacenamiento
físico de los documentos está expuesto al deterioro producido por el paso del
tiempo perjudicando información que podría ser útil para la organización.
Tomando en cuenta todo lo mencionado anteriormente se evidencia la
oportunidad de poder mejorar el proceso a la hora de evaluar los test
psicológicos.
4
Situación Conflicto Nudos Críticos
El proceso que se realiza en la Dirección de Talento Humano de la
Universidad de Guayaquil al momento de seleccionar el personal haciendo
referencia al uso de test psicológicos, se lo realiza con cuestionarios físicos los
mismos que son evaluados mediante una guía que ayuda a obtener los
resultados, todo esto de una forma manual el cual demanda tiempo para la
obtención de los resultados ya que estos deben ser evaluados uno por uno para
cada persona, pasa igual que al realizar una búsqueda de algún determinado
candidato, por tal motivo se considera necesario automatizar este proceso con el
fin de poder optimizar tiempo y recursos.
Causas y Consecuencias del Problema
El problema de no tener automatizado este proceso que apoya a la toma
de decisiones en la Dirección de Talento Humano se dan bajo una serie de
causas que generan consecuencias las mismas que serán detalladas a
continuación:
CUADRO N. 1: CAUSAS Y CONSECUENCIAS
Causas Consecuencias
Acumulación excesiva de
documentos.
Deterioro de la información.
Extravío de estos.
Ocupa espacio.
Procesos manuales. Demandan recursos como tiempo,
dinero y recurso humano.
Almacenamiento de información en
forma física.
Tedioso seguimiento de esta.
Dificultad al realizar una búsqueda.
Dificultad para obtener resultados de
la evaluación realizada al instante. Elaboración: Jaime Ibarra y Brayan Ordoñez
Fuente: Jaime Ibarra y Brayan Ordoñez
De seguir con una estrategia antigua para el apoyo a la selección de
personal se irá perdiendo los beneficios que brinda la era moderna,
desactualizando procesos necesarios para la organización.
5
Delimitación del Problema
El trabajo por realizarse en la Universidad de Guayaquil en la Dirección de
Talento Humano se limitará en conseguir la automatización de uno de los
métodos para apoyo en la selección del personal como lo es el uso de test
psicológicos, con requerimientos asignados por la autoridad a cargo en la
petición de este software, con ello se podrá agilizar este proceso y se obtendrá
resultados eficientes que pueden ser deliberados por la Dirección de Talento
Humano.
Campo: Tecnologías de la información.
Área: Tecnológica.
Aspecto: Desarrollo de software.
Tema: Desarrollo de módulo de test psicológico para Talento Humano en la
Universidad de Guayaquil.
Formulación del Problema
En la Dirección de Talento Humano de la Universidad de Guayaquil se ha
venido utilizando modelos de test psicológicos, los mismos que han sido
evaluados de una manera manual en algunos casos para el apoyo a la hora de
seleccionar el personal que formará parte de la organización.
Actualmente todo este proceso se puede realizar con el apoyo de
herramientas software los cuales ayudan a la optimización de recursos, pero si
hoy en día la mayoría de las empresas cuentan con un módulo que realice test
psicológicos al personal ¿Es factible el desarrollo de un módulo de Test
Psicológico que por medio de resultados obtenidos permita tomar decisiones
apoyando a la selección del personal en la Universidad de Guayaquil?
Al no contar con esta herramienta el proceso de selección se seguirá
realizando de la misma manera habitual el mismo que presenta algunos
inconvenientes descritos anteriormente.
6
Evaluación del Problema
Entre los aspectos considerados para la evaluación del problema se
describe a continuación los siguientes:
Delimitado: En la Universidad de Guayaquil en la Dirección de Talento
Humano para el proceso de selección de personal uno de sus métodos utilizados
para el apoyo son los test psicológicos los mismos que son realizados
manualmente sin aprovechar los beneficios de la tecnología moderna.
Claro: El problema radica en la limitación que conlleva un proceso
manual a la hora de selección del personal el mismo que demanda más recursos
para realizarlo.
Concreto: Los procesos manuales ya no son eficaces hoy en día ya que
requieren de mayores recursos como los que han sido mencionados
anteriormente para estar en el mismo nivel que un proceso automatizado.
Evidente: El proceso de ayuda en la evaluación de cada candidato en la
Dirección de Talento Humano conlleva un uso innecesario de tiempo, dinero
como también de personal, dejando de ser ágil al momento de obtener
resultados.
Contextual: El apoyo que se brinda a la selección del personal en la
Dirección de Talento Humano en la Universidad de Guayaquil, carece de
procedimientos adecuados a la era en la cual la tecnología y las actualizaciones
han avanzado constantemente, dificultando el desempeño de quienes están a
cargo de este proceso.
Factible: Una vez analizado cada uno de los test psicológicos
mencionados para el apoyo en la selección del personal se da a conocer que es
posible mejorar esta metodología, automatizando los procesos y así disminuir
inconvenientes los cuales ya se han mencionado anteriormente.
7
OBJETIVOS
Objetivo general
Desarrollar un módulo de test psicológico a través de la identificación de
funciones intelectuales, así como también aspectos de la personalidad de un
sujeto para el apoyo en la selección de personal realizado por la Dirección de
Talento Humano de la Universidad de Guayaquil.
Objetivos específicos
• Determinar los requerimientos necesarios que mejor se adapten para el
desarrollo del módulo.
• Diseñar el módulo de test psicológico para Dirección de Talento Humano,
que cumpla con los requerimientos solicitados.
• Desarrollar el módulo de test psicológico en el tiempo y presupuesto
estimado.
• Brindar resultados que permitan tomar una decisión sobre la selección de
personal en la Dirección de Talento Humano.
Alcances del problema
El módulo de test psicológico para la Dirección de Talento Humano será
desarrollado como aplicación web basada en un modelo cliente-servidor,
además de utilizar herramientas de programación de licencia libre, las mismas
que fueron propuestas por la Dirección de Gestión Tecnológica de la Universidad
de Guayaquil.
El módulo contará con dos tipos de usuario, el usuario candidato el mismo
que será quien proporcione sus datos necesarios para su respectiva creación de
usuario, actualice sus datos personales faltantes y aplique a las pruebas
asignadas dependiendo al puesto al que está aspirando. Además, se encuentra
al usuario de administración en donde se describe a dos tipos como son el
usuario administrador y el usuario asistente, estos dos tipos de usuario tienen un
gran número de funciones y así mismo restricciones en algunas que más
adelante se detallarán en sus requerimientos.
8
En este módulo se integrará principalmente las pruebas psicométricas
proporcionadas por la Dirección de Talento Humano como son: Test de
personalidad 16PF, Inventario Multiaxial Clínico de Millón y Test de Luscher en el
cual se utilizará cada una de estas para obtener información que permita llevar la
automatización y así obtener resultados confiables.
La información que permite llevar un seguimiento de los evaluados estará
almacenada en una base de datos la misma que será utilizada por parte de la
organización para sus fines convenientes. Al final se entregará la documentación
técnica del módulo de test psicológico, además del manual de usuario de una
manera detallada y comprensible para su debida utilización.
Justificación e importancia
La Dirección de Talento Humano en la Universidad de Guayaquil en el
proceso de selección del personal al momento de utilizar test psicológicos los
realiza de manera manual, donde el candidato resuelve el cuestionario físico en
un determinado tiempo y con la utilización de una guía se permite obtener los
resultados de esta, todo esto demanda recursos como tiempo y personal.
Por tal motivo, el presente trabajo de titulación busca desarrollar un módulo
de test psicológico el mismo que automatice este proceso y permita
aproximarnos a las características principales de una persona en poco tiempo
relativamente, por ejemplo, a la hora de contratar a un sujeto para dicho puesto
de trabajo, la organización debe conocer la manera en la que esta resuelve los
distintos posibles problemas dentro de su entorno, su reacción y la manera en
cómo llega a una solución.
Los principales beneficiarios serán aquellos encargados de realizar las
evaluaciones de los test psicológicos los mismos que tendrán una herramienta
que apoye en el cumplimiento de las tareas.
9
Metodología por emplearse Para este trabajo se aplicará la metodología espiral la misma que será
usada para estructurar, planificar y controlar el proceso de desarrollo del módulo
de test psicológico.
Para tener claro de qué trata esta metodología a continuación se muestra
una descripción; se entiende como una metodología a una representación o una
estructura abstracta en la cual se basan como modelo para un proceso
determinado, ahora si bien es cierto existen varios tipos de metodologías, se
podrá decir que cada modelo conlleva una perspectiva diferente con los mismos
objetivos; los cuales son ayudar a dar una solución con relación al tiempo y
recursos de un software. El modelo en Espiral realiza un desarrollo iterativo, es
decir, tan pronto se culmina un esfuerzo enseguida empieza el otro (Tapias,
2014).
¿Entonces cuáles son las ventajas de esta metodología? Según Méndez
(2008) entre las principales características se tiene:
• Enfoque realista.
• Gestión explícita de riesgos.
• Centra su atención en la reutilización de componentes y eliminación de
errores en información descubierta en fases iniciales.
• Los objetivos de calidad son el primer objetivo.
• Permite a quien lo desarrolla aplicar el enfoque de construcción de
prototipos en cualquier etapa de evolución del producto.
Las primeras metodologías comenzaron desde una estructura básica las
cuales tuvieron muchas irregularidades, es por ello la aparición de nuevas
metodologías, estas aparecen llenando los vacíos los cuales no se cumplían,
con esto está claro que toda metodología tiene sus desventajas o
inconvenientes. Méndez (2008) explica también a continuación:
• Convencer cliente enfoque controlable.
• Requiere de experiencia en la identificación de riesgos.
• Genera mucho tiempo en el desarrollo del sistema.
10
Se ha mostrado un pequeño análisis de que trata este modelo a utilizar,
sus ventajas como también características, esta metodología se encuentra entre
las más utilizadas a la hora de diseñar, implementar e integrar un producto
software.
Se elige esta estructura debido a varios factores los cuales se indicarán a
continuación: se la ha conocido y estudiado durante la etapa universitaria y entre
todas las metodologías aprendidas, esta ha sido tomada como óptima, el primer
factor es el conocimiento previo de la misma, no se podría trabajar con un
método el cual jamás se haya visto o conocido antes, por lo menos una pequeña
reseña, ya que podría generar muchos riesgos y el fracaso del proyecto.
Debido a que este proyecto tiene planteado una fecha de entrega y la
misma ha sido consecuencia de llevar un trabajo ágil, sin retraso, puntual y con
entregas semanales las mismas que deben ser evolutivas, el segundo factor
para optar por esta metodología ha sido esta. Ya que esta estructura es iterativa
trabaja como una espiral, como su nombre lo indica, permitiendo realizar un
conjunto de nuevas actividades las cuales no están ligadas a una prioridad.
El porcentaje de que un proyecto fracase es elevado, debido a muchos
factores como se tiene, por ejemplo: una mala gestión y dirección de este, una
insuficiente comunicación, una metodología errónea al igual que sus
herramientas entre otras, se debe elegir una metodología la cual permita conocer
los posibles fallos y llevar a cabo actividades que permitan dar soluciones, este
es otro factor por el cual se ha elegido esta metodología, su característica
principal es la evaluación del riesgo. Para lo cual se realizan prototipos los
mismos que son evaluados para el cumplimiento de los requerimientos, así como
también riesgos en la interfaz del usuario.
También se ha tomado como base para esta elección, el trabajo realizado
en Colombia por la Universidad Católica del Norte dirigido por el Ingeniero de
Sistemas Eucario Parra Castrillón. Se realizó un trabajo de Artículo de
investigación científica y tecnológica la cual tuvo nombre como; “Propuesta de
metodología de desarrollo de software para objetos virtuales de aprendizaje -
MESOVA”.
11
Castrillón también da una explicación breve de las metodologías que ya se
han tratado hasta ahora, el cual dice lo siguiente: El modelo en cascada
determina cuatro fases terminales del ciclo de vida, con unos hitos específicos al
final de cada una (toma de requisitos, análisis, diseño e implementación). Los
modelos incremental y evolutivo permiten la creación de productos en etapas
parciales, donde cada etapa agrega funcionalidad a la anterior e incluye las
fases del ciclo de vida. El modelo en espiral incluye la creación de prototipos del
proyecto que pasan cíclicamente por las fases del ciclo de vida, hasta llegar al
producto final, después de validarse repetidamente los requisitos y diseños del
proyecto (Castrillón, 2011).
Como se podrá entender al leer el tema, se realizaba una búsqueda
investigativa para encontrar que metodología o metodologías seria la adecuada
para su trabajo, en el cual se puede dar testimonio de la usabilidad de la
metodología que se utiliza en este trabajo de titulación.
12
CAPÍTULO II
MARCO TEÓRICO
Antecedentes del estudio
La tecnología hoy en día avanza continuamente y los beneficios que ofrece
la misma deben ser aprovechados al máximo para satisfacer las necesidades de
los usuarios, la automatización de procesos en una organización es uno de los
principios que se toman en cuenta para así garantizar la eficiencia y eficacia en
las tareas que se realizan.
Se pueden resaltar los siguientes trabajos realizados: Carvajal (2015)
desarrolló un cuestionario psicométrico para ser incorporado en la red social
Soulnet según indicadores de Myers Briggs, donde tiene por objetivo
automatizarlo y así mejorar de manera significativa la calidad asistencial de los
pacientes. En este trabajo resalta la manera como se estructura el módulo con
las distintas herramientas y técnicas utilizadas para el desarrollo, además de los
servicios que se disparan al momento de iniciar utilizando algoritmos
informáticos con el fin de reducir tiempos al interpretar los mismos y la entrega
de resultados.
Reyes (2014) diseñó e implementó un sistema para la selección y
reclutamiento de personal basado en gestión por competencias, buscando
agilizar el proceso de selección del talento humano de la empresa N.I.R.S.A.
Aquí se puede notar la gran estructura de la aplicación al manejar varios tipos de
usuarios haciendo referencia al manejo de privilegios, además del diseño
amigable de las ventanas y herramientas que permiten cumplir con los
requerimientos del sistema.
Estos trabajos realizados permiten tomar características relevantes de
cada una para así poder desarrollar un módulo de test psicológico que cumpla
con los requerimientos solicitados por la Dirección de Talento Humano, haciendo
13
referencia a estos, se recalca que en cada uno de ellos se busca agilizar
procesos, garantizar eficiencia y eficacia en tareas, además de brindar una
asistencia de calidad hacia los usuarios.
Fundamentación teórica
Test psicológicos
“Los test psicológicos constituyen una medida objetiva y estandarizada de
modelos de conducta. Su función es analizar esos modelos de comportamiento
humano en condiciones estandarizadas y compararlos con estandares de
investigaciones estadisticas” (Chiavenato, 2011).
Los test psicológicos son pruebas que se aplican en varios ámbitos con
distintas finalidades ya sea para uso clínico, ámbito institucional entre otros, en
este caso sera más enfocado para aplicar en el apoyo a la selección de
personal.
Como un ejemplo para la aplicación de las pruebas psicológicas se tiene la
selección del personal industrial, en la cual sin importar el cargo a la que se
aplique será otorgado cada uno de estos exámenes siendo demostrada su
utilidad y eficacia a la hora de selección, ascenso o despido del personal. Su
utilización o la forma de emplearse dependerá del puesto al cual se incline, es
decir para un puesto superior será necesario la supervisión de un experto para
interpretar los resultados, de esta manera su alcance será mayor (Anastasi &
Urbina, 1998, p.3).
Es común ver en una empresa tomar ciertos tipos de pruebas a algún
candidato antes de ser tomado en cuenta para la selección, esto debido a que
no es fácil tomar una decisión por criterio propio sobre cuál será el mejor
trabajador entre los tantos en la lista, todo esto ocurre de igual forma en los
distintos ámbitos ya mencionados.
14
La etapa de selección con lleva todo un proceso el cual empieza con
pruebas, las cuales ya se las ha venido tratando en pequeños contextos, una
vez superada esta fase llega la entrevista, lo cual indica estar más cerca de
conseguir ese puesto deseado.
Se puede decir que los test psicológicos tienen dos características las
cuales carecen en las entrevistas, tal como lo describe según (Chiavenato,
2011):
• Validez: En un test la validez refleja un pronóstico satisfactorio y positivo
del desempeño de una persona la cual fue destinada a un puesto, al igual
que la manera como se desenvuelve obteniendo beneficios para la
organización y disminuyendo los conflictos (Chiavenato, 2011).
• Precisión: Capacidad del test de dar resultados equitativos en varias
aplicaciones a una misma persona presentando una menor desviación
estándar con respecto de la media de los resultados obtenidos. Un test
tiene poca precisión cuando diversos resultados obtenidos de una misma
persona muestran diferencias y están dispersos (Chiavenato, 2011).
El test psicológico resulta una de las técnicas más utilizadas para el apoyo
en la toma de decisiones cuando se refiere a la selección del personal, ya que
provee de precisión en los resultados tomando en cuenta que al evaluar a un
candidato siempre arrojaran resultados similares. Además, los resultados
obtenidos pueden ayudar a ubicar en el puesto adecuado al candidato es decir
dando validez a los mismos (Chiavenato, 2011).
Clasificación de Test psicológicos
La clasificación de los test psicológicos tomando en cuenta varios puntos
(Peña, 2006) se afirma de la siguiente manera:
• Por el planteamiento del problema:
1. Ejecución máxima: el candidato debe aplicarse a la tarea
poniendo en funcionamiento su capacidad en alto grado.
15
2. Ejecución típica: las respuestas deben reflejar el modo en que el
candidato se comporta habitualmente, es decir su forma cotidiana
de actuar.
• Por el área del comportamiento observada:
1. Rendimiento: Son test que pretenden medir el grado de
aprendizaje o conocimientos.
2. Inteligencia y aptitudes: procuran medir rasgos psicológicos de
tipo cognitivo, a la hora de desenvolverse en un puesto la aptitud
positiva conlleva al progreso tanto del personal como de la
empresa.
3. Personalidad, actitudes, intereses: indagan la forma de ser y de
pensar del sujeto, esto es algo que se ha venido aprendiendo
desde la infancia desarrollándose con el paso del tiempo.
• Por la modalidad de aplicación:
1. Orales.
2. Papel y Lápiz.
3. Manipulativos o de ejecución.
4. Situacionales o simulaciones.
5. Objetivos.
• Por el tipo de demanda exigida al sujeto:
1. De velocidad
2. De potencia
• Por el método:
1. Test Psicométricos
2. Test Proyectivos
Los test por utilizarse en el proyecto son los test psicométricos los mismos
que se permiten evaluar de una manera cuantitativa utilizando una guía,
entonces tomando como referencia esto se puede utilizar algún algoritmo
informático que permita satisfacer el proceso evitando así realizarlo
manualmente. Más adelante se fundamenta los test psicométricos en la
selección del personal.
16
Selección de personal
“La selección busca entre candidatos reclutados a los más adecuados para
los puestos disponibles con la intención de mantener la eficiencia y el
desempeño del personal, así como la eficacia en la organización” (Chiavenato,
2011, p.144).
El proceso selección de personal por lo general no es el mismo en las
organizaciones, cada una lleva una metodologia diferente, además siempre va a
depender a lo que se requiere es decir un puesto, cantidad de vacantes,
presupuestos entre otros, para esto se utilizan aquellas técnicas que apoyan a
tomar decisiones adecuadas.
Técnicas de selección
“Las técnicas de selección son las herramientas utilizadas por la empresa
para conocer la idoneidad del candidato en referencia al puesto ofertado”
(Publicaciones Vertice S.L., 2007).
Existen varias técnicas utilizadas por las organizaciones entre las cuales
se tiene según (Publicaciones Vertice S.L., 2007):
• Entrevista de selección,
• Pruebas de conocimiento y capacidad,
• Test psicometricos,
• La grafología.
Para tener un idea más clara acerca de estas técnicas de selección de
personal se conceptualizará cada una de estas:
Entrevista de selección
“La entrevista de selección se fundamenta en una conversación entre
seleccionador y candidato con una finalidad específica: Elegir o rechazar
candidatos. En esta comunicación entrevistador y entrevistado persiguen
objetivos diferentes” (Publicaciones Vértice S.L., 2007).
17
Pruebas de conocimiento o capacidad
“Evaluan el grado de conocimiento adquiridos mediante el estudio o la
práctica. Pueden tratarse de una prueba oral, escrita, o consistente en la
ejecución de alguna tarea. Aveces buscan conocimientos de cultura general y
otros técnicos relacionados con el puesto” (Publicaciones Vertice S.L., 2007).
La grafología
“La grafología es una técnica de evaluación que mediante el análisis de la
escritura de los candidatos analiza sus actitudes intelectuales, su actitud ante el
trabajo y su personalidad” (Publicaciones Vertice S.L., 2007).
De esta lista de técnicas utilizadas para la selección de personal
principalmente se enfocará en los test psicométricos los mismos que tendrán su
respectivo análisis para así poder determinar cuál es la lógica que se utiliza para
ser calificados y posteriormente automatizados.
Test psicométricos
“El test psicométrico es un procedimiento estandarizado compuesto por
ítems seleccionados y organizados, concebidos para provocar en el individuo
ciertas reacciones registrables; reacciones de toda naturaleza en cuanto a su
complejidad duración, forma expresión y significado” (Aliaga, 2011 p. 87).
Se afirma que los test psicológicos, son pruebas que siguen patrones o
normas tratando de medir las capacidades de un persona determinada, a la vez
que se podrá conocer como se va a desenvolver en su lugar de trabajo con el
pasar del tiempo. La base de estos test han sido tomadas de las capacidades ya
analizadas del sujeto siendo este un patrón de comparación (Publicaciones
Vertice S.L., 2007).
18
Los test psicométricos se caracterizan de la siguiente manera según
(Peña, 2006):
• Se evaluan las respuestas según normas cuantitativas.
• Todos sus elementos se valoran de forma numérica e independiente.
• El resultado final es una puntuación cuantitativa.
• Suelen referirse a características psicológicas concebidas como unidades
más o menos independientes.
En la Dirección de Talento Humano de la Universidad de Guayaquil se
realizan estos test psicométricos los mismos que para poder ser calificados
utilizan una guía que permite evaluar las mismas manualmente lo cual puede en
algún momento tener errores humanos siendo un problema a la hora de servir de
apoyo en la toma decisiones, trabajo que demanda tiempo y otros recursos, por
tal motivo puede ser factible la automatización de este proceso, además de que
puede generar beneficios a las personas que lo utilicen.
Los test psicométricos pueden clasificarse de la siguiente manera
(Publicaciones Vertice S.L., 2007):
19
GRÁFICO N. 1: TEST PSICOTÉCNICOS EN SELECCIÓN DE PERSONAL
Elaboración: Publicaciones Vértice S.L (2007), Selección de personal (p.55)
Fuente: Publicaciones Vértice S.L
En las empresas según (Rivero, 2017) se afirma que entre los test más
utilizados a la hora de evaluar a sus candidatos se destacan:
• Test de aptitudes: Se enfocan en la capacidad de una persona para
realizar una tarea, la cual es resuelta de una manera constructiva y
eficiente, es algo innato de la persona (Rivero, 2017).
20
• Test proyectivos: Con estos test se busca conocer cuál sería el
comportamiento del sujeto reaccionando a eventos futuros y revelando de
una forma indirecta aspectos de su personalidad, estas preguntas son
más personales adentrándose en sus sentimientos generados en el
ambiente laboral (Rivero, 2017).
• Test de nivel intelectual: Para este caso se busca conocer el nivel de
conocimientos en ámbitos diversos de tipo social, educativo entre otro,
identificando a los más actualizados para dicho puesto (Rivero, 2017).
• Test de personalidad: Estos test son los más conocidos por todos, ya que
es utilizado en casi todas las empresas, además de tener su grado de
complejidad para ser aprobados satisfactoriamente, en estos test no
existen respuestas erróneas, simplemente cada respuesta aportará de
manera positiva o negativa al puesto que quiera ocupar, estos test
buscan aquellos rasgos de personalidad compatibles para el trabajo en
cuestión (Rivero, 2017).
Así como en muchas empresas estos test son utilizados para poder
realizar evaluaciones a los candidatos lo cual permite tener más información
para validar si este cumple con lo requerido para el puesto, en la Dirección de
Talento Humano hacen uso de estos test los cuales serán utilizados como base
para el desarrollo del módulo de test psicológicos. A continuación, se
fundamentará las tecnologías relacionadas con los requerimientos necesarios
para el desarrollo del módulo.
21
Xampp
“Xampp es un servidor independiente en base a software libre, con el cual
podemos disponer de un servidor propio o usarlo para hacer pruebas de
nuestras páginas web, bases de datos, desarrollar aplicaciones en PHP entre
otros” (Menendez, 2015).
Xampp ofrece la disponibilidad para ser instalado en varios tipos de
sistemas operativos ya que es una de las herramientas más utilizadas por su
sencillez y grandes beneficios como módulos para administración de base de
datos (phpMyAdmin), así como bases de datos (MySQL), además de servidor
web (Apache) y lenguaje de programación (PHP) entre otros (Menendez, 2015).
El uso de Xampp en el proyecto será fundamental ya que el mismo
proveerá de las herramientas necesarias para establecer nuestro ambiente de
desarrollo.
Lenguaje de programación
“Los lenguajes de programación son como idiomas que constituyen el
sistema de comunicación entre hombre y ordenador, mediante el cual se
transmiten a este las instrucciones e información en un formato comprensible
para la máquina” (De Pablos Heredero & Lopez, 2004).
También estos autores han expresado que: “Hoy en día la tecnología ha
avanzado mucho y para lo cual la mayoría de las tareas que se realizan en un
lugar de trabajo por lo general hacen uso de aplicaciones que fundamentalmente
fueron diseñadas para una tarea específica. Entre estos para el desarrollo de
aplicaciones web en internet se puede utilizar HTML, Java entre otros”.
Para el presente trabajo de titulación se ha decidido utilizar el lenguaje de
programación PHP, ya que es de código abierto y uno de los más demandados
hasta el momento debido a su sencillez para los que están empezando en el
mundo de la programación, pero también una potente herramienta para aquellos
profesionales que gustan del desarrollo Web.
22
PHP
“PHP es un lenguaje interpretado con una sintaxis similar a C++ o JAVA.
Aunque el lenguaje se puede usar para realizar cualquier tipo de programa, es
en la generación dinámica de páginas web donde ha alcanzado su máxima
popularidad” (Palomo, s.f).
Uno de los motivos por los cuales se ha escogido PHP es que permite la
creación de páginas Web dinámicas, lo cual es de vital importancia ya que en la
actualidad las páginas Web estáticas no ofrecen los mismos beneficios que una
dinámica, la información y demás contenidos van cambiando para llamar la
atención del cliente.
Se puede resaltar unas de las características fundamentales que presenta
este lenguaje de programación como por ejemplo; es un lenguaje libre que
incluye una gran documentación que ayudará a los programadores a resolver
algunas dudas, cuenta con una variedad de extensiones que permiten
disponibilidad de recursos en el desarrollo de aplicaciones, disponibilidad para
ser instalado en cualquier sistema operativo, además de que al ser ejecutado en
algun servidor web pueden ser accedidas las aplicaciones desde cualquier
navegador web en cualquier máquina (Palomo, s.f).
Una de las características del lenguaje de programación PHP más notable
es la disponibilidad de ser instalado en cualquier sistema operativo que el
usuario desee, así mismo de utilizar el servidor de aplicaciones web de
preferencia, además de permitir llevar diferentes tipos de programación en el
desarrollo de una aplicación (Achour, 2017).
Otra de las características muy significativas es la variedad de extensiones
que maneja este lenguaje facilitando así al desarrollador tener muchos recursos
disponibles al momento de desarrollar en especial al tener un gran soporte de
base de datos permitiendo ser conectadas utilizando diferentes métodos
(Achour, 2017).
23
Pero esto no es todo lo que ofrece PHP, ya que este lenguaje tiene una
infinidad de beneficios, como la utilización de Frameworks los cuales
proporcionan un esqueleto para el desarrollo de las aplicaciones, esto facilita
ahorro de tiempo y eficiencia.
Entre los Frameworks más utilizados se enlistan los siguientes: Aura,
FuelPHP, Slim, Phalcon, CakePHP, por último, en esta lista Laravel el cual se va
a utilizar en este trabajo de titulación, a continuación, se explica la arquitectura
MVC la misma que utiliza Laravel.
MVC: Modelo - Vista - Controlador
“Modelo–vista–controlador (MVC) es un patrón de arquitectura de software
que separa los datos y la lógica de negocio de una aplicación de la interfaz de
usuario y el módulo encargado de gestionar los eventos y las comunicaciones”
(Gallego, 2017).
MVC es una arquitectura la cual se basa en tres componentes importantes
como son Modelo, Vista y Controlador los mismos que permiten separar la parte
donde se va a representar la información con la parte donde se va a realizar la
interacción con los usuarios, todo esto con el fin de que el desarrollo de las
aplicaciones sea más fácil, se pueda reutilizar el código y posteriormente se
pueda entender la estructura para posibles cambios o mantenimientos (Gallego,
2017).
• El Modelo: Es la parte en la cual se representa la información del sistema
que va a ser utilizada para satisfacer las diferentes peticiones que son
demandadas por el controlador (Gallego, 2017).
• El Controlador: Es la parte que hace de intermediario respondiendo
acciones generadas por usuarios en la vista, además de encargarse de
hacer peticiones de información al modelo (Gallego, 2017).
• La Vista: Es la parte con la cual interactúan los usuarios ya que en la
misma se presenta la información que se ha solicitado (Gallego, 2017).
24
Para tener una estructura bien definida por lo general los framework más
utilizados siguen la arquitectura MVC (Modelo-Vista-Controlador) la cual facilita
el desarrollo en las aplicaciones. Para el presente trabajo se utilizará el
framework Laravel el mismo que utiliza el paradigma MVC (Bean, 2015, p.2 ).
Laravel
“Laravel es un framework de código abierto para el desarrollo de
aplicaciones web en PHP que posee una sintaxis simple, expresiva y elegante.
Laravel facilita el desarrollo simplificando el trabajo con tareas como la
autenticación, el enrutamiento, gestión sesiones, etc.” (Gallego, 2017, p.6).
Laravel entre sus características más comunes tiene:
• Modularidad: Laravel está dividido en módulos individuales los mismos
que son independientes, además fue basado en 20 librerías diferenciales
(Bean, 2015).
• Enrutamiento: Laravel ofrece el manejo de rutas de una manera más
sencilla y fácil de realizar (Bean, 2015).
• Gestión de la configuración: El manejo de configuraciones es muy
importante ya que permite al usuario llevar el control de estas en ciertos
entornos que no sean iguales (Bean, 2015).
• Generador de consultas: Laravel utiliza un generador de consultas
facilitando la elaboración de estas con sintaxis PHP y así omitiendo el
uso de SQL (Bean, 2015).
• Motor de plantilla: Laravel permite el uso de una plantilla llamada Blade el
mismo que facilita los diseños además de permitir inyectar contenido
dinámico lo cual ayuda a reutilizar código (Bean, 2015).
• Envío por correo electrónico: Provee de una clase llamada Mail la cual
permite que él envió de correos electrónico ocurra de una manera más
fácil (Bean, 2015).
• Autenticación: Una de sus características importantes es esta, ya que
laravel tiene una implementación para registrar, autenticar e incluso
enviar recordatorios de contraseña a los usuarios la cual es muy
25
beneficiosa para aquellos sitios web que manejan perfiles de usuario
(Bean, 2015).
El framework Laravel para ser utilizado necesita tener instalada la máquina
virtual de Laravel Homestead la misma que cuenta con todo lo necesario para el
funcionamiento, de no ser así se necesita tener una serie de requisitos del
sistema según (McDade, 2017):
• PHP> = 7.0.0
• Extensión PHP OpenSSL
• Extensión PDO PHP
• Extensión PHP Mbstring
• Extensión de Tokenizer PHP
• Extensión XML PHP
Además, se puede utilizar Composer, el mismo que puede ayudar con la
instalación de Laravel y también es un administrador de dependencias de gran
ayuda para la creación de proyectos, con el uso de este framework Laravel se
podrá gozar de los beneficios que ofrece, además de que el módulo sea
desarrollado con las herramientas actuales.
Base de datos
“Una base de datos es un conjunto de datos persistentes que es utilizado
por los sistemas de aplicación de alguna empresa dada” (Date, 2001).
Una base de datos presenta algunos beneficios frente a otro métodos de
almacenamiento de información haciendo más referencia al uso de información
en papel, entre los cuales tenemos (Date, 2001):
• Comparación: Por lo general el almacenamiento en papel se lo realiza en
documentos los mismos que ocupan espacio y se vuelven un gran
problema a mayor cantidad (Date, 2001).
• Velocidad: El uso de máquinas permiten ganar más tiempo ya sea para
obtener resultados o actualizarlos frente a un proceso manual el cual
conlleva tiempo (Date, 2001).
26
• Menos trabajo laborioso: Un proceso manual por lo general con lleva
más trabajo y utiliza muchos recursos para realizarlo (Date, 2001).
• Actualidad: La mayoria de procesos son automatizados por el hecho de
tener la información al instante y más precisa (Date, 2001).
Tomando como referencia todos los beneficios que ofrece una base de
datos se fundamenta la utilización de la misma para el proyecto ya que todos los
datos que serán recolectados por medio del módulo se almacenarán en una
base de datos.
Modelo de datos
“Un modelo de datos es una definición lógica, independiente y abstracta
de los objetos, operadores y demás que en conjunto constituyen la máquina
abstracta con la que interactúan los usuarios” (Date, 2001).
El uso de modelos de datos permiten mantener una buena estructura en
los datos donde la información almacenada cumplirá con integridad, confiabilidad
y disponibilidad en la base de datos permitiendo sacar provecho de la misma en
las tareas que se realicen.
Modelo relacional
“A finales de los años 60, Codd definió las bases del modelo relacional,
donde los datos se estructuran lógicamente en forma de relaciones. El objetivo
es mantener la independencia de esta estructura lógica con respecto al modo de
almacenamiento” (Nevado, 2010).
Los sistemas de base de datos relacional son una gran opción para el
manejo de información en una empresa por lo cual son tan aceptados, ya sea
por su facilidad para crearse, accesos y que se pueden extender ante nuevos
requerimientos, además estos están basados en un modelo de datos relacional
(Date, 2001).
27
En este trabajo se utilizará el modelo de datos relacional con el cual se
mantendrá una buena estructura de datos, además de gozar de los beneficios
que brinda al momento de administrar la información recolectada mediante el
módulo de test psciológico.
Microsoft SQL Server
“Microsoft Sql Server es un sistema de administración y análisis de bases
de datos relacionales de Microsoft para soluciones de comercio electrónico, linea
de negocio y almacenamiento de datos” (Microsoft, 2017).
Microsoft SQL Server 2008
“Es un plataforma de gestión de datos completa que ofrece seguridad,
disponibilidad y escalabilidad y un potente entorno de Bussines Intelligence con
la que su empresa dispone de un elevado nivel de servicio para sus tareas de
misión crítica” (Microsoft Corp, 2010).
Por lo general la utilización de sistemas de base de datos relacional
permiten llevar un buen manejo de los datos que son recolectados por las
aplicaciones respectivas pero además se debe poder administrar mediante un
motor de base de datos, en este caso el que se va a utilizar sera el SQL Server
el mismo que es utilizado por la Universidad de Guayaquil de preferencia para el
almacenamiento de los datos de las diferentes aplicaciones utilizadas en la
misma.
28
Fundamentación legal
Decreto presidencial 1014 sobre el uso de software libre
Artículo 1.- Establecen como política pública para las Entidades de
Administración Pública Central ha utilización del software libre en sus sistemas y
equipamientos informáticos.
Artículo 2.- Se entiende por Software Libre, a los programas de
computación que se pueden utilizar sin restricción alguna, que permitan su
acceso a los códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común.
b) Distribución de copias sin resricción alguna.
c) Estudio y modificación del programa.
d) Publicación del programa mejorado.
Artículo 3.- Las entidades de la Administración Publica Central previa a la
instalación del software libre en sus equipos, deberán verificar la existencia de la
capacidad técnica que brinde el soporte necesario para el uso de este tipo de
software.
Artículo 4.- Se faculta la utilización de software propietario (no libre)
unicamente cuando no exista una solución de Software libre que supla las
necesidades requeridas o cuando este en riesgo la seguridad nacional,o cuando
el proyecto informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional las
garantias para la supervivencia de la colectividad y la defensa del patrimonio
nacional.
29
Para efectos de este decreto se entiende por un punto de no retorno,
cuando el sistema o proyecto informático se encuentre en cualquiera de estas
condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis
de costo beneficio muestre que no es razonable ni conveniente una
migración a Software Libre.
b) Proyecto en estado de desarrollo y que un análisis de costo-beneficio
muestre que no es conveniente modificar el proyecto y utilizar software
libre.
Periodicamente se evaluarán los sistemas informáticos que utilizan
software propietario con la finalidad de migrarlos a Software libre.
Artículo 5.- Tanto para software libre como software propietario ,siempre y
cuando se satisfagan los requerimientos ,se debe preferir las soluciones en este
orden:
a) Nacionales que permitan autonomía y soberania tecnológica.
b) Regionales con componente nacional
c) Regionales con proveedores nacionales.
d) Internacionales con componente nacional.
e) Internacionales con proveedores nacionales.
f) Internacionales.
Artículo 6.- La subsecretaría de informática como organo regulador y
ejecutor de las políticas y proyectos informáticos en las entidades del Gobierno
central deberá realizar el control y seguimiento de este Decreto. Para todas las
evaluaciones constantes en este decreto la Subsecretaría de la Informática
establecera los parámetros y metodologias obligatorias.
Dado en el Palacio Nacional en la ciudad de San Franciso de Quito,
Distrito Metropolitano ,el día 10 de abril de 2008.
30
Estatuto orgánico de la Universidad de Guayaquil - Visión, Misión y Afines
Artículo 3 (literal g): Fomentar y ejecutar programas de investigación de
carácter científico y tecnológico , que coadyude al mejoramiento y protección del
ambiente y promuevan al desarrollo sustentable nacional.
Ley orgánica de educación superior de la tipología de instituciones y régimen académico
Art. 136 : Tesis digitalizadas.- Todas las instituciones de educación
superior estarán obligadas a entregar las tesis que se elaboren para la obtención
de títulos académicos de grado y posgrado en forma digital para ser integradas
al Sistema Nacional de Información de la Educación Superior del Ecuador para
su difusión publica respetando los derechos de autor.
Pregunta científica a contestarse
¿Con el desarrollo del módulo de test psicológico se pueden obtener
resultados que permitan apoyar a la toma decisiones sobre la selección del
personal en la Dirección de Talento Humano?
¿Con el desarrollo del módulo de test psicólogico se mejorará el proceso
que se realiza actualmente y se optimizarán los recursos en la Dirección de
Talento Humano?
Definiciones conceptuales
PHP:
“PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje
de código abierto muy popular especialmente adecuado para el desarrollo web y
que puede ser incrustado en HTML” (Achour, 2017).
31
HTML:
“HTML es un lenguaje artificial que los ordenadores son capaces de
interpretar y diseñado para que los programadores redacten instrucciones que
los navegadores ejecutan para originar la página web. Es decir, HTML es un
lenguaje de programación, o un idioma que la maquina entiende y procesa para
dar una respuesta” (Publicaciones Vértice S.L, s.f).
Laravel:
“Laravel es un framework de desarrollo de aplicaciones rápido, lo que
significa que se centra en una curva de aprendizaje superficial y en minimizar los
pasos entre iniciar una nueva aplicación y publicarla” (Stauffer, 2017).
Laravel Homestead:
“Laravel Homestead es una caja de Vagrant oficial, preempaquetada, que
le proporciona un maravilloso entorno de desarrollo sin necesidad de instalar
PHP, un servidor web y cualquier otro software de servidor en su máquina local”
(McDade, 2017).
Composer:
“Composer es una herramienta para la administración de dependencias
en PHP. Le permite declarar las bibliotecas de las que depende su proyecto y
las administrará (las instalará / actualizará)” (Adermann & Boggiano, 2017).
Arquitectura MVC:
“La arquitectura MVC propuesta por SUN es la única solución de desarrollo
Web en el lado servidor existente en la actualidad que permite separa la parte
lógica de la parte de presentación de una aplicación web” (Aumaille, 2002).
Sistema de base de datos:
“Un sistema de base de datos es básicamente un sistema computarizado
para llevar registros. Es posible considerar a la propia base de datos como una
especie de armario electrónico para archivar; es decir, es un depósito o
contenedor de una colección de archivos de datos computarizados” (Date, 2001).
32
SQL server:
“SQL server es el sistema de base de datos profesional de Microsoft.
Contiene una variedad de características y herramientas que se pueden utilizar
para desarrollar y administrar bases de datos y soluciones de todo tipo basadas
en ellas” (Pérez, 2011).
Motor de base de datos de SQL Server:
“Motor de base de datos es el servicio principal para almacenar ,procesar y
proteger datos. Proporciona acceso controlado y procesamiento de
transacciones rapido para cumplir con los requisitos de las aplicaciones
consumidoras de datos más exigentes de su empresa” (Microsoft, 2017).
33
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Este trabajo propone la automatización de un proceso para el apoyo en la
selección de personal como lo es el uso de test psicométricos, esto toma parte
en el Dirección de Talento Humano, el cual consta de las siguientes pruebas:
Test de personalidad 16PF,Test de Luscher y Inventario Multiaxial Clínico de
Millon. Convencidos de que esta propuesta es viable, además de que ayudará al
departamento a realizar su trabajo de una manera óptima y confiable reduciendo
inconvenientes como los que ya se ha venido tratando en el capítulo I.
Análisis de factibilidad
El análisis de factibilidad fue realizado y acertado por aspectos
económicos, legales, técnicos y tecnológicos llegando a la conclusión de la
viabilidad de este proyecto, basándose en modelos de test los mismos que
fueron facilitados por el mismo departamento. Viéndose en la necesidad de
implementarlo en la Dirección de Talento Humano de la Universidad de
Guayaquil se ha determinado como factible.
Factibilidad operacional
El presente trabajo cuenta en primer lugar con el apoyo de la Dirección de
Gestión Tecnológica de la Información de la Universidad de Guayaquil como
también de la Dirección de Talento Humano, en la cual se enfoca en automatizar
un proceso para el apoyo en la toma de desiciones para la selección del
personal. Se cuenta a disponibilidad de tiempo completo, herramientas de
software libre para presentar como factible este proceso.
34
Factibilidad técnica
En lo que corresponde a la factibilidad técnica, para el Desarrollo de
módulo de test Psicológico para Talento Humano en la Universidad de
Guayaquil, se ha analizado herramientas Hardware y Software que se adapten
con este trabajo, además con proyectos ya existentes en la Dirección de
Gestión Tecnológica de la Información debido a que el presente trabajo se
enlazará indirectamente con los mismos, siendo más específicos en el área de
Software como por ejemplo la Base de Datos, lenguajes de programación etc. A
continuación se da a conocer lo explicado:
CUADRO N. 2: SOFTWARE
Áreas Alternativas Disponibilidad
Sistema Operativo Windows 8.1
Software Libre
Servidor web Servidor de desarrollo
integrado de PHP (Artisan)
Software Libre
Base de Datos SQL Server 2008
Versión Exprés
Lenguaje de
Programación
PHP (Hypertext
Preprocessor)
Software Libre
Framework de PHP Laravel Software Libre
Administrador de
dependencias
Composer Software Libre
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
CUADRO N. 3: HARDWARE
Equipo Características / Componentes
Workstation #1 Procesador: Intel Celeron 2.16Ghz
Memoria RAM: 4GB
Disco Duro: 500 GB
Workstation #2 Procesador: Intel Celeron 2.16Ghz
Memoria RAM 4GB
Disco Duro: 500 GB
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
35
Factibilidad legal
Como se a descrito en el capítulo II, la fundamentación legal del presente
trabajo a sido realizado conforme a las leyes y reglamentos de la constitución,
dando a conocer aspectos positivos y relevantes del proyecto ante esta
factibilidad legal.
Como se puede estar al tanto el desarrollo de un proyecto sin importar la
naturaleza del mismo no debe afectar a ciertos aspectos como es por ejemplo
ambiental, económicos o atentar en contra de la integridad de una persona u
empresa, es por ello que se recalca la integridad con la cual se está trabajando
en cada uno de los puntos que lleva este proceso.
Además de ello se indica en el decreto presidencial 1014 sobre el uso de
software libre articulo 1 y 2 la utilización de un software libre, el cual quiere decir
que este podrá ser utilizado sin restricción alguna, lo cual es de esa manera que
se esta trabajando en el Desarrollo de módulo de test Psicológico para Talento
Humano en la Universidad de Guayaquil.
Factibilidad económica
Para el presente trabajo como ya fue mencionado, cada uno de los
recursos hardware utilizados han sido propios por lo cual a sido beneficioso en
cuestiones de factibilidad económica, los recursos software utilizado versiones
libres y gratuitas las cuales han funcionado de manera adecuada para alcanzar
los resultados óptimos, sin embargo, los gastos que se mostrarán a continuación
están siendo tomados para la realización de este proyecto desde cero.
Todo los recursos utilizados en este proyecto lo son dividivos en tres
partes, la primera en la cual conllevan los recursos hardware, el otro grupo de
herramientas representa el software, herramientas, frameworks etc, y el último
grupo se lo llamará “otros”, los cuales engloban suministrios de oficina,
transporte entre otros. A continuación se mostrará una tabla en la que es
detallará cada uno de estas herramientas, como este proyecto se realizó entre
dos integrantes los precios son multiplicados por dos.
36
CUADRO N. 4: EGRESOS
Egresos Dólares
Suministros de oficina y computación $100,00
Computadora portátil $1400,00
Servicio de internet $75,00
Transporte $100,00
Refrigerio $180,00
Software $0,00
Recurso humano $2800,00
Total $4655,00 Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
Sin duda se puede destacar cuan beneficioso resulta trabajar en este
proyecto o en algún proyecto indistintamente cual sea su naturaleza, entre estos
se tiene: implementar cronogramas en tiempo real y trabajar valores como la
responsabilidad, puntualidad para poder llegar a cada entregable de una manera
óptima. Aprender a tomar decisiones las cuales pueden llegar hacer críticas y
hacerse responsable por las mismas, afrontando los resultados adquiridos por
dicha decisión. Además, trabajar con un nuevo framework como es Laravel
permite abrir nuevos conocimientos y aprender a desenvolverse en cualquier
ámbito que se presente preparándonos así para el mundo laboral.
Etapas de la metodología del proyecto
Como ya se ha mencionado, la metodología a utilizarse y descrita en el
capítulo II es el modelo en espiral. Durante las primeras iteraciones, la versión
incremental podría ser un modelo en papel o un prototipo. Durante las últimas
iteraciones, se producen versiones cada vez más completas del sistema
diseñado. Este modelo se divide en regiones de tareas las cuales pueden ser de
3 o 6 regiones (Grijalva, 2012).
En el gráfico 2 se indica el modelo Espiral con cada una de sus etapas
para su mejor comprensión:
37
GRÁFICO N. 2: ETAPAS DEL MODELO EN ESPIRAL
Fuente: López, H. (2010). El modelo Espiral. [Figura]. Recuperado de:
http://heyssellopez.blogspot.com/2010/10/modelos-de-desarrollo-de-software.html
Comunicación con el cliente
Como primer ciclo estan todas las tareas necesarias para establecer la
comunicación entre el desarrollador y su cliente, esta fase es una de las más
importantes debido a que en esta parte se construye la base para el futuro
avance del proyecto, se especifica las ideas principales, llegando así a un
acuerdo mutuo entre las dos entidades.
Como se ha indicado en esta etapa se realizó una entrevista libre, en la
cual no es necesario tener una estructura, si no más bien se trataría como una
conversación normal con el cliente. El primer punto a tratar fue una aclaración
global de lo que se busca en dicho proyecto, que se tiene en mente y los ideales
para un futuro, a partir de ello se conoció los requerimientos software con los
cuales se debia trabajar. Por último punto se habla de los contactos posibles en
los cuales se podria acudir para la facilitación de los tipos de pruebas que debe
llevar el proyecto, debido a que las mismas deben ser aquellas que ya se han
utilizado para los contratos que se han venido realizando en este departamento.
38
Debido a que este trabajo fue propuesto por la Dirección de Gestión
Tecnológica de la Información de la Universidad de Guayaquil, a continuación se
enlistara los requerimientos de software (herramientas) que fueron previamente
discutidos para la realización del mismo:
• SQL Server
• PHP (Hypertext Preprocessor)
• Laravel
Además, entre los requerimientos solicitados por la Dirección de Talento
Humano para el módulo de test psicólogico estan:
Usuario de administración
• Dos tipos de usuario de administración: administrador y asistente
• Autenticar usuario de administración
• Registrar/Listar/Actualizar/Eliminar puestos.
• Asignar o quitar puestos de prueba.
• Registrar /Ver/Actualizar/Eliminar candidatos.
• Pruebas realizadas por candidato.
• Registrar /Listar/Actualizar/Eliminar pruebas.
• Listar factores de la tabla de baremos de pruebas.
• Agregar/Listar/Actualizar/Eliminar rangos de factores de tabla de
baremos.
• Ver gráfica de evaluaciones realizadas por candidato.
• Ver respuestas de evaluaciones realizadas por candidato.
• Ver reporte de evaluaciones realizadas por candidato.
• Eliminar/Inactivar evaluaciones de candidato.
• Agregar /Actualizar /Listar/Eliminar preguntas y opciones de respuesta.
• Registrar/Listar/Actualizar/Inactivar usuarios de administración.
• Listar roles.
Usuario candidato
• Autenticar usuario candidato
• Actualizar datos personales de candidato
• Aplicar a pruebas asignadas con tiempo estimado
39
Planificación
Para esta segunda etapa y se hace referencia a la planificación, se analiza
el detalle de tiempo para llevar a cabo este trabajo de titulación, así como
también definir para cada tarea su inicio y fin de esta manera evitar retrasos en
la entrega. Además del tiempo se recomienda tratar con algun otro detalle que
pueda influenciar directa o indirectamente con los resultados del proyecto.
Este trabajo tuvo como fecha de inicio el dia 26 de Octubre del 2017 y su
fecha de culminación y presentación final el dia 08 de Enero del 2018, dando
una totalidad de dos meses y dos semanas para la entrega final. En cada tarea
establecida el tiempo estimado para su cumplimiento esta dado en dias, se
cuenta con cinco capítulos de los cuales el más extenso que lleva la mayor parte
de tareas es el capítulo III. Debido a que en este periodo se trabaja ya
directamente con la creación del software con los requerimientos ya
establecidos.
Esta planificación concluye con la revisión final de documentación como se
indica en el capítulo IV, a continuación en la siguiente tabla se presenta todas
estas tareas de cada capítulo:
CUADRO N. 5 : PLANIFICACIÓN DEL PROYECTO
N# Nombre de tarea Duración Comienzo Fin
1 Capítulo I.
Planteamiento del
problema
5 días 26/10/2017 30/10/2017
2 Capítulo II. Marco
teórico
4 días 31/10/2017 03/11/2017
3 Capítulo III. Propuesta
Tecnológica
7 días 04/11/2017 10/11/2017
4 Desarrollo de módulo de
test psicológico
56 días 11/11/2017 05/01/2018
5 Entrevista y análisis de
requerimientos
2 días
13/11/2017 13/11/2017
6 Recolección de la
información
1 día
40
7 Prototipo papel
7.1 Análisis 1 día
7.2 Diseño 3 días
7.3 Evaluación
1 día 27/11/2017 27/11/2017
8 Prototipo funcional
8.1 Análisis 1 día
8.2 Diseño 5 días
8.3 Desarrollo 15 días
8.4 Pruebas y Evaluación
1 día 18/12/2017 18/12/2017
9 Prototipo operacional
9.1 Análisis 1 día
9.2 Diseño 5 días
9.3 Desarrollo 15 días
9.4 Pruebas y Evaluación
2 días 05/01/2018 05/01/2018
10 Elaboración del manual
técnico
1 día
11 Elaboración del manual
de usuario
2 días
12 Capítulo IV. Resultados
Conclusión y
Recomendaciones
2 días 06/01/2018 07/01/2018
13 Revisión final de
documentación
1 día 08/01/2018 08/01/2018
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
Análisis de riesgos
Consiste en determinar posibles inconvenientes que podrian aparecer en el
transcurso del tiempo según vaya avanzando este proyecto, al igual que
encontrar las debidas soluciones a las mismas evitando asi el fracaso del
presente proyecto. Estos riesgos abarcan todos los aspectos en general a los
que se concierne el trabajo, ya sea en los recursos software/hardware a utilizar,
tiempo o a su vez si podria existir problemas en el desarrollo del módulo.
41
CUADRO N. 6: VALORACIÓN DE ANÁLISIS DE RIESGOS
Atributo Valor Descripción
Impacto Insignificantes No merecen ser tenidos en cuenta,
Tolerables Están dentro de un margen de aceptación,
por lo cual no comprometen ni el proyecto,
ni el producto, ni la organización.
Graves Comprometen gravemente el proyecto o el
producto o la organización.
Catastróficas Amenazan la supervivencia del proyecto o
del producto o de la organización
Probabilidad Muy baja <10%
Baja Del 10 al 25%
Moderada Del 25 al 50%
Alta Del 50 al 75%
Muy alta >75%
Marco de
tiempo
Corto plazo 30 días
Medio plazo 1 a 4 meses
Largo plazo Más de 4 meses Fuente: https://www.academia.edu/9263751/Ingenieria_de_Software_Riesgos
Elaboración: Marcos Gonzales
CUADRO N. 7: ANÁLISIS DE RIESGOS
Riesgo Probabilidad Impacto Momento Dificultad de
detección El cliente no pueda
participar en
revisiones y en
reuniones.
Alta Graves Inicio/Dura
nte
Media
Cambios de
requerimientos que
demandan mayor
trabajo en el rediseño.
Moderada Tolerabl
e
Durante el
proyecto
Alta
Personal clave se
enferme en momentos
críticos.
Baja Grave Durante el
proyecto
Baja
Se subestime el
tiempo requerido para
desarrollo del módulo
Moderada Grave Durante el
proyecto
Media
Las herramientas de
software solicitadas no
puedan trabajar de
forma integrada.
Baja Grave Final del
proyecto
Media
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
42
CUADRO N. 8: RIESGO Y CONTINGENCIA
Riesgo Contigencia
El cliente no pueda participar en
revisiones y en reuniones.
Deberá otorgar un encargado el cual
tenga los conocimientos necesarios
para aportar en el desarrollo del
proyecto.
Cambios de requerimientos que
demandan mayor trabajo en el
rediseño.
Valorizar las tareas que dependen del
nuevo cambio, disminuir el tiempo de
esas tareas no críticas para reacomodar
el nuevo cambio.
Personal clave se enferme en
momentos críticos.
De las tareas a realizar escoger las que
sean críticas, trabajar en ellas, las
tareas no críticas serán realizadas con
forme a la recuperación del personal
indispuesto.
Se subestime el tiempo requerido para
desarrollo del módulo
Si el tiempo subestimado es de menor
porcentaje, estimar nuevos tiempos
reduciendo en tareas funcionales y así
acoplar aquellas tareas críticas.
Las herramientas de software
solicitadas no puedan trabajar de
forma integrada.
Llegar a un acuerdo con el cliente,
buscar nueva fecha de entrega, ya que
las herramientas fueron empleadas con
forma al criterio del mismo cliente. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
Ingeniería
Las tareas necesarias para la representación del módulo de test
psicológico, en esta etapa se tratará específicamente del trabajo que se realiza
en el cual incluye desde la estructura de funcionalidad del módulo así como la
relación de las tablas en la base de datos, con el fin de poder hacer
representaciones de la aplicación.
Diagrama de caso uso
El módulo de test psicológico ofrecerá una serie de funciones, las mismas
que permitirán el acceso dependiendo del tipo de usuario y la necesidad de
cada uno de estos. A continuación se modela mediante el uso de casos uso la
funcionalidad del módulo.
43
GRÁFICO N. 3: DIAGRAMA DE CASOS USO DE FUNCIONALIDADES DEL SISTEMA
Y USUARIOS
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Como ya se mencionó, para el acceso a la información dependerá del tipo
de usuario que acceda al módulo, como una funcionalidad principal para el
acceso a la información la mayoria de funciones requieren que el usuario este
autenticado permitiendo así controlar el acceso a los mismos. A continuación se
muestra las principales funciones del módulo detalladas.
44
GRÁFICO N. 4: DIAGRAMA DE CASOS DE USO ACCEDER AL MÓDULO DE TEST
PSICOLÓGICO COMO USUARIO DE ADMINISTRACIÓN
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
CUADRO N. 9: CASOS DE USO ACCEDER AL MÓDULO DE TEST PSICOLÓGICO
COMO USUARIO DE ADMINISTRACIÓN
CU-001 Casos de uso acceder al módulo de test psicológico como
usuario de administración
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
(administrador/asistente), en cualquier momento, la
autenticación del usuario con su respectivo rol como se
describe en el siguiente caso de uso:
Pre-condición Se debe registrar usuarios para administración lo cual lo
realiza el usuario administrador principal.
Secuencia
normal Paso Acción
1+ El usuario ingresa a la ventana de log-in respectivo.
2+ El usuario ingresa sus credenciales para validar el
ingreso y da click en el botón “Entrar”
3+ El módulo valida los datos del usuario.
4+ El módulo permite el acceso al usuario
dependiendo del tipo de usuario.
5+ El módulo permite el acceso a las funciones para
usuario de administración, cada uno con sus
respectivas restricciones.
Excepciones Paso Acción
3’ Si es incorrecto devuelve; las credenciales son
inválidas.
5’ Si la función no esta disponible para el usuario de
administración muestra mensaje de error.
Post-condición Usuario de administración autenticado correctamente con
acceso a sus funciones respectivas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
45
GRÁFICO N. 5: DIAGRAMA DE CASOS DE USO REGISTRAR CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
CUADRO N. 10: CASOS DE USO PARA REGISTRAR CANDIDATO
CU-002 Casos de uso para registrar candidato
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir registrar un usuario candidato al
usuario de administración cuando este autenticado, además
de que el módulo envie un correo de confirmación de cuenta
como se describe en el siguiente caso de uso:
Pre-condición El registro de candidatos lo realiza el usuario administrador o
asistente en base a información que proporcionara el
candidato como email , puesto que aplica ,cédula y nombres.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse en
el módulo.
2+ El usuario de administración en el menú de
opciones desplegará “Candidatos” y seleccionará la
opción “Registrar candidato”.
3+ El usuario de administración ingresará los datos
respectivos previamente propocionados por el
candidato y posteriormente en el botón “Guardar”.
4+ El módulo guarda los datos del candidato , a su vez
enviará la contraseña autogenerada al email del
candidato.
5+ El usuario candidato recibe el correo de
confirmación a al correo proporcionado.
Excepciones Paso Acción
3’ El usuario no se ha podido registrar o errores en
los campos mal ingresados.
5’ No se ha podido enviar el correo de confirmación
al usuario candidato
Post-condición El usuario candidato se ha registrado correctamente y
aparece en la opción “Listar candidatos”, además el mismo
recibe el correo de confirmación de cuenta con sus
credenciales. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
46
GRÁFICO N. 6: DIAGRAMA DE CASOS DE USO ACCEDER AL MÓDULO DE TEST
PSICOLÓGICO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
CUADRO N. 11: CASOS DE USO ACCEDER AL MÓDULO DE TEST PSICOLÓGICO
CU-003 Casos de uso acceder al módulo de test psicológico
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir el acceso al usuario candidato con
sus credenciales respectivas, las mismas que recibió a su
correo como se describe en el siguiente caso de uso:
Pre-condición El usuario de administración debió haber registrado al
usuario candidato y el módulo haber enviado el correo de
confirmación.
Secuencia
normal Paso Acción
1+ El usuario candidato debe haber recibido el correo
de confirmación con sus credenciales respectivas.
2+ El usuario candidato se situa en la ventana de
ingreso respectiva para su tipo de usuario.
3+ El usuario candidato ingresa sus credenciales para
validar el ingreso y da click en el botón “Entrar”
4+ El módulo permite el acceso al usuario candidato
autenticado en el mismo.
Excepciones Paso Acción
3’ Si es incorrecto devuelve las credenciales son
inválidas.
Post-condición El usuario candidato accede a su cuenta respectiva con sus
credenciales proporcionadas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
47
GRÁFICO N. 7: DIAGRAMA DE CASOS DE USO REGISTRAR PUESTO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
CUADRO N. 12: CASOS DE USO REGISTRAR PUESTO
CU-004 Casos de uso registrar puesto
Autores Brayan Ordoñez y Jaime Ibarra
Descripcion El módulo deberá permitir al usuario de administración
registrar puestos como se describe en el siguiente caso de
uso:
Pre-condición El registro puestos lo realiza el usuario de administración .
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse en
el módulo.
2+ El usuario de administración en el menú de
opciones desplegará “Puestos” y seleccionará la
opción “Registrar puesto”.
3+ El usuario de administración ingresará los datos
respectivos para el registro de un puesto en el
formulario y click en el botón “Guardar”.
Excepciones Paso Acción
3’ Se mostrará un mensaje de que no se ha podido
registrar o campos mal ingresados.
Post-condición Mostrará un mensaje de que el puesto se ha registrado
correctamente y en la opción “Listar puestos” se mostrará. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 8: DIAGRAMA DE CASOS DE USO REGISTRAR PRUEBA
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
48
CUADRO N. 13: CASOS DE USO REGISTRAR PRUEBA
CU-005 Casos de uso para registrar prueba
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
registrar pruebas como se describe en el siguiente caso de
uso:
Pre-condición El registro de pruebas lo realiza el usuario de administración
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse en
el módulo.
2+ El usuario de administración en el menú de
opciones desplegará “Pruebas” y seleccionará la
opción “Registrar prueba”.
3+ El usuario de administración ingresará los datos
respectivos para el registro de una prueba en el
formulario y click en el botón “Guardar”.
Excepciones Paso Acción
3’ Mostrará un mensaje de que no se ha podido
registrar o campos mal ingresados.
Post-condición Las pruebas se mostrarán en “listar pruebas” con sus
opciones respectivas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 9: DIAGRAMA DE CASOS DE USO AGREGAR PREGUNTA
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
49
CUADRO N. 14: CASOS DE USO AGREGAR PREGUNTA
CU-006 Casos de uso para agregar pregunta
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
agregar preguntas con sus respectivas opciones de respuesta
a las pruebas como se describe en el siguiente caso de uso:
Pre-condición El registro de pruebas lo realiza el usuario de administración.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse en
el módulo.
2+ El usuario de administración en el menú de
opciones desplegará “Pruebas” y seleccionará la
opción “Listar pruebas”.
3+ El usuario de administración seleccionará la prueba
para agregar preguntas y seleccionará la opción
“Agregar pregunta”
4+ El usuario de administración seleccionará el tipo de
pregunta y opciones de respuesta para agregar.
5+ El usuario de administración llenará el formulario
respectivo para una nueva pregunta y sus opciones
de respuesta para después dar click en el botón
“Guardar”.
Excepciones Paso Acción
5’ Mostrará un mensaje de que no se ha podido
registrar o campos mal ingresados.
Post-condición Se mostrará las preguntas agregadas a la prueba en la opción
“Ver preguntas”. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 10: DIAGRAMA DE CASOS DE USO ASIGNAR O QUITAR PUESTO A
PRUEBA
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
50
CUADRO N. 15: CASOS DE USO ASIGNAR O QUITAR PUESTO A PRUEBA
CU-007 Casos de uso asignar o quitar puesto a prueba
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
asignar o quitar un puesto de una prueba como se describe en
el siguiente caso de uso:
Pre-condición La asignación de puesto a prueba lo realiza el usuario de
administracion, además para la asignación deberá haber
puestos no asignados y para quitar asignación puestos
asignados.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse en
el módulo.
2+ El usuario de administración en el menú de
opciones desplegará “Pruebas” y seleccionará la
opción “Listar pruebas”.
3+ El usuario de administración seleccionará en la
opción de una prueba “Puestos asignados” en caso
de querer quitar asignación a un puesto de la
misma.
4+ El usuario de administración seleccionará el puesto
a quitar asignación y dará en la opción “Quitar
asignación”.
5+ El usuario de administración seleccionará en la
opción de una prueba “Puestos no asignados” en
caso de querer asignar un puesto a la prueba.
6+ El usuario de administración seleccionará el puesto
para asignarle la prueba y dará en la opción
”Asignar a prueba”.
Excepciones Paso Acción
4’,6’ Mostrará un mensaje de que no se ha podido
asignar o quitar el puesto de la prueba.
Post-condición Los puestos cambiarán de puestos asignados a no asignados
y viceversa según la acción que se realice. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 11: DIAGRAMA DE CASOS DE USO ACTUALIZAR DATOS
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
51
CUADRO N. 16: CASOS DE USO ACTUALIZAR DATOS
CU-008 Casos de uso actualizar datos
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario candidato acceder a
este para que pueda actualizar sus datos como se describe en
el siguiente caso de uso:
Pre-condición El usuario candidato deberá acceder con sus credenciales.
Secuencia
normal Paso Acción
1+ El usuario candidato deberá autenticarse en el
módulo.
2+ El usuario candidato leera las instrucciones
generales y da click en el botón “Continuar.”
3+ El usuario candidato actualiza sus datos personales,
en caso de ser necesario, y dar click en el botón
“Continuar”.
Excepciones Paso Acción
3’ Se mostrará un mensaje de que no se ha podido
actualizar o campos mal ingresados.
Post-condición Permite al usuario candidato continuar para que este pueda
aplicar a las pruebas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 12: DIAGRAMA DE CASOS DE USO APLICAR PRUEBA
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
52
CUADRO N. 17: CASOS DE USO APLICAR PRUEBA
CU-009 Casos de uso aplicar prueba
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario candidato aplicar a las
pruebas según el puesto al que esta aspirando como se
describe en el siguiente caso de uso:
Pre-condición Las pruebas deben estar registradas con sus respectivas
preguntas y opciones de respuesta, el usuario candidato
registrado aplicando a un puesto y debió haber actualizado
sus datos en caso lo requiera el módulo.
Secuencia
normal Paso Acción
1+ El usuario candidato deberá seleccionar “Aplicar
prueba” en aquellas pruebas disponibles para el
puesto aplicado.
2+ El usuario candidato leera las instrucciones de la
prueba y da click en el botón “Empezar”.
3+ El usuario candidato seleccionará la opción que
mejor le paresca a cada pregunta y da click botón
“Continuar”.
4+ El usuario candidato responderá todas las preguntas
de la prueba y le mostrará un mensaje de que ha
finalizado la misma.
5+ El usuario candidato en caso de ser necesario da
click en el botón “Terminar prueba”.
Excepciones Paso Acción
3’ El módulo mostrará un mensaje y le exigirá
seleccionar una opción para poder continuar.
Post-condición Las pruebas asignadas al candidato se mostrarán como
pruebas aplicadas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 13: DIAGRAMA DE CASOS DE USO INACTIVAR EVALUACIÓN
CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
53
CUADRO N. 18: CASOS DE USO PARA INACTIVAR EVALUACIÓN CANDIDATO
CU-010 Casos de uso inactivar evaluación del candidato
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
acceder a las evaluaciones del candidato para que así este
pueda inactivar la evaluación y la vuelva a realizar como se
describe en el siguiente caso de uso:
Pre-condición Estar autenticado como usuario de administración para el
acceso a resultados, además de tener alguna evaluación
hecha a algun candidato.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse
en el módulo.
2+ El usuario de administración en el menú de
opciones seleccionará “Candidato” y
posteriormente “Listar candidatos.”
3+ El usuario de administración seleccionará un
candidato y una de sus opciones “Pruebas de
candidato”.
4+ El usuario de administración en caso de ser
necesario seleccionará “Inactivar” ,esta función
permite inactivar la evaluación seleccionada para
que el usuario candidato pueda aplicar a la prueba
nuevamente en cualquier puesto.
Excepciones Paso Acción
3’ En caso de no existir evaluaciones aún realizadas
no mostrará nada.
4’ En caso de no poder realizar la acción se mostrará
un mensaje de que no se ha podido inactivar la
evaluación del candidato.
Post-condición Las pruebas inactivadas se mostrarán con un estado de
“inactiva”.
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 14: DIAGRAMA DE CASOS DE USO LISTAR Y BÚSQUEDA DE
RESPUESTAS DE CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
54
CUADRO N. 19: CASOS DE USO LISTAR Y BÚSQUEDA DE RESPUESTAS DE
CANDIDATO
CU-011 Casos de uso listar y búsqueda de respuestas de
candidato
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
acceder a las evaluaciones del candidato para que así este
pueda obtener las respuestas de la misma y buscar como se
describe en el siguiente caso de uso:
Pre-condición Estar autenticado como usuario de administración para el
acceso a resultados, además de tener alguna evaluación
hecha a algun candidato.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse
en el módulo.
2+ El usuario de administración en el menú de
opciones seleccionará “Candidato” y
posteriormente “Listar candidatos.”
3+ El usuario de administración seleccionará un
candidato y una de sus opciones “Pruebas de
candidato”.
4+ El usuario de administración seleccionará “Ver
respuestas” y le mostrará las respuestas de la
evaluación realizada al candidato.
5+ El usuario de administración en la barra de
búsqueda escribirá el número de pregunta a buscar
y dará click en el botón “Buscar”.
Excepciones Paso Acción
3’ En caso de no existir evaluaciones aún realizadas
no mostrará nada.
5’ En caso de no ecncontrar el número de pregunta
ingresado no mostrará nada.
Post-condición Se mostrará todas las respuestas de la evaluación realizada al
candidato y se podrá realizar búsquedas sin problemas. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
GRÁFICO N. 15: DIAGRAMA DE CASOS DE USO GENERAR REPORTES Y
GRÁFICAS DE EVALUACIONES
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
55
CUADRO N. 20: CASOS DE USO GENERAR REPORTES Y GRÁFICAS DE
EVALUACIONES
CU-0012 Casos de uso generar reportes y gráficas de evaluaciones
Autores Brayan Ordoñez y Jaime Ibarra
Descripción El módulo deberá permitir al usuario de administración
acceder a las evaluaciones del candidato para asi este pueda
obtener la gráfica correspondiente y reportes respectivos
como se describe en el siguiente caso de uso:
Pre-condición Estar autenticado como usuario de administración para el
acceso a resultados, además de tener alguna evaluación
hecha a algun candidato.
Secuencia
normal Paso Acción
1+ El usuario de administración deberá autenticarse
en el módulo.
2+ El usuario de administración en el menú de
opciones seleccionará “Candidato” y
posteriormente “Listar candidatos.”
3+ El usuario de administración seleccionará un
candidato y una de sus opciones “Pruebas de
candidato”.
4+ El usuario de administración seleccionará
“Graficay&Reporte” y le mostrará la gráfica
respectiva de la evaluación realizada al candidato.
5+ El usuario de administración seleccionará la opción
“Ver reporte ” y le mostrará el reporte de la
evaluación y en caso de ser necesario “Descargar
reporte”.
Excepciones Paso Acción
3’ En caso de no existir evaluaciones aún realizadas
no mostrará nada.
4’ En caso de que la evaluación realizada al candidato
no este completa mostrará un gráfica incompleta
Post-condición Se pueda visualizar correctamente las gráficas y reportes de
las evaluaciones realizadas por el candidato. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
Diagrama de clases
Además el módulo esta estructurado mediante clases y relaciones, las
mismas que permiten cumplir con cada una de las funciones mencionadas
anteriormente. El siguiente diagrama de clases muestra el diseño conceptual de
la información con sus clases, atributos y operaciones que son utilizadas en el
módulo para cumplir asi con los requerimientos del mismo como se muestra en
el gráfico 9.
56
GRÁFICO N. 16: DIAGRAMA DE CLASES
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
57
Base de datos
Diseño de tablas
La base de datos SQL server en la cual se va a guardar la información
obtenida por el módulo de test psicológico esta mantiene una estructura con
tablas y relaciones las mismas que se detallarán a continuación:
• tb_usuario: Tabla utilizada para el registro de los usuarios candidatos.
tb_usuario
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Cédula nvarchar (10) No Número de cédula
Nombre nvarchar (30) No Nombre de usuario candidato
apellido_p nvarchar (30) No Apellido paterno de usuario
apellido_m nvarchar (30) No Apellido materno de usuario
fecha_nac nvarchar (30) Si Fecha de nacimiento
Genero char (1) No Genero
Email nvarchar (50) No Correo electrónico
Password nvarchar (100) No Contraseña encriptada
Dirección nvarchar (50) Si Dirección domiciliaria
Teléfono nvarchar (10) Si Teléfono/celular
estado_civil nvarchar (30) Si Estado civil
Escolaridad nvarchar (30) Si Escolaridad
puesto_aplica nvarchar (30) No Puesto al que aplica candidato
Estado char (1) No Estado (Activo e Inactivo)
remember_token Text Si Token
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha en que se crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_evaluacion: Tabla utilizada para registro de las evaluaciones realizadas al candidato.
tb_evaluacion
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_usuario Int No Identificador auxiliar de tb_usuario
fecha_evaluacion nvarchar (120) No Fecha de evaluación
puesto_aplicado nvarchar (30) No Puesto aplicado en la evaluación
tiempo_enfermedad nvarchar (50) Si Tiempo de enfermedad
Estado char (1) No Estado (Activo e Inactivo)
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
58
• tb_detalle: Tabla utilizada para el registro del detalle de cada evaluación realizada
tb_detalle
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_evaluacion Int No Identificador auxiliar de tb_evaluacion
id_prueba Int No Identificador auxiliar de tb_prueba
id_pregunta Int No Identificador auxiliar de tb_pregunta
id_opción_resp Int No Identificador auxiliar de tb_opción_resp
Estado char (1) No Estado (Activo e Inactivo)
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_prueba: Tabla utilizada para el registro de las pruebas.
tb_prueba
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (50) No Descripción de la prueba
Duración nvarchar (10) No Duración de prueba
Instrucciones Text No Instrucciones de prueba
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_pregunta: Tabla utilizada para el registro de preguntas para cada prueba.
tb_pregunta
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
Número Int No Número de pregunta
Enunciado Text No Enunciado de pregunta
Imagen nvarchar (120) Si Imagen de pregunta
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
59
• tb_opción_resp: Tabla utilizada para el registro de las opciones de respuesta de cada pregunta.
tb_opción_resp
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_pregunta Int No Identificador auxiliar de tb_pregunta
Opción char (1) No Opción de respuesta
Descripción Text No Descripción de opción
Puntuación Int No Puntuación de opción
Imagen nvarchar (120) Si Imagen de opción
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_puesto_prueba: Tabla utilizada para el registro de las asignaciones de los puestos a las pruebas
tb_puesto_prueba
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
id_puesto Int No Identificador auxiliar de tb_puesto
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_puesto: Tabla utilizada para el registro de los puestos.
tb_puesto
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (120) No Descripción de puesto
Departamento nvarchar (50) Si Departamento de puesto
puesto_superior nvarchar (120) Si Puesto superior
fecha_inicio nvarchar (30) No Fecha inicio de proceso
fecha_fin nvarchar (30) No Fecha fin proceso
Observaciones Text Si Observaciones
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
60
• users: Tabla utilizada para el registro de usuarios para la administración en el sistema
Users
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_rol Int No Identificador auxiliar de tb_rol
Cédula nvarchar (10) No Número de cédula
Nombre nvarchar (30) No Nombre de usuario
Apellido nvarchar (30) No Apellido de usuario
Cargo nvarchar (50) Si Cargo de usuario
Email nvarchar (50) No Correo electrónico
Password nvarchar (100) No Contraseña encriptada
Estado char (1) No Estado (Activo e Inactivo)
remember_token Text Si Token
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha en que se crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_rol: Tabla utilizada para el registro de roles para usuario de administración.
tb_rol
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (30) No Descripción de opción
Observaciones Text Si Imagen de opción
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
• tb_baremo: Tabla utilizada para el almacenar los factores de los baremos de cada prueba.
tb_baremo
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
Factor Nvarchar (10) No Factor de baremo
Descripción nvarchar (50) No Descripción de factor
Genero char(1) No Género que aplica
usuario_actualiza nvarchar (30) Si Usuario que crea registro
fecha_actualiza nvarchar (30) Si Fecha que crea
61
• tb_rango: Tabla utilizada para el almacenar los rangos de cada factor de los baremos.
tb_rango
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_baremo Int No Identificador auxiliar de tb_baremo
valor_inicio Int No Valor de inicio de rango
valor_fin Int No Valor de fin de rango
valor_rango Int No Puntuación o valor del rango
usuario_actualiza nvarchar (30) Si Usuario que crea registro
fecha_actualiza nvarchar (30) Si Fecha que crea
Diagrama entidad relación
Para el diseño del esquema de la base de datos en SQL server se utiliza este
modelo de datos para mantener una buena estructura, así cumpliendo con
integridad, confidenciabilidad y disponibilidad de los datos como se muestra en
el gráfico 10.
62
GRÁFICO N. 17: DIAGRAMA ENTIDAD RELACIÓN
tb_baremoid
id_prueba
factor
descripcion
genero
usuario_actualiza
fecha_actualiza
tb_detalleid
id_evaluacion
id_prueba
id_pregunta
id_opcion_resp
estado
usuario_actualiza
fecha_actualiza
tb_evaluacionid
id_usuario
fecha_evaluacion
puesto_aplicado
tiempo_enfermedad
estado
usuario_actualiza
fecha_actualiza
tb_opcion_respid
id_pregunta
opcion
descripcion
puntuacion
imagen
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_preguntaid
id_prueba
numero
enunciado
imagen
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_pruebaid
descripcion
duracion
instrucciones
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_puestoid
descripcion
departamento
puesto_superior
fecha_inicio
fecha_fin
observaciones
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_puesto_pruebaid
id_prueba
id_puesto
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_rangoid
id_baremo
valor_inicio
valor_fin
valor_rango
usuario_actualiza
fecha_actualiza
tb_rolid
descripcion
observaciones
estado
usuario_crea
fecha_crea
tb_usuarioid
cedula
nombre
apellido_p
apellido_m
fecha_nac
genero
password
direccion
telefono
estado_civil
escolaridad
puesto_aplica
estado
remember_token
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
usersid
id_rol
cedula
nombre
apellido
cargo
password
estado
remember_token
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
63
Construcción y acción
“Las tareas requeridas para construir, probar, instalar y proporcionar
soporte al usuario (por ejemplo: documentación y práctica)” (Grijalva, 2012).
En esta etapa se realiza la construcción de los prototipos en base a
representaciones de la aplicación de la etapa de ingeniería, además se realiza
pruebas de estos y a la vez se evalua por parte del cliente, el mismo que
aumenta requerimientos o evalua los riesgos en la interfaz del usuario. A
continuación se describe cada uno de los prototipos utilizados de una manera
breve y su análisis.
Prototipo 1
Es el primer prototipo , el mismo que solamente muestra un diseño breve
de la interfaz de usuario con los requerimientos tomados en primer lugar. Este
prototipo es considerado en papel ya que solo muestra un breve diseño sin
funcionalidad ,es más como una propuesta hacia el cliente para que este pueda
tener claro sus requerimientos asi como se muetra en el gráfico 18, además en
el anexo 1 se adjunta este prototipo.
GRÁFICO N. 18: PROTOTIPO 1 (REGISTRAR NUEVO PUESTO)
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
64
Prototipo 2
Este prototipo es considerado prototipado funcional ya que el mismo
muestra algunas funciones del sistema, aunque no sean todas la funciones pero
da al cliente una idea de como va a ser la funcionalidad del módulo asi como se
muestra en el gráfico 19, además se adjunta el prototipo presentado en anexo 2.
GRÁFICO N. 19: PROTOTIPO 2 (REGISTRAR NUEVO PUESTO)
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Evaluación del prototipo 2
En este prototipo se encontraron una serie de inconvenientes los mismos
que se detallan a continuación:
• Log-in de candidato: Tanto los usuarios administradores como los
candidatos deben de logearse por medio de un correo electrónico, el
mismo que debe ser validado enviándole su contraseña respectiva
(generada aleatoriamente) para que pueda tener acceso al sistema.Estos
usuarios candidatos deben de ofrecer los siguientes datos: Cédula,
Nombre, Apellido Paterno, Apellido Materno, Email y el puesto al que
está aplicando, para poder ser registrados por un usuario de
administración y así se le envíe el correo de confirmación. En caso de
aplicar a varios puestos las pruebas se realizarán una sola vez indistinto
al puesto que aplique.
• Puestos: Los puestos son considerados como procesos por lo cual deben
tener una fecha de inicio y fecha de fin para que los candidatos tengan
acceso a rendir las pruebas asignadas a los mismos en un tiempo
establecido.
65
• Candidatos: Se requiere agregar la opción de ver reportes y gráficas para
las evaluaciones realizadas a los candidatos dependiendo de la prueba
que ha realizado.
Prototipo operacional
Este prototipo es caracterizado por ser un prototipo más funcional y
completo ya que el mismo empieza a tener todas las funciones, además de
corregir aquellas presentadas en el prototipo 2 como se muestra en el gráfico 20.
GRÁFICO N. 20: PROTOTIPO 3 (REGISTRAR NUEVO PUESTO)
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Evaluación del prototipo 3
En este prototipo se evaluaron las características funcionales del módulo
de test psciológico para lo cual se realizaron las respectivas pruebas, las cuales
se detallarán más adelante.
Este prototipo presenta la mayoria de las funciones que permiten cumplir
con los requerimientos solicitados por la Dirección de Talento Humano, pero al
ser evaluado por la Dirección de Gestión Tecnológica de la Información se
solicitó agregar la opción para cada prueba que lo requiera de “Baremos” la
misma que permitiría modificar los rangos de cada factor evaluado en la misma,
como se muestra en el gráfico n.26. Además se muestra a continuación el diseño
de las ventanas más importantes en el desarrollo del módulo, el mismo que esta
basado en la evaluación de los prototipos anteriores.
66
Formulario de inicio de sessión: Este formulario permite obtener los
datos necesarios de los usuarios candidatos para que puedan acceder a su
cuenta mediante el uso de su correo electrónico y contraseña, además presenta
la opción de restablecer contraseña en caso de que este la olvide.
GRÁFICO N. 21: FORMULARIO INICIO DE SESSIÓN
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Formulario de actualización de datos de candidato: Este formulario
permite al usuario candidato actualizar sus datos personales cada vez que vaya
a aplicar las pruebas asignadas por el puesto al que esta aspirando.
GRÁFICO N. 22: FORMULARIO ACTUALIZACIÓN DE DATOS DE CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
67
Ventana de pruebas asignadas al candidato: Este ventana muestra al
usuario candidato las pruebas que fueron asignadas al mismo dependiendo al
puesto al que aplicó, además de sus datos personales entre otros.
GRÁFICO N. 23: VENTANA DE PRUEBAS ASIGNADAS AL CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Ventana de evaluación al candidato : Después de aplicar a la prueba y
leer las instrucciones de la misma se muestra una ventana la cual genera las
preguntas y opciones de respuesta de la prueba, además un botón de
“Continuar” y “Terminar prueba” para continuar a la siguiente pregunta o terminar
la prueba en caso de que sea necesario respectivamente.
GRÁFICO N. 24: VENTANA DE EVALUACIÓN AL CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
68
Para el acceso al perfil de administrador o asistente se lo realiza de la
misma manera que el usuario candidato, por medio de usuario y contraseña
previamente antes creados, además se mostrará las ventanas importantes en
este perfil.
Formulario de registro de nuevo puesto: Este formulario permite el
registro de un nuevo puesto el cual es tomado como un proceso, el mismo tiene
una fecha de inicio y fecha final, además de otros datos como la descripción,
departamento, puesto superior y observaciones.
GRÁFICO N. 25: FORMULARIO DE REGISTRO DE NUEVO PUESTO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Ventana de pruebas disponibles: En el perfil del usuario de
administración se muestra una serie de opciones y entre una de ellas en la
opción pruebas se encuentra listar pruebas, la misma que muestra las pruebas
disponibles en el módulo a las cuales se le puede agregar preguntas, ver
preguntas, puestos asignados, puestos no asignados y baremos para las
pruebas que lo requieren.
69
GRÁFICO N. 26: VENTANA DE PRUEBAS DISPONIBLES
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Ventana de evaluaciones realizadas al candidato: En la opción “Listar
candidatos” se muestra a cada uno de estos con una serie de opciones entre las
cuales se tiene a pruebas de candidato, esta opción muestra todas las
evaluaciones que realiza el candidato dependiendo al puesto al que aplica,
además permite inactivar la evaluación, ver respuestas de la evaluacion, ver
reportes y gráficas dependiendo de la evaluación realizada.
GRÁFICO N. 27: VENTANA DE EVALUACIONES REALIZADAS AL CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Ventana de respuestas de la evaluación al candidato: De la misma
manera en la opción para cada evaluación realizada “Ver respuestas” mostrará
una ventana con las respuestas del candidato al momento de aplicar hacia una
prueba.
70
GRÁFICO N. 28: VENTANA DE RESPUESTAS DE LA EVALUACIÓN AL CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Ventana de gráfica de evaluación: Esta ventana muestra en base a los
resultados obtenidos hacia una prueba realizada a un candidato la gráfica
correspondiente a la misma, además de mostrar las opciones ver o descargar
reporte.
GRÁFICO N. 29: VENTANA DE GRÁFICA DE EVALUACIÓN
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
71
Ventana de reporte: Esta ventana muestra el reporte en base a resultados
de una evaluación de forma más detallada para asi tener un mejor análisis de
los mismos.
GRÁFICO N. 30: VENTANA DE REPORTE DE CANDIDATO
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Evaluación del cliente
“Las tareas requeridas para obtener la reacción del cliente según la
evaluación de las representaciones del software creadas durante la etapa de
ingeniería e implementada durante la etapa de instalación” (Grijalva, 2012).
Entre las tareas realizadas para la evaluación del cliente que en este caso
es la Dirección de Talento Humano, se realizaron casos de prueba los mismos
que permiten obtener resultados en base a propósitos y condiciones, además del
análisis del módulo si satisface sus requerimientos de manera parcial o total.
72
CUADRO N. 21: CASO DE PRUEBA AUTENTICAR USUARIO DE ADMINISTRACIÓN
Nombre del proyecto: Test
psicológico
ID caso de prueba: CP-001
Ambiente de prueba: versión Web
Autor de caso de prueba: Brayan Ordoñez y Jaime Ibarra
Propósito: Validar la autenticación de los usuarios de administración al
ingresar al módulo con su respectivo rol.
Precondición: Se debe registrar usuarios para la administración lo cual lo
realiza el usuario administrador principal.
Salida esperada: Correcta autenticación para usuarios de administración y
acceso restringido hacia funciones que no estan permitidas para su rol.
Salida obtenida: La autenticación de los usuarios para administración fue
correcta, además de que su rol específico restringía a funciones no
disponibles.
Resultados Obtenidos
Resultado: Aprobado
Seguimiento: No aplica Severidad: No aplica
Evidencia:
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
73
CUADRO N. 22: CASO DE PRUEBA REGISTRO DE CANDIDATO
Nombre del proyecto: Test
psicológico
ID caso de prueba: CP-002
Ambiente de prueba: Versión Web
Autor de caso de prueba: Brayan Ordoñez y Jaime Ibarra
Propósito: Registrar un candidato desde el perfil de administración para
que se realice el envio respectivo de su contraseña al correo electrónico.
Precondición: El registro de candidatos lo realiza el usuario administrador
o asistente en base a información proporcionada por el candidato como
correo electrónico, puesto que aplica,cédula y nombres.
Salida esperada: El usuario candidato reciba el correo electrónico de
bienvenida con su contraseña respectiva.
Salida obtenida: El usuario candidato es registrado correctamente, además
que recibe un correo electrónico con su contraseña.
Resultados Obtenidos
Resultado: Aprobado
Seguimiento: No aplica Severidad: No aplica
Evidencia:
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
74
CUADRO N. 23: CASO DE PRUEBA ASIGNAR O QUITAR PUESTO A PRUEBA
Nombre del proyecto: Test
psicológico
ID caso de prueba: CP-003
Ambiente de prueba: Versión Web
Autor de caso de prueba: Brayan Ordoñez y Jaime Ibarra
Propósito: Realizar asignación de puesto a una prueba o quitar asignación
de un puesto a una prueba.
Precondición: La asignación de puesto a prueba lo realiza el usuario de
administracion, además para la asignación deberá haber puestos no
asignados y para quitar asignación puestos asignados.
Salida esperada: La correcta creación asignación de puesto a pruebas y
quitar asignación de los mismos en caso de ser necesario .
Salida obtenida: La asignación de las pruebas al puesto fue correcta y de
igual manera quitar la asignación.
Resultados Obtenidos
Resultado: Aprobado
Seguimiento: No aplica Severidad: No aplica
Evidencia:
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
75
CUADRO N. 24: CASO DE PRUEBA APLICAR PRUEBA
Nombre del proyecto: Test
psicológico
ID caso de prueba: CP-004
Ambiente de prueba: Versión Web
Autor de caso de prueba: Brayan Ordoñez y Jaime Ibarra
Propósito: Dar acceso a un usuario candidato para que realice la evaluación
aplicando desde su perfil de candidato a las pruebas asignadas al puesto que
aplica.
Precondición: Las pruebas deben estar registradas con sus respectivas
preguntas y opciones de respuesta, el usuario candidato registrado aplicando
a un puesto y debió haber actualizado sus datos en caso lo requiera el
módulo.
Salida esperada: El usuario candidato realice la pueba aplicada
satisfactoriamente el tiempo estimado y condiciones de la misma.
Salida obtenida: La evaluación al usuario candidato fue exitosa.
Resultados Obtenidos
Resultado: Aprobado
Seguimiento: No aplica Severidad: No aplica
Evidencia:
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
76
CUADRO N. 25: CASO DE PRUEBA GENERAR REPORTES Y GRÁFICA DE
EVALUACIONES
Nombre del proyecto: Test
psicológico
ID caso de prueba: CP-004
Ambiente de prueba: Versión Web
Autor de caso de prueba: Brayan Ordoñez y Jaime Ibarra
Propósito: Acceder a pruebas de candidato como usuario de administración
de donde se puede obtener las gráficas correspondientes y reportes
respectivos.
Precondición: Estar autenticado como usuario de administración para el
acceso a resultados, además de tener alguna evaluación hecha a algun
candidato.
Salida esperada: Mostrar resultados de candidato en la gráfica
correspondiente y reportes de la evaluación sin problemas.
Salida obtenida: Los resultados fueron los esperados.
Resultados Obtenidos
Resultado: Aprobado
Seguimiento: No aplica Severidad: No aplica
Evidencia:
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
77
Entregables del proyecto
Los entregables de este proyecto se muestran a continuación con una
breve descripción de cada uno de ellos:
• Manual técnico: Al terminar el proyecto se proporcionará un manual
técnico con todo lo correspondiente al ambiente de desarrollo, además de
las herramientas de software y hardware utilizadas al momento de
configurar el mismo.
• Manual de usuario: El manual de usuario proporciona información
acerca del uso del módulo ,especificando cada una de las funciones del
mismo con los diferentes tipos de usuario, este se muestra en el anexo 7.
• Código fuente: Se proporcionará el módulo de test psicológico con su
código correspondiente y en funcionamiento para que así este pueda
tener a un futuro nuevas evoluciones agregando más funciones.
• Script de base de datos: El código que genera el esquema de la base
de datos, el mismo permite que el módulo de test psicólogico pueda
cumplir con sus funciones.
78
Criterios de validación de la propuesta
En cada ciclo de desarrollo del módulo de test psicológico se presentó un
prototipo, el mismo que fue evaluado para que cumpla con su funcionalidad y
requerimientos solicitados por la Dirección de Talento Humano. Al final con el
prototipo operacional se procedió a realizar pruebas para lo cual se utilizó casos
de prueba permitiendo asi tener resultados acerca del módulo.
Estos casos de prueba están basados en funcionalidades principales del
módulo con sus usuarios respectivos como se muestra en el gráfico 3 que
detalla el diagrama de casos de uso de las funcionalidades del módulo, además
el ambiente utilizado para realizar las pruebas localmente se detalla a
continuación:
Herramientas de software:
• Sistema operativo windows 8.1
• Sql server 2008
• Servidor de aplicaciones web Apache 2.24.29
Características de hardware:
• Procesador Core i3
• Memoria Ram 2gb
• Disco duro 500Gb
Los resultados de la pruebas se muestran a continuación:
CUADRO N. 26: RESULTADOS DE LAS PRUEBAS
ID caso de
prueba
Caso de prueba Resultados de prueba
CP-001 Autenticar usuario de
administración
Al ingresar un usuario de administración
que no esta registrado en el módulo de test
psicológico devuelve como resultados las
credenciales no están registradas.
Con un rol de usuario asistente al acceder a
las funciones que no están disponibles para
el mismo devuelve un mensaje de error.
CP-002 Registrar candidato El registro de un usuario candidato se
realiza correctamente lo que permite
enviar el correo electrónico al candidato
con su contraseña respectiva.
79
El usuario candidato recibe el correo
electrónico con sus respectivas
credenciales.
CP-003 Asignar o Quitar
puesto a prueba.
Al momento de asignar puestos a la prueba
el módulo indica si la prueba tiene sus
respectivas preguntas y opciones las cuales
se deben considerar antes de la asignación.
La asignación a un puesto y de la misma
manera quitar la asignación ocurren
satisfactoriamente dando un mensaje de
confirmación.
CP-004 Aplicar a prueba El usuario candidato accede al módulo con
sus respectivas credenciales, actualiza sus
datos personales en caso de ser necesario y
se muestra las pruebas asignadas al puesto
que aplicó con su tiempo estimado.
El usuario candidato aplica a las pruebas
disponibles, lee las instrucciones
respectivas y muestra la ventana de
evaluación donde se generan las preguntas
y opciones de la prueba.
Al empezar la prueba se activa un
cronómetro el mismo que valida el tiempo
de la prueba y al terminar el mismo
muestra un mensaje de haber finalizado la
prueba, además retorna a la ventana de
pruebas asignadas.
Si el usuario candidato decide terminar la
prueba lo realiza mediante un botón con el
mismo nombre o en caso de culminarla
por completo en el tiempo estimado
muestra un mensaje de haber finalizado la
prueba correctamente.
CP-005 Generar reportes y
gráfica de
evaluaciones
El usuario administrador accede al módulo
autenticado correctamente.
Accede a la opción del menú listar
candidatos y muestra los mismos con sus
opciones, selecciona pruebas de candidato
y muestra las mismas con las opciones
grafica&reporte.
Al seleccionar estas opciones muestra lo
correspondiente lo cual funciona
correctamente sin ningún problema. Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
80
CAPÍTULO IV
RESULTADOS - CONCLUSIONES Y RECOMENDACIONES
Criterios de aceptación del producto o servicio
El módulo de test psicológicos fue desarrollado con el objetivo de que sirva
como apoyo para la toma de decisiones al utilizar test psicométricos
automatizados en el mismo, los criterios para la aceptación del módulo fueron
aprobados por la Dirección de Talento Humano ya que el mismo fue quien
proporcionó los requerimientos y participó en el desarrollo, esto se muestra en el
anexo 3.
Además cabe recalcar que en reuniones realizadas con la Dirección de
Gestión Tecnológica de la Información se produjeron nuevos requerimientos
como agregar la opción de visualizar las tablas de baremos de aquellas pruebas
que lo requieran, además que los rangos de cada factor en esta tabla se puedan
modificar para futuros cambios. Para la aceptación de este producto se tuvo que
realizar la evaluación por cada uno de estos departamentos con los
requerimientos que los mismos solicitaron para su aprobación, se adjunta en el
anexo 5 y 6 las correspondientes certificados de aceptación de cada
departamento.
También se puede hacer referencia al análisis de riesgos realizado en
donde se indica los posibles riesgos que afectarían a este proyecto como se
muestra en el cuadro N.7, se puede constatar que se produjo dos riesgos, uno
de ellos fue la subestimación del tiempo que estaba planificado para la
culminación del trabajo, un nuevo requerimiento y cambios, antes mencionado,
produjo una mayor demanda en las tareas faltantes ocacionando una nueva
valorización en las mismas para añadir esa nueva petición del cliente.
81
Este suceso a su vez no pudo llegar solo, debido al cambio de estos
tiempos el trabajo no pudo ser entregado el día solicitado, pero por este retraso
fue dado un plazo para su entrega final. A continuación se detallará cuales son
los criterios de aceptación para el producto, los mismos que deben de cumplir
con los requerimientos solicitados funcionales para cada perfil de usuario,
además se muestra los criterios de calidad del software según el modelo ISO
9126.
CUADRO N. 27: CRITERIOS DE CALIDAD DE SOFTWARE
Factor Criterios Ponderación
Funcionabilidad Conformidad: El software tiene capacidad de
proporcionar funciones adecuadas. 100%
Exactitud: El software proporciona resultados
correctos, precisos y satisface el objetivo del
cliente.
100%
Seguridad: El software cuenta con mecanismos
de seguridad y control de acceso no autorizado a
los datos.
100%
Confiabilidad Madurez: El software tiene la capacidad de evitar
errores. 100%
Tolerancia a fallas: El software está preparado
para mantener un desempeño adecuado en caso de
fallas o errores.
100%
Recuperabilidad: El software considera las
acciones necesarias para recuperarse en caso de
fallas de manera fácil y rápida.
100%
Facilidad de uso Comprensibilidad: El software es fácil de
entender en su conveniencia y en como puede ser
utilizado.
100%
Facilidad de aprendizaje: El software permite al
usuario aprender su utilización de manera fácil y
rápida.
100%
Operabilidad: El software facilita al usuario su
operación y control. 100%
Eficiencia Tiempo de respuesta: El software cuenta con
tiempos adecuados de respuesta al realizar sus
diferentes funciones
100%
Portabilidad Adaptabilidad: El software puede adaptarse a
diferentes entornos sin necesidad de aplicar
acciones específicas diferentes de las establecidas.
100%
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
82
CUADRO N. 28: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO CANDIDATO Perfil Requerimientos Criterios de Aceptación
Usuario
candidato
Autenticar usuario candidato El usuario candidato pueda autenticarse después de que este haya proporcionado sus datos
personales al usuario administrador o asistente.El usuario administrador o asistente realice el
registro de usuario candidato para proporcionar la clave de acceso al mismo por medio de un
correo de confirmación.
Actualizar datos personales de
candidato
El usuario candidato pueda actualizar sus datos personales faltantes de manera obligatoria antes
de aplicar a alguna prueba.
Aplicar a pruebas asignadas con
tiempo estimado
El usuario candidato pueda aplicar a pruebas asignadas por el puesto que aplica en un tiempo
estimado de duración.
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
83
CUADRO N. 29: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO ADMINISTRADOR
Perfil Requerimientos Criterios de Aceptación
Usuario
Administrador
Autenticar usuario administrador
El usuario administrador pueda autenticarse después de haber proporcionado sus datos
personales, además de que este reciba un correo de confirmación con su clave de
acceso.
Registrar/Listar/Actualizar/Eliminar
puestos.
Se permita registrar puestos con sus respectivos datos correspondientes, además se
puedan visualizar los puestos guardados con las opciones de actualizar y en el caso
que requiera será eliminado dependiendo de las necesidades del usuario.
Asignar o quitar puestos de prueba. Se permita asignar puestos a las pruebas para que así el candidato pueda aplicar a las
mismas según el puesto al que está aspirando o se pueda quitar la asignación en caso de
ser necesario.
Registrar /Ver/Actualizar/Eliminar
candidatos.
Se pueda registrar candidatos aplicando a un puesto y enviar un correo de confirmación
con su clave de acceso en base a los datos que proporcione el mismo, además que se
pueda visualizar los mismos para poder actualizarlos o eliminarlos. En caso de que un
candidato aspire a varios puestos tendrá que aplicar uno por uno tomando en cuenta
que las pruebas se aplicarán una sola vez indistinto al puesto.
Pruebas realizadas por candidato. Cada prueba que sea realizada al candidato deberá ser almacenada para asi mantener
un historial, además que se permita generar reportes y gráficas ayudando a tener un
análisis respectivo de estos según las necesidades del departamento.
Registrar /Listar/Actualizar/Eliminar
pruebas.
Se permita registrar pruebas a más de las que ya se encontrarán en el módulo como
son: Test de personalidad 16 PF , Inventario Multiaxial Clínico de Millon, Test de
Luscher y así mismo se puedan visualizar con las opciones de actualizar y eliminar
según las necesidades del usuario.
84
Listar factores de la tabla de baremos de
pruebas.
Se permita mostrar los factores de la tabla de baremos de cada prueba que lo requiera.
Agregar/Listar/Actualizar/Eliminar
rangos de factores de tabla de baremos.
Se permita agregar rangos de factores de la tabla de baremos, así como también se
pueda visualizar los mismos con opciones de actualizar y eliminar según lo requiera el
usuario.
Ver gráfica de evaluaciones realizadas
por candidato.
Se dará a conocer gráficas en cada evaluación que esta requiera, para una mayor
comprensión de los resultados afines de llegar a una decisión firme en cada candidato
Ver respuestas de evaluaciones
realizadas por candidato
El usuario administrador podrá observar de cada evaluación las respuestas de cada
candidato para obtener un análisis propio.
Ver reporte de evaluaciones realizadas
por candidato
Para cada evaluación realizada por los candidatos se necesitará un resumen de sus
resultados, es por ellos que se aporta adicional un reporte en el cual se describa lo más
importante y necesario de cada prueba para su análisis.
Eliminar/Inactivar evaluaciones de
candidato
Se podrá eliminar las evaluaciones del candidato en caso de ser necesario, además que
se pueda inactivar una evaluación para que así el candidato pueda aplicar otra vez a la
misma en cualquier puesto permitiendo asi llevar un historial.
Agregar /Actualizar /Listar/Eliminar
preguntas y opciones de respuesta de
pruebas
Se podrá agregar preguntas y opciones de respuesta para las pruebas dependiendo de
las necesidades de esta, además de que se pueda visualizar las mismas permitiendo así
poder actualizar y eliminar según las necesidades del usuario.
Registrar/Listar/Actualizar/Inactivar
usuarios de administración
Se pueda registrar usuarios para administración ya sea administrador o candidato,
además de que se pueda visualizar los mismos para poder actualizar o en caso de ser
necesario eliminar. Se deberá proporcionar los datos personales para que este pueda ser
registrado y así se realice el envío del correo de confirmación con su respectiva clave
generada.
Listar roles Se mostrará los roles de usuario de administración con sus respectivas restricciones
hacia las funciones del módulo para así distinguir al usuario administrador del
asistente.
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
85
CUADRO N. 30: CRITERIOS DE ACEPTACIÓN DE PERFIL DE USUARIO ASISTENTE
Perfil Requerimientos Criterios de Aceptación
Usuario
Asistente
Requerimientos de usuario administrador
excepto:
• Eliminar puestos
• Eliminar pruebas
• Eliminar evaluaciones de candidato
• Eliminar preguntas y opciones de
respuesta de pruebas.
• Eliminar rangos de factores en tabla de
baremos.
• Listar roles
• Registrar/Listar/Actualizar/Eliminar
usuarios de administración
El perfil de administración para usuario asistente cumpla con todos los
requerimientos establecidos, además de los criterios de aceptación establecidos
como en el cuadro anterior.
Fuente: Brayan Ordoñez y Jaime Ibarra
Elaboración: Brayan Ordoñez y Jaime Ibarra
86
Conclusiones
• Total satisfacción por parte de las distintas areas involucradas en el
proyecto “Desarrollo de módulo de test psicológico para Talento Humano
en la Universidad de Guayaquil”, ya que con la ayuda de esta
herramienta se logró mejorar el proceso.
• Se realizaron reuniones respectivas para la evaluación de los prototipos
presentados para el desarrollo del módulo de test psicológico, así con
esto se ajuste los requerimientos solicitados o nuevos, esta información
se encuentra en el anexo 4, además para el prototipo final se realizaron
pruebas de funcionalidad las mismas que fueron presentadas en el
capítulo anterior.
• El trabajo de titulación en torno al tiempo estimado, se concluye que
debido a factores de documentación y recolección de diversas firmas de
aprobación, el trabajo fue finalizado con días de retraso, sin embargo la
estimación de los demás recursos han dado resultados de una manera
positiva y satisfactoria.
• El presente módulo de test psicológico, contiene pruebas psicológicas
ofrecidas específicamente por la Dirección de Talento Humano utilizadas
en el apoyo a la selección de personal, el mismo que presenta resultados
confiables que pueden ser usados para una selección optima.
• Es notable la reducción de tiempo en varios aspectos como por ejemplo;
cada candidato es registrado con datos principales otorgados por el
mismo, cada uno de ellos actualizan los datos faltantes y realiza la
evaluación respectiva, además el almacenamiento de esto es
directamente, al momento de la obtención de resultados el módulo los
arroja sin pérdida de tiempo como también se evita un almacenamiento
de documentos físicos lo que permite tener el acceso de la información
en cualquier momento desde el módulo.
• La interpretación de los resultados finales son realizados por un
profesional, en este caso, el Psicológo encargado por parte de la
Dirección de Talento Humano.
87
Recomendaciones
• Previa capacitación para las personas encargadas de trabajar con el
módulo, las cuales serán administrador y asistente, el administrador debe
ser el psicólogo encargado de esa área, además se recomienda leer
detenidamente el respectivo manual de usuario para una mejor
comprensión del módulo.
• Establecer periódicos mantenimientos del módulo controlando su ideal
funcionamiento prestos a aspirar mejoras que puedan existir, ayudando a
que el módulo crezca para el beneficio de nuestra Universidad. Se debe
tener en cuenta que con el paso del tiempo los procesos cada vez
alcanzan un nuevo nivel de complejidad y no se debe establecer una
unica solución, estar prestos al cambio continuo ya que de eso depende
para el éxito de una entidad.
• Configurar los rangos de los factores en las tablas de baremos de las
pruebas que lo requieran, siempre y cuando sea necesario, de
preferencia que lo realice alguna persona experta.
• Realizar pruebas sobre un servidor web remoto para percatarse de algún
inconveniente que se pueda tratar y corregir antes de su implementación.
• Implementar el módulo de test psicológico para que la Dirección de
Talento Humano pueda aprovechar de los beneficos que traería el uso
del mismo.
• Utilizar de preferencia el navegador Google Chrome al momento de
empezar a realizar el uso del módulo de test psicológico, para que este
cumpla de mejor manera con sus funcionalidades.
88
BIBLIOGRAFÍA
Achour, M. (16 de 11 de 2017). PHP. Obtenido de
http://php.net/manual/es/index.php
Adermann, N., & Boggiano, J. (2017). Composer. Obtenido de Dependency
Manager for PHP: https://getcomposer.org/doc/00-intro.md#system-
requirements
Aliaga, J. (Junio de 2011). Blogs- Univeridad Centroamericana. Obtenido de
Sitios educativos e institucionales:
blog.uca.edu.ni/kurbina/files/2011/06/test-psicometrico_confiabilidad-y-
validez.pdf
Anastasi, A., & Urbina, S. (1998). Tests Psicologicos. Mexico: PRENTICE
HALL.
Aumaille, B. (2002). J2EE Desarrollo de aplicaciones web. Barcelona: Ediciones
ENI.
Bean, M. (2015). Laravel 5 Essentials [Esenciales laravel 5]. Birmingham: Packt
Publishing.
Castrillón, E. P. (17 de 08 de 2011). Propuesta de metodología de desarrollo de
software para. Obtenido de Propuesta de metodología de desarrollo de
software para: http://www.redalyc.org/pdf/1942/194222473006.pdf
Chiavenato, I. (2011). Administracion de Recursos Humanos. Mexico: Mc Graw
Hill. Obtenido de Campus Virtual:
http://www.ucipfg.com/Repositorio/MAES/MAES-08/UNIDADES-
APRENDIZAJE/Administracion%20de%20los%20recursos%20humanos(
%20lect%202)%20CHIAVENATO.pdf
Date, C. (2001). Introduccion a los sistemas de Base de Datos. Mexico: Pearson
Prentice Hall.
De Pablos Heredero, C., & Lopez, J. (2004). Informatica y Comunicaciones en la
Empresa. Madrid: ESIC.
Fariño, G. (2011). Modelo Espiral de un proyecto de desarrollo de software.
Obtenido de Modelo Espiral de un proyecto de desarrollo de software:
http://www.ojovisual.net/galofarino/modeloespiral.pdf
Gallego, A. (Marzo de 2017). GitBook. Obtenido de Laravel 5:
https://www.gitbook.com/book/ajgallego/laravel-5/discussions/4
Grijalva, N. (15 de 10 de 2012). Ingenieria del Software I. Obtenido de Ingenieria
del Software I:
http://sofware1nathalygrijalva.blogspot.com/2012/10/modelo-espiral.html
Martinez, M., & Hernandez, M. (2014). Psicometria. Madrid: Alianza Editorial.
McDade, J. (2017). Laravel. Obtenido de https://laravel.com/docs/5.5
Méndez, G. (2008). Proceso Software y Ciclo de Vida. Obtenido de Proceso
Software y Ciclo de Vida:
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/02-
ProcesoCicloDeVida.pdf
89
Menendez, R. (18 de 03 de 2015). Univerisidad de Murcia. Obtenido de
Desarrollo de Aplicaciones Web:
http://www.um.es/docencia/barzana/DAWEB/Desarrollo-de-aplicaciones-
web-Xampp.html
Microsoft. (2017). Microsoft. Obtenido de https://msdn.microsoft.com/es-
es/library/bb545450.aspx
Microsoft Corp. (2010). Danysoft. Obtenido de
http://www.danysoft.com/free/SQLServer2008R2_razonesEnterprise.pdf
Nevado, M. (2010). Introduccion a las Bases de Datos Relacionales. Madrid:
Vision Libros.
Palomo, M. (s.f). Universidad de Cadiz. Obtenido de sitio web de Universidad de
Cadiz: http://servicio.uca.es/softwarelibre/publicaciones/apuntes_php
Peña, G. (2006). Una introduccion a la psicologia. Caracas.
Perez, M. (2011). SQL Server 2008 R2. Motor de base de datos y administracion.
Madrid: RC Libros.
Publicaciones Vertice S.L. (s.f). Diseño basico de paginas web en html. Malaga-
España: Vertice.
Publicaciones Vertice S.L. (2007). Seleccion de personal. Malaga: Vertice.
Rivero, S. (19 de 10 de 2017). Universia. Obtenido de
http://noticias.universia.es/practicas-
empleo/noticia/2017/04/04/1151071/conoce-test-seleccion-personal-
usados-reclutadores.html
Stauffer, M. (2017). Laravel: Up and Running. Sebastopol (California): Published
by O'Reilly Media.
Tapias, D. D. (2014). Proyectos de Desarrollo Software. Obtenido de Proyectos
de Desarrollo Software:
http://arantxa.ii.uam.es/~proyectos/teoria/C5_Proyectos%20de%20desarro
llo%20software.pdf
Carvajal, A. (2015). Desarrollo de cuestionario psicométrico a ser incorporado
en la red social Soulnet según indicadores de Myers Briggs (tesis de
pregrado). Universidad de Guayaquil, Guayaquil, Ecuador.
Reyes, N. (2014). Diseño e implementación de un sistema para la selección y
reclutamiento de personal basado en gestión por competencias (tesis de
pregrado).Universidad Estatal Península de Santa Elena, La Libertad,
Ecuador.
1
ANEXO 1
PROTOTIPO EN PAPEL
USUARIO ADMINISTRADOR
En este prototipo del módulo de test psicológico (prototipado en papel), por lo general
se muestra un diseño de ventanas que cumplan con los requerimientos iniciales
propuestos por la Dirección de Talento Humano. Además, este prototipo está basado
en las características principales de un sistema llamado “Psicoweb” los mismos que
permite tener una guía o referencia con lo solicitado por el departamento. Este
prototipo permite aclarar al usuario acerca de los requerimientos solicitados, si es
necesario agregar nuevos o quitar alguno. A continuación, se muestra el diseño
propuesto:
GRÁFICO 1. Log-in usuario administrador
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Se muestra como opción de acceso el uso de un log-in, el mismo que permite acceder
al usuario administrador mediante un usuario y contraseña, como se muestra en el
gráfico 1.
2
GRÁFICO 2. Registrar nuevo puesto
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Se muestra una ventana con un menú a lado izquierdo, el mismo que dispone de
opciones como Puestos, Candidatos, Pruebas, Roles Usuarios, además en la parte
superior derecha el usuario que en este caso estaría autenticado. Para el registro de
un nuevo puesto se debe hacer click en la opción “Puestos” del menú, con esto se
desplegará dos opciones como “Registrar Puesto” y “Listar Puesto” en donde se
elegiría “Registrar Puesto” para este caso. Se mostrará un formulario que permite al
usuario de administración ingresará los datos como: descripción, departamento,
contraseña, puesto superior y observaciones como se muestra en el gráfico 2.
GRÁFICO 3. Listar puestos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
3
Si se hace click en la otra opción “Listar Puestos” se mostrará una ventana con todos
los puestos registrados con sus datos correspondientes, además con la opción
integrada de “Buscar” en caso de ser necesario realizar una búsqueda. Existen dos
opciones para cada puesto como son: “Actualizar datos” y “Eliminar” cada una con la
funcionalidad a la que hace referencia la misma hacia el puesto que se seleccione
como se muestra en el gráfico 3.
GRÁFICO 4. Registrar nueva prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
De la misma manera para el registro de una nueva prueba se debería ir al menú, pero
ahora en la opción “Pruebas” donde se desplegará dos opciones “Registrar prueba” y
“Listar Prueba”, al seleccionar registrar prueba se mostrará un formulario que permite
el ingreso de los datos como son: descripción, duración e instrucciones como se
muestra en el gráfico 4.
GRÁFICO 5. Pruebas disponibles
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
4
Si se hace click en la otra opción “Listar Pruebas” se mostrará una ventana con todas
las pruebas registradas con sus datos correspondientes, además cada una de estas
tendrá las opciones de agregar preguntas, ver preguntas, asignación a puestos y
actualizar como se muestra en el gráfico 5.
GRÁFICO 6. Asignación de puestos a prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
En caso de seleccionar las opciones como “agregar preguntas” mostraría un formulario
para registrar preguntas, si selecciona “ver preguntas” mostraría una lista de preguntas
respectivas a la prueba seleccionada, “actualizar” permite cumplir la función que
describe hacia la prueba seleccionada, y por último “asignación a puestos” muestra los
puestos con la opción disponible para asignar a la prueba que se seleccionó como se
muestra en el gráfico 6
GRÁFICO 7. Listar candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
5
De la misma manera para el registro de un nuevo candidato se debería ir al menú,
pero ahora en la opción “Candidatos” donde se desplegará dos opciones “Registrar
candidato” y “Listar Candidato”, al seleccionar registrar candidato se mostrará un
formulario que permite el ingreso de los datos respectivos del usuario candidato.
Si se hace clic en la otra opción “Listar Candidato” se mostrará una ventana con todos
los candidatos registrados con sus datos correspondientes, además cada una de estas
tendrá las opciones de “Actualizar” y “Eliminar” en caso de ser necesario como se
muestra en el gráfico 7.
GRÁFICO 8. Evaluaciones de candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Además, por cada usuario candidato que ya ha realizado las pruebas respectivas se
mostrará un menú que detalla cada una de estas en una lista, con opciones como “ver
respuestas” e “Inactivar” las mismas que permite ver las respuestas de la evaluación
realizada por el candidato e inactivar una evaluación para que el usuario candidato
pueda volver a realizarla de nuevo en caso de ser necesario como se muestra el
gráfico 8.
6
USUARIO CANDIDATO
De la misma manera el perfil de candidato fue basado en el sistema “Psicoweb” como
propuesta para el departamento el cual se detalla a continuación:
GRÁFICO 9. Log-in de usuario candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Los usuarios candidatos para realizar su ingreso deberán seleccionar el puesto al que
están aplicando y su contraseña respectiva otorgada por el departamento mediante el
uso de un log-in de ingreso como se muestra en el gráfico 9.
GRÁFICO 10. Instrucciones principales
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Al ingresar el usuario candidato se muestra un menú al lado derecho con las opciones
“Home” y “Salir” las mismas que permiten ir al menú principal o salir del perfil de
candidato respectivamente, además muestra las instrucciones generales para el uso y
un botón “Continuar” para que este pueda seguir como se muestra en el gráfico 10.
7
GRÁFICO 11. Datos de candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Después de dar en el botón “Continuar” mostrará un formulario de registro para el
ingreso del usuario candidato donde ofrece dos opciones para el ingreso del mismo a
realizar las pruebas, la primera si ya se encuentra registrado el mismo ingresa su
número de cédula y da en la opción “Validar” y si se encuentra registrado permite el
acceso o ingresando todos los datos respectivos y dando en el botón “Continuar” como
se muestra en el gráfico 11.
GRÁFICO 12. Pruebas asignadas al candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
8
Una vez el usuario candidato ingresado y validados sus datos se muestra una ventana
con sus datos personales, además de las pruebas a las cuales este puede aplicar
dependiendo del puesto al que está aplicando mediante el uso de la opción “Aplicar
prueba” como se muestra la en el gráfico 12.
GRÁFICO 13. Instrucciones de la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Si el usuario candidato selecciona “Aplicar prueba” se muestra una ventana
dependiendo a la prueba seleccionada con las instrucciones de la misma, además con
la opción del botón “Comenzar prueba” para que este pueda empezar la misma como
se muestra en el gráfico 13.
GRÁFICO 14. Evaluación de candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
9
Finalmente, para el usuario candidato se muestra la ventana de generación de
preguntas de la prueba en donde el mismo deberá ir respondiendo cada una de estas
según mejor le parezca y cada vez que seleccione la opción de respuesta deberá
seleccionar en la opción “Siguiente” para obtener la siguiente pregunta como se
muestra en el gráfico 14.
Este prototipo fue presentado como una propuesta para que la Dirección de Talento
Humano pueda tener claro sus requerimientos y el mismo permita aclarar dudas
acerca de algunas funcionalidades en el módulo para poder realizar el siguiente
prototipo que será el funcional.
1
ANEXO 2
PROTOTIPO FUNCIONAL
USUARIO ADMINISTRADOR
En este prototipo del módulo de test psicológico (prototipado funcional) muestra las
siguientes funcionalidades, las mismas que fueron corregidas al encontrarse errores y
añadir más requisitos, además está basado en el prototipo en papel antes presentado.
GRÁFICO 1. Log-in usuario administrador
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
El log-in de usuario administrador se lo realiza mediante el uso de un correo
electrónico como se muestra en el Gráfico 1, claro está que antes el usuario debe ser
registrado teniendo en cuenta los privilegios ofrecidos al mismo ya sea como
administrador o asistente.
GRÁFICO 2. Registrar nuevo puesto
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
2
Muestra un menú al lado derecho de la pantalla el que permite acceder a las funciones
como Puestos, Candidatos, Pruebas, Roles& Usuarios dependiendo el rol del usuario
administrador. Para que el candidato pueda ingresar a dar las pruebas asignadas,
primero se debe crear un puesto con su descripción respectiva además de una
contraseña, la misma que utiliza el candidato para acceder, como se muestra en el
Gráfico 2.
GRÁFICO 3. Listar puestos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Una vez creado el puesto se puede listar los mismos donde ofrece las opciones de
Actualizar y Eliminar correspondientemente para cada puesto como se muestra en el
gráfico 3.
GRÁFICO 4. Registrar prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
3
Ahora se debe registrar las pruebas con su descripción, tiempo de duración e
instrucciones para el candidato al momento de realizarla como se muestra en la figura
4.
GRÁFICO 5. Asignar puesto a la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Una vez creada la prueba, en la opción listar pruebas mostrará todas aquellas que han
sido creadas con una serie de opciones como agregar preguntas, ver preguntas,
asignar puestos y actualizar. Se debe agregar las preguntas necesarias para cada
prueba antes de asignar a un puesto como se muestra en el gráfico 5.
GRÁFICO 6. Asignar puesto a la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Con las pruebas creadas y las preguntas respectivas a cada una de ellas ahora si se
puede asignar cada puesto a la prueba seleccionada como se muestra en el gráfico 6.
4
GRÁFICO 7. Listar candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
En la opción listar candidatos mostrará todos aquellos candidatos que se van
registrando o aquellos que son registrados, además de las opciones de actualizar
datos, eliminar candidato y pruebas del candidato que son las que realiza el mismo
como se muestra en el gráfico 7.
GRÁFICO 8. Evaluaciones candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Al acceder a la opción pruebas candidato muestra las evaluaciones realizadas por el
mismo, la fecha de la evaluación y el puesto al que aplicó donde se puede inactivar las
mismas para que pueda realizar nuevamente el candidato. Además, se puede ver las
respuestas de cada prueba realizada por el candidato en la opción ver respuestas
como se muestra en el gráfico 8.
5
USUARIO CANDIDATO
GRÁFICO 9. Listar candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Para que el usuario candidato pueda acceder al sistema el mismo debe seleccionar el
puesto al que está aplicando e ingresar la contraseña respectiva para este como se
muestra en el gráfico 9.
GRÁFICO 10. Instrucciones
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Una vez que el usuario haya accedido al sistema le mostrará las instrucciones, las
mismas que debe aceptar para poder continuar como se muestra en el gráfico 10.
6
GRÁFICO 11. Validar o Registra candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Una vez aceptado los términos y condiciones, mostrará dos opciones de acceso:
La primera que es validando al candidato, ingresando su número de cédula y dándole
clic en la opción validar, lo cual quiere decir que este ya debe estar registrado donde
posteriormente solo le pedirá actualizar los datos.
La segunda que el mismo se registre, llenando todos los datos en el formulario y
seleccionando la opción de continuar como se muestra en el gráfico 11.
GRÁFICO 12. Pruebas asignadas
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Sea de cualquier manera que acceda el candidato posteriormente mostrará la cédula,
sus nombres, el puesto que aplica y la fecha de evaluación además de las pruebas
que deben realizarse según el puesto al que aplicó. Estas pruebas tienen un límite de
7
tiempo para realizarla, además de mostrar la opción de aplicar prueba o si ya se
aplicó como se muestra en el gráfico 12.
GRÁFICO 13. Instrucciones de prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Si el candidato tiene la opción de aplicar prueba, al acceder a ella le llevará hacia las
instrucciones de la misma, una vez que las haya leído y comprendido el candidato
podrá dar en el botón comenzar prueba como se muestra en el gráfico 13.
GRÁFICO 14. Preguntas de prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Finalmente se mostrará cada una de las preguntas que fueron agregadas a la prueba,
las mismas que el candidato debe responderla para poder acceder al botón siguiente
como se muestra en el gráfico 14 y una vez finalizada la prueba regresará a la ventana
8
de pruebas asignadas donde el candidato aplicara a una nueva si tiene disponible
alguna.
En este prototipo se encontraron una serie de inconvenientes los mismos que se
detallan a continuación:
Log-in de candidato: Tanto los usuarios administradores como los candidatos deben
de autenticarse por medio de un correo electrónico, el mismo que debe ser validado
enviándole su contraseña respectiva (generada aleatoriamente) para que pueda tener
acceso al sistema.
Estos usuarios candidatos deben de ofrecer los siguientes datos: Cédula, Nombre,
Apellido Paterno, Apellido Materno, Email y el puesto al que está aplicando, para
poder ser registrados por un usuario administrador y así se le envié el correo de
confirmación. En caso de aplicar a varios puestos las pruebas se realizarán una sola
vez indistinto al puesto que aplique.
Además, el usuario candidato deberá actualizar sus datos de manera obligatoria cada
vez que este ingrese a realizar una prueba, en caso lo requiera.
Cuando realiza la prueba el usuario candidato deberá disponer de la opción terminar
prueba en caso de que este la culmine antes del tiempo estimado.
Puestos: Los puestos son considerados como procesos por lo cual deben tener una
fecha de inicio y fecha de fin para que los candidatos tengan acceso a rendir las
pruebas asignadas a los mismos en un tiempo establecido.
Candidatos: Se requiere agregar la opción de ver reportes y gráficas para las
evaluaciones realizadas a los candidatos dependiendo de la prueba que ha realizado.
ANEXO 4
ANEXO 5
ANEXO 6
MANUAL DE USUARIO
MÓDULO DE TEST PSICOLÓGICO
CONTENIDO 1. INTRODUCCIÓN ................................................................................................................ 1
2. INICIO DE SESIÓN ............................................................................................................ 1
3. CANDIDATOS. ................................................................................................................... 2
3.1. Registrar Candidatos .............................................................................................. 2
3.2. Listar candidatos ...................................................................................................... 3
3.2.1. Acciones para candidato. .............................................................................. 3
4. PRUEBAS. .......................................................................................................................... 5
4.1. Registrar Prueba....................................................................................................... 5
4.2. Listar Pruebas. .......................................................................................................... 6
4.2.1. Acciones para prueba. .................................................................................... 7
5. PUESTOS. ......................................................................................................................... 11
5.1. Registrar puesto. .................................................................................................... 11
5.2. Listar puestos. ........................................................................................................ 12
5.2.1. Acciones para puesto. .................................................................................. 13
6. EVALUACIONES. ............................................................................................................ 14
6.1. Búsqueda de evaluaciones .................................................................................. 14
6.1.1. Acciones para evaluación. ........................................................................... 14
7. ROLES & USUARIOS. .................................................................................................... 15
7.1. Roles. ......................................................................................................................... 15
7.2. Registrar usuario. ................................................................................................... 15
7.3. Listar usuario. ......................................................................................................... 16
7.3.1. Acciones para usuario de administración. .............................................. 17
8. CONFIGURACIÓN........................................................................................................... 18
8.1. Cambiar contraseña .............................................................................................. 18
9. SALIR. ................................................................................................................................ 18
1
1. INTRODUCCIÓN
El presente manual lo que busca es brindar de información al usuario de
administración para que este pueda tener un correcto uso del módulo de test
psicológico. A continuación se detalla el módulo con cada una de sus funcionalidades.
2. INICIO DE SESIÓN
El usuario de administración deberá ingresar con su correo y contraseña establecida
para el ingreso, dando click en “ENTRAR” como se muestra en el Gráfico 1, además
este deberá estar situado correctamente en el formulario de ingreso como usuario
administrador.
Gráfico 1. Inicio de sesión administrador
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
De esta manera se podrá acceder a la página principal de la aplicación como muestra
en el Gráfico 2.
Gráfico 2. Página principal administrador
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
2
3. CANDIDATOS.
En la opción “Candidatos” como se muestra en la Gráfica 3 se desplegará un
submenú:
• Registrar Candidatos
• Listar Candidatos
Gráfico 3. Candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
3.1. Registrar Candidatos
En esta opción al seleccionar “Registrar candidatos” muestra un formulario con
todos los campos del usuario a llenar como se muestra en el gráfico 4, todos
estos campos son llenados de manera obligatoria, en caso de evitar alguno el
módulo no permitirá guardar los mismos mediante el botón “Guardar”.
Gráfico 4. Registrar nuevo candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
3
3.2. Listar candidatos
Para poder observar la lista de candidatos que se ha registrado, se irá a la otra
opción del menú “Listar candidatos” en el gráfico 3.
Al observar a los candidatos registrados se tiene las siguientes opciones:
• Pruebas de candidato
• Actualizar
• Eliminar
Estas opciones están disponibles para cada usuario candidato registrado,
además de una barra de búsqueda para que se haga mucho más fácil
encontrar un usuario ante una lista numerosa así como para filtrar datos, como
se muestra en el gráfico 5.
Gráfico 5. Listar candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
3.2.1. Acciones para candidato.
Pruebas de candidato: en esta acción mostrará cada una de las pruebas
que el candidato ha realizado, a la vez también conlleva sus respectivas
acciones para cada prueba:
➢ Inactivar: Al inactivar la evaluación realizada para un puesto permite
que el candidato tenga acceso a realizarla nuevamente.
➢ Ver respuestas: Puntuación de cada opción disponible a la pregunta
y las respuestas de la prueba realizada por el candidato.
➢ Reporte y Gráfica: Se muestra el perfil de resultados para la prueba
que ha realizado el candidato, dependiendo de la prueba
seleccionada.
➢ Eliminar: La prueba será eliminada del módulo.
Todo esto se lo aprecia en el gráfico 6:
4
Gráfico 6. Pruebas de candidato.
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Actualizar: El administrador tendrá la posibilidad de actualizar datos de un
candidato registrado si este llegase a perder su contraseña o cuenta de
usuario, se modificará su correo y el módulo reenviaría un correo de
confirmación, como se indica en la Gráfico 7, se observa que no todos los
campos se podrán cambiar como por ejemplo los nombres y cédula por
medio del botón “Actualizar”.
Gráfico 7. Actualizar candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Eliminar: Esta opción está disponible en caso de ser necesaria la
eliminación de un usuario de candidato como se muestra en el gráfico 8,
antes de realizar la acción enviará un mensaje de notificación, todo esto se
realiza mediante la opción de “Eliminar”.
5
Gráfico 8. Eliminar candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
4. PRUEBAS.
En la opción “Pruebas” en la Gráfica 9 se desplegará un submenú:
• Registrar Prueba
• Listar Prueba
Se dará click en “Registrar Prueba”.
Gráfico 9. Pruebas
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
4.1. Registrar Prueba.
En el Gráfico 10 se muestra todos los campos para registrar una nueva prueba,
todos estos campos como el de los demás formularios deben ser llenados ya
que si uno de ellos se obvia no se podrá guardar con el botón “Guardar” que
cumple con esta función.
6
Gráfico 10. Registrar nueva prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
4.2. Listar Pruebas.
Para poder observar la lista de pruebas que se ha registrado, se tiene la otra
opción del menú “Listar Pruebas” en la Gráfico 9.
Al observar las pruebas se tiene las siguientes opciones:
• Agregar preguntas
• Ver preguntas
• Puestos Asignados
• Puestos no Asignados
• Actualizar
• Baremos
• Eliminar
Estas opciones están disponibles para cada prueba registrada, además de una
barra de búsqueda para que se haga mucho más fácil ante una lista numerosa,
como se muestra en el gráfico 11.
7
Gráfico 11. Pruebas Disponibles
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
.
4.2.1. Acciones para prueba.
Agregar pregunta: Al seleccionar se mostrará una ventana emergente
donde se debe seleccionar el tipo de pregunta para la prueba, como se
muestra en la Gráfica 12.
Gráfico 12. Tipos de pregunta
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Dependiendo de lo que el administrador escoja la pregunta tendrá sus
respectivas opciones de respuesta como se muestra en el Gráfico 13.
8
Gráfico 13. Registrar nueva pregunta
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Ver preguntas: En esta acción mostrará cada una de las preguntas que
lleva un cuestionario con sus respectivas opciones y ponderaciones, a la
vez también conlleva sus respectivas acciones para cada pregunta:
➢ Actualizar: Si existe algún error al ingresar una pregunta esta podrá
ser modificada.
➢ Eliminar: La pregunta será eliminada del módulo.
Todo esto se lo aprecia en el gráfico 14:
Gráfico 14. Ver preguntas de la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
9
Puestos Asignados: Podrá quitar la asignación determinada a la prueba
requerida, además cuenta con una barra de búsqueda antes descrita, como se
muestra en el Gráfico 15.
Gráfico 15. Puestos asignados a la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Puestos no asignados: Podrá asignar un puesto a una determinada prueba
requerida, además que muestra consideraciones antes de realizar dicha
acción, como se muestra en el Gráfico 16.
Gráfico 16. Puestos no asignados
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Actualizar: Se podrá modificar valores como duración e instrucciones de la
prueba, a continuación, se muestra en el Gráfico 17.
10
Gráfico 17. Actualizar prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Baremos: Para aquellas pruebas que requieren de tabla de baremos se incluye
la opción “Baremos”, esta muestra la opción “Ver rango” la cual a la vez da la
facilidad de actualizar y eliminar este rango, la opción “Agregar Rango” si la
prueba requiere un rango adicional. A continuación se muestra en el Gráfico
18.
Gráfico 18. Baremos de la prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Eliminar: Cuando se crea una nueva prueba en la sección “Registrar prueba”
del menú, aparecerá una nueva acción, la cual permite eliminar dicha prueba
del listado con la opción “Eliminar”. Por lo general estas nuevas pruebas se
crean con la finalidad de evaluar como un cuestionario común y corriente.
Como se muestra en la Gráfica 19.
11
Gráfico 19. Eliminar prueba
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
5. PUESTOS.
En la opción “Puestos” como se muestra en el Gráfico 20 se desplegará un submenú:
• Registrar puesto
• Listar puesto
Daremos click en “Registrar puesto”.
Gráfico 20. Puestos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
5.1. Registrar puesto.
En el Gráfico 21 se muestra todos los campos para registrar un nuevo puesto,
todos estos campos como el de los demás formularios deben ser llenados ya
que si uno de ellos se obvia no se podrá guardar.
12
Gráfico 21. Registrar puesto
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
5.2. Listar puestos.
Para poder observar la lista de puestos que se ha registrado, se irá a la otra
opción del menú “Listar puestos” como se muestra en el gráfico 20.
Al observar los puestos se tiene las siguientes opciones:
• Actualizar
• Eliminar
Estas opciones están disponibles para cada puesto registrado, además de una
barra de búsqueda para que se haga mucho más fácil ante una lista numerosa,
como se muestra en el gráfico 22.
Gráfico 22. Puestos para candidatos
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
13
5.2.1. Acciones para puesto.
Actualizar: Se podrá modificar valores del puesto, a continuación, se muestra
en el Gráfico 23.
Gráfico 23. Actualizar puesto
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
Eliminar: Se eliminará el puesto del módulo como en los casos anteriores,
además se muestra en el Gráfico 24.
Gráfico 24. Eliminar puesto
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
14
6. EVALUACIONES.
En la opción “Evaluaciones” en la Gráfica 25 se desplegará un submenú:
• Búsqueda de evaluaciones
Dando click en “Búsqueda de evaluaciones”.
Gráfico 25. Evaluaciones
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
6.1. Búsqueda de evaluaciones
Al seleccionar esta opción se muestra una ventana con todas las evaluaciones
realizadas por los candidatos, además de una barra de búsqueda en caso de
ser necesaria para poder realizarla en base a los candidatos por el apellido, el
puesto al que aplico y la prueba aplicada como se muestra en el gráfico 26.
Gráfico 26. Evaluaciones de candidato
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
6.1.1. Acciones para evaluación.
Dependiendo de las pruebas realizadas se mostrará las opciones que se
describen a continuación como se muestra en la gráfica 26:
➢ Ver reporte: Esta opción permite visualizar el reporte generado a través
de la evaluación realizada.
➢ Descargar reporte: Esta opción permite descargar el reporte en formato
pdf en base a la evaluación realizada al candidato.
15
➢ Reporte&Grafica: Esta opción muestra la gráfica de la evaluación
realizada y posteriormente se podrá visualizar o descargar el reporte.
7. ROLES & USUARIOS.
En la opción “Roles & Usuarios” en la Gráfica 27 se desplegará un submenú:
• Roles
• Registrar usuario
• Listar usuarios
Daremos click en “Roles”.
Gráfico 27. Roles & Usuarios
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
7.1. Roles.
Al hacer click en esta opción se muestra todos los roles que tiene el usuario
candidato como se muestra en el gráfico 28.
Gráfico 28. Roles
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
7.2. Registrar usuario.
En el Gráfico 29 se muestra todos los campos para registrar un nuevo usuario
de administración, todos estos campos como el de los demás formularios
deben ser llenados ya que si uno de ellos se obvia no se podrá guardar.
16
Gráfico 29. Registrar nuevo usuario para administración
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
7.3. Listar usuario.
Para poder observar la lista de usuarios de administración que se han
registrado, la otra opción del menú “Listar usuario” como se muestra en el
Gráfico 27.
Al observar esta lista se tiene las siguientes opciones:
• Actualizar
• Eliminar
Estas opciones están disponibles para cada usuario de administración
registrado, además de una barra de búsqueda para que se haga mucho más
fácil ante una lista numerosa, como se muestra en el gráfico 30.
Gráfico 30. Usuarios de administración
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
17
7.3.1. Acciones para usuario de administración.
Actualizar: Se podrá modificar valores del usuario de administración, a
continuación se muestra en el Gráfico 31.
Gráfico 31. Actualizar usuarios de administración
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
Eliminar: Se eliminará el usuario del módulo como se muestra en el Gráfico 32.
Gráfico 32. Eliminar usuario de administración
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
18
8. CONFIGURACIÓN.
En la opción “Configuración” como se muestra en la Gráfica 33 se desplegará un
submenú:
• Cambiar contraseña
Gráfico 33. Configuración
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
8.1. Cambiar contraseña
Esta opción permite al usuario de administración cambiar su contraseña
ingresando los valores respectivos como se muestra en el gráfico 34.
Gráfico 34. Configuración
Elaboración: Brayan Ordoñez y Jaime Ibarra Fuente: Brayan Ordoñez y Jaime Ibarra
9. SALIR.
Esta opción permite cerrar la sesión como se muestra en el Gráfico 35
Gráfico 35. Salir
Elaboración: Brayan Ordoñez y Jaime Ibarra
Fuente: Brayan Ordoñez y Jaime Ibarra
MANUAL TÉCNICO
MÓDULO DE TEST PSICOLÓGICO
2
CONTENIDO INTRODUCCIÓN ........................................................................................................................ 3
REQUERIMIENTOS PARA DESARROLLO DEL MÓDULO ............................................... 3
Windows................................................................................................................................... 3
Base de datos SQL Server ................................................................................................... 3
Lenguaje de programación PHP .......................................................................................... 3
Laravel ...................................................................................................................................... 3
Microsoft drivers ..................................................................................................................... 3
REQUERIMIENTOS PARA DISEÑO DEL MÓDULO ........................................................... 3
Framework Bootstrap ............................................................................................................. 3
Librería Highcharts ................................................................................................................. 3
Plantilla de Templatemo ........................................................................................................ 4
Librería DomPDF .................................................................................................................... 4
ARQUITECTURA DE BASE DE DATOS ............................................................................... 4
Diagrama entidad relación .................................................................................................... 4
Diccionario de datos ............................................................................................................... 5
ARQUITECTURA DEL MÓDULO WEB ................................................................................ 9
Modelos .................................................................................................................................... 9
Vistas ...................................................................................................................................... 10
Controladores ........................................................................................................................ 12
3
INTRODUCCIÓN
En el presente manual se especifica las herramientas utilizadas en el desarrollo del módulo de test psicológico para la mejor comprensión de los usuarios de administración.
REQUERIMIENTOS PARA DESARROLLO DEL MÓDULO
• Windows
• Base de datos SQL server
• Lenguaje de programación PHP
• Framework Laravel
• Microsoft Drivers
Windows
Para el desarrollo del módulo se utilizó un sistema operativo Windows 8, el mismo que fue establecido como ambiente de trabajo, además se realizó pruebas con versiones superiores.
Base de datos SQL Server
La base de datos utilizada fue SQL Server (MSSQL10.SQLEXPRESS) en donde se realizó un diagrama de entidad relación que permita mantener la consistencia de los datos, además para la administración de la misma se utilizó Microsoft SQL Server Management Studio 17.
Lenguaje de programación PHP
El lenguaje de programación empleado fue PHP versión 7.1.11 el mismo que proporciona el servicio de Xampp.
Laravel
El framework utilizado para el desarrollo del módulo fue Laravel en versión 5.5 (la versión más estable), además como administrador de dependencias se utiliza Composer.
Microsoft drivers
Los drivers utilizados para establecer la conexión de PHP con SQL server fueron: php_pdo_sqlsrv_71_ts_x86.dll y php_sqlsrv_71_ts_x86.dll .
REQUERIMIENTOS PARA DISEÑO DEL MÓDULO
• Framework Bootstrap
• Librería Highcharts
• Plantilla de Templatemo
• Librería DomPDF
Framework Bootstrap
El framework Bootstrap en versión 3.3.7 que se utiliza para el diseño de los componentes del módulo, el mismo que permite que este sea más amigable.
Librería Highcharts
La librería Highcharts en versión 6.0.3 es utilizada para el diseño de las gráficas de las pruebas integradas en el módulo, además que este permita la descarga de las mismas en diferentes formatos.
4
Plantilla de Templatemo
Para el diseño también se utiliza una de las plantillas de templatemo las mismas que permiten dar una estructura al módulo y este sea responsive.
Librería DomPDF
La librería que se integra a Laravel es DomPDF la misma que permite la creación de los reportes en formato PDF.
ARQUITECTURA DE BASE DE DATOS
Diagrama entidad relación
Como antes se mencionó la base de datos que se utilizó fue SQL Server en donde se realizó un diagrama entidad relación como se muestra en el siguiente gráfico.
tb_baremoid
id_prueba
factor
descripcion
genero
usuario_actualiza
fecha_actualiza
tb_detalleid
id_evaluacion
id_prueba
id_pregunta
id_opcion_resp
estado
usuario_actualiza
fecha_actualiza
tb_evaluacionid
id_usuario
fecha_evaluacion
puesto_aplicado
tiempo_enfermedad
estado
usuario_actualiza
fecha_actualiza
tb_opcion_respid
id_pregunta
opcion
descripcion
puntuacion
imagen
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_preguntaid
id_prueba
numero
enunciado
imagen
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_pruebaid
descripcion
duracion
instrucciones
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_puestoid
descripcion
departamento
puesto_superior
fecha_inicio
fecha_fin
observaciones
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_puesto_pruebaid
id_prueba
id_puesto
estado
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
tb_rangoid
id_baremo
valor_inicio
valor_fin
valor_rango
usuario_actualiza
fecha_actualiza
tb_rolid
descripcion
observaciones
estado
usuario_crea
fecha_crea
tb_usuarioid
cedula
nombre
apellido_p
apellido_m
fecha_nac
genero
password
direccion
telefono
estado_civil
escolaridad
puesto_aplica
estado
remember_token
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
usersid
id_rol
cedula
nombre
apellido
cargo
password
estado
remember_token
usuario_crea
fecha_crea
usuario_actualiza
fecha_actualiza
5
Diccionario de datos
A continuación se muestra un diccionario de datos, el cual detalla cada una de las tablas utilizadas en el módulo.
• tb_usuario: Tabla utilizada para el registro de los usuarios candidatos.
tb_usuario
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Cédula nvarchar (10) No Número de cédula
Nombre nvarchar (30) No Nombre de usuario candidato
apellido_p nvarchar (30) No Apellido paterno de usuario
apellido_m nvarchar (30) No Apellido materno de usuario
fecha_nac nvarchar (30) Si Fecha de nacimiento
Género char (1) No Género
Email nvarchar (50) No Correo electrónico
Password nvarchar (100) No Contraseña encriptada
Dirección nvarchar (50) Si Dirección domiciliaria
Teléfono nvarchar (10) Si Teléfono/celular
estado_civil nvarchar (30) Si Estado civil
Escolaridad nvarchar (30) Si Escolaridad
puesto_aplica nvarchar (30) No Puesto al que aplica candidato
Estado char (1) No Estado (Activo e Inactivo)
remember_token Text Si Token
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha en que se crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_evaluacion: Tabla utilizada para registro de las evaluaciones realizadas al candidato.
tb_evaluacion
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_usuario Int No Identificador auxiliar de tb_usuario
fecha_evaluacion nvarchar (120) No Fecha de evaluación
puesto_aplicado nvarchar (30) No Puesto aplicado en la evaluación
tiempo_enfermedad nvarchar (50) Si Tiempo de enfermedad
Estado char (1) No Estado (Activo e Inactivo)
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
6
• tb_detalle: Tabla utilizada para el registro del detalle de cada evaluación realizada.
tb_detalle
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_evaluacion Int No Identificador auxiliar de tb_evaluacion
id_prueba Int No Identificador auxiliar de tb_prueba
id_pregunta Int No Identificador auxiliar de tb_pregunta
id_opción_resp Int No Identificador auxiliar de tb_opción_resp
Estado char (1) No Estado (Activo e Inactivo)
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_prueba: Tabla utilizada para el registro de las pruebas integradas al módulo o las nuevas que se registren.
tb_prueba
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (50) No Descripción de la prueba
Duración nvarchar (10) No Duración de prueba
Instrucciones Text No Instrucciones de prueba
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_pregunta: Tabla utilizada para el registro de preguntas para cada prueba.
tb_pregunta
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
Numero Int No Numero de pregunta
Enunciado Text No Enunciado de pregunta
Imagen nvarchar (120) Si Imagen de pregunta
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
7
• tb_opción_resp: Tabla utilizada para el registro de las opciones de respuesta de cada
pregunta.
tb_opción_resp
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_pregunta Int No Identificador auxiliar de tb_pregunta
Opción char (1) No Opción de respuesta
Descripción Text No Descripción de opción
Puntuación Int No Puntuación de opción
Imagen nvarchar (120) Si Imagen de opción
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_puesto_prueba: Tabla utilizada para el registro de las asignaciones de los puestos a las pruebas.
tb_puesto_prueba
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
id_puesto Int No Identificador auxiliar de tb_puesto
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_puesto: Tabla utilizada para el registro de los puestos.
tb_puesto
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (120) No Descripción de puesto
Departamento nvarchar (50) Si Departamento de puesto
puesto_superior nvarchar (120) Si Puesto superior
fecha_inicio nvarchar (30) No Fecha inicio de proceso
fecha_fin nvarchar (30) No Fecha fin proceso
Observaciones Text Si Observaciones
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
8
• users: Tabla utilizada para el registro de usuarios para la administración en el sistema
Users
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_rol Int No Identificador auxiliar de tb_rol
Cédula nvarchar (10) No Numero de cédula
Nombre nvarchar (30) No Nombre de usuario
Apellido nvarchar (30) No Apellido de usuario
Cargo nvarchar (50) Si Cargo de usuario
Email nvarchar (50) No Correo electrónico
Password nvarchar (100) No Contraseña encriptada
Estado char (1) No Estado (Activo e Inactivo)
remember_token Text Si Token
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha en que se crea
usuario_actualiza nvarchar (30) Si Usuario que actualiza registro
fecha_actualiza nvarchar (30) Si Fecha en que actualiza
• tb_rol: Tabla utilizada para el registro de roles para usuario de administración.
tb_rol
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
Descripción nvarchar (30) No Descripción de opción
Observaciones Text Si Imagen de opción
Estado char (1) No Estado (Activo e Inactivo)
usuario_crea nvarchar (30) No Usuario que crea registro
fecha_crea nvarchar (30) No Fecha que crea
• tb_baremo: Tabla utilizada para el almacenar los factores de los baremos de cada prueba.
tb_baremo
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_prueba Int No Identificador auxiliar de tb_prueba
Factor nvarchar (10) No Factor de baremo
Descripción nvarchar (50) No Descripción de factor
Género char(1) No Género que aplica
usuario_actualiza nvarchar (30) Si Usuario que crea registro
fecha_actualiza nvarchar (30) Si Fecha que crea
9
• tb_rango: Tabla utilizada para almacenar los rangos de cada factor de los baremos.
tb_rango
Campo Tipo Nulo Descripción
Id Int No Identificador numérico incrementable
id_baremo Int No Identificador auxiliar de tb_baremo
valor_inicio Int No Valor de inicio de rango
valor_fin Int No Valor de fin de rango
valor_rango Int No Puntuación o valor del rango
usuario_actualiza nvarchar (30) Si Usuario que crea registro
fecha_actualiza nvarchar (30) Si Fecha que crea
ARQUITECTURA DEL MÓDULO WEB
El módulo está estructurado mediante el patrón MVC el mismo que se muestra por modelos, vistas y controladores. A continuación se muestra los componentes en este módulo siguiendo la arquitectura indicada.
Modelos
El módulo está estructurado mediante clases, las mismas que permiten cumplir con las funciones del mismo en donde se detallan sus atributos y relaciones. A continuación se muestran los modelos utilizados en el mismo y una breve descripción:
• Baremo.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_prueba, descripción, género, las relaciones con otros modelos y hacer referencia a la tabla “tb_baremo”.
• Detalle.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_evaluacion, id_prueba, id_pregunta, id_opción_resp, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_detalle”.
• Evaluacion.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_usuario, fecha_evaluación, puesto_aplicado, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_evaluacion”.
• Opción_resp.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_pregunta, opción, descripción, puntuación, imagen, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_evaluacion”.
• Pregunta.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_prueba, número, enunciado, imagen, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_pregunta”.
• Prueba.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, descripción, duración, instrucciones, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_prueba”.
10
• Puesto.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, descripción, departamento, puesto_superior, fecha_inicio, fecha_fin, observaciones, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_puesto”.
• Puesto_prueba.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_prueba, id_puesto, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_puesto_prueba”.
• Rango.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_baremo, valor_inicio, valor_fin, valor_rango, las relaciones con otros modelos y hacer referencia a la tabla “tb_rango”.
• Rol.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, descripción, observaciones, estado, las relaciones con otros modelos y hacer referencia a la tabla “tb_rol”.
• User.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, id_rol, cédula, nombre, apellido, cargo, email, password, estado, las relaciones con otros modelos y hacer referencia a la tabla “user”.
• Usuario.php Este modelo es utilizado para definir cuáles son los atributos a utilizarse en el mismo como: id, cédula, nombre, apellido_p, apellido_m, fecha_nac, género, email, password, dirección, teléfono, entre otros, las relaciones con otros modelos y hacer referencia a la tabla “tb_usuario”.
Vistas
Además está estructurada mediante las vistas que permiten la interacción con el usuario final. A continuación se muestran las vistas utilizadas en el mismo y una breve descripción.
Panel de administración
• login.blade.php Esta vista muestra el formulario para el ingreso del usuario de administración.
• Asignar_puesto.blade.php Esta vista muestra una lista de puestos a los cuales se les puede asignar a una prueba antes seleccionada.
• Editar_expediente.blade.php Esta vista carga al usuario candidato antes seleccionado con sus datos en un formulario y permite editarlos.
• Editar_pregunta.blade.php Esta vista carga una pregunta con sus opciones correspondientes antes seleccionada en un formulario y permite editarlos.
• Editar_prueba.blade.php Esta vista carga una prueba antes seleccionada con sus datos en un formulario y permite editarlos.
• Editar_puesto.blade.php Esta vista carga un puesto con sus datos en un formulario, antes seleccionado y permite editarlos.
11
• Editar_rango.blade.php Esta vista carga un rango de un factor en un formulario con sus datos antes seleccionado y permite editarlos.
• Editar_user.blade.php Esta vista carga un usuario de administración con sus datos en un formulario antes seleccionado y permite editarlos.
• home.blade.php Esta vista carga la ventana principal del panel de administración.
• index.blade.php Esta vista es la plantilla principal, la misma que esta incluida en las demás, permitiendo así reutilizar código.
• Listar_baremo.blade.php Esta vista permite visualizar los baremos disponibles en una prueba antes seleccionada, además muestra opciones para cada uno.
• Listar_evaluacion.blade.php Esta vista permite visualizar las evaluaciones realizadas a los candidatos, además muestra opciones para cada una.
• Listar_expediente.blade.php Esta vista permite visualizar los candidatos registrados, además muestra opciones para cada uno.
• Listar_pregunta.blade.php Esta vista permite visualizar las preguntas de una prueba antes seleccionada, además muestra opciones para cada una.
• Listar_prueba.blade.php Esta vista permite visualizar las pruebas disponibles, además muestra opciones para cada una.
• Listar_puesto.blade.php Esta vista permite visualizar los puestos guardados, además muestra opciones para cada uno.
• Listar_rango.blade.php Esta vista permite visualizar los rangos de un factor antes seleccionado, además muestra opciones para cada uno.
• Listar_respuesta.blade.php Esta vista permite visualizar las respuestas de una evaluación realizada a un candidato.
• Listar_rol.blade.php Esta vista permite visualizar los roles disponibles para un usuario de administración.
• Listar_user.blade.php Esta vista permite visualizar los usuarios de administración, además muestra opciones para cada uno.
• Nueva_pregunta.blade.php Esta vista muestra un formulario para ingresar datos de una nueva pregunta.
• Nueva_prueba.blade.php Esta vista muestra un formulario para ingresar datos de una nueva prueba.
• Nuevo_expediente.blade.php Esta vista muestra un formulario para ingresar datos de un nuevo candidato.
• Nuevo_puesto.blade.php Esta vista muestra un formulario para ingresar datos de un nuevo puesto.
• Nuevo_rango.blade.php Esta vista muestra un formulario para ingresar datos de un nuevo rango para un factor en una tabla de baremos.
12
• Nuevo_user.blade.php Esta vista muestra un formulario para ingresar datos de un nuevo usuario de administración.
• Prueba_expediente.blade.php Esta vista muestra las pruebas realizadas por un candidato, además muestra opciones para cada una de estas.
• Quitar_puesto.blade.php Esta vista muestra una lista de puestos a los cuales se les puede quitar la asignación a una prueba antes seleccionada.
• Reporte_16PF.blade.php Esta vista se utiliza para mostrar el reporte de la prueba personalidad 16PF.
• Reporte_luscher.blade.php Esta vista se utiliza para mostrar el reporte de la prueba del test de Luscher.
• Reporte_MCM.blade.php Esta vista se utiliza para mostrar el reporte de la prueba del Inventario Multiaxial Clínico de Millon.
• Resultado_expediente.blade.php Esta vista se utiliza para mostrar la gráfica de la prueba personalidad 16PF.
• Resultado_expediente_MCM.blade.php Esta vista se utiliza para mostrar la gráfica de la prueba del Inventario Multiaxial.
Panel de candidato
• home.blade.php Esta vista muestra un formulario para el ingreso del usuario candidato mediante sus credenciales.
• Actualizar_candidato.blade.php Esta vista muestra un formulario con los datos del candidato y permite que este actualice los faltantes.
• Aplica_candidato.blade.php Esta vista muestra la prueba seleccionada por el candidato con sus instrucciones, además permite empezar la misma desde un botón.
• Pregunta_candidato.blade.php Esta vista muestra una generación de preguntas aleatorias de cada prueba para que el usuario candidato las pueda seleccionar.
• Prueba_candidato.blade.php Esta vista muestra los datos principales del usuario candidato y una lista de pruebas a las cuales el usuario puede aplicar dependiendo al puesto que aspira.
Controladores
Además está estructurada mediante los controladores, aquellos que permiten llevar la lógica del módulo mediante funciones. A continuación se muestran los controladores utilizados en el mismo y una breve descripción.
• BaremoController.php Este controlador está estructurado por funciones como son:
o Carga: Permite cargar un rango de un factor en un formulario para editarlo. o Store: Permite guardar los datos de un rango nuevo. o Créate: Carga la vista de un formulario para crear nuevo rango. o Baremo: Muestra los factores de una prueba para cargar en una vista, además
permite realizar una búsqueda al recibir un parámetro.
13
o Rango: Muestra los rangos de un factor para cargar en un vista, además permite realizar una búsqueda al recibir un parámetro.
o Destroy: Permite eliminar un rango de un factor. o Show: Permite actualizar los datos de un rango.
• CandidatoController.php Este controlador está estructurado por funciones como son:
o Editar: Permite cargar los datos para actualizar un candidato en un formulario. o Configurar: Muestra la vista para cambiar contraseña. o Cambiar: Permite actualizar la contraseña de un usuario. o Terminar: Permite terminar una prueba. o Show: Permite actualizar los datos de un candidato. o Créate: Muestra la vista para un nuevo candidato desde un formulario. o Aplica: Permite al candidato aplicar a una prueba. o Evaluar: Permite guardar los datos del candidato al empezar la evaluación. o Detallar: Permite guardar cada detalle de respuesta en la evaluación. o Generar: Permite generar las preguntas aleatorias en cada prueba. o Prueba: Carga las pruebas aplicadas y no aplicadas en la vista.
• EvaluacionController.php Este controlador está estructurado por funciones como son:
o Index: Permite cargar las evaluaciones realizadas a los candidatos, además permite realizar búsquedas dependiendo la opción elegida.
• PdfController.php Este controlador está estructurado por funciones como son:
o CrearPDF: Permite crear los archivos pdf dependiendo los valores que se le envíen por parámetros.
o Crear_reporte_16PF: Prepara los datos necesarios para enviarlos al método “crearPDF” y así crear el reporte para el test de personalidad 16PF.
o Crear_reporte_MCM: Prepara los datos necesarios para enviarlos al método “crearPDF” y así crear el reporte para el Inventario Multiaxial Clínico de Millon.
o Crear_reporte_luscher: Prepara los datos necesarios para enviarlos al método “crearPDF” y así crear el reporte para el test de Luscher.
• PreguntaController.php Este controlador está estructurado por funciones como son:
o created: Muestra una vista con un formulario para crear una nueva pregunta dependiendo la prueba seleccionada.
o Index: Carga todas las preguntas para ser mostradas en un vista dependiendo de la prueba seleccionada, además al recibir un parámetro permite realizar una búsqueda.
o Store: Permite guardar los datos de una pregunta con sus respectivas opciones dependiendo la prueba seleccionada.
o Edit: Permite cargar los datos de una pregunta en un formulario para poder actualizar.
o Show: Permite actualizar los datos de una pregunta y sus opciones. o Destroy: Permite eliminar un pregunta con sus opciones.
14
• PruebaController.php Este controlador está estructurado por funciones como son:
o create: Muestra una vista con un formulario para crear una nueva prueba. o Index: Permite cargar todas las pruebas en una vista, además permite realizar
un búsqueda al recibir un parámetro. o Store: Permite guardar los datos de una nueva prueba. o Edit: Permite cargar una prueba en un formulario antes seleccionada para que
esta pueda se actualizada. o Show: Permite actualizar los datos de una prueba. o Destroy: Permite eliminar una prueba seleccionada.
• PuestoController.php Este controlador está estructurado por funciones como son:
o create: Muestra una vista con un formulario para crear un nuevo puesto. o Index: Permite cargar todas los puestos en una vista, además permite realizar
un búsqueda al recibir un parámetro. o Store: Permite guardar los datos de un nuevo puesto. o Asignar: Permite cargar todos los puestos en una vista que no están asignados
a la prueba seleccionada, además permite realizar una búsqueda al recibir un parámetro.
o Noasignar: Permite cargar todos los puestos asignados a la prueba seleccionada, además permite realizar una búsqueda al recibir un parámetro.
o Relacionar: Permite realizar la asignación de un puesto hacia una prueba. o Quitar: Permite quitar la asignación de un puesto hacia una prueba. o Edit: Permite cargar una puesto en un formulario antes seleccionado para que
esta pueda se actualizado. o Show: Permite actualizar los datos de una puesto. o Destroy: Permite eliminar una puesto seleccionada.
• UserController.php Este controlador está estructurado por funciones como son:
o create: Muestra una vista con un formulario para crear un nuevo usuario de administración.
o Index: Permite cargar todas los usuarios de administración en una vista, además permite realizar un búsqueda al recibir un parámetro.
o Cambiar: Permite actualizar la contraseña de un usuario administrador. o Store: Permite guardar los datos de un nuevo usuario administrador y enviar
un correo para confirmar el mismo. o Edit: Permite cargar un usuario de administración en un formulario antes
seleccionado para que esta pueda se actualizado. o Show: Permite actualizar los datos de un usuario de administración. o Destroy: Permite eliminar un usuario de administración.
• UsuarioController.php Este controlador está estructurado por funciones como son:
o create: Muestra una vista con un formulario para crear un nuevo usuario candidato.
o Index: Permite cargar todas los usuarios candidatos en una vista, además permite realizar un búsqueda al recibir un parámetro.
o Cargar_prueba: Permite cargar en una vista todas la pruebas realizadas por el candidato antes seleccionado.
15
o Respuesta: Permite cargar en una vista las respuestas de una evaluación realizada a un candidato.
o Show: Permite actualizar los datos de un usuario candidato. o Store: permite guardar los datos de un nuevo usuario candidato y además
permite enviar un correo para confirmar el mismo. o Inactivar_evaluacion: Permite inactivar la evaluación realizada por el
candidato. o Grafica_MCM: Permite generar los datos para la gráfica de la prueba de
Inventario Multiaxial Clínico de millón. o Gráfica: Permite generar los datos para la gráfica de la prueba de Test de
personalidad 16PF. o Edit: Permite cargar en un formulario los datos de un usuario candidato para
poder actualizarlos. o Eliminar: Permite eliminar una evaluación realizada por un candidato. o Destroy: Permite eliminar un usuario candidato previamente seleccionado.
Finalmente, para la autenticación de cada usuario se utiliza el Middleware de autenticación que ofrece Laravel.