T Uce 0011 Icf 248

UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y

MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
Desarrollo de una aplicación web para el control y administración de bienes
de los laboratorios de cómputo de la carrera de Ingeniería Civil, Facultad
de Ingeniería, Ciencias Físicas y Matemática
Trabajo de titulación, modalidad Proyecto Integrador previo a la obtención

del título de Ingeniero Informático.
AUTORES: Cumbajín Nasimba Darwin Stalin
Salazar Anagumbla Wiliam Stalin
TUTOR: Ing. Milton Giovanny Moncayo Unda MSc.
Quito, 2020
DERECHOS DE AUTOR
Nosotros, Darwin Stalin Cumbajín Nasimba y Wiliam Stalin Salazar Anagumbla, en

calidad de autores y titulares de los derechos morales y patrimoniales del trabajo de
titulación: DESARROLLO DE UNA APLICACIÓN WEB PARA EL CONTROL Y
ADMINISTRACIÓN DE BIENES DE LOS LABORATORIOS DE CÓMPUTO DE
LA CARRERA DE INGENIERÍA CIVIL, FACULTAD DE INGENIERÍA,
CIENCIAS FÍSICAS Y MATEMÁTICA, modalidad Proyecto integrador, de
conformidad con el Art 144 del CÓDIGO ORGÁNICO DE LA ECONOMÍA SOCIAL
DE LOS CONOCIMIENTOS, CREATIVIDAD E INNOVACIÓN, concedo a favor de
la Universidad Central del Ecuador una licencia gratuita, intransferible y no exclusiva
para el uso no comercial de la obra, con fines estrictamente académicos. Conservamos a
nuestro favor todos los derechos de autor sobre la obra, establecidos en la normativa
citada.
Así mismo, autorizamos a la Universidad Central del Ecuador para que realice la
digitalización y publicación de este trabajo de titulación en el repositorio virtual, de
conformidad a lo dispuesto en el Art, 144 de la Ley Orgánica de Educación Superior.
Los autores declaran que la obra objeto de la presente autorización es original en su forma
de expresión y no infringe el derecho de autor de terceros, asumiendo la responsabilidad
por cualquier reclamación que pudiera presentarse por esta causa y liberando a la
Universidad de toda responsabilidad.
__________________________ __________________________
Darwin Stalin Cumbajín Nasimba Wiliam Stalin Salazar Anagumbla
C.C: 1721734356 C.C: 1721130639
dscumbajin@uce.edu.ec wssalazar@uce.edu.ec
ii
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de Titulación, presentado por los estudiantes Darwin
Stalin Cumbajín Nasimba y Wiliam Stalin Salazar Anagumbla, para optar por el
grado de Ingeniero Informático; cuyo título es: DESARROLLO DE UNA
APLICACIÓN WEB PARA EL CONTROL Y ADMINISTRACIÓN DE BIENES
DE LOS LABORATORIOS DE CÓMPUTO DE LA CARRERA DE INGENIERÍA
CIVIL, FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA,
considero que dicho trabajo reúne los requisitos y méritos suficientes para ser sometido a
la presentación pública y evaluación por parte del tribunal examinador que se designe.
En la ciudad de Quito, a los 27 días, del mes de enero del 2020.
__________________________
Ing. Milton Giovanny Moncayo Unda MSc.
DOCENTE-TUTOR
C.C: 1718933383
iii
DEDICATORIA
El presente proyecto está dedicado a mi familia quien con sus cuidados y afecto supieron
oriéntame en el transcurso de la carrera y la culminación de esta.
Todo el esfuerzo de ellos está plasmado en el presente proyecto.
Darwin Cumbajín
iv
AGRADECIMIENTO
A mi padre y madre que con su perseverancia y buen juicio tuvieron el coraje de

levantarme en cualquier adversidad del día a día.
A mi novia que, con su amor, cariño, buen juicio me motivó día a día sin permitir que
desfallezca en la vida.
En general agradezco a todas las personas que con su granito de arena contribuyeron en
mi formación profesional.
Darwin Cumbajín
v
A mis padres por que lucharon por mi bienestar, mi educación y mi salud, no conozco a
nadie en este mundo a quienes les deba más amor y agradecimiento. A mi hermano que
siempre estuvo dispuesto ayudarme en todos los aspectos de mi vida y ser la gran y valiosa
persona que es.
A mi novia y a mi hijo que a través de ellos me han dado la fortaleza para poder ser una
gran persona y jamás rendirme.
Wiliam Salazar
vi
CONTENIDO
DERECHOS DE AUTOR ............................................................................................ II
APROBACIÓN DEL TUTOR .................................................................................... III
DEDICATORIA ......................................................................................................... IV
AGRADECIMIENTO ................................................................................................. V
CONTENIDO ............................................................................................................ VII
LISTA DE TABLAS .................................................................................................. XI
LISTA DE FIGURAS .............................................................................................. XIII
RESUMEN .............................................................................................................. XVI
ABSTRACT ........................................................................................................... XVII
INTRODUCCIÓN ........................................................................................................ 1
1 GENERALIDADES.............................................................................................. 3
1.1 Planteamiento del Problema ................................................................................. 3
1.2 Antecedentes ........................................................................................................ 3
1.3 Justificación ......................................................................................................... 4
1.4 Objetivos ............................................................................................................. 5
1.4.1 Objetivo General .............................................................................................. 5
1.4.2 Objetivos Específicos ....................................................................................... 5
1.5 Alcance ................................................................................................................ 5
1.6 Limitaciones ........................................................................................................ 6
2 MARCO TEÓRICO .............................................................................................. 7
2.1 Reseña ................................................................................................................. 7
2.2 Lectores de código de barras ................................................................................ 7
2.3 Sistema Informático ............................................................................................. 8
2.4 Sistemas de control de activos .............................................................................. 9
2.5 Aplicación Web ................................................................................................... 9
2.6 Estructura de aplicación web .............................................................................. 10
2.7 Herramientas y tecnologías de desarrollo web .................................................... 10
2.7.1 Entorno de desarrollo IDE (Spring Tool Suite - STS) ..................................... 10
2.7.2 Framework .................................................................................................... 11
2.7.3 Patrón Modelo-Vista-Controlador (MVC) ...................................................... 11
vii
2.8 Tecnologías del lado servidor ............................................................................. 12
2.8.1 Lenguajes de programación............................................................................ 13
2.8.1.1 Java ....................................................................................................... 13
2.8.1.2 Spring Framework ................................................................................. 14
2.8.1.3 Spring Security ...................................................................................... 15
2.9 Tecnologías del lado del cliente.......................................................................... 16
2.9.1.1 HTML ................................................................................................... 16
2.9.1.2 CSS ....................................................................................................... 16
2.9.1.3 JavaScript .............................................................................................. 16
2.10 Base de datos ..................................................................................................... 17
3 METODOLOGÍAS DEL PROYECTO ................................................................ 19
3.1 Metodología de Investigación............................................................................. 19
3.1.1 Investigación de campo y de aplicación .......................................................... 19
3.1.2 Investigación Bibliográfica ............................................................................ 19
3.2 Recolección de la información ........................................................................... 20
3.3 Procesamiento y análisis de datos ....................................................................... 20
3.4 Metodología de Desarrollo de software .............................................................. 20
3.4.1 Metodologías ágiles de desarrollo de software ................................................ 21
3.4.2 Manifiesto Ágil .............................................................................................. 21
3.4.3 Metodologías ágiles más populares ................................................................ 23
3.4.4 Análisis de metodologías ágiles...................................................................... 24
3.5 Metodología de Programación Extrema (XP)...................................................... 25
3.5.1 Fase de Planificación ..................................................................................... 26
3.5.2 Fase de Diseño ............................................................................................... 28
3.5.3 Fase de Codificación ...................................................................................... 28
3.5.4 Fase de Pruebas ............................................................................................. 29
4 DESARROLLO DEL PROYECTO ..................................................................... 31
4.1 Fase de Planeación ............................................................................................. 31
4.1.1 Documentación de Historias de Usuario (HU) ................................................ 31
4.2 Planificación de despliegue de iteraciones .......................................................... 40
4.3 Fase de Diseño ................................................................................................... 41
4.3.1 Metáfora del Sistema ..................................................................................... 41
4.3.2 Estructura General del Sistema. ...................................................................... 41
4.3.3 Esquema de Base de Datos ............................................................................. 42
4.3.4 Diccionario de datos ...................................................................................... 42
viii
4.3.4.1 Diseño de entidad Usuario ..................................................................... 42
4.3.4.2 Diseño de entidad Perfil ......................................................................... 43
4.3.4.3 Diseño de entidad Bien .......................................................................... 44
4.3.4.4 Diseño de entidad Detalle ...................................................................... 46
4.3.4.5 Diseño de entidad Estación .................................................................... 48
4.3.4.6 Diseño de entidad Asignación ................................................................ 48
4.3.4.7 Diseño de entidad Notificación .............................................................. 49
4.3.4.8 Diseño de entidad Banner ...................................................................... 50
4.3.5 Proceso de asignación de bien a estación ........................................................ 51
4.3.6 Diseño de Interfaces de Usuario ..................................................................... 52
4.3.6.1 Página principal ..................................................................................... 52
4.3.6.2 Inicio de Sesión ..................................................................................... 52
4.3.7 Generación de Reportes ................................................................................. 53
4.4 Fase de Codificación .......................................................................................... 54
4.4.1 Hardware ....................................................................................................... 54
4.4.2 Codificación .................................................................................................. 54
4.4.2.1 Entidad .................................................................................................. 54
4.4.2.2 Servicios ............................................................................................... 55
4.4.2.3 Controlador ........................................................................................... 56
4.4.3 Estructura de la aplicación ............................................................................. 58
4.5 Fase de Pruebas.................................................................................................. 58
4.5.1 Pruebas de Interfaz......................................................................................... 59
4.5.2 Pruebas de aceptación .................................................................................... 60
4.5.2.1 Pruebas de caja negra............................................................................. 60
4.5.2.2 Plantilla Pruebas de Aceptación ............................................................. 60
4.5.2.3 Prueba de Aceptación – Aspectos Generales .......................................... 61
4.5.2.4 Prueba de Aceptación – Autenticación ................................................... 62
4.5.2.5 Prueba de Aceptación – Administración de Usuarios.............................. 63
4.5.2.6 Prueba de Aceptación – Administración de Bienes ................................. 65
4.5.2.7 Prueba de Aceptación – Administración de Estaciones ........................... 68
4.5.2.8 Prueba de Aceptación – Administración de Asignaciones....................... 70
4.5.2.9 Prueba de Aceptación – Búsqueda de Registros ..................................... 72
4.5.2.10 Prueba de Aceptación – Generación de Reportes .................................... 73
4.5.2.11 Prueba de Aceptación – Administración de Notificaciones ..................... 76
4.5.2.12 Prueba de Aceptación – Administración de Banners............................... 78
ix
4.6 Despliegue de la aplicación ................................................................................ 80
4.6.1 Hardware ....................................................................................................... 80
4.6.2 Instalación y configuración de herramientas ................................................... 80
4.6.3 Ejecución del aplicativo ................................................................................. 81
5 CONCLUSIONES .................................................................................................... 83
6 RECOMENDACIONES ............................................................................................. 85
BIBLIOGRAFÍA ........................................................................................................ 87
ANEXOS .................................................................................................................... 90
ANEXO A .................................................................................................................. 91
ANEXO B .................................................................................................................. 92
ANEXO C .................................................................................................................. 93
ANEXO D ................................................................................................................ 107
ANEXO E................................................................................................................. 115
x
LISTA DE TABLAS
Tabla 1. Doce Principios Manifiesto Ágil ................................................................................ 22

Tabla 2. Metodologías ágiles más populares ............................................................................ 23
Tabla 3. Ranquin de "agilidad" ................................................................................................ 25
Tabla 4. Plantilla - Historia de Usuario .................................................................................... 26
Tabla 5. Historia de Usuario - Acceso ..................................................................................... 31
Tabla 6. Historia de Usuario - Autenticación ........................................................................... 32
Tabla 7. Historia de Usuario - Roles de Usuario ...................................................................... 32
Tabla 8. Historia de Usuario - Administración de Bien ............................................................ 33
Tabla 9. Historia de Usuario - Administración de Estación ...................................................... 34
Tabla 10. Historia de Usuario - Administración de Asignaciones ............................................. 35
Tabla 11. Historia de Usuario - Búsqueda de Registros............................................................ 36
Tabla 12. Historia de Usuario - Generación de Reportes .......................................................... 37
Tabla 13. Historia de usuario - Administración de Notificaciones ............................................ 37
Tabla 14. Historia de usuario - Administración de Banners ...................................................... 38
Tabla 15. Plan de Iteraciones entre Historias de Usuario (1 - 10) ............................................. 40
Tabla 16. Estructura del Modelo de Datos para la Tabla Usuario ............................................. 43
Tabla 17. Estructura del Modelo de Datos para la Tabla Perfil ................................................. 44
Tabla 18. Estructura del Modelo de Datos para la Tabla Bien .................................................. 44
Tabla 19. Estructura del Modelo de Datos para la Tabla Detalle .............................................. 46
Tabla 20. Estructura del Modelo de Datos para la Tabla Estación ............................................ 48
Tabla 21. Estructura del Modelo de Datos para la Tabla Asignación ........................................ 49
Tabla 22. Estructura del Modelo de Datos para la Tabla Notificación ...................................... 50
Tabla 23. Estructura del Modelo de Datos para la Tabla Banner .............................................. 50
Tabla 24. Características de Equipo donde se codifico el sistema ............................................. 54
Tabla 25. Resultado de pruebas de Interfaz.............................................................................. 59
Tabla 26. Calificación de métricas de navegadores .................................................................. 59
Tabla 27. Resultado de las Métricas ........................................................................................ 59
Tabla 28. Plantilla Pruebas de Aceptación ............................................................................... 61
Tabla 29. Prueba asociada al acceso por medio de navegadores ............................................... 61
Tabla 30. Prueba asociada a la Autenticación de usuarios ........................................................ 62
Tabla 31. Prueba asociada a la Administración de Usuarios ..................................................... 63
Tabla 32. Prueba asociada a la Administración de Bienes ........................................................ 65
Tabla 33. Prueba asociada a la Administración de Estaciones .................................................. 68
Tabla 34. Prueba asociada a la Administración de Asignaciones .............................................. 70
xi
Tabla 35. Prueba asociada a la Búsqueda de Registros............................................................. 72
Tabla 36. Prueba asociada a la Generación de Reportes ........................................................... 73
Tabla 37. Prueba asociada a la Administración de Notificaciones ............................................ 76
Tabla 38. Prueba asociada a la Administración del Banner ...................................................... 78
Tabla 39. Características de hardware donde se instaló el aplicativo ........................................ 80
xii
LISTA DE FIGURAS
Figura 1. Estructura de aplicación web. Fuente: (IComparable, 2008) ...................................... 10
Figura 2. Funcionamiento del patrón MVC. Fuente: (UNDERCODE, 2013)............................ 12
Figura 3. Top 10 Lenguajes de Programación. Fuente: (TIOBE, 2019) .................................... 13
Figura 4. Components Framework Spring. Fuente: (Spring, 2019) ........................................... 14
Figura 5. Flujo de Peticiones HTTP protegidas con Spring Security. Fuente: (Tinajero, 2019) . 16
Figura 6. Top 10 de Gestores de base de datos según (DB-ENGINES, 2019) ........................... 17
Figura 7. Valores Manifiesto Ágil. Fuente: (MarcoViaWeb, 2019) .......................................... 22
Figura 8. Proceso XP. Fuente: (Pressman, 2012, pág. 62) ........................................................ 26
Figura 9. Arquitectura del proyecto. Fuente: Elaboración propia.............................................. 41
Figura 10. Diagrama Entidad Relación de la Base de Datos. Fuente: Elaboración propia ......... 42
Figura 11. Proceso Asignación de Bienes. Fuente: Elaboración propia..................................... 51
Figura 12. Pantalla principal del sistema. Fuente: Elaboración propia ...................................... 52
Figura 13. Autenticación del Sistema. Fuente: Elaboración propia ........................................... 53
Figura 14. Código de la entidad Bienes_Estaciones. Fuente: Elaboración propia...................... 55
Figura 15. Código operaciones CRUD para la entidad Bienes_Estaciones. Fuente: Elaboración
propia ..................................................................................................................................... 56
Figura 16. Código del Controlador Bienes_Estaciones. Fuente: Elaboración propia ................. 57
Figura 17. Estructura de la Aplicación. Fuente: Elaboración propia ......................................... 58
Figura 18. Pantalla de Estaciones de trabajo. ......................................................................... 115
Figura 19. Pantalla de Estaciones de trabajo. ......................................................................... 116
Figura 20. Lista de Notificaciones. ........................................................................................ 116
Figura 21. Detalle de bienes por estación de trabajo............................................................... 117
Figura 22. Archivo Detalle Por Estaciones descargado. ......................................................... 117
Figura 23. Ingreso de fechas por periodo de actualización. .................................................... 117
Figura 24. Bienes que se encuentran en el periodo buscado ................................................... 118
Figura 25. Filtrado de información del bien ........................................................................... 118
Figura 26. Mensaje de error de búsqueda............................................................................... 118
Figura 27. Información del sistema........................................................................................ 119
Figura 28. Pantalla de Inicio de sesión................................................................................... 119
Figura 29. Pantalla de creación de usuario. ............................................................................ 120
Figura 30. Pantalla de notificación de usuario creado. ........................................................... 120
Figura 31. Pantalla de Administración del Sistema. ............................................................... 121
Figura 32. Pantalla Listado de Bienes. ................................................................................... 122
Figura 33. Pantalla de notificación de Bien existente. ............................................................ 122
xiii
Figura 34. Pantalla de notificación de Bien no existente. ....................................................... 122
Figura 35. Ingreso de información del bien............................................................................ 123
Figura 36. Pantalla de bien creado exitosamente. ................................................................... 123
Figura 37. Ingreso de información del bien a editar. .............................................................. 124
Figura 38. Pantalla de notificación de Bien editado. .............................................................. 124
Figura 39. Pantalla de seguridad de eliminación. ................................................................... 124
Figura 40. Archivo Detalle de bienes. .................................................................................... 125
Figura 41. Ingreso de fechas por periodo. .............................................................................. 125
Figura 42. Bienes que se encuentran en el periodo buscado ................................................... 125
Figura 43. Filtrado de información del bien ........................................................................... 125
Figura 44. Mensaje de error de búsqueda............................................................................... 126
Figura 45. Pantalla de Estaciones de trabajo .......................................................................... 126
Figura 46. Pantalla de creación de Estaciones de trabajo ........................................................ 127
Figura 47. Pantalla de notificación de registro guardado ........................................................ 127
Figura 48. Pantalla de edición de datos de la estación ............................................................ 127
Figura 49. Pantalla de notificación de registro editado ........................................................... 128
Figura 50. Pantalla de Listado de Asignaciones ..................................................................... 128
Figura 51. Pantalla de reubicación del Bien ........................................................................... 129
Figura 52. Pantalla de notificación de reubicación del bien .................................................... 129
Figura 53. Pantalla de filtro de búsqueda ............................................................................... 129
Figura 54.- Apartado de opción eliminación y edición ........................................................... 129
Figura 55. Pantalla de reubicación del bien y fecha................................................................ 130
Figura 56. Notificación de reubicación del bien y fecha ......................................................... 130
Figura 57. Pantalla de Listado de Notificaciones ................................................................... 130
Figura 58. Pantalla de creación Listado de Notificaciones ..................................................... 131
Figura 59. Pantalla de notificación de creación Listado de Notificaciones .............................. 131
Figura 60. Pantalla de creación Listado de Notificaciones ..................................................... 131
Figura 61. Pantalla de mensaje y Listado de Notificaciones ................................................... 132
Figura 62. Mensaje de confirmación de eliminación .............................................................. 132
Figura 63. Notificación de eliminación .................................................................................. 132
Figura 64. Pantalla de Imágenes de Banner ........................................................................... 133
Figura 65. Pantalla de creación de Imágenes de Banner ......................................................... 133
Figura 66. Pantalla de Imagen guardada ................................................................................ 134
Figura 67. Pantalla de edición de Imagen .............................................................................. 134
Figura 68. Pantalla y notificación de edición de Imagen ........................................................ 134
xiv
Figura 70. Notificación de Eliminación ................................................................................. 135
Figura 71. Pantalla Listado de Usuarios................................................................................. 135
Figura 72. Pantalla Listado de Usuarios................................................................................. 136
Figura 73. Pantalla de Edición de Usuario ............................................................................. 136
Figura 74. Pantalla y notificación de Usuario editado ............................................................ 137
Figura 76. Notificación de eliminación .................................................................................. 137
Figura 77. Sub menú Reportes .............................................................................................. 137
Figura 78. Pantalla de búsqueda Reportes por Periodo ........................................................... 138
Figura 79. Pantalla de Reportes por Periodo .......................................................................... 138
Figura 80. Filtro de Reportes por Periodo .............................................................................. 138
xv
TÍTULO: Desarrollo de una Aplicación Web para el Control y Administración de Bienes
de los laboratorios de cómputo de la carrera de Ingeniería Civil, Facultad de Ingeniería,
Ciencias Físicas y Matemática.
Autores: Darwin Stalin Cumbajín Nasimba
Wiliam Stalin Salazar Anagumbla
Tutor: Ing. Milton Giovanny Moncayo Unda MSc.
RESUMEN
El presente proyecto integrador tiene como objetivo principal implementar un sistema

