Rodriguez Carbajal, Alicia Darlene

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
Sistema académico web y la mejora en el proceso de matrículas y pagos de la institución educativa

Virgen de la Asunción del Porvenir – Trujillo
TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO DE SISTEMAS
AUTOR :
Rodriguez Carbajal Alicia Darlene
ASESOR :
Mg. Tenorio Cabrera Julio Luis
LÍNEA DE INVESTIGACIÓN :
Gestión de Desarrollo de Software
TRUJILLO - PERÚ
2019
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
ii
DEDICATORIA
A Dios por bendecirme día a día,

dándome las oportunidades de cumplir
mis metas.
A mis padres, Javier Rodriguez y Shirley

Carbajal que son inspiración para cumplir mis
logros por darme la oportunidad de
desarrollarme profesionalmente y saber
encaminarme a lo largo de mi vida.
A mi querido hermano Arnold por ser mi

compañero a lo largo de mi vida y
siempre estar apoyándome.
Alicia Darlene.
iii
AGRADECIMIENTOS
A la Universidad Nacional de Trujillo, mi Alma Mater por todo lo que me ha brindado en lo largo de
mi carrera universitaria.
A mi Asesor de Tesis Ing. Tenorio Cabrera, Julio Luis por guiarme en el presente proyecto
contribuyendo con su experiencia y sabiduría.
A todo el personal de docentes de la Escuela de Ingeniería de Sistemas, por su gentil colaboración

con sus opiniones y conocimientos a lo largo de mi vida universitaria, que sin ellos no habría sido
posible el desarrollo de este proyecto.
La autora.
iv
ÍNDICE GENERAL
1. CAPÍTULO I: INTRODUCCIÓN ....................................................................................................... 2

2. CAPITULO II: MATERIALES Y MÉTODOS .................................................................................. 21
2.1. Materiales .............................................................................................................................. 21
Objeto de estudio ....................................................................................................... 21
Recursos .................................................................................................................... 21
2.2. Métodos ................................................................................................................................. 22
Tipo de Investigación ................................................................................................. 22
Nivel de Investigación ................................................................................................ 23
Diseño de Investigación............................................................................................. 23
Población, Muestra y Muestreo ................................................................................. 24
Variables..................................................................................................................... 27
Técnicas e Instrumentos, Validación y Confiabilidad ............................................... 28
Método de Análisis de Datos ..................................................................................... 29
Procedimiento ............................................................................................................ 30
Consideraciones Éticas ............................................................................................. 30
3. CAPITULO III: RESULTADOS ....................................................................................................... 32
3.1. FASE I: INCEPCIÓN ............................................................................................................. 32
3.1.1. Modelo del negocio .................................................................................................... 32
3.1.2. Modelo de requerimientos ......................................................................................... 48
3.2. FASE II: ELABORACIÓN ..................................................................................................... 90
3.2.1. Modelo de análisis ..................................................................................................... 90
3.2.2. Modelo de diseño ..................................................................................................... 144
3.3. FASE III: CONSTRUCCIÓN ............................................................................................... 204
3.3.1. Diagrama de componentes ..................................................................................... 204
3.3.2. Diagrama de despliegue .......................................................................................... 205
3.4. FASE IV: TRANSICCIÓN ................................................................................................... 206
3.4.1. Modelo de pruebas .................................................................................................. 206
3.4.2. Modelo de implementación...................................................................................... 211
3.5. Planteamiento de Hipótesis ................................................................................................ 213
3.6. Contrastación de la Hipótesis ............................................................................................. 213
3.7. Análisis de los Indicadores Cualitativos ............................................................................. 213
3.7.1. Nivel de satisfacción de los usuarios del proceso de matrículas y pagos ............ 214
3.8. Análisis de los Indicadores Cuantitativos .......................................................................... 220
3.8.1. Tiempo de demora en el proceso de matrícula de alumnos .................................. 220

3.8.2. Tiempo de búsqueda de información de alumnos. ................................................ 225
3.8.3. Tiempo de generación de reportes de información ................................................ 230
4. CAPITULO IV: DISCUSIÓN ......................................................................................................... 235
4.1. Indicador Cualitativo “Nivel de satisfacción de los usuarios del proceso de matrículas y
pagos” 235
4.2. Indicador Cuantitativo “Tiempo de demora en el proceso de matrícula de alumnos” ..... 236
4.3. Indicador Cuantitativo “Tiempo de búsqueda de información de alumnos” ..................... 237
4.4. Indicador Cuantitativo “Tiempo de generación de reportes de información” ................... 238
5. CAPITULO V: CONCLUSIONES Y RECOMENDACIONES ...................................................... 240
5.1. Conclusiones ....................................................................................................................... 240
5.2. Recomendaciones .............................................................................................................. 241
6. CAPITULO VI: REFERENCIAS BIBLIOGRÁFICAS ................................................................... 243
ANEXOS ................................................................................................................................................ 246
FORMATOS .......................................................................................................................................... 285
vi
ÍNDICE DE FIGURAS
Figura N° 1: Arquitectura RUP ................................................................................................................. 8

Figura N° 2: Fases de la Metodología SCRUM..................................................................................... 10
Figura N° 3: Fases de la Metodología SCRUM..................................................................................... 12
Figura N° 4: Ejemplo de marcado semántico de un documento web con HTML ................................ 15
Figura N° 5: Estructura de RUP ............................................................................................................. 30
Figura N° 6: Organización del Modelo de Casos de Uso del Negocio ................................................ 33
Figura N° 7: Diagrama de Objetivos del Negocio ................................................................................. 34
Figura N° 8: Casos de Uso vs. Objetivos del Negocio.......................................................................... 35
Figura N° 9: Diagrama de Casos de Uso del Negocio.......................................................................... 36
Figura N° 10: Organización del Modelo de Análisis del Negocio ......................................................... 36
Figura N° 11: Trabajadores del Modelo de Análisis del Negocio ......................................................... 38
Figura N° 12: Entidades del Negocio ..................................................................................................... 38
Figura N° 13: Diagrama de Realizaciones del Negocio ........................................................................ 39
Figura N° 14: Diagrama de Estados de Alumno ................................................................................... 39
Figura N° 15: Diagrama de Estados de Apoderado .............................................................................. 40
Figura N° 16: Diagrama de Estados de Pago ....................................................................................... 40
Figura N° 17: Diagrama de Estados de Matrícula ................................................................................. 41
Figura N° 18: Diagrama de Estados de Aula ........................................................................................ 41
Figura N° 19: Diagrama de Estado de Periodo ..................................................................................... 42
Figura N° 20: Diagrama de Actividades CUN Gestionar registros académicos .................................. 43
Figura N° 21: Diagrama de Actividades CUN Gestionar matrícula ...................................................... 44
Figura N° 22: Diagrama de Actividades CUN Gestionar pagos ........................................................... 45
Figura N° 23: Modelo de Objetos CUN Gestionar registros académicos ............................................ 46
Figura N° 24: Modelo de Objetos CUN Gestionar matrícula ................................................................ 46
Figura N° 25: Modelo de Objetos CUN Gestionar pagos ..................................................................... 47
Figura N° 26: Modelo del Dominio ......................................................................................................... 47
Figura N° 27: Organización del Modelo ................................................................................................. 50
Figura N° 28: Diagrama de actores del sistema.................................................................................... 51
Figura N° 29: Diagrama de paquetes y sus relaciones......................................................................... 51
Figura N° 30: Paquete de Administración ............................................................................................. 52
Figura N° 31: Paquete de Seguridad ..................................................................................................... 52
Figura N° 32: Paquete de Gestionar programación académica ........................................................... 53
vii
Figura N° 33: Paquete de Gestionar matricula...................................................................................... 53

Figura N° 34: Paquete de Gestionar pagos........................................................................................... 54
Figura N° 35: Paquete de Gestionar reportes y consultas ................................................................... 54
Figura N° 36: Diagrama general de Casos de uso ............................................................................... 55
Figura N° 37: Cálculo de VAN en hoja de Excel 2016 .......................................................................... 84
Figura N° 38: Cálculo del TIR en hoja de Excel 2016 ........................................................................... 85
Figura N° 39: Diagrama de arquitectura de análisis ............................................................................. 90
Figura N° 40: Diagrama de Casos de Uso según Análisis ................................................................... 91
Figura N° 41: Realizaciones de seguridad ............................................................................................ 92
Figura N° 42: Realizaciones de programación académica ................................................................... 93
Figura N° 43: Realizaciones de matricula ............................................................................................. 94
Figura N° 44: Realizaciones de pagos .................................................................................................. 95
Figura N° 45: Realizaciones de reportes ............................................................................................... 96
Figura N° 46: Diagrama de Clases CU Ingresar al sistema ................................................................. 97
Figura N° 47: Diagrama de Clases CU Cambiar clave ......................................................................... 98
Figura N° 48: Diagrama de Clases CU Mantener usuario .................................................................... 99
Figura N° 49: Diagrama de Clases CU Gestionar rol ......................................................................... 100
Figura N° 50: Diagrama de Clases CU Gestionar menú .................................................................... 100
Figura N° 51: Diagrama de Clases CU Gestionar permisos de usuario ............................................ 101
Figura N° 52: Diagrama de Clases CU Registrar periodo escolar ..................................................... 101
Figura N° 53: Diagrama de Clases CU Iniciar periodo escolar .......................................................... 102
Figura N° 54: Diagrama de Clases CU Gestionar grado .................................................................... 102
Figura N° 55: Diagrama de Clases CU Gestionar seccion ................................................................. 103
Figura N° 56: Diagrama de Clases CU Registrar aula ........................................................................ 104
Figura N° 57: Diagrama de Clases CU Registrar matricula................................................................ 105
Figura N° 58: Diagrama de Clases CU Registrar apoderado ............................................................. 106
Figura N° 59: Diagrama de Clases CU Registrar alumno .................................................................. 107
Figura N° 60: Diagrama de Clases CU Registrar pago de matricula ................................................. 108
Figura N° 61: Diagrama de Clases CU Registrar pago de pensiones ............................................... 109
Figura N° 62: Diagrama de Clases CU Registrar pago de tramite ..................................................... 110
Figura N° 63: Diagrama de Clases CU Registrar cronograma de pensiones.................................... 111
Figura N° 64: Diagrama de Clases CU Generar reporte de aulas ..................................................... 111
Figura N° 65: Diagrama de Clases CU Generar reporte de alumnos por aula.................................. 112
Figura N° 66: Diagrama de Clases CU Listar información del alumno .............................................. 113
viii
Figura N° 67: Diagrama de Clases CU Generar reporte de pagos .................................................... 114

Figura N° 68: Diagrama de colaboración CU Ingresar al sistema...................................................... 115
Figura N° 69: Diagrama de colaboración CU Cambiar clave ............................................................. 116
Figura N° 70: Diagrama de colaboración CU Mantener usuario- Flujo Principal .............................. 117
Figura N° 71: Diagrama de colaboración CU Mantener usuario- Subflujo Registrar usuario ........... 117
Figura N° 72: Diagrama de colaboración CU Mantener usuario- Subflujo Editar usuario ................ 118
Figura N° 73: Diagrama de colaboración CU Mantener usuario- Subflujo Eliminar usuario............. 118
Figura N° 74: Diagrama de colaboración CU Gestionar rol ................................................................ 119
Figura N° 75: Diagrama de colaboración CU Gestionar menú .......................................................... 120
Figura N° 76: Diagrama de colaboración CU – Flujo principal Gestionar permisos de usuario ....... 121
Figura N° 77: Diagrama de colaboración CU – Subflujo registrar permisos de usuario ................... 121
Figura N° 78: Diagrama de colaboración CU – Subflujo editar permisos de usuario........................ 122
Figura N° 79: Diagrama de colaboración CU – Subflujo eliminar permisos de usuario .................... 122
Figura N° 80: Diagrama de colaboración CU Registrar periodo escolar ........................................... 123
Figura N° 81: Diagrama de colaboración CU Iniciar periodo escolar................................................. 124
Figura N° 82: Diagrama de colaboración CU-Flujo principal Gestionar grado .................................. 125
Figura N° 83: Diagrama de colaboración CU-Subflujo Registrar grado............................................. 125
Figura N° 84: Diagrama de colaboración CU-Subflujo Editar grado .................................................. 126
Figura N° 85: Diagrama de colaboración CU-Subflujo Editar grado .................................................. 126
Figura N° 86: Diagrama de colaboración CU Gestionar seccion ....................................................... 127
Figura N° 87: Diagrama de colaboración CU Registrar aula .............................................................. 128
Figura N° 88: Diagrama de colaboración CU Registrar matricula ...................................................... 129
Figura N° 89: Diagrama de colaboración CU Registrar apoderado ................................................... 130
Figura N° 90: Diagrama de colaboración CU Registrar alumno ......................................................... 131
Figura N° 91: Registrar pago de matricula .......................................................................................... 132
Figura N° 92: Registrar pago de pensiones ........................................................................................ 133
Figura N° 93: Registrar pago de tramite .............................................................................................. 134
Figura N° 94: Registrar cronograma de pensiones ............................................................................. 135
Figura N° 95: Diagrama de colaboración CU Generar reporte de aulas ........................................... 136
Figura N° 96: Diagrama de colaboración CU Generar reporte de alumnos por aula ........................ 137
Figura N° 97: Diagrama de colaboración CU Listar información de alumno ..................................... 138
Figura N° 98: Diagrama de colaboración CU Generar reporte de pagos .......................................... 139
Figura N° 99: Modelo Conceptual ........................................................................................................ 140
Figura N° 100: Modelo UML ................................................................................................................. 141
ix
Figura N° 101: Modelo de datos lógico................................................................................................ 142

Figura N° 102: Modelo de datos físico................................................................................................. 143
Figura N° 103: Diagrama de subsistemas ........................................................................................... 144
Figura N° 104: Diagrama de navegabilidad......................................................................................... 145
Figura N° 105: Realizaciones de diseño–Seguridad .......................................................................... 146
Figura N° 106: Realizaciones de diseño– Programación académica ................................................ 147
Figura N° 107: Realizaciones de diseño– Matricula ........................................................................... 148
Figura N° 108: Realizaciones de diseño– Pagos ................................................................................ 148
Figura N° 109: Realizaciones de diseño–Reportes ............................................................................ 149
Figura N° 110: Diagrama de clase de diseño CU Ingresar al sistema ............................................... 150
Figura N° 111: Diagrama de clase de diseño CU Cambiar clave ...................................................... 150
Figura N° 112: Diagrama de clase de diseño CU Mantener usuario ................................................. 151
Figura N° 113: Diagrama de clase de diseño CU Gestionar rol ......................................................... 152
Figura N° 114: Diagrama de clase de diseño CU Gestionar menú .................................................... 152
Figura N° 115: Diagrama de clase de diseño CU Gestionar permisos de usuario ........................... 153
Figura N° 116: Diagrama de clase de diseño CU Registrar periodo escolar..................................... 153
Figura N° 117: Diagrama de clase de diseño CU Iniciar periodo escolar .......................................... 154
Figura N° 118: Diagrama de clase de diseño CU Gestionar grado.................................................... 154
Figura N° 119: Diagrama de clase de diseño CU Gestionar sección ................................................ 155
Figura N° 120: Diagrama de clase de diseño CU Registrar aula ....................................................... 155
Figura N° 121: Diagrama de clase de diseño CU Registrar matricula ............................................... 156
Figura N° 122: Diagrama de clase de diseño CU Registrar apoderado ............................................ 157
Figura N° 123: Diagrama de clase de diseño CU Registrar alumno .................................................. 157
Figura N° 124: Diagrama de clase de diseño CU Registrar pago de matricula ................................ 158
Figura N° 125: Diagrama de clase de diseño CU Registrar pago de pensiones............................... 159
Figura N° 126: Diagrama de clase de diseño CU Registrar pago de tramite .................................... 160
Figura N° 127: Diagrama de clase de diseño CU Registrar cronograma de pensiones ................... 161
Figura N° 128: Diagrama de clase de diseño CU Generar reporte de aulas..................................... 162
Figura N° 129: Diagrama de clase de diseño CU Generar reporte de alumnos por aula ................. 163
Figura N° 130: Diagrama de clase de diseño CU Listar información de alumno .............................. 164
Figura N° 131: Diagrama de clase de diseño CU Generar reporte de pagos ................................... 165
Figura N° 132: Formulario Inicio de Sesión ......................................................................................... 166
Figura N° 133: Formulario Principal del sistema ................................................................................. 166
Figura N° 134: Formulario Cambiar clave ........................................................................................... 167
Figura N° 135: Formulario Cambiar clave ........................................................................................... 167

Figura N° 136: Formulario Perfiles-roles y menu ................................................................................ 168
Figura N° 137: Formulario Usuarios .................................................................................................... 168
Figura N° 138: Formulario Registrar usuario ....................................................................................... 169
Figura N° 139: Formulario Editar usuario ............................................................................................ 169
Figura N° 140: Formulario Periodo escolar ......................................................................................... 170
Figura N° 141: Formulario Editar periodo escolar ............................................................................... 170
Figura N° 142: Formulario Información de periodo escolar ................................................................ 171
Figura N° 143: Formulario Aulas .......................................................................................................... 171
Figura N° 144: Formulario Agregar aula .............................................................................................. 172
Figura N° 145: Formulario Registrar grado y Registrar Seccion ........................................................ 172
Figura N° 146: Formulario PDF Reporte de aulas .............................................................................. 173
Figura N° 147: Formulario Alumnos..................................................................................................... 173
Figura N° 148: Formulario Registrar apoderado ................................................................................. 174
Figura N° 149: Formulario Registrar alumno ....................................................................................... 174
Figura N° 150: Formulario Informacion de alumno ............................................................................. 175
Figura N° 151: Formulario Matricula .................................................................................................... 175
Figura N° 152: Formulario PDF Reporte de alumnos por aulas ......................................................... 176
Figura N° 153: Formulario Matricula-registrar matricula ..................................................................... 176
Figura N° 154: Formulario Aulas con alumnos matriculados ............................................................. 177
Figura N° 155: Formulario Pagos......................................................................................................... 177
Figura N° 156: Formulario Registrar pago de matricula ..................................................................... 178
Figura N° 157: Formulario Registrar pago de pension ....................................................................... 178
Figura N° 158: Formulario Registrar pago de tramite ......................................................................... 179
Figura N° 159: Formulario Deudas de alumnos .................................................................................. 179
Figura N° 160: Formulario Reporte pagos ........................................................................................... 180
Figura N° 161: Formulario ficha de pago de tramite ........................................................................... 180
Figura N° 162: Formulario Reporte grafico de pagos ......................................................................... 181
Figura N° 163: Diagrama de secuencia Ingresar al sistema .............................................................. 182
Figura N° 164: Diagrama de secuencia Cambiar clave ...................................................................... 183
Figura N° 165: Diagrama de secuencia Mantener usuario ................................................................. 184
Figura N° 166: Diagrama de secuencia Gestionar rol ........................................................................ 185
Figura N° 167: Diagrama de secuencia Gestionar menu ................................................................... 186
Figura N° 168: Diagrama de secuencia Gestionar permisos de usuario ........................................... 187
xi
Figura N° 169: Diagrama de secuencia Registrar periodo escolar .................................................... 188

Figura N° 170: Diagrama de secuencia Iniciar periodo escolar ......................................................... 189
Figura N° 171: Diagrama de secuencia Gestionar grado ................................................................... 190
Figura N° 172: Diagrama de secuencia Gestionar seccion ................................................................ 191
Figura N° 173: Diagrama de secuencia Registrar aula....................................................................... 192
Figura N° 174: Diagrama de secuencia Registrar matricula .............................................................. 193
Figura N° 175: Diagrama de secuencia Registrar apoderado ............................................................ 194
Figura N° 176: Diagrama de secuencia Registrar alumno ................................................................. 195
Figura N° 177: Diagrama de secuencia Registrar pago de matricula ................................................ 196
Figura N° 178: Diagrama de secuencia Registrar pago de pensiones .............................................. 197
Figura N° 179: Diagrama de secuencia Registrar pago de tramite .................................................... 198
Figura N° 180: Diagrama de secuencia Registrar cronograma de pensiones................................... 199
Figura N° 181: Diagrama de secuencia Generar reporte de aulas .................................................... 200
Figura N° 182: Diagrama de secuencia Generar reporte de alumnos por aula ................................ 201
Figura N° 183: Diagrama de secuencia Listar información de alumno .............................................. 202
Figura N° 184: Diagrama de secuencia Generar reporte de pagos ................................................... 203
Figura N° 185: Diagrama de componentes ......................................................................................... 204
Figura N° 186: Diagrama de despliegue.............................................................................................. 205
Figura N° 187: Gráfico de Aceptación Nivel de Satisfacción de usuarios ......................................... 219
Figura N° 188: Gráfico de Aceptación Tiempo de demora en el proceso de matrícula .................... 225
Figura N° 189: Gráfico de Aceptación Tiempo de búsqueda de información .................................... 230
Figura N° 190: Gráfico de Aceptación Tiempo de generación de reportes de información .............. 233
Figura N° 191: Nivel de satisfacción de usuarios ................................................................................ 235
Figura N° 192: Tiempo de demora en el proceso de matrícula de alumnos ..................................... 236
Figura N° 193: Tiempo de búsqueda de información de alumnos ..................................................... 237
Figura N° 194: Tiempo de generación de reportes de información ................................................... 238
xii
ÍNDICE DE TABLAS
Tabla N° 1: Escala de Valoración .......................................................................................................... 17

Tabla N° 2: Matriz de Selección de Metodología .................................................................................. 18
Tabla N° 3: Recursos de personal ......................................................................................................... 21
Tabla N° 4: Recursos de bienes ............................................................................................................ 21
Tabla N° 5: Viajes ................................................................................................................................... 21
Tabla N° 6: Servicios de energía ........................................................................................................... 22
Tabla N° 7: Servicios de internet............................................................................................................ 22
Tabla N° 8: Recursos tecnológicos de hardware .................................................................................. 22
Tabla N° 9: Recursos tecnológicos de software.................................................................................... 22
Tabla N° 10: Cargo de usuarios para nivel de satisfacción .................................................................. 25
Tabla N° 11: Cuadro de técnicas e instrumentos .................................................................................. 28
Tabla N° 12: Cuadro de indicadores con instrumentos de medición ................................................... 28
Tabla N° 13: Cuadro de pruebas estadísticas ....................................................................................... 29
Tabla N° 14: Descripción de los Actores del Negocio .......................................................................... 33
Tabla N° 15: Hoja de Descripción CUN Gestionar matrícula ............................................................... 37
Tabla N° 16: Hoja de Descripción CUN Gestionar pagos .................................................................... 37
Tabla N° 17: Hoja de Descripción CUN Gestionar registros académicos ........................................... 37
Tabla N° 18: Descripción de los Trabajadores del Negocio ................................................................. 38
Tabla N° 19: Descripción de actores ..................................................................................................... 50
Tabla N° 20: Descripción del Caso de Uso Gestionar rol ..................................................................... 56
Tabla N° 21: Descripción del Caso de Uso Gestionar menú ................................................................ 57
Tabla N° 22: Descripción del Caso de Uso Gestionar permisos de usuario ....................................... 58
Tabla N° 23: Descripción del Caso de Uso Mantener usuario ............................................................. 59
Tabla N° 24: Descripción del Caso de Uso Ingresar al sistema ........................................................... 60
Tabla N° 25: Descripción del Caso de Uso Cambiar clave .................................................................. 60
Tabla N° 26: Descripción del Caso de Uso Iniciar periodo escolar ...................................................... 61
Tabla N° 27: Descripción del Caso de Uso Registrar periodo escolar................................................. 61
Tabla N° 28: Descripción del Caso de Uso Gestionar sección ............................................................ 62
Tabla N° 29: Descripción del Caso de Uso Gestionar grado ............................................................... 63
Tabla N° 30: Descripción del Caso de Uso Registrar aula ................................................................... 64
Tabla N° 31: Descripción del Caso de Uso Registrar matrícula ........................................................... 65
Tabla N° 32: Descripción del Caso de Uso Registrar apoderado ........................................................ 66
Tabla N° 33: Descripción del Caso de Uso Registrar alumno .............................................................. 67
xiii
Tabla N° 34: Descripción del Caso de Uso Registrar pago de matricula ............................................ 68
Tabla N° 35: Descripción del Caso de Uso Registrar pago de pensiones .......................................... 69
Tabla N° 36: Descripción del Caso de Uso Registrar pago de tramite ................................................ 70
Tabla N° 37: Descripción del Caso de Uso Registrar cronograma de pensiones ............................... 71
Tabla N° 38: Descripción del Caso de Uso Generar reporte de aulas................................................. 72
Tabla N° 39: Descripción del Caso de Uso Generar reporte de alumnos por aula ............................. 72
Tabla N° 40: Descripción del Caso de Uso Listar información de alumno .......................................... 73
Tabla N° 41: Descripción del Caso de Uso Generar reporte grafico de pagos ................................... 73
Tabla N° 42: Factor de peso por tipo de actor ...................................................................................... 74
Tabla N° 43: Resumen de Factor de Peso de Actores Sin Ajustar ...................................................... 74
Tabla N° 44: Factores de peso por cada caso de uso y su tipo ........................................................... 75
Tabla N° 45: Factores de peso de casos de uso .................................................................................. 75
Tabla N° 46: Peso de cada factor de complejidad técnica y su valor .................................................. 76
Tabla N° 47: Factores y pesos de complejidad técnica ........................................................................ 76
Tabla N° 48: Peso de cada factor Ambiente y su valor ........................................................................ 77
Tabla N° 49: Porcentaje de Actividad y su valor en Horas – Hombre.................................................. 78
Tabla N° 50: Costo de hardware ............................................................................................................ 79
Tabla N° 51: Costo de software ............................................................................................................. 79
Tabla N° 52: Costo de mobiliario ........................................................................................................... 80
Tabla N° 53: Resumen de costos de inversión ..................................................................................... 80
Tabla N° 54: Costo de recursos humanos ............................................................................................. 80
Tabla N° 55: Costo de recursos materiales ........................................................................................... 80
Tabla N° 56: Costo de energía eléctrica ................................................................................................ 81
Tabla N° 57: Costo de servicios ............................................................................................................. 81
Tabla N° 58: Resumen de costos de desarrollo .................................................................................... 81
Tabla N° 59: Costo operacional de recursos humanos ........................................................................ 81
Tabla N° 60: Costo operacional de recursos materiales ...................................................................... 82
Tabla N° 61: Costo operacional de energía eléctrica ........................................................................... 82
Tabla N° 62: Resumen de costos operacionales ................................................................................. 82
Tabla N° 63: Beneficios Tangibles ......................................................................................................... 83
Tabla N° 64: Datos de flujo de caja ....................................................................................................... 83
Tabla N° 65: Análisis de rentabilidad ..................................................................................................... 83
Tabla N° 66: Resumen de indicadores económicos ............................................................................. 87
Tabla N° 67: Criterios de priorización .................................................................................................... 88
xiv
Tabla N° 68: Nivel de impacto de casos de uso.................................................................................... 88

Tabla N° 69: Priorización de casos de uso ............................................................................................ 89
Tabla N° 70: Implantación del sistema ................................................................................................ 212
Tabla N° 71: Tabla de indicadores ....................................................................................................... 213
Tabla N° 72: Escala de medición indicadores cualitativos ................................................................. 213
Tabla N° 73: Tabulación indicadores cualitativos ............................................................................... 214
Tabla N° 74: Ponderación del Nivel de Satisfacción de los usuarios del proceso de matrículas y
pagos (Pre-Test) ................................................................................................................................... 215
Tabla N° 75: Ponderación del Nivel de Satisfacción de los usuarios del proceso de matrículas y
pagos (Post-Test) .................................................................................................................................. 216
Tabla N° 76: Contrastación Pre y Post Test del Nivel de Satisfacción de los usuarios del proceso de
matrículas y pagos ................................................................................................................................ 217
Tabla N° 77: Tiempos para el indicador “Tiempo de demora en el proceso de matrícula de alumnos”
............................................................................................................................................................... 221
Tabla N° 78: Tiempos para el indicador “Tiempo de búsqueda de información de alumnos” .......... 226
Tabla N° 79: Tiempos para el indicador “Tiempo de generación de reportes de información” ........ 231
Tabla N° 80: Nivel de Impacto – Indicador Cualitativo I ..................................................................... 235
Tabla N° 81: Nivel de Impacto – Indicador Cuantitativo I ................................................................... 236
Tabla N° 82: Nivel de Impacto – Indicador Cuantitativo II .................................................................. 237
Tabla N° 83: Nivel de Impacto – Indicador Cuantitativo III ................................................................. 238
xv
ÍNDICE DE ANEXOS
Anexo A: Árbol de Problemas………….. ............................................................................................. 246

Anexo B: Árbol de Objetivos ................................................................................................................. 247
Anexo C: Matriz de Operacionalización de Variables ......................................................................... 248
Anexo D: Instrumentos de Recolección de Datos ............................................................................... 249
Anexo E: Instrumentos de Procesamiento y Análisis de Información ................................................ 254
Anexo F: Validación de Instrumentos .................................................................................................. 256
Anexo G: Constancia de aplicación de instrumentos .......................................................................... 273
Anexo H: Instrumentos de Distribución Estadística de Probabilidad.................................................. 274
Anexo I: Manual de instalación............................................................................................................. 276
xvi
PRESENTACIÓN
Señores Miembros del Jurado Dictaminador:
Cumpliendo con las disposiciones Legales y actuales del Reglamento de Grados y Títulos de la
Escuela Académico Profesional de Ingeniería de Sistemas, perteneciente a la Facultad de Ingeniería
de la Universidad Nacional de Trujillo, y con el objetivo de optar por el Título de Ingeniero de Sistemas,
presento ante ustedes el siguiente trabajo de Tesis titulado:
“SISTEMA ACADÉMICO WEB Y LA MEJORA EN EL PROCESO DE MATRÍCULAS Y PAGOS

