• No se han encontrado resultados

UNIVERSIDAD NACIONAL DE TRUJILLO

N/A
N/A
Protected

Academic year: 2023

Share "UNIVERSIDAD NACIONAL DE TRUJILLO"

Copied!
229
0
0

Texto completo

(1)

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

(2)

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

(3)

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.

(4)

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

(5)

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

(6)

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

(7)

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

(8)

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

(9)

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

(10)

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

(11)

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

(12)

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

(13)

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

(14)

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

(15)

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

(16)

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.

(17)

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.

(18)

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

(19)

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.

(20)

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

(21)

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.

(22)

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.

(23)

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.

(24)

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.

Referencias

Documento similar

E Clamades andaua sienpre sobre el caua- 11o de madera, y en poco tienpo fue tan lexos, que el no sabia en donde estaña; pero el tomo muy gran esfuergo en si, y pensó yendo assi

6 Para la pervivencia de la tradición clásica y la mitología en la poesía machadiana, véase: Lasso de la Vega, José, “El mito clásico en la literatura española

The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the

In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)

Package Item (Container) Type : Vial (100000073563) Quantity Operator: equal to (100000000049) Package Item (Container) Quantity : 1 Material : Glass type I (200000003204)