UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
“Implementación de sistema web para mejorar la administración y calidad de servicio del albergue Entre Patas de la ciudad Chepén”
TESIS PARA OPTAR EL TÍTULO DE INGENIERO DE SISTEMAS
AUTORES :
Br. Pastor Rivadeneyra, Luis Alberto.
Br. Saénz Romero, José Luis.
ASESOR :
Mg. Ing. Sánchez Ticona, Robert
LINEA DE INVESTIGACIÓN :
Gestión de Desarrollo de Software
TRUJILLO – PERU 2023
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. ii
JURADO DICTAMINADOR
firma
--- Santos Fernández, Juan Pedro
PRESIDENTE
--- Vidal Melgarejo, Zoraida Yanet.
SECRETARIO
--- Sánchez Ticona, Robert Jerry
VOCAL
iii DEDICATORIA
Luis Alberto
José Luis A mi familia porque a pesar de duros
momentos que pasé siempre tuvieron una palabra de motivación.
A mis maestros por inspirarme a ser mejor y seguir adelante.
A mis amigos por sus palabras de aliento en todo momento.
Para mi familia que estuvieron alentando a seguir con este proyecto.
Para mis amigos que alentaron a seguir con esta investigación.
A todas las personas que creyeron en mí y en este proyecto.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. iv
AGRADECIMIENTO
En especial a mi querida abuela Susana Vargas Barrios, que estuvo a mi lado incondicionalmente apoyándome en mis estudios e inculcándome valores y buenas enseñanzas día tras día.
A mi tía Rosa Pastor Vargas, por su gran apoyo y motivación que me ayudaron en el crecimiento profesional y personal.
A mis padres que son motivo para lograr cada objetivo propuesto en esta vida.
Al Ing. Ms. Rober Sánchez Ticona, por ser asesor y aportar parte de su experiencia al proyecto.
A mi familia, que siempre estuvieron alentando a continuar con el proyecto.
Al Ing. Ms. Rober Sánchez Ticona, por apoyo brindado durante el desarrollo del proyecto, aportando sus conocimientos desde el primer momento.
Al refugio animal Entre Patas de la ciudad de Chepén por darme la oportunidad de aplicar todo el conocimiento adquirido en la Universidad Nacional de Trujillo.
Los autores
v ÍNDICE GENERAL
JURADO DICTAMINADOR ii
DEDICATORIA iii
AGRADECIMIENTO iv
ÍNDICE DE TABLAS x
PRESENTACIÓN xv
RESUMEN xvi
ABSTRACT xvii
CAPÍTULO I: INTRODUCCIÓN 1
CAPÍTULO II: MATERIALES Y MÉTODOS 12
CAPÍTULO III: RESULTADOS 23
CAPÍTULO IV: DISCUSIÓN 183
CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES 189
REFERENCIAS BIBLIOGRÁFICAS 192
ANEXOS 194
ANEXO A: DIAGRAMA DE ISHIKAWA 195
ANEXO B: DIAGRAMA DE PARETO 196
ANEXO C: ÁRBOL DE PROBLEMAS 197
ANEXO D: ÁRBOL DE OBJETIVOS 198
ANEXO E: MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES 199
ANEXO F: INSTRUMENTOS DE RECOLECCION DE DATOS 200
ANEXO G: INSTRUMENTOS DE PROCESAMIENTO Y ANALISIS DE INFORMACIÓN 204
ANEXO H: VALIDACIÓN DE INSTRUMENTOS 205
ANEXO I: BATERÍA DE DATOS DE LA ENCUESTA PRETEST 207
ANEXO J: BATERÍA DE DATOS DE LA ENCUESTA POSTEST 208
ANEXO K: CONSTANCIA DE APLICACIÓN DE INSTRUMENTOS 209
ANEXO J: CONSTANCIA DE APLICACIÓN DE INSTRUMENTOS 210
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. vi
ÍNDICE DE FIGURAS
FIGURA 1METODOLOGÍA XP 20
FIGURA 2LISTA DE RAZAS 29
FIGURA 3LISTA DE TAMAÑOS DE ANIMAL 30
FIGURA 4LISTA DE TIPOS DE ANIMALES 30
FIGURA 5LISTA DE LOCALES 30
FIGURA 6LISTA DE TIPOS DE LOCAL 31
FIGURA 7FORMULARIO DE REGISTRO DE PUBLICACIÓN 31
FIGURA 8LISTA DE PUBLICACIONES REALIZADAS POR EL REFUGIO 32
FIGURA 9LISTA DE PUBLICACIONES REALIZADAS POR TERCEROS 32
FIGURA 10FORMULARIO PARA REGISTRAR CITA CLÍNICA 32
FIGURA 11LISTA DE PUBLICACIONES REALIZADAS AL PUBLICO 33
FIGURA 12DETALLE DE PUBLICACIÓN 33
FIGURA 13LISTA DE VETERINARIOS 34
FIGURA 14LISTA DE VETERINARIAS 34
FIGURA 15FORMULARIO PARA ADOPCIÓN 34
FIGURA 16LISTA DE POSTULANTES POR PUBLICACIÓN 35
FIGURA 17EVALUACIÓN POR POSTULANTE 35
FIGURA 18FORMULARIO PARA GENERAR ADOPCIÓN 35
FIGURA 19LISTA DE ADOPCIONES 36
FIGURA 20LISTA DE DEVOLUCIONES 36
FIGURA 21PROCESO DE ADOPCIÓN 37
FIGURA 22FORMAS DE COLABORACIÓN 37
FIGURA 23INFORMACIÓN SOBRE EL REFUGIO 38
FIGURA 24FORMULARIO PARA VOLUNTARIADO 38
FIGURA 25LISTA DE POSTULANTES PARA VOLUNTARIADO 39
FIGURA 26FORMULARIO PARA GENERAR EVENTOS 39
FIGURA 27LISTA DE EVENTOS PUBLICADOS 39
FIGURA 28LISTA DE TIPOS DE EVENTO 39
FIGURA 29PUBLICACIÓN DE EVENTOS 40
FIGURA 30INICIO DE SESIÓN 40
FIGURA 31LISTA DE PERFILES 41
FIGURA 32FORMULARIO PARA CREACIÓN DE USUARIO 41
FIGURA 33LISTA DE USUARIOS REGISTRADOS 42
FIGURA 34DETALLE DE CUENTA 42
FIGURA 35ACTUALIZACIÓN DE CONTRASEÑA 42
FIGURA 36GRÁFICOS DEL SISTEMA 43
vii
FIGURA 37INICIO DE SESIÓN 43
FIGURA 38ADMINISTRAR ANIMALES 44
FIGURA 39ADMINISTRAR VETERINARIAS 44
FIGURA 40ADMINISTRAR LOCALES 44
FIGURA 41ADMINISTRAR PUBLICACIONES 45
FIGURA 42SOLICITAR ADOPCIÓN 45
FIGURA 43ADMINISTRAR HISTORIAL CLÍNICO 45
FIGURA 44LISTAR PUBLICACIONES 45
FIGURA 45ADMINISTRAR ADOPCIONES 46
FIGURA 46POSTULAR PARA VOLUNTARIADO 46
FIGURA 47ADMINISTRAR VOLUNTARIADO 46
FIGURA 48ADMINISTRAR EVENTOS 47
FIGURA 49LISTAR EVENTOS 47
FIGURA 50ADMINISTRAR PERFILES 47
FIGURA 51REGISTRAR USUARIO 48
FIGURA 52ADMINISTRAR USUARIO 48
FIGURA 53PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE ANIMALES 49
FIGURA 54PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE LOCALES 49
FIGURA 55PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE PUBLICACIONES 50
FIGURA 56PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DEL HISTORIAL CLÍNICO 50
FIGURA 57PRUEBA DE ESTRÉS PARA LISTAR PUBLICACIONES 51
FIGURA 58PRUEBA DE ESTRÉS PARA ADMINISTRAR LAS VETERINARIAS 51
FIGURA 59PRUEBA DE ESTRÉS PARA LA SOLICITUD DE ADOPCIÓN 52
FIGURA 60PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE ADOPCIONES 52
FIGURA 61PRUEBA DE ESTRÉS PARA POSTULAR COMO VOLUNTARIO 53
FIGURA 62PRUEBA DE ESTRÉS PARA ADMINISTRAR LA SOLICITUD DE VOLUNTARIOS 53
FIGURA 63PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE EVENTOS 54
FIGURA 64PRUEBA DE ESTRÉS PARA LISTAR EVENTOS 54
FIGURA 65PRUEBA DE ESTRÉS PARA INICIAR SESIÓN 55
FIGURA 66PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE PERFILES 55
FIGURA 67PRUEBA DE ESTRÉS PARA CREACIÓN DE USUARIO 56
FIGURA 68PRUEBA DE ESTRÉS PARA LA ADMINISTRACIÓN DE USUARIOS 56
FIGURA 69DIAGRAMA DE CLASES 63
FIGURA 70MODELO DE DATOS 65
FIGURA 71MODELO DE ENTIDADES FÍSICO 66
FIGURA 72DIAGRAMA DE COMPONENTES 67
FIGURA 73DIAGRAMA DE DESPLIEGUE 68
FIGURA 74HISTOGRAMA DE TRGPRETEST:TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN PRETEST 139
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. viii FIGURA 76CUANTILES TEÓRICOS DE TRGPRETEST:TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN PRETEST 140 FIGURA 77CUANTILES TEÓRICOS DE TRGPOSTEST:TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN POSTEST 140 FIGURA 78CAJA Y BIGOTES DE TRGPRETEST:TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN PRETEST 141 FIGURA 79CAJA Y BIGOTES DE TRGPOSTEST:TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN POSTEST 141 FIGURA 80HISTOGRAMA DE TRAPRETEST:TIEMPO DE REGISTRO DE ADOPCIÓN PRETEST 145 FIGURA 81HISTOGRAMA DE TRAPOSTEST:TIEMPO DE REGISTRO DE ADOPCIÓN POSTEST 145 FIGURA 82CUANTILES TEÓRICOS DE TRAPRETEST:TIEMPO DE REGISTRO DE ADOPCIÓN PRETEST 146 FIGURA 83CUANTILES TEÓRICOS DE TRAPOSTEST:TIEMPO DE REGISTRO DE ADOPCIÓN POSTEST 146 FIGURA 84CAJA Y BIGOTES DE TRAPRETEST:TIEMPO DE REGISTRO DE ADOPCIÓN PRETEST 147 FIGURA 85CAJA Y BIGOTES DE TRAPOSTEST:TIEMPO DE REGISTRO DE ADOPCIÓN POSTEST 147 FIGURA 86HISTOGRAMA DE TRPPRETEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN PRETEST 151 FIGURA 87HISTOGRAMA DE TRPPOSTEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN POSTEST 151 FIGURA 88CUANTILES TEÓRICOS DE TRPPRETEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN PRETEST 152 FIGURA 89CUANTILES TEÓRICOS DE TRPPOSTEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN POSTEST 152 FIGURA 90CAJA Y BIGOTES DE TRPPRETEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN PRETEST 153 FIGURA 91CAJA Y BIGOTES DE TRPPOSTEST:TIEMPO DE REGISTRO DE UNA PUBLICACIÓN POSTEST 153
FIGURA 92HISTOGRAMA DE D1A:FUNCIONALIDAD PRETEST 156
FIGURA 93HISTOGRAMA DE D1D:FUNCIONALIDAD POSTEST 157
FIGURA 94CUANTILES TEÓRICOS DE D1A:FUNCIONALIDAD PRETEST 157
FIGURA 95CUANTILES TEÓRICOS DE D1D:FUNCIONALIDAD POSTEST 157
FIGURA 96CAJA Y BIGOTES DE D1A:FUNCIONALIDAD PRETEST 158
FIGURA 97CAJA Y BIGOTES DE D1D:FUNCIONALIDAD POSTEST 158
FIGURA 98HISTOGRAMA DE D2A:SEGURIDAD PRETEST 161
FIGURA 99HISTOGRAMA DE D2D:SEGURIDAD POSTEST 161
FIGURA 100CUANTILES TEÓRICOS DE D2A:SEGURIDAD PRETEST 162
FIGURA 101CUANTILES TEÓRICOS DE D2D:SEGURIDAD POSTEST 162
FIGURA 102CAJA Y BIGOTES DE D2A:SEGURIDAD PRETEST 163
FIGURA 103CAJA Y BIGOTES DE D2D:SEGURIDAD POSTEST 163
FIGURA 104HISTOGRAMA DE D3A:AMIGABILIDAD PRETEST 166
FIGURA 105HISTOGRAMA DE D3D:AMIGABILIDAD POSTEST 166
FIGURA 106CUANTILES TEÓRICOS DE D3A:AMIGABILIDAD PRETEST 167
FIGURA 107CUANTILES TEÓRICOS DE D3D:AMIGABILIDAD POSTEST 167
FIGURA 108CAJA Y BIGOTES DE D3A:AMIGABILIDAD PRETEST 167
FIGURA 109CAJA Y BIGOTES DE D3D:AMIGABILIDAD POSTEST 168
FIGURA 110HISTOGRAMA DE D4A:SATISFACCIÓN PRETEST 171
FIGURA 111HISTOGRAMA DE D4D:SATISFACCIÓN POSTEST 171
FIGURA 112CUANTILES TEÓRICOS DE D4A:SATISFACCIÓN PRETEST 171
ix
FIGURA 113CUANTILES TEÓRICOS DE D4D:SATISFACCIÓN POSTEST 172
FIGURA 114CAJA Y BIGOTES DE D4A:SATISFACCIÓN PRETEST 172
FIGURA 115CAJA Y BIGOTES DE D4D:SATISFACCIÓN POSTEST 172
FIGURA 116HISTOGRAMA DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO PRETEST 175 FIGURA 117HISTOGRAMA DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO POSTEST 176 FIGURA 118CUANTILES TEÓRICOS DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO PRETEST 176 FIGURA 119CUANTILES TEÓRICOS DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO POSTEST 176 FIGURA 120CAJA Y BIGOTES DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO PRETEST 177 FIGURA 121CAJA Y BIGOTES DE PRETEST:ADMINISTRACIÓN Y CALIDAD DEL SERVICIO PRETEST 177 FIGURA 122NIVEL DE IMPACTO DE LOS INDICADORES CUANTITATIVOS DE TIEMPO 181
FIGURA 123NIVEL DE IMPACTO DE LOS INDICADORES CUALITATIVOS 182
FIGURA 124NIVEL DE IMPACTO DE INDICADORES CUANTITATIVOS DE TIEMPO (SEGUNDOS) EN PORCENTAJE (%) 183 FIGURA 125NIVEL DE IMPACTO DE LOS INDICADORES CUALITATIVOS (ESCALA DE LIKERT 1-5) EN PORCENTAJE (%) 184
FIGURA 126DIAGRAMA DE PARETO 193
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. x
ÍNDICE DE TABLAS
TABLA 1PERSONAL PARA PROYECTO 13
TABLA 2MATERIALES DE ESCRITORIO Y SUMINISTROS 13
TABLA 3VIAJES 13
TABLA 4SERVICIOS UTILIZADOS 14
TABLA 5HARDWARE 14
TABLA 6SOFTWARE 14
TABLA 7INDICADORES DE CONTRASTACIÓN DE LAS HIPÓTESIS 19
TABLA 8TÉCNICAS E INSTRUMENTOS 19
TABLA 9ACTORES Y ROLES 23
TABLA 10ASIGNACIÓN DE RESPONSABILIDADES 23
TABLA 11HISTORIAS DE USUARIO 23
TABLA 12ESTIMACIÓN DE TIEMPOS POR CADA HISTORIA DE USUARIO 24
TABLA 13PRIORIDAD DE IMPLEMENTACIÓN 26
TABLA 14PRIORIDAD POR CADA HISTORIA DE USUARIO 26
TABLA 15RESUMEN DE PRIORIDAD DE HISTORIA DE USUARIOS 26
TABLA 16NIVEL DE RIESGO EN EL DESARROLLO POR CADA HISTORIA DE USUARIO 27
TABLA 17PLAN DE LIBERACIÓN 28
TABLA 18CRONOGRAMA DE LIBERACIÓN 28
TABLA 19HISTORIAS DE USUARIO POR ITERACIÓN 29
TABLA 20TARJETA CRC: CLASE ADOPCIÓN 57
TABLA 21TARJETA CRC: CLASE ANIMAL 57
TABLA 22TARJETA CRC: CLASE CITA MÉDICA 57
TABLA 23TARJETA CRC: CLASE CONDICIÓN 57
TABLA 24TARJETA CRC: CLASE CUESTIONARIO 57
TABLA 25TARJETA CRC: CLASE DETALLE CUESTIONARIO 58
TABLA 26TARJETA CRC: CLASE EVENTO 58
TABLA 27TARJETA CRC: CLASE LOCAL 58
TABLA 28TARJETA CRC: CLASE OPCIÓN 58
TABLA 29TARJETA CRC: CLASE PERFIL 58
TABLA 30TARJETA CRC: CLASE PERSONA 59
TABLA 31TARJETA CRC: CLASE COLABORADOR 59
TABLA 32TARJETA CRC: CLASE POSTULANTE 59
TABLA 33TARJETA CRC: CLASE PREGUNTA 59
TABLA 34TARJETA CRC: CLASE PUBLICACIÓN 59
TABLA 35TARJETA CRC: CLASE RAZA 60
xi
TABLA 36TARJETA CRC: CLASE ROL 60
TABLA 37TARJETA CRC: CLASE TAMAÑO ANIMAL 60
TABLA 38TARJETA CRC: CLASE TIPO ANIMAL 60
TABLA 39TARJETA CRC: CLASE TIPO CUESTIONARIO 61
TABLA 40TARJETA CRC: CLASE TIPO DOCUMENTO 61
TABLA 41TARJETA CRC: CLASE TIPO EVENTO 61
TABLA 42TARJETA CRC: CLASE TIPO LOCAL 61
TABLA 43TARJETA CRC: CLASE TRATAMIENTO 61
TABLA 44TARJETA CRC: CLASE UBIGEO 62
TABLA 45TARJETA CRC: CLASE USUARIO 62
TABLA 46TARJETA CRC: CLASE VETERINARIA 62
TABLA 47TARJETA CRC: CLASE VETERINARIO 62
TABLA 48HISTORIA LISTAR PUBLICACIONES 69
TABLA 49DESARROLLAR EL LISTADO DE LAS PUBLICACIONES PARA LAS CONDICIONES EN ADOPCIÓN, ENCONTRADOS Y PERDIDOS
EN ESTADO APROBADOS. 69
TABLA 50HISTORIA SOLICITAR ADOPCIÓN 70
TABLA 51DESARROLLAR LA BÚSQUEDA DE USUARIO POR NÚMERO DE DOCUMENTO 70
TABLA 52DESARROLLAR EL REGISTRO DE LAS SOLICITUDES DE POSTULACIÓN EN UNA PUBLICACIÓN 70 TABLA 53DESARROLLAR EL ENVÍO DE CORREOS NOTIFICANDO LOS DATOS DE LA MASCOTA AL POSTULANTE 71 TABLA 54DESARROLLAR LA VALIDACIÓN PARA PERMITIR UNA POSTULACIÓN POR PUBLICACIÓN 71
TABLA 55HISTORIA VISUALIZAR INFORMACIÓN DEL REFUGIO 71
TABLA 56MOSTRAR DATOS INFORMATIVOS DEL REFUGIO ANIMAL. 72
TABLA 57HISTORIA VISUALIZAR PROCESO DE ADOPCIÓN 72
TABLA 58PROGRAMAR EL MÓDULO PARA MOSTRAR EL PROCESO DE ADOPCIÓN. 73
TABLA 59HISTORIA LISTAR PRÓXIMOS EVENTOS 73
TABLA 60PROGRAMAR EL MÓDULO PARA LISTAR LOS EVENTOS PENDIENTES DE REALIZACIÓN. 73
TABLA 61HISTORIA VISUALIZAR COLABORACIÓN 74
TABLA 62PROGRAMAR EL MÓDULO PARA LISTAR TODAS LAS FORMAS DE COLABORACIÓN 74
TABLA 63HISTORIA ADMINISTRAR EVENTOS 75
TABLA 64DESARROLLAR EL MÓDULO PARA POSTULAR COMO VOLUNTARIO DEL REFUGIO ANIMAL 75
TABLA 65HISTORIA AUTENTICARSE EN EL SISTEMA 75
TABLA 66DESARROLLAR EL FORMULARIO PARA ACCESO DE UN USUARIO. 76
TABLA 67DESARROLLAR LA VALIDACIÓN PARA MOSTRAR LAS INTERFACES CORRESPONDIENTES AL PERFIL DEL USUARIO 76
TABLA 68HISTORIA ADMINISTRAR USUARIOS 77
TABLA 69DESARROLLAR UN MANTENEDOR DE USUARIOS. 77
TABLA 70DESARROLLAR UN FORMULARIO PARA ACTUALIZAR LOS DATOS PERSONALES DEL USUARIO 77
TABLA 71DESARROLLAR UN FORMULARIO PARA ACTUALIZAR LA CONTRASEÑA 78
TABLA 72HISTORIA ADMINISTRAR PERFILES 78
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. xii
.
TABLA 74HISTORIA ADMINISTRAR PUBLICACIONES 79
TABLA 75DESARROLLAR UN MANTENEDOR DE PUBLICACIONES. 79
TABLA 76HISTORIA ADMINISTRAR ADOPCIONES 80
TABLA 77DESARROLLAR EL LISTADO DE TODOS LOS POSTULANTES POR MASCOTA 80
TABLA 78DESARROLLAR UNA EVALUACIÓN POR FICHA DE POSTULANTE 80
TABLA 79DESARROLLAR EL FORMULARIO PARA GENERAR UNA ADOPCIÓN A PARTIR DEL POSTULANTE CON MAYOR CALIFICACIÓN81
TABLA 80DESARROLLAR EL MANTENEDOR DE ADOPCIÓN DE MASCOTA 81
TABLA 81DESARROLLAR EL MANTENEDOR DE DEVOLUCIÓN DE MASCOTA 81
TABLA 82DESARROLLAR EL ENVÍO DE CORREO AL ADOPTANTE 82
TABLA 83HISTORIA ADMINISTRAR HISTORIAL CLÍNICO 82
TABLA 84DESARROLLAR UN FORMULARIO PARA EL REGISTRO DE LAS VISITAS A LA VETERINARIA 82
TABLA 85DESARROLLAR EL LISTADO DE LAS VISITAS MÉDICAS POR MASCOTA 83
TABLA 86HISTORIA ADMINISTRAR SOLICITUD VOLUNTARIADO 83
TABLA 87PROGRAMAR EL MÓDULO PARA LISTAR TODOS LOS POSTULANTES A VOLUNTARIOS 84
TABLA 88HISTORIA ADMINISTRAR EVENTOS 84
TABLA 89DESARROLLAR EL MANTENEDOR DE EVENTOS. 84
TABLA 90DESARROLLAR EL MANTENEDOR DE TIPOS DE EVENTOS. 85
TABLA 91HISTORIA ADMINISTRAR LOCALES 85
TABLA 92DESARROLLAR EL MANTENEDOR DE LOCALES 85
TABLA 93DESARROLLAR EL MANTENEDOR DE TIPOS DE LOCALES 86
TABLA 94HISTORIA ADMINISTRAR VETERINARIA 86
TABLA 95DESARROLLAR EL MANTENEDOR DE VETERINARIAS 87
TABLA 96DESARROLLAR EL MANTENEDOR DE VETERINARIOS 87
TABLA 97HISTORIA ADMINISTRAR ANIMALES 87
TABLA 98DESARROLLAR EL MANTENEDOR DE RAZAS DE ANIMALES 88
TABLA 99DESARROLLAR EL MANTENEDOR DE TAMAÑOS DE ANIMALES 88
TABLA 100DESARROLLAR EL MANTENEDOR DE TIPOS DE ANIMALES 88
TABLA 101HISTORIA ADMINISTRAR REPORTES 89
TABLA 102DESARROLLAR REPORTE GRÁFICO PARA PUBLICACIONES 89
TABLA 103DESARROLLAR REPORTE EN FORMATO DE EXCEL 89
TABLA 104PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR ANIMALES 90
TABLA 105PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR LOCALES 91
TABLA 106PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR PUBLICACIONES 93 TABLA 107PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR HISTORIAL CLÍNICO 95 TABLA 108PRUEBAS DE UNIDAD PARA LA HISTORIA LISTADO DE PUBLICACIONES 96 TABLA 109PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR VETERINARIA 97
TABLA 110PRUEBAS DE UNIDAD PARA LA HISTORIA SOLICITAR ADOPCIÓN 100
xiii TABLA 111PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR ADOPCIONES 102
TABLA 112PRUEBAS DE UNIDAD PARA LA HISTORIA POSTULAR VOLUNTARIADO 105
TABLA 113PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR VOLUNTARIOS 106
TABLA 114PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR EVENTOS 107
TABLA 115PRUEBAS DE UNIDAD PARA LA HISTORIA LISTAR PRÓXIMOS EVENTOS 110
TABLA 116PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR PERSONAS 110
TABLA 117PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRAR PERFILES 111
TABLA 118PRUEBAS DE UNIDAD PARA LA HISTORIA REGISTRAR USUARIO 113
TABLA 119PRUEBAS DE UNIDAD PARA LA HISTORIA ADMINISTRACIÓN DE USUARIO 117 TABLA 120PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR ANIMALES 122 TABLA 121PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR LOCALES 124 TABLA 122PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR PUBLICACIONES 125 TABLA 123PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR VETERINARIA 126 TABLA 124PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA LISTAR PUBLICACIONES 127 TABLA 125PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR VETERINARIA 128 TABLA 126PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA SOLICITAR ADOPCIÓN 129 TABLA 127PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR ADOPCIONES 130 TABLA 128PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA VISUALIZAR PROCESO DE ADOPCIÓN 131 TABLA 129PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA VISUALIZAR COLABORACIÓN 131 TABLA 130PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA VISUALIZAR INFORMACIÓN DEL REFUGIO 132 TABLA 131PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA POSTULAR PARA VOLUNTARIADO 132 TABLA 132PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR SOLICITUD VOLUNTARIADO 133 TABLA 133PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR EVENTOS 133 TABLA 134PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA LISTAR PRÓXIMOS EVENTOS 135 TABLA 135PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA AUTENTIFICARSE EN EL SISTEMA 135 TABLA 136PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR PERFILES 136 TABLA 137PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA REGISTRAR USUARIOS 136 TABLA 138PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA ADMINISTRAR USUARIOS 137
TABLA 139PRUEBAS DE ACEPTACIÓN PARA LA HISTORIA GENERAR REPORTES 137
TABLA 140DATOS DE TIEMPO DE ELABORACIÓN DE REPORTES DE GESTIÓN 138
TABLA 141DATOS DE TIEMPO DE REGISTRO DE ADOPCIÓN 144
TABLA 142DATOS DE TIEMPO DE REGISTRO DE UNA PUBLICACIÓN 150
|TABLA 143DATOS DE DIMENSIÓN 1(D1):FUNCIONALIDAD 156
TABLA 144DATOS DE DIMENSIÓN 2(D2):SEGURIDAD 161
TABLA 145DATOS DE DIMENSIÓN 3(D3):AMIGABILIDAD 166
TABLA 146 DATOS DE DIMENSIÓN 4(D4):SATISFACCIÓN 170
TABLA 147DATOS DE ADMINISTRACIÓN Y CALIDAD DEL SERVICIO 175
TABLA 148.NIVEL DE IMPACTO DE LA VARIABLE DEPENDIENTE GESTIÓN UNIVERSITARIA Y SUS DIMENSIONES 181
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. xiv
TABLA 150NIVEL DE IMPACTO DE LOS INDICADORES CUALITATIVOS. 183
TABLA 151TABLA DE CAUSAS Y SUS FRECUENCIAS ORDENADAS 193
xv PRESENTACIÓN
Señores Miembros del Jurado:
Con el objetivo de obtener el título de Ingeniero de Sistemas, y cumplir con los requisitos establecidos por la Universidad Nacional de Trujillo, presentamos el proyecto de tesis titulado:
“IMPLEMENTACIÓN DE SISTEMA WEB PARA MEJORAR LA ADMINISTRACIÓN Y CALIDAD DE SERVICIO DEL ALBERGUE “ENTRE PATAS” DE LA CIUDAD CHEPÉN”
El proyecto fue realizado con la formación obtenida en todos los ciclos de la universidad, estos conocimientos fueron aplicados junto a la experiencia laboral permitiendo terminar el proyecto de forma exitosa.
Trujillo, enero del 2023.
____________________________ _________________________
Pastor Rivadeneyra, Luis Alberto Sáenz Romero, José Luis
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. xvi
RESUMEN
IMPLEMENTACIÓN DE SISTEMA WEB PARA MEJORAR LA ADMINISTRACIÓN Y CALIDAD DE SERVICIO DEL ALBERGUE “ENTRE PATAS” DE LA CIUDAD CHEPÉN.
Por: PASTOR RIVADENEYRA, Luis Alberto, SAENZ ROMERO, José Luis.
La presente investigación fue elaborada haciendo uso de las TIC’s, presentando una propuesta sólida logrando un alto impacto en la adopción de mascotas del Refugio Animal Entre Patas de la provincia de Chepén.
La metodología utilizada fue la metodología de Programación Extrema (XP), esta metodología agilizó el desarrollo del proyecto de forma exitosa con la calidad esperada, logrando un producto adaptado a las necesidades del Refugio de Animales “Entre Patas”.
Para el desarrollo de este proyecto su usaron las tecnologías web como NG Prime 9, Angular 9, Spring boot 2.4, Java 11, MySQL 8, AWS.
El diseño de investigación fue experimental, del tipo pre-experimental, con un solo grupo preprueba posprueba, denominado pretest y postest. La población estuvo conformada por 10 colaboradores a quienes se aplicó como instrumento una encuesta, validada por tres expertos, obteniéndose en la prueba del coeficiente de Kendall para la concordancia de jueces un valor de 0.039, así mismo se realizó una prueba piloto con 15 encuestados, obteniéndose un valor de alfa de Cronbach de 0.806, demostrándose su confiabilidad y validez interna. Para la medición de tiempo se utilizó como instrumento un cronómetro. Para las pruebas estadísticas se utilizó el software SPSS V27.
En la contrastación de las hipótesis de investigación se usaron pruebas paramétricas y no paramétrica previo análisis de la normalidad de los datos pretest y postest, demostrándose que la implementación del sistema web mejora la administración y calidad del servicio del albergue Entre Patas de Chepén.
Se ha utilizado fundamentos, técnicas y buenas prácticas de programación, lo que permite realizar actualizaciones del sistema de forma más sencilla y a la reutilizar las fuentes.
Palabras clave: Sistema de información, metodología ágil, software libre, sistema web.
xvii ABSTRACT
IMPLEMENTATION OF A WEB SYSTEM TO IMPROVE THE ADMINISTRATION AND QUALITY OF SERVICE OF THE “ENTRE PATAS” SHELTER IN THE CITY OF CHEPÉN.
By: PASTOR RIVADENEYRA, Luis Alberto, SAENZ ROMERO, Jose Luis.
The present investigation was elaborated using ICTs, presenting a solid proposal achieving a high impact in the adoption of pets from the Entre Patas Animal Shelter in the province of Chepén.
The methodology used was the Extreme Programming (XP) methodology, this methodology expedited the development of the project successfully with the expected quality, achieving a product adapted to the needs of the "Entre Patas" Animal Shelter.
For the development of this project, web technologies such as NG Prime 9, Angular 9, Spring boot 2.4, Java 11, MySQL 8, AWS were used.
The research design was experimental, of the pre-experimental type, with a single pretest posttest group, called pretest and posttest. The population was made up of 10 collaborators to whom a survey was applied as an instrument, validated by three experts, obtaining a value of 0.039 in the Kendall coefficient test for the agreement of judges, likewise a pilot test was carried out with 15 respondents, obtaining a Cronbach's alpha value of 0.806, demonstrating its reliability and internal validity. A chronometer was used as an instrument to measure time. For the statistical tests, the SPSS V27 software was used.
In the contrasting of the research hypotheses, parametric and non-parametric tests were used after analyzing the normality of the pretest and posttest data, demonstrating that the implementation of the web system improves the administration and quality of the service of the Entre Patas de Chepén hostel.
Fundamentals, techniques and good programming practices have been used, which allows system updates to be carried out more easily and to reuse sources.
Keywords: Information system, agile methodology, free software, web system.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
CAPÍTULO I:
INTRODUCCIÓN
2 Un grupo de jóvenes universitarios se unieron y crearon un albergue para las mascotas (perros 90%, gatos 10%) que se encuentran abandonados en las calles de la provincia de Chepén, con la finalidad de brindarles un hogar.
Actualmente el albergue recibe el apoyo de veterinarias y la municipalidad provincial de Chepén como parte de una de sus actividades de su gestión municipal a través de coordinaciones y brindándoles un acta de funcionamiento, es por ello que este proyecto está disponible para los distritos de Chepén, Pacanga y Pueblo Nuevo.
El albergue cuenta con varios problemas tanto en infraestructura como en la administración, tales como: Falta de un local propio, falta de apoyo económico por parte de empresas privadas y la sociedad, pero el principal inconveniente es que llevan a cabo una administración de manera manual (90%) en sus actividades, no cuentan con un sistema que les permita llevar un control sobre las actividades que se realizan tales como: rescates (50%), adopciones (20%), avisos (30%).
Otro de los puntos encontrados en el albergue es la forma como se brinda información al público haciendo uso de las redes sociales y así la comunidad pueda participar de sus actividades o puedan solicitar una mascota para adoptar. Esto dificulta la interacción con el público ya que existe mucha información de manera desordenada y genera confusión.
Esto genera un problema al momento de querer identificar a las personas que brindan su apoyo constantemente al albergue al participar en actividades y/o brindando un hogar a sus futuras mascotas.
A continuación, se presentan los antecedentes que sirvieron de sustento para elaboración del proyecto de tesis.
En el ámbito internacional el investigador Paucar Cabrera (2017), en su investigación concluye que la implementación del web service con Django Rest Framework, se construyó un servicio REST que puede ser consumido externamente, ya sea por una aplicación web o móvil. De esta manera se puede lograr el intercambio de información entre plataformas o tecnologías diferentes de una forma sencilla. En base a las pruebas de carga y estrés realizadas a la aplicación web, se puede asegurar la correcta respuesta y funcionamiento del servidor hasta con 400 peticiones al mismo tiempo, sin existir pérdidas ni retraso en la información devuelta al usuario.
Con las pruebas de accesibilidad realizadas a la aplicación PetHome por medio de la W3C, se pudo validar la calidad del código fronted con una calificación AA, lo que asegura una experiencia del usuario óptima.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. 3 La recolección de requerimientos con el estándar IEEE 830 permitió obtener las necesidades del usuario como el requerimiento funcional RF14 correspondiente a la gestión de mascotas en adopción, constituyéndose en la base fundamental para el desarrollo de este proyecto, esto se logró mediante la aplicación de técnicas, métodos y una constante comunicación.
Este trabajo tiene una correlación con nuestra investigación debió a que se basa en la gestión de adopciones de una fundación, así mismo hace uso de una metodología ágil para el desarrollo del proyecto.
En el ámbito nacional, Cortez Parra & Ocares Hermosa (2020), concluyen que el aumento de canales digitales con el fin de difundir la información de adoptar mascotas incrementa la cantidad de contactos que solicitan adoptar mascotas. Además, se tiene la difusión sobre nuevos clientes que tienen mayor interés en adoptar mascotas. Se ha mejorado la administración de información de las mascotas, por lo que se tiene más información con la cual administrar las solicitudes de adopción que se reciben y priorizar la promoción de adoptar mascotas en base al tiempo de estadía en el albergue. Se ha mejorado la distribución de información a las personas interesadas en adoptar, por lo que se ofrecen promociones personalizadas en base a los gustos de los contactos.
El aplicativo web otorga a los solicitantes más información de las mascotas por lo que incrementa el interés de los solicitantes en adoptar.
Este estudio de investigación tiene correlación con nuestro trabajo debido a que ambos proyectos tienen el propósito de brindar un sistema de información web capaz de mejorar el control administrativo y brindar mayor interés hacia las mascotas de las organizaciones en estudio.
Así mismo, se busca reducir la cantidad de tiempo perdido al llevar un control manual o por medio de hojas físicas.
En el ámbito local, Flores Campos & Zavaleta Leon (2020), concluyen que la implementación de ADOPTAPE si disminuye el tiempo del proceso de adopción, toda vez que el tiempo promedio de adopción de las mascotas anteriormente a la implementación era de 11 días y con el sistema propuesto es de 4 días, representando un decremento de 7 días (36,36%). El número de adopciones aprobadas en el albergue AVA aumentaron debido a que las adopciones aprobadas antes de la implementación del sistema representaban 40% y con el sistema web y móvil aumentaron a un 66.67%, lo que representa un incremento de 26,57%. El nivel de satisfacción de los voluntarios aumentó después de la implementación del sistema Web-Móvil ADOPTAPE.
Puesto que en todas las preguntas hay un incremento de 0.20, 0.07, 0.73, 0.73, 0.67 para la pregunta 1,2, 3,4 y 4 respectivamente. Mediante la implementación del sistema web y móvil
4 ADOPTAPE se facilitó significativamente las adopciones de mascotas en estado de abandono dentro del albergue AVA, Trujillo.
La estructura del marco teórico está distribuida para lograr entender las herramientas y definiciones que se usarán para la concretización del actual proyecto de tesis, por este motivo se revisaron diversas bibliografías, entre ellas:
Los sistemas de información, según Andreu & Ricart (1991), es conjunto formal de procesos que, operando sobre una colección de datos estructurada de acuerdo a las necesidades de la empresa, recopila, elabora y distribuyen selectivamente la información necesaria para la operación de dicha empresa y para las actividades de dirección y control correspondientes, apoyando, al menos en parte, los procesos de toma de decisiones necesarios para desempeñar funciones de negocio de la empresa de acuerdo con su estrategia.
Cada sistema utiliza la información de los datos almacenados que es procesada y transformada para obtener el resultado final, el cual será utilizado por diferentes usuarios del sistema, con un proceso de retroalimentación, que permite validar si la información obtenida es la requerida.
Existen 4 etapas importantes en el proceso de desarrollo de un sistema de información:
Planificación, Análisis, Diseño e Implementación, representando el ciclo de vida del sistema de información.
Además, ALARCON (2010), afirma que para cada etapa existe 7 fases las cuales son: planificación del sistema, análisis del sistema actual, análisis de requerimientos, diseño lógico, diseño físico, implementación, instalación y pruebas.
Una vez definido los conceptos, optaremos por el uso de una metodología de desarrollo, lo cual definiremos algunos de ellos para realizar una comparación.
Metodología Ágil: Esta metodología tiene como objetivo la entrega continua de sistemas de software funcionales diseñados con una iteración rápida. Estas metodologías utilizan enfoques ágiles y de trabajo en equipo para crear mejoras continuas. El desarrollo de software ágil a menudo involucra equipos pequeños y autoorganizados de desarrolladores de software y representantes de ventas que se reúnen regularmente durante todo el ciclo de vida del desarrollo de software. El enfoque ágil aboga por un enfoque directo de la documentación del software, aceptando los cambios que pueden ocurrir en diferentes etapas del ciclo de vida, en lugar de resistirlos.
La Programación Extrema (XP) para EcuRed (2015), es una metodología ágil más exitosa en los últimos tiempos. Se diferencia de las metodologías tradicionales ya que es más adaptable que previsible.
Es una metodología que se adapta a cualquier cambio en el desarrollo de la investigación.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. 5 Según Tores Bucero (2013), esta metodología, cuenta con 4 valores fundamentales:
comunicación, retroalimentación, coraje y simplicidad.
En cuanto a los roles, para Hernández Rodríguez (2014) son: Programador, encargado de escribir el código del sistema. Cliente, se encarga de definir las historias de usuario y los requisitos funcionales para validar su implementación. Analista (tester), encargado de realizar las pruebas funcionales, a la vez apoya al cliente a definir los requisitos funcionales. Ejecuta las pruebas regularmente, comparte los resultados con el equipo y es responsable de las herramientas de soporte a utilizar para las pruebas. Encargado de seguimiento (tracker), su responsabilidad es verificar el grado de acierto entre las estimaciones realizadas y el tiempo real dedicado, comunicando los resultados para mejorar futuras estimaciones. Entrenador (coach), es el responsable del proceso global. Consultor, guía al equipo en un problema específico. gestor (big boss), es el vínculo entre clientes y programadores, ayuda a que el equipo trabaje efectivamente creando las condiciones adecuadas.
Mientras que los ciclos de vida para la metodología XP según Pérez (2011), consiste en 6 fases:
Exploración, los clientes entregan la documentación necesaria para definir las historias de usuario importantes en la primera entrega del producto. Planificación de la entrega, aquí se prioriza cada historia de usuario, para que los programadores puedan realizar la estimación correspondiente.
Iteraciones, esta fase consiste en realizar varias iteraciones sobre el sistema en desarrollo.
Producción, se necesitan realizar pruebas funcionales y revisiones de rendimiento previo a la entrega del cliente. Mantenimiento, en esta fase se debe mantener el sistema en funcionamiento y desarrollar nuevas historias de usuario según requiera el cliente. Muerte del Proyecto, en esta etapa el cliente no asigna más requerimientos (historias de usuario) a desarrollar.
La Metodología SCRUM según Pesquera (2013), se utiliza para la gestión de proyectos, mas no para programarlos. Esta metodología se basa en: Planificación del proyecto, Identificación de las actividades, Priorización según el valor de negocio de las variables, Estimación de tiempos, Desarrollo de las actividades, Evaluación del proyecto.
Un sprint es el tiempo de desarrollo que se demora el equipo SCRUM en culminar una o varias historias de usuario.
La metodología Microsoft Solutions Framework (MSF) para Pérez (2011), está basada en un conjunto de principios, modelos, disciplinas, conceptos, directrices y practicas aprobadas por Microsoft, que asegura resultados con menor riesgo y de mayor calidad, centrándose en el proceso y las personas.
6 Esta metodología cuenta con 8 principios los cuales son: Fomentar la comunicación abierta, trabajar hacia una visión compartida, empoderar a los miembros del equipo, establecer la rendición de cuentas claras y la responsabilidad compartida, centrarse en ofrecer valor empresarial, mantenerse ágil, en espera de un cambio, invertir en la calidad, aprender de todas las experiencias.
Por otra parte, la metodología MSF establece 5 fases las cuáles son: fase de visión, fase de planificación, fase de desarrollo, fase de estabilización, fase de implantación.
Otro termino importante es el software libre, para Hispalinux (2014), se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software.
SegúnGómez, Zazo, Figuerola, & Berrocal (2014), un software libre posee 4 libertades: libertad de ejecutar el programa con cualquier propósito, libertad de estudiar y modificar el programa para adaptarlo a sus necesidades, implicando el acceso al código fuente del programa, libertad para copiar y redistribuir libremente ese programa, libertad para mejorar el programa y hacer públicas esas mejoras.
En la parte del front-end utilizaremos tecnologías como HTML según (Sánchez Morales, 2012), son las iniciales de Hyper Text Markup Language. Es un conjunto de etiquetas incluidas en ficheros de texto que definen la estructura de un documento WWW y sus vínculos con otros documentos;
los documentos WWW leen estos archivos de texto e interpretan sus etiquetas para determinar cómo desplegar la página web.
Los CSS paraPedrós Piñon, Panzano, & Gonzalo (2012), son las iniciales de Cascading Style Sheets (hojas de estilo en cascada) permite que el HTML tenga una apariencia muy atractiva.
Según la documentación oficial, Angular afirma que es una plataforma y un marco para la creación de páginas que utilicen HTML y TypeScript. Angular implementa características primarias y opcionales como un conjunto de bibliotecas de typeScript importadas a las aplicaciones.
Una arquitectura de un proyecto en Angular se basa en varias definiciones básicas. Los bloques de construcción básicos del marco Angular son componentes organizados en módulos. Los módulos recopilan el código asociado en conjuntos de funciones; una aplicación siempre tiene al menos un módulo raíz de arranque y, a menudo, más módulos de funciones.
Los componentes definen las vistas, que son colecciones de múltiples elementos en una pantalla que Angular puede seleccionar y editar en función de la lógica y los datos del programa.
Los módulos, componentes y servicios son clases que utilizan decoradores. Estos decoradores marcan su tipo y proporcionan metadatos que le dicen a Angular cómo usarlos.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú. 7 Los metadatos de una clase de componente lo asocian con un modelo que define una vista. Una plantilla que combina HTML regular con directivas de Angular y marcado de enlaces que permite a Angular modificar el HTML antes de renderizarlo para la presentación.
Los metadatos de una clase de servicio proporcionan la información que Angular necesita para ponerla a disposición de los componentes a través de la inyección de dependencia (DI).
Mientras que PrimeNG en su documentación oficial indica que es una biblioteca independiente del diseño, por lo que a diferencia de otras bibliotecas de interfaz de usuario no aplica un determinado estilo, como material o arranque. Para lograr esto, el estilo se ha separado en núcleo y tema. Core reside dentro de PrimeNG para implementar la estructura de los componentes como el posicionamiento, mientras que el tema trae los colores, rellenos y márgenes.
PrimeNG ofrece varios temas gratuitos y temas premium junto con plantillas premium que proporcionan un diseño de aplicación también. Todos los temas gratuitos se construyen con el Diseñador de temas y el paquete npm trae la salida CSS del tema, mientras que SCSS se mantiene como una característica premium en el diseñador. Esto significa que los temas gratuitos son de código abierto y para la personalización con SASS, es necesario adquirir una licencia de diseñador.
En la parte del back-end se utilizarán las siguientes tecnologías de desarrollo Java según Deitel (1998) es un poderoso lenguaje de programación, las aplicaciones en Java están construidas por piezas denominadas clases. Las clases incluyen métodos, los cuales realizan diferentes tipos de tareas y devuelven información una vez completada la tarea. Los desarrolladores pueden crear cada clase y diversos métodos para formar aplicaciones en Java. Sin embargo, Java cuenta con muchas colecciones de clases existentes en las bibliotecas de clases de java que la mayoría de los desarrolladores lo utilizan, también se conocen como APIs (Interfaces de programación de aplicaciones) de Java. Por lo tanto, existen dos fundamentos para conocer el “mundo” de Java. El primero es el lenguaje Java en sí, de manera que el desarrollador pueda crear sus propias clases;
el segundo son las clases incluidas en las extensas bibliotecas de clases de Java.
Spring Boot según la documentación oficial indica la gran ayuda a crear aplicaciones independientes basadas en primavera de grado de producción que puede ejecutar. Tenemos una visión opinada de la plataforma Spring y bibliotecas de terceros, para que pueda comenzar con el mínimo alboroto. La mayoría de las aplicaciones Spring Boot necesitan muy poca configuración de Spring.