DE LA INSTITUCIÓN EDUCATIVA VIRGEN DE LA ASUNCIÓN DEL PORVENIR – TRUJILLO”
El presente proyecto de tesis es el fruto del trabajo y esfuerzo humano invertido; esperando que sirva
como un aporte para el desarrollo de herramientas tecnológicas posteriores.
Trujillo, Octubre del 2019.
____________________________
Rodriguez Carbajal, Alicia Darlene
xvii
RESUMEN
En este presente trabajo se describe la implementación de un sistema web para la mejora de los
procesos de matrículas y pagos de la institución educativa Virgen de la Asunción.
En la actualidad la institución educativa no utiliza las herramientas tecnológicas adecuadas para un
desarrollo eficaz de sus procesos ocasionando desorganización y demora, generando que se pierda
la calidad de dicha institución educativa.
Por lo tanto, como solución se desarrolló este presente proyecto de Tesis, que haciendo uso de
tecnologías de información actuales busca mejorar y organizar la gestión académica de la institución
educativa haciendo que sus procesos se desarrollen de una manera más rápida.
El presente proyecto de tesis fue realizado con la metodología RUP con el propósito de lograr un
software de calidad, la cual nos ha permitido generar un proyecto basado en los requerimientos
propuestos. Se hizo uso de tecnológicas como: PHP, JavaScript y MySQL como gestor de base de
datos.
Con la implementación de la aplicación web se consiguió se logró reducir en un 76% del tiempo de
demora en el proceso de matrícula, asimismo disminuir el tiempo de generación de reportes en un
98.7% generando aumento en el nivel de satisfacción del usuario final.
PALABRAS CLAVES: Sistema académico, Procesos, RUP, Tecnología.
xviii
ABSTRACT
This paper describes the implementation of a web system for the improvement of the enrollment and
payment processes of the Virgen de la Asunción educational institution.
At present, the educational institution does not use the appropriate technological tools for an effective
development of its processes causing disorganization and delay, causing the quality of said
educational institution to be lost.
Therefore, as a solution, this thesis project was developed, which, using current information
technologies, seeks to improve and organize the academic management of the educational institution,
making its processes develop faster.
This thesis project was carried out with the RUP methodology in order to achieve quality software,
which has allowed us to generate a project based on the proposed requirements. Technology was
used such as: PHP, JavaScript and MySQL as a database manager.
With the implementation of the web application, it was possible to reduce the enrollment time by 76%,
as well as reduce the reporting time by 98.7%, generating an increase in the level of satisfaction of the
end user.
KEY WORDS: Academic system, Processes, RUP, Technology.
xix
CAPITULO I
INTRODUCCIÓN
1. CAPÍTULO I: INTRODUCCIÓN
En los últimos años la mayoría de Las instituciones Educativas poseen un Sistema Académico Web
el cual les permite la mejora de sus procesos académicos y administrativos, estas instituciones
obtienen un mejor resultado en su gestión, modernización y eficacia en sus procedimientos debido al
uso de software que usan de acorde con sus necesidades.
En el caso de la Institución educativa “Virgen de la Asunción” (El Porvenir - Trujillo), no cuenta con un
Sistema Académico Web, solo se limita a seguir operando de manera tradicional en una Hoja de
Cálculo de Excel y que en muchas ocasiones no tienen una información actualizada, lo que le da
ventaja en la competencia con otras instituciones similares y genera insatisfacción por parte de los
trabajadores del negocio y apoderados ya que se genera un cuello de botella a la hora de matricular
y registrar los datos de los alumnos.
En resumen, la institución cuenta con los siguientes problemas:
- Baja satisfacción por los manejos de los procesos por parte de los padres de familia y
administradores de la institución educativa.
- A la hora de matricular a los alumnos en sus respectivos grados académicos se toma un tiempo
considerable para poder registrar sus datos lo que genera un problema respecto en el proceso
de matrículas.
- Cuando se busca información de los alumnos ya sea para informar a los apoderados acerca de
un incidente respecto a un alumno o para informar acerca de algún cambio en la institución se
toma mucho tiempo en la búsqueda de información de alumnos y apoderados.
- No se tiene un correcto listado de registro de pagos de los alumnos ya que no siempre este
listado esta actualizado, el pago de cada alumno se registra cuando el apoderado entrega el
voucher y este se registra en un libro lo que puede llevar a que esta pérdida de información fuera
trágica.
Para la realidad problemática se tuvo en cuenta: anexo A.
Como antecedentes locales tenemos La Tesis “Sistema de Información Web y su Mejora en la

Gestión Académica del Colegio Privado Hans Kelsen del Distrito de Florencia de Mora - Trujillo”
(Enríquez, 2016), desarrollada en la Universidad Nacional de Trujillo en el año 2016 en tiene por
finalidad la implementación de un Sistema bajo Tecnología Web, que permitirá accesos remotos a la
información; obteniendo consultas y reportes. Específicamente se utilizó código PHP con MySQL
como gestor de Base de Datos, para su desarrollo se utilizó el Proceso Unificado de Rational(RUP),
Se optimizo el tiempo en los procesos de gestión académica que con el sistema actual fue de 6.99
min. (100%) y con la implementación del sistema es de 2.33 min. (33.33%), lográndose una reducción
de 4.66 min, y la Tesis “Sistema Web Académico para mejorar la Gestión Educativa del colegio Túpac
Amaru II en el distrito de Florencia de Mora” (Paredes, 2017), desarrollada en la Universidad Cesar
Vallejo sede Trujillo en el año 2017 tiene por finalidad la implementación sistema web que permita el
registro de alumnos, matriculas, notas y asistencias. Para este sistema académico se consideró la
metodología ICONIX. Para el desarrollo de la aplicación se utilizaron diversas tecnologías como el
lenguaje de programación en PHP, JavaScript y gestor de base de datos MySQL Server,se optimizo
el tiempo promedio del registro de matrículas que con el sistema actual fue de 14.04 min y el tiempo
promedio en el registro con el sistema propuesto es 5.06 min, por lo que representa un decremento
de 8.98 minutos, en un porcentaje de 63.96 %.
Como antecedentes nacionales tenemos la tesis “Diseño e Implementación de un Sistema de
Matrícula Web Usando Software Libre En El Centro Educativo “España”, Distrito – Breña 2013 - Lima”
(Osorio, 2016), desarrollada en la Universidad de Ciencias y Humanidades en el año 2016 tiene como
Objetivo agilizar el proceso de matrícula en el Centro Educativo España y de otorgar un mejor de
servicio en calidad de tiempo, este trabajo de investigación busca tener acogida tanto del usuario del
sistema como la del cliente, por lo general cliente se refiere a los padres de familia o apoderados que
no cuentan con el tiempo suficiente para apersonarse a pagar las cuotas de matrícula y mensualidad
que el centro educativo exige en determinadas fechas así mismo la tesis “Implantación de un Sistema
Web ERP de Código Abierto para la Gestión Administrativa en los Colegios Santísima Niña María Y
Miguel Pro de Jornada Escolar Completa de Tacna” (Coaila & Castro, 2017), desarrollada en la
Universidad Privada de Tacna tiene como objetivo mejorar los procesos administrativos de los
colegios Miguel Pro y Santísima Niña María con la implantación de un sistema web ERP Open Source,
el cual permitirá ahorrar tiempo en el proceso administrativo, a su vez permite la reducción de
redundancia de datos, el objetivo general es Determinar en qué medida la implantación de un Sistema
web ERP mejorará el tiempo y eficiencia redundancia de datos en la gestión administrativa en los
colegios santísima Niña María y Miguel Pro de jornada escolar completa de Tacna.
Como antecedentes internacionales se encontró la tesis titulada “Diseño e Implementación de un

Sistema Web de Control de Matrícula y Calificaciones para el Colegio Rashid Torbay “Sismarashid”
en el cantón Playas, Provincia del Guayas” (Orozco & Cedeño, 2014), desarrollada en la Universidad
Estatal Península De Santa Elena La Libertad – Ecuador en el año 2014 , Se presenta un sistema
web que automatiza los procesos de matrícula y calificaciones de una entidad educativa de nivel
medio y llega a convertirse en un soporte eficaz para la administración de la información en lo que
respecta a matrículas, calificaciones, consulta de calificaciones de los estudiantes, reportes de
calificaciones para la junta directiva, reportes para los padres de familia y reportes de historial
académico con resultados veraces y la tesis titulada “Diseño y Desarrollo de un Sistema Informático
para el Registro Académico y Propuesta de Implantación para el Centro Escolar República de
Venezuela de la ciudad de Santa Ana” (Duke de Morales, 2011), desarrollada en la Universidad del
Salvador Santa Ana - El Salvador en el año 2011, Para la ejecución del proyecto se usó las siguientes
herramientas: lenguaje de programación orientado a Web, un gestor de Base de Datos y un servidor
Web, lo que permitió diseñar un sistema y su respectivo plan de implantación, todo esto para satisfacer
las expectativas y necesidades de la escuela República de Venezuela.
Para la siguiente investigación se determinó el presente marco teórico: Institución Educativa para
(Navarro, 2014), la institución educativa es un sistema estructurado que está fuertemente arraigado
de valores, sentimientos y actitudes con un propósito claro: la gestión del desarrollo de enseñanza y
aprendizaje. Pero, exactamente es un sistema basado en el intercambio de información entre los
emisores y receptores. Donde las labores del emisor y del receptor se ven intercambiados
permanentemente. Como explica (Salinas & Alanís, 2009), es un conjunto de personas y bienes
promovidos por las autoridades públicas o por particulares, cuya finalidad será prestar un año de
educación preescolar y nueve grados de educación básica como mínimo y la media superior. La
misión de las instituciones educativas se trata sobre la tarea convocante de la escuela el enseñar
para que los alumnos aprendan. La institución educativa tiene como objetivo el aprendizaje de
conocimiento y valores de los alumnos impartida por los maestros, es el medio por el cual se educa
a una persona y se le prepara para afrontar nuevos retos.
Según (Oliveros, Wehbe, & Rojo, 2011), Una aplicación Web se define como un sistema de software
al que se accede a través de Internet a través de un navegador web: las aplicaciones Web establecen
una clase especial de aplicaciones de software que se construyen de acuerdo con ciertas tecnologías
y estándares. De acuerdo a (Garrido, 2010), Con el pasar del tiempo rápidamente las aplicaciones
web se han convertido en complejos sistemas con interfaces de usuario cada vez más semejantes a
4
las aplicaciones de escritorio, asignando servicio a procesos de negocio de considerable importancia

y estableciéndose sobre ellas requisitos estrictos de accesibilidad y respuesta. Esto ha demandado
reflexiones sobre la mejor arquitectura y las técnicas de diseño más adecuadas. De acuerdo a (Mateu,
2012), Inicialmente la web era sencillamente una colección de páginas estáticas, documentos, etc.,
que podían consultarse o descargarse. El siguiente paso en su evolución fue la inclusión de un método
para elaborar páginas dinámicas que posibilitaran que lo mostrado fuese dinámico (generado o
calculado desde de los datos de la petición). Dicho método fue conocido como CGI (common gateway
interface) y determinaba un mecanismo a través del cual podíamos pasar información entre el servidor
HTTP y programas externos. Los CGI siguen siendo muy utilizados, puesto que la mayoría de los
servidores web los soportan debido a su simplicidad. Además, nos concede total libertad a la hora de
cuando escogemos el lenguaje de programación para desarrollarlos. El esquema de funcionamiento
de los CGI tenía un punto débil: cada vez que obteníamos una petición, el servidor web lanzaba un
proceso que ejecutaba el programa CGI. Y además, la mayoría de CGI estaban codificados en algún
lenguaje interpretado (Perl, Python, etc.) o en algún lenguaje que necesitaba run-time environment
(VisualBasic, Java, etc.), esto implicaba mayor carga para la máquina del servidor.
Por lo tanto, se comienzan a desarrollar alternativas a los CGI para corregir este grave problema de
rendimiento. Las soluciones vienen principalmente por dos vías. Por un lado, se diseñan sistemas de
realización de módulos compuestos con el servidor, que impiden que éste tenga que instanciar y
ejecutar multitud de programas. La otra vía radica en asignar al servidor de un intérprete de algún
lenguaje de programación que nos proporcione integrar las páginas en el código de manera que el
servidor sea quien lo ejecute, reduciendo así el tiempo de respuesta.
De acorde a (Zuñiga, 2010), La Ingeniería Web es un proceso del desarrollo para aplicaciones Web
enfocado sobre el diseño sistemático, la personalización y la generación semiautomática de
escenarios que orienten el proceso de desarrollo de una aplicación Web. Otros autores como (Nieto,
2010), la definen como el proceso manejado para crear, implantar y mantener aplicaciones y sistemas
Web de alta calidad. Esta corta definición nos lleva a plantear un aspecto clave de cualquier proyecto
como es determinar qué tipo de proceso es más adecuado en función de sus características. En el
proceso de la ingeniería web las actividades constituyen el proceso son: formulación, planificación
análisis, modelización, generación de páginas, test y evaluación del cliente. La Formulación identifica
objetivos y establece el alcance de la primera entrega. La Planificación genera el valor del coste
general del proyecto, la valoración de riesgos y el calendario de fecha de desarrollo y de entrega. La
Modelización se concierta de dos secuencias paralelas de tareas. Una reside en el diseño y creación
del contenido que forma parte de la aplicación. La otra, en el diseño de la arquitectura, navegación e
interfaz de usuario. En la Generación de páginas se componen contenido, arquitectura, navegación e

interfaz para crear estática o dinámicamente el aspecto más visible de las aplicaciones, las páginas.
El Test busca errores a todos los niveles: contenido, funcional, navegacional, rendimiento, etc. El
hecho de que las aplicaciones residan en la red, y que interoperen en plataformas muy distintas, hace
que el proceso de test sea principalmente difícil. Últimamente, el resultado es sometido a la valoración
del cliente.
Según (Mateu, 2012), Un servidor web es un programa que atiende y responde a las diversas
cuestaciones de los navegadores, facilitando los recursos que solicitan mediante el protocolo HTTP
o el protocolo HTTPS (la versión segura, cifrada y autenticada de HTTP). Un servidor web básico
tiene un bosquejo de funcionamiento muy sencillo, ejecutando de forma infinita el bucle siguiente:
1.espera peticiones en el puerto TCP asignado (el estándar para HTTP es el 80), 2. recibe una
petición, 3. busca el recurso en la cadena de petición, 4. envía el recurso por la misma conexión por
donde ha recibido la petición, 5. vuelve al punto 2. Un servidor web que tome en cuenta el esquema
anterior cumpliría los requisitos básicos de los servidores HTTP, aunque, eso sí, sólo podría servir
ficheros estáticos. Dado del esquema anterior se han diseñado y montado todos los programas
servidores de HTTP que existen, variando sólo el tipo de peticiones (páginas estáticas, CGI, Servlets,
etc.) que pueden tener en cuenta, en función de que sean o no multi-proceso, multi-hilados, etc.
Para (Montoya, Uribe, & Rodríguez, 2013), Apache es un extraordinario servidor Web (servidor para
el protocolo HTTP), Apache tiene una participación superior al 60 % de los servidores en todo el
mundo. Apache se identifica por ser estable, multiplataforma, modular y altamente configurable, lo
cual representa que se puede adecuar para satisfacer diferentes necesidades. Apache registra los
diferentes eventos que ocurren cuando está en servicio a través de archivos log. De esta manera
proporciona la obtención de estadísticas que son usadas para la toma de decisiones por parte del
administrador. Además, dispone de componentes de seguridad, los cuales pueden ser diligentes para
fortalecer las condiciones de acceso a recursos Web disponibles para ser recuperados a través de
solicitudes HTTP realizadas por un navegador, siempre y cuando sean configurados apropiadamente.
Apache se identifica también por ser Open Source y gratuito. La configuración de Apache se realiza
mediante la edición del archivo de texto httpd.conf, el cual tiene todas las instrucciones que debe
seguir Apache para su marcha.
De acuerdo a (Tinoco, 2010), Las metodologías de desarrollo de software son un conjunto de

procedimientos, técnicas y ayudan a la documentación para el desarrollo de software. Lograr la
cimentación de un sistema informático eficiente, que cumpla con los requerimientos planeados, es
una tarea realmente intensa y sobre todo dificultosa de cumplir. Las metodologías para el desarrollo
6
del software asignan un proceso dominado sobre el desarrollo de software con el fin de hacerlo más
predecible y eficiente. Una metodología de desarrollo de software tiene como importante objetivo
desarrollar la calidad del software que se hace en todas y cada una de sus fases de desarrollo. No
existe una metodología de software universal, ya que toda metodología debe ser acomodada a las
características de cada proyecto (equipo de desarrollo, recursos, etc.) exigiéndose así que el proceso
sea configurable. Las metodologías de desarrollo se pueden dividir en dos grupos de acuerdo con
sus características y los objetivos que persiguen: ágiles y robustas.
Para (Pérez, 2011), Rational Unified Process(RUP) es una metodología que tiene como objetivo
ordenar y estructurar el desarrollo de software, en la cual hay un conjunto de actividades necesarias
para convertir los requisitos del usuario en un sistema Software. Inicialmente fue llamada UP (Unified
Process) y luego cambió su nombre a RUP por el respaldo de Rational Software de IBM. Esta
metodología fue lanzada en 1998 teniendo como sus creadores a Ivar Jacobson, Grady Booch y
James Rumbaugh. El RUP nació del UML (Unified Modeling Language) y del UP. Las características
de RUP tenemos como explica (Jacobson, Booch, & Rumbaugh, 2013), El RUP es un proceso
fundado en los modelos en Cascada y por Componentes, el cual muestra las siguientes
características: Es dirigido por los casos de uso, es centrado en la arquitectura, iterativo e incremental
lo cual es fundamental para el proceso de desarrollo de software. A continuación, se explican las tres
características de RUP: a) Casos de Uso: Describe un servicio que el usuario requiere del sistema,
incluye la secuencia completa de interacciones entre el usuario y el sistema. b) Centrado en la
arquitectura: (Abrahamsson, Salo, Ronkainen, & Warsta, 2017), Percibe las desiguales vistas del
sistema en desarrollo, que corresponden a los modelos del sistema: Modelos de casos de uso, de
análisis, de diseño, de despliegue e implementación. La arquitectura del software es importante para
comprender el sistema como un todo y a la vez en sus distintas partes sirve para organizar el
desarrollo, fomentar la reutilización de componentes y hacer evolucionar el sistema, es decir,
agregarle más funcionalidad, c) Iterativo e Incremental: como lo explica (Tabares, Barrera, Arroyave,
& Pineda, 2010), Representa que la aplicación se divide en pequeños proyectos, los cuales incorporan
una parte de las especificaciones, y el desarrollo de la misma es una iteración que va aumentando la
funcionalidad del sistema de manera gradual, Las iteraciones pueden representar a los pasos que se
siguen en un determinado flujo de trabajo y los incrementos a los avances que se tienen en la
producción del software. Cada iteración debe estar controlada, esto significa que deben elegirse y
ejecutarse de manera planificada, el desarrollo de dicha iteración estará basado en los casos de uso
a implementar y los riesgos más importantes que deben evitarse. Este proceso iterativo trae grandes
beneficios en el desarrollo de software, ya que permite presentar pequeños avances a los clientes y
mientras estos, son revisados seguir desarrollando otra iteración del proyecto hasta completar en su
totalidad el desarrollo del software.
Figura N° 1: Arquitectura RUP

Fuente: (Jacobson, Booch, & Rumbaugh, 2013)
a. La estructura de RUP de acuerdo con (Göransson, Lif, & Gulliksen, 2013), El proceso del RUP se
ejecuta en tres perspectivas: La perspectiva dinámica, la cual contiene las fases del modelo sobre el
tiempo; la estática que muestra las actividades del proceso y la práctica, que muestra las buenas
prácticas durante el proceso del RUP. La figura 3 muestra la estructura de RUP y la forma en que se
relacionan sus tres perspectivas. En ésta se aprecia la forma en que las disciplinas se aplican a cada
una de las fases hasta lograr su completitud, y a su vez, cómo cada fase se completa de forma iterativa
para así avanzar a la fase siguiente. De igual forma se aprecia que la perspectiva de buenas prácticas
está en un eje “z” que es transversal a las perspectivas dinámica “x” y estática “y”, funcionando de
manera permanente en el proceso de desarrollo de software. El RUP tiene un ciclo de vida el cual
está compuesto por cuatro fases que van en secuencia y al final de cada fase se realiza una
evaluación para determinar que se ha llegado al objetivo, de lo contrario no es posible pasar a la
siguiente fase. a. Preparación inicial o Inspección para (Torossi, 2009), en esta fase se realiza la
descripción del producto final, tomando en cuenta los principales riesgos que se pueden presentar.
Además, se determinan y dejan bien en claro las funcionalidades que tendrá el producto y se dejan
establecidos los diferentes objetivos a los que se debe llegar al finalizar el proceso de desarrollo.
Por lo general en este punto el conocimiento de los integrantes del equipo es alimentado para después
poder desarrollar de manera eficiente el proyecto. Finalmente, esta fase culmina con los objetivos del
ciclo de vida. B.Elaboración Como lo define (Cruz-Cunha & Varajao, 2013), durante esta fase se
especifican con el mayor detalle posible los casos de uso que se usaran, los cuales describen la
funcionalidad que tendrá el sistema final. Además, se diseña una arquitectura básica tomando en
cuenta los elementos más importantes, y se planifica detalladamente un plan para las siguientes
iteraciones. Finalmente, la fase culmina con la arquitectura del ciclo de vida. c.Construcción De acorde
con la definición de (Anwar, 2014), en esta fase el sistema se va desarrollando a través de iteraciones,
en donde se lleva a cabo el diseño, análisis e implementación. En esta fase se implementa todos los
casos de uso, con lo cual todas las funcionalidades del sistema han sido implementadas,
documentadas y la arquitectura base de las fases anteriores crece hasta convertirse en el sistema
completo. Finalmente, la fase culmina con la Capacidad operativa inicial. d.Transición Conforme con
(Cantor, 2010), es la fase donde el sistema está terminado y es entregado al usuario para que lo
pruebe y use. Se debe tener en cuenta que se debe entregar el sistema con una presentación
atractiva, y se debe realizar tareas de soporte y mantenimiento para el buen uso del software. Desde
el punto de vista de (Traa, 2010), La metodología RUP se repite a lo largo de una serie de ciclos que
constituyen la vida de un sistema desde su nacimiento hasta su muerte. Cada ciclo finaliza con una
versión del producto que se les da a los clientes. En conclusión, la metodología RUP es un proceso
de desarrollo de software que trabaja de la mano con el UML y es una de las metodologías estándar
más usadas para el análisis, desarrollo y documentación de sistemas orientados a objetos, además
de ser respaldo por IBM.
Metodología SCRUM Conforme a la definición de (Gallego & Domingo, 2013), es una metodología
ágil que permite trabajar de una manera rápida, para lo cual se basa en la creación de ciclos breves
para el desarrollo, los cuales llevan el nombre de “Sprints”. Para gestionar los proyectos utiliza tres
elementos que forman la base de trabajo, estos elementos son: la agilidad, flexibilidad e
incertidumbre. Esta metodología permite entregar los proyectos en un menor tiempo, con buena
calidad y con un costo menor. Además, es muy adaptable y permite que se realicen cambios en
cualquier fase del desarrollo en que se encuentre el proyecto. Teniendo en cuenta (Rising & Janoff,
2010), esta metodología es utilizada generalmente por empresas que desarrollan sus productos en
entornos que tienen ciertas características, las cuales nombraremos a continuación: Incertidumbre:
En esta característica se plantea un determinado objetivo al que se tiene que llegar sin tener
conocimiento detallado del producto. Lo cual ocasiona que el equipo encargado del proyecto tenga
una sana “tensión” la cual sirve como una motivación para lograr las metas trazadas. Auto-
organización: Esta característica lleva a que los equipos desarrolladores del proyecto sean capaces
de organizarse por sí solos, es decir no necesitan roles para la gestión, pero deben cumplir
características como: autonomía, auto superación y auto enriquecimiento.
Control moderado: Esta característica permite un control suficiente para no crear descontroles y de
esa manera no impedir la creatividad e ideas innovadoras de desarrollo que tengan los miembros del
equipo.Transmisión del conocimiento: Es la característica que genera un compartimiento continuo del
conocimiento por parte de las personas dentro de la organización.
Según la definición de (Sandoval, 2016), el ciclo de vida del SCRUM presenta tres fases las cuales
son: Pre-Game, fase de desarrollo y Post-Game, en la siguiente figura se muestra en más detalle
cada fase. La fase de Pre-Game contiene dos sub-fases, las cuales son: fase de planeación y la fase
de diseño de la arquitectura, a continuación, describiremos detalladamente las fases que comprende
la metodología.
Figura N° 2: Fases de la Metodología SCRUM

Fuente: (Sandoval, 2016)
Fase Pre Game En la Fase de planeación teniendo en cuenta (Sutherland & Schwaber, 2011), en
esta fase se determina lo que se va a implementar en el sistema teniendo en cuenta los requerimientos
que se obtienen a partir de los clientes, área comercial, vendedores y desarrolladores de software, a
toda la lista de requerimientos iniciales para el sistema se le asigna el nombre de Product Backlog.
Las listas de requerimientos se ordenan de acuerdo a su prioridad y se determina el esfuerzo que se
necesita para implementarlas. El Product Backlog se encuentra en un constante cambio y por lo tanto
todas las actualizaciones que se presenten hacen que la prioridad de los requerimientos cambie.
Además, dentro de esta fase se define al equipo de trabajo, las herramientas a utilizar, las cuestiones
de control y la evaluación de riesgos.
10
En la fase de diseño de arquitectura explica (Straccia, Pytel, & Pollo Cattaneo, 2016), que en esta
fase se planea el diseño de la arquitectura que va a tener el sistema teniendo en cuenta los
requerimientos que existen en el Product Backlog. En el caso que se estructure un diseño para
mejorar un sistema existente se deben identificar los problemas que existan al momento de
implementar los cambios que están en el Product Backlog. Al final se realiza una reunión del equipo
de trabajo para revisar las diferentes propuestas de implementación y a partir de ello tomar las
decisiones. En la fase de desarrollo según menciona (Mariño & Alfonzo, 2014), es la fase también
conocida como la fase de juego y es en donde se aplica el enfoque ágil de SCRUM. Las Diferentes
variables existentes como: requerimientos, herramientas, recursos y plazos pueden ir cambiando en
el transcurso del proceso y son observadas y controladas mediante diferentes prácticas que SCRUM
utiliza durante las iteraciones llamadas sprints. Es aquí donde se utiliza el término de flexibilidad, ya
que SCRUM permite controlar constantemente todas las consideraciones anteriores, permitiendo
adaptarse a los cambios que se presenten. Esta fase se desarrolla mediante Sprints, los cuales son
ciclos iterativos que nos permiten desarrollar poco a poco las funcionalidades del sistema para
producir nuevos incrementos y mejoras. Cada Sprint está constituido por diferentes fases, las cuales
son: requerimientos, diseño, análisis, evolución y entrega. Los Sprints tienen una duración de una
semana a un mes y conforme pasan los ciclos de sprint el sistema va tomando forma y evoluciona
completando cada uno de los objetivos trazados.En la fase Post Game de acuerdo con (Delgadillo &
Abud, 2016), es la fase donde se produce la liberación final del proceso de desarrollo, en este punto
ya no existen más requerimientos que desarrollar y completar. El usuario está conforme con los
requisitos cumplidos y no existen nuevos requisitos o funcionalidades. Al final de la liberación, se lleva
a cabo las integraciones de los módulos o entregables, las pruebas del sistema o testeo y la respectiva
documentación.
Como lo define (Joskowicz, 2009), la metodología XP es una metodología ágil que tiene como
objetivo desarrollar proyectos de una manera flexible y con el menor tiempo posible. Se rige bajo
cuatro variables las cuales son: costo, tiempo, calidad y alcance, las cuales permiten obtener un
producto dentro de los límites del paradigma ágil. Los valores de estas variables son determinadas,
en su mayoría, por actores externos al grupo de desarrollo. Generalmente los factores determinados
por estos factores externos son la calidad, el costo y el alcance, quedando el factor tiempo a cargo
de los desarrolladores del software. En esta metodología, al igual que otras metodologías, se trata de
entender lo que el cliente necesita, y a partir de ello poder crear solución y entregar un producto final
que cubra las necesidades de estos. Generalmente los clientes no son capaces de identificar todos
sus requerimientos al inicio del proyecto, por ello XP propone un ciclo de vida dinámico que permita
11
incorporar a destiempo las nuevas necesidades o requerimientos de estos clientes. Según el punto
de vista de (Borja, 2013), para obtener la apreciación de los clientes por cada avance del proyecto y
poder incorporar nuevos requerimientos se trata de realizar ciclos de desarrollo cortos llamados
iteraciones, entregando, al finalizar cada ciclo, un entregable funcional. Teniendo en cuenta a (Canós,
2012), la metodología XP está compuesta por las siguientes fases:
Figura N° 3: Fases de la Metodología SCRUM

Fuente: (Bustamante & Rodríguez, 2014)
La planificación del proyecto es la primera fase del XP en donde se plantea un dialogo continuo entre
las partes involucradas en la construcción del proyecto, incluyendo a los coordinadores,
programadores y cliente. En esta fase se recoge la información del cliente que vendrán a ser los
requerimientos del proyecto y con ello se construye las historias de usuario, las cuales sustituyen a
los tradicionales casos de uso. A partir de estas historias de usuario los programadores determinan
el tiempo que demoraran en desarrollar cada una de las historias.
Los conceptos básicos de la planificación son los siguientes: Historias de Usuarios-Son descritas por
el cliente, en su propio lenguaje (no técnico), y contienen descripciones de lo que el sistema debe
realizar. Plan de entrega- Se establece como se agruparán las historias para realizar una entrega al
finalizar un ciclo y el orden de las mismas. Este conjunto de actividades será como resultado de una
reunión entre los diferentes actores del proyecto. Plan de iteraciones- En este punto las historias de
usuario escogidas para entregar son desarrolladas y probadas en el ciclo de iteración establecido,
teniendo en cuenta el orden acordado anteriormente. Reuniones diarias- En este punto son importante
las reuniones de los encargados del desarrollo para mantener comunicación de los avances y
compartir los problemas que se presentan y las respectivas soluciones.
12
La metodología XP enfoca sus diseños a lo simple y claro. Los principales conceptos de diseño en
esta metodología son los siguientes: Simplicidad- La metodología XP sugiere que el diseño sea el
más simple posible, procurando que sea entendible e implementable y que a la larga cueste menos
tiempo desarrollarlo. Glosario de términos- Usar un glosario de términos es determinante ya que nos
permite comprender de una mejor manera el diseño y nos facilitará la posterior ampliación y
reutilización del código. Riesgos- Si en el transcurso del diseño se producen algunos inconvenientes,
XP sugiere que se trabaje en pareja de desarrolladores para minimizar los riegos que puede traer el
problema. Funcionalidad extra- XP sugiere que no hay que hacer uso de funcionalidades extra al
programa, aunque esto parezca que traerá beneficios; todo ello ya que solo el 10% de la funcionalidad
es utilizada, por lo tanto, es un gasto de tiempo y recursos en vano. Refactorizar-Este concepto se
refiere a que es recomendable modificar y mejorar la estructura de los códigos ya creados sin alterar
su funcionalidad, de tal manera que estos códigos queden optimizados al máximo posible.
En la parte de desarrollo es indispensable la presencia del cliente, ya que es él quien crea las historias
de usuario y negocia los tiempos que se necesitarán para desarrollar e implementar cada historia de
usuario. Por ello antes del desarrollo de cada una de las historias de usuario el cliente debe especificar
detalladamente lo que requiere y también debe estar presente cuando se realicen los test que
verifiquen que la historia implementada cumple con la funcionalidad especificada. En cuanto a la
codificación, se debe adoptar un estándar de codificación ya creado para mantener un código
consistente que facilite la comprensión y escalabilidad. Pruebas: Uno de los puntos más interesantes
de la metodología XP es el uso de test que permiten comprobar el funcionamiento correcto de los
códigos que se irán implementando.
De acorde a (Vidal & Schmal, 2012), Lenguaje Unificado del Modelo (UML) es un lenguaje de
modelado orientado a objetos que permite representar gráficamente los elementos estáticos y
dinámicos de una aplicación software. En UML un diagrama de secuencias va moldeando las
interacciones entre los objetos de un sistema de software. Primero, un diagrama de secuencia es
etiquetado en un marco con el operador sd y el nombre del diagrama. En él, un objeto es asociado a
una caja que incluye una identificación del objeto, la que puede omitirse (objeto anónimo) y la clase
del objeto, la que debe ser indicada. Usualmente hay diferentes tipos de relaciones o instancias de
comunicación entre objetos a ser modeladas en un diagrama de secuencias UML mediante el uso de
operadores y marcos para generar fragmentos combinados.
Adicionalmente, un diagrama de secuencias permite establecer condiciones mediante el uso de