web para el control y administración de bienes de los laboratorios de cómputo de la
Carrera de Ingeniería Civil de la Facultad de Ingeniería, Ciencias Físicas y Matemática,
permitiendo así organizar y gestionar la información concerniente a los movimientos
efectuados por parte de las personas encargadas de los activos. Para el desarrollo del
sistema se realizó un estudio para identificar la factibilidad de sustituir el proceso de
registro de bienes en hojas de Excel por un sistema informático que mejore el proceso de
recolección y búsqueda de información con la ayuda de un dispositivo lector de código
de barras para agilitar el proceso. Dicho proceso se desarrolló con la ayuda del Framework
Spring como lenguaje de programación de las interfaces, mismas que se conectan a una
base de datos MySQL obteniendo como resultado un sistema capaz de organizar y
gestionar información mediante la creación de reportes detallados por periodos de tiempo
de manera rápida, ágil y oportuna.
PALABRAS CLAVE: CONTROL Y ADMINISTRACIÓN BIENES / APLICACIÓN

WEB / INGENIERIA CIVIL / LECTOR CÓDIGO DE BARRAS
xvi
TITLE: Web Application Development for Goods’ Control and Administration of
computer laboratories at Civil Engineering career in Engineering, Physical Sciences and
Mathematics Faculty.
AUTHORS: Darwin Stalin Cumbajín Nasimba
Wiliam Stalin Salazar Anagumbla
TUTOR: Ing. Milton Giovanny Moncayo Unda MSc.
ABSTRACT
This Project has as main objective the implementation of a web system to control and
administration of goods at the Computer Labs in the Civil Engineering career of the
Faculty of Engineering, Physical Science and Mathematics, thus allowing to organize and
manage the information about the movements made by the people in charge of the assets.
For the development of this system it was carried out a study to identify the feasibility of
the substitution of the process of the goods registration in Excel sheets for a computer
system that improves the process of recollection and information research, with the help
of a bar code reading device to speed up the process. This process was built with the aid
of Spring Framework as an interface programming language, connected to a MySQL
database, resulting in a system capable of organize and manage information by the
creation of detailed reports for time periods in an easy, fast and timely way.
KEY WORDS: CONTROL AND ADMINISTRATION OF GOODS / WEB

APPLICATION/ INGENIERIA CIVIL / BARCODE READER
xvii
INTRODUCCIÓN
Los laboratorios de computadoras de la Carrera de Ingeniería Civil de la Universidad

Central del Ecuador proporcionan a los estudiantes y personal docente el servicio de
préstamo de equipos de cómputo. Actualmente, entre sus responsabilidades esta la
administración de 1090 bienes entre equipos informáticos, bienes muebles y equipos de
seguridad ubicados en distintos puntos estratégicos de la Facultad de Ingeniería, Ciencias
Físicas y Matemática.
Los encargados de los laboratorios de computadoras de la Carrera requieren tener un

mejor control de los bienes que se encuentran en sus instalaciones, así como la
información de cada uno de ellos referente a su situación actual: si son nuevos o usados,
su vida útil, ubicación, costo, material, fecha en la que se adquirió, fecha en la que expira
la garantía, persona asignada responsable, etc. Toda esta información debe ser entregada
cada determinado tiempo al Ministerio de Finanzas, Consejo de Aseguramiento de la
Calidad de la Educación Superior (CACES) y a las entidades de control de la Facultad de
Ingeniería Ciencias, Físicas y Matemática que se detallan a continuación: departamento
financiero, guarda almacén, acreditación interna.
En este sentido los encargados de los laboratorios de computadoras requieren gestionar

el control y administración de los bienes de forma sencilla y óptima, para de esta manera
proporcionar un servicio adecuado a la Facultad.
El presente proyecto se enfoca en mitigar la pérdida de la información que surge al utilizar

hojas de Excel en el levantamiento de la información de los bienes de los laboratorios de
computadoras, para ello se realizará un estudio de campo donde intervendrán los
administradores de los laboratorios y los desarrolladores con el objeto de diseñar un
proceso que garantice la integridad y no perdida de la información de los bienes.
En el desarrollo del proyecto intervienen cuatro capítulos que se detallan a continuación.
Capítulo 1: Generalidades donde se engloba el problema de la recolección de la

información de los bienes y sus posibles soluciones.
Capítulo 2: Marco teórico el cual está compuesto de la información necesaria para el

desarrollo del aplicativo.
1
Capítulo 3: Concerniente a las metodologías utilizadas para el desarrollo de la aplicación.
Capítulo 4: Conformado por cada una de las etapas de las metodologías utilizadas en el
desarrollo del sistema, hasta la puesta en marcha de este.
2
1 GENERALIDADES
1.1 Planteamiento del Problema
Luego de realizar la investigación y dialogar con las personas encargadas de los

laboratorios de cómputo de la carrera de Ingeniería Civil, se observó que el proceso para
el control y administración de bienes se lo viene realizando de forma manual en hojas de
Excel.
Actualmente los laboratorios de cómputo de la carrera de Ingeniería Civil no cuentan con

un sistema que permita gestionar el control y la administración de bienes que existen
dentro de sus instalaciones.
Los movimientos de los bienes son controlados mediante un registro manual, en fichas
de papel u hojas de Excel, esto provoca el difícil seguimiento de este proceso, ya que,
debido a la gran cantidad de artículos existentes, la información se torna no fiable acerca
de su ubicación, estado, movimiento y valor, por lo tanto, su gestión se vuelve
insostenible a largo plazo e inclusive la perdida de la información está sujeta a errores
humanos o ambientales. La carrera de Ingeniería Civil no cuenta con ningún tipo de
reportes sistematizado, es decir, si se requiere información de algún bien o movimiento,
se deberá acudir a los documentos físicos existentes, resultando ser una tarea larga y
complicada.
1.2 Antecedentes
El control de bienes se ha convertido en la actualidad en un problema muy difícil de

sobrellevar debido a la gran cantidad de equipos de informática presentes en el área de
laboratorios de computadoras siendo estos controlados por mecanismos manuales.
Actualmente se cuenta con soluciones de control y administración de bienes que agilizan

y automatizan la recopilación de información para tener un mejor control sobre ellos,
como por ejemplo Grupo TRC1 y la Corporation ILS2 empresas cuyo enfoque es el
control, administración y gestión de activos fijos.
1
Empresa integradora de tecnología de la información. (TRC Informática S.L., 2019)
2
Servicios logísticos integrados. (ILS CORPORATION, 2017)
3
En diciembre del 2016, Delivrd creó una solución para la administración de inventarios
y cumplimiento de pedidos basados en la nube, además ofrece códigos de barras, historial
de transacciones realizadas, alerta de stock con existencia mínima y algunos reportes
financieros. (DELIVRD, 2016)
Desde el año 2007, inFlow creó un software de gestión de inventario enfocado a ayudar
a pequeñas y medianas empresas, las características predeterminadas incluyen códigos de
barras, diferentes métodos de contabilidad y copia de seguridad automática de datos, entre
otros. (inFlow, 2007)
Se puede decir que las aplicaciones anteriormente revisadas procuran que todos los datos
estén actualizados y disponibles en cualquier momento para poder brindar un mejor
servicio a todos los usuarios que lo utilicen, agilizando y automatizando la recopilación
de información para tener un mejor control sobre ellos.
Por este motivo surge el interés de abordar el tema propuesto, para contribuir desde el
área tecnológica a los laboratorios de cómputo, en el proceso de control y administración
de bienes.
1.3 Justificación
El crecimiento en las organizaciones ha dado la necesidad de administrar la información

de mejor manera. Las organizaciones, ya sean públicas o privadas, se han abocado a los
avances tecnológicos de la época, los cuales tienden a convertirse en una herramienta
importante para el desarrollo de estas, trayendo a favor un mejor desenvolvimiento del
equipo de trabajo y rapidez en los procesos.
Debido a esta gran necesidad de cambio se desarrollará el sistema web de control y

administración de bienes, se lo realizará debido a que los laboratorios de cómputo de la
carrera de Ingeniería Civil no cuentan con un sistema adecuado que les ayude a controlar
y centralizar la información de todos los activos que existen en dichas instalaciones.
Con la puesta en marcha del sistema web se facilitará el ingreso de la información de los
bienes y posteriormente la generación de reportes con toda la información detallada.
Agilitando la labor de los administradores de los laboratorios de cómputo al momento de
realizar la reposición de algún bien que se encuentre defectuoso esto se realizara en menor
tiempo posible y con mayor veracidad logrando eficiencia sin pérdida de tiempo.
4
1.4 Objetivos
1.4.1 Objetivo General
Desarrollar e implementar un sistema web que permita automatizar el proceso de control

y administración de bienes de los laboratorios de cómputo de la carrera de Ingeniería
Civil.
1.4.2 Objetivos Específicos
• Levantar información de los bienes existentes dentro de las estaciones de trabajo

de la carrera de Ingeniería Civil.
• Utilizar un lector de código de barras para la administración de información de
los bienes dentro del sistema
• Generar reportes filtrados por ítems para distintas áreas dentro de la Universidad
Central del Ecuador.
1.5 Alcance
El sistema web para el control de bienes de los laboratorios de cómputo de Ingeniería

Civil va a agilitar el proceso de generación de reportes para distintas áreas
administrativas. El instrumento principal para recolectar datos en la investigación será
mediante entrevistas frecuentes a los encargados de los laboratorios de cómputo de la
carrera de Ingeniería Civil. Dichas entrevistas se utilizarán para recabar información en
forma verbal para garantizar el buen funcionamiento del sistema. Además, se realizará el
mecanismo de digitación y lectura de las etiquetas donde contiene el código de barras
para el levantamiento de la información de los bienes pues se contempla la utilización de
un lector de código de barras para facilitar el ingreso y búsqueda de estos por parte de los
admiradores del sistema.
Permitirá la administración y generación de reportes de acuerdo con la necesidad

requerida por parte de los administradores de los laboratorios de cómputo de la carrera de
Ingeniería Civil.
El acceso al sistema se lo manejará por medio de credenciales de usuario y contraseña

que serán registradas dentro del sistema al momento de la recolección de datos.
5
La recolección de datos de los bienes y su levantamiento físico constará de los siguientes
ítems: identificación del artículo (código de barras), estado físico, características
adicionales, marca, modelo, color, serie, fecha en la que se adquirió, fecha de vencimiento
de la garantía, vida útil, ubicación, localización actual y datos del funcionario de control.
1.6 Limitaciones
• Tomando en cuenta los requerimientos del usuario, el sistema funcionará de forma

independiente, no compartirá información con sistemas existen dentro de la
Universidad Central del Ecuador.
• El sistema definirá sus propias credenciales de acceso.
• El hardware para el despliegue de la aplicación es responsabilidad de los
administradores de los laboratorios de cómputo de la carrera de Ingeniería Civil.
• Las copias de seguridad de la base de datos no están automatizadas, estas correrán
por cuenta del personal administrativo de los laboratorios de cómputo de la carrea
de Ingeniería Civil.
6
2 MARCO TEÓRICO
2.1 Reseña
“En el año de 1940 se instituye la Facultad de Ciencias Físicas y Matemáticas,

conformada por las escuelas de Ingeniería Civil y Arquitectura. En la actualidad la
Carrera de Ingeniería Civil forma parte de la Faculta de Ingeniería, Ciencias Físicas y
Matemática.” (Univerdidad Central del Ecuador, 2019)
La cual cuenta con aulas, departamento de topografía, laboratorios de computación,

laboratorios de ensayos de materiales y modelos, laboratorios de mecánica de suelos,
laboratorios de hidráulica y laboratorios de Ingeniería Sanitaria, equipados con diversas
máquinas de ensayo y equipos informáticos, siendo así capaces de impartir conocimientos
de carácter multidisciplinario en ambientes inteligentes vinculados a las tecnologías de
punta promoviendo la enseñanza-aprendizaje autónomo mediante guías e instructores.
Dentro de los laboratorios de computación se encuentran asignados la mayor cantidad de

bienes, distribuidos en las siguientes áreas: 6 cubículos de docentes, 5 salas de
computación, 2 oficinas de coordinación, bodega entre otros sitios dentro de la facultad.
Generando día a día información concerniente a la mantenibilidad proporcionada por los
administradores de los laboratorios.
2.2 Lectores de código de barras
Entendemos por lector de código de barras a un dispositivo electrónico que utiliza rayos
de luz láser para detectar formas lineales y representarlos como un contenido numérico
en un dispositivo de salida.
“Este dispositivo es un periférico de entrada pues los datos encriptados que escanea los
envía hacia la computadora mediante un cable de transferencia de información.”
(InformaticaModerna, 2019)
Tipos de lectores de código de barras
Lectura de código de barras con lápiz óptico: “La lectura de los datos con este
dispositivo es lenta y en ocasiones no detectan códigos que hayan sido impresos en mala
calidad.” (Guillermo, 2020)
7
Lectura de código de barras con escáner CCD: “Estos dispositivos utilizan un sensor
foto detector del tipo CCD, en otras palabras, dispositivo de carga acoplada, pues este
emite fuentes de luz y forma para obtener la información del código.” (Guillermo, 2020)
Lectura de código de barras con lectores autónomos: “Este dispositivo permite una
captura eficaz del código de barras, independientemente de la dirección, superficie y
estado físico de la impresión del código.” (Guillermo, 2020)
Lectura de código de barras con dispositivo láser tipo pistola: “Están compuestos por
un espejo que oscila en la parte interior del dispositivo emitiendo de esta manera fuentes
de luz que hace posible el recorrido a través de toda la superficie del código de barras sin
necesidad de que este se mueva.” (Guillermo, 2020)
2.3 Sistema Informático
“En particular un sistema informático es un proceso en donde existe una entrada,

almacenamiento, procesamiento y salida de información, el ingreso de datos puede ser de
forma manual directamente por el usuario o automáticamente donde la información
proviene de otros sistemas o módulos.” (EcuRed, 2019)
Normalmente son el primer tipo de SI3 que se implantan las organizaciones. Las ventajas
de estos se listan a continuación:
• Ahorro de mano de obra

• Constante entrada y salida de información
• Se caracteriza por realizar cálculos y procesos simples
Aplicaciones más representativas de los sistemas transaccionales:
• Código de barras
• Sistemas bancarios en las sucursales
• Cajeros automáticos
• Sistemas web de compras.
3
Sistemas de Información: Conjunto de elementos interrelacionados con el propósito de prestar atención a
las demandas de información de una organización. (Dangel, 2010)
8
2.4 Sistemas de control de activos
Entenderemos por sistema de control de activos a un sistema que permite el control

individual del activo fijo en el cual se contempla la administración de las ubicaciones, los
responsables a cargo, las readecuaciones y mantenciones efectuadas.
En Ecuador “La corporación ILS cuenta con procesos que permiten realizar un eficiente
control de inventarios, complementando con una plataforma tecnológica denominada
ILMS, sistema propio de Warehouse Management System4, este sistema cuenta con
módulos control de inventarios, almacenamiento y acondicionamiento.” (ILS
CORPORATION, 2017)
En España “Grupo TRC posee su propia plataforma web, modular e integral que
identifica, controla, calcula y evalúa los bienes de cada organización, este sistema facilita
una óptima gestión de sus activos, pudiendo llevar a cabo procesos de mantenimiento,
cálculos de depreciación, sustitución o baja de cada uno de ellos.” (TRC Informática S.L.,
2019)
2.5 Aplicación Web
Según (García, 2010) “Las aplicaciones web son todas aquellas aplicaciones que son
utilizadas por usuarios, accediendo a través de un servidor web mediante un navegador.
Se trata de un software elaborado en un lenguaje de programación que pueda ser
soportado por los navegadores web.”
“Hoy en día se sabe que el desarrollo de aplicaciones web dentro de las organizaciones
otorgan un 80% de éxito si están bien estructuradas y diseñadas” (Liht Technological
Solutions for Business, 2018), las principales ventajas de la utilización de estas se detallan
a continuación:
• El trabajo a distancia se realiza con mayor facilidad.

• Independencia del sistema operativo.
• Practicidad al utilizar un navegador como clientes ligeros (Thin Client)5
• El libre acceso de los usuarios en cualquier momento, lugar o dispositivo.
4
Sistema de administración de inventario. (ILS CORPORATION, 2017)
5
Sistema que trabaja en una arquitectura de red cliente-servidor y depende del servidor central para las
tareas de procesamiento. (EcuRed, 2017)
9
2.6 Estructura de aplicación web
Los componentes básicos de una aplicación web son:
Capa de persistencia: Donde está alojada generalmente un servidor de base de datos,

