Upse Tin 2016 0042
Upse Tin 2016 0042
FACULTAD DE SISTEMAS
Y TELECOMUNICACIONES
CARRERA DE INFORMÁTICA
TRABAJO DE TITULACIÓN
INGENIERO EN SISTEMAS
AUTOR
Sabino Javier Chalén Balón
PROFESOR TUTOR
Ing. Jaime Orozco Iguasnia, MGTI
LA LIBERTAD – ECUADOR
2016
AGRADECIMIENTO
I
APROBACIÓN DEL TUTOR
II
TRIBUNAL DE GRADO
Ing. Walter Orozco Iguasnia, MSc. Ing. Mariuxi De la Cruz De la Cruz, MSc.
DECANO DE FACULTAD DIRECTORA DE CARRERA
Ing. Jaime Orozco Iguasnia, MGTI Ing. Iván Coronel Suárez, MSIA
PROFESOR TUTOR PROFESOR DE ÁREA
III
RESUMEN
IV
ABSTRACT
At the Faculty of Systems and Telecommunications UPSE currently two races are
offered, its main objective is to produce new knowledge through scientific
research and train quality professionals, for this has 38 teachers who carry out
their activities based on the provisions of Regulation Academic Rules and
Regulations' Career and Professor and Researcher at the Higher Education
System. Although this is difficult to demonstrate progress by the lack of digital
evidence of the above, this results in access to scientific production and
identification of shortcomings is inefficient. It aims to develop a computer system
based on the internal control regulations of teaching in order to have documented
evidence for the quality assurance of racing with a physical and logical structure
that allows modular growth mainly using the framework ZK and database engine
SQL Server data as well as theoretical and technical base, using Model View
Controller (MVC) and Model View ViewModel (MVVM), to thereby provide
teachers a quick and safe tool. The methodology used to determine the current
situation and detect flaws is the observation and for system requirements apply
interviews with users. For application development model used is iterative, which
allows modular growth, implementation of improvements and bug fixes without
diminishing the overall progress of the product. With the implementation of the
system is expected to meet the needs of recording of daily, storage teaching digital
evidence of their production, current resume, periodic monitoring based on reports
and different actions audit and control data generated.
V
DECLARACIÓN
VI
TABLA DE CONTENIDO
ITEM PÁG.
AGRADECIMIENTO I
APROBACIÓN DEL TUTOR II
TRIBUNAL DE GRADO III
RESUMEN IV
ABSTRACT V
DECLARACIÓN VI
TABLA DE CONTENIDO VII
ÍNDICE DE FIGURAS X
ÍNDICE DE TABLAS XI
LISTA DE ANEXOS XII
INTRODUCCIÓN 1
CAPÍTULO I 2
FUNDAMENTACIÓN 2
1.1. Antecedentes 2
1.2. Descripción del Tema 3
1.3. Objetivos 4
1.3.1. Objetivo General 4
1.3.2. Objetivos Específicos 4
1.4. Justificación 5
1.5. Metodología 6
1.5.1. Método 6
CAPÍTULO II 8
LA PROPUESTA 8
2.1. MARCO CONTEXTUAL 8
2.1.1. Generalidades de la Facultad de Sistemas y Telecomunicaciones 8
2.2. MARCO CONCEPTUAL 9
2.2.1. Sistema 9
2.2.2. Web 9
2.2.3. Bases de datos 10
2.2.4. Modelo 10
VII
2.2.5. Usuario 10
2.2.6. Cliente 10
2.2.7. Servidor 10
2.2.8. Interfaz 11
2.2.9. Versión 11
2.2.10. Internet 11
2.2.11. Proxy 11
2.2.12. Protocolo 12
2.2.13. Arquitectura de software 12
2.2.14. Ambiente web 12
2.2.15. Licencia 12
2.2.16. Software libre 12
2.2.17. Software licenciado 13
2.2.18. Framework 13
2.2.19. Integrated Development Environment (IDE) 13
2.3. MARCO TEÓRICO 14
2.3.1. Web como sistema de información 14
2.3.2. Modelo ciclo de vida 14
2.3.3. Modelo Vista Controlador (MVC) 17
2.3.4. Régimen académico 18
2.3.5. Escalafón docente 19
2.4. Componentes de la propuesta 19
2.4.1. Metodología de desarrollo de software 19
2.4.2. Software 20
2.4.3. Hardware 22
2.5. Diseño de la propuesta 23
2.5.1. Modelo de base de datos 23
2.5.2. Diagrama de procesos 24
2.5.2.1.1. Proceso de control de actividades docentes 24
2.5.2.1.2. Proceso de actualización de hojas de vida 25
2.5.3. Diagrama de casos de uso 26
2.5.4. Modelo de Interfaces 28
VIII
2.5.5. Modelo de Reportes 30
2.6. PRUEBAS 32
2.7. ESTUDIO DE FACTIBILIDAD 41
2.7.1. Factibilidad técnica 41
2.7.2. Factibilidad operativa 46
2.8. RESULTADOS 47
CONCLUSIONES 50
RECOMENDACIONES 51
BIBLIOGRAFÍA 52
ANEXOS 54
IX
ÍNDICE DE FIGURAS
ITEM PAG.
Figura 1: Ubicación Geográfica de UPSE: ©2016 Google 8
Figura 2: Organigrama FACSISTEL 9
Figura 3: Ciclo de vida de un sistema de información. Autor: Gestiopolis 15
Figura 4: Funcionamiento del MVC: Rodrigo Gómez 17
Figura 5: Modelo Iterativo: Cristian Cuesta 19
Figura 6: Modelo de base de datos 23
Figura 7: Diagrama de proceso - Control de actividades docentes 24
Figura 8: Diagrama de proceso - Actualización de hoja de vida 25
Figura 9: Casos de uso - Administrador 26
Figura 10: Casos de uso - Directivo 27
Figura 11: Casos de uso – Docente 28
Figura 12: Diseño de interfaz principal 29
Figura 13: Interfaz principal del sistema 29
Figura 14: Interfaz del módulo Hoja de vida 29
Figura 15: Diseño de Interfaz de informes 30
Figura 16: Interfaz de informes 30
Figura 17: Diseño de reporte 31
Figura 18: Reporte de la aplicación 31
X
ÍNDICE DE TABLAS
ITEM PAG.
Tabla 1: Prueba N° 1: Inicio de sesión 32
Tabla 2: Prueba N° 2: Abrir día 32
Tabla 3: Prueba N° 3: Abrir día anterior 33
Tabla 4: Prueba N° 4: Editar actividad 33
Tabla 5: Prueba N° 5: Cambiar clave 34
Tabla 6: Prueba N° 6: Editar permiso 34
Tabla 7: Prueba N° 7: Cerrar día 35
Tabla 8: Prueba N° 8: Acceder al menú de informes 35
Tabla 9: Prueba N° 9: Generar informe 36
Tabla 10: Prueba N° 10: Editar datos personales 36
Tabla 11: Prueba N° 11: Editar formación académica 37
Tabla 12: Prueba N° 12: Editar experiencia académica 37
Tabla 13: Prueba N° 13: Editar experiencia profesional 38
Tabla 14: Prueba N° 14: Editar investigación 38
Tabla 15: Prueba N° 15: Editar capacitación 39
Tabla 16: Prueba N° 16: Editar una carrera. 39
Tabla 17: Prueba N° 17: Editar un docente 40
Tabla 18: Prueba 18: Editar una actividad 40
Tabla 19: Prueba N° 19: Editar un periodo académico 41
Tabla 20: Prueba 20: Habilitar un docente en un periodo académico 41
Tabla 21: IDEs que utilizan Java 42
Tabla 22: Frameworks para desarrollo de aplicaciones web con Java 44
Tabla 23: Características de motores de base de datos 45
Tabla 24: Hardware utilizado 46
Tabla 25: Software utilizado 46
Tabla 26: Resultados de las pruebas realizadas 49
XI
LISTA DE ANEXOS
N. DESCRIPCIÓN
1: DIAGRAMA DE IMPLEMENTACIÓN
2: GUÍA DE ENTREVISTA
3: MANUAL DE USUARIO
XII
INTRODUCCIÓN
1
CAPÍTULO I
FUNDAMENTACIÓN
1.1. Antecedentes
2
1.2. Descripción del Tema
3
de vida actualizada, monitoreo periódico basado en reportes y diferentes acciones
de auditoría y control para los datos que se generen.
1.3. Objetivos
4
Realizar las pruebas de funcionamiento y de seguridad necesarias al
sistema para determinar posibles mejoras.
1.4. Justificación
5
1.5. Metodología
1.5.1. Método
Con la observación se podrá determinar cuál es la falencia que se debe cubrir con
el desarrollo del proyecto, las funcionalidades que se debe implementar y los
resultados que se espera.
Población
Muestra
6
entrevistas con los directivos de la Facultad para determinar los requerimientos
iniciales del sistema, luego una vez implementada la versión correspondiente se
receptará sugerencias con respecto a los errores y falencias directamente de los
usuarios que colaboran en las pruebas, estos pasos se repetirá tantas veces como
sea necesario hasta obtener la versión final de la aplicación. Mediante este
procedimiento se logrará cubrir eficazmente las necesidades de los usuarios con
una aplicación fácil de usar, segura y rápida.
7
CAPÍTULO II
LA PROPUESTA
8
La Facultad de Sistemas y Telecomunicaciones actualmente oferta la carrera de
Informática y la de Electrónica y Telecomunicaciones, está bajo la dirección del
MSc. Walter Orozco Iguasnia y está ubicada en el edificio FACSISTEL.
2.2.1. Sistema
2.2.2. Web
La web es uno de los elementos que nacieron a partir del internet, es el conjunto
de páginas o sitios que pueden ser accedidos a través de un navegador mediante el
protocolo de transporte de hipertexto (http).
9
2.2.3. Bases de datos
Una base de datos es una herramienta informática que funciona como un almacén
donde se puede guardar grandes cantidades de información organizadamente para
poder ser accedida de forma rápida y segura cuando sea necesario.
2.2.4. Modelo
La palabra modelo tiene varias definiciones dependiendo del enfoque que se le dé,
en este caso orientado hacia la informática, un modelo es una representación de la
realidad por medio de abstracciones, estas varían de acuerdo al tipo específico del
que se trate como por ejemplo: modelo de datos, modelo de pruebas, modelo de
interfaces, etc.
2.2.5. Usuario
2.2.6. Cliente
2.2.7. Servidor
10
2.2.8. Interfaz
La interfaz es una parte del sistema informático que permite la interacción entre el
usuario y el software mediante una representación visual de todas las
funcionalidades y resultados que lo componen.
2.2.9. Versión
2.2.10. Internet
Según (García Rojo & Sánchez Ramos, 1996) “Internet es la red de ordenadores
más grande del mundo. Los primeros pasos para la creación de la "Red de
redes" los dio el gobierno de los Estados Unidos al crear, en 1969, la Red de la
Agencia de Proyectos de Investigación Avanzada (ARP ANet), como resultado de
un programa de protección de datos importantes de instituciones militares y
universidades del país, para evitar que un ataque nuclear pudiera dejar aisladas a
estas instituciones. En 1982 se comenzó a conocer esta Red con el nombre de
Internet coincidiendo con la implantación en la misma de un protocolo
conocido como TPC/IP Transmision Control Protocol / Internet Protocol), cuyos
comandos para circular por esta red de ordenadores eran entonces complicados.”
2.2.11. Proxy
11
2.2.12. Protocolo
2.2.15. Licencia
12
adaptar a las necesidades del usuario, se puede distribuir libremente, y permite
publicar mejoras del mismo para que toda la comunidad pueda usarla.
Software licenciado son las herramientas informáticas que se distribuyen bajo una
licencia y cuyas condiciones de uso son establecidas por su propietario original.
Este tipo de software no puede ser modificado, ni distribuido libremente, por lo
general se reciben actualizaciones durante el periodo que dura la licencia, y esta se
debe renovar dependiendo del tipo que haya comprado.
2.2.18. Framework
Existen muchos, así que elegir uno depende de las herramientas que se vaya a
usar, el lenguaje de programación y el resultado que se desea obtener.
13
detectar a simple vista, en este escenario una de las funcionalidades del IDE le
dirá exactamente la ubicación de las fallas. (Ormeño Rojas, 2012)
El modelo de ciclo de vida del software es una vista de las actividades que
ocurren generalmente durante el desarrollo de software, intenta determinar el
orden de las etapas involucradas y los criterios de transición asociados entre las
mismas. (Inteco, 2009)
14
Según (Inteco, 2009) “En cada una de las etapas de un modelo de ciclo de vida, se
pueden establecer una serie de objetivos, tareas y actividades que lo caracterizan.
Existen distintos modelos de ciclo de vida, y la elección de un modelo para un
determinado tipo de proyecto es realmente importante; el orden es uno de estos
puntos importantes.”
El ciclo de vida del software está compone por las siguientes etapas:
Planificación
En esta etapa se deben de llevar a cabo una serie de tareas previas que afectarán
directamente en lograr la finalización con éxito del proyecto. (Blanco Ceballos,
Cervantes Guerrero, & Fierros Nepomuseno, 2015)
Análisis
15
proceso mediante el cual se intenta descubrir qué es lo que realmente se necesita y
se llega a una comprensión adecuada de los requerimientos del sistema.”
Diseño
Implementación
Pruebas
Instalación o despliegue
16
interconexión, requerimientos mínimos para la implementación. Esto se deriva del
proceso general para resolver un problema con la creación de un sistema. (Blanco
Ceballos et al., 2015)
Uso y mantenimiento
17
segundo es un conjunto de vistas que representa los formularios de entrada y
salida de información, el tercero es un conjunto de controladores que procesa las
peticiones de los usuarios y controla el flujo de ejecución del sistema.”
Modelos
En esta capa se encuentran las funciones que interactúan directamente con la base
de datos, creando así un intermediario entre la aplicación y esta, donde se
interpretan todos los comandos necesarios para un correcto funcionamiento.
Vistas
Controladores
Según lo establecido por (CES, 2013) “El presente reglamento regula y orienta el
quehacer académico de las instituciones de educación superior (lES) en sus
diversos niveles de formación, incluyendo sus modalidades de aprendizaje o
18
estudio y su organización en el marco de lo dispuesto en la Ley Orgánica de
Educación Superior.”
Según (De la Rosa Deker, 2011) “El escalafón del magisterio nacional, constituye
un sistema de categorización de las y los docentes pertenecientes a la carrera
docente pública, según sus funciones, títulos, desarrollo profesional, tiempo de
servicio y resultados en los procesos de evaluación, implementados por el
Instituto Nacional de Evaluación, lo que determina su remuneración y los
ascensos de categoría”.
19
cliente para que la evalué, detecte las fallas, y proponga mejoras en caso de ser
necesarias. Este ciclo se repetirá tantas veces como sea necesario hasta cubrir
totalmente las necesidades de los usuarios. (Inteco, 2009)
2.4.2. Software
Eclipse
Java
Zk
20
programador disminuir la codificación, el tiempo de desarrollo y lograr interfaces
ricas para el usuario. (Muñoz Onofa, 2012)
SQL Server
Apache Tomcat
Según (Milián, Pérez, Sánchez, & Fuentes, 2010) “Apache Tomcat es una
implementación de las tecnologías Java Servlet y Java Server Pages, por esta
razón, funciona en cualquier sistema operativo que disponga de la máquina
virtual de Java. Se desarrolla en un entorno abierto y participativo, publicado bajo
la licencia del software Apache. Se usa fundamentalmente en entornos con alto
nivel de tráfico y alta disponibilidad. Tomcat ocupa muy poco espacio y es muy
fiable. Es el servidor web más utilizado, el más potente para el lenguaje Java y es
compatible de forma integrada con muchas aplicaciones.”
21
siguientes componentes previamente añadidos a Eclipse, JasperReport para
elaborar los reportes y SpringSecurity para el control de acceso y seguridad de la
aplicación.
JasperReport
SpringSecurity
2.4.3. Hardware
22
2.5. Diseño de la propuesta
cad_evidencia
id_evidencia
id_detalle_trabajo
nombre_archivo cad_privilegio
ruta_archivo id_privilegio
estado id_usuario
usuario id_carrera
fecha_registro estado
descripcion usuario
fecha_registro
cad_detalle_trabajo
id_detalle_trabajo
id_cabecera_trabajo cad_cabecera_trabajo
id_cabecera_trabajo cad_usuario
id_actividad cad_carrera
id_persona id_usuario
cantidad id_carrera
id_periodo tipo_usuario
detalle descripcion
fecha_dia usuario
estado estado
fecha_registro contrasenia
usuario usuario
hora_inicio estado
fecha_registro fecha_registro
hora_fin fecha_registro
observacion
estado_dia
estado
usuario
cad_actividad cad_persona
id_actividad id_persona
id_tipo_actividad id_usuario
codigo id_carrera
descripcion id_persona_upse
estado identificacion
usuario apellidos
cad_experiencia_no_academica
fecha_registro nombres
cad_periodo id_experiencia_no_aca...
sexo
id_periodo id_persona
fecha_nacimiento
descripcion id_subarea_especifica
fecha_ingreso
fecha_desde nacional
estado
fecha_hasta pais
usuario
estado provincia
fecha_registro
usuario canton
pais_nacimiento
fecha_registro relacion_laboral
pais_residencia
institucion
cad_tipo_actividad provincia_residencia
cargo_actividad
id_tipo_actividad canton_residencia
fecha_inicio
codigo telefono_domicilio
cad_persona_periodo fecha_fin
descripcion telefono_trabajo
id_persona_periodo vigente
estado telefono_movil
id_persona usuario
usuario correo_principal
id_periodo fecha_registro
fecha_registro correo_alternativo
estado estado
institucion_trabajo_actual
usuario
cargo
fecha_registro
path_imagen
cad_formacion_profesional
id_formacion_profesional
cad_experiencia_academica id_persona
id_experiencia_academica cad_subarea_especifica
id_subarea_específica
id_persona id_subarea_especifica
nacional
nacional id_subarea_conocimiento
pais
institucion descripcion
cad_actualizacion_profesional institucion
tipo_institucion id_actualizacion_profesional usuario
nivel_academico
pais id_persona fecha_registro
titulo
provincia nombre_curso estado
fecha_obtencion
canton institucion codigo_senescyt
tipo_experiencia tipo_capacitacion usuario
cargo duracion fecha_registro
fecha_inicio anio estado
fecha_fin usuario cad_publicacion
vigente fecha_registro id_publicacion
usuario estado id_persona
fecha_registro mostrar id_subarea_conocimiento
estado path_documento tipo_publicacion
cad_subarea_conocimiento
nombre_documento lugar_publicacion id_subarea_conocimiento
nombre id_area_conocimiento
codigoISSN descripcion
nombre_revista usuario
base_datos_indexada fecha_registro
participacion estado
director
fecha_publicacion
usuario
fecha_registro
estado
mostrar
path_documento cad_area_conocimiento
id_area_conocimiento
nombre_documento
descripcion
citacion
nombre_proyecto usuario
fecha_registro
estado
23
2.5.2. Diagrama de procesos
24
2.5.2.1.2. Proceso de actualización de hojas de vida
25
2.5.3. Diagrama de casos de uso
26
Figura 10: Casos de uso - Directivo
27
Docente.- puede realizar el registro de actividades y actualización de hoja de vida.
La interfaz principal y la del módulo de hoja de vida están diseñadas para poner a
disposición del usuario todas las funcionalidades de su rol.
28
Constan de una barra de título, un menú horizontal en la parte superior y el área
de trabajo en el centro.
29
La interfaz para informes y reportes está formada por la barra de título en parte
superior, un menú vertical en el lado izquierdo de la pantalla y el área de trabajo
en el centro.
Todos reportes están estructurados de forma similar para que la información esté
visible y sea fácil de interpretar para el usuario.
30
Figura 17: Diseño de reporte
31
2.6. PRUEBAS
32
Prueba N° 3: Abrir día anterior
Objetivo Al dar clic en el botón “Abrir día anterior” verificar si se valida
la fecha y el periodo académico sin causar distorsión en los
datos del día actual.
Roles Directivo, Docente
Escenario N° 1: Docente habilitado
Datos de entrada Resultados esperados
Ninguno. Ventana modal con los datos del
día que acaba de abrir.
Se deshabilita el botón “Abrir día”.
Se habilita el botón “Cerrar día”
Se habilita el botón “Informes”.
Se habilita la edición de actividades en
el área de trabajo.
Tabla 3: Prueba N° 3: Abrir día anterior
33
de sesión.
Roles Directivo, Docente
Escenario N° 1: Confirmación incorrecta
Datos de entrada Resultados esperados
Nueva clave. Mensaje de error “No coinciden las
Confirmación de nueva clave claves”.
incorrecta.
Escenario N° 2: Confirmación correcta
Datos de entrada Resultados esperados
Nueva clave. Actualizar la clave.
Confirmación de nueva clave Redirección a la página de inicio
correcta. de sesión.
Tabla 5: Prueba N° 5: Cambiar clave
34
habilitados.
Roles Directivo, Docente
Escenario N° 1: Sin permisos
Datos de entrada Resultados esperados
Ninguno Ventana modal con los datos del
día que acaba de cerrar.
Validar con un mensaje el registro
de las actividades cad_007 y
cad_002.
Se habilita el botón “Abrir día”.
Se deshabilita el botón “Cerrar
día”
Se deshabilita el botón “Informes”.
Se deshabilita la edición de
actividades en el área de trabajo.
Escenario N° 2: Con permisos
Datos de entrada Resultados esperados
Ninguno Ventana modal con los datos del
día que acaba de cerrar.
Validar con un mensaje el registro
de las actividades cad_007 y
cad_002. Se deshabilita la edición
de actividades en el área de
trabajo.
Actualizar el área de trabajo con
los datos del siguiente día
habilitado.
Tabla 7: Prueba N° 7: Cerrar día
35
Datos de entrada Resultados esperados
Fecha desde. Informe de las horas registradas en
Fecha hasta. el rango de fechas seleccionado
cuantificadas por el tipo de
actividad.
Escenario N° 2: Informe “Evidencias”
Datos de entrada Resultados esperados
Fecha desde. Lista de las evidencias subidas en
Fecha hasta. el rango de fechas seleccionado.
Escenario N° 3: Informe “Actividades”
Datos de entrada Resultados esperados
Fecha desde. Lista de actividades registradas en
Fecha hasta. el rango de fecha seleccionado.
Escenario N° 4: Informe “Carreras”
Datos de entrada Resultados esperados
Fecha desde. Reporte de las actividades
Fecha hasta. registradas por los docentes de la
Carrera seleccionada. carrera seleccionada en el rango de
fechas escogido.
Escenario N° 5: Informe “Docentes”
Datos de entrada Resultados esperados
Fecha desde. Reporte de las actividades
Fecha hasta. registradas por el docente
Docente seleccionado. seleccionado en el rango de fechas
escogido.
Escenario N° 6: Informe “Hoja de vida”
Datos de entrada Resultados esperados
Docente seleccionado Reporte de acuerdo al tipo de
Tipo de informe informe seleccionado de la hoja de
vida de un docente determinado.
Tabla 9: Prueba N° 9: Generar informe
36
Roles Directivo, Docente
Escenario N° 1: Registrar formación académica
Datos de entrada Resultados esperados
Datos del registro de formación Añadir un registro de formación
académica. académica
Actualizar la lista de registros.
Escenario N° 2: Editar formación académica
Datos de entrada Resultados esperados
Registro de formación académica Editar los valores de un registro de
seleccionado. formación académica.
Datos modificados de formación Actualizar la lista de registros.
académica.
Escenario N° 3: Eliminar formación académica
Datos de entrada Resultados esperados
Registro de formación académica Quitar el ítem seleccionado de la
seleccionado. lista.
Tabla 11: Prueba N° 11: Editar formación académica
37
Roles Directivo, Docente
Escenario N° 1: Registrar experiencia profesional
Datos de entrada Resultados esperados
Datos del registro de experiencia Añadir un registro de experiencia
profesional. profesional.
Actualizar la lista de registros.
Escenario N° 2: Editar experiencia profesional
Datos de entrada Resultados esperados
Registro de experiencia Editar los valores de un registro de
profesional seleccionado. experiencia profesional.
Datos modificados de experiencia Actualizar la lista de registros.
profesional.
Escenario N° 3: Eliminar experiencia profesional
Datos de entrada Resultados esperados
Registro de experiencia Quitar el ítem seleccionado de la
profesional seleccionado. lista.
Tabla 13: Prueba N° 13: Editar experiencia profesional
38
Datos de entrada Resultados esperados
Datos del registro de capacitación. Añadir un registro de capacitación.
Actualizar la lista de registros.
Escenario N° 2: Editar capacitación
Datos de entrada Resultados esperados
Registro de capacitación Editar los valores de un registro de
seleccionado. capacitación.
Datos modificados de Actualizar la lista de registros.
investigación.
Escenario N° 3: Eliminar capacitación
Datos de entrada Resultados esperados
Registro de capacitación Quitar el ítem seleccionado de la
seleccionado. lista.
Tabla 15: Prueba N° 15: Editar capacitación
39
Actualizar la lista.
Escenario N° 2: Editar docente
Datos de entrada Resultados esperados
Docente seleccionado. Editar los datos de un docente.
(obligatorio) Actualizar la lista.
Si no se ha seleccionado un
docente se presenta el mensaje
“Debe seleccionar un docente”.
Escenario N° 3: Eliminar docente
Datos de entrada Resultados esperados
Docente seleccionado. Eliminar un docente.
(obligatorio) Actualizar la lista.
Si no se ha seleccionado un
docente se presenta el mensaje
“Debe seleccionar un docente”.
Tabla 17: Prueba N° 17: Editar un docente
40
Escenario N° 1: Registras periodo académico
Datos de entrada Resultados esperados
Datos del periodo académico. Añadir un nuevo periodo
académico.
Actualizar la lista.
Escenario N° 2: Editar periodo académico
Datos de entrada Resultados esperados
Periodo académico seleccionado. Editar los datos de un periodo
(obligatorio) académico.
Actualizar la lista.
Si no se ha seleccionado un
registro presenta el mensaje “Debe
seleccionar un periodo
académico”.
Escenario N° 3: Eliminar periodo académico
Datos de entrada Resultados esperados
Periodo académico seleccionado. Eliminar un periodo académico.
(obligatorio) Actualizar la lista.
Si no se ha seleccionado un
registro presenta el mensaje “Debe
seleccionar un periodo
académico”.
Tabla 19: Prueba N° 19: Editar un periodo académico
41
proyecto es necesario tomar en cuenta varios aspectos que determinarán si es
factible o no, entre estos el método a utilizar, los resultados esperados, los
recursos disponibles, etc.
Para los sistemas web existen dos grandes potencias en cuanto a lenguaje de
programación, Java y PHP, ambos son muy utilizados y los resultados que se
pueden obtener de ellos son similares, es difícil determinar cuál es superior, así
que, para seleccionar uno debemos tener claro que es lo que se quiere obtener a
fin de usar el más adecuado.
IDE
42
El IDE seleccionado para este proyecto fue Eclipse, la versión Mars 2.0 porque
permite aumentar la funcionalidad de la aplicación con plugins, esta característica
fue explotada con la inclusión de herramientas como JasperReports, Eclipselink y
Spring Security, además está integrado con Maven, a través de este se pudo usar
la última versión del framework y otras librerías necesarias para un mejor
funcionamiento de la aplicación.
Framework
Framework Características
Framework de aplicaciones web e Ajax (JavaScript
asíncrono y XML).
Construido completamente en Java.
Software de código abierto en su versión CE.
Es similar al modelo de programación de aplicaciones
ZK basadas en GUI de escritorio.
Programación basada en componentes y orientación a
eventos.
Hecho para simplificar el desarrollo de aplicaciones
web.
Centra toda la lógica de programación en el servidor.
Aplicado para el desarrollo de la capa de presentación
de aplicaciones web en Java, que ofrece una interfaz
de escritorio tradicional, sin necesidad de usar
JavaScript ni JSON ni XML ni HTML.
Está orientado a componentes y eventos.
Vaadin Se programa en el servidor.
Permite extender un widget para hacer uno propio
(parte cliente), así como crear uno nuevo.
Permite exportar los componentes propios e importar
componentes desarrollados por terceros mediante un
sistema de Add-Ons.
Definición de las interfaces de usuario mediante vistas
Java Server
que agrupan componentes gráficos.
Faces (JSF)
Conexión de los componentes gráficos con los datos
43
de la aplicación mediante los denominados beans
gestionados.
Conversión de datos y validación automática de la
entrada del usuario.
A partir de la especificación 2.0 un modelo estándar
de comunicación Ajax entre la vista y el servidor.
Tabla 22: Frameworks para desarrollo de aplicaciones web con Java
Base de datos
El motor de base de datos debe cumplir con todas las necesidades de consumo de
datos que requiera la aplicación y es fundamental para su funcionamiento.
BD Características
SQL Server Escalabilidad, estabilidad y seguridad.
Manejo de transacciones.
Implementa procedimientos almacenados.
Administrador gráfico.
Incluye el modo cliente-servidor.
Permite administrar información de otros
servidores de datos.
Requiere licencia.
Oracle Modelo relacional.
Database Herramienta de administración gráfica intuitiva
y cómoda de utilizar.
Control de acceso.
44
Protección de datos.
Lenguaje de diseño de bases de datos PL/SQL.
Alta disponibilidad: escalabilidad, protección y
alto rendimiento para la actividad empresarial.
Gestión de usuarios.
Requiere licencia.
MySQL Soporta gran cantidad de tipos de datos para las
columnas.
Portabilidad entre sistemas.
Aprovecha la potencia de sistemas
multiproceso, gracias a su implementación
multihilo.
Gestión de usuarios.
Modelo relacional.
Software libre.
Tabla 23: Características de motores de base de datos
Hardware
Las pruebas se realizarán con los equipos personales de cada docente o los que la
universidad les provee dependiendo de su preferencia.
45
Descripción Cantidad
Computadora portátil 1
Memoria USB 1
Impresora 1
Tabla 24: Hardware utilizado
Descripción Cantidad
Eclipse Mars 1
ZK framework 1
Apache Tomcat 1
SQL Server 2012 1
Office 2010 1
Tabla 25: Software utilizado
46
que implementar este proyecto representa un avance tecnológico para la facultad y
por ende para la Universidad.
2.8. RESULTADOS
Las pruebas se realizaron de manera local y en producción con los usuarios finales
de la aplicación, a continuación se detalla los resultados.
47
a la edición del día
afectado.
Apareció la ventana
informativa y se
Cerrar día Sin permisos
deshabilitó el área de
trabajo.
Apareció la ventana
informativa y se
Con permisos actualizó la ventana de
trabajo con el siguiente
día habilitado.
Las opciones mostradas
Acceder al menú de concuerdan con las
General
informes esperados de acuerdo al
rol del usuario.
El informe se generó el
Informe “Horas
en rango de fechas
registradas”
correcto.
El informe se generó el
Informe “Evidencias” en rango de fechas
correcto.
El informe se generó el
Generar informe Informe “Actividades” en rango de fechas
correcto.
El reporte se generó el en
Informe “Carreras”
rango de fechas correcto.
El reporte se generó el en
Informe “Docentes”
rango de fechas correcto.
El reporte se generó el
Informe “Hoja de vida”
con el tipo seleccionado.
Los datos modificados
Editar datos personales General fueron actualizados
correctamente.
Registrar formación Se guardó correctamente
académica el registro.
Editar formación Editar formación Se actualizó el registro
académica académica seleccionado.
Eliminar formación El registro seleccionado
académica fue eliminado.
Registrar experiencia Se guardó correctamente
académica el registro.
Editar experiencia Editar experiencia Se actualizó el registro
académica académica seleccionado.
Eliminar experiencia El registro seleccionado
académica fue eliminado.
Editar experiencia Registrar experiencia Se guardó correctamente
profesional profesional el registro.
48
Editar experiencia Se actualizó el registro
profesional seleccionado.
Eliminar experiencia El registro seleccionado
profesional fue eliminado.
Se guardó correctamente
Registrar investigación
el registro.
Se actualizó el registro
Editar investigación Editar investigación
seleccionado.
El registro seleccionado
Eliminar investigación
fue eliminado.
Se guardó correctamente
Registrar capacitación
el registro.
Se actualizó el registro
Editar capacitación Editar capacitación
seleccionado.
El registro seleccionado
Eliminar capacitación
fue eliminado.
Se guardó correctamente
Registrar una carrera
el registro.
Se actualizó el registro
Editar una carrera Editar una carrera
seleccionado.
El registro seleccionado
Eliminar una carrera
fue eliminado.
Se guardó correctamente
Registrar un docente
el registro.
Se actualizó el registro
Editar un docente Editar un docente
seleccionado.
El registro seleccionado
Eliminar un docente
fue eliminado.
Se guardó correctamente
Registrar una actividad
el registro.
Editar una actividad del Se actualizó el registro
Editar una actividad
sistema seleccionado.
El registro seleccionado
Eliminar una actividad
fue eliminado.
Registrar un periodo Se guardó correctamente
académico el registro.
Editar un periodo Editar un periodo Se actualizó el registro
académico académico seleccionado.
Eliminar un periodo El registro seleccionado
académico fue eliminado.
El docente fue habilitado
Habilitar un docente en
General y pudo acceder al
un periodo académico
registro de actividades.
Tabla 26: Resultados de las pruebas realizadas
49
CONCLUSIONES
50
RECOMENDACIONES
El acceso al sistema debe ser desde una red con una conexión segura a internet
para evitar la pérdida de paquetes.
Los archivos que se pueden cargar al sistema deben ser documentos con formato
.docx o .pdf, con tamaño no mayor a 4MB.
51
BIBLIOGRAFÍA
Blanco Ceballos, m., cervantes guerrero, a., & fierros nepomuseno, s. (2015).
ciclo de vida de un sistema de información. retrieved november 21, 2016,
from http://www.gestiopolis.com/ciclo-de-vida-de-un-sistema-de-
informacion/
García Rojo, m., & sánchez ramos, m. (1996). ¿ qué es internet? sociedad
española de anatomía patológica, pp. 2–3. retrieved from
http://www.conganat.org/seap/informacion/boletin/mayo1996/mayo1996.pdf
Java. (n.d.). ¿qué es java y para qué es necesario? retrieved november 21, 2016,
from https://www.java.com/es/download/faq/whatis_java.xml
Milián, v., Pérez, y., Sánchez, a., & Fuentes, s. (2010). resumen, 265–276.
Muñoz Onofa, a. e. (2012). Guía de desarrollo del framework, para el diseño ágil
de aplicaciones web, en la empresa Kruger Corporation. prototipo: Sistema
para el plan de capacitación interna de empleados. Escuela Politécnica del
Ejército. Retrieved from
http://repositorio.espe.edu.ec/bitstream/21000/5250/1/T-ESPE-033263.pdf
52
Peláez, A., Rodríguez, J., Ramírez, S., Pérez, L., & González, A. (n.d.). La
Entrevista. Retrieved from
https://www.uam.es/personal_pdi/stmaria/jmurillo/InvestigacionEE/Presenta
ciones/Curso_10/Entrevista.pdf
Spring Security. (2016). Spring Security. Retrieved November 21, 2016, from
http://projects.spring.io/spring-security/
53
ANEXOS
54
ANEXO 1: DIAGRAMA DE IMPLEMENTACIÓN
4. ¿Cuáles son los aspectos más relevantes que requiere un control para poder
proveer de datos a los directivos?
__________________________________________________________________
__________________________________________________________________
1. REQUERIMIENTOS
2. TIPOS DE USUARIOS
Administrador
Director
Docente
3. ACCESO AL SISTEMA
CAPTCHA
INGRESO
CORRECTO
INGRESO
FALLIDO
Figura A 4: Interfaz de inicio de sesión incorrecto
Al dar clic sobre el menú Abrir Día aparecerá una ventana emergente con los
datos del día de trabajo, en donde también puede añadir una observación que se
guardará automáticamente y se activa lo siguiente:
Las actividades que sean ingresadas tienen campos obligatorios, estos están
señalados por un *, dentro del formulario de edición existe la opción para que el
docente suba una evidencia de su trabajo, pero no es un campo obligatorio por lo
esta acción será descrita al final.
Para editar una actividad se debe seleccionar una de la lista y dar clic en el botón
Editar, al hacer esto se cargará el formulario de edición de actividades con los
datos de la actividad seleccionada, aquí se puede editar cada campo, y al dar clic
en Aceptar se registrarán los cambios, se actualizará la lista y el total de horas
registradas en caso de ser necesario.
Para eliminar una actividad se debe seleccionar una de la lista al dar clic en el
botón Eliminar, aparecerá una ventana de confirmación en donde la opción Si
permite eliminar la actividad, actualizar la lista y la cantidad de horas registradas,
la opción No cancela la operación.
En caso de dar clic en el botón Editar sin seleccionar una actividad de la lista
previamente, aparecerá un mensaje de error.
Tanto el botón Nuevo como Editar permiten subir una evidencia dentro del
formulario de edición, esta opción no es obligatoria, y se registra solo si el
docente llena los campos, para añadir una evidencia, debemos dar clic sobre el
botón Subir Evidencia, aparece el explorador de archivos, y debemos seleccionar
el documento deseado, solo se permite archivos Word o PDF de hasta 2MB de
peso.
Una vez seleccionada la evidencia se le puede añadir una descripción. Al dar clic
en aceptar se guardará o actualizará el registro con evidencia según sea el caso.
Figura A 20: Interfaz de edición de actividades con evidencia
Al dar clic sobre el menú Cerrar Día aparecerá una ventana emergente con los
datos del día de trabajo, en donde también puede añadir una observación que se
guardará automáticamente y se desactiva lo siguiente:
Para los docentes existen 2 actividades que deberían ser registradas siempre, la
CDAC_002 y la CDAC_007, si la cerrar el día no ha ingresado estas dos
actividades se muestra una notificación.
El menú Informes muestra una ventana de consultas cuyas opciones dependen del
tipo de usuario con el que haya ingresado.
DISPONIBLE
PARA USUARIO
DIRECTOR
Esta opción permite obtener el total de horas registradas por el docente dentro de
un periodo de tiempo determinado.
El formulario permite seleccionar un rango de fechas que estén dentro del periodo
académico actual.
Esta opción permite obtener una lista de las evidencias subidas por el docente
dentro de un periodo de tiempo determinado.
El formulario permite seleccionar un rango de fechas que estén dentro del periodo
académico actual.
4.3.3. ACTIVIDADES
Esta opción permite al docente consultar las actividades que ingreso en un día
determinado, descargar la evidencia en caso de que exista y obtener un reporte.
El formulario permite seleccionar una fecha que esté dentro del periodo
académico actual.
MENÚ DE NAVEGACIÓN DE LA
LISTA DESCARGAR
EVIDENCIA
4.3.4. CARRERAS
Al dar clic en el botón Generar se mostrará la lista de docentes con las horas
registradas dentro de las fechas seleccionadas.
La lista de docentes posee un menú de navegación que se activa en caso de que el
número supere el límite que se puede mostrar.
Al dar clic en el botón Ver Reporte se muestra en una nueva pestaña el reporte de
docentes por carrera, el navegador puede bloquear la ventana emergente, el
usuario debe permitirle el acceso a la aplicación de esta funcionalidad de su
navegador para poder ver el reporte.
4.3.5. DOCENTES
MENÚ DE NAVEGACIÓN
DESCARGAR
DE LA LISTA
EVIDENCIA
Al dar clic en el menú Hoja de Vida aparece una ventana donde el docente puede
ingresar los datos necesarios para generar su hoja de vida.
El botón Subir Foto permite subir una imagen en formato JPG, GIF o JPEG de
hasta 4 MB de peso.
Después de haber ingresado todos los campos de forma correcta, dar clic en
Agregar permite guardar el nuevo registro, actualiza la lista, limpia el formulario
dejándolo listo para ingresar uno nuevo y muestra una notificación.
4.5.5. INVESTIGACIÓN
Después de haber ingresado todos los campos de forma correcta, dar clic en
Agregar permite guardar el nuevo registro, actualiza la lista, limpia el formulario
dejándolo listo para ingresar uno nuevo y muestra una notificación.
Después de haber ingresado todos los campos de forma correcta, dar clic en
Agregar permite guardar el nuevo registro, actualiza la lista, limpia el formulario
dejándolo listo para ingresar uno nuevo y muestra una notificación.
4.5.7. CERTIFICADOS
4.5.8. IMPRIMIR
El menú Permisos está disponible para usuarios Director, al dar clic sobre el
aparece una interfaz en la que se puede habilitar la edición de actividades a un
docente que no haya abierto un día determinado.
Una vez que el docente edita las actividades del día que le habilitaron, el registro
de ese permiso desaparece de la lista de este formulario.
Figura A 88: Datos de permisos asignados
Eliminar cierra el día del permiso y este no puede volver a ser habilitado.
4.7. EDICIÓN DE ACTIVIDADES CON PERMISOS
Una vez que le aparece el nuevo día al docente, este puede ingresar todas las
actividades que crea necesarias. Al terminar debe Cerrar el Día para que se le
habilite el siguiente, en caso de que tenga otro permiso, si no tiene más permisos,
entonces podrá trabajar en el día actual.
Una vez que se Cierra un día que fue habilitado mediante un permiso, este no
puede volver a ser abierto.