banderas. Como ejemplos de operadores y marcos, un diagrama de secuencias UML permite la
modelación de comportamiento alternativo u opcional mediante operadores alt y opt junto a su
13
respectivo marco o fragmento combinado. De la misma manera, para indicar un comportamiento

negativo o no esperado se utiliza un fragmento combinado asociado al operador neg.
Un ejemplo clásico de orientación a aspectos (Vidal & Hernández, 2012), es el ingreso de usuarios a
un sistema de software, y la aparición de un servicio de autentificación de usuarios o login que
representa un aspecto before (antes de ingresar al sistema, el usuario debe identificarse). En este
caso, se supone que el aspecto reconoce cuando el usuario desea ingresar al sistema y aparece
inmediatamente para solicitar información de autentificación.
Según (Rodríguez Sala, 2010), un lenguaje de programación se entiende como un conjunto de

instrucciones elementales. Para facilitar la tarea del programador se dispone de lenguajes de alto
nivel más fáciles de manejar y que no dependen del diseño específico de cada ordenador. Para
(Roque, 2007), define a lenguaje de programación a una notación para escribir instrucciones u
órdenes útiles para ordenador y necesarias para la realización de un determinado proceso. Se
denomina lenguaje fuerte a las órdenes que se escribe el programador m las cuales son traducidas
al lenguaje máquina de la computadora. Cada lenguaje de programación tiene su propia gramática o
“lenguaje”.
Para (Diez, Dominguez, Martinez, & Sáenz, 2012), HTML5 es la nueva versión del lenguaje de
marcado que se usa para estructurar páginas web, que surge como una evolución lógica de las
especificaciones anteriores con los siguientes objetivos: separar totalmente la información, y la forma
de presentarla, resumir, simplificar y hacer más sencillo el código utilizado, incorporar nuevas
etiquetas semánticas, páginas compatibles con todos los navegadores web incluyendo los de los
teléfonos móviles y otros dispositivos utilizados en la actualidad para navegar en Internet. En
definitiva, representa un importante paso adelante hacia el "diseño universal", es decir, diseño que
puedan utilizar todas las personas, en la mayor medida posible, sin necesidad de adaptación ni diseño
especializado. En las secciones siguientes veremos las nuevas características que incorpora HTML5
y como facilitan la mejora de la accesibilidad en el diseño web. El nacimiento de HTML5 constituye
un punto de inflexión grande, en el modo que se desarrollan los estándares web. El origen de HTML5
reside en un grupo de profesionales de compañías privadas, disconformes con el rumbo de la
organización que había velado por el desarrollo de los estándares y que no era otra que el W3C. Un
grupo de desarrolladores de la Fundación Mozilla y de Opera Software, a los que se les unen más
tarde profesionales de Apple, fundan en 2004 el Web Hypertext Application Technology Working
Group (WhatWG), al margen del W3C (Franganillo, 2011). Este hecho sucede en junio de 2004,
cuando el W3C alberga un seminario sobre Web Applications and Compound Documents. En esta
14
conferencia se dieron cita distribuidores de navegadores web, compañías de desarrollo web y otro
tipo de agentes que integraban el W3C en esos momentos.
Lo primero que hay que especificar en HTML5 antes de nada es que no es una tecnología, sino un
conjunto de tecnologías. Esto es importante, ya que hasta ahora junto al protocolo HTTP (Hypertext
Transfer Protocol) y al identificador URI (Universal Reference Identificator), HTML formaba un trío de
tecnologías clave para la World Wide Web. A partir de ahora, el paradigma de HTML5 engloba una
serie de tecnologías que se recogen bajo un mismo estándar, pero que multiplican en gran medida
las posibilidades del desarrollo web. Y es que, dentro de este estándar, van a tener cabida multitud
de elementos dinámicos y multimedia en forma de “etiquetas”, que reconfiguran el entorno web y los
contenidos, tal y como los conocíamos. La especificación de HTML5 no se compone de una sintaxis
únicamente, sino que admite dos sintaxis; HTML y XHTML. Así, los desarrolladores web pueden elegir
entre un enfoque práctico, pero poco riguroso (HTML) o un enfoque académico y estricto (XHTML).
El W3C ha aceptado que HTML y XHTML sean recomendaciones paralelas que puedan coexistir
(Franganillo, 2011). HTML5 no está basado en SGML y está diseñado para que tenga compatibilidad
regresiva tanto con HTML4 como con XHTML1 (Chau, 2009). Además de estructurar los documentos,
HTML5 también aporta una gran mejora, que no es otra que la de cómo se deben interpretar los
errores y poner fin de paso a la “guerra entre navegadores” que existía, para cómo se deben subsanar
los errores.
Figura N° 4: Ejemplo de marcado semántico de un documento web con HTML

Fuente: (Chau, 2009)
15
Hoy en día las páginas web han evolucionado hacia las llamadas aplicaciones web, que tienen un
funcionamiento más dinámico con respecto a los contenidos. Para ello, se han utilizado tecnologías
web como JavaScript o AJAX, que en los últimos años han tenido un crecimiento sustancial. HTML5
incorpora nuevos métodos y funciones JavaScript que facilitan la interactividad de las páginas con el
usuario. De cara a la accesibilidad del documento es preferible manipular la estructura de etiquetas
del documento modificando dinámicamente el árbol de objetos (DOM), que muchos productos de
apoyo utilizan para acceder al contenido. Se han incorporado nuevos métodos para este propósito,
que permiten obtener un código más limpio, separando el marcado HTML del documento y el código
JavaScript.
De acorde a (Cobo, 2009), PHP es un lenguaje interpretado del lado del servidor que surge dentro de
la corriente denominada código abierto (open source). Se caracteriza por su potencia, versatilidad,
robustez y modularidad. Al igual que ocurre con tecnologías similares, los programas son integrados
directamente dentro del código HTML. En este libro se explicará en detalle la sintaxis y el
funcionamiento de este lenguaje, de momento se realiza a continuación una breve comparativa con
las otras tecnologías del lado del servidor descritas previamente. Comparado con ASP, la principal
ventaja de PHP es su carácter multiplataforma. Por otro lado, los programas en ASP resultan más
lentos y pesados, y también menos estables. En los entornos Microsoft la ventaja de ASP es que los
servidores web de Microsoft soportan directamente ASP sin necesidad de ninguna instalación
adicional Señalar también la existencia de herramientas que permiten convertir programas
desarrollados en ASP al lenguaje PHP, una de las más conocidas es asp2php. Comparando el
lenguaje PHP con el lenguaje Perl, utilizado habitualmente en la programación CGI, puede decirse
que PHP fue diseñado para desarrollo de scripts orientados a web, mientras que Perl fue diseñado
para hacer muchas más cosas y debido a esto, se hace muy complicado. La sintaxis de PHP es
menos confusa y más estricta, pero sin perder la flexibilidad.
Según (Thibaud, 2010), MySQL es un sistema para administrar base de datos relacionales rápido,
robusto y fácil de usar. Se adecua perfectamente a la dirección de datos en un entorno de red,
especialmente en arquitecturas cliente/servidor, este lenguaje de programación proporciona
herramientas necesarias para la utilización de base de datos. Como lo define (Santillán & Ginestà,
2014), El servidor MySQL es el servicio mysqld, que puede recibir solicitudes de clientes locales o
remotos a través TCP/IP, sockets o pipes en forma de ficheros locales a la máquina en que se está
ejecutando. En la distribución se incluye un cliente llamado mysql-client, al que en adelante nos
referiremos simplemente como MySQL (así es como se llama el programa ejecutable). Si se invoca
16
sin parámetros, MySQL realiza una conexión al servidor local utilizando el nombre del usuario UNIX
que lo ha invocado, y supone que este usuario no requiere contraseña.
Para la selección de la metodología de desarrollo se tomó en cuenta seis criterios que se detallarán
a continuación:
- Nivel de información existente (C1): Se analiza el nivel de información existente de la metodología

para poder utilizarla y aplicarla.
- Grado de conocimiento (C2): Se analiza el grado de conocimiento de la metodología que se va
usar.
- Nivel de flexibilidad (C3): Se analiza el nivel de flexibilidad que tiene la metodología a usar para
adaptarse a los constantes cambios.
- Grado de compatibilidad(C4): Se analiza la compatibilidad de la metodología a usar con respecto
al tipo de proyecto a desarrollar.
- Grado de dificultad de Uso (C5): Se examinó el grado de dificultad con la que se emplea la
metodología.
- Tiempo de desarrollo(C6): Se examina el tiempo que conlleva desarrollar el proyecto usando una
determinada metodología.
Para poder calificar las metodologías se tomó en cuenta una escala de valoración que será asignada
a cada metodología de acuerdo a la apreciación de cada experto, esta escala de valoración se
muestra a continuación:
Tabla N° 1: Escala de Valoración

Calificativo Puntaje
Muy Bueno 5
Bueno 4
Regular 3
Malo 2
Muy Malo 1
A continuación, se realiza una evaluación general de las metodologías haciendo uso de los resultados
obtenidos por las encuestas de los expertos.
17
Tabla N° 2: Matriz de Selección de Metodología

TOTAL
Criterio n
C1 C2 C3 C4 C5 C6 
i 1
Ci * Pi orden
Metodología
P1 = 0.1 P2 = 0.2 P3 = 0.1 P4 = 0.3 P5 = 0.2 P6 = 0.1
RUP 5.0 5.0 4.7 4.7 5.0 4.7 4.8 1º
Extreme
4.0 3.3 4.0 4.3 4.7 3.3 4.0 3º
Programming
Scrum 4.7 3.7 4.7 4.7 4.0 4.0 4.3 2º
La presente investigación se justifica teóricamente porque se realiza con el propósito de aportar al

conocimiento existente sobre la implementación de un sistema académico que contribuye con un
mejor manejo de información cuyos resultados podrán sistematizarse en una propuesta, así mismo
queda incorporado como conocimiento para las futuras investigaciones, se justifica de manera
práctica porque este sistema es de gran ayuda para la institución educativa porque ayuda a la mejora
del proceso de matrículas y pago de una manera más eficiente y rápida, la búsqueda de información
será al instante y no tendrán que recurrir a la búsqueda de documentos que se hace manualmente,
será una solución de negocio, se justifica metodológicamente porque el sistema web desarrollado
es una fuente enriquecida de información para los usuarios, la publicación de este trabajo de
investigación y del código fuente de la aplicación desarrollada representará un beneficio para el
conocimiento colectivo de la sociedad y servirá de referencia para futuros trabajos de investigación
en el mismo ámbito, se justifica de manera tecnológica porque brinda una herramienta tecnológica
que mejore el proceso de matrículas y pagos para la Institución educativa que representara un
considerable avance en el aspecto tecnológico de la institución ya que estas son de vanguardia.
Se justifica de manera económica porque con el sistema web se redujo pérdidas de tiempo y se
minimizo el consumo de recursos en el proceso de matrícula de la institución educativa, por lo tanto,
Se logra un considerable ahorro en millares de papel, fotocopias, impresiones y almacenamiento de
costos en recursos, se justifica de manera ambiental porque con la implementación de este sistema
web ya no es necesario el uso de recursos de escritorios como papeles o lápices lo que generará un
beneficio al medio ambiente.
En la presente investigación se formula el problema o enunciado
¿Cuál es el impacto de un sistema académico web sobre el proceso de matrículas y pagos de la

institución educativa virgen de la Asunción del Porvenir?
18
En la presente investigación se plantea la siguiente hipotesis
La Implementación de un sistema académico web mejora el proceso de matrículas y pagos de la

institución educativa virgen de la Asunción del Porvenir.
Se tiene como objetivo General: Mejorar el proceso de matrículas y pagos de la institución educativa
virgen de la Asunción del Porvenir mediante la implementación de un sistema académico web.
Como objetivos específicos de esta investigación tenemos:
- Incrementar el nivel de satisfacción de los usuarios de la institución educativa.

- Reducir el tiempo de demora en el proceso de matrículas de la institución educativa.
- Disminuir el tiempo de búsqueda de información de alumnos.
- Disminuir el tiempo de generación de reportes de información.
Se encontraron las siguientes limitaciones:
- Falta de claridad de la información de los procesos proporcionada por la institución educativa

- Por políticas de la institución educativa no se usa datos reales (datos de alumnos) y cierta
información que considere importante no será mencionada en este proyecto
- La poca disponibilidad de los involucrados para participar de las entrevistas de análisis y
recopilación de requerimientos.
19
CAPITULO II
MATERIALES Y MÉTODOS
20
2. CAPITULO II: MATERIALES Y MÉTODOS
2.1. Materiales
Objeto de estudio
El objeto de estudios de este proyecto es la institución educativa Virgen de la Asunción.
Recursos
2.1.2.1. Personal
En los recursos se tiene como personal a:
Tabla N° 3: Recursos de personal
Código contable Personal Unidad de medida Apellidos y nombres Cantidad

2.3.2.7.2.5 Investigador Persona Bach. Rodriguez Carbajal Alicia Darlene 01
2.3.2.7.2 Asesor Persona Mg. Tenorio cabrera Julio Luis 01
2.1.2.2. Bienes
En los recursos se tiene los siguientes bienes:
Tabla N° 4: Recursos de bienes

Ítem Código contable Descripción Unidad/Medida Cantidad
1 2.3.1.5.1.2 Memoria USB Unidad 01
2 2.3.1.5.1.2 Lapiceros Unidad 02
3 2.3.1.5.1.2 Corrector Unidad 02
4 2.3.1.5.1.2 Papel Bond A4 Millar 02
5 2.3.1.5.1.2 Folder Manila Unidad 10
2.1.2.3. Viajes
En los recursos se detalla a continuación los siguientes viajes:
Tabla N° 5: Viajes
Código contable Descripción Unidad de medida Cantidad
2.3.2.1.2.1 Viaje de domicilio a universidad (ida y vuelta) Transporte público 100
2.3.2.1.2.1 Viaje de domicilio a institución (ida y vuelta) Transporte público 30
21
2.1.2.4. Servicios
En los recursos se detalla a continuación los siguientes servicios utilizados para la investigación:
Tabla N° 6: Servicios de energía

Costo Tiempo de
Código contable Equipo Cantidad
(S/./Kw/h) Uso (H/d)
2.3.2.2.1.1 Portátil 1 0.35 10
2.3.2.2.1.1 Impresora 1 0.35 1
Tabla N° 7: Servicios de internet
Código contable Descripción Velocidad Costo (S/ /mes) Tiempo (meses)

2.3.2.2.2.3 Internet 12 Mbps 70.00 10
2.1.2.5. Tecnológicos
Se detalla a continuación los siguientes recursos tecnológicos usados en la presente investigación:
Tabla N° 8: Recursos tecnológicos de hardware

Código contable Descripción Cantidad
2.6.3.2.3.1 Portátil: Procesador Intel Core i7, 8 GB RAM, 1T Disco duro 01
2.6.3.2.3.1 Impresora Epson L220 01
Tabla N° 9: Recursos tecnológicos de software

Código contable Descripción Cantidad
2.6.6.1.3.2 Xampp 1.8.3.4 01
2.6.6.1.3.2 Sublime Text 3.0 01
2.6.6.1.3.2 IBM Rational Software Architect 9.0 01
2.6.6.1.3.2 MySQL Workbench 8.0 01
2.2. Métodos
Tipo de Investigación
2.2.1.1. De acuerdo a la orientación o finalidad
Es Aplicada, es el tipo de investigación en la cual el problema ya está determinado y es conocido y

se utiliza los conocimientos adquiridos para solucionar este problema de la vida real, en este caso
sería mejorar proceso de matrículas y pago de la institución educativa virgen de la asunción del
Porvenir – Trujillo.
22
2.2.1.2. De Acuerdo a la Técnica de Contrastación
Es pre-experimental, porque se obtuvo los datos necesarios a través de diversas técnicas y se

obtuvieron los datos de la realidad sin manipularlos.
Nivel de Investigación
Es de nivel prospectivo ya que se inicia con la exposición de una supuesta causa. Esto significa que
los datos recogidos en la presente investigación son recogidos a propósito.
Debido a que los datos expuestos en el presente proyecto de tesis se han recogido después de haber
implementado las encuestas se determina que respecto al número de veces que se mide la variable
es de tipo transversal.
Diseño de Investigación
Se empleo el método Pre-Test y Post-Test a los indicadores para contrastar la Hipótesis, también se
le denomina método de diseño en sucesión o en línea, que consiste en:
- Una medición previa de la variable dependiente sin haberle aplicado la variable independiente
(Pre-Test).
- La aplicación de la variable independiente a los sujetos de la muestra.
Una nueva medición de la variable dependiente después de la aplicación de la variable independiente
(Post-Test).
Se grafica de la siguiente forma:
𝑂0 −→ 𝑋 −→ 𝑂1
Dónde:
𝑋: Variable Independiente
𝑂0 , 𝑂1 : Variables Dependientes
Las cuales según la hipótesis planteada serán:
𝑋: Sistema Web académico para el procesamiento de matrículas y pagos.
𝑂0 : Observaciones del proceso de matrículas y pagos antes de implementar un sistema web.
𝑂1 : Observaciones del proceso de matrículas y pagos después de implementar un sistema web.
23
Al finalizar se estableció las diferencias entre V0 y V1, para determinar si hay mejora o no, de acuerdo
con estos resultados se da las conclusiones respectivas y las recomendaciones.
Población, Muestra y Muestreo
2.2.4.1. Población
Para la mejora del proceso de matrículas y pagos, necesitamos saber sobre que o quienes se
recolectarán los datos, y le darán usabilidad al sistema web académico.
De acuerdo a la usabilidad del sistema la población corresponde al personal administrativo, alumnos

y padres de familia que serán usuarios del sistema de matrículas y pagos de la institución Educativa.
2.2.4.2. Muestra
La muestra se calculó por indicador, los cuales queremos contrastar, para ello usaremos las siguiente
formula:
N  Z 2  PQ
n ………….……………..…………… (1)
( N  1)e2  Z 2  P  Q
Donde:
𝑛 ∶ Muestra
𝑁: Población
𝑍: Nivel de confianza (95%), 1.96 para α = 0.05 de error
𝑃: Probabilidad de éxito (50%)

𝑄: Probabilidad de fracaso (50%)
𝑒: Error (5%)
24
Indicador N°01: Nivel de satisfacción de los usuarios del proceso de matrículas y pagos
La población está formada por las personas que participan en el proceso de matrículas y pagos de la
institución educativa Se decidió trabajar con la población que lidiará con el sistema en total que
corresponde a 5 personas incluida la dirección y una muestra de 85 padres de familia.
Tabla N° 10: Cargo de usuarios para nivel de satisfacción

Cargo Cantidad
Administrativos 05
Padres de familia 85
Total 90
Administrativos:
Puesto que N <=80 se asume directamente la población como muestra, es decir n=N. Por lo tanto,
se tomará la misma cantidad para la muestra que es 5 personas.
Padres de familia:
Ya que N > 80 se aplicó la fórmula (1) para obtener la muestra:
85 1.962  0.5  0.5

n
(85  1)(0.05)2  1.962  0.5  0.5
n  70
Para el cálculo de nivel de confiabilidad se tomó una muestra de 5 administrativos y 70 padres de
familia.
Indicador N°02: Tiempo de demora en el proceso de matrícula de alumnos
La población se estimó en función a la cantidad de matrículas que realiza los administrativos en el

periodo de matrículas (2 meses) teniéndose un promedio de cuatro (4) matriculas por día,
trabajándose los cinco (5) días de la semana. Por lo tanto, la población (N), es:
(4 matriculas) (5 días) (4 semanas)

N    (2 meses)
día semana mes
N  160 matriculas
Se aplicó la fórmula (1) para obtener la muestra:
160 1.962  0.5  0.5

n
(160  1)  0.052  1.962  0.5  0.5
25
n  113
Se obtuvo una muestra de 113 matrículas.
Indicador N°03: Tiempo de búsqueda de información de alumnos
La población se estimó en función a la cantidad de búsqueda que realizan los administradores en el

periodo de estudio de la presente investigación 2 meses teniéndose un promedio de tres (3)
búsquedas de información por día, trabajándose los cinco (5) días de la semana.
Por lo tanto, la población (N), es:
(3 búsquedas) (5 días) (4 semanas)

N    (2 meses)
día semana mes
N  120 búsquedas
En visto que la población(N) >80 entonces se aplicó la fórmula (1):
120 1.962  0.5  0.5

n
(120  1)  0.052  1.962  0.5  0.5
n  92
Se obtuvo una muestra de 92 búsquedas.
Indicador N°04: Tiempo de generación de reportes de información
La población se estimó en función a la cantidad de reportes que realiza el personal en el periodo de

estudio de la presente investigación 2 meses teniéndose un promedio de cuatro (4) reportes de
gestión por semana.
Por lo tanto, la población (N), es:

(4 reportes) (4 semanas)
N   (2 meses)
semana mes
N  32 reportes
En visto que la población(N) < 80 entonces la muestra calculada fue:
n  32 reportes
26
2.2.4.3. Muestreo
Para seleccionar la muestra el muestreo que se realizó fue el Muestreo Probabilístico y se utilizó el
muestreo aleatorio simple, esto quiere decir que cualquier elemento de la población tiene la misma
posibilidad de ser seleccionado.
Variables
2.2.5.1. Tipo
- Variable Independiente o Causal:
Sistema académico web.
• Definición Conceptual:
Son aquellos que están creados e instalados no sobre una plataforma o sistemas operativos
(Windows, Linux). Sino que se alojan en un servidor en Internet o sobre una intranet (red local) que
sirven para la gestión académica. Su aspecto es muy similar a páginas Web que vemos normalmente,
pero en realidad los 'sistemas Web' tienen funcionalidades muy potentes que brindan respuestas a
casos particulares.
• Definición Operacional:
Un sistema académico web se mide de acuerdo con el tiempo de respuesta que tiene con respecto a
la optimización de procesos, y el tiempo en generar reportes utilizando este sistema donde se
almacenarán una gran cantidad de información que lo requiera de tal forma que le permita a este
agilizar el proceso de su matrícula.
- Variable Dependiente o Efecto:
Proceso de matrículas y pagos.
• Definición Conceptual:
El proceso de matrícula es el conjunto de políticas, procedimientos y actividades, que permiten

organizar la continuidad de los alumnos antiguos y el ingreso de alumnos nuevos, en el Sistema de
Educación Oficial del País.
El proceso de pago es un tributo que se ofrece por contraprestación de un servicio o por la adquisición
de un producto.
27
• Definición Operacional:
Los procesos de matrículas y pagos se medirán en cuanto a la toma de tiempos en que los usuarios
gestionan los procedimientos se medirá los tiempos de búsqueda de información y generación de
reportes en segundos.
2.2.5.2. Operacionalización
La matriz de operacionalización se encuentra en Anexo C.
Técnicas e Instrumentos, Validación y Confiabilidad
2.2.6.1. Técnicas e Instrumentos
En la presente investigación para la recolección de datos se utilizó las siguientes técnicas e

instrumentos:
Tabla N° 11: Cuadro de técnicas e instrumentos

Técnica Instrumento Fuentes(s) Informante(s)
Padres de familia, director,

Encuesta Guía de encuesta Institución educativa
secretaria, Tesorero
Observación Directa Cronómetro Oficina de matriculas director, secretaria, Tesorero
Tabla N° 12: Cuadro de indicadores con instrumentos de medición

Indicador Instrumento Tipo de Variable Unidad de Medida
Nivel de satisfacción de los usuarios del
Encuesta Cualitativo Escala Valorada [1-5]
proceso de matrículas y pagos.
Tiempo de demora en el proceso de
Cronometro Cuantitativo Segundo
matrícula de alumnos.
Tiempo de búsqueda de información de
alumnos.
Tiempo de generación de reportes de
información
2.2.6.2. Validación y Confiabilidad
Validación de encuesta:
Para la validación de instrumentos se utilizó la técnica de juicio de expertos (se tomó por lo menos 3
jueces).
Después que se aplicó el juicio de expertos, se levantó las observaciones indicadas por los expertos.
28
Se aplicó la prueba de coeficiente de correlación de Kendall para validar la encuesta evaluada por los
expertos.
Se realizó la prueba piloto en una pequeña muestra con el fin de verificar su consistencia conceptual
y de comprensión de los sujetos de investigación.
Para la confiabilidad se utilizó fórmulas para calcular coeficientes de confiabilidad, basados en la

consistencia interna, se utilizó la siguiente prueba:
Alfa de Cronbach:
Esta prueba sirvió para comprobar que existe una correlación significativa entre 15 preguntas(ítems)
que midan el mismo constructo o dimensión teórica. Para que un instrumento sea considerado valido,
el alfa de Cronbach debe ser mayor a 0,8.
Método de Análisis de Datos
Para la prueba de hipótesis se utilizó pruebas estadísticas parametrizadas tales como:
Tabla N° 13: Cuadro de pruebas estadísticas

Objetivo específico Indicador Muestra(n) Prueba Estadística
Prueba t diferencia de
Incrementar el nivel de satisfacción Nivel de satisfacción de los
05 medias con un nivel
de los usuarios de la institución usuarios del proceso de
70 de confianza del 95%
educativa. matrículas y pagos.
Tiempo de demora en el
Reducir el tiempo de demora en el Prueba Z diferencia de
proceso de matrícula de 113
proceso de matrículas. medias
alumnos.
Disminuir el tiempo de búsqueda de Tiempo de búsqueda de Prueba Z diferencia de
92
información de alumnos. información de alumnos. medias
Disminuir el tiempo de generación de Tiempo de generación de Prueba Z diferencia de
32
reportes de información. reportes de información medias
29
Procedimiento
La presente investigación se desarrolló usando la metodología RUP la cual consta de 4 fases, a

continuación, se detalla cada una de ellas:
Figura N° 5: Estructura de RUP
Consideraciones Éticas
En el presente proyecto se presenta información que fue brindada por la institución educativa con la
finalidad de buscar una solución que les ayude a mejorar sus procesos de matrículas y pagos,
conforme a ello la institución brindo información puntual para lograr los resultados de la presente
investigación.
Para garantizar la calidad y ética de la investigación se respetó la veracidad de los datos

proporcionados por la institución educativa, la recopilación de datos se realizó de manera confidencial.
Se siguió la investigación de acuerdo con las reglas y estructura estipuladas en la Universidad

Nacional de Trujillo.
El trabajo realizado es original y no tiene previa existencia en la institución donde se llevó a cabo.
30
CAPITULO III
RESULTADOS
31
3. CAPITULO III: RESULTADOS
3.1. FASE I: INCEPCIÓN
3.1.1. Modelo del negocio
En el modelo de negocio se tiene el siguiente contenido:

3.1.1.1. Reglas del negocio
La Institución Educativa Virgen de la Asunción trabaja bajo las siguientes reglas del negocio:
- Las matrículas se realizan dentro de la Institución Educativa Virgen de la Asunción.
- El director de la institución establece la programación del periodo escolar fijando la fecha de inicio
y la fecha de fin.
- El director de la institución gestiona los grados y secciones para habilitar las aulas y su número
de vacantes en el presente periodo escolar por cada nivel (primaria y secundaria).
- El director de la Institución establece los montos a cobrar por conceptos de matrícula y pensiones
por cada nivel (primaria y secundaria).
- Para los alumnos nuevos su apoderado deberá proporcionar los documentos necesarios para
inscribirlo a la institución y proporcionar sus datos junto con el del alumno para posteriormente
poder matricularlo.
- La secretaria al momento de matricular debe identificar al apoderado ya que solo esta persona
puede hacer este proceso, posteriormente se procede a matricular al alumno verificando el
número de vacantes de cada aula habilitada.
- Después de matricular al alumno en la institución el apoderado tendrá que realizar el pago de

matrícula establecido en una agencia bancaria para posteriormente llevar el voucher a la
institución y registrar el pago.
- Efectuado el pago de matrícula no hay devolución de dicho concepto.
- El apoderado deberá realizar el pago de pensiones todos los meses siguiendo el proceso de
pago de matrícula.
32
3.1.1.2. Modelo de caso de uso del negocio
3.1.1.2.1. Organización del modelo
En la organización del modelo tenemos la siguiente estructura:
Figura N° 6: Organización del Modelo de Casos de Uso del Negocio
3.1.1.2.2. Actores del negocio
A continuación, se muestra una tabla con la descripción de los Actores del Negocio:
Tabla N° 14: Descripción de los Actores del Negocio
Nombre Descripción Rol