algunos sistemas de base de datos más habituales son: Oracle 9i, MySQL, PostgreSQL.
Capa de aplicación: Expone la lógica necesaria a la capa de presentación para que el

usuario, a través de la interfaz, interactúe con las funcionalidades de la aplicación.
Capa de presentación: Es la encargada de separar la interacción del usuario respecto a la

lógica de negocio. (Madeja, 2016)
Figura 1. Estructura de aplicación web. Fuente: (IComparable, 2008)
2.7 Herramientas y tecnologías de desarrollo web
La creación de proyectos basado en desarrollo web, comprenden de distintas fases donde

están involucradas diferentes tecnologías y herramientas que garantizan un óptimo
desempeño tanto en funcionabilidad con fiabilidad. A continuación, se especifica las
herramientas y tecnologías que forman parte de la realización de proyecto.
2.7.1 Entorno de desarrollo IDE (Spring Tool Suite - STS)
Según (Blancarte, 2017). Un IDE6 es una aplicación informática que contiene servicios
integrados como: editor de código, compilador, depurador y constructor de interfaces que
6
Integrated Development Environment
10
facilitan al programador la construcción de un aplicativo. Por cuanto se consideró la
utilización del entorno de desarrollo oficial que proporciona Spring.
Spring Tool Suite está basado en Eclipse y está optimizado para el desarrollo de sistemas
basados en lenguaje java usando el framework Spring. Brinda un entorno para
implementar, depurar, ejecutar y desplegar aplicativos. (Spring, 2019)
2.7.2 Framework
Un framework para aplicaciones web es un software o conjunto de librerías, que están

diseñadas para dar soporte al desarrollo de sitios y en general a la construcción de
cualquier aplicación web.
Según (Gamma, Helm, Johnson, & Vlissides, 2003) Un framework determina la

arquitectura de la aplicación, se encarga de definir la estructura general, sus principales
clases y objetos, responsabilidades claves, así como la colaboración de dicha clases y
objetos promoviendo la reutilización código y diseño.
2.7.3 Patrón Modelo-Vista-Controlador (MVC)
MVC considerado uno de los patrones de arquitectura más utilizados en el desarrollo de

aplicaciones web, es el encargado de apartar la lógica del negocio de la interfaz de
usuario. (RJCodeAdvance, 2019).
Es decir, encargado de separar los aspectos relacionados con los datos, la presentación y
las entradas de usuario en componentes especializados.
Descripción de capas
Modelo: Parte encargada de representar la lógica del negocio dentro de una aplicación.
Vista: Representación del modelo, mediante el cual se puede acceder a los datos y está
compuesta por las pantallas usadas dentro de la aplicación.
Controlador: Encargado de interpretar y dar sentido a las instrucciones que realiza el

usuario.
Las aplicaciones web están organizadas con una arquitectura de tres capas las cuales, con
Modelo, Vista, Controlador la cual facilita una clara separación entre las diferentes
responsabilidades de la aplicación. Ver Figura 2.
11
Figura 2. Funcionamiento del patrón MVC. Fuente: (UNDERCODE, 2013)
2.8 Tecnologías del lado servidor
Las tecnologías del lado del servidor permiten implementar el comportamiento de la

aplicación web. Mismas que pueden ser de carácter abierto o propietario, a continuación,
mencionaremos las tecnologías referentes en lo que es programación BackEnd7.
• Java EE: Tecnología basada en Java desarrollada por una coalición de empresas
lideradas por Oracle, IBM, Red Hat. Muy utilizada a nivel empresarial.
• PHP: Tecnología con lenguaje propietario, desarrollada por PHP Grupo y con
licencia libre.
• ASP.NET: Tecnología de licencia propietaria y para plataformas Windows basada
en tecnologías .NET de Microsoft. (Ingenio Virtual, 2018)
7
Es la parte encarga de interactuar con bases de datos, verificación de sesiones de usuarios, parte funcional
del programa (Guevara, 2018)
12
2.8.1 Lenguajes de programación
2.8.1.1 Java
Java creado por la compañía Sun Microsystems y actualmente soportada por Oracle es
considerado como el lenguaje de programación pionero en el desarrollo de aplicaciones
entre sus principales características tenemos:
• Orientado a objetos
• Código abierto
• Multiplataforma
• Diseñado para crear software altamente robusto, escalable y fiable.
• Soporte y documentación
• Posee una gran comunidad al servicio del desarrollo de nuevas tendencias y
aplicaciones.
Debido a las características mencionadas anteriormente se consideró utilizar dicho

lenguaje para el desarrollo del presente proyecto.
Según (TIOBE, 2019). Programming Community entidad especializada en clasificar

lenguajes de programación que se encuentran en auge en la actualidad, determina los
siguientes resultados mostrados en la Figura 3.
Figura 3. Top 10 Lenguajes de Programación. Fuente: (TIOBE, 2019)
13
2.8.1.2 Spring Framework
“Spring es un framework de desarrollo de código libre para la plataforma java, Su aspecto
modular lo hace flexible y configurable para la construcción de cualquier tipo de
aplicación.” (Spring, 2019) Posee componentes como:
• Spring MVC: Basado en HTTP y servlets para la extensión y personalización de

aplicaciones web y servicios REST.
• Contenedor de inversión de control (IoC): Configura los componentes de la
aplicación mediante inyección de dependencia.
• Acceso a datos: Trabaja con base de datos relacionales utilizando ORM8 y JDBC9.
• Autenticación y autorización: Utiliza estandartes y protocolos para la
configuración de seguridad y acceso.
• Otros módulos contemplan: Mensajería, Acceso Remoto, Administración remota
y Testing.
Actualmente los módulos de Spring se pueden resumir en el siguiente diagrama. Ver

Figura 4.
Figura 4. Components Framework Spring. Fuente: (Spring, 2019)
8
Object Relational Mapping
9
Java DataBase Connectivity
14
Por tanto, se ha optado el escoger dicho framework para el desarrollo del presente
proyecto debido a la gran versatilidad que ofrecen sus distintos componentes.
JSP
JSP10 Es una de las muchas tecnologías que se pueden utilizar para renderizar una vista a
partir de modelos de Spring. Permite generar páginas dinámicas basadas en documentos
estándar de páginas web como HTML o XML. La ejecución se la realiza en el lado del
servidor, por tanto, ofrece facilidad y seguridad a la hora de acceder a base de datos o
procesar imágenes. (Gutiérrez, 2015)
JPA
JPA11 Es un API de persistencia desarrollado para Java que maneja datos relacionales
siguiendo el patrón ORM, cuenta con clases y métodos para guardar información en el
banco de datos.
En Spring Framework la representación de JPA es Spring Data JPA que permite

implementar la capa ORM de forma simple debido a que utiliza interfaces de repositorio
propias de JPA o escritas por el desarrollador. (Spring, 2019)
2.8.1.3 Spring Security

Framework de seguridad (Módulo de Spring) que permite aplicar seguridad a las
aplicaciones web desarrolladas con Spring Framework. La seguridad es aplicada a nivel
de Peticiones Web (HTTP Request) y a nivel de Invocación de Métodos. (Spring, 2019)
Spring Security aplica dos tipos de seguridad:
• Autenticación: ¿Es un usuario valido para acceder a la aplicación?

• Autorización: ¿El usuario tiene permiso “ROL” para acceder al recurso
solicitado?
10
Java Server Pages
11
Java Persistence Api
15
Spring Security utiliza componentes de Java EE (Servlet Filtres o Interceptores) para
aplicar seguridad a las peticiones web y restringir el acceso a nivel de URL que son
ejecutados antes (pre-process) y después (post-process) de la petición web. Ver Figura 5.
Figura 5. Flujo de Peticiones HTTP protegidas con Spring Security. Fuente: (Tinajero, 2019)
2.9 Tecnologías del lado del cliente
Hoy en día existen diferentes lenguajes que se usan en el FrondEnd, a continuación,

mencionaremos tres de ellos que formaron parte del desarrollo de proyecto.
2.9.1.1 HTML
Lenguaje de marcado de contenidos de un sitio web, utilizado para designar la función de
cada elemento dentro de la página: títulos, párrafos, tablas entre otros.
2.9.1.2 CSS
Hojas de estilo creadas para controlar la presentación de la página definiendo colores,
tamaños, tipos de letras, posiciones, espaciados, etc.
2.9.1.3 JavaScript
Lenguaje de programación interpretado que se encarga del comportamiento de una página
web y de la interactividad con el usuario.
16
2.10 Base de datos
Según (Ramos, Alicia, & Fernando, 2006). Definimos un sistema gestor de base de datos
como una colección de datos relacionados entre sí, estructurados y organizados. En
sistemas transaccionales es de carácter imperativo poseer un SGBD que brinde todas las
facilidades de ingreso, actualización y eliminación de información de forma eficaz y
oportuna.
El gestor de base de datos seleccionado para el presente proyecto es MySQL 6.3 dado las
siguientes características:
• Escalabilidad: Posee una versión extendida llamada MySQL Fabric que a gran
escala funciona para administrar granjas de servidores de MySQL.
• Flexibilidad: Incorpora características adicionales para versiones Linux, Unix y
Windows.
• Alto rendimiento: Posee servicios públicos de alta velocidad de carga, cachés de
memoria distintivos e índices de texto completo por lo que cumple con la
expectativa de rendimiento más existentes de cualquier aplicativo.
• Open Source: Soporte 24x7
Además, MySQL Se ubica hoy en día en uno de los primeros lugares de gestores de base
de datos más utilizados según (DB-ENGINES, 2019) Ver Figura 6.
Figura 6. Top 10 de Gestores de base de datos según (DB-ENGINES, 2019)
17
18
3 METODOLOGÍAS DEL PROYECTO
3.1 Metodología de Investigación
Este punto trata de las metodologías utilizadas para la realización del proyecto,
principalmente nos enfocaremos en las tareas de recolección de información y
construcción de sistemas informáticos. A continuación, detallaremos cada una de la
metodología que intervinieron en el desarrollo del presente proyecto.
3.1.1 Investigación de campo y de aplicación
“Investigación de campo es aquella que se aplica extrayendo datos e información

directamente de la realidad a través del uso de técnicas de recolección como entrevistas
o encuestas con el fin de dar respuestas a situaciones o problemas planteados”.
(Definición MX, 2020)
La presente investigación tendrá la modalidad de campo y de aplicación dado que el

investigador será el encargado de recopilar la información sobre las necesidades
tecnológicas de los Laboratorios de Cómputo de la Carrera de Ingeniería Civil, que
servirán como base para el desarrollo del plan de trabajo donde se plasmarán las
expectativas del funcionamiento del nuevo software.
Las técnicas empleadas serán: entrevistas periódicas a los encargados de los laboratorios.
3.1.2 Investigación Bibliográfica
“La investigación bibliográfica hace referencia a la fuente documental impresa o digital

de la cual se extrae información sobre una o más materias relativas al tema que se está
investigando.” (Barraza, 2018)
Para la realización del proyecto se contempla la utilización de fuentes secundarias como

soporte de conocimiento que garantice la adecuada documentación del trabajo.
La bibliografía empleada será a través de: páginas web, libros, artículos, publicaciones
tecnológicas entre otros.
19
3.2 Recolección de la información
La obtención de la información necesaria para el correcto desarrollo del proyecto se la

realizara por los siguientes métodos de investigación:
• Entrevistas: Comunicación establecida entre el investigador y el sujeto de estudio

a fin de obtener respuestas verbales a interrogantes que surgen en cuestión a un
tema en específico. (Díaz, Torruco, Martinez, & Varela, 2013)
• Técnicas de observación: Sugerencias en donde se determinan los procesos y
módulos que satisficieran el problema de la automatización de control de bienes
en los Laboratorios de Cómputo de la Carrera de Ingeniería Civil.
Los métodos escogidos anteriormente permiten obtener información directa y correcta de

los administradores de los Laboratorios de Cómputo de la Carrera de Ingeniería Civil.
3.3 Procesamiento y análisis de datos
El procesamiento y análisis de las opiniones, sugerencias emitidas por parte de los

administradores con respecto al problema de control de bienes, se plasmarán de manera
inicial en la contrición de un acta de requerimientos funcionales del sistema en donde
constarán todos los aspectos necesarios para la automatización del proceso de control de
bienes, seguido del diseño del modelo entidad – relación de la base de datos de acuerdo
con el análisis inicial.
3.4 Metodología de Desarrollo de software
“Lograr la construcción de un sistema informático eficiente, que cumpla con los

requerimientos planteados, es una tarea realmente intensa y sobre todo difícil de cumplir.
Las metodologías para el desarrollo del software imponen un proceso disciplinado sobre
el desarrollo de software con el fin de hacerlo más predecible y eficiente. Una
metodología de desarrollo de software tiene como principal objetivo aumentar la calidad
del software que se produce en todas y cada una de sus fases de desarrollo.” (EcuRed,
2003).
Una metodología de desarrollo “Es un conjunto integrado de técnicas y métodos que

permiten abordar de forma abierta cada una de las actividades del ciclo de vida de un
proyecto de desarrollo”. (Pressman, 2012)
20
Es decir, es un modelo sistemático de realizar, gestionar y administrar un proyecto para
llevarlo a cabo con altas posibilidades de éxito.
En el campo de la programación de aplicaciones, predominan dos grupos de

metodologías, denominadas tradicionales y ágiles. Las primeras son consideradas
estrictas debido a la secuencialidad registrada en cada etapa del desarrollo, se enfatiza en
la documentación y cumplimiento del plan del proyecto definido en la etapa inicial. Por
otro lado, las metodologías de carácter ágil enfatizan el esfuerzo en la capacidad de
respuesta a cambios, las habilidades del equipo y sustentar una buena relación con el
usuario.
3.4.1 Metodologías ágiles de desarrollo de software
“Se basan en una fuerte y constante interacción, donde clientes-desarrolladores y

desarrolladores trabajan constantemente juntos, estableciéndose así una estrecha
comunicación.” (EcuRed, 2003). Estas metodologías están orientadas al resultado del
producto y no a la documentación exige que el proceso sea adaptable, permitiendo realizar
cambios de último momento. Todo se basa en el manifiesto ágil, que es un documento en
el que se especifica lo que compete a la filosofía “ágil”.
3.4.2 Manifiesto Ágil
El manifiesto ágil comienza enmarando los principales valores que distinguen un

proyecto tradicional de uno ágil. Ver Figura 7.
21
Figura 7. Valores Manifiesto Ágil. Fuente: (MarcoViaWeb, 2019)
Los valores mencionados anteriormente se inspiran en doce principios del manifiesto ágil,
los cuales son características que diferencian un proceso ágil de uno tradicional. Ver
Tabla 1.
Tabla 1. Doce Principios Manifiesto Ágil
Principios Definición
La prioridad es satisfacer al cliente “Entregar software que aporte valor de manera
continua, aunque sea rudimentario.” (Letelier,
2012)
Dar la bienvenida a los cambios “Se capturan los cambios para que el cliente tenga
una ventaja competitiva.” (Letelier, 2012)
Entregar software frecuentemente “Software funcional con el menor intervalo de
tiempo posible entre entregas.” (Letelier, 2012)
La gente del negocio y los Colaboración durante todo el proyecto
desarrolladores deben trabajar
juntos
Construir el proyecto en torno a “Darles el entorno y el apoyo que necesitan y
individuos motivados confiar en ellos para conseguir finalizar el
trabajo.” (Letelier, 2012)
22
Dialogo cara a cara “Método más eficiente y efectivo para comunicar
información dentro de un equipo de desarrollo.”
(Letelier, 2012)
El software que funciona es la “El estado de un proyecto viene dado por cantidad
medida principal de progreso de código generado y en funcionamiento.”
(Letelier, 2012)
Los procesos ágiles promueven un “Los promotores, desarrolladores y usuarios
desarrollo sostenible deberían ser capaces de mantener una paz
constante.” (Letelier, 2012)
La atención continua a la calidad “Producir código claro y robusto es la clave para
técnica y al buen diseño mejora la avanzar más rápidamente en el proyecto.”
agilidad (Letelier, 2012)
La simplicidad es esencial. “Si el código producido es simple y de alta calidad
será más sencillo adaptarlo a los cambios que
puedan surgir.” (Letelier, 2012)
Las mejores arquitecturas, “Todo el equipo es informado de las
requisitos y diseños surgen de los responsabilidades y éstas recaen sobre todos sus
equipos organizados por sí miembros.” (Letelier, 2012)
mismos.
“En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo,
y según esto ajusta su comportamiento. Puede cambiar su organización, sus reglas, sus
convenciones, sus relaciones, etc. para seguir siendo ágil.” (Letelier, 2012)
Fuente: (Letelier, 2012)
3.4.3 Metodologías ágiles más populares
A continuación, se detallarán algunas de las metodologías ágiles más populares: Ver

Tabla 2.
Tabla 2. Metodologías ágiles más populares
Metodologías Descripción
Crystal Methodologies (Crystal). “Caracterizada por centrarse en las personas que
componen el equipo y la reducción al máximo
de artefactos producidos.” (Letelier, 2012)
23
Adaptative Software Development “Tolerante a cambios, orientado a los
(ASD). componentes de software más que a las tareas y
es interactivo.” (Letelier, 2012)
Scrum “Orientada especialmente para proyectos que
tengan un cambio rápido de requisitos.”
(Letelier, 2012)
Extreme Programming (XP). “Se centra en potenciar las relaciones
interpersonales del equipo de desarrollo como
clave del éxito mediante el trabajo en equipo, el
aprendizaje continuo y el buen clima de
trabajo.” (Letelier, 2012)
Dynamic Systems Development “Se creó para obtener una metodología RAD
Method (DSDM). (Rapid Application Development) unificado. El
equipo de desarrollo y el cliente trabajan
conjuntamente.” (Letelier, 2012)
Feature-Driven Development “Está centrado en la fase de diseño y de
(FDD). implementación del proyecto iniciando con una
lista de características que requiere el software.”
(Letelier, 2012)
Lean Development (LD). “Los cambios se consideran riesgos, pero con el
manejo adecuado se convierte en oportunidades
para la mejora de la productividad del cliente.”
(Letelier, 2012)
3.4.4 Análisis de metodologías ágiles
La mejora y la automatización de procesos han intervenido en la evolución y acogida de

metodologías ágiles como punto de partida en el desarrollo de nuevos sistemas, debido a
que permiten la entrega de productos de calidad tanto en tiempo como en costo estimado
al proporcionar simplicidad y velocidad en el desarrollo.
A continuación, se comparan las distintas aproximaciones ágiles en base a tres

parámetros: vista del sistema como algo cambiante, tener en cuenta la colaboración entre
los miembros del equipo y características más específicas de la propia metodología como
24
son simplicidad, excelencia técnica, resultados, adaptabilidad, etc. También incorpora
como referencia no ágil el Capability Madurity Model10 (CMM). (Letelier, 2012)
Tabla 3. Ranquin de "agilidad"
Parámetros CMM ASD Crystal DSDM FDD LD Scrum XP

Sistema como algo 1 5 4 3 3 4 5 5
cambiante
Colaboración 2 5 5 4 4 4 5 5
Características Metodología (CM)
Resultados 2 5 5 4 4 4 5 5
Simplicidad 1 4 4 3 5 3 5 5
Adaptabilidad 2 5 5 3 3 4 4 3
Excelencia técnica 4 3 3 4 4 4 3 4
Prácticas de 2 5 5 4 3 3 4 5
colaboración
Media CM 2.2 4.4 4.4 3.6 3.8 3.6 4.2 4.4
Media Total 1.7 4.8 4.5 3.6 3.6 3.9 4.7 4.8
Haciendo referencia a la Tabla 3, se observa que las metodologías más destacadas son
ASD, Scrum y XP. Mediante el análisis se decantó por utilizar la metodología ágil XP
para el desarrollo de una aplicación web para el control y administración de bienes de los
laboratorios de cómputo de la carrera de Ingeniería Civil, Facultad de Ingeniería, Ciencias
Físicas y Matemática, por obtener la mayor puntuación en la media total del análisis.
3.5 Metodología de Programación Extrema (XP).
La metodología ágil XP es una de las metodologías más destacadas en el desarrollo e

Ingeniería de software debido a que el enfoque fue desarrollado utilizando buenas
prácticas reconocidas, como el desarrollo iterativo, haciendo que el cliente sea parte del
equipo de desarrollo y ha demostrado ser muy exitoso.
Fases XP
El Proceso de desarrollo de software se divide en cuatro fases secuenciales, en cada

extremo de una fase se ejecuta una evaluación para determinar si se cumplió con los
25
objetivos e hitos de dicha fase, es por esto por lo que, en XP cada fase produce una nueva
versión del producto.
12
XP es el proceso ágil de más uso, organizada con cuatro actividades estructurales:
planeación, diseño, codificación y pruebas.
Figura 8. Proceso XP. Fuente: (Pressman, 2012, pág. 62)
3.5.1 Fase de Planificación
Etapa inicial de todo proyecto XP. En esta fase se tendrán en cuenta ocho elementos que
garantizan una correcta panificación del proyecto. Estas son: Historias de usuario, Plan
de entregas, Plan de iteraciones, Reuniones diarias de seguimiento, Programación en
pareja.
• Historias de usuarios: El cliente hace uso de su propio lenguaje para describir la

funcionalidad del sistema. Las descripciones deben ser cortas y concisas.
La elaboración de Historias de usuario se elaborará mediante la siguiente platilla.
Ver Tabla 4.
Tabla 4. Plantilla - Historia de Usuario
Historia de Usuario
12
Extreme Programing
26
Título:
Número de Historia:
Usuario:
Fecha Inicio:
Fecha Fin:
Prioridad de Negocio: (Alta/Media/Baja)
Riesgo de Desarrollo: (Alta/Media/Baja)
Descripción de la Historia:
Anotaciones:
Fuente: (Elaboración propia)
Título: Nombre que describe de manera general a una historia de usuario.

Número de Historia: Número único que permite identificar la historia de usuario.
Usuario: Persona que utilizará la funcionalidad del sistema descrita en la historia
del usuario.
Fecha Inicio: Fecha de creación de la historia de usuario
Fecha Fin: Fecha tentativa para entrega de la historia de usuario.
Prioridad de Negocio: Grado de importancia que el cliente asigna a una historia
del usuario.
Riesgo de Desarrollo: Valor de complejidad que una historia de usuario
representa al equipo de desarrollo.
Descripción de la Historia: Información detallada de la historia de usuario.
Anotaciones: Campo opcional utilizado para aclarar, si es necesario, el
requerimiento descrito en una historia de usuario.
• Plan de entregas: Establece que las historias de usuarios serán agrupadas para
conformar una entrega y el orden de estas. Este cronograma será el resultado de
una reunión entre todos los actores del proyecto.
• Plan de iteraciones: Las historias de usuarios seleccionadas por cada entrega son
desarrolladas y probadas en un ciclo de iteraciones, de acuerdo con el orden
prestablecido.
• Reuniones diarias de seguimiento: El objetivo es mantener comunicación entre el
equipo y exponer los contratiempo y posibles soluciones.
27
• Programación en pareja: XP recomienda la programación en pareja ya que
aumenta la productividad y calidad del software desarrollado.
3.5.2 Fase de Diseño
La Metodología XP hace énfasis especial en diseños simples y claros, a continuación, se

presentarán conceptos importantes que se deben tomar en cuenta para la implementación
de la metodología dentro de un proyecto.
Simplicidad: Un diseño simple se implementa más rápido que un complejo, A lo largo

de la fase de codificación se incrementa la complejidad en el diseño es por lo que un
diseño simple facilita la realización de cambios sin mayor dificultad.
Soluciones “Spike”: Cuando las historias de usuario presentan problemas técnicos que
dificultan la estimación del tiempo de implementación. Se pueden utilizar pequeños
programas de prueba llamados Spike, para la exploración de diferentes soluciones. (XP
Extreme Programming, 2013)
Recodificación (“Refactoring”): Consiste en eliminar la redundancia, funcionalidad no

utilizada y rediseñar código obsoleto sin cambiar su funcionalidad. La Metodología XP
sugiere la recodificación cada vez que sea necesario.
Metáforas: Es una historia descrita de forma simple y global acerca del funcionamiento
y arquitectura del sistema capaz de ser comprendida por cualquier parte involucrada en
el desarrollo del sistema. “Clientes – Desarrolladores”.
3.5.3 Fase de Codificación
Después de que las historias han sido desarrolladas y de que se ha hecho el trabajo de
diseño preliminar, el equipo no inicia la codificación, sino que desarrolla una serie de
pruebas unitarias a cada una de las historias que se van a incluir en la entrega en curso.
(Pressman, 2012, pág. 64).
Para la puesta en marcha de la fase de codificación mediante la metodología XP se

recomienda seguir los siguientes lineamientos:
Disponibilidad del cliente: El tener al cliente disponible durante todo el desarrollo del
sistema ayuda en la disolución de ambigüedades que se manifiestan en la construcción de
28
las historias de usuario. El cliente proporcionará detalles que se pasaron por alto en la
creación de las historias de usuario.
Uso de estándares: XP promueve la programación basada en estándares, de manera que

sea fácilmente entendible por todo el equipo, y que facilite la recodificación.
Programación en pares: La codificación en parejas proporciona un mecanismo para la

solución de problemas en tiempo real. Dado que minimizan los errores y se logran
mejores diseños. Generalmente el producto obtenido es por lo general de mejor calidad
que cuando el desarrollo se realiza por programadores individuales.
Programación dirigida por las pruebas: XP propone un modelo inverso, primero se

escribe las pruebas que el sistema debe pasar. Luego, el desarrollo debe ser el mínimo
necesario para pasar las pruebas previamente definidas.
Integraciones permanentes: El código se debe integrar como mínimo una vez al día, y
realizar las pruebas sobre la totalidad del sistema, esto ayuda a evitar los problemas de
compatibilidad de interfaces y brinda un ambiente de pruebas continuas.
Propiedad colectiva de código: Garantiza la colaboración de todo el equipo de trabajo,

enfocándose en brindar soluciones con ideas durante todo el desarrollo del sistema. La
opinión de cualquier miembro del equipo es válida y cuestionable.
Ritmo sostenido: Se debe establecer una planificación de trabajo con la finalidad de no

sobrecargar al equipo durante el desarrollo.
3.5.4 Fase de Pruebas
Un ambiente de pruebas es la etapa final en la construcción del sistema, en dicha fase se

pone a consideración si el sistema creado cumple con todos los requerimientos de usuario
que se especificaron en las etapas posteriores.
La fase de pruebas consta de pruebas unitarias y de aceptación.
Pruebas Unitarias: Todos los módulos deben de pasar las pruebas unitarias antes de ser
liberados o publicados. “Estas son realizadas durante todo el desarrollo del proyecto por
parte de los programadores.” (Jaramillo, 2017)
29
Pruebas de Aceptación: Son creadas en base a las Historias de usuario. “Son
consideradas pruebas de caja negra donde el usuario testea cada una de las
funcionalidades acordadas en la etapa de diseño.” (Jaramillo, 2017)
30
4 DESARROLLO DEL PROYECTO
Implementación de la metodología XP para el desarrollo del presente tema de tesis.
4.1 Fase de Planeación
4.1.1 Documentación de Historias de Usuario (HU)
A continuación, se muestran las principales historias de usuario generadas en las

reuniones con el cliente.
La Tabla 5, Hace referencia a los aspectos generales que se consideran para la creación
de la aplicación.
Tabla 5. Historia de Usuario - Acceso
Historia de Usuario
Título: Aspectos Generales de la aplicación
Número de Historia: 01
Usuario: Ing. Henry Jaramillo – Administrador
Fecha Inicio: 25/09/2019
Fecha Fin: 26/09/2019
Prioridad de Negocio: Alta
Riesgo de Desarrollo: Media
• La aplicación debe ser accedida mediante un navegador web.
• Los datos deben ser consistentes y permanentes
Anotaciones:
• Ambiente amigable para el usuario “Intuitivo”.
• Persistir los registros en una base de datos
La Tabla 6, detalla la funcionalidad que debe poseer para la autenticación del sistema.
31
Tabla 6. Historia de Usuario - Autenticación
Historia de Usuario
Título: Autenticación
Fecha Fin: 03/10/2019
Riesgo de Desarrollo Alto
• La administración de aplicación será exclusiva para usuarios
administradores.
• Se debe generar un inicio de sesión que verifique que solo los usuarios
registrados en la base de datos accedan al sistema.
• Generar mensaje de bienvenida en el caso de un ingreso satisfactorio
caso contrario informar al usuario la causa del error.
• Crear usuarios sin necesidad de autenticación del sistema.
Anotaciones:
• Manejar mensajes de error para autenticación errónea.
• Solo el administrador tiene acceso a los recursos críticos del sistema.
En la Tabla 7 se detalla los tipos de roles que se manejaran dentro de la aplicación.
Tabla 7. Historia de Usuario - Roles de Usuario
Historia de Usuario
Título: Roles de usuarios
Fecha Fin: 10/10/2019
32
• La aplicación manejara dos tipos de roles (Administrador, Estándar) que
manejaran los privilegios de lectura y escritura.
• El rol administrador posee privilegios de lectura y escritura para todos
los módulos de la aplicación.
• El rol estándar obtendrá privilegios de lectura y escritura para módulos
considerados no críticos dentro del sistema.
• Solo los usuarios con rol Administrador tienen la potestad de
proporcionar privilegios a nuevos usuarios a través de los distintos roles
de usuario.
Anotaciones:
• Los nuevos usuarios por defecto serán creados con un rol estándar.
La Tabla 8, detalla los requerimientos para la administración de los bienes
Tabla 8. Historia de Usuario - Administración de Bien
Historia de Usuario
Título: Administración de bien
Fecha Fin: 17/10/2019
• Solo los usuarios autenticados con rol administrador tendrán acceso a la
administración de bienes mediante un menú.
• La administración de bienes constará de registro, modificación,
eliminación y consultas.
33
• El registro de bienes se lo realizara a través de un formulario de
creación.
• El sistema permitirá la modificación de todos los campos excepto (Alta
Nueva, Alta Anterior).
• Emitir un mensaje de confirmación cuando el usuario desee eliminar
registros.
Anotaciones:
• Visualizar los registros en una tabla.
• Evitar la redundancia de datos.
La Tabla 9, detalla los requerimientos para la administración de las estaciones
Tabla 9. Historia de Usuario - Administración de Estación
Historia de Usuario
Título: Administración de estaciones
Fecha Fin: 28/10/2019
administración de estaciones mediante un menú.
• La administración de estaciones constará de registro, modificación,
• El registro de una estación se lo realizara a través de un formulario de
creación.
• El sistema permitirá la modificación de todos los campos.
registros.
34
Anotaciones:
• Si una estación es eliminada y esta posee bines asignados, estos
automáticamente deben quedar hábiles para una nueva asignación.
La Tabla 10, detalla los requerimientos para la administración de asignaciones de bienes

a distintas estaciones.
Tabla 10. Historia de Usuario - Administración de Asignaciones
Historia de Usuario
Título: Administración de Asignaciones
Fecha Fin: 08/11/2019
administración de Asignaciones mediante un menú.
• Diseñar un proceso que facilite la asignación y actualización de registros
al momento de reasignar un bien a un lugar diferente al establecido
originalmente.
• La administración de Asignaciones constará de registro, modificación,
• La asignación de un bien a una estación se realizará a través de un
formulario de creación.
• El sistema permitirá la modificación “Reubicación” de los bienes a una
distinta ubicación.
35
registros.
Anotaciones:
• Si una asignación es eliminada habilitar el bien para una nueva
asignación.
La Tabla 11, especifica los aspectos a considerar para realizar búsqueda de registros en
los distintos módulos del sistema.
Tabla 11. Historia de Usuario - Búsqueda de Registros
Historia de Usuario
Título: Búsqueda de Registros.
Fecha Fin: 20/11/2019
• Agilitar la búsqueda de bienes por medio del dispositivo lector de
código de barras.
• Implementar métodos secundarios de búsqueda.
Anotaciones:
• Manejar mensajes de error.
• Revisar la implementación del lector de código de barras.
La Tabla 12, corresponde a los detalles asociados a la generación de reportes.
36
Tabla 12. Historia de Usuario - Generación de Reportes
Historia de Usuario
Título: Generación de Reportes
Fecha Fin: 05/12/2019
• Generar reportes en formato PDF y Excel de los bienes existentes, así
como de la ubicación física.
• Realizar búsquedas personalizadas.
Anotaciones:
• Manejar mensajes de error.
• Las búsquedas personalizadas serán mediante periodos de tiempo.
La Tabla 13, detalla los requerimientos para la administración de notificaciones “Blog

informativo”.
Tabla 13. Historia de usuario - Administración de Notificaciones
Historia de Usuario
Título: Administración de Notificaciones
Fecha Fin: 10/12/2019
Riesgo de Desarrollo Bajo
• Diseñar en la pantalla principal un apartado de notificaciones que
servirá como medio de comunicación entre los usuarios del sistema.
37
• Todos los usuarios podrán acceder al módulo de registro de
notificaciones una vez superada la autenticación.
• La administración de notificaciones constará de registro, modificación,
• Se visualizará en la pantalla principal las ultimas 3 notificaciones
registradas en la base de datos.
• Los usuarios estándar tendrán bloqueado la edición y eliminación.
registros.
Anotaciones:
• Solo el usuario administrador podrá desactivar la notificación
La Tabla 14, detalla los requerimientos para la administración de imágenes en la pantalla

principal “Diseño de carrusel con imágenes de la carrera de Ingeniería Civil”
Tabla 14. Historia de usuario - Administración de Banners
Historia de Usuario
Título: Administración de Banner13
Fecha Fin: 10/12/2019
Riesgo de Desarrollo Bajo
• Diseñar en la pantalla principal un apartado donde se muestre imágenes
de la carrera de Ingeniería Civil.
13
Banner es un anuncio en que habitualmente se presenta en una página web. Es el equivalente a los
anuncios de las vallas publicitarias del mundo real. (Desarrolladores Web, 2005)
38
• Todos los usuarios podrán acceder al módulo de registro de imágenes
una vez superada la autenticación.
• La administración de estaciones constará de registro, modificación,
• El sistema permitirá la modificación de todos los campos.
imágenes.
Anotaciones:
• Visualizar los registros en una tabla en el módulo de administración
“Banners”.
• Diseñar un carrusel para presentar las imágenes.
Fuente: (Elaboración Propia)
39
4.2 Planificación de despliegue de iteraciones
Mediante la siguiente tabla se muestra las iteraciones de historias de usuario que se irán
desarrollando a lo largo de la construcción del sistema, dando a conocer una aproximación
de tiempo de cada una de ellas.
Tabla 15. Plan de Iteraciones entre Historias de Usuario (1 - 10)
Tiempo estimado Iteración
Historia de Usuario
N° Prioridad Riesgo Días Horas Semanas 1 2 3 4 5 6 7 8

Administración
Aspectos Generales de la
1 aplicación Alta Bajo 2 8 0,4
2 Autenticación Alta Alto 10 40 2
3 Roles de Usuario Alta Medio 8 32 1,6
4 Administración de Bien Alta Alto 10 40 2
Administración de
5 Estaciones Alta Alto 10 40 2
Administración de
6 Asignaciones Alta Alta 12 48 2,4
7 Búsqueda de Registros Alta Medio 10 40 2
8 Generación de Reportes Alta Alto 15 60 3
Administración de
9 Notificaciones Alta Baja 5 20 1
10 Administración de Banner Alta Baja 5 20 1
40
4.3 Fase de Diseño
4.3.1 Metáfora del Sistema
En base a las historias de usuario descritas en la sección 4.1.1 y las entrevistas realizadas
al personal administrativo de los laboratorios de cómputo de la carrera de Ingeniería Civil,
se detalla la metáfora del sistema.
El sistema constará de módulos de administración que será accedido única y

exclusivamente por un usuario con rol administrador el cual podrá registrar, actualizar,
eliminar y consultar la información referente a:
• Administración de Bien
• Administración de Estaciones
• Administración de Asignaciones
• Asignación de Roles a usuarios nuevos
4.3.2 Estructura General del Sistema.
La Figura 9, muestra el diseño de la arquitectura del proyecto.
Figura 9. Arquitectura del proyecto. Fuente: Elaboración propia
41
4.3.3 Esquema de Base de Datos
En la Figura 10, se muestra el esquema de base de datos utilizado para la persistencia de

datos dentro del sistema, Dicho esquema está construido en base a lo especificado en el
apartado Sistema gestor de base de datos.
El diagrama entidad relación, se generó a través del uso de la herramienta MySQL

Workbench 6.3
Figura 10. Diagrama Entidad Relación de la Base de Datos. Fuente: Elaboración propia
4.3.4 Diccionario de datos
A continuación, se presenta el diseño detallado del banco de datos de las entidades que
conforman el modelo entidad relación de la base de datos.
4.3.4.1 Diseño de entidad Usuario
La Tabla 16, representa la estructura de datos para el almacenamiento de datos en la

entidad Usuario.
42
Tabla 16. Estructura del Modelo de Datos para la Tabla Usuario
Nombre Descripción Tipo de Longitud Requerido Valores Admitidos

del dato
Campo
Id Llave primaria INT 11 Si Número enteros
para cada usuario.
Nombre Nombre del VARCHAR 100 Si Cadena de
usuario caracteres
Alfabetitos
Apellido Apellido del VARCHAR 100 Si Cadena de
usuario caracteres
Alfabetitos
Cuenta Nickname con la VARCHAR 50 Si Cadena de
que se identifica el caracteres
usuario Alfanuméricos
Pwd Contraseña VARCHAR 50 Si Cadena de
proporcionada por caracteres
el usuario Alfanuméricos
Email Cuenta de correo VARCHAR 50 Si Cadena de
del usuario caracteres
alfanuméricos
Activo Determina el INT 11 No 0 = Inactivo
estado del usuario 1 = Activo
“Permiso de
acceso al sistema”
4.3.4.2 Diseño de entidad Perfil