Persona matriculado y registrado en la Rendir exámenes.
Alumno
institución. Cumplir con las asistencias.
Persona que solicita la matrícula y efectúa el Realizar matrícula.
Apoderado
pago. Efectuar pagos.
33
3.1.1.2.3. Diagrama de objetivos del negocio
A continuación, se muestra el Diagrama de Objetivos del Negocio:
Figura N° 7: Diagrama de Objetivos del Negocio
34
3.1.1.2.4. Casos de uso VS. Objetivos del negocio:
A continuación, se muestra el Diagrama de Casos de Uso vs. Objetivos del Negocio:
Figura N° 8: Casos de Uso vs. Objetivos del Negocio
35
3.1.1.2.5. Diagrama de casos de uso del negocio
A continuación, se muestra el Diagrama de Casos de Uso del Negocio:
Figura N° 9: Diagrama de Casos de Uso del Negocio
3.1.1.3. Modelo de análisis del negocio
A continuación, se muestra la Organización del modelo del Negocio
Figura N° 10: Organización del Modelo de Análisis del Negocio
36
3.1.1.3.2. Casos de uso del negocio
A continuación, se muestra una tabla con la descripción de los Casos de Uso del Negocio:
Tabla N° 15: Hoja de Descripción CUN Gestionar matrícula
Nombre del Caso de Uso Gestionar matrícula

Actores Apoderado, secretaria
Consiste en registrar matrículas de los alumnos que durante el
Flujo Principal presente año académico desarrollaran sus estudios en la Institución
Educativa Virgen de la Asunción.
Para registrar la matrícula de un alumno en el presente año sus
Pre condiciones datos deberán haber sido registrados correctamente y haber
culminado satisfactoriamente el grado anterior.
Post condiciones Registrar pago por derecho de matrícula.
Al momento de su matrícula adjuntar documentos académicos de
Requisitos Especiales
ser necesarios.
Tabla N° 16: Hoja de Descripción CUN Gestionar pagos

Nombre del Caso de Uso Gestionar pagos
Actores Apoderado, Tesorero
Consiste en realizar el registro de los pagos correspondientes
Flujo Principal al presente año académico, como el pago de matrícula y
pensiones y en casos excepcionales otros pagos de tramites.
Pre condiciones Haber matriculado al alumno
Post condiciones Registrar pago correspondiente.
Tendrá un tiempo establecido para realizar y registrar el
Requisitos Especiales
pago.
Tabla N° 17: Hoja de Descripción CUN Gestionar registros académicos

Nombre del Caso de Uso Gestionar registros académicos
Actores Director
Consiste en realizar el registro de periodos escolares y el

Flujo Principal
registro de grados en el periodo actual correspondiente.
Pre condiciones -----------------
Post condiciones Matricular alumnos en grados del periodo actual.
Requisitos Especiales ----------------
37
3.1.1.3.3. Trabajadores del negocio
Se muestra una tabla con la descripción de los Trabajadores del Negocio:
Tabla N° 18: Descripción de los Trabajadores del Negocio
Nombre Descripción Rol

Usuario que ordena el inicio del periodo Ordena el inicio al periodo
Director académico, habilita los grados y revisa los académico. Emitir reportes de
reportes. gestión.
Usuario encargado de registrar la información. Y Registrar matrícula, Emitir
Secretaria
generación de reportes académicos reportes académicos etc.
Tesorero Verificar y registrar pagos de
Encargado de recepcionar los vouchers de pago
alumnos.
Figura N° 11: Trabajadores del Modelo de Análisis del Negocio
3.1.1.3.4. Entidades del negocio
Se muestra una figura con las Entidades del Negocio:
Figura N° 12: Entidades del Negocio
38
3.1.1.3.5. Realizaciones del negocio
A continuación, se muestra el Diagrama de Realizaciones del Negocio:
Figura N° 13: Diagrama de Realizaciones del Negocio
3.1.1.3.6. Diagrama de estados del negocio
A continuación, se muestran los Diagramas de Estados del Negocio:
- Alumno
Figura N° 14: Diagrama de Estados de Alumno
39
- Apoderado
Figura N° 15: Diagrama de Estados de Apoderado
- Pago
Figura N° 16: Diagrama de Estados de Pago
40
- Matrícula
Figura N° 17: Diagrama de Estados de Matrícula
- Aula
Figura N° 18: Diagrama de Estados de Aula
41
- Periodo
Figura N° 19: Diagrama de Estado de Periodo
42
3.1.1.3.7. Diagrama de Actividades del Negocio
A continuación, se muestran los Diagramas de Actividades del Negocio:
Figura N° 20: Diagrama de Actividades CUN Gestionar registros académicos
43
Figura N° 21: Diagrama de Actividades CUN Gestionar matrícula
44
Figura N° 22: Diagrama de Actividades CUN Gestionar pagos
45
3.1.1.3.8. Modelo de objeto de negocio
A continuación, se muestran los Modelos de Objetos del Negocio para los diferentes casos de uso:
MON del CUN “Gestionar registros académicos”
Figura N° 23: Modelo de Objetos CUN Gestionar registros académicos
MON del CUN “Gestionar matrícula”
Figura N° 24: Modelo de Objetos CUN Gestionar matrícula
46
MON del CUN “Gestionar pagos”
Figura N° 25: Modelo de Objetos CUN Gestionar pagos
3.1.1.3.9. Modelo del dominio del negocio
A continuación, se muestra el Modelo del Dominio del negocio:
Figura N° 26: Modelo del Dominio
47
3.1.2. Modelo de requerimientos
A continuación, se describe los requerimientos para el desarrollo del sistema:

3.1.2.1. Requerimientos funcionales
Para la implementación del sistema web académico se tuvo en cuenta los siguientes requerimientos
funcionales:
- Autentificarse en el sistema para tener acceso a este.
- Cambiar clave de usuario.
- Gestionar permisos a los distintos roles del sistema.
- Registrar usuarios del sistema con distintos roles (administrador, director, secretaria, tesorero).
- Registrar en el sistema un periodo escolar estableciendo el nombre de este, la fecha de inicio y la

fecha de fin.
- Registrar y gestionar grados y secciones en el sistema.
- Registrar aulas identificando su respectivo periodo, nivel, grado y sección a si mismo establecer
el número de vacantes que esta tendrá.
- Registrar alumnos de la institución con sus respectivos datos personales a si mismo registrar su
apoderado.
- Visualizar información de alumno ya sea datos personales y datos de apoderado.
- Actualizar datos de alumnos que puedan cambiar (correo, dirección, teléfono, etc.).
- Registrar matricula de alumnos por el aula al que pertenecerá en el periodo escolar actual
verificando y teniendo en cuenta el número de vacantes por aula.
- Listar alumnos matriculados por aula indicando el estado de pago de matrícula.
- Registrar pagos por concepto de matrícula de alumnos, mensualidad u otros pagos teniendo un
historial de pagos.
- Emitir reporte de numero alumnos matriculados en el periodo actual.
- Emitir reporte gráfico de alumnos por aula matriculados en el periodo actual.
- Generar reporte de cantidad de pagos recibidos por matricula, pensiones u otros.
48
3.1.2.2. Requerimientos no funcionales
Para la implementación del sistema web académico se tuvo en cuenta los siguientes requerimientos
no funcionales:
a). Apariencia o Interfaz externa:
- Los colores de texto, color de fondo de los formularios deben ser uniformes en todo el sistema.
- El sistema debe permitir visualizar la información distribuida uniformemente en la ventana.
b). Usabilidad:
- El sistema debe estar creado para cualquier tipo de persona.
- El sistema debe funcionar correctamente en los siguientes navegadores: Mozilla Firefox,

Chrome, Microsoft Internet Explorer 9.x en adelante.
- El sistema debe tener un comportamiento uniforme.
c). Rendimiento:
- El sistema debe ser estable, así como los servicios que este brinda. Además, debe garantizar
rapidez y eficiencia para sus usuarios.
d). Soporte:
- El sistema será instalado y configurado por el Especialista del Laboratorio de Cómputo, quien se
encargará de darle mantenimiento.
- El sistema tendrá fácil adaptabilidad para asumir nuevas funciones.
e). Seguridad:
- La información manejada por el sistema debe estar protegida de acceso no autorizado y

divulgación.
49
3.1.2.3. Modelo de casos de uso
A continuación, se muestra la organización del modelo:
Figura N° 27: Organización del Modelo
3.1.2.3.2. Actores del sistema
Tabla N° 19: Descripción de actores

Actor Descripción
Usuario Es aquella persona que interactúa con el sistema y está relacionado
con la autenticación y la funcionalidad del mismo.
Administrador Encargado de mantener los diferentes módulos del sistema y asignar
permisos a diferentes usuarios del sistema.
Director Es aquella persona encargada de gestionar y registrar el periodo
escolar y aulas.
Secretaria Es la persona encargada de interactuar con el apoderado para que se
realice la matrícula y registrar los datos.
Tesorero Es la persona encargada de registrar los pagos de matrícula,
mensualidades u otros.
50
3.1.2.3.3. Diagrama de actores del sistema
A continuación, se muestra el diagrama de los actores del sistema:
Figura N° 28: Diagrama de actores del sistema
3.1.2.3.4. Diagrama de paquetes y sus relaciones
A continuación, se muestra el diagrama de paquetes y sus relaciones:
Figura N° 29: Diagrama de paquetes y sus relaciones
51
3.1.2.3.5. Modelo de caso uso por paquetes
A continuación, se muestran los diagramas de casos de uso por paquetes:
Figura N° 30: Paquete de Administración
Figura N° 31: Paquete de Seguridad
52
Figura N° 32: Paquete de Gestionar programación académica
Figura N° 33: Paquete de Gestionar matricula
53
Figura N° 34: Paquete de Gestionar pagos
Figura N° 35: Paquete de Gestionar reportes y consultas
54
3.1.2.3.6. Diagrama general de casos de uso
A continuación, se muestra el diagrama general de casos de uso.
Figura N° 36: Diagrama general de Casos de uso
55
3.1.2.3.7. Descripción de los casos de uso
A continuación, se muestra las especificaciones de cada caso de uso

- Paquete: Administración
 Gestionar rol
Tabla N° 20: Descripción del Caso de Uso Gestionar rol

Nombre del caso de uso Gestionar rol
Actores Administrador
El administrador del sistema tiene el acceso a listar los roles, además editar y
Resumen
eliminar.
1. El caso de uso inicia cuando el administrador selecciona la opción “Perfiles”
del menú principal.
2. El sistema muestra la interfaz “Perfiles” que esta divido por 2 sub opciones,
el administrador selecciona la opción “Roles y menu”.
3. El sistema mostrara en la interfaz la lista de roles registrados en el sistema
Flujo de eventos
con las opciones que puede realizar el administrador.
4. Cuando el administrador seleccione “Editar” se mostrará un modal donde
tendrá la opción de actualizar el rol. (E-1)
5. Cuando el administrador seleccione la opción “Eliminar” el sistema mostrara
un mensaje para que el administrador confirme esta petición. (E-2)
- E-1: Si el administrador deja el campo vacio el sistema mostrara un
mensaje: “No se puede dejar el campo vacio”
Flujo Alternativo
- E-2: Si el Administrador no confirma la eliminación de un rol, este proceso
no se completará.
- El Administrador está identificado en el sistema
Precondiciones
- Lista disponible de roles.
Post condiciones - El sistema actualizara lista de roles.
56
 Gestionar menú
Tabla N° 21: Descripción del Caso de Uso Gestionar menú

Nombre del caso de uso Gestionar menú
El administrador del sistema tiene el acceso a listar los menús, además editar
Resumen
y eliminar.
el administrador selecciona la opción “Roles y menu”.
3. El sistema mostrara en la interfaz la lista de menús registrados en el sistema
Flujo de eventos
con las opciones que puede realizar el administrador.
tendrá la opción de actualizar el menú. (E-1)
- E-1: Si el administrador deja el campo vacio el sistema mostrara un
mensaje: “No se puede dejar el campo vacio”.
Flujo Alternativo
- E-2: Si el Administrador no confirma la eliminación de un menú, este
proceso no se completará.
Precondiciones
- Lista disponible de menús.
Post condiciones - El sistema actualizara lista de menús.
57
 Gestionar permisos de usuario
Tabla N° 22: Descripción del Caso de Uso Gestionar permisos de usuario

Nombre del caso de uso Gestionar permisos de usuario
El administrador del sistema tiene el acceso a listar los permisos, además de
Resumen
registrar uno nuevo, editar o eliminar.
el administrador selecciona la opción “Permisos”.
3. El sistema mostrara en la interfaz la lista de permisos registrados en el
sistema con la opción de registrar un nuevo permiso.
4. El administrador deberá seleccionar un rol, que se mostrara en una lista
Flujo de eventos
desplegable cuando se seleccione esté y seleccionar un menú que se
mostrará en una lista despegable cuando se seleccione menú, luego ara click
en el botón “registrar nuevo”. (E-1)
tendrá la opción de remover algún menú asignado a un rol de usuario.
- E-1: Si el administrador intenta registrar un permiso ya existente el sistema
mostrara el mensaje: “No se puede agregar PERMISO DUPLICADO”
Flujo Alternativo evitando así el registro.
- E-2: Si el Administrador no confirma la eliminación de un permiso, este
Precondiciones
- Lista de permisos de usuario disponible.
- En el sistema quedara registrado nuevo permiso de usuario.
Post condiciones - El sistema actualizara lista de permisos de usuario.
- El sistema eliminara permiso de usuario.
58
- Paquete: Seguridad
 Mantener usuario
Tabla N° 23: Descripción del Caso de Uso Mantener usuario

Nombre del caso de uso Mantener usuario
El administrador del sistema tiene el acceso a listar los usuarios, además de
Resumen registrar uno nuevo, editar su información o eliminarlo del sistema.
1. El caso de uso inicia cuando el administrador selecciona la opción
“Usuarios” del menú principal.
2. El sistema mostrara en la interfaz un botón para registrar un nuevo usuario
y la lista de usuarios registrados en el sistema con las opciones de editar o
eliminar al usuario del sistema.
3. Cuando el administrador selecciona “Nuevo” se abre un modal para
registrar un nuevo usuario donde llenará sus datos personales(DNI,
nombres, apellidos, sexo, correo, fecha de nacimiento, dirección, número
telefónico) y sus datos de usuario (nombre de usuario y clave), tendrá 2
botones para acabar el proceso “Cerrar” o “Guardar”, al presionar “Cerrar”
Flujo de eventos el modal se cerrara cancelando el registro o al presionar “Guardar” se
guardara el nuevo usuario en el sistema (E-1), (E-2), (E-3), (E-4).
4. El administrador al seleccionar la opción “Editar” se le abrirá un modal con
los datos guardados en el sistema de ese usuario seleccionado, tendrá 2
botones para acabar el proceso “Cancelar” o “Guardar cambios” (E-5).
5. El administrador al seleccionar la opción “Eliminar” el sistema mostrara un
mensaje para que el administrador confirme esta petición (E-6).
6. El administrador cambia el estado del usuario al seleccionar la opción
“Desactivar” o “Activar” el sistema mostrara un mensaje para que el
administrador confirme esta petición.
- E-1: Cuando el administrador guarde datos de un usuario el sistema validara
que el usuario no haya sido registrado antes por el número de DNI sino
mostrara el mensaje: "Esta persona ya esta registrada”.
que las claves sean válidas sino mostrara el mensaje: ”Las claves no
coinciden”.
que el nombre de usuario esté disponible sino mostrara el mensaje: “Este
Flujo Alternativo
nombre de usuario ya esta en uso”.
que todos los campos estén completos sino mostrara el mensaje: ”Debe
llenar todos los campos”.
- E-5: El administrador al editar un usuario solo puede actualizar algunos
datos.
- E-6: Si el Administrador no confirma la eliminación de un usuario, este
- El Administrador está identificado en el sistema.
Precondiciones - Lista de usuarios disponibles.
- En el sistema quedara registrado nuevo usuario.
- El estado del usuario será “Activado” automáticamente al ser registrado.
Post condiciones - El sistema actualizara lista de usuarios.
- El sistema eliminara usuario.
59
 Ingresar al sistema
Tabla N° 24: Descripción del Caso de Uso Ingresar al sistema

Nombre del caso de uso Ingresar al sistema
Actores Usuario
Resumen El usuario registrado ingresa al sistema.
1. El caso de uso inicia cuando el usuario entra a la página de inicio del sistema.
2. El sistema muestra la interfaz donde el usuario a través de su nombre de
Flujo de eventos usuario y clave ingresa al sistema y presiona el botón “Ingresar”. (E-1), (E-2),
(E-3)
3. El sistema mostrara en la interfaz con el menú principal del sistema.
- E-1: Si el usuario deja vacío su usuario y/o clave al presionar el botón ingresar,
el sistema mostrara un mensaje: “Ingrese su usuario y su clave”.
- E-2: Si el usuario escribe su usuario y/o clave incorrectamente al presionar el
Flujo Alternativo botón “Ingresar”, el sistema mostrara un mensaje: “El usuario o la clave son
incorrectos”.
- E-3: Si el estado del usuario esta desactivado este no podrá acceder al
sistema.
Precondiciones - El usuario debe haber sido registrado.
Post condiciones - El usuario ingresara al sistema y se mostrara el menú principal.
 Cambiar clave
Tabla N° 25: Descripción del Caso de Uso Cambiar clave

Nombre del caso de uso Cambiar clave
Actores Usuario
Resumen El usuario del sistema tiene el acceso a cambiar su clave.
1. El caso de uso inicia cuando el usuario selecciona la opción “Cambiar clave”
Flujo de eventos 2. El sistema muestra la interfaz “Cambiar clave” donde hay 2 campos para
poner la nueva clave, el 2 campo es para que confirme la nueva clave. (E-1),
(E-2)
- E-1: Si el usuario escribe claves diferentes al presionar el botón “Guardar”, el
sistema mostrara un mensaje: “Las contraseñas deben ser iguales”.
Flujo Alternativo
- E-2: Si el usuario deja vacio algún campo el sistema mostrara el mensaje:
“Debe llenar todos los campos”.
Precondiciones - El Usuario está identificado en el sistema.
Post condiciones - El sistema actualiza clave de usuario.
60
- Paquete: Gestionar programación académica
 Iniciar periodo escolar
Tabla N° 26: Descripción del Caso de Uso Iniciar periodo escolar

Nombre del caso de uso Iniciar periodo escolar
Actores Director
El director tiene el acceso a iniciar un nuevo periodo escolar en el sistema lo
Resumen
cual permitirá hacer registros académicos para dicho periodo.
1. El caso de uso inicia cuando el director selecciona la opción “Periodo
escolar” del menú principal.
Flujo de eventos 2. El sistema muestra la interfaz “Periodo” que mostrara la lista de periodos.
3. Cuando el director seleccione la opción “Iniciar” del periodo elegido este
cambiara de estado.
Flujo Alternativo - E-1: Si existe un periodo sin finalizar, este proceso no se completará.
- El director está identificado en el sistema

Precondiciones - Lista de periodos disponible.
- No haber un periodo escolar iniciado.
- En el sistema quedara iniciado un nuevo periodo escolar.
Post condiciones
- El sistema actualizara la lista de periodos escolares.
 Registrar periodo escolar
Tabla N° 27: Descripción del Caso de Uso Registrar periodo escolar

Nombre del caso de uso Registrar periodo escolar
Actores Director
El director tiene el acceso a registrar un nuevo periodo escolar en el sistema
Resumen
lo cual permitirá usarlo posteriormente.
1. El caso de uso inicia cuando el director selecciona la opción “Periodo

escolar” del menú principal.
Flujo de eventos 2. El sistema muestra la interfaz “Periodo” que mostrara la lista de
periodos y formulario con campos para registrar un periodo nuevo.
3. El director deberá llenar los campos de nombre de periodo, fecha de
inicio y fecha de fin, y presionar “Registrar nuevo” para registrar un
nuevo periodo. (E-1), (E-2)
- E-1: Si el director introduce fechas invalidas en el sistema, este proceso
no se completará.
Flujo Alternativo - E-2: Si el director no completa todos los campos antes de presionar
“Registrar nuevo” el sistema le mostrara una alerta: “Debes llenar todos
los campos por favor”.
Precondiciones - El director está identificado en el sistema
- En el sistema quedara registrado un nuevo periodo escolar.
Post condiciones
- El sistema actualizara lista de periodos escolares.
61
 Gestionar sección
Tabla N° 28: Descripción del Caso de Uso Gestionar sección

Nombre del caso de uso Gestionar sección
Actores Director
El director en el sistema tiene el acceso a listar secciones, registrar, editar y
Resumen
eliminar.
1. El caso de uso inicia cuando el director selecciona la opción “Aulas” del
menú principal.
2. El sistema muestra la interfaz “Aulas” que muestra varias opciones y una
lista de aulas registradas, el director selecciona la opción “+Seccion”.
3. El sistema mostrara en la interfaz un modal con la lista de secciones
registradas con las opciones que puede realizar el director y un campo
Flujo de eventos
para registrar una nueva seccion, cuando el director llene este campo y
seleccione “Guardar” registrara una seccion. (E-1)
4. Cuando el director seleccione “Editar” se mostrará un modal donde tendrá
la opción de actualizar la seccion.
5. Cuando el director seleccione la opción “Eliminar” el sistema mostrara un
mensaje para que el director confirme esta petición. (E-2)
- E-1: Si el director no completa todos los campos antes de presionar
“Guardar” el sistema le mostrara una alerta: “Debes llenar todos los
Flujo Alternativo campos por favor”.
- E-2: Si el director no confirma la eliminación de una seccion, este proceso
no se completará.
Precondiciones
- Lista disponible de secciones.
Post condiciones - El sistema actualizara lista de secciones.
62
 Gestionar grado
Tabla N° 29: Descripción del Caso de Uso Gestionar grado

Nombre del caso de uso Gestionar grado
Actores Director
El director en el sistema tiene el acceso a listar grados, registrar, editar y
Resumen
eliminar.
menú principal.
lista de aulas registradas, el director selecciona la opción “+Grado”.
3. El sistema mostrara en la interfaz un modal con la lista de grados
registrados con las opciones que puede realizar el director y un campo
Flujo de eventos
para registrar un nuevo grado, cuando el director llene este campo y
seleccione “Guardar” registrara un grado. (E-1):
4. Cuando el director seleccione “Editar” se mostrará un modal donde tendrá
la opción de actualizar el grado.
5. Cuando el director seleccione la opción “Eliminar” el sistema mostrara un
mensaje para que el director confirme esta petición. (E-2)
Flujo Alternativo campos por favor”.
- E-2: Si el director no confirma la eliminación de un grado, este proceso
no se completará.
Precondiciones
- Lista disponible de grados.
Post condiciones - El sistema actualizara lista de grados.
63
 Registrar aula
Tabla N° 30: Descripción del Caso de Uso Registrar aula

Nombre del caso de uso Registrar aula
Actores Director
El director tiene el acceso a registrar una nueva aula en el sistema lo cual
Resumen
permitirá usarla posteriormente.

menú principal.
Flujo de eventos
lista de aulas registradas, el director selecciona la opción “+Nueva”.
3. El sistema mostrara en la interfaz un modal con campos para seleccionar
(periodo, nivel, grado y seccion) e ingresar(vacantes), cuando el director
complete estos campos y seleccione “Guardar” registrara un aula. (E-1),
(E-2)

campos por favor”.
Flujo Alternativo
- E-2: Si el director intenta registrar un aula que ya existe el sistema
mostrara el mensaje: “No se puede agregar AULA DUPLICADA”
evitando así el registro.
- El director está identificado en el sistema.
- Lista disponible de periodos.
Precondiciones
- Lista disponible de secciones.
- Lista disponible de grados.
- En el sistema quedara registrado una nueva aula.
Post condiciones
- El sistema actualizara lista de aulas.
64
- Paquete: Gestionar matrícula
 Registrar matrícula
Tabla N° 31: Descripción del Caso de Uso Registrar matrícula

Nombre del caso de uso Registrar matrícula
Actores Secretaria
Resumen La secretaria tiene el acceso a registrar una nueva matrícula de un alumno.
1. El caso de uso inicia cuando la secretaria selecciona la opción
“Matriculas” del menú principal.
2. El sistema muestra la interfaz “Matricula” que mostrara varias opciones y
la lista de aulas.
3. La secretaria selecciona el periodo escolar de la lista despegable y el
sistema muestra las aulas registradas en dicho periodo escolar. (E-1):
4. La secretaria selecciona la opción matricular del aula en donde quiere
Flujo de eventos
hacer una matrícula. (E-2):
5. El sistema muestra la interfaz de registrar matricula, la secretaria busca
al alumno a matricular a través de su DNI o nombres y el sistema verifica
el estado del alumno. (E-3)
6. La secretaria selecciona el modo de pago de alumno (normal o media
beca).
7. El sistema muestra en la interfaz la información del alumno a matricular,
la secretaria selecciona la opción “Matricular” para terminar el proceso.
(E-4)
- E-1: Si la secretaria selecciona un periodo escolar que no está activo en
las opciones de aulas solo le aparecerá la opción:” Ver alumno” mas no
“Matricular”.
- E-2: En las aulas que estén llenas (vacantes agotadas) no aparecerá la
Flujo Alternativo opción “Matricular”.
- E-3: Si el sistema verifica que el alumno esta desactivado no se
encontrara los datos de dicho alumno
- E-4: Si el alumno ya se encuentra matriculado el sistema impedirá
realizar el registro.
- La secretaria está identificada en el sistema.
- Lista disponible de periodos escolares.
Precondiciones
- Lista disponible de aulas.
- Alumnos previamente inscritos en el sistema.
- En el sistema quedara registrada una nueva matricula.
Post condiciones
- El sistema actualizara lista de alumnos en el aula matriculada.
65
 Registrar apoderado
Tabla N° 32: Descripción del Caso de Uso Registrar apoderado

Nombre del caso de uso Registrar apoderado
Actores Secretaria
Resumen La secretaria tiene el acceso a registrar un nuevo apoderado en el sistema.
1. El caso de uso inicia cuando la secretaria selecciona la opción “Alumnos”
2. El sistema muestra la interfaz “Alumnos” que mostrara varias opciones y
la lista de alumnos inscritos.
3. La secretaria selecciona “Registrar alumno” y el sistema muestra en la
Flujo de eventos
interfaz un modal con la opción de buscar apoderado o registrar uno
nuevo, la secretaria selecciona registrar apoderado.
4. La secretaria ingresa el parentesco que tendrá el apoderado con el
alumno a inscribir y sus datos personales (nombres, apellidos, DNI,
dirección, teléfono, sexo, fecha de nacimiento y correo).
5. La secretaria selecciona “Guardar” y el apoderado queda guardado en el
sistema. (E-1), (E-2)
E-1: Si la secretaria no completa todos los campos antes de presionar
“Guardar” el sistema le mostrara una alerta: “¡Debe llenar todos los
campos!”.
Flujo Alternativo
- E-2: Cuando la secretaria guarde datos de un apoderado el sistema
validara que el apoderado no haya sido registrado antes por el número
de DNI.
Precondiciones - La secretaria está identificada en el sistema.
Post condiciones - En el sistema quedara registrada un nuevo apoderado.
66
 Registrar alumno
Tabla N° 33: Descripción del Caso de Uso Registrar alumno

Nombre del caso de uso Registrar alumno
Actores Secretaria
Resumen La secretaria tiene el acceso a registrar un nuevo alumno en el sistema.
la lista de alumnos inscritos.
3. La secretaria selecciona “Registrar alumno” y el sistema muestra en la
Flujo de eventos interfaz un modal con campos vacíos para ingresar los datos del alumno.
4. En la interfaz la secretaria registra o busca y selecciona el apoderado del
alumno (a través de su nombre) y el sistema muestra sus datos.
5. La secretaria ingresa en los campos de la interfaz la información
requerida del alumno (nombres, apellidos, DNI, dirección, teléfono, sexo,
fecha de nacimiento y correo).
6. La secretaria selecciona “Guardar” y el alumno queda guardado en el
sistema. (E-1), (E-2)
- E-1: Si la secretaria no completa todos los campos antes de presionar

Flujo Alternativo campos!”.
- E-2: Cuando la secretaria guarde datos de un alumno el sistema validara
que el alumno no haya sido registrado antes por el número de DNI.
- La secretaria está identificada en el sistema.

Precondiciones
- El apoderado del alumno debe estar registrado.
- En el sistema quedara registrada un nuevo alumno.
Post condiciones
- El estado del alumno será “Activado” automáticamente al ser registrado.
67
- Paquete: Gestionar pagos
 Registrar pago de matricula
Tabla N° 34: Descripción del Caso de Uso Registrar pago de matricula

Nombre del caso de uso Registrar pago de matricula
Actores Tesorero
El tesorero tiene el acceso a registrar el pago de matrícula de un alumno en
Resumen
el sistema.
1. El caso de uso inicia cuando el tesorero selecciona la opción “Pagos” del

menú principal.
2. El sistema muestra la interfaz “Pagos” que mostrara varias opciones.
3. El tesorero selecciona “Matricula” y el sistema muestra en la interfaz:
Flujo de eventos
“Registrar pago de matrícula” con los datos de su matrícula en el periodo
actual.
4. En la interfaz el tesorero busca y selecciona al alumno (a través de su
DNI) y el sistema muestra sus datos.
5. El selecciona “Guardar” y el pago de matrícula del alumno queda
guardado en el sistema. (E-1)
- E-1: Si el tesorero intenta registrar un pago de matrícula que ya existe el

Flujo Alternativo sistema mostrara el mensaje: “No se puede agregar MATRICULA YA
PAGADA” evitando así el registro.
- El tesorero está identificado en el sistema.
- El alumno al que se paga la matricula debe estar registrado en el sistema.
Precondiciones
- El alumno al que se paga la matricula debe estar matriculado en el
sistema.
Post condiciones - En el sistema quedara registrado el pago de matrícula del alumno.
68
 Registrar pago de pensiones
Tabla N° 35: Descripción del Caso de Uso Registrar pago de pensiones

Nombre del caso de uso Registrar pago de pensiones
Actores Tesorero
El tesorero tiene el acceso a registrar el pago de pension de un alumno en el
Resumen
sistema.

menú principal.
3. El tesorero selecciona “Pension” y el sistema muestra en la interfaz:
Flujo de eventos “Registrar pago de pension” con los datos de su matrícula en el periodo
actual y el monto correspondiente.
5. El tesorero selecciona el mes de pension a pagar en la interfaz.
6. El tesorero selecciona “Guardar” y el pago de pension del alumno queda
guardado en el sistema. (E-1)
- E-1: Si el tesorero intenta registrar un pago de pension que ya existe el

Flujo Alternativo sistema mostrara el mensaje: “No se puede agregar PENSION YA
PAGADA” evitando así el registro.
- El alumno al que se paga la pension debe estar registrado en el sistema.
Precondiciones
- El alumno al que se paga la pension debe estar matriculado en el
sistema.
Post condiciones - En el sistema quedara registrado el pago de pension del alumno.
69
 Registrar pago de tramite
Tabla N° 36: Descripción del Caso de Uso Registrar pago de tramite
Nombre del caso de uso Registrar pago de tramite

Actores Tesorero
El tesorero tiene el acceso a registrar el pago de trámite de un alumno en el
Resumen
sistema.

menú principal.
3. El tesorero selecciona “Tramite” y el sistema muestra en la interfaz:
Flujo de eventos “Registrar pago de trámite” con los datos de su matrícula en el periodo
actual.
5. El tesorero ingresa el monto de pago de trámite en la interfaz, el tesorero
selecciona “Guardar” y el pago de trámite del alumno queda guardado en
el sistema. (E-1):
- (E-1): Si el tesorero no completa todos los campos antes de presionar

Flujo Alternativo “Guardar” el sistema le mostrara una alerta: “¡Debe llenar todos los
campos!”.
- El alumno al que se paga el pago de tramite debe estar registrado en el
Precondiciones sistema.
- El alumno al que se paga el pago de tramite debe estar matriculado en
el sistema.
Post condiciones - En el sistema quedara registrado el pago de trámite del alumno.
70
 Registrar cronograma de pensiones
Tabla N° 37: Descripción del Caso de Uso Registrar cronograma de pensiones
Nombre del caso de uso Registrar cronograma de pensiones
Actores Tesorero
El tesorero tiene el acceso a registrar el cronograma de pensiones en el
Resumen
sistema.

menú principal.
2. El sistema muestra la interfaz “Pagos” que mostrara varias opciones y el
Flujo de eventos
cronograma de pagos.
3. El tesorero selecciona el “mes” y su “fecha de vencimiento” para que sea
registrado en el sistema.
4. El tesorero selecciona “Guardar” y la fecha de vencimiento del mes
elegido queda guardado en el sistema. (E-1), (E-2)
- E-1: Si el tesorero no completa todos los campos antes de presionar

campos!”.
Flujo Alternativo
- E-2: Si el tesorero intenta registrar una fecha de vencimiento de un mes
que ya existe el sistema mostrara el mensaje: “No se puede agregar
FECHA YA REGISTRADA” evitando así el registro.
Precondiciones
- Existe un periodo escolar iniciado.
- En el sistema quedara registrada la fecha de vencimiento del mes
Post condiciones
seleccionado.
71
- Paquete: Generar reportes y consultas
 Generar reporte de aulas
Tabla N° 38: Descripción del Caso de Uso Generar reporte de aulas

Nombre del caso de uso Generar reporte de aulas
Actores Director
Resumen El director tiene el acceso a generar reporte de aulas en el sistema.

menú principal.
2. El sistema muestra la interfaz “Aulas” que mostrara varias opciones y la
Flujo de eventos
lista de aulas registradas en el sistema.
3. El director selecciona “Reporte de aulas” y el sistema genera un PDF con
las aulas registradas en el sistema en el periodo actual.
En el PDF las aulas se dividen por niveles y con su cantidad de vacantes,
alumnos matriculados, etc.
Flujo Alternativo Ninguno.
- El director está identificado en el sistema.
Precondiciones
- Lista de aulas registradas disponibles.
Post condiciones Ninguno.
 Generar reporte de alumnos por aula
Tabla N° 39: Descripción del Caso de Uso Generar reporte de alumnos por aula
Nombre del caso de uso Generar reporte de alumnos por aula
Actores Secretaria
La secretaria tiene el acceso a generar reporte de alumnos por aula en el
Resumen
sistema.
1. El caso de uso inicia cuando la secretaria selecciona la opción
“Matriculas” del menú principal.
2. El sistema muestra la interfaz “Matriculas” que mostrara varias opciones
Flujo de eventos y la lista de aulas en el sistema.
3. La secretaria selecciona “Reporte de alumnos por aula” y el sistema
genera un PDF de las aulas con alumnos matriculados en el periodo
actual.
En el PDF se muestran las aulas con la información (DNI, nombres y
apellidos) de alumnos matriculados en esta.
- La secretaria esta identificada en el sistema.
Precondiciones - Lista de aulas registradas disponibles.
- Lista de alumnos matriculados disponibles.
72
 Listar información de alumno
Tabla N° 40: Descripción del Caso de Uso Listar información de alumno

Nombre del caso de uso Generar Listar información de alumno
Actores Secretaria
Resumen La secretaria tiene el acceso a listar información del alumno en el sistema.

Flujo de eventos
la lista de alumnos registrados en el sistema.
3. La secretaria selecciona “Ver” y el sistema mostrara la interfaz de
información del alumno.
En la interfaz se muestra la información del alumno: datos personales,
datos de apoderado y datos de la última matricula.

- La secretaria esta identificada en el sistema.
Precondiciones
- Lista de alumnos registrados disponibles.
 Generar reporte de pagos
Tabla N° 41: Descripción del Caso de Uso Generar reporte grafico de pagos
Nombre del caso de uso Generar reporte de pagos
Actores Tesorero
Resumen El tesorero tiene el acceso a generar reporte grafico de pagos en el sistema.
1. El caso de uso inicia cuando el tesorero selecciona la opción “Reporte
Pagos” del menú principal.
2. El sistema muestra la interfaz “Reportes” que mostrara varias opciones y
Flujo de eventos
la lista de pagos recientes registrados en el sistema.
3. El tesorero busca a un alumno para listar sus datos y su ficha de pagos.
En el reporte de ficha de pagos se visualizará datos de matrícula del
alumno y sus reportes de pago tanto como de tramites, matrícula y
pensiones.

- El tesorero esta identificado en el sistema.
- Pagos de matrícula de alumnos disponible.
Precondiciones
- Pagos de pensiones de alumnos disponible.
- Pagos de trámite de alumnos disponible.
73
3.1.2.4. Estimación del tiempo de desarrollo

En este proyecto se utilizó la planificación basada en casos de usos bajo método de estimación por
Puntos de Casos de Uso, este método permite estimar el tiempo de desarrollo de un proyecto se
emplea con el fin de capturar las diferencias potencialidades de una aplicación dada.
3.1.2.4.1. Puntos de casos de uso sin ajustar (UUCP)

Se realiza a partir de la ecuación siguiente:
UUCP  UAW  UUCW .....................................................................(2)
Dónde:
UUCP : Puntos de Casos de Uso Sin Ajustar.
UAW : Factor de Peso de los Actores sin ajustar.
UUCW : Factor de Peso de los Casos de Uso sin ajustar.
A) Factor de peso de los actores sin ajustar (UAW)

El Factor de Peso de los Actores Sin Ajustar se calcula utilizando la siguiente ecuación:
n
UAW   ( Pesoi  N  Actori )............................................................(3)
i 1
En el sistema existen 1 actor simple, 2 medios y 1 complejo, por lo tanto, se tiene:
UAW  (11)  (2  2)  (3 1)  8
Tabla N° 42: Factor de peso por tipo de actor

Actor Tipo de Actor Factor
Administrador Complejo 3
Director Medio 2
Secretaria Medio 2
Tesorero Simple 1
Tabla N° 43: Resumen de Factor de Peso de Actores Sin Ajustar

Tipo Factor N° de Actores Resultado
Simple 1 1 1
Medio 2 2 4
Complejo 3 1 3
UAW 8
74
B) Factor peso de los casos de uso sin ajustar (UUCW)

El Factor de Peso de Casos de Uso Sin Ajustar se calcula utilizando la siguiente ecuación:
n
UUCW   ( Pesoi  CU i ).................................................................(4)
i 1
La clasificación de los casos de uso se realiza en función del número de transacciones, mostrado en
las tablas siguientes, por lo que se tiene que:
UUCW  (5 19)  (10  2)  (15 1)  130
Tabla N° 44: Factores de peso por cada caso de uso y su tipo

Tipo Criterio (Nº de Transacciones) Factor
Simple 1-3 5
Medio 4-7 10
Complejo 8 o más 15
Tabla N° 45: Factores de peso de casos de uso

Caso de Uso Tipo Factor
Gestionar rol Simple 5
Gestionar menú Simple 5
Gestionar permiso de usuario Medio 5
Mantener usuario Medio 10
Ingresar al sistema Simple 5
Cambiar clave Simple 5
Registrar periodo escolar Simple 5
Gestionar sección Simple 5
Gestionar grado Simple 5
Generar reporte de aulas Simple 5
Generar reporte grafico de pagos Simple 5
Iniciar periodo escolar Simple 5
Registrar aula Complejo 5
Registrar pago de tramite Simple 5
Registrar pago de pensiones Simple 5
Registrar pago de matricula Simple 5
Registrar cronograma de pensiones Simple 5
Generar reportes de alumnos por
Simple 5
aula
Registrar matricula Complejo 15
Registrar apoderado Simple 5
Registrar alumno Simple 10
Listar información de alumnos Simple 5
Una vez calculados el Factor de Peso de los Actores Sin Ajustar y el Factor de Peso de los Casos de
Uso Sin Ajustar, y habiendo reemplazado los valores en la ecuación (2), se obtiene que:
UUCP  8  130  138
75
3.1.2.4.2. Puntos de casos de uso ajustados (UCP)

El cálculo de puntos de casos de uso ajustados se obtiene a partir del resultado del cálculo de puntos
de casos de uso sin ajustar, como lo muestra la ecuación:
UCP  UUCP  TCF  EF..................................................................(5)
Dónde:
UCP : Puntos de Casos de Uso sin Ajustar
UUCP : Puntos de Casos de Uso sin Ajustar
TCF : Factor de Complejidad Técnica
EF : Factor de Ambiente
A) Factor de complejidad técnica (TCF)

El factor de Complejidad técnica se calcula mediante la siguiente fórmula:
n
TCF  0.6  0.01 ( Pesoi Valori )....................................................(6)
i 1
Los Pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5, son
asignados arbitrariamente de acuerdo como afecta el factor de complejidad técnica al sistema de
información.
Establecidos los valores y realizados los cálculos respectivos, cuyo detalle se muestra en la tabla
N° 46, se obtuvo el siguiente valor para el Factor de Complejidad Técnica:
TCF  0.6  0.01 51.5  1.11
Tabla N° 46: Peso de cada factor de complejidad técnica y su valor

Descripción Valor
Irrelevante De 0 a 2.
Medio De 3 a 4.
Esencial 5
Tabla N° 47: Factores y pesos de complejidad técnica

Factores Descripción Pesoi Valori Pesoi ∗ Valori
T1 Sistema distribuido 2 3 6
T2 Tiempo de respuesta 1 2 2
T3 Eficiencia por el usuario 1 2 2
T4 Procesamiento interno complejo 1 3 3
T5 Reusabilidad 1 3 3
T6 Facilidad de instalación 0.5 2 1
T7 Facilidad de uso 0.5 4 2
76
T8 Portabilidad 2 3 6
T9 Facilidad de cambio 1 3 3
T10 Concurrencia 1 2 2
T11 Objetivos especiales de seguridad 1 3 3
T12 Acceso directo a terceras partes 1 2 2
Facilidades especiales de 2 2
T13 1
entrenamiento a usuarios finales
TOTAL 51.5
B) Factor de ambiente (EF)

Los agentes que intervienen en el cálculo del factor ambiente están dados por las habilidades y el
entrenamiento del grupo involucrado en el desarrollo del sistema, este se calcula mediante la
ecuación:
n
EF  1.4  0.03 ( Pesoi Valori )......................................................(7)
i
Los pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5, son
asignados arbitrariamente de acuerdo como afecta el factor de ambiente al sistema de información.
De igual forma que para el Factor de Complejidad Técnica se ha establecido los valores y realizado
los cálculos respectivos, obteniéndose el siguiente valor para el Factor de Ambiente:
EF  1.4  0.03 20.5  0.785
Tabla N° 48: Peso de cada factor Ambiente y su valor

Factores Descripción Pesoi Valori Pesoi ∗ Valori
E1 Familiaridad con el modelo de proyecto utilizado 1.5 4 6
E2 Experiencia en la aplicación 0.5 4 2
E3 Experiencia en orientación a objetos 1 4 4
E4 Capacidad del analista líder 0.5 3 1.5
E5 Motivación 1 5 5
E6 Estabilidad de los requerimientos 2 5 10
E7 Personal a tiempo compartido -1 4 -4
E8 Dificultad del lenguaje de programación -1 4 -4
TOTAL 20.5
Después de haber obtenido el Factor de Complejidad Técnica y el Factor de Ambiente, se puede

concluir el cálculo de los puntos de casos de uso ajustados partiendo de la fórmula (5), antes
mostrada, es decir:
UCP  138 1.11 0.785
UCP  120.24 CU
77
3.1.2.4.3. Estimación del esfuerzo (E)

La estimación del esfuerzo que se empleó en el desarrollo de la etapa de la programación del presente
sistema, está representada por la ecuación que se muestra a continuación:
E  UCP  CF.................................................................................(8)
Dónde:
UCP : Puntos de Casos de Uso ajustados
CF : Factor de Conversión
En esta interviene el Factor de Conversión (CF) que en este caso es, según Karner, de 20 H-H/CU,
por lo tanto se tiene que:
20 H  H
E  120.24 CU 
CU
E  2404.8 Horas  Hombre
A partir de este resultado se calcula el esfuerzo estimado total, como se detalla en la siguiente tabla:
Tabla N° 49: Porcentaje de Actividad y su valor en Horas – Hombre

Actividad Porcentaje Horas-Hombre
Análisis 10.00% 601.20
Diseño 20.00% 1202.40
Programación 40.00% 2404.80
Pruebas 15.00% 901.80
Otras actividades 15.00% 901.80
Total 100.00% 6012.00
Entonces el esfuerzo estimado total para el desarrollo de la etapa de programación será:
Etotal  6012 Horas  Hombre
3.1.2.4.4. Tiempo de desarrollo

El tiempo de Desarrollo se calcula a partir de la expresión:
ETotal
TD  ..........................................................(9)
CHTotal
Dónde:
ETotal : Esfuerzo Total.
CHTotal : Cantidad de Hombres que participan en el desarrollo.
78
En esta intervienen el esfuerzo y la cantidad de personas (1 tesista y 1 ayudante) que participan en

el desarrollo de la aplicación (CH ) . Entonces tenemos:
6012 Horas  Hombre

TD  ( )
2 Hombres
TD  3006 H
El tiempo total de desarrollo es de 3006 horas, considerando que se trabajen 7 días a la semana y
10 horas diarias, se tiene:
 1 día   1 semana   1 mes 

TD  3006 horas      
 10 horas   7 días   4 semanas 
TD  10.7 meses
Por lo tanto, el Tiempo estimado de desarrollo para el sistema propuesto es de 11 meses.
3.1.2.5. Estudio de la viabilidad económica

3.1.2.5.1. Costo de inversión
A. Costo de hardware
A continuación, se muestra la tabla de Costo de hardware:
Tabla N° 50: Costo de hardware

Descripción Cantidad Costo unitario (S/.) Subtotal (S/.)
Portátil: Procesador Intel Core i7, 8 GB RAM, 1T
01 4,000.00 4,000.00
Disco duro
Impresora Epson L220 01 600.00 600.00
Total S/. 4,600.00
B. Costo de software
A continuación, se muestra la tabla de Costo de Software:
Tabla N° 51: Costo de software

Descripción Cantidad Subtotal (S/.)
Xampp 1.8.3.4 01 0.00
Sublime Text 3.0 01 0.00
IBM Rational Software Architect 9.0 01 0.00
MySQL Workbench 8.0 01 0.00
Total 0.00
79
C. Costo de mobiliario
A continuación, se muestra la tabla de Costo de Mobiliario:
Tabla N° 52: Costo de mobiliario

Descripción Cantidad Subtotal (S/.)
Mueble para Computador 01 0.00
Silla 01 0.00
Total 0.00
A continuación, se muestra el resumen de los Costos de Inversión:
Tabla N° 53: Resumen de costos de inversión

Tipo de Inversión Subtotal (S/.)
Hardware 4,600.00
Software 0.00
Mobiliario 0.00
Costo de inversión S/. 4,600.00
3.1.2.5.2. Costo de desarrollo

A. Costo de recursos humanos
A continuación, se muestra la tabla de Costo de Recursos Humanos:
Tabla N° 54: Costo de recursos humanos

Tiempo
Descripción Cantidad Costo (S/.) Subtotal (S/.)
(mes)
Programador 2 11 930.00 20,460.00
Total S/. 20,460.00
B. Costo de recursos materiales

A continuación, se muestra la tabla de Costo de Recursos Materiales:
Tabla N° 55: Costo de recursos materiales

Descripción Unidad Cantidad Precio unitario Subtotal (S/.)
Impresiones Hoja impresa 2000 0.20 400.00
Útiles de escritorio Juego 1 25 25.00
Total S/. 425.00
80
C. Costo de energía eléctrica

A continuación, se muestra la tabla de costo de energía eléctrica:
Tabla N° 56: Costo de energía eléctrica

Consumo Tiempo
Costo Tiempo de
Equipo Cantidad (Kw) de Subtotal (S/.)
(S/./Kw/h) Proyecto
Uso (H/d)
Ordenador 1 0.54 0.2 10 30 días/mes x 11 meses 356.40
Impresora 1 0.54 0.15 1 30 días/mes x 11 meses 26.73
Total S/. 383.13
D. Costo de servicios
A continuación, se muestra la tabla de costo de servicios:
Tabla N° 57: Costo de servicios

Descripción Costo (S/ /mes) Tiempo (meses) Subtotal (S/.)
Internet 89.00 11 979.00
Total S/. 979.00
A continuación, se muestra el resumen de los Costos de Desarrollo:
Tabla N° 58: Resumen de costos de desarrollo

Tipo de recurso Subtotal (S/.)
Recursos Humanos 20,460.00
Recursos Materiales 425.00
Energía eléctrica 383.13
Servicios 979.00
Costo de desarrollo S/. 22,247.13
3.1.2.5.3. Costos operacionales (S/./AÑO)

A. Costo de recursos humanos
Para el mantenimiento del sistema se hace cargo un programador, que se encarge de realizar la
actualización de los nuevos requerimientos de información, tal como se detalla:
Tabla N° 59: Costo operacional de recursos humanos

Descripción Cantidad Costo (S/ /mes) Frecuencia Subtotal (S/.)
01 Programador 2 930.00 4 3,720.00
Costo de recursos humanos S/. 7,440.00
81
B. Costo de recursos materiales

A continuación, se muestra la tabla de los costos operacionales de recursos humanos:
Tabla N° 60: Costo operacional de recursos materiales

Descripción Unidad Cantidad Precio unitario Subtotal (S/.)
Papel Bond A4 Millar 01 20 20.00
Recarga de tinta Unidad 02 15 30.00
CD’s Unidad 10 1 10.00
Otros Útiles de escritorio Juego 01 15 15.00
Costo de recursos materiales S/. 75.00
C. Costo de energía eléctrica

- Horas de consumo del ordenador:
8 horas  30 dias  12 meses  2,880.00
- Horas de consumo de la impresora:

2 horas  30 dias  12 meses  720.00
Tabla N° 61: Costo operacional de energía eléctrica

Equipo Cantidad Costo (kw/hr) Consumo (kw) Tiempo (horas) Subtotal (S/.)
Ordenador 02 0.54 0.2 2,880.00 622.08
Impresora 01 0.54 0.15 720.00 58.32
Costo de energía eléctrica S/. 680.40
Tabla N° 62: Resumen de costos operacionales

Ítem Recurso Total (S/.)
1 Humanos 7,440.00
2 Materiales 75.00
3 Energía Eléctrica 680.40
Total costos operacionales 8,195.40
3.1.2.5.4. Beneficios
Los beneficios son las ventajas traducidas en ahorro de tiempo y dinero, que se obtiene luego de la
puesta en marcha del sistema web frente a la situación en la que no se hace uso de éste.
A. Beneficios intangibles
- Mejorar la imagen institucional.
- Mejorar la calidad en los procesos de matrícula y pagos de la institución.
- Innovación tecnológica en la institución.
B. Beneficios tangibles
A continuación, se muestra la tabla de los Beneficios Tangibles:
82
Tabla N° 63: Beneficios Tangibles

Descripción Cantidad Costo(S/.) Tiempo(meses) Subtotal (S/.)
Reducción en papelería(millares) 05 20 12 1,200.00
Reducción de personal
02 930 12 22,320.00
Total S/. 23,520.00
3.1.2.5.5. Flujo de caja

A continuación, se muestra el Flujo de Caja en el tiempo:
Tabla N° 64: Datos de flujo de caja
Descripción Total (S/.)
Inversión 4,600.00
Costo Desarrollo 22,247.13
Costo Operacional 8,195.40
Beneficio esperado 23,520.00
3.1.2.5.6. Análisis de la rentabilidad

A continuación, se muestra a detalle los costos que genera el proyecto propuesto y el Análisis de la
Rentabilidad respectivo mismo, mostrando la ganancia que se tendría de ponerse en marcha el
sistema:
Tabla N° 65: Análisis de rentabilidad

Costos Año 0 Año 1 Año 2 Año 3
Costo de Inversión 4,600.00
Costos de Desarrollo 22,247.13
Total de Inversión S/. 26,847.13
Costos Operacionales 8,195.40 8,195.40 8,195.40
Total de Costo operacional S/. 8,195.40 S/. 8,195.40 S/. 8,195.40
Beneficios Año 0 Año 1 Año 2 Año 3
Beneficios tangibles 0.00 23,520.00 23,520.00 23,520.00
Total de Beneficios S/. 23,520.00 S/. 23,520.00 S/. 23,520.00
Beneficio Neto - (S/. 26,847.13) S/. 15,324.6 S/. 15,324.6 S/. 15,324.6
3.1.2.5.7. Indicadores económicos

A. Valor actual neto (VAN)
El Valor Actual Neto es la suma algebraica de los valores actualizados de los costos y beneficios
generados por el proyecto. (Tasa = 16% - Fuente: Banco de la Nación, Fecha: Abril de 2019).
B C B C
VAN   I 0   ...  ……………………………….… (10)
(1  i)1
(1  i)n
83
Dónde:
I 0 : Inversión inicial.
B : Beneficio por año desde la implementación del proyecto.
C : Costos de operación por año desde la implementación del sistema.
i : Tasa de Interés.
n : Horizonte de Tiempo (Para este caso, 3 años).
Reemplazamos los valores en la ecuación (10):
15,324.60 15,324.60 15,324.60

VAN   26,847.13   
(1  0.16)1 (1  0.16)2 (1  0.16)3
VAN  S / .7,570.23
El Valor Actual Neto es positivo (VAN > 0), por lo que diremos que el proyecto es rentable.
Figura N° 37: Cálculo de VAN en hoja de Excel 2016
B. Tasa interna de retorno (TIR)

Representa la tasa de rendimiento a la cual el proyecto se hace indiferente, es decir cuando el valor
actual neto es cero (VAN = 0).
B C B C
0  I0   ...  …………………….…..….. (11)
(1  TIR)1
(1  TIR)n
84
Dónde:
I 0 : Inversión inicial.
n : Horizonte de Tiempo (Para este caso, 3 años)
15,234.60 15,234.60 15,234.60

0   26,847.13   
(1  TIR)1 (1  TIR)2 (1  TIR)3
Se realiza el cálculo en una hoja de Excel, por lo que se tiene:
TIR  32%
Figura N° 38: Cálculo del TIR en hoja de Excel 2016
C. Beneficio- costo (B/C)

También conocido como coeficiente Beneficio/Costo. Se considera una tasa de interés de 16%.
VANB
B/C  ……………………………………………….…...… (12)
VANC
Dónde:
VANB : Valor Actual Neto de los Beneficios
VANC : Valor Actual Neto de los Costos
85
C1. Cálculo de VANB
B B
VANB   ...  ……………………………………. (13)
(1  i)1
(1  i)n
Dónde:
B : Beneficios por año desde la implementación del proyecto.
i : Tasa de interés.

23,520.00 23,520.00 23,520.00

VANB   
(1  0.16)1 (1  0.16)2 (1  0.16)3
VANB  S /.52,823.32
C2. Cálculo de VANC
C C
VANC  I 0   ...  ………………………….…………….……. (14)
(1  i)1
(1  i)n
Dónde:
C : Costos de operación por año desde la implementación del proyecto.
i : Tasa de interés.
8,195.40 8,195.40 8,195.40

VANC  26,847.13   
(1  0.16)1 (1  0.16)2 (1  0.16)3
VANC  S / .45,253.09
Luego, el valor de B/C es:
S / .52,823.32
B/C   S / .1.17
S / .45,253.09
86
Es decir, que por cada S/.1.00 invertido se obtendrá una ganancia de S/.0.17.
D. Tiempo de recuperación de la inversión (TR)

I0
TR  ……………………………………………….…….....…. (15)
B C
Dónde:
I 0 : Inversión Inicial.
Entonces reemplazando en la ecuación 15 tenemos:
S / .26,847.13
TR   1.75 años
S /.
15,324.60
años
meses
TR  1.75años 12
año
TR  21meses
Es decir, el tiempo de recuperación de la inversión será de 21 meses.
Tabla N° 66: Resumen de indicadores económicos

Indicador económico Valor Obtenido Condición Estado
VAN 26,847.13 VAN > 0 Aprobado
TIR 32% TIR > 16% Aprobado
B/C 1.17 B/C > 1 Aprobado
Conclusión: De acuerdo a los indicadores económicos, se concluye que el proyecto es viable

económicamente.
87
3.1.2.6. Priorización de casos de uso

Esta actividad se basa en determinar cuáles casos de uso son necesarios para el desarrollo en las
primeras iteraciones y cuales pueden dejarse para un desarrollo posterior, el objetivo es determinar
el orden en el que se desarrollada cada uno de los casos de uso midiéndose a través de varios
criterios.
Las características para analizar la prioridad de un caso de uso, son las siguientes:
Tabla N° 67: Criterios de priorización

Criterios Descripción
CP1 Grado de Dificultad en la implementación.
CP2 Grado de importancia en la línea de negocio
CP3 Impacto en el diseño de la arquitectura.
CP4 Impacto de beneficios sobre la institución.
Tabla N° 68: Nivel de impacto de casos de uso

Impacto Peso
Muy bajo 1
Bajo 2
Medio 3
Alto 4
Muy alto 5
88
Tabla N° 69: Priorización de casos de uso
| Criterio de CP1 CP2 CP3 CP4 𝒏

priorización
Pesos ∑ 𝑪𝑼𝒊 × 𝑪𝑷𝒊 Priorización
𝒊=𝟎
Casos de uso 0.25 0.25 0.20 0.30
Gestionar rol 3 3 4 4 3.5 18
Gestionar menú 3 3 3 4 3.3 21
Gestionar permiso de usuario 4 4 4 5 4.3 6
Mantener usuario 5 5 5 5 5 1
Ingresar al sistema 3 4 3 4 3.55 14
Cambiar clave 3 4 4 4 3.75 11
Registrar periodo escolar 3 4 3 4 3.55 15
Gestionar sección 3 5 4 4 4 8
Gestionar grado 3 4 3 3 3.25 22
Generar reporte de aulas 3 4 4 3 3.45 20
Generar reporte de pagos 4 5 5 4 4.45 5
Iniciar periodo escolar 4 4 3 4 3.8 10
Registrar aula 4 4 4 3 3.7 12
Registrar pago de matricula 5 5 5 4 4.7 4
Registrar cronograma de pensiones 4 4 4 4 4 9
Generar reportes de alumnos por
3 4 3 4 3.55 16
aula
Registrar matricula 4 4 4 3 3.7 13
Registrar alumno 5 5 5 5 5 2
Registrar apoderado 5 5 4 5 4.8 3
Listar información de alumnos 5 4 4 4 4.25 7
Registrar pago de tramite 3 4 3 4 3.55 17
Registrar pago de pensiones 3 3 4 4 3.5 19
89
3.2. FASE II: ELABORACIÓN
3.2.1. Modelo de análisis
En este modelo se muestra los siguientes diagramas:

3.2.1.1. Arquitectura de análisis
A continuación, se muestra la Arquitectura de Análisis:
Figura N° 39: Diagrama de arquitectura de análisis
90
3.2.1.2. Diagrama general de casos de uso según análisis

Se muestra el Diagrama general de casos de uso según Análisis:
Figura N° 40: Diagrama de Casos de Uso según Análisis
91
3.2.1.3. Realizaciones de casos de uso según análisis

- Paquete seguridad
Figura N° 41: Realizaciones de seguridad
92
- Paquete programación académica
Figura N° 42: Realizaciones de programación académica
93
- Paquete matricula
Figura N° 43: Realizaciones de matricula
94
- Paquete pagos
Figura N° 44: Realizaciones de pagos
95
- Paquete reportes
Figura N° 45: Realizaciones de reportes
96
3.2.1.4. Diagramas de clases de análisis

Se muestran los diagramas de clases de análisis de cada realización:
- Caso de uso Ingresar al sistema
Figura N° 46: Diagrama de Clases CU Ingresar al sistema
97
- Caso de uso Cambiar clave
Figura N° 47: Diagrama de Clases CU Cambiar clave
98
- Caso de uso Mantener usuario
Figura N° 48: Diagrama de Clases CU Mantener usuario
99
- Caso de uso Gestionar rol
Figura N° 49: Diagrama de Clases CU Gestionar rol
- Caso de uso Gestionar menú
Figura N° 50: Diagrama de Clases CU Gestionar menú
100
- Caso de uso Gestionar permisos de usuario
Figura N° 51: Diagrama de Clases CU Gestionar permisos de usuario
- Caso de uso Registrar periodo escolar
Figura N° 52: Diagrama de Clases CU Registrar periodo escolar
101
- Caso de uso Iniciar periodo escolar
Figura N° 53: Diagrama de Clases CU Iniciar periodo escolar
- Caso de uso Gestionar grado
Figura N° 54: Diagrama de Clases CU Gestionar grado
102
- Caso de uso Gestionar seccion
Figura N° 55: Diagrama de Clases CU Gestionar seccion
103
- Caso de uso Registrar aula
Figura N° 56: Diagrama de Clases CU Registrar aula
104
- Caso de uso Registrar matricula
Figura N° 57: Diagrama de Clases CU Registrar matricula
105
- Caso de uso Registrar apoderado
Figura N° 58: Diagrama de Clases CU Registrar apoderado
106
- Caso de uso Registrar alumno
Figura N° 59: Diagrama de Clases CU Registrar alumno
107
- Caso de uso Registrar pago de matricula
Figura N° 60: Diagrama de Clases CU Registrar pago de matricula
108
- Caso de uso Registrar pago de pensiones
Figura N° 61: Diagrama de Clases CU Registrar pago de pensiones
109
- Caso de uso Registrar pago de tramite
Figura N° 62: Diagrama de Clases CU Registrar pago de tramite
110
- Caso de uso Registrar cronograma de pensiones
Figura N° 63: Diagrama de Clases CU Registrar cronograma de pensiones
- Caso de uso Generar reporte de aulas
Figura N° 64: Diagrama de Clases CU Generar reporte de aulas
111
- Caso de uso Generar reporte de alumnos por aula
Figura N° 65: Diagrama de Clases CU Generar reporte de alumnos por aula
112
- Caso de uso Listar información de alumno
Figura N° 66: Diagrama de Clases CU Listar información del alumno
113
- Caso de uso Generar reporte de pagos
Figura N° 67: Diagrama de Clases CU Generar reporte de pagos
114
3.2.1.5. Diagrama de colaboración