entidad Perfil.
43
Tabla 17. Estructura del Modelo de Datos para la Tabla Perfil
Nombre Descripción Tipo de Longitud Requerido Valores Admitidos

del dato
Campo
Id Llave primaria INT 11 Si Números enteros
para cada perfil.
Cuenta Clave Foránea de VARCHAR 50 Si Cadena de caracteres
la tabla Usuario, Alfanuméricos
representa la
relación del
nickname del
usuario con su
respectivo perfil
Perfil Rol que se VARCHAR 50 Si ADMINISTRADOR
designa al ESTANDAR
usuario para
otorgar
privilegios dentro
del sistema
4.3.4.3 Diseño de entidad Bien

entidad Bien.
Tabla 18. Estructura del Modelo de Datos para la Tabla Bien
Nombre del Descripción Tipo de Longitud Requerido Valores

Campo dato Admitidos
para cada bien.
Anterior Código del bien VARCHAR 50 Si Cadena de
secundario números enteros
proporcionado
44
“Código de por el lector de
barras” código de barras
Alta Código del bien VARCHAR 50 Si Cadena de
primario números enteros
“Código de proporcionado
barras” por el lector de
código de barras
Color Color por el cual VARCHAR 50 Si Colores
se identifica el primarios y
bien secundarios.
“Amarillo, Rojo,
Azul, Café,
Negro, etc”
Costo Valor monetario DOUBLE Si Valores
por el cual esta decimales.
evaluado el bien Valor por
defecto = 0.0
Descripción Aspectos VARCHAR 100 Si Cadena de
Representativos caracteres
de bien. Alfanuméricos
Fecha_Ingreso Fecha de registro DATETIME No Fecha
del bien proporcionada
por el sistema
“dd-MM-yyyy”
Garantía Fecha de DATETIME Si Fecha
vencimiento de seleccionada en
la garantía la interfaz de
usuario. “dd-
MM-yyyy”.
Material Material del cual VARCHAR 50 Si Cadena de
está elaborado el caracteres
bien alfabéticos
45
Serie Código VARCHAR 50 Si Cadena de
proporcionado caracteres
por el fabricante Alfanuméricos
del bien
Vida Útil Número entero INT 11 Si Valores
que representa numéricos
los años que se 1, 2, 3, 5, 10
espera utilizar el
bien
Control Determina si el VARCHAR 50 No Activo
bien no se Inactivo
encuentra
asignado a una
estación
Id_detalle Llave foránea de INT 11 Si Números enteros
la tabla Detalle,
representa la
relación de un
bien son su
detalle
4.3.4.4 Diseño de entidad Detalle

entidad Detalle.
Tabla 19. Estructura del Modelo de Datos para la Tabla Detalle

Id Llave primaria INT 11 Si Números
para cada enteros
detalle.
46
Asignado Detalla quien VARCHAR 100 Si Administrador
usa el bien Profesor
Estudiante
Caucionado Detalla quien es VARCHAR 100 Si Cadena de
el responsable caracteres
en caso de Alfabéticos.
pérdida, daño. “Nombres y
Apellidos”
Estado Estado físico VARCHAR 50 Si Bueno
del bien Malo
Estatus Determina si el VARCHAR 50 Si Activo
bien es un Baja
activo o una
baja
Guarda_almacén Detalla quien es VARCHAR 100 Si Cadena de
la persona caracteres
responsable del Alfabéticos.
activo. “Nombres y
Apellido”
Marca Marca del bien VARCHAR 50 Si Cadena de
proporcionada caracteres
por el Alfabéticos
fabricante
Modelo Modelo del VARCHAR 50 No Cadena de
bien caracteres
proporcionado Alfabéticos
por el
fabricante
Tipo Clasifica el tipo VARCHAR 50 Si Mobiliario
de bien Maquinaria –
Equipo
47
4.3.4.5 Diseño de entidad Estación

entidad Estación.
Tabla 20. Estructura del Modelo de Datos para la Tabla Estación

Id Llave primaria INT 11 Si Números
para cada enteros
ubicación.
Ubicación Dirección VARCHAR 50 Si Cadena de
donde se caracteres
encuentra los Alfabéticos.
laboratorios de
computo
Lugar Determina VARCHAR 50 Si Cadena de
donde se caracteres
encuentra Alfabéticos.
físicamente el
bien.
Imagen Nombre de la VARCHAR 50 Si Cadena de
imagen caracteres
Alfanuméricos
4.3.4.6 Diseño de entidad Asignación

entidad Asignación “Tabla de cruce entre las entidades Bien – Estación”.
48
Tabla 21. Estructura del Modelo de Datos para la Tabla Asignación

para cada bien.
Ingreso Fecha de registro DATETIME No Fecha de registro
del bien del bien. “dd-
MM-yyyy”.
Actualización Fecha registrada DATETIME Si Fecha
al momento de proporcionada
realizar una por el sistema
actualización del “dd-MM-yyyy”.
bien a cualquier
estación
disponible
Id_bien Llave foránea de INT 11 Si Números enteros
la tabla Bien,
representa la
relación uno-
muchos
Id_estacion Llave foránea de INT 11 Si Números enteros
la tabla Estación,
representa la
relación uno-
muchos
4.3.4.7 Diseño de entidad Notificación

entidad Notificación.
49
Tabla 22. Estructura del Modelo de Datos para la Tabla Notificación

para cada bien.
Título Nombre con el VARCHAR 50 Si Cadena de
cual se registra la caracteres
notificación Alfanuméricos
Detalle Especificación VARCHAR 50 Si Cadena de
de la notificación caracteres
Alfanuméricos
Estatus Estado en el que VARCHAR 50 Si Activa
se encuentra la Inactiva
notificación.
Fecha Fecha de registro DATETIME No Fecha
de la proporcionada
notificación. por el sistema
“dd-MM-yyyy”
4.3.4.8 Diseño de entidad Banner
La Tabla 24Tabla 23, representa la estructura de datos para el almacenamiento de datos en

la entidad Banner.
Tabla 23. Estructura del Modelo de Datos para la Tabla Banner

para cada bien.
Título Nombre con el VARCHAR 50 Si Cadena de
cual se registra la caracteres
imagen para el Alfanuméricos
carrusel
50
Archivo Nombre de la VARCHAR 50 Si Cadena de
imagen. caracteres
Alfanuméricos
Estatus Estado en el que VARCHAR 50 Si Activo
se encuentra la Inactivo
imagen para la
presentación
Fecha Fecha de registro DATETIME No Fecha
de la imagen proporcionada
por el sistema
“dd-MM-yyyy”
4.3.5 Proceso de asignación de bien a estación
La Figura 11, corresponde al proceso de asignación de bienes.
Figura 11. Proceso Asignación de Bienes. Fuente: Elaboración propia
51
4.3.6 Diseño de Interfaces de Usuario
En el presente apartado, se muestran las interfaces de usuario con las que contará el
sistema. El diseño se lo realizo en base a las peticiones de los usuarios administradores
de los laboratorios de cómputo juntamente con los desarrolladores.
Las interfaces implementan estilos basado en el framework Bootstrap y estilos CSS3 en

las plantillas HTML.
A continuación, se mencionan las principales interfaces del sistema.
4.3.6.1 Página principal
La Figura 12, representa la interfaz principal del sistema en la cual se muestra las
estaciones registradas y las notificaciones creadas por los usuarios.
Figura 12. Pantalla principal del sistema. Fuente: Elaboración propia
4.3.6.2 Inicio de Sesión
La Figura 13, corresponde a la interfaz de usuario asociada a la autenticación del sistema.
52
Figura 13. Autenticación del Sistema. Fuente: Elaboración propia
Para mayor detalle del diseño y funcionalidad de las interfaces de usuario dirigirse al
Anexo E.
4.3.7 Generación de Reportes
La generación de reportes está dirigida al usuario administrador quien tendrá la potestad

de crear reportes de los módulos de administración de bienes y administración de
estaciones.
En general el reporte es un documento en formato PDF o Excel en donde se detallan las

características de los bienes registrados dentro del sistema.
Su implementación se la realizo mediante el API14 de java Apache POI el cual facilita la

creación de documentos en formatos PDF y Excel.
La funcionalidad y el diseño de la interfaz del módulo de generación de reportes se la

pueden localizar en el Anexo E.
14
API: Application Programming Interface hace referencia a proceso, funciones y métodos
53
4.4 Fase de Codificación
4.4.1 Hardware
En la Tabla 24, se detalla las características del equipo donde se realizó la implementación
del sistema, además de las herramientas utilizadas durante el desarrollo de este.
Tabla 24. Características de Equipo donde se codifico el sistema
Equipo
Sistema Operativo Windows 10 Pro 64 bits
Almacenamiento en Disco 1 Terabyte
Memoria RAM 16 GB
Motor de Base de Datos MySQL 6.3
IDE STS (Spring Tools Suite)
Framework Spring Boot 2.2.2 – Bootstrap 4 -
Diseño de Reportes Apache POI
4.4.2 Codificación
Por lo mencionado en el apartado 3.5.3 Fase de codificación, se utilizó un repositorio de

código para manejar el control de versiones, de esta manera se realiza trabajo colaborativo
entre los desarrolladores, es decir se comparte las últimas versiones de cogido que son
modificadas durante la construcción del proyecto.
A continuación, se muestra partes relevantes del código fuente de la aplicación:
4.4.2.1 Entidad
En la Figura 14, se muestra las líneas de código necesarias para construir la clase java
encargada de mapear los atributos hacia la tabla generada en la base de datos.
54
Figura 14. Código de la entidad Bienes_Estaciones. Fuente: Elaboración propia
4.4.2.2 Servicios
En la Figura 15, se muestra las líneas de código necesarias para construir la clase java de
servicio encargada de las operaciones CRUD.
55
Figura 15. Código operaciones CRUD para la entidad Bienes_Estaciones. Fuente: Elaboración
propia
4.4.2.3 Controlador
En la Figura 16, se muestra las líneas de código necesarias para construir clases java tipo
controlador que son las encargadas de interpretar las peticiones de las interfaces usuario
y mostrar resultados.
56
Figura 16. Código del Controlador Bienes_Estaciones. Fuente: Elaboración propia
El código fuente completo de la aplicación se encuentra alojado en la siguiente dirección:
https://github.com/ProyectosTesisUCE/ControlBienesCivil
57
4.4.3 Estructura de la aplicación
Figura 17. Estructura de la Aplicación. Fuente: Elaboración propia
4.5 Fase de Pruebas
“El desarrollador de software siempre es responsable de probar las unidades individuales

(componentes) del programa y de asegurarse de que cada una desempeña la función o
muestra el comportamiento para el cual se diseñó.” (Pressman, 2012, pág. 385). Por lo
descrito enteramente este apartado se centrará en realizar pruebas de aceptación que serán
derivadas de las historias de usuario definidas en el punto 4.1.1 Documentación de
Historias de Usuario. Ver Anexo B
58
4.5.1 Pruebas de Interfaz
Para que el sistema “Control y Administración de Bienes” tenga un mejor funcionamiento

se tomó 3 navegadores posiblemente más usados por los usuarios del área de cómputo de
la Carrera de Ingeniería Civil, obteniendo los siguientes resultados de las pruebas
realizadas mostrados en la Tabla 25.
Tabla 25. Resultado de pruebas de Interfaz
Navegador Tiempo de Visualización de Interfaz Problemas

Respuesta cliente/usuario
Mozilla Firefox Óptimo Óptimo Ninguno
Google Chrome Óptimo Óptimo Ninguno
Internet Explorer Óptimo Óptimo Ninguno
La Tabla 26 muestra la calificación cualitativa para la métrica de los navegadores

evaluados.
Tabla 26. Calificación de métricas de navegadores
CALIFICACIÓN
BUENA
REGULAR
DEFICIENTE
La Tabla 27 muestra los resultados obtenidos de las métricas de los navegadores.
Tabla 27. Resultado de las Métricas
NAVEGADOR METRICA CALIFICACIÓN

Mozilla Firefox Visualización de Buena
Google Chrome Interfaz de usuario Buena
Internet Explorer y administrado. Buena
Mozilla Firefox Funcionamiento de Buena
Google Chrome botones de acción y Buena
Internet Explorer mensajes de error Buena
59
Mozilla Firefox Funcionamiento de Buena
Google Chrome comunicación entre Buena
Internet Explorer páginas o enlaces Regular
Los resultados obtenidos muestran que el sistema de “Control y Administración de

Bienes” funciona de manera óptima en las versiones actuales de los navegadores
estudiados en la tabla 27, se recomienda utilizar:
Mozilla Firefox 71.0
Google Chrome 79.0.3945.88
Internet Explorer 11
4.5.2 Pruebas de aceptación
“También llamadas pruebas del cliente son especificadas por el cliente y se centran en las
características y funcionalidad generales del sistema que son visibles y revisables por
parte del cliente. Las pruebas de aceptación se derivan de las historias de los usuarios que
se han implementado como parte de la liberación del software.” (Pressman, 2012, pág.
65)
4.5.2.1 Pruebas de caja negra
Técnica de pruebas de software en la cual la funcionalidad se verifica sin tomar en cuenta

la estructura interna de código, detalles de implementación o escenarios de ejecución
internos en el software. (TestingBaires, 2017).
Para el desarrollo de las pruebas de caja negra nos enfocaremos en las entradas y salidas
esperadas del sistema. Las mismas que serán obtenidas de las historias de usuario donde
se especifican los requerimientos funcionales de la aplicación. Ver Anexo B.
4.5.2.2 Plantilla Pruebas de Aceptación
La Tabla 28, corresponde a la plantilla a usarse para la elaboración de los casos de prueba
del sistema.
60
Tabla 28. Plantilla Pruebas de Aceptación
Prueba de Aceptación – Caja Negra

Caso de Prueba N° Historia de Usuario 00
Responsable Darwin Cumbajín / Wiliam Salazar
Propósito
Prerrequisitos
Datos de Entrada
Procedimiento
Resultado Esperado
Resultado Obtenido
Evaluación: Correcta – Incorrecta
A continuación, se presentan las pruebas de caja negra correspondiente al presente

proyecto de tesis:
4.5.2.3 Prueba de Aceptación – Aspectos Generales
La Tabla 29, corresponde a la prueba de aceptación asociada al acceso del sistema por
medio de distintos navegadores.
Tabla 29. Prueba asociada al acceso por medio de navegadores

Caso de Prueba Aspectos Generales N° Historia de Usuario 01
Propósito Comprobar el acceso al sistema por medio de un navegador
Prerrequisitos La aplicación debe estar en funcionamiento “Desplegada en el
servidor”
Datos de Entrada Url: localhost:9090
Procedimiento 1. Abrir dos navegadores distintos (Google Chrome,
Firefox)
2. Ubicarse en la barra de navegación
3. Ingresar la URL Proporcionada
Resultado Esperado • La aplicación responde y se visualiza en los navegadores
61
Resultado Obtenido • En el navegador Chrome la visualización es correcta
mantiene todos los estilos y diseños previstos
• En el navegador Firefox la visualización es correcta
mantiene todos los estilos y diseños previstos
Evaluación Correcta
4.5.2.4 Prueba de Aceptación – Autenticación
La Tabla 30, corresponde a la prueba de aceptación asociada a la autenticación de usuarios

en el sistema.
Tabla 30. Prueba asociada a la Autenticación de usuarios

Caso de Prueba Autenticación N° Historia de Usuario 02
Propósito Comprobar el funcionamiento de inicio de sesión con los
distintos tipos de usuario.
servidor” y el usuario debe dirigirse al formulario de
autenticación por medio del botón Login
Datos de Entrada Credenciales de usuario “Cuenta y Password”
Procedimiento 1. Ingresar la cuenta de usuario en el campo Usuario
2. Ingresar su contraseña en el campo Password
3. Presionar el botón Entrar
Resultado Esperado • Solo los usuarios registrados en la Base de Datos podrán
ingresar al sistema.
• Si el ingreso de la Cuneta y Password del usuario es
correcta. Ingresar a la página de Bienvenida donde se
encuentra detallado el tipo de usuario que accedió.
• El usuario tipo Administrador debe tener acceso a todos
los módulos del sistema.
• El usuario tipo Estándar debe tener acceso únicamente a
los módulos de Notificaciones y Banners.
62
• Si la cuenta o Password del usuario son incorrectas emitir
un mensaje de error de autenticación.
Resultado Obtenido • El sistema supera la autenticación solamente con los
usuarios registrados en la base de datos.
• Cada tipo de usuario accede a los módulos prestablecidos
• El sistema emite mensajes de errores al ingresar
incorrectamente la Cuenta o Password del usuario.
4.5.2.5 Prueba de Aceptación – Administración de Usuarios
La Tabla 31, corresponde a la prueba de aceptación asociada a la autenticación de usuarios

en el sistema.
Tabla 31. Prueba asociada a la Administración de Usuarios

Caso de Prueba Administración de Usuarios N° Historia de Usuario 03
Propósito Comprobar el correcto funcionamiento del módulo de
administración de usuarios
servidor” y el usuario debe dirigirse al formulario de
autenticación por medio del botón Login
Datos de Entrada Nombres, Apellidos, Cuenta, Password, Email
Procedimiento Crear usuario
1. En el formulario de autenticación hacer clic sobre la
opción Crear usuario – Registrarse
2. Ingresar la información requerida
3. Hacer clic sobre Guardar
Recuperar contraseña
1. En el formulario de autenticación hacer clic sobre la
opción Olvidaste tu contraseña.
2. Ingresar la cuenta y email
63
3. Hacer clic en buscar
4. Escribir una nueva contraseña en el campo Password
5. Hacer clic en guardar.
Editar usuario
1. Autenticarse como usuario administrador
2. Dentro del menú de navegación dirigirse a la opción
Usuarios
3. Hacer clic sobre el icono de lápiz “Edición”
4. Modificar los campos requeridos
Eliminar usuario
1. Autenticarse como usuario administrador
2. Dentro del menú de navegación dirigirse a la opción
Usuarios
3. Hacer clic sobre el icono de papelera “Eliminar”
4. Confirmar el mensaje dando clic en aceptar.
Resultado Esperado • El botón Guardar solo se habilitará cuando el usuario
llene todos los campos requeridos en el formulario.
• Los campos de los formularios deben admitir
información acorde a lo requerido.
• En caso de que el usuario no llene algún campo
requerido, el sistema emitirá un mensaje de alerta para
informar lo sucedido.
• Al agregar un nuevo usuario la lista se actualizará
automáticamente
• El cambio de contraseña será habilitado una vez que el
usuario haya proporcionado la información de cuenta y
email.
• Al dar clic en el icono de edición se mostrará
automáticamente los datos del usuario.
• Realizada la acción de edición la lista se actualizará
automáticamente reflejando los cambios.
64
• Al dar clic en el icono de eliminación se mostrará un
mensaje de confirmación.
• Previo a la eliminación de un usuario la lista se
actualizará automáticamente reflejando los cambios.
Resultado Obtenido • El sistema no permite realizar la creación, edición
mediante el botón Guardar hasta que no se llenen los
campos requeridos.
• El sistema informa mediante un mensaje que el campo
vacío es requerido y debe ser completado.
• La actualización de la lista de usuarios es automática
cuando se crea un nuevo usuario.
• Al editar información de un usuario esta se refleja de
forma automática en la lista de usuarios.
• Al eliminar un usuario la lista se modifica y muestra los
usuarios existentes.
• La información ingresada en los campos de los
formularios está de acorde a lo requerido, se emiten
mensaje de alerta en caso de incurrir en errores al
momento de ingresar la información.
4.5.2.6 Prueba de Aceptación – Administración de Bienes
La Tabla 32, corresponde a la prueba de aceptación asociada al módulo de administración