A continuación, Se muestran los diagramas de colaboración de cada realización:
Figura N° 68: Diagrama de colaboración CU Ingresar al sistema
115
Figura N° 69: Diagrama de colaboración CU Cambiar clave
116

Flujo principal:
Figura N° 70: Diagrama de colaboración CU Mantener usuario- Flujo Principal
Subflujo Registrar usuario:
Figura N° 71: Diagrama de colaboración CU Mantener usuario- Subflujo Registrar usuario
117
Subflujo Editar usuario:
Figura N° 72: Diagrama de colaboración CU Mantener usuario- Subflujo Editar usuario
Subflujo Eliminar usuario:
Figura N° 73: Diagrama de colaboración CU Mantener usuario- Subflujo Eliminar usuario
118
Figura N° 74: Diagrama de colaboración CU Gestionar rol
119
Figura N° 75: Diagrama de colaboración CU Gestionar menú
120

Flujo principal:
Figura N° 76: Diagrama de colaboración CU – Flujo principal Gestionar permisos de usuario
Subflujo registrar permiso de usuario:
Figura N° 77: Diagrama de colaboración CU – Subflujo registrar permisos de usuario
121
Subflujo editar permiso de usuario:
Figura N° 78: Diagrama de colaboración CU – Subflujo editar permisos de usuario
Subflujo eliminar permiso de usuario:
Figura N° 79: Diagrama de colaboración CU – Subflujo eliminar permisos de usuario
122
Figura N° 80: Diagrama de colaboración CU Registrar periodo escolar
123
Figura N° 81: Diagrama de colaboración CU Iniciar periodo escolar
124

Flujo Principal:
Figura N° 82: Diagrama de colaboración CU-Flujo principal Gestionar grado
Subflujo Registrar grado:
Figura N° 83: Diagrama de colaboración CU-Subflujo Registrar grado
125
Subflujo Editar grado:
Figura N° 84: Diagrama de colaboración CU-Subflujo Editar grado
Subflujo Eliminar grado:
Figura N° 85: Diagrama de colaboración CU-Subflujo Editar grado
126
Figura N° 86: Diagrama de colaboración CU Gestionar seccion
127
Figura N° 87: Diagrama de colaboración CU Registrar aula
128
Figura N° 88: Diagrama de colaboración CU Registrar matricula
129
Figura N° 89: Diagrama de colaboración CU Registrar apoderado
130
Figura N° 90: Diagrama de colaboración CU Registrar alumno
131
Figura N° 91: Registrar pago de matricula
132
Figura N° 92: Registrar pago de pensiones
133
Figura N° 93: Registrar pago de tramite
134
Figura N° 94: Registrar cronograma de pensiones
135
Figura N° 95: Diagrama de colaboración CU Generar reporte de aulas
136
Figura N° 96: Diagrama de colaboración CU Generar reporte de alumnos por aula
137
Figura N° 97: Diagrama de colaboración CU Listar información de alumno
138
Figura N° 98: Diagrama de colaboración CU Generar reporte de pagos
139
3.2.1.6. Modelo conceptual
Figura N° 99: Modelo Conceptual
140
3.2.1.7. Modelo UML
Figura N° 100: Modelo UML
141
3.2.1.8. Modelo de datos lógico

A continuación, el modelo de datos lógico modelado en Erwin:
ROL_USUARIO USUARIO
ROL
PERMISO idrol_usuario: Number idusuario: Number
idrol: Number
idpermiso: Number idusuario: Number (FK) usuario: Number
descripcion: String idrol: Number (FK)
idrol: Number (FK) clave: String
idmenu: Number (FK) idpersona: Number (FK)
idestado: Number (FK)
MENU
idmenu: Number
ALUMNO
padreId: Number idalumno: Number PERSONA
nombre: String ESTADO
orden: Number idestado: Number idpersona: Number (FK) idpersona: Number
pagina: String idapoderado: Number (FK) APODERADO
nombre: String dni: String
icono: String idestado: Number (FK) idapoderado: Number nombres: String
parentesco: String apellidos: String
idpersona: Number (FK) fechaN: Datetime
sexo: String
MATRICULA direccion: String
idmatricula: Number correo: String
PERIODO numeroT: Number
fecha: Datetime AULA
montoMat: Number idperiodo: Number
idaula: Number
montoMen: Number nombre: String
idalumno: Number (FK) fechaI: Datetime vacantes: Number
idaula: Number (FK) fechaF: Datetime idgrado: Number (FK)
idperiodo: Number (FK) idestado: Number (FK) idseccion: Number (FK)
idnivel: Number (FK)
SECCION
idperiodo: Number (FK)
idseccion: Number
descripcionS: String
PAGO
idpago: Number
NIVEL
fecha: Datetime idnivel: Number
monto: Number
PENSION idconcepto: Number (FK) descripcionN: String GRADO
idmatricula: Number (FK)
idpension: Number idgrado: Number
fecha: Datetime descripcionG: String
montoM: Number CONCEPTO
idconcepto: Number (FK) idconcepto: Number
idmatricula: Number (FK)
idmes: Number (FK) descripcionC: String CRONOGRAMA_PENSION
idcronograma_pension: Number
MES idperiodo: Number (FK)
idmes: Number idmes: Number (FK)
fechaVen: Datetime
descripcionM: String
Figura N° 101: Modelo de datos lógico
142
3.2.1.9. Modelo de datos físico

A continuación, el modelo de datos físico modelado en Erwin:
ROL ROL_USUARIO USUARIO

PERMISO
idrol: INTEGER idrol_usuario: INTEGER idusuario: INTEGER
idpermiso: INTEGER
idrol: INTEGER (FK) idestado: INTEGER (FK)
idmenu: INTEGER (FK) descripcion: VARCHAR(20) idusuario: INTEGER (FK) idpersona: INTEGER (FK)
idrol: INTEGER (FK)
usuario: INTEGER
clave: VARCHAR(20)
MENU
idmenu: INTEGER ALUMNO
padreId: INTEGER ESTADO idalumno: INTEGER PERSONA
nombre: VARCHAR(20) idestado: INTEGER idpersona: INTEGER
orden: INTEGER idestado: INTEGER (FK) APODERADO
pagina: VARCHAR(20) nombre: VARCHAR(20) idapoderado: INTEGER (FK) dni: VARCHAR(8)
idapoderado: INTEGER
icono: VARCHAR(20) idpersona: INTEGER (FK) nombres: VARCHAR(20)
idpersona: INTEGER (FK) apellidos: VARCHAR(20)
parentesco: VARCHAR(20) fechaN: DATE
MATRICULA sexo: VARCHAR(20)
idmatricula: INTEGER direccion: VARCHAR(20)
PERIODO
AULA correo: VARCHAR(20)
idperiodo: INTEGER (FK) idperiodo: INTEGER numeroT: INTEGER
idaula: INTEGER (FK) idaula: INTEGER
idalumno: INTEGER (FK) idestado: INTEGER (FK)
idperiodo: INTEGER (FK)
fecha: DATE nombre: VARCHAR(20)
idnivel: INTEGER (FK)
montoMat: INTEGER fechaI: DATE
idseccion: INTEGER (FK)
montoMen: INTEGER fechaF: DATE SECCION
idgrado: INTEGER (FK)
vacantes: INTEGER idseccion: INTEGER
descripcionS: VARCHAR(20)
PAGO
idpago: INTEGER
NIVEL
idmatricula: INTEGER (FK) idnivel: INTEGER
PENSION idconcepto: INTEGER (FK)
fecha: DATE descripcionN: VARCHAR(20) GRADO
idpension: INTEGER monto: INTEGER idgrado: INTEGER
idmes: INTEGER (FK) descripcionG: VARCHAR(20)
CONCEPTO
idmatricula: INTEGER (FK)
idconcepto: INTEGER (FK) idconcepto: INTEGER
fecha: DATE
descripcionC: VARCHAR(20) CRONOGRAMA_PENSION
montoM: INTEGER
idcronograma_pension: INTEGER
MES
idmes: INTEGER (FK)
idmes: INTEGER
idperiodo: INTEGER (FK)
descripcionM: VARCHAR(20) fechaVen: DATE
Figura N° 102: Modelo de datos físico
143
3.2.2. Modelo de diseño
3.2.2.1. Diagrama de subsistemas

A continuación, se muestra el Diagrama de subsistemas:
Figura N° 103: Diagrama de subsistemas
144
3.2.2.2. Diagrama de navegabilidad
A continuación, se muestra el diagrama de navegabilidad del sistema:
Figura N° 104: Diagrama de navegabilidad
145
3.2.2.3. Realizaciones de diseño
Se muestran a continuación las realizaciones de diseño:
- Paquete seguridad
Figura N° 105: Realizaciones de diseño–Seguridad
146
- Paquete programación académica
Figura N° 106: Realizaciones de diseño– Programación académica
147
- Paquete matricula
Figura N° 107: Realizaciones de diseño– Matricula
- Paquete pagos
Figura N° 108: Realizaciones de diseño– Pagos
148
- Paquete reportes
Figura N° 109: Realizaciones de diseño–Reportes
149
3.2.2.4. Diagrama de clases de diseño

Se muestran los diagramas de clases de diseño de cada realización:
Figura N° 110: Diagrama de clase de diseño CU Ingresar al sistema
Figura N° 111: Diagrama de clase de diseño CU Cambiar clave
150
Figura N° 112: Diagrama de clase de diseño CU Mantener usuario
151
Figura N° 113: Diagrama de clase de diseño CU Gestionar rol
Figura N° 114: Diagrama de clase de diseño CU Gestionar menú
152
Figura N° 115: Diagrama de clase de diseño CU Gestionar permisos de usuario
Figura N° 116: Diagrama de clase de diseño CU Registrar periodo escolar
153
Figura N° 117: Diagrama de clase de diseño CU Iniciar periodo escolar
Figura N° 118: Diagrama de clase de diseño CU Gestionar grado
154
Figura N° 119: Diagrama de clase de diseño CU Gestionar sección
Figura N° 120: Diagrama de clase de diseño CU Registrar aula
155
Figura N° 121: Diagrama de clase de diseño CU Registrar matricula
156
Figura N° 122: Diagrama de clase de diseño CU Registrar apoderado
Figura N° 123: Diagrama de clase de diseño CU Registrar alumno
157
Figura N° 124: Diagrama de clase de diseño CU Registrar pago de matricula
158
Figura N° 125: Diagrama de clase de diseño CU Registrar pago de pensiones
159
Figura N° 126: Diagrama de clase de diseño CU Registrar pago de tramite
160
Figura N° 127: Diagrama de clase de diseño CU Registrar cronograma de pensiones
161
Figura N° 128: Diagrama de clase de diseño CU Generar reporte de aulas
162
Figura N° 129: Diagrama de clase de diseño CU Generar reporte de alumnos por aula
163
Figura N° 130: Diagrama de clase de diseño CU Listar información de alumno
164
Figura N° 131: Diagrama de clase de diseño CU Generar reporte de pagos
165
3.2.2.5. Diseño de interfaz de usuario
- Formulario “Inicio de sesión”
Figura N° 132: Formulario Inicio de Sesión
- Formulario “Principal”
Figura N° 133: Formulario Principal del sistema
166
- Formulario “Cambiar clave”
Figura N° 134: Formulario Cambiar clave
- Formulario “Perfiles-permisos”
Figura N° 135: Formulario Cambiar clave
167
- Formulario “Perfiles-roles y menu”
Figura N° 136: Formulario Perfiles-roles y menu
- Formulario “Usuarios”
Figura N° 137: Formulario Usuarios
168
- Formulario “Registrar usuario”
Figura N° 138: Formulario Registrar usuario
- Formulario “Editar usuario”
Figura N° 139: Formulario Editar usuario
169
- Formulario “Periodo escolar”
Figura N° 140: Formulario Periodo escolar
- Formulario “Editar periodo escolar”
Figura N° 141: Formulario Editar periodo escolar
170
- Formulario “Información de periodo escolar”
Figura N° 142: Formulario Información de periodo escolar
- Formulario “Aulas”
Figura N° 143: Formulario Aulas
171
- Formulario “Agregar aula”
Figura N° 144: Formulario Agregar aula
- Formulario “Registrar grado y Registrar Seccion”
Figura N° 145: Formulario Registrar grado y Registrar Seccion
172
- Formulario “PDF Reporte de aulas”
Figura N° 146: Formulario PDF Reporte de aulas
- Formulario “Alumnos”
Figura N° 147: Formulario Alumnos
173
- Formulario “Registrar apoderado”
Figura N° 148: Formulario Registrar apoderado
- Formulario “Registrar alumno”
Figura N° 149: Formulario Registrar alumno
174
- Formulario “Información de alumno”
Figura N° 150: Formulario Informacion de alumno
- Formulario “Matricula”
Figura N° 151: Formulario Matricula
175
- Formulario “PDF Reporte de alumnos por aulas”
Figura N° 152: Formulario PDF Reporte de alumnos por aulas
- Formulario “Matricula-registrar matricula”
Figura N° 153: Formulario Matricula-registrar matricula
176
- Formulario “Aulas con alumnos matriculados”
Figura N° 154: Formulario Aulas con alumnos matriculados
- Formulario “Pagos”
Figura N° 155: Formulario Pagos
177
- Formulario “Registrar pago de matrícula”
Figura N° 156: Formulario Registrar pago de matricula
- Formulario “Registrar pago de pension”
Figura N° 157: Formulario Registrar pago de pension
178
- Formulario “Registrar pago de tramite”
Figura N° 158: Formulario Registrar pago de tramite
- Formulario “Deudas”
Figura N° 159: Formulario Deudas de alumnos
179
- Formulario “Reporte pagos”
Figura N° 160: Formulario Reporte pagos
- Formulario “Ficha de pago de alumno”
Figura N° 161: Formulario ficha de pago de tramite
180
- Formulario “Reporte grafico de pagos”
Figura N° 162: Formulario Reporte grafico de pagos
181
3.2.2.6. Diagrama de secuencia
A continuación, se muestra los diagramas de secuencia de cada realización:
Figura N° 163: Diagrama de secuencia Ingresar al sistema
182
Figura N° 164: Diagrama de secuencia Cambiar clave
183
Figura N° 165: Diagrama de secuencia Mantener usuario
184
Figura N° 166: Diagrama de secuencia Gestionar rol
185
Figura N° 167: Diagrama de secuencia Gestionar menu
186
Figura N° 168: Diagrama de secuencia Gestionar permisos de usuario
187
Figura N° 169: Diagrama de secuencia Registrar periodo escolar
188
Figura N° 170: Diagrama de secuencia Iniciar periodo escolar
189
Figura N° 171: Diagrama de secuencia Gestionar grado
190
Figura N° 172: Diagrama de secuencia Gestionar seccion
191
Figura N° 173: Diagrama de secuencia Registrar aula
192
Figura N° 174: Diagrama de secuencia Registrar matricula
193
Figura N° 175: Diagrama de secuencia Registrar apoderado
194
Figura N° 176: Diagrama de secuencia Registrar alumno
195
Figura N° 177: Diagrama de secuencia Registrar pago de matricula
196
Figura N° 178: Diagrama de secuencia Registrar pago de pensiones
197
Figura N° 179: Diagrama de secuencia Registrar pago de tramite
198
Figura N° 180: Diagrama de secuencia Registrar cronograma de pensiones
199
Figura N° 181: Diagrama de secuencia Generar reporte de aulas
200
Figura N° 182: Diagrama de secuencia Generar reporte de alumnos por aula
201
Figura N° 183: Diagrama de secuencia Listar información de alumno
202
Figura N° 184: Diagrama de secuencia Generar reporte de pagos
203
3.3. FASE III: CONSTRUCCIÓN
3.3.1. Diagrama de componentes
A continuación, el diagrama de componentes de sistema:
Figura N° 185: Diagrama de componentes
204
3.3.2. Diagrama de despliegue
Se muestra a continuación el diagrama de despliegue:
Figura N° 186: Diagrama de despliegue
205
3.4. FASE IV: TRANSICCIÓN
3.4.1. Modelo de pruebas
3.4.1.1. Prueba caja blanca
A. Formulario Inicio de Sesión

- En primer lugar, cuando el usuario ingrese al formulario el sistema verificará si existe una sesión
activa, de ser así será redirigido a la página principal del sistema, de no ser así para ingresar al
sistema se ingresa el nombre de usuario y su clave, luego presionar el botón ingresar.
- Si las variables enviadas no están vacías se establecerá una conexión con la base de datos
donde se enviarán el usuario y clave encriptada a un procedimiento almacenado.
- El sistema compara los datos enviados con los datos registrados en la base de datos.
- Al existir datos coincidentes en la base de datos el sistema activara una sesión y enviara los
datos de usuario a la página principal del sistema.
206
B. Formulario Registrar usuario

- En primer lugar, cuando el usuario ingrese los datos del usuario a registrar el sistema validara
que algunos datos del usuario sean validos o no este registrado en la base de datos, el sistema
captura el valor del DNI y verifica que se pueda enviar a consultar dicho valor.
- El valor del DNI es enviado al controlador a comprobar si ya está registrado, si el DNI ya existe
en la base de datos el sistema mostrara una alerta y limpiara el campo del DNI.
207
- Cuando el usuario ingrese la fecha de nacimiento del usuario a registrar el sistema validara que
esta fecha sea válida, siendo el criterio que la fecha a registrar sea menor que la actual.
- El sistema captura el valor del nombre de usuario y verifica que se pueda enviar a consultar dicho
valor, el valor del nombre de usuario es enviado al controlador a comprobar si ya está registrado.
208
- Si el nombre de usuario ya existe en la base de datos el sistema mostrara una alerta y limpiara el
campo del nombre de usuario.
- Si el nombre de usuario ya existe en la base de datos el sistema mostrara una alerta y limpiara el
campo del nombre de usuario.
- Cuando el usuario escriba la clave del usuario a registrar por segunda vez el sistema verificara en
tiempo real que esta sea igual a la escrita por primera vez y que el campo no este vacio.
- Al presionar el botón guardar el sistema verificara que todos los campos no estén vacios y
verificara las validaciones de los datos a ingresar.
209
- El sistema capturara los datos y los enviara a través de Ajax a su controlador para registrar dichos
datos en la base de datos.
- El controlador registrara los datos a través de un procedimiento almacenado en el sistema.
3.4.1.2. Prueba caja negra
A. Formulario Inicio de Sesión

- Cuando el usuario presiona el botón Ingresar el sistema verificara que las variables enviadas no
estén vacías, si al menos una de ellas está vacía el sistema mostrara un mensaje: “Ingrese su
usuario y su clave”.
- Si no existen datos coincidentes en la base de datos o el usuario esta desactivado el sistema
mostrar un mensaje: “El usuario o la clave son incorrectos y/o cuenta desactivada”.
210
B. Formulario Registrar usuario

- Cuando el usuario ingrese el DNI del usuario a registrar el sistema verificara el valor del DNI en
tiempo real, si ya está registrado en la base de datos el sistema mostrara el mensaje: “Este
usuario ya esta registrado” y limpiara el campo del DNI.
- Cuando el usuario ingrese la fecha de nacimiento del usuario a registrar el sistema validara que
esta fecha sea válida, si la fecha no es valida el sistema mostrara un mensaje: “Fecha no valida”.
- Cuando el usuario ingrese el nombre del usuario a registrar el sistema verificara el valor del
nombre en tiempo real, si el nombre de usuario no esta disponible el sistema mostrara el
mensaje: “Este nombre de usuario ya esta en uso “.
- Cuando el usuario ingrese por segunda vez la clave de usuario el sistema verificara que esta sea
igual que la primera, caso contrario el sistema mostrara el siguiente mensaje en rojo: “No
Coinciden”.
- Cuando el usuario presione el botón guardar el sistema verificara que todos los campos no estén
vacios, de lo contrario el sistema mostrara el mensaje: “Debes llenar todos los campos”
- El sistema verificara que el valor del DNI ingresado tenga 8 dígitos, de lo contrario mostrara el
mensaje: “DNI debe tener 8 digitos”.
3.4.2. Modelo de implementación
A continuación, se describe las estrategias de implantación al finalizar la fase de construcción y las

pruebas realizadas. Se detalla la elaboración de manuales, capacitación de los usuarios una vez
realizada la implantación.
3.4.2.1. Elaboración de manuales
Se elaboró un manual de instalación del sistema web donde se especifican los requerimientos del
equipo, el software a utilizar y los pasos necesarios para la instalación del sistema. (ver Anexo I).
3.4.2.2. Capacitación
Las capacitaciones se dieron después de implementado el sistema, se dictaron acorde al rol que
tienen.
- Administrador
- Director
- Secretaria
- Tesorero
211
Se realizaron las siguientes actividades:
- se dio a conocer a los usuarios los distintos permisos a los que podían acceder al sistema
- así mismo las funcionalidades y ejemplo de uso del sistema.
- Se presentaron ejemplos para observar y entender las funcionalidades del sistema y
como ayudan estas a las actividades respectivas de cada rol.
3.4.2.3. Implantación del sistema.

La implantación del sistema no cuenta con un cronograma establecido ya que el alcance del proyecto
no cubre hasta esta etapa, pero se han identificado las actividades que serán realizadas al finalizar la
etapa de construcción, estas se muestran en la siguiente tabla:
Tabla N° 70: Implantación del sistema
Actividad Descripción Tiempo Estimado
Se requiere preparar manuales
de usuario que ayuden a los
Documentación del sistema 5 días
usuarios a conocer el
funcionamiento del sistema.
Adaptar e instalar nuevos
Despliegue de Recursos recursos en las instalaciones de 3 días
la institución educativa.
Actividad Descripción Tiempo Estimado
Revisar la operatividad de los
Pruebas de operatividad del recursos y que estos sean
4 días
sistema compatibles con el sistema
implementado.
Enseñar el uso del sistema a
Capacitación del personal 5 días
los usuarios
Ingresar los datos base para el
Carga de datos uso del sistema, ya que la base 5 días
de datos es nueva.
Puesta en marcha Inicio del uso del sistema 5 días
Asistir a los incidentes que
Mantenimiento del sistema puedan ocurrir o ayuda en el 5 días
uso del sistema.
212
3.5. Planteamiento de Hipótesis
Dada la hipótesis planteada en el Capítulo I: “La Implementación de un sistema académico web

mejora el proceso de matrículas y pagos de la institución educativa virgen de la Asunción del Porvenir”
Variable Independiente: Sistema académico web y la Variable dependiente: Proceso de matrículas y
pagos.
3.6. Contrastación de la Hipótesis
La contrastación de Hipótesis se ha realizado mediante los métodos Pre-Test y Post-Test, con los
cuales se podrá rechazar o aceptar la hipótesis. Así como también se identificaron indicadores
cualitativos y cuantitativos, los cuales se detallarán en la siguiente tabla:
Tabla N° 71: Tabla de indicadores

N° Indicador Tipo
Nivel de satisfacción de los usuarios del proceso de
1 Cualitativo
matrículas y pagos
2 Tiempo de demora en el proceso de matrícula de alumnos
3 Tiempo de búsqueda de información de alumnos Cuantitativo
4 Tiempo de generación de reportes de información
3.7. Análisis de los Indicadores Cualitativos
Para medir un indicador cualitativo en la siguiente tabla delimitaremos los pesos y rangos según el
nivel de satisfacción de los usuarios.
Tabla N° 72: Escala de medición indicadores cualitativos

Rango Nivel de Satisfacción Peso
MB Muy Bueno 5
B Bueno 4
R Regular 3
M Malo 2
MM Muy Malo 1
213
3.7.1. Nivel de satisfacción de los usuarios del proceso de matrículas y pagos
3.7.1.1. Proceso de Cálculo del Indicador
A continuación, pasamos a calcular los distintos promedios en función de las frecuencias de

respuestas dadas por los usuarios durante las encuestas aplicadas utilizando la siguiente fórmula:
5
PTi   ( Fij  Pj )..................................................................(16)
j 1
Dónde:
PTi = Puntaje total de la pregunta i-ésima
Fij = Frecuencia j-ésima de la pregunta i-ésima.
Pj = Peso j-ésima
El cálculo del promedio ponderado calculado por cada pregunta sería:
PTi
PPi  .............................................................................(17)
n
Dónde:
PPi = Promedio del Puntaje Total de la pregunta i-ésima.

n = 75 Corresponde al número de encuestados.
La siguiente tabla es el modelo de cuadro resumen de las encuestas realizadas para evaluar el
presente indicador cualitativo; que sirve tanto para el análisis previo a la implementación del sistema
a la toma de decisiones, así como el análisis posterior a la implantación de este.
Tabla N° 73: Tabulación indicadores cualitativos
TABULACIÓN DEL INDICADOR CUALITATIVO
Peso Puntaje
Puntaje Total
N° Pregunta MB B R M MM Promedio
P5 P4 P3 P2 P1 ( PTi ) ( PPi )
5
 (F  P )
PTi
i Pregunta i Fi 5 Fi 4 Fi 3 Fi 2 Fi1 ij j
j 1 n
214
3.7.1.2. Cálculo del Indicador antes de implementar el sistema
En la siguiente tabla se muestran los resultados de la encuesta aplicada al personal administrativo y

padres de familia para conocer la ponderación del presente indicador mediante un análisis previo a la
implementación del sistema web académico.
Tabla N° 74: Ponderación del Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos
(Pre-Test)
TABULACIÓN DEL INDICADOR CUALITATIVO (PRE-TEST)

Peso Puntaje Puntaje
N° PREGUNTA MB B R M MM Total Promedio
5 4 3 2 1 ( PTi ) ( PPi )
¿Cree usted que la atención brindada en los procesos
1 12 44 19 218 2.91
académicos es la más correcta?
¿Está satisfecho(a) con el tiempo que toma el procedimiento de

2 7 34 27 7 191 2.55
registrar un alumno?
¿Qué tan importancia cree usted que tiene las herramientas
3 actuales para mejorar la productividad en la gestión de la 15 35 17 8 207 2.76
institución?
¿Considera usted que la forma tradicional que utiliza la institución
4 17 43 15 227 3.03
le permite un óptimo resultado?
5 ¿Qué opina del método de llenado de pagos del alumno? 22 43 10 237 3.16
¿Cómo califica usted el tiempo que demora en elaborar los

6 12 46 17 220 2.93
reportes y/o documentos académicos?
¿Qué le parece que en el registro de pago del alumnado se
7 23 39 13 235 3.13
emplee la actual tecnología?
8 ¿Cree usted que el proceso de matrícula brindada es de calidad? 13 45 17 221 2.95
¿Qué le parece que en el registro de matrículas se emplee la

9 19 45 11 233 3.11
actual tecnología?
¿Cómo considera el nivel de interacción entre la institución y los
10 25 48 2 248 3.31
padres de familia?
¿Cree usted que actualmente se obtiene oportunamente la
11 19 49 7 237 3.16
información sobre matriculas y pagos?
¿Es conveniente para usted el uso de la tecnología actual para
12 13 46 16 222 2.96
la gestión Académica?
13 ¿Cómo considera usted su facilidad de uso con la tecnología? 49 26 274 3.65
¿Cómo considera el nivel de eficiencia a la hora de registrar
14 8 57 10 223 2.97
matricula?
15 16 51 8 233 3.11
pagos?
215
3.7.1.3. Cálculo del Indicador luego de implementar el sistema
En la siguiente tabla se muestran los resultados de la encuesta aplicada al personal administrativo y

padres de familia para conocer la ponderación del presente indicador mediante un análisis posterior
a la implementación del sistema web académico.
Tabla N° 75: Ponderación del Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos
(Post-Test)
TABULACIÓN DEL INDICADOR CUALITATIVO (POST-TEST)

Peso Puntaje Puntaje
MB B R M MM Total Promedio
N° PREGUNTA
5 4 3 2 1 ( PTi ) ( PPi )
¿Cree usted que la atención brindada en los procesos
1 15 56 4 311 4.15
académicos es la más correcta?
¿Está satisfecho(a) con el tiempo que toma el procedimiento
2 24 48 3 321 4.28
de registrar un alumno?
3 actuales para mejorar la productividad en la gestión de la 39 36 339 4.52
institución?
¿Considera usted que la forma tradicional que utiliza la
4 40 35 340 4.53
institución le permite un óptimo resultado?
5 ¿Qué opina del método de llenado de pagos del alumno? 39 36 339 4.52
¿Cómo califica usted el tiempo que demora en elaborar los
6 52 23 352 4.69
reportes y/o documentos académicos?
¿Qué le parece que en el registro de pago del alumnado se
7 49 26 349 4.65
emplee la actual tecnología?
¿Cree usted que el proceso de matrícula brindada es de
8 47 28 347 4.63
calidad?
¿Qué le parece que en el registro de matrículas se emplee la
9 51 24 351 4.68
actual tecnología?
¿Cómo considera el nivel de interacción entre la institución y
10 42 33 342 4.56
los padres de familia?
11 46 29 346 4.61
¿Es conveniente para usted el uso de la tecnología actual
12 47 28 347 4.63
para la gestión Académica?
¿Cómo considera usted su facilidad de uso con la
13 7 43 25 282 3.76
tecnología?
14 43 32 343 4.57
matricula?
15 39 36 339 4.52
pagos?
216
3.7.1.4. Contrastación del Pre – Test y Post –Test del Nivel de satisfacción de los usuarios del
proceso de matrículas y pagos
Tabla N° 76: Contrastación Pre y Post Test del Nivel de Satisfacción de los usuarios del proceso de
matrículas y pagos
CONSTRASTACIÓN DEL PRE Y POST TEST
PRE-TEST POST-TEST 2
N° D D
NSUSAi NSUSPi i i
1 2.91 4.15 -1.24 1.54

2 2.55 4.28 -1.73 3.00
3 2.76 4.52 -1.76 3.10
4 3.03 4.53 -1.51 2.27
5 3.16 4.52 -1.36 1.85
6 2.93 4.69 -1.76 3.10
7 3.13 4.65 -1.52 2.31
8 2.95 4.63 -1.68 2.82
9 3.11 4.68 -1.57 2.48
10 3.31 4.56 -1.25 1.57
11 3.16 4.61 -1.45 2.11
12 2.96 4.63 -1.67 2.78

13 3.65 3.76 -0.11 0.01
14 2.97 4.57 -1.60 2.56
15 3.11 4.52 -1.41 2.00
TOTAL 45.68 67.31 -21.63 33.49
Cálculo de promedios del Nivel de Satisfacción de los usuarios del proceso de matrículas y
pagos antes de la implementación del sistema y luego de implementar el sistema propuesto.
- Antes de la implementación
45.68
NSUSA 
15
NSUSA  3.04
- Con el sistema propuesto

67.31
NSUSP 
15
NSUSP  4.48
217
3.7.1.5. Prueba de Hipótesis
a. Prueba de Hipótesis
NSUSA : Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos antes de la
NSUSP : Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos después de la
b. Hipótesis Estadísticas
Hipótesis H 0 : Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos antes de la
implementación del sistema web es mayor o igual al Nivel de Satisfacción de los usuarios del proceso
de matrículas y pagos después de la implementación del sistema web.
H 0 : NSUSA  NSUSP  0
Hipótesis H a : Nivel de Satisfacción de los usuarios del proceso de matrículas y pagos antes de la
implementación del sistema web es menor al Nivel de Satisfacción de los usuarios del proceso de
matrículas y pagos después de la implementación del sistema web.
H a : NSUSA  NSUSP  0
c. Nivel de Significancia
El nivel de significancia ( ) escogido para la prueba de la hipótesis es de 5% . Siendo   0.05
y n 1  15  1  14 grados de libertad, se tiene el valor critico de T de Student.
Valor critico:
t1  n1  t10.05 15 1   1.76
Entonces la región de rechazo consiste en aquellos valores t menores que:

t(0.05)  1.76
d. Resultado del Hipótesis Estadística

Diferencia Promedio:
n
D i
D i n
..................................................................................(18)
n
Aplicando la formula (18):
21.63
D  1.44
15
218
Desviación Estándar:
2
 n 2  n 
n   Di     Di 
SD 2   i 1   i 1  ..........................................................(19)
n(n  1)
15  33.49    21.63
2
SD 2 
15(15  1)
SD 2  0.16
Cálculo de tc :
D n
tc  .....................................................................................(20)
SD 2
1.44 15
tc   34.8
0.16
e. Conclusión:
Figura N° 187: Gráfico de Aceptación Nivel de Satisfacción de usuarios
Puesto que: tc  34.8 (t calculado)  ta  1.76 (tabular), estando este valor dentro de la región de
rechazo, se excluye que NSUSA  NSUSP  0 ; se rechaza H 0 y H a es aceptada.
219
Se concluye que el nivel de satisfacción de los usuarios con la implementación del sistema web aporta
una mayor satisfacción para los usuarios que usan dicho sistema con un nivel de error del 5%.
3.8. Análisis de los Indicadores Cuantitativos

3.8.1. Tiempo de demora en el proceso de matrícula de alumnos
TDPMA : Tiempo de demora en el proceso de matrícula de alumnos mediante el proceso actual
(segundos).
TDPMP : Tiempo de demora en el proceso de matrícula de alumnos mediante el sistema propuesto
(segundos).
b. Hipótesis Estadística
Hipótesis H 0 : Tiempo de demora en el proceso de matrícula de alumnos antes de la
implementación del sistema web es menor al tiempo de demora en el proceso de matrícula de

alumnos después de la implementación del sistema web.
H0 : TDPMA  TDPMP  0
Hipótesis H a : Tiempo de demora en el proceso de matrícula de alumnos antes de la
implementación del sistema web es mayor o igual al tiempo de demora en el proceso de matrícula de
alumnos después de la implementación del sistema web.
H a : TDPMA  TDPMP  0
c. Nivel de significancia
El nivel de significancia ( ) escogido es de 5% . Por lo tanto, el nivel de confianza (1    0.95 )
fue del 95%
d. Estadística de Contraste
Ya que la muestra n  113 es mayor a 30, usaremos la distribución normal ( Z ) para lo cual se
tiene:
Promedio
n
X i
X  i 1
................................................................................(21)
n
220
Varianza de Z
 X 
n 2
i X
2  i 1
....................................................................(22)
n
Prueba Z
TDPMA  TDPMP
Zc  ...........................................................(23)
  A2  P 2 
  
 nA nP 
e. Cálculos
Para calcular el tiempo de demora en el proceso de matrícula de alumnos (seg.) para una muestra de
113 matrículas. Los datos obtenidos se muestran en la siguiente tabla:
Tabla N° 77: Tiempos para el indicador “Tiempo de demora en el proceso de matrícula de alumnos”
Tiempo de demora en el proceso de matrícula
N TDPMA TDPMP
1 181 12.31 8.92 -4.15 79.573 17.220

2 172 13.11 -0.08 -3.35 0.006 11.220
3 169 12.07 -3.08 -4.39 9.484 19.269
4 157 12.93 -15.08 -3.53 227.396 12.458
5 189 12.74 16.92 -3.72 286.298 13.836
6 161 12.19 -11.08 -4.27 122.759 18.230
7 179 12.51 6.92 -3.95 47.891 15.600
8 163 13.32 -9.08 -3.14 82.440 9.857
9 180 17.49 7.92 1.03 62.732 1.062
10 184 18.53 11.92 2.07 142.095 4.286
11 164 20.39 -8.08 3.93 65.281 15.448
12 158 19.72 -14.08 3.26 198.236 10.630
13 184 12.24 11.92 -4.22 142.095 17.805
14 166 13.49 -6.08 -2.97 36.962 8.819
15 175 12.54 2.92 -3.92 8.528 15.364
16 156 12.40 -16.08 -4.06 258.555 16.481
17 161 12.21 -11.08 -4.25 122.759 18.059
18 155 13.00 -17.08 -3.46 291.714 11.969
19 166 12.71 -6.08 -3.75 36.962 14.060
20 172 13.57 -0.08 -2.89 0.006 8.350
21 186 19.76 13.92 3.30 193.776 10.892
22 183 20.72 10.92 4.26 119.254 18.151
23 179 18.09 6.92 1.63 47.891 2.658
24 187 18.38 14.92 1.92 222.617 3.688
221
25 159 18.71 -13.08 2.25 171.077 5.064

26 173 18.59 0.92 2.13 0.847 4.538
27 164 19.90 -8.08 3.44 65.281 11.836
28 185 18.88 12.92 2.42 166.936 5.858
29 173 17.23 0.92 0.77 0.847 0.593
30 169 19.40 -3.08 2.94 9.484 8.646
31 184 19.72 11.92 3.26 142.095 10.630
32 182 17.12 9.92 0.66 98.413 0.436
33 168 21.07 -4.08 4.61 16.644 21.255
34 169 17.49 -3.08 1.03 9.484 1.062
35 178 18.53 5.92 2.07 35.051 4.286
36 183 20.39 10.92 3.93 119.254 15.448
37 170 19.72 -2.08 3.26 4.325 10.630
38 183 17.74 10.92 1.28 119.254 1.639
39 170 17.07 -2.08 0.61 4.325 0.373
40 158 18.53 -14.08 2.07 198.236 4.286
41 176 19.50 3.92 3.04 15.369 9.244
42 164 20.17 -8.08 3.71 65.281 13.767
43 172 19.49 -0.08 3.03 0.006 9.183
44 157 19.01 -15.08 2.55 227.396 6.504
45 177 12.15 4.92 -4.31 24.210 18.573
46 187 19.89 14.92 3.43 222.617 11.767
47 169 18.48 -3.08 2.02 9.484 4.082
48 163 19.93 -9.08 3.47 82.440 12.043
49 183 17.64 10.92 1.18 119.254 1.393
50 155 18.01 -17.08 1.55 291.714 2.404
51 173 17.89 0.92 1.43 0.847 2.046
52 168 21.03 -4.08 4.57 16.644 20.888
53 158 18.61 -14.08 2.15 198.236 4.624
54 166 19.83 -6.08 3.37 36.962 11.359
55 166 20.50 -6.08 4.04 36.962 16.324
56 170 21.21 -2.08 4.75 4.325 22.566
57 158 10.74 -14.08 -5.72 198.236 32.714
58 178 12.28 5.92 -4.18 35.051 17.469
59 179 11.93 6.92 -4.53 47.891 20.518
60 175 12.59 2.92 -3.87 8.528 14.974
61 186 17.47 13.92 1.01 193.776 1.021
62 157 18.66 -15.08 2.20 227.396 4.842
63 184 20.57 11.92 4.11 142.095 16.895
64 184 19.88 11.92 3.42 142.095 11.699
65 156 20.82 -16.08 4.36 258.555 19.013
66 174 21.13 1.92 4.67 3.688 21.812
67 176 17.19 3.92 0.73 15.369 0.533
68 185 17.56 12.92 1.10 166.936 1.211
69 174 19.02 1.92 2.56 3.688 6.555
222
70 164 12.24 -8.08 -4.22 65.281 17.805

71 161 12.33 -11.08 -4.13 122.759 17.054
72 185 13.24 12.92 -3.22 166.936 10.366
73 182 13.41 9.92 -3.05 98.413 9.300
74 163 12.20 -9.08 -4.26 82.440 18.145
75 160 12.66 -12.08 -3.80 145.918 14.437
76 160 12.31 -12.08 -4.15 145.918 17.220
77 177 13.11 4.92 -3.35 24.210 11.220
78 165 12.07 -7.08 -4.39 50.121 19.269
79 163 12.93 -9.08 -3.53 82.440 12.458
80 175 13.28 2.92 -3.18 8.528 10.110
81 165 13.46 -7.08 -3.00 50.121 8.998
82 159 13.85 -13.08 -2.61 171.077 6.810
83 185 13.56 12.92 -2.90 166.936 8.408
84 189 13.09 16.92 -3.37 286.298 11.355
85 178 13.33 5.92 -3.13 35.051 9.795
86 171 13.74 -1.08 -2.72 1.166 7.396
87 160 13.33 -12.08 -3.13 145.918 9.795
88 185 13.23 12.92 -3.23 166.936 10.431
89 176 12.63 3.92 -3.83 15.369 14.666
90 165 13.08 -7.08 -3.38 50.121 11.422
91 158 12.15 -14.08 -4.31 198.236 18.573
92 185 13.53 12.92 -2.93 166.936 8.583
93 161 13.00 -11.08 -3.46 122.759 11.969
94 172 12.96 -0.08 -3.50 0.006 12.248
95 183 17.91 10.92 1.45 119.254 2.104
96 187 18.69 14.92 2.23 222.617 4.974
97 187 19.26 14.92 2.80 222.617 7.842
98 189 20.02 16.92 3.56 286.298 12.676
99 173 20.03 0.92 3.57 0.847 12.747
100 177 17.44 4.92 0.98 24.210 0.961
101 175 18.20 2.92 1.74 8.528 3.029
102 164 18.32 -8.08 1.86 65.281 3.461
103 184 20.74 11.92 4.28 142.095 18.321
104 173 19.77 0.92 3.31 0.847 10.958
105 170 20.79 -2.08 4.33 4.325 18.752
106 182 18.33 9.92 1.87 98.413 3.498
107 189 21.10 16.92 4.64 286.298 21.533
108 162 19.87 -10.08 3.41 101.599 11.631
109 180 19.54 7.92 3.08 62.732 9.489
110 166 19.98 -6.08 3.52 36.962 12.393
111 157 20.55 -15.08 4.09 227.396 16.731
112 162 12.34 -10.08 -4.12 101.599 16.971
113 156 12.65 -16.08 -3.81 258.555 14.513
TOTAL 19445 1859.94 0.00 0.00 11602.283 1248.434
223
na  np  113
i. Promedio
Reemplazando los valores en la fórmula (21), n=113:
n
 TDPMA i
19445
TDPMA  i 1
  172.08
n 113
n
 TDPMP i
1859.94
TDPMP  i 1
  16.46
n 113
ii. Varianza
Reemplazando los valores en la fórmula (22):
 TDPMA  TDPMA
113 2
i
 A2  i 1
113
11602.28
 A2   102.68
113
 TDPMP  TDPMP 
113 2
i
 P2  i 1
113
1248.43
 P2   11.05
113
iii. Cálculo de Z
172.08  16.46
Zc   155.12
 102.68 11.05 
  
 113 113 
La región critica para   0.05 , en la tabla distribución Z se encontró que Z  1.645 . Entonces la
región crítica de la prueba es: Zc  155.12 .
224
f. Conclusión
Figura N° 188: Gráfico de Aceptación Tiempo de demora en el proceso de matrícula
Ya que Zc  155.12 (Z calculado) es mayor que Z  1.645 y estando este valor dentro de la
región de rechazo, entonces se rechaza H 0 y por consiguiente H a es aceptada.

Se concluye que el tiempo de demora en el proceso de matrícula de alumnos mediante el proceso
actual es mayor que el tiempo de demora en el proceso de matrícula de alumnos mediante el sistema
propuesto.
3.8.2. Tiempo de búsqueda de información de alumnos.

TBIA : Tiempo de búsqueda de información de alumnos mediante el proceso actual (Segundos).
TBIP : Tiempo de búsqueda de información de alumnos mediante el sistema propuesto (Segundos).
Hipótesis H 0 : Tiempo de búsqueda de información de alumnos antes de la implementación del
sistema web es menor al tiempo de búsqueda de información de alumnos después de la

implementación del sistema web.
H0 : TBIA  TBIP  0
225
Hipótesis H a : Tiempo de búsqueda de información de alumnos antes de la implementación del
sistema web es mayor o igual al tiempo de búsqueda de información de alumnos después de la

H a : TBIA  TBIP  0
fue del 95%
Ya que la muestra n  92 es mayor a 30, usaremos la distribución normal ( Z ) para lo cual se usa
las fórmulas anteriores (21,22,23).
e. Cálculos
Para calcular el tiempo de búsqueda de información de alumnos (seg.) para una muestra de 92
búsquedas. Los datos obtenidos se muestran en la siguiente tabla:
Tabla N° 78: Tiempos para el indicador “Tiempo de búsqueda de información de alumnos”
Tiempo de búsqueda de información de alumnos
N TBIA TBIP
1 70 5.16 -1.54 -0.80 2.382 0.647

2 78 6.72 6.46 0.76 41.687 0.571
3 75 6.08 3.46 0.12 11.948 0.013
4 65 5.41 -6.54 -0.55 42.817 0.307
5 67 5.15 -4.54 -0.81 20.643 0.663
6 65 5.36 -6.54 -0.60 42.817 0.365
7 71 6.38 -0.54 0.42 0.295 0.173
8 70 6.19 -1.54 0.23 2.382 0.051
9 78 6.35 6.46 0.39 41.687 0.149
10 72 5.82 0.46 -0.14 0.208 0.021
11 64 6.51 -7.54 0.55 56.904 0.298
12 63 6.63 -8.54 0.67 72.991 0.443
13 77 6.85 5.46 0.89 29.774 0.785
14 79 6.50 7.46 0.54 55.600 0.287
15 66 6.89 -5.54 0.93 30.730 0.857
226
16 75 6.35 3.46 0.39 11.948 0.149

17 79 5.55 7.46 -0.41 55.600 0.172
18 78 5.28 6.46 -0.68 41.687 0.468
19 72 6.12 0.46 0.16 0.208 0.024
20 68 5.75 -3.54 -0.21 12.556 0.046
21 63 6.50 -8.54 0.54 72.991 0.287
22 77 5.10 5.46 -0.86 29.774 0.747
23 70 5.45 -1.54 -0.51 2.382 0.264
24 70 6.13 -1.54 0.17 2.382 0.028
25 68 5.34 -3.54 -0.62 12.556 0.390
26 76 6.23 4.46 0.27 19.861 0.071
27 75 6.87 3.46 0.91 11.948 0.821
28 73 5.80 1.46 -0.16 2.121 0.027
29 74 6.61 2.46 0.65 6.034 0.417
30 71 6.18 -0.54 0.22 0.295 0.047
31 70 5.82 -1.54 -0.14 2.382 0.021
32 64 5.44 -7.54 -0.52 56.904 0.275
33 63 5.11 -8.54 -0.85 72.991 0.730
34 76 6.20 4.46 0.24 19.861 0.056
35 72 6.19 0.46 0.23 0.208 0.051
36 63 5.57 -8.54 -0.39 72.991 0.155
37 67 5.17 -4.54 -0.79 20.643 0.631
38 73 6.25 1.46 0.29 2.121 0.082
39 70 6.82 -1.54 0.86 2.382 0.733
40 70 6.55 -1.54 0.59 2.382 0.343
41 75 6.12 3.46 0.16 11.948 0.024
42 74 5.13 2.46 -0.83 6.034 0.696
43 74 5.18 2.46 -0.78 6.034 0.615
44 69 6.82 -2.54 0.86 6.469 0.733
45 72 6.51 0.46 0.55 0.208 0.298
46 75 5.20 3.46 -0.76 11.948 0.584
47 77 5.34 5.46 -0.62 29.774 0.390
48 72 6.09 0.46 0.13 0.208 0.016
49 70 6.58 -1.54 0.62 2.382 0.379
50 75 6.10 3.46 0.14 11.948 0.018
51 76 6.77 4.46 0.81 19.861 0.649
52 66 6.77 -5.54 0.81 30.730 0.649
53 74 6.18 2.46 0.22 6.034 0.047
54 67 6.58 -4.54 0.62 20.643 0.379
227
55 76 6.60 4.46 0.64 19.861 0.404

56 78 5.34 6.46 -0.62 41.687 0.390
57 69 5.58 -2.54 -0.38 6.469 0.148
58 67 5.39 -4.54 -0.57 20.643 0.330
59 78 6.15 6.46 0.19 41.687 0.035
60 63 5.22 -8.54 -0.74 72.991 0.554
61 79 6.05 7.46 0.09 55.600 0.007
62 77 6.66 5.46 0.70 29.774 0.484
63 74 5.20 2.46 -0.76 6.034 0.584
64 74 5.40 2.46 -0.56 6.034 0.318
65 64 5.96 -7.54 0.00 56.904 0.000
66 76 5.56 4.46 -0.40 19.861 0.163
67 65 5.29 -6.54 -0.67 42.817 0.454
68 69 5.16 -2.54 -0.80 6.469 0.647
69 73 5.38 1.46 -0.58 2.121 0.341
70 72 6.47 0.46 0.51 0.208 0.256
71 78 5.92 6.46 -0.04 41.687 0.002
72 73 6.51 1.46 0.55 2.121 0.298
73 74 6.04 2.46 0.08 6.034 0.006
74 76 5.42 4.46 -0.54 19.861 0.296
75 70 5.75 -1.54 -0.21 2.382 0.046
76 67 5.66 -4.54 -0.30 20.643 0.092
77 73 6.17 1.46 0.21 2.121 0.042
78 63 5.53 -8.54 -0.43 72.991 0.188
79 76 5.72 4.46 -0.24 19.861 0.060
80 68 5.77 -3.54 -0.19 12.556 0.038
81 72 5.81 0.46 -0.15 0.208 0.024
82 72 6.23 0.46 0.27 0.208 0.071
83 71 5.78 -0.54 -0.18 0.295 0.034
84 67 6.50 -4.54 0.54 20.643 0.287
85 67 5.51 -4.54 -0.45 20.643 0.206
86 69 6.65 -2.54 0.69 6.469 0.470
87 74 6.58 2.46 0.62 6.034 0.379
88 76 6.13 4.46 0.17 19.861 0.028
89 70 6.21 -1.54 0.25 2.382 0.060
90 68 5.73 -3.54 -0.23 12.556 0.055
91 77 5.98 5.46 0.02 29.774 0.000
92 74 5.94 2.46 -0.02 6.034 0.001
TOTAL 6582 548.70 0.00 0.00 1906.826 25.936
228
na  np  92
i. Promedio
n
 TBIA i
6582
TBIA  i 1
  71.54
n 92
n
 TBIP i
548.70
TBIP  i 1
  5.96
n 92
ii. Varianza
 TBIA  TBIA
92 2
i
 A2  i 1
92
1906.82
 A2   20.73
92
 TBIP  TBIP 
92 2
i
 P2  i 1
92
25.93
 P2   0.28
92
iii. Cálculo de Z
71.54  5.96
Zc   137.24
 20.73 0.28 
  
 92 92 
229
f. Conclusión
Figura N° 189: Gráfico de Aceptación Tiempo de búsqueda de información
Ya que Zc  137.24 (Z calculado) es mayor que Z  1.645 y estando este valor dentro de la región
de rechazo, entonces se rechaza H 0 y por consiguiente H a es aceptada.

Se concluye que el tiempo de búsqueda de información de alumnos mediante el proceso actual es
mayor que el tiempo de búsqueda de información de alumnos mediante el sistema propuesto.
3.8.3. Tiempo de generación de reportes de información

TGRIA : Tiempo de generación de reportes de información mediante el proceso actual (Segundos).
TGRIP : Tiempo de generación de reportes de información mediante el sistema propuesto
(Segundos).
Hipótesis H 0 : Tiempo de generación de reportes de información antes de la implementación del
sistema web es menor al tiempo de generación de reportes de información después de la

H0 : TGRIA  TGRIP  0
230
Hipótesis H a : Tiempo de generación de reportes de información antes de la implementación del
sistema web es mayor o igual al tiempo generación de reportes de información después de la

H a : TGRIA  TGRIP  0
fue del 95% .
Ya que la muestra n  32 es mayor a 30, usaremos la distribución normal ( Z ) para lo cual se usa
las fórmulas anteriores (21,22,23).
e. Cálculos
Para calcular el tiempo de generación de reportes de información (seg.) para una muestra de 32
reportes. Los datos obtenidos se muestran en la siguiente tabla:
Tabla N° 79: Tiempos para el indicador “Tiempo de generación de reportes de información”

Tiempo de generación de reportes de información
N TGRIA TGRIP
1 263 1.47 -10.28 0.17 105.704 0.029

2 285 1.07 11.72 -0.23 137.329 0.053
3 260 1.11 -13.28 -0.19 176.392 0.036
4 266 1.13 -7.28 -0.17 53.017 0.029
5 282 1.48 8.72 0.18 76.017 0.032
6 276 1.24 2.72 -0.06 7.392 0.004
7 273 1.55 -0.28 0.25 0.079 0.062
8 281 1.58 7.72 0.28 59.579 0.078
9 266 1.32 -7.28 0.02 53.017 0.000
10 274 1.09 0.72 -0.21 0.517 0.044
11 285 1.25 11.72 -0.05 137.329 0.003
12 269 1.37 -4.28 0.07 18.329 0.005
13 271 1.16 -2.28 -0.14 5.204 0.020
14 265 1.39 -8.28 0.09 68.579 0.008
15 275 1.33 1.72 0.03 2.954 0.001
16 275 1.31 1.72 0.01 2.954 0.000
17 272 1.43 -1.28 0.13 1.642 0.017
231
18 282 1.59 8.72 0.29 76.017 0.084

19 272 1.14 -1.28 -0.16 1.642 0.026
20 284 1.14 10.72 -0.16 114.892 0.026
21 271 1.55 -2.28 0.25 5.204 0.062
22 282 1.47 8.72 0.17 76.017 0.029
23 274 1.07 0.72 -0.23 0.517 0.053
24 278 1.11 4.72 -0.19 22.267 0.036
25 279 1.13 5.72 -0.17 32.704 0.029
26 275 1.48 1.72 0.18 2.954 0.032
27 267 1.24 -6.28 -0.06 39.454 0.004
28 264 1.46 -9.28 0.16 86.142 0.025
29 269 1.10 -4.28 -0.20 18.329 0.040
30 260 1.53 -13.28 0.23 176.392 0.052
31 274 1.19 0.72 -0.11 0.517 0.012
32 276 1.15 2.72 -0.15 7.392 0.023
TOTAL 8745 41.63 0.00 0.00 1566.46875 0.955
na  np  32
i. Promedio
n
 TGRIA i
8745
TGRIA  i 1
  273.28
n 32
n
 TGRIP i
41.63
TGRIP  i 1
  1.30
n 32
ii. Varianza
 TGRIA  TGRIA
32 2
i
 A2  i 1
32
1566.46
 A2   48.95
32
232
 TGRIP  TGRIP 
32 2
i
 P2  i 1
32
0.95
 P2   0.03
32
iii. Cálculo de Z
273.28  1.30
Zc   219.83
 48.95 0.03 
  
 32 32 
f. Conclusión
Figura N° 190: Gráfico de Aceptación Tiempo de generación de reportes de información
Ya que Zc  219.83 (Z calculado) es mayor que Z  1.645 y estando este valor dentro de la región
de rechazo, entonces se rechaza H 0 y por consiguiente H a es aceptada.

Se concluye que el tiempo de generación de reportes de información mediante el proceso actual es
mayor que el tiempo de generación de reportes de información mediante el sistema propuesto.
233
CAPITULO IV
DISCUSIÓN
234
4. CAPITULO IV: DISCUSIÓN
4.1. Indicador Cualitativo “Nivel de satisfacción de los usuarios del proceso de matrículas y
pagos”
De acuerdo a la estimación de los niveles de satisfacción promedio de los usuarios del proceso de
matrículas y pagos con el proceso actual y el sistema propuesto, los cuales se calculó anteriormente,
teniendo la escala del 1 a 5 y tomando como el valor 5 (100%) como base para los cálculos.
Tabla N° 80: Nivel de Impacto – Indicador Cualitativo I

NSUSA NSUSP Nivel Impacto: Incremento
Puntaje Porcentaje Puntaje Porcentaje Puntaje Porcentaje
(1 a 5) (%) (1 a 5) (%) (1 a 5) (%)
3.04 60.8% 4.48 89.6% 1.44 28.8%
Se puede observar que el nivel de satisfacción de usuario en promedio es 3.04 y con la implantación
del sistema es de 4.48, sobre una escala valorativa 1 a 5 puntos; teniendo un nivel de impacto del
28.8% como podemos apreciar en la siguiente gráfica:
5
4.48
4.5
4
3.5
3.04
3
2.5
2
1.44
1.5
89.60%
1
60.80%
0.5 28.80%
0
NSUSA NSUSP Impacto
Valores Porcentaje
Figura N° 191: Nivel de satisfacción de usuarios
235
4.2. Indicador Cuantitativo “Tiempo de demora en el proceso de matrícula de alumnos”
De acuerdo a la estimación de los tiempos promedios de demora en el proceso de matrícula de

alumnos con el proceso actual y el sistema propuesto, los cuales se calculó anteriormente, teniendo
como base el porcentaje promedio con el proceso actual, tomando el valor de referencia al 100%
como base para los cálculos.
Tabla N° 81: Nivel de Impacto – Indicador Cuantitativo I

TDPMA TDPMP Nivel Impacto: Decremento
(seg) (%) (seg) (%) (seg) (%)
172.08 100% 16.46 9.56% 155.62 90.44%
Se puede observar que el tiempo de demora en el proceso de matrícula de alumnos en promedio es

de 172.08 segundos y con la implantación del sistema es de 16.46 segundos, teniendo un nivel de
impacto de decremento 155.62 segundos equivalentes al 90.44% como podemos apreciar en la
siguiente gráfica:
200
180 172.08
155.62
160
140
120
100
80
60
40
16.46
20
100.00% 9.56% 90.44%
0
TDPMA TDPMP Impacto
Valores Porcentaje
Figura N° 192: Tiempo de demora en el proceso de matrícula de alumnos
236
4.3. Indicador Cuantitativo “Tiempo de búsqueda de información de alumnos”
De acuerdo a la estimación de los tiempos promedios de búsqueda de información de alumnos con

el proceso actual y el sistema propuesto, los cuales se calculó anteriormente, teniendo como base el
porcentaje promedio con el proceso actual, tomando el valor de referencia al 100% como base para
los cálculos.
Tabla N° 82: Nivel de Impacto – Indicador Cuantitativo II

TBIA TBIP Nivel Impacto: Decremento
(seg) (%) (seg) (%) (seg) (%)
71.54 100% 5.96 8.33% 65.58 91.67%
Se puede observar que el tiempo de búsqueda de información de alumnos en promedio es de 71.54

segundos y con la implantación del sistema es de 5.96 segundos, teniendo un nivel de impacto de
decremento 65.58 segundos equivalentes al 91.67% como podemos apreciar en la siguiente gráfica:
80
71.54
70 65.58
60
50
40
30
20
10 5.96
100.00% 8.33% 91.67%
0
TBIA TBIP Impacto
Valores Porcentaje
Figura N° 193: Tiempo de búsqueda de información de alumnos
237
4.4. Indicador Cuantitativo “Tiempo de generación de reportes de información”
De acuerdo a la estimación de los tiempos promedios de generación de reportes de información con

el proceso actual y el sistema propuesto, los cuales se calculó anteriormente, teniendo como base el
porcentaje promedio con el proceso actual, tomando el valor de referencia al 100% como base para
los cálculos.
Tabla N° 83: Nivel de Impacto – Indicador Cuantitativo III

TGRIA TGRIP Nivel Impacto: Decremento
(seg) (%) (seg) (%) (seg) (%)
273.28 100% 1.30 0.47% 271.98 99.53%
Se puede observar que el tiempo de generación de reportes de información en promedio es de 273.28

segundos y con la implantación del sistema es de 1.30 segundos, teniendo un nivel de impacto de
decremento 271.98 segundos equivalentes al 99.53% como podemos apreciar en la siguiente gráfica:
300
273.38 271.98
250
200
150
100
50
100.00% 1.3 0.47% 98.92%

0
TGRIA TGRIP Impacto
Valores Porcentaje
Figura N° 194: Tiempo de generación de reportes de información
238
CAPITULO V
CONCLUSIONES Y
RECOMENDACIONES
239
5. CAPITULO V: CONCLUSIONES Y RECOMENDACIONES