de bienes.
Tabla 32. Prueba asociada a la Administración de Bienes

Caso de Prueba Administración de Bienes N° Historia de Usuario 04
administración de bienes
65
servidor”.
Se debe ingresar como usuario Administrador al sistema.
Datos de Entrada Alta Nueva, Alta Anterior, Serie, Descripción, Costo, Vida Útil,
Garantía, Color, Material, Quien Usa, Marca, Modelo, Estado,
Estatus, Tipo, Guarda Almacén, Caucionado
Procedimiento Crear bien
1. En el menú de navegación dirigirse a la opción Bienes.
2. Hacer clic sobre el botón Nuevo.
3. Ingresar la información correspondiente según los
campos del formulario.
4. Hacer clic en Guardar.
Editar bien
Eliminar bien
información acorde a lo requerido. Si en caso se llenan
los campos Alta Nueva, Alta Anterior con letras el
sistema emitirá mensajes error dado que estos campos
solo admiten números.
66
• Si el usuario ha llenado correctamente los campos, al
presionar el botón Guardar, el sistema actualizará la tabla
con la información del nuevo registro.
automáticamente los datos del bien.
• No se podrá modificar los campos Alta Nueva, Alta
Anterior en la edición.
• Realizada la acción de edición la lista de bienes se
• Previo a la eliminación de un bien la lista se actualizará
campos requeridos.
• La actualización de la lista de bienes es automática
cuando se crea un nuevo bien.
• Al editar información del bien, esta se refleja de forma
automática en la lista de bienes con los cambios
realizados.
• Al eliminar un bien la lista se modifica y muestra los
bienes existentes.
67
4.5.2.7 Prueba de Aceptación – Administración de Estaciones

de estaciones.
Tabla 33. Prueba asociada a la Administración de Estaciones

Caso de Prueba Administración de Estaciones N° Historia de Usuario 05
administración de estaciones.
servidor”.
Datos de Entrada Ubicación, Lugar, Imagen
Procedimiento Crear estación
1. En el menú de navegación dirigirse a la opción
Estaciones.
2. Hacer clic sobre el botón Nueva.
Editar estación
Estaciones.
Eliminar estación
Estaciones.
68
automáticamente los datos de la estación.
• No se podrá modificar los campos Lugar.
• Previo a la eliminación de una estación la lista se
• Al eliminar una estación los bienes asignados quedaran
libres para futuras asignaciones.
campos requeridos.
• Al editar información de la estación, esta se refleja de
forma automática en la lista de estaciones con los
cambios realizados.
69
• Al eliminar una estación los bienes asignados a ella
quedan liberados para una posterior asignación.
• La lista de estaciones se actualiza automáticamente tanto
en la creación, edición y eliminación.
4.5.2.8 Prueba de Aceptación – Administración de Asignaciones

de Asignaciones.
Tabla 34. Prueba asociada a la Administración de Asignaciones

Caso de Prueba Administración de Asignaciones N° Historia de Usuario 06
administración de asignaciones.
servidor”.
Datos de Entrada Ubicación, Lugar, Imagen
Procedimiento Crear asignación
Asignaciones.
2. Hacer clic sobre el botón Nueva Asignación.
3. Seleccionar el código de Alta Nueva del bien y el lugar
donde se desea asignar.
Editar asignación
Asignaciones.
3. Seleccionar el lugar donde se desea cambiar el bien.
70
Eliminar asignación
Asignaciones.
Resultado • Seleccionar el código Alta Nueva del bien y el lugar en
Esperado donde se desea asignar.
• Al dar clic en Guardar la lista de asignaciones se actualiza
automáticamente los datos de la asignación. No se podrá
seleccionar el campo Alta Nueva del bien.
automáticamente reflejando los cambios. A la asignación
modificada se le proporcionara la fecha del sistema en el
atributo actualización.
• Previo a la eliminación de una asignación la lista se
• Al eliminar una asignación los bienes asignados quedaran
libres para futuras asignaciones.
Resultado • El sistema permite realizar la asignación de bienes
Obtenido seleccionando el alta nueva y el lugar en donde se desea
guardar.
• Al dar clic en guardar el sistema emite una alerta
satisfactoria o de error según sea el caso.
• El sistema informa mediante un mensaje si ocurrió errores
en la asignación de bienes.
• Al editar una asignación se realiza la acción de reubicación
del bien en otra estación, realizada esta acción el sistema
71
genera la fecha automáticamente y la guarda en el campo
actualización del registro editado
• Al eliminar una asignación los bienes asignados a ella
quedan liberados para una posterior asignación.
• La lista de asignaciones se actualiza automáticamente
tanto en la creación, edición y eliminación.
4.5.2.9 Prueba de Aceptación – Búsqueda de Registros
La Tabla 35, corresponde a la prueba de aceptación asociada a la búsqueda de registros
Tabla 35. Prueba asociada a la Búsqueda de Registros

Caso de Prueba Búsqueda de Registros N° Historia de Usuario 07
Propósito Comprobar el correcto funcionamiento de la búsqueda de registros
servidor”.
Debe estar conectado el lector de código de barras.
Datos de Entrada Código de barras Alta nueva, Alta anterior
Procedimiento Búsqueda de bienes sin autenticación
1. Acceder a la página de inicio
2. Hacer clic en el botón Consulta Detalle
3. Seleccionar el campo Lector Alta Nueva
4. Hacer clic en Buscar
Búsqueda de bienes con autenticación
1. Acceder al sistema como usuario administrador mediante
el formulario de autenticación.
2. Dirigirse a la opción Bienes.
3. Seleccionar el campo Lector Alta Nueva
4. Hacer clic en Buscar
72
Búsqueda de registros (Bienes, Estaciones, Asignaciones,
Notificaciones, Banners, Usuarios)
2. Escribir en el campo de búsqueda
3. Hacer clic Buscar
Resultado • El lector de código de barras proporciona el código y lo
Esperado registra en el campo Lector Alta Nueva.
• La búsqueda de bienes con el lector devuelve una lista con
el ítem ingresado
• Al buscar el bien por el código de barras se debe reflejar
en pantalla si existe, caso contrario emitir un mensaje de
registro no encontrado.
Resultado • El código de barras de la etiqueta del bien corresponde a la
Obtenido lectura de dispositivo.
• Se agrega el registro en la tabla cuando la búsqueda es
satisfactoria.
• Se emite mensaje de error al no encontrar el ítem buscado
4.5.2.10 Prueba de Aceptación – Generación de Reportes
La Tabla 36, corresponde a la prueba de aceptación asociada a la generación de reportes
Tabla 36. Prueba asociada a la Generación de Reportes

Caso de Prueba Generación de Reportes N° Historia de Usuario 08
Propósito Comprobar el correcto funcionamiento de generación de reportes
servidor”.
Datos de Entrada Periodo de fechas de registro (Inicio – Fin)
73
Periodo de fechas de actualización (Inicio – Fin)
Procedimiento Reporte de bienes en formato PDF
• Sin inicio de sesión
3. Hacer clic en Reportes PDF
• Con inicio de sesión
2. Dirigirse a la opción Reportes.
3. Hacer clic en Reportes PDF.
Reporte de bienes en formato Excel
3. Hacer clic en Reportes Excel
2. Dirigirse a la opción Bienes.
3. Hacer clic en Reportes Excel
Reporte de bienes por periodo formato PDF
3. Hacer clic en Reporte por Periodo
4. Ingresar el periodo en el cual se desea consultar los
bienes actualizados.
6. Clic en Reportes PDF
1. Acceder al sistema como usuario administrador –
estándar mediante el formulario de autenticación.
74
3. Hacer clic en Bienes
bienes registrados.
7. Clic en Reportes PDF
Reporte de bienes por periodo formato Excel
bienes actualizados.
6. Clic en Reportes Excel
1. Acceder al sistema como usuario administrador –
estándar mediante el formulario de autenticación.
3. Hacer clic en Bienes
bienes registrados.
7. Clic en Reportes Excel
Resultado • Exportar a formatos PDF o Excel el listado de todos los
Esperado bienes
• Exportar a formatos PDF o Excel el listado de bienes
registrados en una fecha inicial y final.
• Exportar a formatos PDF o Excel el listado de bienes por
lugares
75
• Exportar a formatos PDF o Excel el listado de bienes
actualizados por lugar en un periodo de tiempo.
Resultado • Los archivos PDF y Excel con todos los bienes son
Obtenido generados correctamente.
• Los archivos PDF y Excel con los bines registrados en un
periodo de tipo son generados de forma correcta.
• Los archivos PDF y Excel con los bienes por lugar son
generados correctamente.
• Los archivos PDF y Excel con los bienes reasignados a
lugares en un periodo de tiempo son generados de forma
correcta.
4.5.2.11 Prueba de Aceptación – Administración de Notificaciones

de notificaciones.
Tabla 37. Prueba asociada a la Administración de Notificaciones

Caso de Prueba Administración de N° Historia de Usuario 09
Notificaciones
administración de notificaciones
servidor”.
Ingresar al sistema como usuario Administrador o Estándar
Datos de Entrada Título, Estatus, Detalle
Procedimiento Crear notificación
Notificaciones.
2. Hacer clic sobre el botón Nueva.
76
Editar notificación
Notificaciones.
Eliminar notificación
Notificaciones.
• Presentar las ultimas 3 notificaciones en la pantalla de
inicio
• La modificación y eliminación de la notificación es de
exclusividad del usuario administrador.
automáticamente los datos de la notificación.
77
• Previo a la eliminación de una notificación la lista se
Resultado Obtenido • El sistema no permite realizar la creación mediante el
botón Guardar hasta que no se llenen los campos
requeridos.
• El usuario tipo Estándar no puede editar ni eliminar la
notificación, se le informa del error mediante un mensaje.
• La lista de notificaciones se actualiza automáticamente
tanto en la creación, edición y eliminación.
4.5.2.12 Prueba de Aceptación – Administración de Banners

de banners.
Tabla 38. Prueba asociada a la Administración del Banner

Caso de Prueba Administración del Banner N° Historia de Usuario 10
administración de banner
servidor”.
Ingresar al sistema como usuario Administrador o Estándar
78
Datos de Entrada Título, Nombre Archivo, Estatus
Procedimiento Crear banner
1. En el menú de navegación dirigirse a la opción Banners.
2. Hacer clic sobre el botón Nuevo.
Editar banner
Eliminar banner
automáticamente los datos de la imagen del banner.
79
• Previo a la eliminación de una notificación la lista se
Resultado Obtenido • El sistema no permite realizar la creación mediante el
botón Guardar hasta que no se llenen los campos
requeridos.
• La lista de imágenes del banner se actualiza
automáticamente tanto en la creación, edición y
eliminación.
4.6 Despliegue de la aplicación
Una vez culminada la fase de pruebas y con el aval de los administradores de los
laboratorios de cómputo de la carrera de Ingeniería Civil se procede hacer la entrega
formal del aplicativo mediante el Acta de entrega-recepción del proyecto. Ver Anexo A
4.6.1 Hardware
Tabla 39. Características de hardware donde se instaló el aplicativo
Equipo
Sistema Operativo Windows 7 64 bits
Almacenamiento en Disco 500 GB
Memoria RAM 4 GB
4.6.2 Instalación y configuración de herramientas
El funcionamiento del aplicativo está ligado a la correcta instalación de las herramientas.

Seguir paso a paso el manual de instalación de software utilizado. Ver Anexo C
80
4.6.3 Ejecución del aplicativo
Para el correcto despliegue de la aplicación regirse paso a paso al Anexo D.
81
82
5 Conclusiones
• La arquitectura elegida para satisfacer los requerimientos de los laboratorios

de cómputo de la carrera de Ingeniería Civil, resultó conveniente tanto para el
usuario final como para los desarrolladores, pues por un lado la velocidad de
respuesta, el diseño y la correcta funcionalidad de la aplicación terminaron
agradando al cliente. Por otro lado, la arquitectura implementada, ha sido
favorable para el desarrollador en el sentido de que los marcos y tecnologías
utilizadas, han provisto de potentes funcionalidades para desarrollar de manera
adecuada la aplicación.
• Se observó que el Dispositivo Lector de código de barras (RADAL) empleado
para esta Tesis cumplió con todas las expectativas esperadas, tanto en fiabilidad,
estabilidad, disponibilidad, precio y aceptación por el usuario, pues ayudó a la
recolección y búsqueda de la información mediante las etiquetas de códigos de
barra. Cumpliendo de esta manera con los requerimientos y objetivos que fueron
planteados.
• Con la implementación de la metodología XP en el desarrollo del presente
proyecto de tesis se logró definir de mejor manera los intervalos de tiempo durante
el desarrollo, entrega de avances. Es por lo que es considerada una de las mejores
metodologías agiles dentro del desarrollo de software por sus buenas prácticas de
diseño y codificación.
• La aplicación web permite a los administradores del sistema la entrega oportuna
de los reportes solicitados por el Ministerio de Finanzas, CACES y a las entidades
de control de la Facultad de Ingeniería Ciencias, Físicas y Matemática
proporcionando un servicio adecuado a la Facultad.
83
84
6 Recomendaciones
• Debido a que los funcionarios de la universidad tienen cargos eventuales y

rotativos, el sistema estará en constante interacción con distintos usuarios, a pesar
de que el sistema es de carácter intuitivo, se recomienda el uso del manual de
usuario, que se encuentra en la sección de anexos de este documento de tesis, para
solventar cualquier dificultad respecto al manejo del sistema.
• El sistema no genera respaldos automáticos, por lo que es recomendable realizar
copias de seguridad de base de datos frecuentemente para precautelar la integridad
de la información.
• Para el uso adecuado del dispositivo lector de código de barras se recomienda no
tapar el orificio por donde sale el láser ya que podría afectar la lectura de los datos.
• Al momento de acceder al aplicativo web es recomendable utilizar las últimas
versiones de los navegadores de internet Mozilla Firefox v71.0, Google Chrome
v79.0.3945.88 e Internet Explorer 11 para que se pueda aprovechar todas las
funcionalidades que el sistema ofrece.
• En cuanto a la instalación del sistema se recomienda hacer uso del hardware
mencionado en el apartado Requerimientos mínimos del sistema del Anexo C,
debido a que fue testeado en máquinas de baja gama y presento problemas de
rendimiento en el acceso a la base de datos.
85
86
Bibliografía
Barraza, M. C. (2018). Metodología de la Investigación. Obtenido de Investigación
Bibiográfica:
http://www.utemvirtual.cl/plataforma/aulavirtual/assets/asigid_1090/contenidos
_arc/57730_inv_bibliografica.pdf
Blancarte, O. (26 de Octubre de 2017). Oscar Blancarte Software Architect. Obtenido
de https://www.oscarblancarteblog.com/2017/10/26/ide-vs-editor-de-texto/
Dangel, A. (24 de Febrero de 2010). EconLink. Obtenido de
https://www.econlink.com.ar/sistemas-informacion/clasificacion
DB-ENGINES. (DIciembre de 2019). DB-ENGINES. Obtenido de https://db-
engines.com/en/ranking
Definición MX. (2020). Definición MX. Obtenido de Investigación de Campo:
https://definicion.mx/investigacion-campo/
DELIVRD. (Diciembre de 2016). DELIVRD Inventory Collaboration Platform.
Obtenido de DELIVRD Inventory Collaboration Platform:
https://www.delivrd.com/
Desarrolladores Web. (02 de Agosto de 2005). Elementos gráficos para el diseño.
Obtenido de desarrolladoresweb.com:
https://desarrolloweb.com/articulos/2108.php
Díaz, L., Torruco, U., Martinez, M., & Varela, M. (13 de Mayo de 2013). Investigación
en educación media. La entrevista, recurso flexible y dinámico. Mexico.
EcuRed. (2003). Metodologias de desarrollo de Software. Obtenido de
https://www.ecured.cu/Metodologias_de_desarrollo_de_Software
EcuRed. (Enero de 2017). Clientes Ligeros. Obtenido de
https://www.ecured.cu/Clientes_Ligeros
EcuRed. (3 de Septiembre de 2019). Sistema de Información. Obtenido de EcuRed:
https://www.ecured.cu/index.php?title=Sistema_de_Informaci%C3%B3n&oldid
=3540779
Gamma, E., Helm, R., Johnson, R., & Vlissides, J. (2003). Patrones de Diseño
Elementos de software orientado a objetos reutilizable. Madrid: PEARSON
EDUCACIÓN, S.A.
García, F. (Junio de 2010). Asociación Mexicana de Metodología de la Ciencia y la
Investigación A. C. Obtenido de
http://www.ammci.org.mx/revista/pdf/Numero2/2art.pdf
Guevara, A. (20 de Julio de 2018). DevCode. Obtenido de Frontend y Backend:
https://devcode.la/blog/frontend-y-backend/
87
Guillermo, G. (12 de Marzo de 2020). TECNOLOGIA&INFORMATICA. Obtenido de
TECNOLOGIA&INFORMATICA: https://tecnologia-informatica.com/lectores-
codigos-barras-tipos-lectores/
Gutiérrez, F. (2015). oa.upm.es. Obtenido de
http://oa.upm.es/38731/1/TFG_Federico_Gutierrez_Faraoni.pdf
IComparable. (21 de Octubre de 2008). IComparable. Obtenido de
http://icomparable.blogspot.com/2008/10/arquitectura-n-tier-o-arquitectura-
n.html
ILS CORPORATION. (2017). ILS CORPORATION. Obtenido de ILS
CORPORATION: http://www.ils.com.ec/es/home/
inFlow. (2007). inFlow . Obtenido de inFlow : https://www.inflowinventory.com/
InformaticaModerna. (12 de Enero de 2019). InformaticaModerna. Obtenido de
InformaticaModerna: http://www.informaticamoderna.com/Lector_codigos.htm
Ingenio Virtual. (11 de Febrero de 2018). IngenioVirtual. Obtenido de
https://www.ingeniovirtual.com/conceptos-basicos-sobre-tecnologias-de-
desarrollo-web/
Jaramillo, H. (30 de Marzo de 2017). Universidad Central del Ecuador. Obtenido de
http://www.dspace.uce.edu.ec/handle/25000/9706
Letelier, P. (26 de Junio de 2012). Métodologías ágiles para el desarrollo de software:
eXtreme Programming (XP). Obtenido de
http://www.cyta.com.ar/ta0502/v5n2a1.htm
Liht Technological Solutions for Business. (11 de Agosto de 2018). Desarrollo de
aplicaciones web. Obtenido de liht.com:
https://www.liht.com/home/liht/desarrollo-de-aplicaciones-web#
Madeja. (15 de Mayo de 2016). Junta de Andalucia. Obtenido de
http://www.juntadeandalucia.es/servicios/madeja/contenido/subsistemas/desarro
llo/construccion-aplicaciones-por-capas
MarcoViaWeb. (3 de Abril de 2019). Diferentes propuestas del enfoque Agile. Obtenido
de marcoviaweb.com: http://marcoviaweb.com/enfoques-agile/
Pressman, R. (2012). Ingeniería de Software. Un enfoque práctico. Madrid:
McGrawHill. Séptima edición.
Ramos, J., Alicia, R., & Fernando, M. (2006). Sistemas gestores de bases de datos.
España: McGraw-Hill/Interamericana de España, S.A.U.
RJCodeAdvance. (25 de Junio de 2019). Patrón MVC, Modelo-Vista-Controlador +
Ejemplo (Cap 4). Obtenido de Patrones de Software:
https://rjcodeadvance.com/patrones-de-software-patron-mvc-ejemplo-parte-4/
Spring. (17 de Octubre de 2019). Spring.io. Obtenido de
https://docs.spring.io/spring/docs/5.0.0.RC2/spring-framework-
reference/overview.html
88
TestingBaires. (26 de Febrero de 2017). TestingBaires. Obtenido de PRUEBAS DE
CAJA NEGRA Y UN ENFOQUE PRÁCTICO:
https://testingbaires.com/2017/02/26/pruebas-caja-negra-enfoque-practico/
Tinajero, I. (20 de Noviembre de 2019). Udemy. Obtenido de Spring Framework
5:Spring MVC,Spring Security,Spring Data JPA(Hibernate&MySQL 8), Spring
Boot,Thymeleaf y RestFul.: https://www.udemy.com/course/spring-framework-
desarrollo-web-spring-mvc/learn/lecture/17514028#overview
TIOBE. (Diciembre de 2019). TIOBE. Obtenido de https://www.tiobe.com/tiobe-index/
TRC Informática S.L. (2019). Gestión de bienes Control, administración y gestión de
sus activos fijos. Obtenido de TRC Tu ventana a la tecnología:
http://www.trc.es/TRCServicios-281-Desarrollo-de-software-Control-de-
bienes.aspx
UNDERCODE. (2013 de Noviembre de 2013). UNDERCODE. Obtenido de
https://underc0de.org/foro/java/modelo-vista-controlador/
Univerdidad Central del Ecuador. (5 de Mayo de 2019). Repositorio UCE. Obtenido de
Estudio de pertenencia:
http://repositorio.uce.edu.ec/archivos/kserrano/Ingenier%C3%ADa%20Civil/PE
RTINENCIA%20ING%20CIVIL.pdf
XP Extreme Programming. (8 de Octubre de 2013). XP Extreme Programming.
Obtenido de Create a Spike Solution:
http://www.extremeprogramming.org/rules/spike.html
89
ANEXOS
90
Anexo A
Acta de entrega-recepción del proyecto
91
Anexo B
Registro de pruebas del sistema por parte del usuario
92
Anexo C
Manual de instalación de software utilizado
Requerimientos mínimos del sistema
Hardware:
• Procesador Core i5 o superior