5.1. Conclusiones
- El nivel de satisfacción de los usuarios del proceso de matrículas y pagos antes del desarrollo del
sistema web era de 3.04 puntos (60.8%) en la escala de Likert de 1 a 5 puntos (100%) y luego de
la implementación del sistema web es de 4.48 puntos (89.6%) que en la escala de Likert representa
un incremento significativo de 1.44 puntos (28.8%).
- El tiempo promedio de demora en el proceso de matrícula de alumnos antes del desarrollo del
sistema web era de 172.08 segundos (100%) y luego de la implementación del sistema web es de
16.46 segundos (9.56%) lo que representa un decremento significativo de 155.62 segundos
(90.44%).
- El tiempo promedio de búsqueda de información de alumnos antes del desarrollo del sistema web
era de 71.54 segundos (100%) y luego de la implementación del sistema web es de 5.96 segundos
(8.33%) lo que representa un decremento significativo de 65.58 segundos (91.67%).
- El tiempo promedio de generación de reportes de información antes del desarrollo del sistema web
era de 273.38 segundos (100%) y luego de la implementación del sistema web es de 1.30
segundos (0.47%) lo que representa un decremento significativo de 271.98 segundos (99.53%).
240
5.2. Recomendaciones
Para mejorar la continuidad operacional de sistema web propuesto, se presenta las siguientes
recomendaciones:
- Se recomienda realizar capacitaciones a los usuarios del sistema de matrículas y pagos para
que hagan un correcto uso del sistema y se tenga un mejor aprovechamiento en el manejo de
los procesos.
- Es importante planificar un plan de backup de la base de datos del sistema con el fin de evitar
pérdidas de información.
- Se debe mantener la actualización del sistema web incluyendo seguridad, con el fin de brindar
un seguro y buen servicio.
- Se debe tener en cuenta la realización de nuevas encuestas a los usuarios del sistema,
periódicamente, con el fin de implementar nuevas funciones en el sistema que ayuden a mejorar
la gestión académica de la institución.
.
- Finalmente, se recomienda continuar la construcción del sistema web y que la integración de
estos sistemas que aún faltan se realice de manera progresiva, en base a un planeamiento
estratégico y planes de acción de la Institución educativa.
241
CAPITULO VI
REFERENCIAS BIBLIOGRÁFICAS
242
6. CAPITULO VI: REFERENCIAS BIBLIOGRÁFICAS
Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J. (2017). Agile software development
methods: Review and analysis.
Aguerrondo, I. (2010). La calidad de la educación: ejes para su definición y evaluación.
Revista interamericana de desarrollo educativo.
Anwar, A. (2014). A review of rup (rational unified process).
Borja, Y. (2013). Metodología Ágil de Desarrollo de Software–XP.
Bustamante, D., & Rodríguez, J. (2014). Metodología Actual Metodologia XP.
Canós, J. H. (2012). Metodologías ágiles en el desarrollo de software.
Cantor, M. (2010). Rup se: The rational unified process for systems engineering.
Chau, M. (2009). HTML5: Its Evolution and Why It Matters.
Coaila, P. M., & Castro, M. (2017). Implantación de un Sistema Web ERP de Código
Abierto para la Gestión Administrativa en los Colegios Santísima Niña María Y
Miguel Pro de Jornada Escolar Completa de Tacna. Tacna.
Cobo, Á. (2009). PHP y MySQL: Tecnología para el desarrollo de aplicaciones web.
Ediciones Díaz de Santos.
Cruz-Cunha, M. M., & Varajao, J. (2013). Sociotechnical Enterprise Information Systems
Design and Integration. Idea Group Inc.
Delgadillo, M., & Abud, M. (2016). Mixing Scrum-PSP: Combinación de Scrum y PSP
para mejorar la calidad del proceso de software.
Diez, T., Dominguez, M., Martinez, J., & Sáenz, J. (2012). Creación de páginas web
accesibles con HTML5.
Duke de Morales, L. S. (2011). Diseño y Desarrollo de un Sistema Informático para el
Registro Académico y Propuesta de Implantación para el Centro Escolar
República de Venezuela de la ciudad de Santa Ana.
Enríquez, E. I. (2016). sistema de información web y su mejora en la gestión académica
del colegio privado hans kelsen. Repositorio Institucional - UNITRU.
Fleming, S., Kraemer, E., & Stirewalt, R. K. (2009). A study of student strategies for the
corrective maintenance of concurrent software.
Franganillo, J. (2011). Htmle: el nuevo estandar básico de la Web.
Gallego, M. T., & Domingo, A. (2013). Gestión de proyectos Informáticos. Obtenido de
Metologia Scrum: http://openaccess. uoc.
edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC06 12memoria. pdf.
Garrido, J. C. (2010). Arquitectura y diseño de sistemas web modernos.
243
Göransson, B., Lif, M., & Gulliksen, J. (2013). Usability design-extending rational unified
process with a new discipline.
Jacobson, I., Booch, G., & Rumbaugh, J. (2013). The Essence of Software Engineering.
Pearson Educación.
Joskowicz, J. (2009). Reglas y prácticas en eXtreme Programming.
Kruchten, P. (2013). Introdução ao RUP: rational unified process.
Mariño, S. I., & Alfonzo, P. L. (2014). Implementación de SCRUM en el diseño del
proyecto del Trabajo Final de Aplicación.
Mateu, C. (2012). Desarrollo de aplicaciones web.
Montoya, C. E., Uribe, C. A., & Rodríguez, L. E. (2013). Seguridad en la configuración
del servidor web Apache. INGE CUC.
Navarro, R. (2014). El concepto de enseñanza aprendizaje.
Nieto, M. A. (2010). Ingeniería Web. Construyendo Web Apps.
Oliveros, A., Wehbe, R., & Rojo, S. d. (2011). Requerimientos para aplicaciones web.
Orozco, J., & Cedeño, K. D. (2014). Diseño e implementación de un sistema web de
control de matrícula y calificaciones para el colegio Rashid Torbay Sismarashid en
el cantón Playas.
Osorio, N. A. (2016). Diseño e implementación de un sistema de matrícula web usando
software libre en el centro educativo “España”.
Paredes, K. (2017). Sistema Web Académico para mejorar la Gestión Educativa del
colegio Túpac Amaru II en el distrito de Florencia de Mora. Trujillo.
Pérez, O. A. (2011). Cuatro enfoques metodológicos para el desarrollo de Software RUP–
MSF–XP-SCRUM.
Rising, L., & Janoff, N. S. (2010). The Scrum software development process for small
teams.
Rodríguez Sala, J. (2010). Introducción a la programación.
Rodríguez, K., & Ronda, R. (2011). El web como sistema de información.
Roque, E. G. (2007). Principios básicos de Informática. Librería-Editorial Dykinson.
Salinas, P., & Alanís, J. A. (2009). Hacia un nuevo paradigma en la enseñanza del Cálculo
dentro de una institución educativa.
Sandoval, J. J. (2016). Método para aligerar procesos de software mediante la
optimización en la selección de prácticas de Ingeniería de software.
Santillán, L. A., & Ginestà, M. G. (2014). Bases de datos en MySQL.
Straccia, L., Pytel, P., & Pollo Cattaneo, M. F. (2016). Metodología para el desarrollo de
software en proyectos de I+ D en el nivel universitario basada en Scrum.
244
Sutherland, J., & Schwaber, K. (2011). The scrum papers: Nuts, bolts, and origins of an
agile process.
Tabares, M. S., Barrera, A. F., Arroyave, J. D., & Pineda, J. D. (2010). Un método para la
trazabilidad de requisitos en el proceso unificado de desarrollo. Revista EIA.
Thibaud, C. (2010). MySQL 5: instalación, implementación, administración,
programación. Ediciones ENI.
Tinoco, O. (2010). Criterios de selección de metodologías de desarrollo de software.
Torossi, G. (2009). El proceso unificado de desarrollo de software. Argentina.
Traa, J. W. (2010). Rational unified process vs. Microsoft solutions framework: A
comparative study.
Vidal, C. L., & Hernández, D. D. (2012). Aplicación de la Modelación Orientada a
Aspectos.
Vidal, C., & Schmal, R. (2012). Extensión del Diagrama de Secuencias UML (Lenguaje de
Modelado Unificado) para el Modelado Orientado a Aspectos.
Zuñiga, J. (2010). Introducción a la Ingeniería Web basada en UML.
245
ANEXOS
Anexo A: Árbol de Problemas
Gestión académica deficiente.
Insatisfacción de Tardanza en búsqueda

usuarios en el manejo de Retardo para la Demora en el Proceso de
de información de
procesos académicos actualización de pagos Matriculas alumnos
Deficiencia en el proceso de matrículas y pagos de la institución

educativa Virgen de la Asunción del Porvenir
Limitado uso de
Demora en Procesos Manejo de Información
información para generar
Manuales inadecuado
reportes
246
Anexo B: Árbol de Objetivos
Gestión académica eficaz y mejorada
Satisfacción de
Agilidad para la Información de
usuarios en el manejo Rapidez para registrar
actualización de alumnos rápida y
de procesos matriculas
pagos actualizada online
académicos
Eficiencia en el proceso de matrículas y pagos de la institución

educativa Virgen de la Asunción del Porvenir
Tecnología para procesar Manejo de Información Generación de reportes

rápidamente los procesos Adecuado. de Información Confiables
247
Anexo C: Matriz de Operacionalización de Variables
Variable Definición Conceptual Definición Operacional Dimensión Indicador Escala de Medición
Un sistema académico web se mide Nivel de Satisfacción

de acuerdo con el tiempo de de los usuarios del Escala de Likert
Son aquellos que están creados e Satisfacción
respuesta que tiene con respecto a proceso de matrículas (1 a 5)
instalados en un servidor en Internet
la optimización de procesos, y el y pagos
o sobre una intranet (red local), los
Independiente: Sistema tiempo en generar reportes
'sistemas Web' tienen
académico web utilizando este sistema donde se
funcionalidades muy potentes que
almacenarán una gran cantidad de Tiempo de generación
brindan respuestas a casos Toma de
información que lo requiera de tal de reportes de Segundos.
particulares. decisiones
forma que le permita a este agilizar información
el proceso de su matrícula.
Tiempo de demora en
Los procesos de matrículas y pagos Servicio
el proceso de Segundos.
es el conjunto de políticas, se medirán en cuanto a la toma de matrícula de alumnos
Dependiente: procedimientos y actividades, que tiempos en que los usuarios
Proceso de matrículas y permiten organizar la continuidad de gestionan los procedimientos se
pagos los alumnos antiguos y el ingreso de medirá los tiempos de búsqueda de
Tiempo de búsqueda
alumnos nuevos información y generación de Calidad de
de información de Segundos.
reportes en segundos. atención
alumnos
248
Anexo D: Instrumentos de Recolección de Datos
ENCUESTA PARA DETERMINAR CUAL ES LAMEJOR ALTERNATIVA EN

CUANTO A METODOLOGIA PARA DESARROLLAR UN SISTEMA WEB
Nombre y apellidos :………………………………………………………….

Profesión :………………………………………………………….
Empresa :………………………………………………………….
En una escala del 1 al 5, siendo 1 “Muy bajo” y 5 “Muy alto”, asigne un valor a las metodologías de
acuerdo a los criterios presentados.
Criterios de valoración de metodología
C1 C2 C3 C4 C5 C6
RUP
Xtremme
Programming
Scrum
Criterios:
C1: Información. Nivel de información existente sobre la metodología.
C2: Conocimiento. Grado de conocimiento sobre la metodología.
C3: Flexibilidad. Nivel de flexibilidad de la metodología.
C4: Compatibilidad. Grado de compatibilidad con la metodología.
C5: Dificultad. Grado de dificultad de la metodología.
C6: Tiempo de desarrollo. Tiempo de desarrollo de la metodología.
249
Experto N°01
250
Experto N°02
251
Experto N°03
252
DIAGRAMA DE ISHIKAWA
ALUMNOS INSTITUCION
EDUCATIVA
Demora en matriculas
Competencias
cercanas por mejor
gestión
Información
desactualizada de Ineficiencia en el uso
alumno. de recursos
Deficiencia en el
proceso de matrículas
y pagos de la
Perdida de información institución educativa
no documentada Virgen de la Asunción
Falta de Equipos
informáticos del Porvenir
Demora en hacer
reportes de información
Aplicaciones
Demora en los inexistentes
procesos académicos
METODOS TECNOLOGIA
253
Anexo E: Instrumentos de Procesamiento y Análisis de Información

ENCUESTA A LOS USUARIOS DEL PROCESO DE MATRICULAS Y PAGOS DE LA
INSTITUCION “VIRGEN DE LA ASUNCIÓN”
Objetivo: Determinar el nivel de Satisfacción de los usuarios del proceso de matrículas y pagos de la
institución educativa Virgen de la Asunción.
Instrucciones: Conteste las siguientes preguntas de manera anónima especificando el tipo de
usuario del proceso de matrículas y pagos que le corresponde. Se presentan una serie de preguntas
relacionadas con el manejo de procesos académicos dentro de la institución educativa.
Responda los cuestionamientos de acuerdo a su experiencia y percepción, marcando con X el

recuadro que más se acerque a su respuesta, considerando la escala del 1 al 5:
Datos Generales:
Sexo: F( ) M( )
Tipo: Administrativo ( ) Padre de familia( )
Especificación Descripción
Ni en
Desaprobación Desaprobación Acuerdo, Ni Aprobación Aprobación
Nivel
plena simple en simple plena
Desacuerdo
Puntaje 1 2 3 4 5
Mnemónico DP DS NN AS AP
254
Preguntas propuestas:
CALIFICACIÓN
N° PREGUNTA DP DS NN AS AP
1 2 3 4 5
¿Cree usted que la atención brindada en los procesos académicos
1
es la más correcta?
¿Está satisfecho(a) con el tiempo que toma el procedimiento de
2
registrar un alumno?
3 actuales para mejorar la productividad en la gestión de la
institución?
¿Considera usted que la forma tradicional que utiliza la institución
4
le permite un óptimo resultado?
5 ¿Qué opina del método de llenado de pagos del alumno?
¿Cómo califica usted el tiempo que demora en elaborar los reportes
6
y/o documentos académicos?
¿Qué le parece que en el registro de pago del alumnado se emplee
7
la actual tecnología?
8 ¿Cree usted que el proceso de matrícula brindada es de calidad?
¿Qué le parece que en el registro de matrículas se emplee la actual
9
tecnología?
¿Cómo considera el nivel de interacción entre la institución y los
10
padres de familia?
11
¿Es conveniente para usted el uso de la tecnología actual para la
12
gestión Académica?
13 ¿Cómo considera usted su facilidad de uso con la tecnología?
14
matricula?
15 ¿Cómo considera el nivel de eficiencia a la hora de registrar pagos?
255
Anexo F: Validación de Instrumentos
VALIDACIÓN DE ENCUESTAS
Experto N°01
256
257
258
259
Experto N°02
260
261
262
263
Experto N°03
264
265
266
267
RESULTADOS GENERALES DEL JUICIO DE EXPERTO POR ASPECTO
RELEVANCIA COHERENCIA CLARIDAD TOTAL

N°
(20 puntos) (20 puntos) (20 puntos) (20 puntos)
17.3 17.7 18.3 53.3

1
86.7% 88.3% 91.7% 88.9%
18 18.3 18 54.3
2
90% 91.7% 90% 90.6%
17.7 18.0 17.7 53.3
3
88.3% 90% 88.3% 88.9%
17.3 18.3 18.0 53.7
4
86.7% 91.7% 90% 89.4%
17.3 18.0 17.7 53.0
5
86.7% 90% 88.3% 88.3%
18.0 18.3 17.7 54.0
6
90% 91.7% 88.3% 90%
18.7 18.0 18.0 54.7
7
93.3% 90% 90% 91.1%
17.7 18.3 18.7 54.7
8
88.3% 91.7% 93.3% 91.1%
18.7 18.0 17.7 54.3
9
93.3% 90% 88.3% 90.6%
18.3 18.0 18.3 54.7
10
91.7% 90% 91.7% 91.1%
18.0 18.3 18.3 54.7
11
90% 91.7% 91.7% 91.1%
18.0 18.3 18.0 54.3
12
90% 91.7% 90% 90.6%
18.0 18.0 18.0 54.0
13
90% 90% 90% 90%
18.3 18.3 18.7 55.3
14
91.7% 91.7% 93.3% 92.2%
18.0 18.3 18.3 54.7
15
90% 91.7% 91.7% 91.1%
268
Luego de haber establecido los % de los puntajes en la tabla anteriormente mostrada, pasamos a
graficar estos datos por cada ítem para finalmente evaluar los resultados:
Gráfico del juicio de experto por aspecto

94.0%
92.0%
90.0%
88.0%
86.0%
84.0%
82.0%
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Relevancia 86.7% 90% 88.3% 86.7% 86.7% 90% 93.3% 88.3% 93.3% 91.7% 90% 90% 90% 91.7% 90%
Coherencia 88.3% 91.7% 90% 91.7% 90% 91.7% 90% 91.7% 90% 90% 91.7% 91.7% 90% 91.7% 91.7%
Claridad 91.7% 90% 88.3% 90% 88.3% 88.3% 90% 93.3% 88.3% 91.7% 91.7% 90% 90% 93.3% 91.7%
Relevancia Coherencia Claridad
En base a los resultados que hemos obtenido del gráfico se elige modificar o no, teniendo en cuenta
los rangos establecidos:
0-25% Se deben eliminar las preguntas
25-75% Se deben modificar las preguntas
75-100% Se deben incluir las preguntas
269
VALIDACIÓN DE ENCUESTA POR CONCORDANCIA DE KENDALL
En esta tabla se resumen los resultados de las calificaciones de los tres expertos en base a cada
uno de los 15 criterios establecidos en la validación.
EXPERTO EXPERTO EXPERTO

N° INDICADORES TOTAL
1 2 3
1 Suficiencia 4 4 5 13
Congruencia de
2 4 5 4 13
ítems
Amplitud de
3 4 4 4 12
contenido
Redacción de los
4 4 4 4 12
ítems
5 Pertinencia 4 4 4 12
6 Claridad y precisión 4 4 4 12
7 Coherencia 4 4 5 13
8 Validez 4 4 4 12
9 Organización 4 4 4 12
10 Confiabilidad 5 4 4 13
11 Control de Sesgo. 4 4 4 12
12 Orden 4 4 4 12
13 Marco de referencia 4 4 5 13
14 Extensión 4 4 4 12
15 Inocuidad 4 5 4 13
Para analizar la relación de los expertos se manejan 2 hipótesis, las cuales son:
- Hipótesis alterna (Ha): Existe una asociación entre las variables en las calificaciones realizadas por
los tres expertos.
- Hipótesis nula (Ho): No existe asociación entre las variables en las calificaciones de los tres expertos.
270
Luego de haber analizado los datos expuestos en la tabla en el software SPSS, los resultados
fueron:
Se puede observar que el coeficiente de Kendall (W) para estas 3 variables (experto 1,2 y 3) es de
0.033 entonces:
Como: W < = 0.05, la hipótesis Ha es aceptada, por lo tanto:
- Existe una asociación entre las variables en las calificaciones realizadas por los tres expertos.
- La encuesta esta correcta.
271
ANÁLISIS DE RESULTADOS DE PRUEBA PILOTO DE ENCUESTA
Validación con alfa de Cronbach en SPSS
- H0 : La confiabilidad es nula.
- H1 : La confiabilidad es total.
Conclusión: Por lo tanto, como el valor del Alfa de Cronbach es más del 80% de confiabilidad(81.3%)
podemos concluir que la encuesta es confiable. Se rechaza H0 y se acepta H1.
272
Anexo G: Constancia de aplicación de instrumentos
INSTITUCIÓN EDUCATIVA VIRGEN DE LA ASUNCIÓN

El que suscribe Pompilio Enrique Rodriguez Utrilla (Director) de la Institución (Virgen de la Asunción),
expide la presente constancia:
CONSTANCIA:
Que, la tesista Rodriguez Carbajal Alicia Darlene, egresada de la Carrera Profesional de Ingeniería
de Sistemas de la Universidad Nacional de Trujillo, con sede en Trujillo aplicó una encuesta del
Informe Final de Investigación Científica (Tesis Pregrado) titulado:
Sistema académico web y la mejora en el proceso de matrículas y pagos de la institución
educativa Virgen de la Asunción del Porvenir – Trujillo
dicha aplicación se realizó al grupo (muestra poblacional) conformado por padres de familia y
administrativos: durante los días: 1 de mayo y 3 de Julio de 2019
Se expide la presente a solicitud del(los) interesado(s), para los fines que se estime conveniente.
Trujillo, 20 de Julio de 2019.
___________________ _____________________
Firma DNI
___________________ _____________________
Firma DNI
273
Anexo H: Instrumentos de Distribución Estadística de Probabilidad
TABLA Z DE DISTRIBUCIÓN NORMAL
274
TABLA T DE STUDENT
275
Anexo I: Manual de instalación
MANUAL DE INSTALACIÓN
DEL SISTEMA DE
MATRICULAS Y PAGOS
Requerimientos del sistema

Software necesario
Instalación del servidor
Ejecución del Sistema en Local Host
276
1. Requerimientos del sistema

 Sistemas Operativos: Windows 8, Windows 8.1, Windows 10.
 Procesador compatible con x64 con al menos 2,33 GHz o Intel Atom ™ con al menos 1,6 GHz
 Los requisitos mínimos recomendados son 2GB de RAM para un sitio web de un único ordenador.
 Disco duro de 250 GB como mínimo.
2. Software necesario
Para la instalación del sistema se necesita instalar el servidor XAMPP.
Estos instaladores incluyen los siguientes componentes:
 PHP 7.1.32, 7.2.23, 7.3.10
 Apache 2.4.41
 MariaDB 10.4.8
 Perl 5.16.3
 OpenSSL 1.1.1d (solo UNIX)
 phpMyAdmin 4.9.1
3. Instalación del servidor

Paso 1: Descarga
Las versiones con PHP 5.5, 5.6 o 7 se pueden descargar gratuitamente desde la página del
proyecto Apache Friends.
Paso 2: Ejecutar el archivo .exe

Una vez descargado el paquete, puede ejecutar el archivo .exe haciendo doble clic en él.
Paso 3: Desactivar el programa antivirus

Se recomienda desactivar el programa antivirus hasta que todos los componentes estén instalados,
ya que puede obstaculizar el proceso de instalación.
277
Antes de iniciar la instalación de XAMPP es recomendable desactivar temporalmente el antivirus
Paso 4: Desactivar el UAC

También el control de cuentas de usuario (User Account Control, UAC) puede interferir en la
instalación, ya que limita los derechos de escritura en la unidad de disco C:\. Para saber cómo
desactivar temporalmente el UCA puedes dirigirte a las páginas de soporte de Microsoft.
También el Control de cuentas de usuarios (UAC) puede impedir la instalación de XAMPP
Paso 5: Iniciar el asistente de instalación

Una vez superados estos pasos, aparece la pantalla de inicio del asistente para instalar XAMPP. Para
ajustar las configuraciones de la instalación se hace clic en “Next”.
278
Con la aparición de la pantalla de inicio del asistente da comienzo la instalación de XAMPP
Paso 6: Selección de los componentes del software

En la rúbrica “Select components” se pueden excluir de la instalación componentes aislados del
paquete de software de XAMPP. Se recomienda la configuración estándar para un servidor de prueba
local, con la cual se instalan todos los componentes disponibles. Confirma la selección haciendo clic
en “Next”.
279
En el cuadro de diálogo “Select Components“ se pueden seleccionar o deseleccionar los

componentes que se instalarán
Paso 7: Selección del directorio para la instalación

En este paso se escoge el directorio donde se instalará el paquete. Si se ha escogido la configuración
estándar se creará una carpeta con el nombre XAMPP en C:\.
En un siguiente paso, se selecciona el directorio donde se instalarán los archivos
Paso 8: Iniciar el proceso de instalación

El asistente extrae los componentes seleccionados y los guarda en el directorio escogido en un
proceso que puede durar algunos minutos. El avance de la instalación se muestra como una barra de
carga de color verde.
280
A continuación da comienzo el proceso de instalación en el cual se descomprimen los elementos de

software seleccionados y se instalan en el directorio que se ha definido en los preajustes
Paso 9: Configurar Firewall

Durante el proceso de instalación es frecuente que el asistente avise del bloqueo de Firewall. En la
ventana de diálogo puedes marcar las casillas correspondientes para permitir la comunicación del
servidor Apache en una red privada o en una red de trabajo. Recuerda que no se recomienda usarlo
en una red pública.
281
Durante la instalación será necesario reconfigurar el cortafuegos para que no bloquee componentes
del servidor Apache
Paso 10: Cerrar la instalación

Una vez extraídos e instalados todos los componentes puedes cerrar el asistente con la tecla “Finish”.
Para acceder inmediatamente al panel de control solo es necesario marcar la casilla que pregunta si
deseamos hacerlo.
Haciendo clic en "Finish" se cierra el asistente de instalación de XAMPP
Panel de control de XAMPP

En la diáfana interfaz de usuario del panel de control se protocolan todas las acciones y es posible
activar o desactivar los módulos por separado con un simple clic. Además, se dispone de diversas
utilidades como:
 Config: para configurar XAMPP así como otros componentes aislados.

 Netstat: muestra todos los procesos en funcionamiento en el ordenador local
 Shell: lanza una ventana de comandos UNIX
 Explorer: abre la carpeta XAMPP en el explorador de Windows
 Services: muestra todos los servicios en funcionamiento
 Help: incluye enlaces a foros de usuarios
 Quit: se usar para salir del panel de control
282
En el Panel de Control el usuario puede iniciar o finalizar los diferentes módulos por separado
Iniciar módulos
En la parte superior se pueden iniciar o interrumpir los módulos de XAMPP por separado mediante
los comandos “Start” y “Stop” bajo “Actions”. Los módulos que se activaron aparecen marcados en
verde.
Los módulos activos aparecen en el Panel de Control marcados en verde
283
Si uno de ellos no pudiera ser iniciado por un error, se mostrará marcado en rojo. Las notificaciones
de error protocoladas en la parte de abajo ayudan a encontrar las causas del error.
4. Ejecución del Sistema en Local Host

Copiamos la carpeta donde se encuentra el sistema en la ruta: C:\xampp\htdocs, a continuación
entramos a un navegador, en este caso usaremos Google Chrome y colocamos la siguiente ruta:
Al hacer este paso ya podremos hacer uso del sistema.
En el formulario de inicio de sesión entraremos al sistema ingresando el nombre de usuario y

contraseña previamente registrado e ingresaremos al sistema.
284
FORMATOS
285
286

Rodriguez Carbajal, Alicia Darlene

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Rodriguez Carbajal, Alicia Darlene

Caricato da

Copyright:

Formati disponibili

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN

UNIVERSIDAD NACIONAL DE TRUJILLO

Sistema académico web y la mejora en el proceso de matrículas y pagos de la institución educativa

A Dios por bendecirme día a día,

A mis padres, Javier Rodriguez y Shirley

A mi querido hermano Arnold por ser mi

A todo el personal de docentes de la Escuela de Ingeniería de Sistemas, por su gentil colaboración

1. CAPÍTULO I: INTRODUCCIÓN ....................................................................................................... 2

3.8.1. Tiempo de demora en el proceso de matrícula de alumnos .................................. 220

Figura N° 1: Arquitectura RUP ................................................................................................................. 8

Figura N° 33: Paquete de Gestionar matricula...................................................................................... 53

Figura N° 67: Diagrama de Clases CU Generar reporte de pagos .................................................... 114

Figura N° 101: Modelo de datos lógico................................................................................................ 142

Figura N° 135: Formulario Cambiar clave ........................................................................................... 167

Figura N° 169: Diagrama de secuencia Registrar periodo escolar .................................................... 188

Tabla N° 1: Escala de Valoración .......................................................................................................... 17

Tabla N° 68: Nivel de impacto de casos de uso.................................................................................... 88

Anexo A: Árbol de Problemas………….. ............................................................................................. 246

Señores Miembros del Jurado Dictaminador:

“SISTEMA ACADÉMICO WEB Y LA MEJORA EN EL PROCESO DE MATRÍCULAS Y PAGOS

Trujillo, Octubre del 2019.

PALABRAS CLAVES: Sistema académico, Procesos, RUP, Tecnología.

En resumen, la institución cuenta con los siguientes problemas:

Para la realidad problemática se tuvo en cuenta: anexo A.

Como antecedentes locales tenemos La Tesis “Sistema de Información Web y su Mejora en la

Como antecedentes internacionales se encontró la tesis titulada “Diseño e Implementación de un

las aplicaciones de escritorio, asignando servicio a procesos de negocio de considerable importancia

interfaz de usuario. En la Generación de páginas se componen contenido, arquitectura, navegación e

De acuerdo a (Tinoco, 2010), Las metodologías de desarrollo de software son un conjunto de

Figura N° 1: Arquitectura RUP

Figura N° 2: Fases de la Metodología SCRUM

Figura N° 3: Fases de la Metodología SCRUM

Adicionalmente, un diagrama de secuencias permite establecer condiciones mediante el uso de

respectivo marco o fragmento combinado. De la misma manera, para indicar un comportamiento

Según (Rodríguez Sala, 2010), un lenguaje de programación se entiende como un conjunto de

Figura N° 4: Ejemplo de marcado semántico de un documento web con HTML

- Nivel de información existente (C1): Se analiza el nivel de información existente de la metodología

Tabla N° 1: Escala de Valoración

Tabla N° 2: Matriz de Selección de Metodología

La presente investigación se justifica teóricamente porque se realiza con el propósito de aportar al

En la presente investigación se formula el problema o enunciado

¿Cuál es el impacto de un sistema académico web sobre el proceso de matrículas y pagos de la

En la presente investigación se plantea la siguiente hipotesis

La Implementación de un sistema académico web mejora el proceso de matrículas y pagos de la

Como objetivos específicos de esta investigación tenemos:

- Incrementar el nivel de satisfacción de los usuarios de la institución educativa.

Se encontraron las siguientes limitaciones:

- Falta de claridad de la información de los procesos proporcionada por la institución educativa

2. CAPITULO II: MATERIALES Y MÉTODOS

El objeto de estudios de este proyecto es la institución educativa Virgen de la Asunción.

En los recursos se tiene como personal a:

Tabla N° 3: Recursos de personal

Código contable Personal Unidad de medida Apellidos y nombres Cantidad

En los recursos se tiene los siguientes bienes:

Tabla N° 4: Recursos de bienes

En los recursos se detalla a continuación los siguientes viajes:

Tabla N° 6: Servicios de energía

Tabla N° 7: Servicios de internet

Código contable Descripción Velocidad Costo (S/ /mes) Tiempo (meses)

Se detalla a continuación los siguientes recursos tecnológicos usados en la presente investigación:

Tabla N° 8: Recursos tecnológicos de hardware

Tabla N° 9: Recursos tecnológicos de software

2.2.1.1. De acuerdo a la orientación o finalidad

Es Aplicada, es el tipo de investigación en la cual el problema ya está determinado y es conocido y