• 4GB de memoria RAM o superior
• 50GB de almacenamiento o superior
• Acceso a Internet
Software:
• Sistema Operativo Windows 10 64Bits

• JDK 11
• MySQL 5.3 o superior
• HeidiSQL 10.3.0.5771 o superior
Nota
• Las versiones mencionadas de los instaladores son las más estables, por lo que se
recomienda hacer uso de estas para obtener un correcto desempeño.
• La contraseña que será solicitada en la instalación del motor de base de datos será
utilizada posteriormente “Recordarla”.
• El proceso de instalación puede demorar más de lo previsto, todo dependerá de la
velocidad de conexión del internet.
• En todo momento tener acceso a internet para evitar errores en la instalación
Instalación de JDK11
Para la instalación del JDK11 seguir los siguientes pasos:
1. Abrir un navegador de internet e ingresar a la siguiente dirección

https://www.oracle.com/technetwork/java/javase/downloads/jdk11-downloads-
5066655.html
2. Aceptar los acuerdos de Licencia
93
3. Descargar el instalador para la versión de Windows 64 bits, para que la descarga
se ponga en marcha se debe iniciar sesión con una cuenta de Oracle.
4. Si no se tiene una cuenta, se la debe crear.
5. Llenar el formulario.
6. Iniciar sección y continuar con la descarga.
94
7. Ubicarse en la carpeta de Descargas y ejecutar el instalador y aceptar los permisos
de usuario
8. Clic en Next, establecer la ubicación en donde se desea instalar.
9. Dar clic en Next y esperar a que el proceso finalice.
10. Dar clic en Close para finalizar la instalación.
95
11. Abrir el explorador de Windows y dirigirse a Este Equipo dar clic derecho en
propiedades
12. Dirigirse a Configuración avanzada del sistema. Dar clic
13. Dar clic en variables de entorno
96
14. Agregar nueva variable por medio de Nueva.
15. Rellenar el formulario según lo mostrado en la figura. y aceptar
16. Seleccionar Path y dar doble clic.
17. Editar la variable de entorno por medio del botón Nuevo.
18. Escribir %JAVA_HOME%\bin y dar clic en aceptar.
97
Nota
• Instalar en la ubicación por defecto.

• Verificar la estación, entrar al símbolo del sistema y ejecutar el siguiente comando
“java -version”.
Instalación MySQL “Motor de base de datos”

https://dev.mysql.com/downloads/windows/installer/5.5.html
2. Seleccionar la versión y sistema operativo para el cual desea descargar el
instalador. Clic en descargar
3. Le pedirá que inicie sección con alguna cuenta de Oracle, para evitar este paso dar
clic en No thanks, just start my download.
4. Esperar a que termine la descarga y ejecutar el programa.
98
5. Ubicarse en la carpeta de Descargas y dar ejecutar el instalador
6. Aceptar los acuerdos de licencia y dar clic en Next
7. Seleccionar el tipo de instalación que se va a realizar, seleccionar la opción Server

only, Dar clic en Next.
8. Dar clic en Execute, esperar a que se instale y dar clic en Next
99
9. Dar clic en Next, configurar el puerto de acceso del servidor de base de datos. En
nuestro caso será el puerto 3306.
10. Configurar el usuario y la contraseña para el acceso al motor de base de datos.

Ingresar Usuario: root y Contraseña: root. Dar clic en Next
100
11. Configurar el nombre del servidor, Nombre por defecto MYSQL56. Dar clic en
Next
12. Para finalizar dar clic en Execute y esperar a que la instalación se efectúe. Dar
clic en Finish
101
Nota
• La descarga del instalador dependerá de la velocidad de descarga del internet.

• Instalar conservando los parámetros por defecto según el manual de instalación.
• Conservar el usuario y contraseña para acceder al servidor de base de datos en
futuras instancias.
Instalación HeidiSQL “Entorno grafico para manejar el motor de base de datos”

https://www.heidisql.com/download.php
2. Seleccione el tipo de instalador que desea descargar, en este caso será Installer.
Dar clic en Installer y esperar a que la descarga finalice.
3. Ubicarse en la carpeta de Descargas y dar doble clic sobre el instalador

4. Aceptar el contrato de licencia y dar clic en siguiente
102
5. Seleccionar la carpeta donde se desea instalar. Mantener valores por defecto y dar
clic en siguiente
6. Clic en siguiente
103
7. Clic en finalizar
Instalación del IDE de Desarrollo “STS”

https://spring.io/tools
2. Elegir la versión para el sistema operativo y descargar el instalador
104
3. Ubicarse en la carpeta de descargas. Hacer clic derecho sobre el archivo
seleccionar extraer aquí.
4. Ubicar el archivo contents. Hacer clic derecho y seleccionar extraer aquí
105
5. Buscar la carpera sts-4.4.2.RELEASE. Abrir y crear un acceso directo en el
escritorio de SpringToolSuite4
Nota
• La descarga del instalador depende de la velocidad de descarga del internet

• El rendimiento de la aplicación está ligada principalmente a los requerimientos de
hardware mencionados anteriormente.
106
Anexo D
Manual de ejecución de código ejecutable

Nota
• Guiarse en el manual de instalación de software utilizados para evitar errores en

la ejecución de los programas
• Copiar la carpeta Archivos la cual se encuentra en el CD de instalación en la raíz
del disco local C.
• El proceso de descarga de complementos necesarios para la correcta ejecución del
código fuente dependerá de la velocidad de conexión a internet.
• Tener conexión obligatoria a internet.
• En caso de extraviar el CD de instalación, el código fuente se encuentra alojado
en el repositorio https://github.com/ProyectosTesisUCE/ControlBienesCivil
Ejecución del Script de la Base de Datos
El servidor de base de datos por defecto se inicia previo a encender el computador, para
acceder de forma gráfica al servidor abriremos el programa Heidi SQL donde
procederemos a iniciar una conexión a la base de datos.
Ingresar el usuario y contraseña con el cual se instaló el servidor de base de datos

MySQL. En este caso utilizaremos las credencias.
Usuario: root Contraseña: root
107
A continuación, iniciar la sesión mediante el botón Abrir.
Una iniciada la conexión del servidor de base de datos, procedemos a cargar el Script de
la base de datos para ello acceder al menú Archivo / Cargar archivo SQL. Se presentará
una ventana de exploración de archivos.
108
En el explorador de archivos buscar el nombre del Script “Backup Base de Datos Bienes
Con Registros.sql”. Este se encuentra en la carpeta Base de datos de la carpeta Archivos
del CD de instalación el cual debe estar copiado en la raíz del disco local C.
Cargar el archivo
Finalmente ejecutar el Script pulsando la tecla F9, El Script se ejecutará con normalidad
creando la estructura de la base de datos necesaria para la aplicación de control de bienes.
El usuario puede constatar que la base existe al hacer clic en el icono de conexión del
servidor de base de datos y pulsar la tecla F5.
Ejecución Aplicación
Para ejecutar a aplicación en modo de producción debemos generar el empaquetado del

proyecto, lo generamos de la siguiente manera:
109
1. Debe abrir la aplicación SpringToolSuite4 si es la primera vez que se la abre
demorara unos minutos. Una vez abierta la aplicación nos dirigimos al menú File
/ Open Projects from File System. En ambos casos nos abrirá un explorador
donde debemos buscar el nombre del proyecto el cual es “BienesAppBoot” el
cual se encuentra dentro de la carpeta proyecto de la carpeta Archivos del CD de
instalación.
Previamente la carpeta archivos debe estar copiada en la raíz del disco local C.
110
2. Tomará unos minutos si es la primera vez que se cargue el proyecto. De ser
necesario seleccionar la visión de java que en nuestro caso será Java11. Abrir el
proyecto y dirigirse a la opción JRE System Library / Properties, se presentará
un explorador en donde se selecciona la versión de java, por último, hacer clic en
Apply and Close.
3. Una vez cargado el proyecto dirigirse al menú de IDE y buscar Windows / Show
View / Other y dar clic.
111
4. Se abre la siguiente ventana de exploración donde habilitaremos el plugin de
compilación Gradle. Elegimos la opción Gradle Tasks, esperamos a que se
cargue el plugin.
5. En la parte inferior del IDE – STS se desplegará el nombre del proyecto

BienesAppBoot, dar doble clic sobre él y abrir la carpeta build, Seleccionar la
Tercera opción “bootWar” y hacer doble clic para generar el archivo ejecutable.
6. Dirigirse a la siguiente ubicación

C:\Archivos\Proyecto\BienesAppBoot\build\libs, en la barra de navegación del
explorador de archivos escribir cmd y oprimir la tecla Enter. Se abre un Símbolo
112
de Sistema donde se debe ingresar el siguiente código: java -jar
BienesAppBoot.war.
7. Para finalizar oprimir la tecla Enter. Enseguida se ejecutará la aplicación y estará

lista para ser accedida por medio de cualquier navegador de internet.
Para poder verificar que el proyecto está en ejecución acceder desde cualquier navegador
web a la dirección 192.168.100.10:9090
El uso de la aplicación lo puede observar en el manual de usuario que está incluido en el

CD instalador.
113
Nota
• Mantener conexión a internet en todo momento.

• La dirección IP del ejemplo corresponde a la computadora donde se está
ejecutando el proyecto y dependerá exclusivamente del proveedor de internet.
• La dirección del aplicativo ejecutable puede varía dependiendo de la ubicación
donde se copien los archivos del Cd de instalación
Regirse al manual de ejecución de código fuente para evitar contratiempos y errores en la

ejecución de proyecto.
114
Anexo E
Manual de Usuario
Se ha elaborado el siguiente manual con el fin de que el usuario conozca la manera
correcta de utilizar la aplicación web “Control y Administración de Bienes”, y que se
encuentre con dudas al momento de utilizarla.
Para poder ingresar a la aplicación web debe ingresar a un navegador de internet de su

proveedor preferido, se recomienda utilizar Google Chrome en su última versión, como
el aplicativo corre de forma local acceda mediante localhost:9090
Una vez ingresado al aplicativo se mostrará las Estaciones de trabajo los cuales se puede
apreciar en la Figura 18 y Figura 19 cada una de ellas cuenta con un botón Consulta
Detalle, además se muestra en la parte inferior de la pantalla una lista de Notificaciones
tipo mensaje para los usuarios del sistema se la puede apreciar en la Figura 20.
Figura 18. Pantalla de Estaciones de trabajo.
115
Figura 19. Pantalla de Estaciones de trabajo.
Figura 20. Lista de Notificaciones.
Dando clic en el botón Consulta Detalle, muestra la ubicación, lugar y total de los bienes
que se encuentre en la estación seleccionada, además de un reporte de los bienes.
116
Figura 21. Detalle de bienes por estación de trabajo.
Dando clic en el botón Reportes Pdf o Reportes Excel se generará automática un

documento .pdf o .xlsx dependiendo de la opción escogida el cuál puede ser guardado
directamente en la ubicación que desee dependiendo de la configuración de su navegador
de internet.
Figura 22. Archivo Detalle Por Estaciones descargado.
Dando clic en el botón Reportes por Periodo se habilitará dos cuadros de textos los
cuales al dar clic sobre cada uno de ellos desplegaran un calendario para escoger la fecha
de inicio y fin de la última actualización registrada de los bienes, dando clic en el botón
buscar se mostrará los bienes consultados.
Figura 23. Ingreso de fechas por periodo de actualización.
117
Figura 24. Bienes que se encuentran en el periodo buscado
En la parte inferior donde se ingresa las fechas de inicio y fin de actualización del bien se
encuentra un cuadro de texto llamado Buscar es cual filtrara las búsquedas por cualquiera
de los campos de la información del Bien, ingresamos en el cuadro un indicio de
información para que automáticamente realice la búsqueda
Figura 25. Filtrado de información del bien
Al ingresar una fecha en la que no se haya registrado ningún bien y al dar clic en buscar
se mostrara un mensaje de error con la fecha ingresado como ejemplo “No existen
registros para el período comprendido entre: 02-01-2020 & 09-01-2020”
Figura 26. Mensaje de error de búsqueda.
Dando clic en el botón Acerca se mostrará la información del sistema tanto su nombre,
el por qué se realizó y a quien va dirigido.
118
Figura 27. Información del sistema.
Dando clic en el botón Login que se encuentra en la parte superior izquierda aparecerá
una página de ingreso al sistema la cual le pedirá ingresar su usuario y clave si ya lo tiene
registrado, si no es así le pedirá crear su usuario con el botón Crear Usuario -
Registrarse y si olvido su contraseña deberá dar clic en el botón Olvidaste tu
Contraseña.
Figura 28. Pantalla de Inicio de

sesión.
Dando clic en el botón Crear Usuario – Registrarse aparecerá la siguiente ventana la

cual permitirá el ingresar los datos del usuario, su perfil será restringido como estándar
por cuestiones de permiso, para el ingreso de Nombre, Apellido se debe ingresar solo
letras del alfabeto sin caracteres especiales, el campo Password debe contener cualquier
letra de la "a" a la "z", cualquier número del 0 al 9 y caracteres especiales indistintamente
del orden mencionado, además el campo Email debe contener cualquier letra de la "a" a
119
la "z", cualquier número del 0 al 9 seguido de los siguientes caracteres especiales: @
(arroba) . (punto) - (guion) _ (guion bajo).
Figura 29. Pantalla de creación de usuario.
Dando clic en el botón nos envía a la ventana de la Figura 28, se recomienda
revisar los datos ingresados para no repetir el proceso y dar clic en el botón
el cual nos mostrara un mensaje Usuario Creado.
Figura 30. Pantalla

de notificación de
usuario creado.
Una vez creado el usuario el aplicativo le pedirá que ingrese su usuario y contraseña los
cuales corresponden a: Cuenta será nuestro Usuario y Password será nuestra Contraseña,
a manera de ejemplo:
• Usuario: admin
• Contraseña: admin
120
Nota: El sistema cuenta con dos tipos de usuarios administrador y estándar para seguir
con la explicación el ingreso será con el usuario administrador tomado como ejemplo en
el apartado anterior y se explicara los permisos que tiene cada usuario en el Módulo
Usuarios.
Una vez que ingrese al sistema correctamente podrá observar la pantalla la cual se divide
en dos partes en la parte superior derecha se encuentra el menú el cual consta con los
diferentes módulos de ingreso: Bienes, Estaciones, Asignaciones, Notificaciones,
Banners, Usuarios, Reportes, y Salir en la parte inferior central de la pantalla se muestra
la información del usuario con el cual se logeo el sistema.
Figura 31. Pantalla de Administración del Sistema.
Botones Descripción
Al presionar o hacer clic en este botón nos llevará a la siguiente

página donde se mostrará la información de lo que estemos
visualizando.
Al presionar o hacer clic en este botón nos llevará a la anterior

página donde se mostrará la información de lo que estemos
visualizando.
Al presionar o hacer clic en el botón se aceptará la operación

establecida
Al presionar o hacer clic en el botón se cancelará la operación
establecida
121
MÓDULO BIENES
Dando clic en el botón Bienes aparecerá un reporte de todos los bienes que se encuentran
en los laboratorios de la Carrera de Ingeniería Civil, además aparecerá 4 botones: Nuevo,
Reportes Pdf, Reportes Excel, Reportes por Periodo y un cuadro de texto Lector Alta
Nueva que funcionará como un filtro de búsqueda del bien este pedirá el ingreso manual
del bien por teclado o lectura inmediata del mismo mediante la pistola del lector de código
de barras.
Figura 32. Pantalla Listado de Bienes.
Dando clic en el botón Nuevo nos aparecerá un primer cuadro de texto Lector Alta
Nueva el cual nos pedirá el ingreso del código de barras del bien para verificar si este
bien ya existe si es así nos saldrá un mensaje que dice ya existe un Bien con Alta Nueva
y la ubicación de este: si no es así nos saldrá un mensaje que dice No existe el Bien y
procederemos a ingresar la información correspondiente al bien.
Figura 33. Pantalla de notificación de Bien existente.
Figura 34. Pantalla de notificación de Bien no existente.
Para ingresar la información del bien la ventana se divide en dos en la parte superior está
el apartado de Datos del Bien el cual nos pedirá ingresar los siguientes campos: Alta
Nueva, Alta Anterior, Serie y Descripción, Color y Material estos campos permiten
ingresar cualquier letra de la "a" a la "z", cualquier número del 0 al 9 y caracteres
especiales indistintamente del orden mencionado, los campos Costo, Vida Útil y
Depreciación permiten solo el ingreso de número, el campo Fin de Garantía desplegara
un calendario el cual permitirá seleccionar la fecha en la cual el bien pierde la garantía.
122
En la parte inferior de la pantalla está el apartado Detalles el cual nos pedirá ingresar los
siguientes campos: Quien Usa, Marca, Modelo, Estado, Estatus, Tipo, Guarda
Almacén y Caucionado estos campos permiten ingresar cualquier letra de la "a" a la "z",
cualquier número del 0 al 9 y caracteres especiales indistintamente del orden mencionado.
Figura 35. Ingreso de información del bien
Dando clic en el botón nos envía a la pantalla de la Figura 32, se recomienda
revisar los datos ingresados para no repetir el proceso y dar clic en el botón
el cual nos mostrara un mensaje Bien registrado con éxito, además nos permite crear
otro bien si así lo deseamos con las mismas opciones especificadas en la Figura 35
Figura 36. Pantalla de bien creado exitosamente.
En el apartado de Opciones ubicado en la parte derecha de la tabla tendremos la opción

de editar y eliminar los bienes registrados.
123
Dando clic en el botón nos redirigirá a la página de edición de la información del
bien en el cual se nos permitirá editar todos los campos a excepción del Alta Nueva y
Alta Anterior por integridad de datos.
Figura 37. Ingreso de información del bien a editar.
Dando clic en el botón nos envía a la pantalla de la Figura 32 se recomienda
editar los datos necesarios para no repetir el proceso y dar clic en el botón el
cual nos mostrara el siguiente mensaje.
Figura 38. Pantalla de notificación de Bien editado.
Dando clic en el botón se mostrará un mensaje de confirmación si desea o no

eliminar el bien damos clic en Aceptar si es la opción correcta o Cancelar si no es así.
Figura 39. Pantalla de seguridad de eliminación.

de internet.
124
Figura 40. Archivo Detalle de bienes.
Dando clic en el botón Reportes por Periodo se habilitará dos cuadros de textos los
cuales al dar clic sobre cada uno de ellos desplegaran un calendario para escoger la fecha
de inicio y fin del ingreso de los bienes a consultar, dando clic en el botón buscar se
mostrará los bienes consultados.
Figura 41. Ingreso de fechas por periodo.
Figura 42. Bienes que se encuentran en el periodo buscado
En la parte inferior donde se ingresa las fechas de inicio y fin de actualización del bien se
encuentra un cuadro de texto llamado Buscar es cual filtrara las búsquedas por cualquiera
de los campos de la información del Bien, ingresamos en el cuadro un indicio de
información para que automáticamente realice la búsqueda.
Figura 43. Filtrado de información del bien
125
Al ingresar una fecha en la que no se haya registrado ningún bien y al dar clic en buscar
se mostrara un mensaje de error con la fecha ingresado como ejemplo “No existen
registros para el período comprendido entre: 02-01-2020 & 09-01-2020”
Figura 44. Mensaje de error de búsqueda.
MÓDULO ESTACIONES
Dando clic en el botón Estaciones nos aparecerá el Listado de Estaciones si están

creadas si no aparecerá un cuadro en blanco.
Figura 45. Pantalla de Estaciones de trabajo
Dando clic en el botón Nueva nos pedirá ingresar la Ubicación, Lugar e Imagen de la
nueva estación, los primeros 2 son requeridos, la opción Imagen cuenta con un botón
llamado Seleccionar archivo el cual al dar clic nos permitirá escoger una imagen en
cualquier dirección dentro de nuestro computador.
126
Figura 46. Pantalla de creación de Estaciones de trabajo
Dando clic en el botón nos envía a la ventana de la Figura 45 sin guardar
ningún cambio y al dar clic en el botón mostrara un mensaje que dice El

registro fue guardado.
Figura 47. Pantalla de notificación de registro guardado
En la parte inferior del botón Nuevo hay un cuadro de texto el cual funcionará como un
filtro de búsqueda por todos los campos de la tabla como fue explicado anteriormente,
además contará con dos botones uno de eliminación y otro de edición .
Dando clic en el botón se mostrará un mensaje de confirmación si desea o no

eliminar la estación damos clic en Aceptar si es la opción correcta o Cancelar si no es
así como fue explicado en la Figura 39.
Dando clic en el botón nos redirigirá a la página de ingreso de información de la

estación en el cual se nos permitirá editar todos los campos a excepción del lugar por
integridad de datos.
Figura 48. Pantalla de edición de datos de la estación
127
Dando clic en el botón nos envía a la pantalla de la Figura 45 se recomienda
editar los datos necesarios para no repetir el proceso y dar clic en el botón el
cual nos mostrara un mensaje El registro fue editado.
Figura 49. Pantalla de notificación de registro editado
MÓDULO ASIGNACIONES
Dando clic en el botón Asignaciones nos aparecerá el Listado de Asignaciones, si están

Figura 50. Pantalla de Listado de Asignaciones
Dando clic en el botón Nueva Asignación nos aparecerá un cuadro de texto llamado Bien
el cual desplegará los bienes existentes que creamos en el módulo Bienes Figura 36, en la
parte derecha del cuadro de texto Bien encontraremos un cuadro de texto llamado Lugar
el cual desplegará las estaciones que creamos en el módulo Estaciones Figura 45. Pantalla
de Estaciones de trabajoFigura 45, esta ventana permite asignar el bien a la estación en la
sea requerida o asignada.
128
Figura 51. Pantalla de reubicación del Bien
ningún cambio y al dar clic en el botón mostrará un mensaje que dice El

registro fue asignado.
Figura 52. Pantalla de notificación de reubicación del bien
En la parte inferior encontraremos un cuadro de texto llamado Lector Alta Nueva el cual
funcionara como filtro para conocer la información del bien este filtro permite buscar por
todos los campos de la tabla Listado de Asignaciones, basta con ingresar cualquier
indicio de información del bien para que automáticamente realice la búsqueda.
Figura 53. Pantalla de filtro de búsqueda
En el apartado de Opciones ubicado en la parte derecha de la tabla tendremos la opción

de editar y eliminar la asignación del bien.
Figura 54.- Apartado de opción eliminación y edición
Dando clic en el botón nos redirigirá a la página la cual permitirá escoger la nueva
ubicación del bien y la fecha en la que se ingresó en bien, al dar clic en el cuadro llamado
Lugar desplegara todas las estaciones creadas en la Figura 45 escogeremos la opción que
129
deseamos y al dar clic en cuadro llamado Fecha Ingreso nos desplegara un calendario el
cual permite escoger la fecha en la cual se realizó la reubicación del bien.
Figura 55. Pantalla de reubicación del bien y fecha
ningún cambio y al dar clic en el botón mostrara un mensaje que dice

Reubicación exitosa del Bien junto al detalle del bien.
Figura 56. Notificación de reubicación del bien y fecha
Dando clic en el botón se eliminar la asignación del bien.
MÓDULO NOTIFICACIONES
Dando clic en el botón Notificaciones nos aparecerá el Listado de Notificaciones si están

Figura 57. Pantalla de Listado de Notificaciones
Dando clic en el botón Nuevo se nos presentará una venta la cual nos pedirá ingresar un
Título y Detalles estos campos permiten ingresar cualquier letra de la "a" a la "z",
cualquier número del 0 al 9 y caracteres especiales indistintamente del orden mencionado,
130
dando clic en el botón situado debajo de Estatus se nos desplegara dos opciones la cual
podremos escoger entre Activo e Inactivo con un clic
Figura 58. Pantalla de creación Listado de Notificaciones
ningún cambio y al dar clic en el botón mostrara un mensaje que dice Los
datos de la notificación fueron guardados junto al detalle de la notificación.
Figura 59. Pantalla de notificación de creación Listado de Notificaciones
Dando clic en el botón nos redirigirá a la página la cual permitirá editar la

Notificación con los mismos campos de la Figura 58.
Figura 60. Pantalla de creación Listado de Notificaciones
131
ningún cambio y al dar clic en el botón mostrará un mensaje que dice Los
datos de la notificación fueron modificados junto al detalle del bien.
Figura 61. Pantalla de mensaje y Listado de Notificaciones
En el apartado Opciones ubicado en la parte derecha de la tabla Listado de Notificaciones
dando clic en el botón se mostrará un mensaje de confirmación si desea o no

eliminar la notificación damos clic en Aceptar si es la opción correcta o Cancelar si no
es así.
Figura 62. Mensaje de confirmación de eliminación
Dando clic en el botón Cancelar nos envía a la ventana de la Figura 61 sin guardar ningún
cambio, si damos clic en el botón Aceptar nos aparecerá el siguiente mensaje
Figura 63. Notificación de eliminación
132
Módulo Banners
Dando clic en el botón Banners nos aparecerá el Listado de imágenes de Banners si

están creadas si no aparecerá un cuadro en blanco.
Figura 64. Pantalla de Imágenes de Banner
Dando clic en el botón Nueva nos pedirá ingresar el Titulo este campo permite ingresar
cualquier letra de la "a" a la "z", cualquier número del 0 al 9 y caracteres especiales
indistintamente del orden mencionado, el cuadro llamado Imagen cuenta con un botón
llamado Seleccionar archivo el cual nos permitirá escoger una imagen en cualquier
dirección dentro de nuestro computador dependiendo de la configuración de nuestro
navegador y un botón llamado Estatus el cual desplegara 2 opciones: activo la imagen
aparecerá en lista de banners e inactivo la imagen dejara de aparecer en los banners.
Figura 65. Pantalla de creación de Imágenes de Banner
ningún cambio y al dar clic en el botón mostrara un mensaje que dice Imagen
cargada exitosamente junto al detalle de la imagen.
133
Figura 66. Pantalla de Imagen guardada
Dando clic en el botón nos redirigirá a la página la cual permitirá editar los datos de
la Imagen con los mismos campos de la Figura 65.
Figura 67. Pantalla de edición de Imagen
ningún cambio y al dar clic en el botón mostrara un mensaje que dice Cambio
de imagen registrada con éxito junto al detalle del bien.
Figura 68. Pantalla y notificación de edición de Imagen
134
En el apartado Opciones ubicado en la parte derecha de la tabla Listado de Imágenes del
Banner Dando clic en el botón se mostrará un mensaje de confirmación si desea o

no eliminar la notificación damos clic en Aceptar si es la opción correcta o Cancelar si
no es así.
Si damos clic en Aceptar la imagen cargada en Banners será eliminada de la lista de

imágenes del Banners junto al mensaje que dice Imagen eliminada con éxito.
Figura 70. Notificación de Eliminación
Módulo Usuarios
Dando clic en el botón Usuarios nos aparecerá el Listado de Usuarios por lo menos debe
contar con el usuario Administrador creado en la
Figura 71. Pantalla Listado de Usuarios
Cuenta con un cuadro de texto llamado Buscar es cual filtrara las búsquedas por
cualquiera de los campos del Usuario, ingresamos en el cuadro el usuario que deseemos
buscar y nos filtrara como se muestra a continuación, basta con ingresar cualquier indicio
de información del usuario para que automáticamente realice la búsqueda
135
Figura 72. Pantalla Listado de Usuarios
Dando clic en el botón nos redirigirá a la página Edición Usuario la cual permitirá
editar los datos de los usuarios con los siguientes campos: Perfil el cual desplegará los
dos tipos de usuarios Administrador y Estándar, Estatus el cual desplegará dos
opciones una activo si el usuario estará activo para ingresar al sistema e inactivo para dar
de baja al usuario, Cuenta será el nombre de Usuario con el cual se ingresará al sistema
este campo puede contener letra de la "a" a la "z" y cualquier número del 0 al 9 y el
campo Email debe contener cualquier letra de la "a" a la "z", cualquier número del 0 al 9
seguido de los siguientes caracteres especiales: @ (arroba) . (punto) - (guion) _ (guion
bajo).
Figura 73. Pantalla de Edición de Usuario
Dando clic en el botón nos envía a la ventana de la sin guardar ningún
cambio y al dar clic en el botón mostrara un mensaje que dice El usuario fue
editado junto al listado de los Usuarios.
136
Figura 74. Pantalla y notificación de Usuario editado
En el apartado Opciones ubicado en la parte derecha de la tabla Listado de Usuarios
dando clic en el botón se mostrará un mensaje de confirmación si desea o no

eliminar el usuario damos clic en Aceptar si es la opción correcta o Cancelar si no es
así.
Si damos clic en Aceptar el usuario será eliminado de la lista de usuarios junto al

mensaje que dice Usuario Eliminado.
Figura 76. Notificación de eliminación
Módulo Reportes
Dando clic en el botón Reportes se desplegarán dos submenús Bienes y Estaciones
Figura 77. Sub menú Reportes
Dando clic en Bienes nos aparecerá la siguiente ventana Reporte de Bienes por Periodo
en vacío tendremos que ingresar la Fecha Inicio Registro y la Fecha Fin Registro.
137
Figura 78. Pantalla de búsqueda Reportes por Periodo
Dando clic en el cuadro Fecha Inicio Registro desplegara un calendario para escoger la
fecha de inicio en la cual se registró el bien y al dar clic en el cuadro Fecha Fin Registro
desplegara un calendario para escoger la fecha de Fin de Registro la cual corresponda al
último movimiento o actualización del bien o bienes a consultar, dando clic en el botón
buscar se mostrará los bienes consultados.
Figura 79. Pantalla de Reportes por Periodo
En la parte inferior encontraremos un cuadro de texto llamado Buscar el cual funcionara

como filtro para conocer la información del bien este filtro permite buscar por todos los
campos de la tabla Reporte de Bienes por Periodo, basta con ingresar cualquier indicio
de información del bien para que automáticamente realice la búsqueda.
Figura 80. Filtro de Reportes por Periodo

138
de internet, además dando clic en el botón Cancelar nos envía a la ventana de la Figura
60 sin guardar ningún cambio.
Modulo Salir
Dando clic en el botón Salir nos redirigirá a la página de Administración.
139

T Uce 0011 Icf 248

Cargado por

Copyright:

Formatos disponibles

T Uce 0011 Icf 248

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

T Uce 0011 Icf 248

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y

CARRERA DE INGENIERÍA INFORMÁTICA

Desarrollo de una aplicación web para el control y administración de bienes

de los laboratorios de cómputo de la carrera de Ingeniería Civil, Facultad

de Ingeniería, Ciencias Físicas y Matemática

Trabajo de titulación, modalidad Proyecto Integrador previo a la obtención

AUTORES: Cumbajín Nasimba Darwin Stalin

Salazar Anagumbla Wiliam Stalin

TUTOR: Ing. Milton Giovanny Moncayo Unda MSc.

Nosotros, Darwin Stalin Cumbajín Nasimba y Wiliam Stalin Salazar Anagumbla, en

En la ciudad de Quito, a los 27 días, del mes de enero del 2020.

Todo el esfuerzo de ellos está plasmado en el presente proyecto.

A mi padre y madre que con su perseverancia y buen juicio tuvieron el coraje de

DERECHOS DE AUTOR ............................................................................................ II

APROBACIÓN DEL TUTOR .................................................................................... III

CONTENIDO ............................................................................................................ VII

LISTA DE TABLAS .................................................................................................. XI

LISTA DE FIGURAS .............................................................................................. XIII

RESUMEN .............................................................................................................. XVI

ABSTRACT ........................................................................................................... XVII

ANEXO D ................................................................................................................ 107

ANEXO E................................................................................................................. 115

Tabla 1. Doce Principios Manifiesto Ágil ................................................................................ 22

Autores: Darwin Stalin Cumbajín Nasimba

Wiliam Stalin Salazar Anagumbla

Tutor: Ing. Milton Giovanny Moncayo Unda MSc.

El presente proyecto integrador tiene como objetivo principal implementar un sistema

PALABRAS CLAVE: CONTROL Y ADMINISTRACIÓN BIENES / APLICACIÓN

AUTHORS: Darwin Stalin Cumbajín Nasimba

Wiliam Stalin Salazar Anagumbla

TUTOR: Ing. Milton Giovanny Moncayo Unda MSc.

KEY WORDS: CONTROL AND ADMINISTRATION OF GOODS / WEB

Los laboratorios de computadoras de la Carrera de Ingeniería Civil de la Universidad

Los encargados de los laboratorios de computadoras de la Carrera requieren tener un

En este sentido los encargados de los laboratorios de computadoras requieren gestionar

El presente proyecto se enfoca en mitigar la pérdida de la información que surge al utilizar

En el desarrollo del proyecto intervienen cuatro capítulos que se detallan a continuación.

Capítulo 1: Generalidades donde se engloba el problema de la recolección de la

Capítulo 2: Marco teórico el cual está compuesto de la información necesaria para el

1.1 Planteamiento del Problema

Luego de realizar la investigación y dialogar con las personas encargadas de los

Actualmente los laboratorios de cómputo de la carrera de Ingeniería Civil no cuentan con

El control de bienes se ha convertido en la actualidad en un problema muy difícil de

Actualmente se cuenta con soluciones de control y administración de bienes que agilizan

El crecimiento en las organizaciones ha dado la necesidad de administrar la información

Debido a esta gran necesidad de cambio se desarrollará el sistema web de control y

1.4.1 Objetivo General

Desarrollar e implementar un sistema web que permita automatizar el proceso de control

1.4.2 Objetivos Específicos

• Levantar información de los bienes existentes dentro de las estaciones de trabajo

El sistema web para el control de bienes de los laboratorios de cómputo de Ingeniería

Permitirá la administración y generación de reportes de acuerdo con la necesidad

El acceso al sistema se lo manejará por medio de credenciales de usuario y contraseña

• Tomando en cuenta los requerimientos del usuario, el sistema funcionará de forma

“En el año de 1940 se instituye la Facultad de Ciencias Físicas y Matemáticas,

La cual cuenta con aulas, departamento de topografía, laboratorios de computación,

Dentro de los laboratorios de computación se encuentran asignados la mayor cantidad de

2.2 Lectores de código de barras