Tesis para Colegio

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

FACULTAD DE INGENIERÍA
ESCUELA ACADEMICA PROFESIONAL DE INGENIERIA DE SISTEMAS
―SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR

LOS PROCESOS ACADÉMICOS EN LA I.E N° 80882
JORGE CHÁVEZ DARTNELL DE TRUJILLO‖
Tesis para obtener el título de Ingeniería de Sistemas
AUTORES:
- BARTOLO CAJUSOL, Sandra Meliza.

- CHÁVEZ GONZALES, Karlita Janeth.
DOCENTE: Ing. JUAN PEDRO SANTOS FERNÁNDEZ Mg.
TRUJILLO-PERÚ
2016
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/ 1
DEDICATORIA
A Dios, por permitir que todo sea posible, darme

la vida que es un regalo tan preciado y bendecirme
día a día.
A mis padres Agustín y Liliana gracias a su amor

y apoyo incondicional, por estar siempre conmigo
cuando más los necesito.
A mis hermanos Carla y Fabricio por su

comprensión y ser mi motivación para salir
adelante.
A mi familia y amigos por confiar en mí.
Sandra Meliza
ii
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
DEDICATORIA
La presente tesis está dedicada a mis padres, porque

gracias a ellos pude concluir mi carrera.
A mis hermanas Carmen y Luz Karina por su apoyo

incondicional, por su confianza, por su comprensión,
por el apoyo económico y emocional, por su carácter
para conmigo y para toda mi familia porque siempre
estuvieron a mi lado brindándome su apoyo y sus
consejos para hacer de mí una buena persona.
Karlita Janeth
iii
PRESENTACIÓN
Señores Miembros del Jurado:

Cumpliendo con los requerimientos establecidos en el Reglamento de Grados y
Títulos de la Universidad Nacional de Trujillo para obtener el título de Ingeniero de
Sistemas, se pone a su disposición de tesis titulada:
“SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR LOS PROCESOS
ACADÉMICOS EN LA I.E N° 80882 JORGE CHÁVEZ DARTNELL DE
TRUJILLO”
La presente tesis ha sido desarrollada teniendo como base los conocimientos
adquiridos en la Universidad Nacional de Trujillo durante la etapa universitaria, el
cual nos permitió culminar el proyecto exitosamente.
Trujillo, enero del 2017
___________________________ ___________________________
Sandra Meliza Bartolo Cajusol Karlita Janeth Chávez Gonzales
iv
AGRADECIMIENTOS
Al personal ejecutivo de la I.E Jorge Chávez de

Trujillo por permitirnos y facilitarnos la elaboración
de este sistema, brindando información y tiempo.
Al docente Ing. Mg. Juan Pedro Santos Fernández

por sus enseñanzas y disposición de tiempo para
asesorar la tesis.
Las Autoras
RESUMEN
El proyecto de investigación titulado ―SISTEMA DE INFORMACIÓN WEB

PARA AGILIZAR LOS PROCESOS ACADÉMICOS EN LA I.E N° 80882
JORGE CHÁVEZ DARTNELL DE TRUJILLO‖ tiene la finalidad principal de
lograr un alto impacto en la gestión académica, el cuál mejorará los procesos de
matrícula, asistencia, calificaciones y horario; para esto vamos a emplear el lenguaje
de programación PHP, el gestor de base de datos Mysql y el framework Laravel,
dado que son software libre permitiendo reducir costos en el desarrollo e
implementación del mismo.
Utilizaremos la metodología RUP que para su desarrollo tiene las siguientes fases:
Fase I. INCEPCIÓN: “El Modelo del Negocio”, “Modelo de Paquetes”; Fase II.
ELABORACIÓN: “Modelo de Análisis”, “Modelo de Diseño”; Fase III.
CONSTRUCCIÓN: “Modelo de Desarrollo”; Fase IV. TRANSICIÓN: “Modelo de
Pruebas”, “Modelo de Implantación”.
Al desarrollar este sistema de información web se concluye que se va obtener una

mayor satisfacción del usuario, padres familia, estudiantes y docentes, y mejorar la
gestión académica de la institución educativa debido a que se agilizará los procesos
académicos permitiendo obtener la información en tiempo real.
PALABRAS CLAVE: Sistema de información web, gestión académica, institución

educativa.
vi
ABSTRACT
The research project entitled " SYSTEM WEB INFORMATION TO SPEED UP

THE ACADEMIC PROCESS IN IE N ° 80882 JORGE CHAVEZ Dartnell
TRUJILLO " has the primary aim of achieving a high impact on academic
management , which will improve the process of enrollment, attendance , ratings and
schedule ; for this we will use the PHP programming language , the manager MySQL
database and the framework laravel , because they are free software allowing to
reduce costs in the development and implementation
RUP use of which is under development, as follows: Phase I. Inception "business

model", "Model Packs"; Phase II. PREPARATION: "Analysis Model", "Design
Model"; Phase III. CONSTRUCTION: "Development Model"; Phase IV.
TRANSITION: "Test Pattern", "Implementation Model".
In developing this web information system it concludes that it will obtain greater user
satisfaction, parent family , students and teachers , and improve academic
management of the educational institution because the academic processes will be
speeded up allowing to obtain information in real time .
KEYWORDS: Web information system, academic management, educational

institution
vii
INDICE GENERAL
DEDICATORIA ....................................................................................................... iii
PRESENTACIÓN ..................................................................................................... iv
AGRADECIMIENTOS ............................................................................................. v
RESUMEN................................................................................................................ vi
ABSTRACT ............................................................................................................. vii
INDICE GENERAL................................................................................................ viii
ÍNDICE DE FIGURAS .............................................................................................. x
CAPÍTULO I INTRODUCCIÓN .............................................................................. 1
1.1 REALIDAD PROBLEMÁTICA ...................................................................... 2
1.2 ENUNCIADO DEL PROBLEMA ................................................................... 3
1.3 HIPÓTESIS Y VARIABLES ........................................................................... 3
1.4 JUSTIFICACIÓN ............................................................................................. 4
1.5 OBJETIVOS ..................................................................................................... 5
1.6. LIMITACIONES ............................................................................................. 5
1.7 DISEÑO DE LA INFORMACIÓN ................................................................. 5
1.7.1. Población.................................................................................................. 5
1.7.2. Muestra .................................................................................................... 5
1.7.3. Indicadores ............................................................................................... 6
CAPÍTULO II MARCO TEÓRICO .......................................................................... 9
2.1 ANTECEDENTES .......................................................................................... 10
2.2 TEORÍAS QUE LO SUSTENTAN EL TRABAJO ........................................ 12
2.2.1 INGENIERÍA DEL SOFTWARE........................................................ 12
2.2.2 SISTEMA DE INFORMACIÓN ......................................................... 15
2.2.3 METODOLOGÍAS PARA EL DESARROLLO DE UN S.I............... 17
2.2.4 APLICACIÓN WEB ............................................................................ 19
2.2.5 INGENIERÍA WEB ............................................................................. 20
2.2.6 METODOLOGÍAS PARA EL DESARROLLO WEB ....................... 20
2.2.7 FRAMEWORK: ................................................................................... 26
2.3 DEFINICIÓN DE TÉRMINOS ....................................................................... 27
2.3.1 LENGUAJE DE PROGRAMACIÓN .................................................. 27
2.3.2 HTML ................................................................................................... 27
2.3.3 PHP ....................................................................................................... 27
viii
2.3.4 MYSQL ................................................................................................ 28

2.3.5 CSS ....................................................................................................... 28
CAPÍTULO III GENERALIDADES EMPRESARIALES ..................................... 29
3.1 TÍTULO........................................................................................................... 30
3.2 AUTORES ...................................................................................................... 30
3.3 TIPO DE INVESTIGACION ......................................................................... 30
3.4 REGIMEN DE INVESTIGACION ................................................................ 30
3.5 LOCALIDAD E INSTITUCION DONDE SE D E S A R R O L L A R A EL
PROYECTO .......................................................................................................... 30
3.6 ÁREA DE INVESTIGACIÓN ....................................................................... 30
2.7 INSTITUCIÓN QUE INVESTIGA ................................................................ 31
3.8 RECURSOS .................................................................................................... 31
3.9 MATERIALES Y EQUIPOS ......................................................................... 33
CAPÍTULO IV METODOLOGÍA .......................................................................... 38
4.1 FASE INCEPCIÓN ........................................................................................ 39
4.1.1 MODELO DEL NEGOCIO ................................................................... 39
4.1.2 MODELO DE REQUERIMIENTOS .................................................... 55
4.2 FASE DE ELABORACIÓN ........................................................................... 97
4.2.1 MODELO DE ANÁLISIS ..................................................................... 97
4.2.2 MODELO DE DISEÑO ....................................................................... 109
4.3 FASE DE CONSTRUCCIÓN ...................................................................... 128
4.3.1 Modelo de Desarrollo ........................................................................... 129
4.4 FASE TRANSICIÓN.................................................................................... 155
4.4.1 MODELO DE PRUEBAS................................................................... 155
4.4.2 MODELO DE IMPLANTACIÓN ....................................................... 175
CAPÍTULO V ........................................................................................................ 188
5.1 CONTRASTACIÓN DE LA HIPÓTESIS .................................................... 189
5.2 PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUALITATIVO ....... 189
5.3 PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUANTITATIVO .... 196
5.4 DISCUSIÓN DE LOS RESULTADOS ........................................................ 200
CONCLUSIONES ................................................................................................. 202
BIBLIOGRAFÍA ................................................................................................... 204
ix
ÍNDICE DE FIGURAS
Capítulo II
Figura 2. 1 : Actividades de un sistema de información ........................................................ 15

Figura 2. 2 : Datos, información y sistemas ........................................................................... 16
Figura 2. 3 : Las siete fases del ciclo de vida del desarrollo de sistemas ............................... 18
Figura 2. 4: Principales Hitos................................................................................................. 21
Figura 2. 5 :Metodología Extreme Programming .................................................................. 22
Capítulo IV
Figura 4. 1: Objetivos del Negocio ........................................................................................ 41

Figura 4. 2: CUN vs ON Registrar Matrícula ........................................................................ 41
Figura 4. 3: CUN vs ON Registrar Asistencia ....................................................................... 42
Figura 4. 4: CUN vs ON Establecer Programación ............................................................... 42
Figura 4. 5: Modelo del Caso de uso de negocio general ...................................................... 43
Figura 4. 6: DCUN Registrar asistencia................................................................................. 44
Figura 4. 7: DCUN Registrar Matrícula................................................................................. 44
Figura 4. 8: DCUN Establecer Programación ........................................................................ 44
Figura 4. 9: HDCUS Registrar Matrícula .............................................................................. 45
Figura 4. 10: HDCUS Establecer Programación.................................................................... 46
Figura 4. 11: HDCUS Registrar Asistencia ........................................................................... 47
Figura 4. 12: Diagrama de Estados Registrar Matrícula ........................................................ 48
Figura 4. 13: Diagrama de Estados Registrar Asistencia ....................................................... 48
Figura 4. 14: Diagrama de Estados Establecer Programación ............................................... 49
Figura 4. 15: DACUN Registrar Matrícula ............................................................................ 49
Figura 4. 16: DACUN Registrar Asistencia........................................................................... 50
Figura 4. 17: DACUN Establecer Programación ................................................................... 51
Figura 4. 18: MONCUN Registrar Matrícula ........................................................................ 52
Figura 4. 19: MONCUN Registrar Asistencia ....................................................................... 52
Figura 4. 20: MONCUN Establecer Programación ............................................................... 53
Figura 4. 21: Modelo del Dominio Registrar Matrícula ........................................................ 53
Figura 4. 22: Modelo del Dominio Registrar Asistencia ....................................................... 54
Figura 4. 23: Modelo del Dominio Establecer Programación................................................ 54
Figura 4. 24: Diagrama de Paquetes del Sistema ................................................................... 57
Figura 4. 25: Caso de uso del sistema Ingresar al sistema ..................................................... 57
Figura 4. 26: Caso de uso del sistema cambiar contraseña .................................................... 58
Figura 4. 27: Caso de Uso de Sistema Gestión de usuarios ................................................... 58
Figura 4. 28: Caso de Uso de Sistema Programación año académico ................................... 59

Figura 4. 29: Caso de Uso de Sistema Registrar grado y sección .......................................... 59
Figura 4. 30: Caso de uso de sistema Registrar personal ....................................................... 60
Figura 4. 31: Caso de uso de sistema Elaborar horario .......................................................... 60
Figura 4. 32: Caso de uso de sistema Registrar alumno ........................................................ 61
Figura 4. 33: Caso de uso de sistema Realizar matrícula ....................................................... 61
Figura 4. 34: Caso de uso de sistema Modificar matrícula .................................................... 62
Figura 4. 35: Caso de uso de sistema Listar estudiantes por sección ..................................... 62
Figura 4. 36: Caso de uso de sistema registrar notas ............................................................. 63
Figura 4. 37: Caso de uso de sistema Consultar notas ........................................................... 63
Figura 4. 38: Caso de uso de sistema Procesar orden de mérito ............................................ 64
Figura 4. 39: Caso de uso de sistema Registrar asistencia ..................................................... 64
Figura 4. 40: Caso de uso de sistema Consultar asistencia .................................................... 64
Figura 4. 41: Caso de uso de sistema Registrar justificación ................................................. 65
Figura 4. 42: Caso de uso de sistema Registrar comunicado ................................................. 65
Figura 4. 43: Caso de uso de sistema Generar reporte horarios por sección.......................... 66
Figura 4. 44: Caso de uso de sistema Generar horario por docente ....................................... 66
Figura 4. 45: Caso de uso de sistema Generar boleta de notas .............................................. 67
Figura 4. 46: Caso de uso de sistema Consultar gráfico de asistencia, tardanza y falta ........ 67
Figura 4. 47: Caso de uso de sistema Consultar gráfico de alumnos matriculados por año . 67
Figura 4. 48: Diagrama de Jerarquía de Actores .................................................................... 68
Figura 4. 49: Diagrama de clases parciales: Paquete de seguridad ........................................ 98
Figura 4. 50: Diagrama de clases parciales: Paquete de establecer programación ................ 99
Figura 4. 51: Diagrama de clases parciales-Paquete matrícula ............................................ 100
Figura 4. 52: Diagrama de clases parciales-Paquete notas .................................................. 101
Figura 4. 53: Diagrama de clases parciales-Paquete asistencia ........................................... 102
Figura 4. 54: Diagrama de clases de análisis ....................................................................... 103
Figura 4. 55: Diagrama de Paquetes Reformulados ............................................................. 104
Figura 4. 56: Diagrama de Casos de Uso reformulado por paquetes ................................... 105
Figura 4. 57: Diagrama de colaboración para caso de uso Autenticar sistema .................... 106
Figura 4. 58: Diagrama de Colaboración Registrar Horarios .............................................. 106
Figura 4. 59: Diagrama de colaboración para caso de uso Registrar matrícula ................... 107
Figura 4. 60: Diagrama de Colaboración Registrar notas .................................................... 107
Figura 4. 61: Diagrama de subsistemas ............................................................................... 108
Figura 4. 62: Diagrama de clases de diseño Paquete seguridad ........................................... 109
Figura 4. 63: Diagrama de clases del diseño Paquete Establecer programación ................. 110
xi
Figura 4. 64: Diagrama de clases del diseño Paquete matrícula .......................................... 111
Figura 4. 65: Diagrama de clases del diseño Paquete notas................................................. 112
Figura 4. 66: Diagrama de clases del diseño Paquete asistencia.......................................... 113
Figura 4. 67: Casos de uso de realización ............................................................................ 114
Figura 4. 68: Diseño de Ficha Acceder al Sistema .............................................................. 115
Figura 4. 69: Diseño de Ficha de Programación anual ........................................................ 115
Figura 4. 70: Diseño de ficha Grado y sección .................................................................... 116
Figura 4. 71: Diseño de ficha Horario.................................................................................. 116
Figura 4. 72: Diseño de ficha Registro de estudiante........................................................... 117
Figura 4. 73: Diseño de ficha Registro de matrícula............................................................ 117
Figura 4. 74: Diseño de ficha Mantenedor estudiantes por sección ..................................... 118
Figura 4. 75: Diseño de ficha Mantenedor Asistencia por sección ...................................... 118
Figura 4. 76: Diseño de ficha Mantenedor asistencia con código de barras ........................ 119
Figura 4. 77: Diagrama de secuencia Autenticar usuario .................................................... 120
Figura 4. 78: Diagrama de secuencia Elaborar horario ........................................................ 121
Figura 4. 79: Diagrama de secuencia Registrar notas .......................................................... 122
Figura 4. 80: Diagrama de navegabilidad ............................................................................ 123
Figura 4. 81: Diagrama Entidad Relación............................................................................ 124
Figura 4. 82: Diagrama de entidades lógicas ....................................................................... 125
Figura 4. 83: Diagrama de entidades físicas ........................................................................ 126
Figura 4. 84: Diagrama de componentes ............................................................................. 127
Figura 4. 85: Diagrama de despliegue ................................................................................. 128
Figura 4. 86: Resultado de código fuente por indicador ...................................................... 173
Figura 4. 87: Pantalla de autenticación de usuario ............................................................... 176
Figura 4. 88: Pantalla de autenticación, llenado de usuario y contraseña ............................ 176
Figura 4. 89: Pantalla del sistema después de la autenticación ............................................ 177
Figura 4. 90: Pantalla de cambio de nivel educativo del usuario en el sistema ................... 177
Figura 4. 91: Pantalla de Lista de roles de usuario .............................................................. 178
Figura 4. 92: Pantalla de listado de módulos con el rol director .......................................... 178
Figura 4. 93: Pantalla de estudiantes por sección ................................................................ 179
Figura 4. 94: Pantalla de registro de matrícula individual ................................................... 179
Figura 4. 95: Pantalla de búsqueda de estudiantes matriculados para modificar ................. 180
Figura 4. 96: Pantalla de modificar matrícula ...................................................................... 180
Figura 4. 97: Pantalla de registro de asistencia por sección ................................................. 181
Figura 4. 98: Pantalla de opciones de registro de asistencia ................................................ 181
Figura 4. 99: Pantalla de registro de asistencia del auxiliar por código de barras ............... 182
xii
Figura 4. 100: Pantalla de registro de asistencia del auxiliar con ejemplo de mensaje de error
............................................................................................................................................. 182
Figura 4. 101: Registro de asistencia de auxiliar con la opción de ingreso del DNI ........... 183
Figura 4. 102: Pantalla de registro de observaciones ........................................................... 183
Figura 4. 103: Pantalla de registro de observaciones, paso de selección de estudiante ....... 183
Figura 4. 104: Pantalla de registro de observaciones, seleccionar el día y tipo de observación
e ingresar la descripción....................................................................................................... 184
Figura 4. 105: Reporte gráfico de estudiantes por año......................................................... 184
Figura 4. 106: Reporte gráfico de asistencias por mes......................................................... 185
Figura 4. 107: Exportar a Excel estudiantes por sección ..................................................... 185
Figura 4. 108: Reporte en excel de estudiantes por sección ................................................ 186
Figura 4. 109: Opción Carnets en pantalla estudiantes por sección ..................................... 186
Figura 4. 110: Carnet generado en pdf ................................................................................. 186
Capítulo V
Figura 5. 1: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios 200

Figura 5. 2: Discusión de Resultados para el Indicador Tiempo de Registro de la Matrícula
de Alumno............................................................................................................................ 201
ÍNDICE DE TABLAS
Capítulo III
Tabla 3. 1: Personal para Proyecto......................................................................................... 31

Tabla 3. 2 : Equipos de Desarrollo Disponible ...................................................................... 31
Tabla 3. 3: Servicios Disponibles .......................................................................................... 31
Tabla 3. 4: Locales Disponibles ............................................................................................. 32
Tabla 3. 5: Recursos no Disponibles ...................................................................................... 32
Tabla 3. 6: Servicios No Disponibles..................................................................................... 32
Tabla 3. 7: Materiales de Escritorio y de Impresión .............................................................. 33
Tabla 3. 8: Equipos ................................................................................................................ 33
Capítulo IV
Tabla 4. 1: Descripción de actores ......................................................................................... 69

Tabla 4. 2: Descripción de Caso de uso: Autenticar sistema ................................................. 69
Tabla 4. 3: Descripción de caso de uso: Cambiar contraseña ................................................ 70
Tabla 4. 4: Descripción de Caso de uso: Registrar año por IE .............................................. 70
xiii
Tabla 4. 5: Descripción de Caso de uso: Registrar fases por año .......................................... 70

Tabla 4. 6: Descripción de Caso de uso: Registrar aula ......................................................... 71
Tabla 4. 7: Descripción de Caso de uso: Registrar grado ...................................................... 71
Tabla 4. 8: Descripción de Caso de uso: Registrar sección ................................................... 71
Tabla 4. 9: Descripción de Caso de uso: Registrar feriados .................................................. 72
Tabla 4. 10: Descripción de Caso de uso: Registrar datos del personal................................. 72
Tabla 4. 11: Descripción de Caso de Uso: Asignar personal a una I.E. ................................. 72
Tabla 4. 12: Descripción de Caso de Uso: Asignar áreas por grado al docente..................... 73
Tabla 4. 13: Descripción de Caso de Uso: Elaborar horario .................................................. 73
Tabla 4. 14: Descripción de Caso de uso: Registrar alumno ................................................. 73
Tabla 4. 15: Descripción de Caso de uso: Registrar familiar por estudiante ......................... 74
Tabla 4. 16: Descripción de Caso de uso: Registrar matrícula .............................................. 74
Tabla 4. 17: Descripción de Caso de uso: Listar estudiantes por sección.............................. 74
Tabla 4. 18: Descripción de Caso de uso: Registrar notas ..................................................... 75
Tabla 4. 19: Descripción de Caso de uso: Registrar asistencia .............................................. 75
Tabla 4. 20: Descripción de Caso de uso: Registrar justificación.......................................... 75
Tabla 4. 21: Descripción de Caso de Uso: Registrar Tardanza.............................................. 76
Tabla 4. 22: Descripción de Caso de uso: Generar horarios por sección ............................... 76
Tabla 4. 23: Descripción de Caso de uso: Generar reporte horarios por docente .................. 76
Tabla 4. 24: Descripción de Caso de uso: Generar boleta de notas ....................................... 76
Tabla 4. 25: Descripción de Caso de uso: Consultar gráfico de asistencias, tardanzas y faltas
............................................................................................................................................... 77
Tabla 4. 26: Descripción de Caso de uso: Consultar gráfico de alumnos matriculados por año
............................................................................................................................................... 77
Tabla 4. 27: Factor de peso de los Actores sin ajustar ........................................................... 77
Tabla 4. 28: Factor de peso de los casos de uso sin ajustar ................................................... 78
Tabla 4. 29: Factor de peso de los actores sin ajustar (UAW) ............................................... 78
Tabla 4. 30: Factor de peso de los actores sin ajustar (UAW) ............................................... 79
Tabla 4. 31: Peso de cada factor de complejidad técnica y su valor ...................................... 80
Tabla 4. 32: Peso de cada factor ambiente y su valor ............................................................ 81
Tabla 4. 33: Porcentaje de cada actividad en horas hombre .................................................. 82
Tabla 4. 34: Costo de Hardware............................................................................................. 84
Tabla 4. 35: Costo de Software .............................................................................................. 84
Tabla 4. 36: Costo de Muebles y Enseres .............................................................................. 84
Tabla 4. 37: Costo de Recursos Humanos ............................................................................. 84
Tabla 4. 38: Costo de Insumos ............................................................................................... 85
xiv
Tabla 4. 39: Costo de Energía ................................................................................................ 85

Tabla 4. 40: Costo de Servicio ............................................................................................... 85
Tabla 4. 41: Beneficios Tangibles.......................................................................................... 86
Tabla 4. 42: Costos de Recursos Humanos ............................................................................ 86
Tabla 4. 43: Costos de Insumos ............................................................................................. 87
Tabla 4. 44: Costos de Energía .............................................................................................. 87
Tabla 4. 45: Costos de Mantenimiento .................................................................................. 87
Tabla 4. 46: Flujo de Caja ...................................................................................................... 88
Tabla 4. 47: Tasa de Interés efectiva...................................................................................... 89
Tabla 4. 48: Criterios de Priorización de Caso de Uso .......................................................... 95
Tabla 4. 49: Nivel de Impacto................................................................................................ 95
Tabla 4. 50: Priorización de CU............................................................................................. 96
Tabla 4. 51: Mitigación de Riesgos ....................................................................................... 97
Tabla 4. 52: Clases de equivalencia, caso de prueba "Registrar Asistencia" ....................... 159
Tabla 4. 53: Pruebas realizadas, caso de prueba “Registrar Asistencia” ............................. 160
Tabla 4. 54: Clases de Equivalencia, caso de prueba “Registrar Matrícula” ....................... 162
Tabla 4. 55: Pruebas realizadas, caso de prueba “Registrar Matrícula” .............................. 164
Tabla 4. 56: Clases de Equivalencia, caso de prueba “Registrar Estudiante” ...................... 166
Tabla 4. 57: Pruebas realizadas, caso de prueba “Registrar Estudiante” ............................. 167
Tabla 4. 58: Clases de Equivalencia, caso de prueba “Registrar Turno” ............................. 167
Tabla 4. 59: Pruebas realizadas, caso de prueba “Registrar Turno” .................................... 169
Tabla 4. 60: Clases de Equivalencia, caso de prueba “Registrar Usuario” .......................... 170
Tabla 4. 61: Pruebas realizadas, caso de prueba “Registrar Usuario” ................................. 171
Tabla 4. 62: Resultado de código fuente por indicador ....................................................... 174
Tabla 4. 63: Defectos a reparar en código fuente................................................................. 174
Tabla 4. 64: Directorios de despliegue................................................................................. 175
Tabla 4. 65: Capacitación a los usuarios del Sistema .......................................................... 187
Tabla 4. 66: Puesta en marcha del sistema........................................................................... 187
xv
ÍNDICE DE ANEXOS
ANEXOS ............................................................................................................................. 210

ANEXO N° 01: DIAGRAMA DE PROCESOS .................................................................. 211
ANEXO N° 02: LLUVIA DE IDEAS ................................................................................. 214
ANEXO N° 03: DIAGRAMA DE PARETO ...................................................................... 216
ANEXO N° 04: DIAGRAMA DE ISHIKAWA .................................................................. 218
ANEXO N° 06: ARBOL DE PROBLEMAS ...................................................................... 220
ANEXO N° 07: ARBOL DE OBJETIVOS ......................................................................... 221
ANEXO N° 08: ENCUESTAS PARA DETERMINAR LA METOLOGÍA ...................... 222
ANEXO N° 09: Resumen de Encuesta para Determinar la Metología ................................ 224
ANEXO N° 10: Cálculo para Selección de Metología ........................................................ 227
ANEXO N° 11: FICHA DE ENCUESTA PRE-TEST ........................................................ 228
ANEXO N° 12: VALIDACIÓN DE RESULTADOS DE EXPERTO 1 ............................ 230
ANEXO N° 13: CRONOGRAMA DE EJECUCIÓN ......................................................... 236
ANEXO N° 14: TABLA DE DISTRIBUCIÓN NORMAL ................................................ 239
ANEXO N° 15: TABLA T-STUDENT ............................................................................... 240
Figura Anexo n° 1 : Diagrama de Procesos Registrar Asistencia ........................................ 212

Figura Anexo n° 2: Procesos Búsqueda de Información ..................................................... 213
Figura Anexo n° 3: Diagrama de Lluvia de Ideas ................................................................ 215
Figura Anexo n° 4: Diagrama de Pareto .............................................................................. 217
Figura Anexo n° 5: Diagrama de Ishikawa .......................................................................... 218
Figura Anexo n° 6: Diagrama de Pescado ........................................................................... 219
Figura Anexo n° 7: Árbol de Problemas .............................................................................. 220
Figura Anexo n° 8: Árbol de Objetivos ............................................................................... 221
Tabla Anexo n° 1: Simbología de Diagrama de Procesos ................................................... 211

Tabla Anexo n° 2: Resumen Diagrama de Procesos-Registrar Asistencia .......................... 214
Tabla Anexo n° 3: Resumen Diagrama de Procesos-Búsqueda de Información ................. 214
Tabla Anexo n° 4: Causas, frecuencia y frecuencia normalizada ........................................ 216
Tabla Anexo n° 5: Causas, Frecuencia, Frecuencia normalizada y Frecuencia acumulada 216
Tabla Anexo n° 6: Cálculo para la selección de Metodología ............................................. 227
Tabla Anexo n° 7: Matriz de Elección de Metodología....................................................... 227
xvi
Universidad Nacional de Trujillo Bartolo & Chávez
CAPÍTULO I
INTRODUCCIÓN
Esta obra ha sidoSistema

publicada
debajo la licencia Creative
información web para Commons
agilizarReconocimiento-No
los procesos Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia,
académicos en la I.E visite
N°http://creativecommons.org/licences/by-nc-sa/2.5/pe/
80882 Jorge Chávez Dartnell de 1
Trujillo.
1.1 REALIDAD PROBLEMÁTICA
Las instituciones educativas a nivel nacional cuentan con el sistema SIAGIE,

proporcionado por el Ministerio de Educación, éste si bien es cierto ayuda a la
gestión académica, mas no da la posibilidad de mantener a los padres de familia
informados en tiempo oportuno.
El director indicó en las entrevistas realizadas que el proceso de control de

asistencia inicia cuando el alumno ingresa a la I.E y le proporciona al auxiliar
su libreta de control, el cual tiene que firmar indicando si llegó temprano o tarde,
además de registrar dicha asistencia en su cuaderno diario, esto genera que el
alumno se vea en la necesidad de realizar largas colas que muchas veces no le
permite llegar temprano a su salón de clase y el ocupar mucho tiempo al auxiliar
registrando la asistencia del alumno en su libreta de control y en su cuaderno
diario.
Se indica también que para enviar un mensaje al padre de familia sobre algún
mérito, demérito o comunicado se hace de manera física, a través la libreta de
control, el cuál no permite tener un histórico de los mensajes que ha recibido
cada estudiante, dado que el mismo es utilizado para mantener un registro del
comportamiento, logros o desaciertos de los estudiantes.
El proceso de control de notas se va desarrollando al final de cada bimestre; los

docentes informan las notas respectivas a través de un documento en digital y
físico al director. Éste a través de un formato Excel realiza el resumen de los
calificativos, posteriormente genera las boletas de notas, las cuáles alcanza a
cada tutor de aula. Quienes finalmente convocan a los padres de familia para
entregar la respectiva información. (Ver Árbol de Problemas Anexo Nº 06).
En resumen, los problemas encontrados en la institución son:
- Existe un deficiente registro de asistencia.

- Inadecuado registro de notas.
- Falta de control y supervisión de alumnos por parte de los padres de
familia, porque no pueden obtener información en tiempo real.
Sistema de información web para agilizar los procesos 2

académicos en la I.E N° 80882 Jorge Chávez Dartnell de
Trujillo.
1.2 ENUNCIADO DEL PROBLEMA

¿De qué manera la implementación de un sistema web influye en los procesos
académicos de la IE Nro. 80882 Jorge Chávez Dartnell de Trujillo?
1.3 HIPÓTESIS Y VARIABLES
1.3.1 Hipótesis
“La Implementación de un Sistema de Información Web mejora la agilización

de los procesos académicos de la I.E Nro. 80882 Jorge Chávez Dartnell de
Trujillo.”
1.3.2 Variables
- Variable Independiente o Causal
 Definición Conceptual
El sistema de información web será el soporte informático de la gestión
académica, obteniendo la información solicitada de forma organizada y en
tiempo real. Éste debe tener un mantenimiento frecuente para su
optimización.
 Definición Operacional
El sistema de información web servirá como apoyo para la gestión
académica, disminuyendo la utilización de recursos y logrando un mejor
desempeño en la labor del personal involucrado.
- Variable Dependiente o Efecto
 Definición Conceptual
La gestión académica es el proceso más importante de la I.E Nro. 80882
Jorge Chávez Dartnell de Trujillo, por lo tanto, una buena gestión académica
lograría la satisfacción tanto del personal docente, alumnos y padres de
familia.
 Definición Operacional
Se medirá mediante el desempeño, es decir mediante indicadores que
mostrarán si los objetivos de esta gestión se están cumpliendo. En otras
palabras, se medirá la efectividad y eficacia de este proceso de gestión.

Trujillo.
- Objeto de Estudio
I.E Nro. 80882 Jorge Chávez Dartnell de Trujillo
1.4 JUSTIFICACIÓN
 Justificación Tecnológica
La implementación de un sistema de información web tiene un impacto
positivo en los procesos de la gestión académica de la I.E Nro. 80882
Jorge Chávez Dartnell de Trujillo.
 Justificación Operativa
El sistema de información web tiene un impacto positivo en la gestión, debido

a que mejora los procesos involucrados, motivo por el cual serán más
eficientes, asimismo se disminuye el tiempo en registro de asistencia de los
estudiantes, ayuda al docente encargado del proceso del control de los
estudiantes y también brinda la respectiva información a los padres de familia.
 Justificación Económica
Para su implementación se utiliza software libre debido que la I.E Nro. 80882
Jorge Chávez Dartnell de Trujillo no cuenta con el presupuesto para utilizar
software licenciado, permitiendo así un ahorro en el desarrollo del sistema.
 Justificación Social
Porque este proyecto de investigación se centra en el uso de recursos

tecnológicos, permitiendo facilitar las tareas que se realizan en el proceso de
gestión académica. Esto beneficia de manera directa para la obtención de
resultados rápidos y confiables, favoreciendo a las personas involucradas.
 Justificación Ambiental
El desarrollo del Sistema Información web no afecta ni tiene consecuencias

negativas en ningún aspecto para el medio ambiente.

Trujillo.
1.5 OBJETIVOS
 Objetivo General
Lograr un alto impacto en la mejora de los procesos Académicos de la I.E
Nro. 80882 Jorge Chávez Dartnell de Trujillo mediante un sistema de
información web.
 Objetivos específicos
- Disminuir el tiempo en el registro de asistencia de estudiantes.
- Reducir el tiempo en la entrega de calificaciones de los estudiantes a los padres
de familia.
- Aumentar el nivel de Satisfacción de los Usuarios involucrados en el uso del
sistema. (Ver Anexo N° 07: Árbol de Objetivos)
1.6. LIMITACIONES
- La compra del certificado digital para HTTPS (Protocolo seguro de
transferencia de hipertexto), no está dentro del alcance del proyecto por
motivos de presupuesto, que trajo como consecuencia contar con una conexión
insegura.
- El presente proyecto sólo comprende la realización de pruebas funcionales y de

código, sin embargo, no se realizan pruebas de rendimiento por el tiempo, no
logrando saber la concurrencia que puede soportar la plataforma.
1.7. DISEÑO DE LA INFORMACIÓN
1.7.1. Población
De acuerdo a los indicadores, los usuarios que van a utilizar el software son
los padres de familia, docentes y administrativos de la I.E Nro. 80882 Jorge
Chávez Dartnell de Trujillo.
1.7.2. Muestra
La muestra se calculará por indicador, los cuales queremos contrastar, para

ello usaremos las siguientes formulas:

Trujillo.
 Fórmula para cálculo de muestra
NZ 2 PQ
n ..........................................................................(1.1)
( N  1)e 2  Z 2 PQ
Dónde:
n : Muestra
N : Población
Z : Nivel de confianza (95%)
P : Probabilidad de éxito (50%)
Q : Probabilidad de fracaso (50%)
e : Error(5%)
Fórmula para calcular Muestra ajustada:
n
n'  ............................................................................................(1.2)
n
1
N
Dónde:
n' : Muestra ajustada
n : Muestra
N : Población
1.7.3. Indicadores
I.1 Tiempo de registro de asistencia
La población se estima en función al tiempo de registro de asistencia por

alumno que realiza el auxiliar al ingresar en la presente investigación (04
meses) teniéndose un total de 396 alumnos.
 Cálculo de la muestra
La muestra Poblacional se tiene utilizando la ecuación (1.1):
( ) ( ) ( )
( )( ) ( ) ( )( )

Trujillo.
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación

(1.2), se tiene:
n = 130.83 = 131 alumnos.

Es decir, se realizarán 131 tomas de tiempo que se demora en registrar asistencia
de los alumnos
I.2 Tiempo de búsqueda de información de los alumnos

La población se estima en función al tiempo de búsqueda de información del
alumno que realiza el personal en el periodo de estudio de la presente
investigación (04 meses) teniéndose un promedio de diez 5 padres de familia
que solicitan información de los alumnos por día, trabajándose los cinco (05)
días de la semana. Por lo tanto la población (N), es:
( )( )( )( )
N=
( )( )( )
N = 400 órdenes de compra y/o servicios.

Ahora para hallar la muestra aplicamos la fórmula (1)
( ) ( ) ( )
( )( ) ( ) ( )( )
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (1.2),
se tiene:
n = 131.54 = 132 alumnos.

Es decir, se realizarán 132 búsquedas de información del alumno, en un
periodo de 4 meses.

Trujillo.
I.3 Nivel de Satisfacción de los Usuarios-Padres de Familia
La Población de usuarios del sistema es conocida (finita) puesto que sólo se

cuenta el número de padres de familia que existen en la institución
educativa.
N=300
Ahora para hallar la muestra aplicamos la fórmula (1.1)
( ) ( ) ( )
( )( ) ( ) ( )( )
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (1.2),
se tiene:
n = 129.24 = 129 padres de familia.

Es decir que se verá su satisfacción con el sistema web.

Trujillo.
CAPÍTULO II
MARCO TEÓRICO

Trujillo.
2.1 ANTECEDENTES
2.2.1. LOCAL
La tesis (MEDRANO, y otros, 2013): “Diseño de un sistema informático web de

gestión de pedidos y abastecimiento de materiales para la empresa PROYERSAC
utilizando metodología RUP” tiene como objetivo diseñar un sistema informático
web que permita la mejora del proceso de abastecimiento de materiales de la empresa
El proyecto hace uso de la metodología RUP, el cuál para nuestro proyecto nos
servirá para guiarnos en la utilización de la metodología RUP.
La tesis (ENRIQUEZ, 2016): “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” tiene como objetivo mejorar la gestión académica de la Institución
Educativa Hans Kelsen del distrito de Florencia de Mora-Trujillo, utilizando la
metodología RUP y utilizando en su desarrollo el lenguaje de programación PHP y
como gestor de base de datos Mysql, a nuestro proyecto nos ayudará a guiarnos de
los procesos académicos que se describen, modelado y lenguaje de programación.
2.1.2. NACIONAL
La tesis (NORABUENA GUEVARA, 2011): “Análisis, diseño e implementación de

un Sistema de Información para la Gestión Académica de un Instituto Superior
Tecnológico” plantea la construcción de un software que implemente mecanismos de
mejora y contribuyan a incrementar la calidad de los servicios que se brindan a los
alumnos. El proyecto fue implementado utilizado la metodología RUP, este nos
servirá de guía realizar la elección de la metodología y el desarrollo de nuestro
proyecto.
La tesis (COLOMA, 2015): “Implementación de un sistema de información de

apoyo al proceso de evaluación de cursos para una institución de educación
informática” nos muestra la construcción de un sistema para una organización
dedicada a la educación informática que permita gestionar el proceso de evaluación
de los cursos que ésta ofrece, haciendo uso de tecnología web.

Trujillo.
2.2.3. INTERNACIONAL
La tesis (MENDEZ, 2012). : “Sistema de Gestión Académica para la Unidad

Educativa „Manuel Guerrero‟” plantea la creación de un software muy amigable
para los usuarios, en sus diferentes niveles con sus reglas, procedimientos y
funciones y ha sido la necesidad que siente la unidad educativa para automatizar los
procesos en el manejo de información. El presente proyecto hace uso de herramientas
para el desarrollo Sistema de Gestión Educativa como son PHP y Mysql las cuáles
tomaremos de referencia para desarrollar nuestro sistema web ya que son adecuados
para el desarrollo web por ser populares y de código abierto.
La tesis (JARAMILLO, 2016): “Aplicación de la metodología RUP y el patrón de

diseño MVC en la construcción de un sistema de gestión académica para la Unidad
Educativa Ángel de la Guarda” tiene como objetivo principal brindar la oportunidad
de optimización y crecimientos de una de sus áreas, el área académica, mediante el
uso de herramientas tecnológicas, además este trabajo se enfocó mediante el uso de
la metodología RUP, por ello se tomó como referencia para la realización de nuestro
proyecto.

Trujillo.
2.2 TEORÍAS QUE LO SUSTENTAN EL TRABAJO
2.2.1 INGENIERÍA DEL SOFTWARE
Según (CORTES MORALES, 2006) ingeniería del software es el conjunto de

métodos, herramientas y procedimientos orientados a la construcción de un software
eficiente, que satisfaga las necesidades requeridas.
De acuerdo a (TUYA, y otros, 2007) la ingeniería de software comprende múltiples

actividades que incluyen desde la captura de requisitos, análisis, gestión de procesos,
calidad y riesgos, hasta el diseño y codificación, pruebas, etc.
El autor (FALGUERAS, 2003) un sistema de software, denominado también

aplicación o simplemente software, es un conjunto integrado de programas que en su
forma definitiva se pueden ejecutar, pero comprender también las definiciones de
datos que utilizan estos programas y también documentación referente a todo ello.
Fases
1. Fase de análisis
De acuerdo a (GOMEZ PALOMO, y otros, 2014) en esta fase se procede analizar las
necesidades que tienen los usuarios del futuro sistema de software y que deben ser
satisfechas mediante el funcionamiento del mismo. El cliente que realiza el encargo
expone sus necesidades, requisitos que debe cumplir con el software y la empresa
que va realizarlo los recoge y analiza, de acuerdo con esto la empresa elabora una
especificación precisa del sistema a desarrollar.
Acorde con en esta fase, (CORTES MORALES, 2006) se basa en que la aplicación
por construir funcione, el ingeniero obtendrá los requisitos y planteará, a partir de
una investigación analítica, las posibles soluciones al problema planteado
2. Fase de diseño
Según lo indica (FALGUERAS, 2003) el diseño especifica una solución al problema

planteado o ¿Como el Software tiene que hacer su función? En esta etapa es el mejor
momento para elaborar la Especificación de la prueba, que describe con que datos se
tiene que probar cada programa o grupo de programas y cuáles son los resultados
esperados en cada caso.

Trujillo.
Conforme a (GOMEZ PALOMO, y otros, 2014) consiste en elaborar un esquema o

diseño donde se contemplen los elementos necesarios para que el sistema funcione
según con lo especificado en el análisis. En esta fase no solo se debe diseñar el
sistema para su funcionamiento, también debe establecerse la organización del
sistema para su construcción.
3. Fase de Implementación
Según (CORTES MORALES, 2006) en esta fase se incluye la codificación

(programación) de los elementos diseñados, las pruebas de la aplicación (control de
calidad) y la puesta en producción de la aplicación.
De acuerdo a (SOMMERVILLE, 2005) durante esta etapa, el diseño del software se

lleva a cabo como un conjunto o unidades de programas. La prueba de unidades
implica verificar que cada una cumpla su especificación.
4. Fase de pruebas
En virtud de (FALGUERAS, 2003) es la última etapa del desarrollo del software y la

penúltima del modelo de ciclo de vida del software. Consiste en probar el software
desde distintos puntos de vista de una manera planificada y, naturalmente, localizar y
corregir dentro del software y su documentación los errores que se detecten.
Conforme a (ALONSO AMO, y otros, 2005) son un elemento crítico para la garantía
de calidad del software y representan una revisión final de las especificaciones, del
diseño y de la codificación. Al finalizar la codificación se realiza la prueba de
unidad, que consiste en comprobar que el módulo funciona correctamente, es decir
que todos los caminos de control son importantes se ejecutan de acuerdo con lo
especificado.
Pruebas de caja negra, según (FOROUZAN, 2003) los planes de prueba de caja
negra se desarrollaran considerando solos los requisitos. El ingeniero de pruebas
utiliza estos requisitos, su conocimiento en el desarrollo de sistemas y el entorno de
trabajo del usuario para crear un plan de pruebas. Este plan se utilizara después,
cuando el sistema se pruebe como un todo.

Trujillo.
De acuerdo a (ALONSO AMO, y otros, 2005) se llevan a cabo sobre la interfaz del
software y pretenden demostrar que el software funciona adecuadamente; es decir
que las entradas se aceptan de forma adecuada y que se produce una salida correcta.
Estas pruebas no tienen en cuenta la estructura lógica del software.
Con respecto a (TUYA, y otros, 2007) obtienen casos a partir de los requisitos
funcionales del programa a probar, por lo que no se tiene en cuenta la forma en que
se codifica esa funcionalidad, sino que se consideran únicamente las entradas y
salidas.
Según el autor (SOMMERVILLE, 2005) las pruebas se derivan a partir de la

especificación del sistema, éste se trata como una caja negra cuyo comportamiento
sólo puede ser determinado estudiando sus entradas y sus salidas relacionadas. Otro
nombre para eso es pruebas funcionales, debido a que el probador solo le interesa la
funcionalidad y no la implementación del software.
Pruebas de caja blanca, el autor (FOROUZAN, 2003) indica que en las pruebas de
caja blanca se asume que se sabe todo acerca del programa. Las pruebas de caja
blanca son responsabilidad del programador, quien sabe exactamente qué sucede
dentro del programa.
Conforme a (TENIENTE LÓPEZ, y otros, 2004) el juego de prueba se diseña

analizando/ejecutando el código del componente para detectar errores en el flujo de
control y las estructuras de datos locales.
Según los autores (ALONSO AMO, y otros, 2005) Se basan en un minucioso

examen de los detalles procedimentales. Se comprueban los caminos lógicos del
software en base a examinar trozos específicos del programa (bucles, sentencias de
bifurcación, etc.).
- Importancia de la Ingeniería de Software
Según indica (SOMMERVILLE, 2005) la ingeniería de software te permite adoptar

un enfoque sistemático y organizado en el trabajo, ya que es la forma más efectiva de
producir software de alta calidad.
En lo que concierne a (CORTES MORALES, 2006) la ingeniería de software tiene
como principales objetivos el proveedor los estándares y modelos que faciliten la
comunicación, tanto para clientes como para especialistas en la elaboración de un

Trujillo.
proyecto de software, además de proporcionar los métodos, herramientas y

procedimientos para la construcción eficiente del software, además de disponer
parámetros y criterios de evaluación de la calidad del software.
2.2.2 SISTEMA DE INFORMACIÓN
2.2.2.1 Definición de los Sistema de información
Según define (STAIR, y otros, 2010) a un Sistema de Información es un conjunto de

componentes que interaccionan para alcanzar un objetivo. Los elementos por sí
mismos y las relaciones entre ellos determinan cómo funciona el sistema. Éste tiene
entradas, mecanismos de procesamiento, salidas y retroalimentación.
Según nos plantea (LAUDON, y otros, 2012) la definición técnica de un

sistema de información como un conjunto de componentes interrelacionados que
recolectan (o recuperan), procesan, almacenan y distribuyen información para apoyar
los procesos de toma de decisiones y de control en una organización. Además de
apoyar la toma de decisiones, la coordinación y el control, los sistemas de
información también pueden ayudar a los gerentes y trabajadores del conocimiento a
analizar problemas, visualizar temas complejos y crear nuevos productos.
Figura 2. 1 : Actividades de un sistema de información

Fuente: (LAUDON y otros, 2012).
Según indica (DE PABLOS HEREDERO, y otros, 2004)es un conjunto de recursos

técnicos, humanos y económicos, interrelacionados dinámicamente, y organizados en
torno al objetivo de satisfacer las necesidades de información de una organización
empresarial para la gestión y la correcta adopción de decisiones.

Trujillo.
Conforme (FERNÁNDEZ ALARCÓN, 2006) es un conjunto de componentes que

interaccionan entre sí para lograr un objetivo común, pueden representarse a través
de un modelo formado por cinco bloques básicos: elementos de entrada, elementos
de salida, sección de transformación, mecanismos de control y objetivos.
Según, (COHEN KAREN, 2004)“… Un sistema es el mecanismo por el cuál se

genera información…”.
En la Figura 2.2 se muestra un ejemplo:
Datos Sistema Información
Materia Fábrica Lámpara

Prima (producto)
(Sistema)
Figura 2. 2 : Datos, información y sistemas

Fuente: (COHEN KAREN, 2004)
LENGUAJE UNIFICADO DE MODELADO (UML)
Acorde con (ZAMUDIO, y otros, 2009) UML es un lenguaje estándar de modelado

que permite analizar de mejor manera un problema, y a la vez representar de manera
gráfica los componentes de un sistema.
Para (RUMBAUGH, y otros, 2007) UML permite modelar sistemas de información,

y su objetivo es lograr modelos que, además de describir con cierto grado de
formalismo tales sistemas, puedan ser entendidos por los clientes o usuarios de
aquello que se modela
Modelo
El autor (RUMBAUGH, y otros, 2007) indica que un modelo es una representación,

en cierto medio, de algo en el mismo u otro medio. El modelo capta los aspectos
importantes de lo que estamos modelando, desde cierto punto de vista, y simplifica u
omite el resto.

Trujillo.
Estructura de un modelo:
Información Semántica: Según (RUMBAUGH, y otros, 2007) éste aspecto capta el

significado de una aplicación como una red de construcciones lógicas, por ejemplo
clases, asociaciones, estados, casos de uso, y mensajes
Presentación Visual: Para (FLORES CUETO, 2005) muestra la información
semántica de modo que se pueda ser considerada, hojeada y corregida por seres
humanos. Los elementos de la presentación llevan la presentación visual del modelo,
lo muestran en una forma directamente comprensible.
Vistas de UML: De acuerdo a (WITZENFELD, 2005) la vista o presentación de la
información corresponde a las interfaces que se le presentan al usuario para el
manejo de la información, donde por lo general pueden existir múltiples vistas sobre
un mismo modelo.
DIVISION DE LAS VISTAS
 Clasificación Estructural El autor (TOROSSI, 2010) describe los elementos del
sistema y sus relaciones con otros elementos. Los clasificadores incluyen clases,
casos de uso, componentes, y nodos.
 Comportamiento Dinámico Según (TOROSSI, 2010) describe el
comportamiento de un sistema en el tiempo
 Gestión del modelo Conforme a (RUMBAUGH, y otros, 2007) Describe la
organización de los propios modelos en el tiempo.
2.2.3 METODOLOGÍAS PARA EL DESARROLLO DE UN S.I
Según (MONTEJANO, 2013) Hoy en día existe un sinfín de metodologías que

podrían ser usadas para desarrollar algún tipo de proyecto. Estas metodologías están
agrupadas en dos grandes grupos: las metodologías tradicionales, enfocadas de
manera sistematizada al uso de procesos bien definidos que se deben elaborar de
forma secuencial, con un alto grado de ordenamiento y disciplina, pero que sin
embargo, cuando se está desarrollando un proyecto se resisten al cambio. Todo lo
contrario lo son las metodologías ágiles, las cuales brindan una serie de principios,
pautas y técnicas pragmáticas que ayudarán a que el proyecto sea menos complicado.

Trujillo.
Ciclo de vida del desarrollo de sistemas
Acorde a (STAIR, y otros, 2010) debido a que las actividades relacionadas en un

determinado proceso son continuas. Mientras más avanzado este el desarrollo del
sistema, al momento de la detección de un error, la corrección sería muy costosa; es
por ello que el desarrollo del sistema se dividió en fases para su análisis y diseño. Es
por ello que la identificación de un error en una de las fases avanzada obliga a la
revisión, hasta cierto punto, de las fases previas.
2. Determinación de los
1. Identificación de
requerimientos de Información
problemas, oportunidades 3. Análisis de las
y objetivos
necesidades del
sistema
4. Diseño del sistema
7. Implementación recomendado
y evaluación del
sistema 5. Desarrollo y
6. Pruebas y documentación del
mantenimiento del software
sistema
Figura 2. 3 : Las siete fases del ciclo de vida del desarrollo de sistemas
Fuente: (KENDALL, y otros, 2005)
-Tipos de Sistemas de Información
i. Sistemas de Procesamiento de Transaccionales
 Según (LAUDON, y otros, 2012) Son los primeros sistemas que se implementan
en la organización, son sistemas computarizados que efectúan y registran todas
las transacciones necesarias para dirigir el negocio.
 De acuerdo a (MORALES MARTINEZ, 2010) generalmente tiene un
comportamiento estructurado, cíclico, predecible.
 Tienen la característica de ser aquellos donde se adquiere toda la información, el
cual deberá ser utilizado posteriormente para el apoyo a los mandos
intermedios y éstos a su vez al alto.

Trujillo.
ii. Sistema de información Administrativa o Gerencial

 El autor (LOPEZ-HERMOSO, y otros, 2000) indica que hace uso de la
información generada de los sistemas de procesamiento de Transacciones, en
forma de resúmenes y fortalecimientos, que producen información necesaria para
la organización.
iii. Sistema de Apoyo a las decisiones

 Para (LÓPEZ, y otros, 2004) están orientados a la resolución de problemas
orientados a la toma de decisiones ya sea recuperando información, empleando
modelos de simulación y la presentación de la información.
iv. Sistema de Información Ejecutivos

 Según nos plantea (TABOADA, y otros, 2005) son decisiones que deben tomar
los del nivel ejecutivo, son decisiones estratégicas de largos alcance, complejas y
críticas que van a determinar el futuro de la organización; la decisión que
presentan estos sistemas no se centran en detalles. Sino que se presenta de
manera resumida en niveles generales
2.2.4 APLICACIÓN WEB
De acuerdo a (LUJAN, 2002) es un tipo especial de aplicación cliente/servidor,

donde tanto el cliente(el navegador, explorador o visualizador) como el servidor (el
servidor web) y el protocolo mediante el que se comunican (HTTP) están
estandarizados y no han de ser creados por el programador de aplicaciones.
- Estructura de aplicaciones web
Según (CAIVANO, y otros, 2009) indica que una aplicación web está normalmente
estructurada como una aplicación de tres capas. En su forma más común, el
navegador Web ofrece la primera capa y un motor capaz de usar alguna tecnología
web dinámica (PHP, Java Servlets o ASP, ASP.NET, etc) constituye la capa
intermedia. Por último, una base de datos constituye la tercera y última capa.
- Nuevas Tendencias
Para (RAMOS, y otros, 2011)El futuro de la red está en conseguir una internet
inteligente. Con la próxima red internet, se acabaran entre otras cosas las búsquedas
que devuelven miles de resultados inútiles, los anchos de banda estrechos.

Trujillo.
2.2.5 INGENIERÍA WEB
El autor (MURUGESAN, 2001) indica :“Ingeniería web es el proceso utilizado para

crear, implantar y conservar aplicaciones y sistemas web de alta calidad”. Esta
definición nos quiere decir que es un aspecto relevante u cualquier tipo de proyecto
como es determinar cuál de los proceso es más adecuado en función de las
necesidades del mismo.
2.2.6 METODOLOGÍAS PARA EL DESARROLLO WEB
- Metodología RUP (Rational Unified Process)
Según (MARTINEZ, y otros, 2003). RUP es una metodología que tiene como
objetivo ordenar y estructurar el desarrollo de software, en la cual se tienen un
conjunto de actividades ineludibles para transformar los requisitos del usuario en
un sistema Software.
Acorde a (BASTARICA, y otros, 2015)El RUP suministra a cada equipo

lineamientos, patrones y guías sobre herramientas necesarias para que el equipo
completo tome las ventajas.
El RUP es iterativo e incremental; conducido por casos de uso y centrado en la

arquitectura.
Conforme a (SOMMERVILLE, 2005) El RUP reconoce que los modelos de

procesos genéricos presentan un solo enfoque del proceso. En contraste, el RUP se
describe normalmente desde tres perspectivas:
1. Una perspectiva dinámica que muestra las fases del modelo sobre el tiempo.
2. Una perspectiva estática que muestra las actividades del proceso que se
representan.
3. Una perspectiva practica que sugiere buenas prácticas a utilizar durante el

proceso
- Fases del RUP
El autor (GUERIN, 2012) señala el siguiente esquema aporta una visión general
de este proceso. Está descompuesto en cuatro fases (de hecho bastante habituales)
y desarrolla diferentes actividades.

Trujillo.
Ahí reside su especificidad, ya que la encontramos en la gestión de proyectos

como una actividad del proceso. Dicho de otra manera, el RUP integra la noción
de dirección en su ciclo de análisis.
FASES
I. Preparación inicial o conceptualización
Según (SOMMERVILLE, 2005) El objetivo de la fase de inicio es de establecer

un caso de negocio para el sistema, identificación de los procesos de negocio.
II. Elaboración
De acuerdo a (MARTINEZ, y otros, 2003) En esta etapa el objetivo es determinar

la arquitectura óptima, se elabora un plan de proyecto y se trata de eliminar
riesgos.
III. Construcción
Para (FABREGAS, 2005) El objetivo principal de esta fase es desarrollar el

producto. En esta fase, a través de sucesivas iteraciones e incrementos, se
desarrolla un producto de software, hasta dejarlo listo para operar.
IV. Transición
Conforme a (PÉREZ, 2011) En esta fase el sistema software se entrega a los

usuarios finales para sus respectivas pruebas en un entorno real, los cuales pueden
presentar nuevos requerimientos. Al terminar esta fase se debe tener un software
documentado y funcionando correctamente.
Figura 2. 4: Principales Hitos

Fuente: (KROLL, y otros, 2003).

Trujillo.
-PROGRAMACIÓN EXTREMA (EXTREME PROGRAMMING, XP):
El autor (WITZENFELD, 2005) indica que es una de las metodologías de

desarrollo de software más exitosas en la actualidad utilizada para proyectos de
corto plazo, cortó equipo y cuyo plazo de entrega era ayer. La metodología consiste
en una programación rápida o extrema, cuyo objetivo es reducir el riesgo en el
ciclo de vida del software.
Figura 2. 5 :Metodología Extreme Programming

Fuente: (MENDOZA SANCHEZ, 2004)
Características de XP, la metodología se basa en:
 Pruebas Unitarias: El autor (CANALES, 2010) indica que se basa en las

pruebas realizadas a los principales procesos, de tal manera que
adelantándonos en algo hacia el futuro, podamos hacer pruebas de las fallas
que pudieran ocurrir. Es como si nos adelantáramos a obtener los posibles
errores.
 Refabricación: S e g ú n ( M A R C O , y o t r o s , 2 0 1 0 ) se basa en la
reutilización de código, para lo cual se crean patrones o modelos estándares,
siendo más flexible al cambio.
 Programación en pares: De acuerdo a (CANALES, 2010) una particularidad de

esta metodología es que propone la programación en pares, la cual consiste en
que dos desarrolladores participen en un proyecto en una misma estación de
trabajo. Cada miembro lleva a cabo la acción que el otro no está haciendo en ese
momento. Es como el chofer y el copiloto: mientras uno conduce, el otro
consulta el mapa

Trujillo.
- MICROSOFT SOLUTIONS FRAMEWORK
Conforme a (GATTACA, 2003) MSF es una guía de desarrollo de software flexible

que permite aplicar de manera individual e independiente cada uno de sus
componentes. La metodología MSF está basada en un conjunto de principios,
modelos, disciplinas, conceptos, directrices y prácticas aprobadas por Microsoft, que
asegura resultados con menor riesgo y de mayor calidad, centrándose en el proceso y
las personas.
FASES DEL PROYECTO:
 EXPLORACION
Para (PÉREZ, 2011) Ésta fase inicia con las historias de usuario que describen las
características y funcionalidades del software. Al mismo tiempo el equipo de
desarrollo se familiariza con las herramientas, tecnologías y prácticas que se
utilizarán en el proyecto. Se prueba la tecnología y se exploran las posibles
arquitecturas del sistema construyendo un prototipo.
 PLANIFICACIÓN DE LA ENTREGA
Según (WITZENFELD, 2005) en esta fase ese prioriza cada historia de usuario,
para que luego, los programadores, realicen una estimación del esfuerzo
necesario de cada una de ellas. Se coordina sobre el contenido de la primera
entrega y se determina un cronograma de la mano con el cliente. Una entrega
debería obtenerse en no más de tres meses.
 ITERACIONES
Acorde con (LINARES, 2015) indica que el RUP define: “una iteración
comprende las actividades de desarrollo que direccionan la producción de una
versión ejecutable y estable del producto, conjuntamente con todos los elementos
periféricos necesarios para utilizar esta versión”
 PRODUCCIÓN
El autor (BECK, y otros, 2005) en esta se necesitan realizar pruebas adicionales y

revisiones de rendimiento antes de que el sistema sea puesto al entorno del
cliente.

Trujillo.
 MANTENIMIENTO
Conforme a (PÉREZ, 2011) en esta fase de se debe mantener el sistema en
funcionamiento a la vez que se desarrolla nuevas iteraciones.
- METODOLOGÍA SCRUM
El autor (DIMES, 2015) indica que es como un salvavidas para aquellas empresas
que enfrentan dificultades al seguir la metodología de Cascada o que ni siquiera
están usando la metodología alguna para desarrollar su software. Es un marco de
referencia para crear software complejo y entregarlo a tiempo de una forma mucho
más sencilla.
Por otro lado (HERNANDEZ, 2014) indica que SCRUM es un marco de trabajo
basado en los métodos ágiles, que requiere trabajo duro porque no se basa en el
seguimiento de un plan, sino en la adaptación continua a las circunstancias de la
evolución del proyecto.
- El proceso SCRUM
El autor (PÉREZ, 2011) indica que debido a que la metodología SCRUM es más
enfocada a la organización del equipo de trabajo, así como también lo es en gran
parte XP, en SCRUM a diferencia de XP que también está basado en los métodos
ágiles, se divide el proyecto en periodos de 4 semanas aproximadamente, cada
periodo se denomina Sprint y cada equipo SCRUM recibe una lista de pedidos a
ejecutar en un sprint determinado.
El proceso SCRUM se compone de 5 fases las cuales contienen las actividades a

desarrollar durante un periodo, comprendidas de la siguiente manera:
- Planificación de Sprint
Según (RAMOS, y otros, 2015) su objetivo es establecer un plan y metas para la

iteración que está empezando. En esta reunión se crea el backlog (lista de lo que
queda por hacer para completar el producto) inicial de la versión.
- Distribución, revisión y ajustes de estándares de producto
De acuerdo a (PRIES, y otros, 2010) corresponde a la “Pila de Sprint”. En ésta fase

los desarrolladores realizan los ajustes de los estándares y requerimientos mínimos,
dejando todo listo para comenzar con la fase de Sprint.

Trujillo.
- Sprint
Conforme a (PÉREZ, 2011) Ésta Fase de aproximadamente 30 días es donde se

efectúa el desarrollo del software y se llevan a cabo las reuniones, consta de las
siguientes subfases: elaborar, integrar, revisar y ajustar. Estas subfases no son
estrictas, pero claramente obedecen a prácticas ya mencionadas en las metodologías
RUP, MSF y XP.
- Revisión del Sprint
Según (KEE, 2016) es el encuentro realizado cada mes después del ciclo de sprint.
Los procesos secuenciales implicados en la revisión del sprint son los siguientes:
1. Demostración del producto en vivo.
2. Evaluación de propietario del producto.
3. Identificar los productos PBIs de los hechos (velocidad)
4. La retroalimentación de las partes interesadas
- Cierre
El autor (PÉREZ, 2011) indica que en ésta fase se da lugar a la depuración y

correcciones de errores (debugging), éste procedimiento se repite hasta alcanzar la
calidad en el producto. Posterior a las correcciones y pruebas se realiza el Marketing
y promoción del producto y al terminar ésta fase el proyecto queda cerrado.
Entre otras definiciones según (BRITO, 2009) incluyen al cliente en las reuniones de
seguimiento, y establece una forma de trabajo en la que la comunicación fluida
garantiza que si se produce un cambio total o parcial en los requisitos el equipo de
desarrollo será capaz de adaptar la aplicación en un tiempo razonable.
1. La Aparición:
A medida que desarrollamos un software, aprendemos más, lo que es posible, y

cómo crearlo.
2. El Empiritismo:
Conforme a (KEITH, 2010) Scrum utiliza un ciclo de “inspeccionar y adaptar” que

permite que el equipo y las partes interesadas para responder a los nuevos
conocimientos y de las condiciones cambiantes en tiempo real utilizando datos
reales.

Trujillo.
3. Timeboxing
Para (KEITH, 2010) Scrum es iterativo. Se ofrece un valor en una base regular y
permite a las partes interesadas y los desarrolladores para sincronizar y micro dirigir
el proyecto como valor emerge.
4. Auto-organización:
Acorde a (KEITH, 2010) Pequeños equipos interdisciplinarios están facultados para

organizar su membresía, gestionar sus procesos, y crear el mejor producto posible.
2.2.7 FRAMEWORK:
Según (LAFOSSE, 2010) Es un conjunto de bibliotecas, herramientas y normas a

seguir que nos servirá de gran ayuda para desarrollar aplicaciones. Están
compuestos diversos componentes que interactúan entre sí. Incluye soporte de
programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para así
ayudar a desarrollar y unir los diferentes componentes de un proyecto.
- Framework de aplicaciones web:
Para (LAFOSSE, 2010) éste framework nos permite el desarrollo de sitios web de
manera dinámica (servidores web), cuyo propósito de estos es que los
desarrolladores solo se centren en los aspectos más importantes. Estos framework
de aplicaciones web proporcionas funciones como plantillas, manejo de sesiones de
usuario, almacenamiento de base de datos, reutilización de código y la
implementación de bibliotecas para el acceder a la base de datos.
- Framework para PHP:
 Zend Framework:
Según nos indica (MAZIER, 2011) es un framework orientado a objetos, es un

marco simple y sencillo diseñado para eliminar los tediosos detalles de
codificación.
 Cake PHP:
Para (MINERA, 2011)es uno de los framework más ligeros que existen, cuyo
objetivo final es proporcionar un marco estructurado que permitirá a los
usuarios PHP desarrollar de manera más rápida las aplicaciones web.

Trujillo.
 Laravel:
El autor (PINEDA, 2015) es un marco de trabajo hecho en php, cuyas

herramientas están cuidadosamente ensambladas para agilizar el trabajo de
desarrollo.
2.3 DEFINICIÓN DE TÉRMINOS
2.3.1 LENGUAJE DE PROGRAMACIÓN

Según (RODRIGUEZ, 2003) 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 (GARCIA-CUEVAS, 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”.
2.3.2 HTML
De acuerdo (BORN, 2000) Es un lenguaje sencillo de programación para realizar
páginas web y permite realizar determinadas funciones, El lenguaje en el cual se
realiza la Navegación Web lleva las siglas en el idioma inglés de HTML (es
decit, Hyper Text Markup Language) que en nuestro idioma significa Lenguaje de
Marcado de Hipertexto, siendo empleado para la creación, el diseño y el
desarrollo de las páginas web que visitamos cotidianamente, y como su
nombre lo indica, está basado en la forma en la cual creamos las marcas o
señaladores para los Enlaces o Hipertextos
2.3.3 PHP
Como lo define (COBO, y otros, 2005) es un lenguaje interpretado del lado servidor
que surge dentro de la corriente denominada código abierto .Se caracteriza por su
potencia, versatilidad, robustez y modularidad.

Trujillo.
2.3.4 MYSQL
Según (THIBAUD, 2006) Mysql es un sistema de administración de base d de datos
relacionales rápido, robusto y fácil de usar. Se adapta bien a la administració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
2.3.5 CSS
De acuerdo con (LANCKER, 2007) las hojas de estilos son complementos de código
añadidos al HTML que se encargan de la apariencia del documento. Esta apariencia
puede ir desde la simple presentación visual en pantalla (fuentes, tamaños de
caracteres, interlineados, etc.) hasta la presentación para la impresión del documento
o incluso para su audición a través de interfaces vocales

Trujillo.
CAPÍTULO III
GENERALIDADES
EMPRESARIALES

Trujillo.
3.1 TÍTULO
SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR LOS PROCESOS

ACADÉMICOS EN LA I.E N° 80882 JORGE CHÁVEZ DARTNELL DE
TRUJILLO.
3.2 AUTORES
3.2.1 Nombres
- BARTOLO CAJUSOL, Sandra Meliza.
- CHÁVEZ GONZALES, Karlita Janeth.
3.2.2 Grado Académico
Bachilleres en Ingeniería de Sistemas.
3.3 TIPO DE INVESTIGACION
3.3.1 De Acuerdo al fin que persigue
Es una investigación Aplicada: Porque se está dando solución a un problema

particular aplicando técnicas y herramientas propias de la ingeniería.
3.3.2 De acuerdo a la Técnica de Contratación
Es cuasi-experimental porque, manejaremos variables que serán puestos en

estudio para su manipulación, con el fin de determinar el efecto que
provoca
3.4 REGIMEN DE INVESTIGACION
El régimen de investigación será libre, ya que el tema de estudio fue

determinado según el interés de los autores.
3.5 LOCALIDAD E INSTITUCION DONDE SE D E S A R R O L L A R A EL

PROYECTO
- Localidad: Trujillo.
- Institución: I.E Nro.80882 Jorge Chávez Dartnell de Trujillo.
3.6 ÁREA DE INVESTIGACIÓN
- Entidad pública

Trujillo.
2.7 INSTITUCIÓN QUE INVESTIGA
- Escuela de Ingeniería de Sistemas Universidad Nacional de Trujillo.
3.8 RECURSOS
3.8.1 Recursos Disponibles
A) Personal
- Investigador(es):
 BARTOLO CAJUSOL, Sandra Meliza.
 CHÁVEZ GONZALES, Karlita Janeth.
- Asesor
 Mg. SANTOS FERNÁNDEZ, Juan Pedro

Tabla 3. 1: Personal para Proyecto
Personal Unidad de medida Cantidad
Investigador Persona 2
Asesor Persona 1
Fuente: (Elaboración Propia, 2016)
B) Materiales y Equipos
Tabla 3. 2 : Equipos de Desarrollo Disponible

Descripción Cantidad
Laptop personal: Procesador Intel Core i5 ,4GB 1
RAM, 500 Disco duro.
Laptop personal: Procesador Intel Core i7 ,8GB 1
RAM, 1TB Disco duro.
Impresora CANON MP280 1
Memoria USB Kingston 4 GB. 1
C) Servicios Disponibles
Tabla 3. 3: Servicios Disponibles
Descripción Unidad de Medida Cantidad
Servicio de Internet Semanas 15


Trujillo.
D) Locales Disponibles
Tabla 3. 4: Locales Disponibles
N° Descripción Dirección
1 Centro de Cómputo de la Institución Urbanización Libertad Mz “A” Lt “44”-
donde se desarrollará la Investigación. Trujillo
2 Domicilio del Autor Sandra Psj Los Rubies Mz 18 Lote 37 La
Rinconada -Trujillo
3 Domicilio del Autor Karla Jr. Sixto Balarezo #245, Guadalupe
3.8.2 Recursos No Disponibles

A) Insumos
Tabla 3. 5: Recursos no Disponibles
Insumos Unidad de medida Cantidad
Cartucho de tinta negro Unidad 1
Cartucho de tinta color Unidad 1
Hojas Bond A4 Millar 1
Fólder manila Unidad 10
Lapiceros Unidad 5
Lápices Unidad 3
CD’s Unidad 5
Tinta para impresora Pomo 4
Borrador Unidad 2
B) Servicios
Tabla 3. 6: Servicios No Disponibles

Descripción Unidad de Medida Cantidad
Pasajes Transporte público 300
Fotocopias Hojas 6000

Trujillo.
3.9 MATERIALES Y EQUIPOS

3.9.1 Materiales
Tabla 3. 7: Materiales de Escritorio y de Impresión
Insumos Unidad de Medida Cantidad
Cartucho de tinta Negro Unidad 1
Cartucho de tinta Color Unidad 1
Hojas Bond A4 Millar 1
Fólder Manila Unidad 10
Lapiceros Unidad 5
Lápices Unidad 3
CD's Unidad 5
Tinta para impresora Pomo 4
3.9.2 Equipos
Tabla 3. 8: Equipos
Laptop personal: Procesador Intel Core i5
1
,4GB RAM, 500 Disco duro.
Laptop personal: Procesador Intel Core i7 1
,8GB RAM, 1TB Disco duro.
Impresora CANON MP280 1


Trujillo.
3.10 DIRECCIONAMIENTO ESTRATÉGICO

3.10.1 Misión
Somos una institución que brinda servicio educativo en los tres niveles
académicos, inicial 5años, primaria y secundaria, cuya función es formar a
nuestros educandos de manera integral, centrado en valores cristianos y
morales, con un carácter creativo, crítico, capaces de tomar decisiones para
resolver sus propios problemas, con docentes identificados con su labor
educativa; lo cual permitirá atender las necesidades educativas de niños,
niñas, jóvenes y señoritas en edad escolar, en una infraestructura adecuada,
haciendo uso de material audiovisual y poniendo especial interés en su
formación como persona.
3.10.2 Visión
La Institución Educativa Nº 80882 ”Jorge Chávez Dartnell”, al 2014 lidera la
educación en la comunidad, formando estudiantes competitivos con amplio
saber científico y tecnológico, preocupados en la investigación, practicantes
del arte y el deporte y de un sistema de valores; capaces de solucionar sus
problemas, con docentes altamente capacitados, con madres y padres de
familia involucrados en el quehacer educativo de sus hijos e hijas, para
garantizarles el desarrollo personal a través del conocimiento.
3.10.3 Rol Empresarial
Somos una Institución Educativa Pública, empeñada en ofrecer a nuestros
alumnos una educación que despierte la creatividad y la innovación; la
acción, el desarrollo de competencias y capacidades, el fortalecimiento de la
fe y confianza en sí mismo; a fin de superar retos para lograr el liderazgo y la
excelencia.
3.10.4 Objetivos Estratégicos
3.10.4.1 Objetivos Institucional
1.- Promover un ambiente institucional de convivencia armoniosa.
2.- Motivar la identidad institucional permanente en los integrantes de la
comunidad escolar.

Trujillo.
3.10.4.2 Objetivos Pedagógicos

1.- Evaluar integralmente al educando y efectuar el seguimiento permanente a los
educandos con problemas de aprendizaje
2.- Actualizar al personal docente en la aplicación de la metodología activa y la
nueva propuesta curricular
3.10.4.3 Objetivos Administrativos
1.- Organizar el área administrativa de la institución.
2.- Difundir las actividades, objetivos y alcances.
3.- Asesorar permanentemente el trabajo docente.
3.11 METAS INTITUCIONALES

- Incrementar la matrícula de alumnos en un 5% cada año a través de campañas
promocionales.
- Capacitar a anualmente a la totalidad de los docentes en las nuevas corrientes
educativas.
- Desarrollar talleres psicológicos con padres y madres de familia.
3.12 ANÁLISIS INTERNO
3.12.1 PRINCIPALES FORTALEZAS
- Cuenta con una buena imagen institucional.

- Buenas relaciones entre los integrantes de la administración y los docentes.
- Predisposición para la buena organización administrativa.
- Flexibilidad organizacional.
- Cuenta con recursos provenientes de la cuota de APAFA
- Local adecuado para institución educativa.
- Contamos áreas verdes.
- Nos encontramos en una buena ubicación.
- Contamos con computadoras
- Contamos con medios audiovisuales
- Personal capacitado para mejorar el nivel académico
- Personal identificado con la institución.
- Personal con título profesional.
- El 100% de los profesores de primaria son nombrados

Trujillo.
- Número de alumnos por sección es adecuado(30) en el nivel primario y parte

del nivel secundario
- Se está aplicando el Diseño Curricular Nacional 2009 en los Niveles Inicial,
Primaria y Secundaria.
3.12.2 PRINCIPALES DEBILIDADES

- Falta de evaluación de gestión.
- Falta de un plan de supervisión.
- Carencia de Personal administrativo (secretario(a) y bibliotecario(a))
- Resistencia de algunos docentes a los cambios.
- Bajo salario de todo el personal
- Un alto número de alumnos en los primeros grados de secundaria
- Padres de familia despreocupados por el avance académico y conductual de sus
hijos
- Alto número de niños y niñas desnutridos.
- El equipo de computadoras no es suficiente para el número de alumnos.
- No existe servicio de Internet
- No cuenta con teléfono fijo
- Falta de material educativo.
- No cuenta con laboratorio de ciencias.
- Mobiliario de secundaria s antiguo e incómodo para los alumnos.
- Falta de ambientes para otras aulas de secundaria.
- Los servicios higiénicos son antiguos y están deteriorados.
- Espacios de jardines sin aprovechar por falta de mantenimiento
- El ingreso de recursos económicos por concepto de recursos propios es muy
bajo.
3.13 ANÁLISIS EXTERNO
3.13.1 PRINCIPALES OPORTUNIDADES

- Apoyo del gobierno local y nacional para mejorar infraestructura.
- Crecimiento de las Medianas y Pequeñas empresas.
- Buena ubicación
- Disponibilidad permanente de comunicación terrestre.

Trujillo.
- Vigilancia permanece por parte de serenazgo, policía municipal y PNP.

- Presencia de un centro de Salud
- Nuevos dispositivos para el sector educativo público.
- Relaciones positivas con el gobierno local
- Dependencia de la Gerencia Regional de Educación.
- La I. Educativa goza del aprecio y de la aprobación de la comunidad.
- La existencia de personas trabajadoras y jóvenes estudiantes.
- Acceso a cabinas de Internet.
- Acceso a fotocopiadoras a costo bajo
3.1 PRINCIPALES AMENAZAS
- Crisis Económica Mundial.
- Bajo nivel económico de las familias.
- Poco alumbrado público.
- Existencia de campos de cultivo de caña de azúcar de la empresa agroindustrial
Laredo frente a la I.E.
- Confusión en los aspectos normativos.
- Crisis de Valores.
- Aumento de delincuencia y pandillaje.
- Deserción y ausentismo escolar
- Bajo presupuesto en Educación.
- Hogares no constituidos y/o destruidos
- Mal uso de los medios de comunicación.
- Falta de innovación educativa

Trujillo.
CAPÍTULO IV
METODOLOGÍA
Sistema de información web para agilizar los procesos

38
Trujillo.
4.1 FASE INCEPCIÓN

4.1.1 MODELO DEL NEGOCIO
4.1.1.1 REGLAS DEL NEGOCIO
a) Proceso de Programación Anual
- El director y subdirector realizan la programación anual estableciendo la fecha
de inicio y fin del año escolar, luego fija las fechas de las fases del año escolar,
regular y recuperación, disponiendo seguidamente si se trabaja con notas
bimestral o trimestral en la fase regular.
- El director y subdirector realizan la lista de feriados del cada año académico

decretado por el gobierno, y además en el transcurso del año pueden determinar
feriados no laborables que pueden ser recuperables.
- El director y subdirector establecen los turnos, horas de entrada y salida, por

cada nivel (inicial, primaria y secundaria)
- El director y subdirector programan las secciones que la institución educativa

tendrá en el año escolar, asignándole el aula que le corresponde.
- El director elabora un directorio de los docentes asignados a la institución

educativa, detallando sus datos personales y al cargo que han sido asignados.
- El director y subdirector realizan la asignación de docentes por sección en los

niveles inicial y primario, y por área en el nivel secundario.
- El director y subdirector, conjuntamente con un equipo de trabajo (docentes)

realizan los horarios para el presente año escolar.
b) Proceso de Matrícula del Colegio

- El responsable de matrícula debe identificar si el alumno a matricular ha
formado parte de la institución el año anterior o viene de otra institución.
- Si el alumno viene de otra institución, se debe verificar si existe vacante para el

grado que solicita matricular, de existir corresponde emitir una constancia de
vacante para que pueda retirar sus documentos de la institución que proviene.
- El responsable de matrícula debe registrar o actualizar los datos personales del

alumno y de sus padres.

39
Trujillo.
- El responsable de matrícula debe registrar la matrícula del estudiante en el

grado y sección que le corresponde, previa verificación de documentos físicos.
c) Proceso de Asistencia
- En el nivel inicial y primario, cada docente establece sus horarios de cursos de
acuerdo al currículo actual.
- Cada alumno de la institución cuenta con una libreta de asistencia que es

entregada al auxiliar al ingreso de la institución para el registro de su
asistencia.
- Si la hora de ingreso de un alumno es menor o igual al especificado en su

horario, se considera como ASISTENCIA PUNTUAL
- Si la hora de ingreso de un alumno es mayor al especificado en su horario, se

considera como TARDANZA, si ésta es justificada en caso del alumno por el
padre de familia, se considera como TARDANZA JUSTIFICADA.
- Si el alumno no asiste según su horario, se considera como FALTA, si ésta es

justificada por el padre de familia, se considera como FALTA JUSTIFICADA.
- Si existe alguna amonestación y/o comunicado al alumno por parte del

personal de la institución puede ser registrado en su libreta de asistencia.

40
Trujillo.
4.1.1.2 OBJETIVOS DEL NEGOCIO

El siguiente gráfico representa el objetivo general relacionado con los objetivos
específicos del negocio:
Figura 4. 1: Objetivos del Negocio

Fuente: (Elaboración Propia, 2016).
4.1.1.3 CASO DE USO DEL NEGOCIO VS OBJETIVOS DEL NEGOCIO

En los siguientes gráficos se muestran las relaciones de los objetivos del negocio con
los casos de uso del negocio.
- Proceso de Registrar Matrícula
Figura 4. 2: CUN vs ON Registrar Matrícula


41
Trujillo.
- Proceso de Registrar Asistencia
Figura 4. 3: CUN vs ON Registrar Asistencia

- Proceso de Establecer Programación
Figura 4. 4: CUN vs ON Establecer Programación


42
Trujillo.
4.1.1.4 MODELO DE CASO DE USO DEL NEGOCIO

El caso de uso del negocio representa a un proceso del negocio y cómo se vinculan
los socios y clientes, a continuación, se muestran los casos de uso que nos hemos
enfocado:
- Diagrama de caso de uso del negocio general
Figura 4. 5: Modelo del Caso de uso de negocio general


43
Trujillo.
- Diagrama de Caso de uso de negocio Registrar asistencia
Figura 4. 6: DCUN Registrar asistencia

- Diagrama de Caso de uso de negocio Registrar matrícula
Figura 4. 7: DCUN Registrar Matrícula

- Diagrama de Caso de uso de negocio Establecer Programación
Figura 4. 8: DCUN Establecer Programación


44
Trujillo.
4.1.1.5 ESPECIFICACION DE CASOS DE USOS DEL NEGOCIO

A continuación, se describen los casos de uso del negocio que se han identificado:
4.1.1.5.1 Hoja de Descripción del Caso de uso Registrar matrícula
Empresa : I.E Jorge Chávez Dartnell

Caso de Uso Sistema: Solución web y su impacto en la gestión
―Registrar académica
matricula‖
Elaborado por : Bartolo Cajusol, Sandra
Fecha: 12/06/2016
Objetivo: Registrar matricula
Precondiciones :
Ninguna
Flujo Principal:
F.1. El encargado de secretaría registra los datos personales del alumno.
F.2. El encargado de secretaría registra la matricula.
F.3. El encargado de secretaria emite una constancia de matrícula.
Flujo Secundario:
Se exporta la relación de alumnos matriculados
Excepciones :
Ninguna
Post Condiciones :
Acceso a SIAGIE
Requisitos Satisfechos :
Registrar Matricula
Figura 4. 9: HDCUS Registrar Matrícula

45
Trujillo.
4.1.1.5.2 Hoja de Descripción del Caso de uso Establecer Programación

Caso de Uso Sistema: Solución web y su impacto en la
―Planificar calendario‖ gestión académica
Elaborado por : Chávez Gonzales, Karlita
Fecha: 12/06/2016
Objetivo: Establecer Programación
Precondiciones :
Ninguna
Flujo Principal:
F.1. El director y subdirector realizan la programación anual.
F.2. El director y subdirector establecen la lista de feriados.
F.3. El director y subdirector establecen los turnos laborales.
F.4. El director y subdirector asignan aulas y docentes.
Flujo Secundario:
Ninguno
Excepciones :
Ninguna
Post Condiciones :
Ninguna
Establecer programación
Figura 4. 10: HDCUS Establecer Programación

46
Trujillo.
4.1.1.5.3 Hoja de Descripción del Caso de uso Registrar Asistencia

Caso de Uso Sistema: Solución web y su impacto en la gestión
―Registrar académica
Asistencia‖
Elaborado por : Chávez Gonzales, Karlita
Fecha: 12/06/2016
Objetivo: Registrar Asistencia
Precondiciones :
El docente establece el horario de los cursos
Flujo Principal:
F.1. El alumno entrega su libreta
F.2. La auxiliar verifica el horario de ingreso.
F.3. Registra la asistencia si llego en el horario establecido.
F.4. Si el alumno llega tarde la auxiliar registra la tardanza.
F.5. Si el alumno presenta una justificación el auxiliar registra tardanza
justificada.
Flujo Secundario:
Ninguno
Excepciones :
Ninguna
Post Condiciones :
Ninguna
Registrar Asistencia
Figura 4. 11: HDCUS Registrar Asistencia


47
Trujillo.
4.1.1.6 DIAGRAMA DE MÁQUINA DE ESTADOS

El diagrama de máquina de estados nos muestra las situaciones que puede pasar cada
caso de uso.
4.1.1.6.1 Diagrama de Estados para el CU Registrar Matrícula
Figura 4. 12: Diagrama de Estados Registrar Matrícula

Fuente: (Elaboración Propia.2016)
4.1.1.6.2 Diagrama de Estados para el CU Registrar Asistencia
Figura 4. 13: Diagrama de Estados Registrar Asistencia


48
Trujillo.
4.1.1.6.3 Diagrama de Estados para el CU Establecer Programación
Figura 4. 14: Diagrama de Estados Establecer Programación

4.1.1.7 DIAGRAMA DE ACTIVIDADES DEL NEGOCIO

A continuación, se describen las actividades de algunos casos de uso del negocio:
4.1.1.7.1 DACU Registrar Matrícula
Figura 4. 15: DACUN Registrar Matrícula


49
Trujillo.
4.1.1.7.2 DACU Registrar Asistencia
Figura 4. 16: DACUN Registrar Asistencia


50
Trujillo.
4.1.1.7.3 DACU Establecer Programación
Figura 4. 17: DACUN Establecer Programación


51
Trujillo.
4.1.1.8 MODELO DE OBJETO DE NEGOCIO

El modelo de objeto de negocio muestra la relación entre los actores del negocio y
los trabajadores del negocio, indicando además qué operaciones realiza en las
entidades.
4.1.1.8.1 MONCUN Registrar Matrícula
Figura 4. 18: MONCUN Registrar Matrícula

4.1.1.8.2 MONCUN Registrar Asistencia
Figura 4. 19: MONCUN Registrar Asistencia


52
Trujillo.
4.1.1.8.3 MONCUN Establecer Programación
Figura 4. 20: MONCUN Establecer Programación

4.1.1.9 MODELO DE DOMINIO DEL NEGOCIO
En el modelo de dominio del negocio se representa las entidades que se han

identificado por cada caso de uso y las relaciones que existen entre ellas.
4.1.1.9.1 Registrar Matrícula
Figura 4. 21: Modelo del Dominio Registrar Matrícula


53
Trujillo.
4.1.1.9.2 Registrar Asistencia
Figura 4. 22: Modelo del Dominio Registrar Asistencia

4.1.1.9.3 Establecer Programación
Figura 4. 23: Modelo del Dominio Establecer Programación


54
Trujillo.
4.1.2 MODELO DE REQUERIMIENTOS

En este capítulo se profundizará en la modelación del sistema a automatizar. Se
definirá una agrupación de los modelos de casos de uso por paquetes y las relaciones
entre los mismos. Se ilustrará además para cada paquete definido los diagramas de
caso de uso que reflejarán las relaciones entre estos y los actores del sistema. Para un
mayor entendimiento del sistema se describirán ha alto nivel todos y cada uno de los
casos de uso y actores que interactúan en el sistema. También se definirán los
requerimientos funcionales y no funcionales que determinarán las cualidades del
sistema.
4.1.2.1 REQUERIMIENTOS FUNCIONALES

- Permitir la programación anual, permitiendo registrar un año académico, las fases
que la componen, además de los turnos, periodos y horas.
- Registrar feriados por año.
- Registro de grados y secciones por año que se dictarán en una fase y turno dentro
de un año determinado.
- Registrar al personal que forman parte de la institución, teniendo en cuenta sus
datos personales y cargo.
- Programar las áreas que se dictarán por grado y nivel en un año determinado.
- Asignar a los docentes que dictaran por grado y nivel una o varias áreas, según
corresponda.
- Designar horario al personal por sección.
- Registrar a los alumnos.
- Registrar matrícula del estudiante por año.
- Generación automática de reportes de constancias de matricula
- Registrar asistencias, tardanzas, deméritos.
- Generación automática del desempeño académico.
- Generación automática de reportes de horarios.
- Emitir los reportes de asistencias, notas, comportamiento, justificaciones.
- Autenticarse en el sistema: Validar usuario y contraseña, adecuar el sistema de
acuerdo al rol del usuario.
- Administrar cuentas de personal: Modificar los datos personales, modificar
contraseña y actualizar los perfiles de usuario.

55
Trujillo.
4.1.2.2 REQUERIMIENTOS NO FUNCIONALES

- Usabilidad
- 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.
- 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.
- Rendimiento
- El sistema debe ser estable, así como los servicios que este brinda. Además, debe
garantizar rapidez y eficiencia para sus usuarios.
- Portabilidad
- Se hará uso de la filosofía de código abierto de forma tal que se facilite en el
futuro la extensión del sistema a diversas plataformas.
- Confiabilidad
Se garantiza el buen funcionamiento del sistema. Debe prevalecer una garantía de
la no ocurrencia de perdida de información.

56
Trujillo.
4.1.2.3 DIAGRAMA DE PAQUETES DEL SISTEMA

Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las
dependencias entre esas agrupaciones. (WIKIPEDIA, 2016).
Figura 4. 24: Diagrama de Paquetes del Sistema

4.1.2.4 MODELO DE CASO DE USO POR PAQUETES

A continuación, se presentan los casos de uso del sistema por cada paquete:
4.1.2.4.1 PAQUETE DE SEGURIDAD
a) Ingresar al sistema
Figura 4. 25: Caso de uso del sistema Ingresar al sistema


57
Trujillo.
b) Cambiar contraseña
Figura 4. 26: Caso de uso del sistema cambiar contraseña

c) Gestión de usuarios
Figura 4. 27: Caso de Uso de Sistema Gestión de usuarios


58
Trujillo.
4.1.2.4.2 PAQUETE ESTABLECER PROGRAMACIÓN
a) Programación año académico
Figura 4. 28: Caso de Uso de Sistema Programación año académico

b) Registrar grado y sección
Figura 4. 29: Caso de Uso de Sistema Registrar grado y sección


59
Trujillo.
c) Registrar personal
Figura 4. 30: Caso de uso de sistema Registrar personal

d) Elaborar horario
Figura 4. 31: Caso de uso de sistema Elaborar horario


60
Trujillo.
4.1.2.4.3 PAQUETE MATRÍCULA
a) Registrar alumno
Figura 4. 32: Caso de uso de sistema Registrar alumno

b) Realizar matrícula
Figura 4. 33: Caso de uso de sistema Realizar matrícula


61
Trujillo.
c) Modificar matrícula
Figura 4. 34: Caso de uso de sistema Modificar matrícula

d) Listar estudiantes por sección
Figura 4. 35: Caso de uso de sistema Listar estudiantes por sección


62
Trujillo.
4.1.2.4.4 PAQUETE NOTAS
a) Registrar notas
Figura 4. 36: Caso de uso de sistema registrar notas

b) Consultar notas
Figura 4. 37: Caso de uso de sistema Consultar notas


63
Trujillo.
c) Procesar orden de mérito
Figura 4. 38: Caso de uso de sistema Procesar orden de mérito

4.1.2.4.5 PAQUETE ASISTENCIA
a) Registrar asistencia
Figura 4. 39: Caso de uso de sistema Registrar asistencia

b) Consultar asistencia
Figura 4. 40: Caso de uso de sistema Consultar asistencia


64
Trujillo.
c) Registrar justificación
Figura 4. 41: Caso de uso de sistema Registrar justificación

d) Registrar comunicado
Figura 4. 42: Caso de uso de sistema Registrar comunicado


65
Trujillo.
4.1.2.4.6 PAQUETE GENERAR REPORTES
a) Reporte horarios por sección
Figura 4. 43: Caso de uso de sistema Generar reporte horarios por sección
b) Reporte horarios por docente
Figura 4. 44: Caso de uso de sistema Generar horario por docente


66
Trujillo.
c) Reporte boleta de notas
Figura 4. 45: Caso de uso de sistema Generar boleta de notas

d) Reporte gráfico de asistencias, tardanzas y faltas
Figura 4. 46: Caso de uso de sistema Consultar gráfico de asistencia, tardanza y falta
e) Reporte gráfico de alumnos matriculados por año
Figura 4. 47: Caso de uso de sistema Consultar gráfico de alumnos matriculados por año

67
Trujillo.
4.1.2.5 DIAGRAMA GENERALIZACIÓN DE ACTORES
A continuación, se muestra el diagrama de actores del sistema:
Figura 4. 48: Diagrama de Jerarquía de Actores


68
Trujillo.
4.1.2.6 DESCRIPCIÓN DE ACTORES
A continuación, se muestran los distintos actores del sistema y el papel que

desempeñan en el sistema
Tabla 4. 1: Descripción de actores
Actor Descripción
Es el actor que interactúa con el Sistema de información web para
Usuario agilizar los procesos académicos en la I.E N° 80882 Jorge Chávez
Dartnell De Trujillo
Este actor se encarga de dirigir la oficina de Personal, es el que
aprueba o desaprueba el ingreso del nuevo personal dependiendo las
Director circunstancias; además de cerciorarse de que todas las actividades allí
realizadas se cumplan con normalidad. También tiene a cargo la
programación anual de la I.E.
Este actor se encarga de registrar las calificaciones de los estudiantes,
Docente además puede consultar su horario y registrar algún comunicado de
los estudiantes de la I.E.
Este actor representa a la persona encargada del puesto en secretaría,
Encargado de Secretaría
realiza las transacciones principales del sistema.
Es el actor que interactúa con el sistema web y puede tener acceso a
Alumno
la información: notas, asistencias, comunicados.
Es el actor que interactúa con el sistema web, registrando alguna
Auxiliar
sanción, mérito y demérito y asistencia.
4.1.2.7 DESCRIPCIÓN DE CASO DE USO

A continuación, se muestra la descripción de los casos de uso del sistema.
4.1.2.7.1 PAQUETE DE SEGURIDAD
a) Descripción de Caso de uso: Autenticar sistema

Tabla 4. 2: Descripción de Caso de uso: Autenticar sistema
Nombre del Caso de uso Autenticar sistema
Actores Usuario
Resumen El usuario ingresa usuario y contraseña y selecciona
Ingresar.
Precondiciones El usuario debe estar registrado en el sistema con estado
activo y la fecha de expiración debe ser menor a la fecha
actual.
Post-condiciones El sistema muestra panel de operaciones.

69
Trujillo.
b) Descripción de caso de uso: Cambiar contraseña

Tabla 4. 3: Descripción de caso de uso: Cambiar contraseña
Nombre del caso de uso Cambiar contraseña
Actores Usuario
Resumen Usuario selecciona Cambiar contraseña
Usuario ingresa contraseña actual, nueva contraseña,
confirmar contraseña, luego selecciona Grabar.
Precondiciones Usuario debe estar autenticado.
Post-condiciones Ninguno.
4.1.2.7.2 PAQUETE ESTABLECER PROGRAMACIÓN
a) Descripción de Caso de uso: Registrar año por IE
Tabla 4. 4: Descripción de Caso de uso: Registrar año por IE

Nombre del Caso de uso Registrar año por IE
Actores Director, Encargada de secretaría
Resumen Usuario selecciona Nuevo año académico
Usuario selecciona año académico, ingresando fecha de
inicio y fin
Post-condiciones El registro debe ser guardado en base de datos.
b) Descripción de Caso de uso: Registrar fases por año

Tabla 4. 5: Descripción de Caso de uso: Registrar fases por año
Nombre del Caso de uso Registrar fases por año
Resumen Usuario selecciona Nueva Fase
Usuario ingresa fecha de inicio, fin, selecciona si
trabajará por bimestre o trimestre y luego selecciona
Grabar
Año académico debe estar registrado.
Post-condiciones El registro emitido debe ser guardado en la base de
datos.

70
Trujillo.
c) Descripción de Caso de Uso: Registrar aula

Tabla 4. 6: Descripción de Caso de uso: Registrar aula
Nombre del Caso de uso Registrar aula
Actores Director
Resumen El usuario registra las aulas ingresando descripción,
ubicación, capacidad, tipo de aula, área.
datos.
d) Descripción de Caso de uso: Registrar grado

Tabla 4. 7: Descripción de Caso de uso: Registrar grado
Nombre del Caso de uso Registrar grado
Actores Director
Resumen El usuario selecciona los grados a trabajar por año de
acuerdo al nivel de la institución educativa.
Tener registrados grados por nivel en base de datos.
datos.
e) Descripción de Caso de uso: Registrar sección
Tabla 4. 8: Descripción de Caso de uso: Registrar sección

Nombre del Caso de uso Registrar sección
Actores Director
Resumen El sistema permite al usuario registrar las secciones por
grado a trabajar en un determinado año, fase y turno.
Tener registrado aula, año, fase y turno.
datos.

71
Trujillo.
f) Descripción de Caso de uso: Registrar feriados

Tabla 4. 9: Descripción de Caso de uso: Registrar feriados
Nombre del Caso de uso Registrar feriados
Actores Director.
Resumen El sistema permite registrar feriados durante un año
académico.
Año académico debe estar registrado.
Post-condiciones El registro emitido debe ser guardado en la base de datos.
g) Descripción de Caso de uso: Registrar datos del personal
Tabla 4. 10: Descripción de Caso de uso: Registrar datos del personal

Nombre del Caso de uso Registrar datos del personal
Resumen El sistema permite registrar los datos personales del
personal que ingresa a la institución.
Si la persona se encuentra registrada como familiar u
alumno se puede registrar al personal buscándolo por
DNI o nombres y apellidos.
datos.
h) Descripción de Caso de uso: Asignar personal a una I.E.
Tabla 4. 11: Descripción de Caso de Uso: Asignar personal a una I.E.

Nombre del Caso de uso Asignar personal a una I.E.
Resumen El sistema permite asignar a la I.E. personal en un año
académico, ingresando el cargo, área de trabajo, fecha
de inicio y fin.
Los datos personales del personal deben estar
registrados.
datos.

72
Trujillo.
i) Descripción de Caso de uso: Asignar áreas por grado al docente.

Tabla 4. 12: Descripción de Caso de Uso: Asignar áreas por grado al docente
Nombre del Caso de uso Asignar áreas por grado al docente
Resumen El sistema permite asignar a un docente en una o varias
áreas por grado.
Las áreas por año deben estar registradas.
Debe existir personal asignado a la I.E. por año.
datos.
j) Descripción de Caso de uso: Elaborar horario

Tabla 4. 13: Descripción de Caso de Uso: Elaborar horario
Nombre del Caso de uso Elaborar horario
Resumen El sistema permite registrar horario del docente por
sección
Personal debe estar asignado un área por grado
datos.
4.1.2.7.3 PAQUETE MATRÍCULA
a) Descripción de Caso de uso: Registrar alumno

Tabla 4. 14: Descripción de Caso de uso: Registrar alumno
Nombre del Caso de uso Registrar alumno
Actores Director, Encargada de secretaría.
Resumen El sistema permite registrar los datos personales de los
alumnos.
Post-condiciones El registro realizado debe ser guardado en la base de
datos.

73
Trujillo.
b) Descripción de Caso de uso: Registrar familiar por estudiante

Tabla 4. 15: Descripción de Caso de uso: Registrar familiar por estudiante
Nombre del Caso de uso Registrar familiar por estudiante
Resumen El sistema permite registrar familiar por estudiante,
registrando los datos personales, parentesco y datos de
contacto.
Alumno debe estar registrado
Post-condiciones Debe ser guardado en la base de datos.
c) Descripción de Caso de uso: Registrar matrícula
Tabla 4. 16: Descripción de Caso de uso: Registrar matrícula

Nombre del Caso de uso Registrar matrícula
Resumen El sistema permite registrar matrícula del estudiante,
ingresando al estudiante, familiar, grado y sección, fecha
de matrícula y de donde proviene.
Grado y sección debe estar registrados.
Alumno debe estar registrado y tener un familiar asociado.
Post-condiciones Debe ser guardado en la base de datos.
d) Descripción de Caso de uso: Listar estudiantes por sección
Tabla 4. 17: Descripción de Caso de uso: Listar estudiantes por sección

Nombre del Caso de uso Listar estudiantes por sección
Resumen El sistema permite listar los estudiantes por grado y
sección.

74
Trujillo.
4.1.2.7.4 PAQUETE NOTAS
a) Descripción de Caso de uso: Registrar notas

Tabla 4. 18: Descripción de Caso de uso: Registrar notas
Nombre del Caso de uso Registrar notas
Actores Encargada de secretaría, Docente, Auxiliar
Resumen El sistema permite registrar notas de los estudiantes.
La encargada de secretaría tiene acceso al registro de
todas las notas de los estudiantes.
Los docentes tienen acceso a registrar notas de los
estudiantes asignados a su horario.
El auxiliar registrar las notas de comportamiento.
Encargada de secretaría: Deben estar registrados áreas por
año
Auxiliar debe estar asignado al área de comportamiento.
Docente debe tener horario
Post-condiciones Guardarse en base de datos.
4.1.2.7.5 PAQUETE ASISTENCIA
a) Descripción de Caso de uso: Registrar asistencia

Tabla 4. 19: Descripción de Caso de uso: Registrar asistencia
Nombre del Caso de uso Registrar asistencia
Actores Auxiliar
Resumen El sistema permite registrar de estudiantes, indicando si
llegó puntual, tarde o faltó en un día académico.
Alumno debe estar matriculado.
Turnos deben estar registrados.
datos.
b) Descripción de Caso de uso: Registrar justificación

Tabla 4. 20: Descripción de Caso de uso: Registrar justificación
Nombre del Caso de uso Registrar Justificación
Actores Auxiliar, Encargada de Secretaría
Resumen El sistema permite registrar justificación de tardanza o
falta de un alumno.
Precondiciones El alumno debe tener registrado asistencia
datos.

75
Trujillo.
c) Descripción de Caso de uso: Registrar Comunicado

Tabla 4. 21: Descripción de Caso de Uso: Registrar Tardanza
Nombre del Caso de Uso Registrar Tardanza
Actores Director, Docente, Encargada de secretaría, Auxiliar
Resumen El sistema permite registrar comunicados para los
estudiantes.
Precondiciones Estudiante debe estar matriculado.
datos.
4.1.2.7.6 PAQUETE GENERAR REPORTES
a) Descripción de Caso de uso: Generar horarios por sección

Tabla 4. 22: Descripción de Caso de uso: Generar horarios por sección
Nombre del Caso de uso Generar horarios por sección
Actores Director, Encargado de Secretaría, Auxiliar, Alumno
Resumen El sistema permite mostrar reporte de horarios por sección
según rol.
Precondiciones Horarios deben estar registrados.
b) Descripción de Caso de uso: Generar horarios por docente
Tabla 4. 23: Descripción de Caso de uso: Generar reporte horarios por docente
Nombre del Caso de uso Generar reporte horarios por docente
Actores Director, Encargado de Secretaría, Auxiliar
Resumen El sistema permite mostrar reporte de horarios por docente
Precondiciones Horarios deben estar registrados.
c) Descripción de Caso de uso: Generar boleta de notas

Tabla 4. 24: Descripción de Caso de uso: Generar boleta de notas
Nombre del Caso de uso Generar boleta de notas
Actores Encargado de Secretaría
Resumen El sistema permite generar boleta de notas por sección,
eliminarlos, aprobarlos y anularlo.
Precondiciones Notas deben estar registrados

76
Trujillo.
d) Descripción de Caso de uso: Consultar gráfico de asistencias, tardanzas y

faltas
Tabla 4. 25: Descripción de Caso de uso: Consultar gráfico de asistencias, tardanzas y faltas
Nombre del Caso de uso Consultar gráfico de asistencias, tardanzas y faltas
Resumen El sistema muestra gráfico de asistencias tardanzas y
faltas de los estudiantes.
Precondiciones Asistencias registradas.
e) Descripción de Caso de uso: Consultar gráfico de alumnos matriculados por

año
Tabla 4. 26: Descripción de Caso de uso: Consultar gráfico de alumnos matriculados por año
Nombre del Caso de uso Consultar gráfico de alumnos matriculados por año
Resumen El sistema muestra gráfico de alumnos matriculados por
año
Precondiciones Alumnos matriculados
4.1.2.8 ESTIMACIÓN DE TIEMPO DE DESARROLLO DEL PROYECTO

BASADO EN CASOS DE USOS
- Método de Gustav Karner de Objectory AB
Tabla 4. 27: Factor de peso de los Actores sin ajustar

Tipo de Descripción Factor
Actor de Peso
Simple Otro sistema que interactúa con el sistema a 1
desarrollar mediante una interfaz de programación
(API).
Medio Otro sistema que interactúa con el sistema a 2
desarrollar mediante un protocolo o una interfaz
basada en texto.
Complejo Una persona que interactúa con el sistema mediante 3
una interfaz gráfica.

77
Trujillo.
Tabla 4. 28: Factor de peso de los casos de uso sin ajustar

Tipo de Caso Factor
Descripción
de Uso de Peso
Simple El Caso de Uso contiene de 1 a 3 transacciones. 5
Medio El Caso de Uso contiene de 4 a 7 transacciones. 10
Complejo El Caso de Uso contiene más de 8 transacciones. 15

UUCP = UAW + UUCW……………………....………………………………. (4.1)
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 ajustar4.1.2.8
4.1.2.8.1 Cálculo del Factor de Peso de los Actores sin ajustar

Tabla 4. 29: Factor de peso de los actores sin ajustar (UAW)
FACTOR DE PESO POR CADA ACTOR Y SU TIPO

ACTOR TIPO FACTOR
Director Complejo 3
Encargado de Secretaría Complejo 3
Docente Medio 3
Auxiliar Medio 3
Alumno Simple 3
El Factor de Peso de los Actores sin ajustar no es más que el análisis de la cantidad
de actores presentes y la complejidad de cada uno de ellos. En éste proyecto se tiene
5 actores de tipo complejo, por lo que UAW está dado por la expresión que se
muestra a continuación.
UAW  ( ActSimp * Factor )  ( ActMed * Factor)  ( ActComp * Factor ) ….… (4.2)
Reemplazar valores en (5.2), se tiene:
( ) ( ) ( )

78
Trujillo.
4.1.2.8.2 Cálculo del Factor de Peso de los Casos de Uso sin ajustar:
Tabla 4. 30: Factor de peso de los actores sin ajustar (UAW)
Factor de peso por cada caso de uso y su tipo.

Caso de Uso Tipo Factor
Autenticar usuario Simple 5
Cambiar contraseña Simple 5
Listar usuarios general Simple 5
Registrar año por I.E. Simple 5
Registrar fases por año Simple 5
Registrar feriados Simple 5
Registrar datos personal Simple 5
Asignar personal a una I.E. Simple 5
Registrar grado Simple 5
Elaborar horario Simple 5
Registrar alumno Simple 5
Registrar familiar por alumno Simple 5
Registrar matrícula Medio 10
Modificar matrícula Simple 5
Listar estudiantes por sección Simple 5
Registrar asistencia Medio 10
Registrar justificación Simple 5
Registrar comunicado Simple 5
Consultar asistencia Simple 5
Registrar notas Medio 10
Procesar orden de mérito Simple 5
Consultar notas Simple 5
Generar horarios por sección Simple 5
Generar boleta de notas Simple 5
Consultar gráfico de asistencia Simple 5
El Factor de Peso de los Casos de Uso sin ajustar está dado por la cantidad de Casos
de Uso que existan en el sistema y la complejidad que presenta cada uno de ellos,
este factor está representado por la suma de los pesos asignados a los Casos de Uso
de Requerimientos:

79
Trujillo.
UUCW  (CUSimp * Factor )  (CUMed * Factor )  (CUComp * Factor) ............(4.3)
Reemplazar valores en (4.3) se tiene:

( ) ( ) ( )
140
Ahora se reemplaza el valor UAW y el valor UUCW obtenidos, en la fórmula.. (4.1):
4.1.2.8.3 Cálculo del Peso de cada factor de complejidad técnica y su valor

Este factor Este factor permite obtener la complejidad técnica del proyecto a
desarrollar, el cual se obtiene de factores técnicos y de un valor asignado.
Tabla 4. 31: Peso de cada factor de complejidad técnica y su valor
N° Descripción Factor Pesoi Valori Pesoi * Valori

1 Sistema Distribuido T1 2 3 6.0
2 Tiempo de respuesta T2 1 1 1.0
3 Eficiencia por el usuario T3 1 3 3.0
4 Procesamiento interno complejo T4 1 2 2.0
5 Reusabilidad T5 1 3 3.0
6 Facilidad de instalación T6 0.5 3 1.5
7 Facilidad de uso T7 0.5 4 2.0
8 Portabilidad T8 2 4 8.0
9 Facilidad de cambio T9 1 3 3.0
10 Concurrencia T10 1 2 2.0
11 Objetivos especiales de seguridad T11 1 2 2.0
12 Acceso directo a terceras partes T12 1 0 0.0
Facilidades especiales de entrenamiento
13 T13 1 1 1.0
a usuarios finales
TOTAL 34.5
Luego el factor de complejidad técnica está dado por la siguiente fórmula:

13
TCF  0.6  0.01*  ( Pesoi *Valori ) …………...……...…………………….…(4.4)
i 1

80
Trujillo.

TCF = 0.6 + 0.01*((2*3) + (1*1) + (1*3) + (1*2) + (1*3) + (0.5*3) + (0.5*4) +
(2*4) + (1*3) + (1*2) + (1*2) + (1*0) + (1*1))
TCF = 0.6 + 0 .01 * (34.5)
TCF = 0.945
4.1.2.8.4 Cálculo del Peso de cada factor ambiente y su valor

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:
EF = 1.4 - 0.03 * Σ (Peso i * Valor i)……….…………………………………….(4.5)
Tabla 4. 32: Peso de cada factor ambiente y su valor
N° Descripción Factor Pesoi Valori Pesoi * Valori

Familiaridad con el modelo de
1 E1 1.5 3 4.5
proyecto utilizado
2 Experiencia en la aplicación E2 0.5 3 1.5
3 Experiencia en orientación a objetos E3 1.0 3 3.0
4 Capacidad del analista líder E4 0.5 3 1.5
5 Motivación E5 1.0 5 5.0
6 Estabilidad de los requerimientos E6 2.0 5 10.0
7 Personal a tiempo compartido E7 -1.0 0 0.0
Dificultad del lenguaje de
8 E8 -1.0 3 -3.0
programación
TOTAL 22.5
Luego el factor de complejidad técnica está dado por la siguiente fórmula:

8
EF  1.4  0.03*  ( Pesoi *Valori ) …………………………………………... (4.5)
i 1

EF = 1.4 - 0.03 * ((1.5*3) + (0.5*3) + (1*3) + (0.5*3) + (1*5) + (2*5) + (-1*0) + (-
1*3))
EF=1.4 – 0.03 * (22.5) = 0.73
Para calcular el valor de UCP utilizaremos la fórmula:
UCP  UUCP *TCF * EF ……………………………….…………………... (4.6)
81
Trujillo.

UPC= 155 * 0.945 * 0.73
UCP= 106.92 CU
Estimación de esfuerzo:
En esta interviene el Factor de Conversión (CF) que para este caso será de 20 H-H
(Hora- Hombre), además del resultado obtenido a partir del cálculo de los Puntos de
Casos de Uso ajustados (4.6), luego la estimación de esfuerzo está dado por la
siguiente formula:
E  UCP * CF …………………………………………….…………………… (4.7)
E=2138.4 Horas-Hombre
4.1.2.8.5 Cálculo del Porcentaje de cada actividad y su valor en Horas-Hombres

Con el dato obtenido en (2.7), se procede a hallar el porcentaje para cada actividad y
su valor en horas – hombre utilizando el método de la regla de tres simple
Tabla 4. 33: Porcentaje de cada actividad en horas hombre
Actividad Porcentaje Horas-Hombre

Análisis 10.00% 427.68
Diseño 15.00% 641.52
Programación 50.00% 2138.40
Prueba 15.00%
Sobrecarga (otras actividades) 10.00% 427.68
Total 100.00% 4276.80
 Tiempo de Análisis
 Tiempo de Diseño

82
Trujillo.
 Tiempo de Pruebas
 Tiempo de Ajustes
 Tiempo total Proyecto:
Cálculo de Tiempo de desarrollo (TDES)
Para este caso el equipo de desarrollo es de 2 integrantes, por lo tanto:

El tiempo de desarrollo se calcula a partir de la expresión:
TDES total = E total / CH total…………..…….……………………………… (4.8)
En esta interviene el esfuerzo y la cantidad de personas que participan en el

desarrollo de la aplicación (CH). Reemplazando en (4.8) se tiene:
TDES total = Horas-Hombre / 2 Hombres = 2138.40 Horas
El tiempo total de desarrollo es de 2673.00 horas. Convertiremos el tiempo a días,

dedicando 12 Horas diarias:
2138.40 Horas x (1 Día / 12 Horas) = 178.2 Días
Convertimos a meses el tiempo:
178.2 Días x (1 Mes / 25 Días) = 7.12 Meses

TDES total = 7 Meses y 4 días.

83
Trujillo.
4.1.2.9 ESTUDIO DE VIABILIDAD ECONÓMICA
4.1.2.9.1 Costo de Inversión

a) Costo de Hardware
Tabla 4. 34: Costo de Hardware
Descripción Costo Cantidad Subtotal (S/.)

Ordenador Personal, DualCore 4GB RAM 2500.00 6 0.00
Impresora EPSON 350.00 1 0.00
TOTAL S/. 0.00
b) Costo Software
Tabla 4. 35: Costo de Software

SISTEMA OPERATIVO 700.00 1 0.00
PHP 0.00 1 0.00
MYSQL 0.00 1 0.00
TOTAL S/. 0.00
c) Costo de Muebles y Enseres
Tabla 4. 36: Costo de Muebles y Enseres

MESA PARA COMPUTADORA 250.00 1 0.00
TOTAL S/. 0.00
TOTAL COSTO DE INVERSION S/. 0.00

4.1.2.9.2 Costo de Desarrollo

a) Costo de Recursos Humanos
Tabla 4. 37: Costo de Recursos Humanos
Descripción Costo Cantidad Tiempo Subtotal (S/.)

Analista 350.00 2 7.12 4984.00
TOTAL S/. 4984.00

84
Trujillo.
b) Costo de Insumos(Materiales)
Tabla 4. 38: Costo de Insumos

MILLAR DE PAPEL Bond A4 24.00 3 72.00
CARTUCHOS PARA IMPRESORA 85.00 3 255.00
TOTAL S/. 327.00
c) Costo de Energía
Carga del Equipo en una hora: 1 KW
Horas diarias: 12 Horas
Horas al mes: 300 (25 días/mes)
Costos KW-hora: 0.3756 S/./(KW-hora) (Según Hidrandina
S.A. – 27/09/15).
KW-hora al mes: 9.7656
Tabla 4. 39: Costo de Energía
Costo Consumo Tiempo Subtotal

(S/./(KW-hr) (KW-hr)/mes) (meses) (S/.)
Ordenador 0.3756 2 300 7.12 1604.56
Impresora 0.3756 1 24 7.12 64.18
TOTAL S/. 1668.74
d) Costos de Servicios:
Tabla 4. 40: Costo de Servicio
Costo Cantidad Tiempo Subtotal

Descripción
(S/./Hr) (Hr./mes) (meses) (S/.)
Internet 1.00 24 7.23 173.52
TOTAL S/. 173.52
TOTAL COSTO DE DESARROLLO S/. 7153.26

COSTO DE INVERSION TOTAL S/. 7153.26

85
Trujillo.
4.1.2.9.3 Beneficios(S/ Año)

a) Beneficios Tangibles:
Tabla 4. 41: Beneficios Tangibles
Costo Tiempo Subtotal

(S/./mes) (meses) (S/.)
Reducción de Empleados 800.00 1 12 9600.00
Ahorro en papelería 24.00 2 12 576.00
Ahorro en espacio físico 100.00 1 12 1200.00
TOTAL S/. 11,376.00
b) Beneficios Intangibles:
- Mejora en tener oportunamente la información deseada, para la toma de
decisiones en el momento requerido.
- Integridad y uniformidad de la información obtenida, mejorando la atención
de los padres de familia.
- Mejora del trabajo técnico operacional, facilitando la labor personal
comprometido en el proceso de registro de matrículas e información del
alumno.
- Generación de reportes en forma rápida, exacta y oportuna.
- Tener una ventaja competitiva con relación a los demás, que no cuentan con
este sistema.
- Mejorar la imagen de la I.E “Jorge Chávez Dartnell”.
TOTAL DE BENEFICIOS (S/./año) S/. 11,376.00
4.1.2.9.4 Costo de Operaciones

a) Costos de Recursos Humanos
Tabla 4. 42: Costos de Recursos Humanos
Descripción Costo/Frec. Cantidad Frecuencia Subtotal (S/.)

1. Analista Programador 350.00 2 1 700.00
TOTAL S/. 700.00

86
Trujillo.
b) Costos de Insumo(Materiales al año)

Tabla 4. 43: Costos de Insumos

MILLAR DE PAPEL Bond A4 24.00 4 96.00
CARTUCHOS PARA IMPRESORA 85.00 4 340.00
TOTAL S/. 436.00
c) Costo de Energía:
Carga del Equipo en una hora: 1 KW
Horas diarias: 8 Horas
Horas al mes: 192 (24 días/mes)
Costos KW-hora: 0.3756 S/./(KW-hora)
(Según
Hidrandina S.A.
– 27/09/15).
KW-hora al mes: 9.7656
Tabla 4. 44: Costos de Energía
Costo Consumo Tiempo Subtotal

(S/./(KW-hr) (KW-hr)/mes) (meses) (S/.)
Ordenador 0.3756 6 144 12 3894.22
Impresora 0.3756 1 24 12 108.18
TOTAL S/. 4,002.40

d) Costo de Mantenimiento
Tabla 4. 45: Costos de Mantenimiento
Costo Frecuencia Subtotal

(S/./Equipo) (Veces/año) (S/.)
Ordenador 50.00 6 2 600.00
Impresora 50.00 1 2 100.00
TOTAL S/. 700.00

87
Trujillo.
4.1.2.9.5 Flujo de Caja

Tabla 4. 46: Flujo de Caja
DESCRIPCION AÑO 0 AÑO 1 AÑO 2 AÑO 3
1. COSTO DE INVERSION S/. 0.00

a. COSTO DE HARDWARE 0.00
b. COSTO DE SOFTWARE 0.00
c. COSTO DE MUEBLES 0.00
2. COSTO DE DESARROLLO (S/.7,153.26)
a. RECURSOS HUMANOS 4984.00
b. COSTO DE INSUMOS 327.00
c. COSTO DE ENERGIA 1668.74
d. COSTO DE SERVICIOS 173.52
TOTAL INVERSION (S/.7,153.26)
3. COSTOS OPERACIONALES
(S/./año)
a. COSTO DE RECURSOS
700.00 700.00 700.00
HUMANOS
b. COSTOS DE INSUMOS 436.00 436.00 436.00
c. COSTOS DE ENERGIA 4,002.40 4,002.4 4,002.4
d. COSTOS DE
700.00 700.00 700.00
MANTENIMIENTO
e. COSTOS DE DEPRECIACION 0.00 0.00 0.00
TOTAL COSTO
(S/.5,838.40) (S/.5,838.40) (S/.5,838.40)
OPERACIONAL
4. BENEFICIOS (S/./año)
BENEFICIOS TANGIBLES
a. REDUCCION DE EMPLEADOS 9600.00 9600.00 9600.00
b. AHORRO EN PAPELERIA 576.00 576.00 576.00
c. AHORRO EN ESPACIO FISICO 1200.00 1200.00 1200.00
TOTAL BENEFICIOS S/. 11,376.00 S/. 11,376.00 S/. 11,376.00
TOTAL BENEFICIO NETO (S/.7,153.26) S/. 5,537.60 S/. 5,537.60 S/. 5,537.60

88
Trujillo.
S/. 11,376.00 S/. 11,376.00 S/. 11,376.00
Años
0 1 2 3
S/ 7,153.26 S/. 5,838.40 S/. 5,838.40 S/. 5,838.40

77777
Figura 2.205: Diagrama de Caja Económica del Proyecto
4.1.2.9.6 Evaluación Económica del proyecto

Está referida a la evaluación de la rentabilidad inherente al proyecto, sin considerar el
financiamiento externo. Se basa en el flujo real de los bienes y servicios absorbidos
por el proyecto.
a) Tasa de Interés Bancaria o Tasa Efectiva Anual (TEA)
El proyecto será evaluado a través de la tasa de interés bancaria proporcionada por el

Banco de Crédito del Perú a una tasa anual efectiva del 11.24%, la fecha de vigencia
esta desde el 27/09/2015. Se asume que para que el proyecto se rentable, la tasa de
retorno tiene que ser mayor que el costo de capital.
Tabla 4. 47: Tasa de Interés efectiva

FUENTE TASA (%)
Banco de Crédito del Perú 11.24%

89
Trujillo.
b) Indicadores Económicos:
b.1. Valor Actual Neto (VAN)
Llamado también Valor Presente Neto, representa el excedente generado por un

proyecto en términos absolutos después de haber cubierto los costos de inversión, de
operación y de uso de capital. En resumen el VAN es la suma algebraica de los
costos y beneficios generados por el proyecto en el valor presente.
Si VAN > 0  Aceptar el Proyecto.
Si VAN < 0  Rechazar el Proyecto.
La fórmula a utilizar es:
n
FNE n
VAN   ……………………………………………..……..….……… (4.9)
n 0 (1  i )
n
Dónde:
VAN = Valor Actual Neto.
FNEn = Flujo Neto Económico del Periodo n.
i = Tasa de Interés Bancario.
n = Periodo de Vida del Proyecto.
Según el flujo de caja económico, considerando como vida útil del sistema un
periodo de tres años y con una tasa efectiva anual de 10.47% se deduce lo siguiente:
S/. 5,537.60 S/. 5,537.60 S/. 5,537.60
Años
0 1 2 3
S/. 7,153.26
Figura 2.206: Valor actual neto económico del proyecto

90
Trujillo.
Ahora reemplazamos los datos de la figura 2.206 en la fórmula (4.9)
( ) ( ) ( )
VAN = S/. 6, 322.96
Por lo tanto como S/. 6,322.96 es mayor a cero, se concluye que el proyecto es
rentable.
b.2. Tasa Interna de Retorno (TIR)
Esa aquella tasa de interés a la que igualan los flujos netos económicos actualizados
al año presente (cero) con la inversión del proyecto. Representa la tasa de
rendimiento a la cual el proyecto se hace indiferente, es decir, cuando al VAN = 0.
Si TIR > Costo de Capital  Aceptar el Proyecto.
Si TIR < Costo de Capital  Rechazar el Proyecto.

n
FNE n
 (1  TIR)
n 0
n
 0 ……………………………………..………………....……. (4.10)
Dónde:
TIR = Tasa Interna de Retorno.
FNEn = Flujo Neto Económico del Periodo n.
n = Periodo de Vida del Proyecto.
Figura 2.207: Hallando TIR en Excel


91
Trujillo.
Como 58% es mayor al Costo de Capital (%), significa que el proyecto va a tener un
rendimiento superior al esperado.
b.3. Relación Beneficio – Costo (B/C)
La relación beneficio – costo es el indicador de rentabilidad que señala en qué

medida los beneficios futuros supera a la inversión inicial.
Si B/C ≥1  Aceptar el Proyecto.
Si B/C <1  Rechazar el Proyecto.
VPB
BC ………………………………………………..……….….……… (4.11)
VPC
Cálculo del valor presente de los beneficios (VPB):
S/. 11,376.00 S/. 11,376.00 S/. 11,376.00
Años
0 1 2 3
Figura 2.208: Hallando TIR en Excel
Para hallar el valor presente de los beneficios netos del proyecto se plantea la
siguiente ecuación matemática:
VPB  Ax ( P , i%, n) …………….……………………………………….…… (4.12)

A
Dónde:
A = Valor en nuevos soles de los beneficios por año.

92
Trujillo.
P = Valor presente de los beneficios al año 0 en nuevos soles.
i = Costo del Capital.
n = Número de periodos del proyecto.
Reemplazando los datos en la ecuación (2.11), se tiene:
( ) ( ) ( )
Cálculo del valor presente de los costos (VPC):
Años
0 1 2 3
S/. 7,153.26 S/. 5,838.40 S/. 5,838.40 S/.5,838.40
Figura 2.209: Valor presente Neto de los Costos del Proyecto

Para hallar el valor presente de los costos netos del proyecto se plantea la siguiente
ecuación matemática:
VPC  Ax ( P , i%, n) ………………………………………………………(4.13)

A
Dónde:
A = Valor en nuevos soles de los costos por año.
P = Valor presente de los beneficios al año 0 en nuevos soles.
i = Tasa de Interés Bancario.
n = Número de periodos del proyecto.

93
Trujillo.
Reemplazando los datos en la ecuación (4.13), se tiene:
( ) ( ) ( )
Cálculo de la relación Beneficio – Costo:
Reemplazando el valor del beneficio y del costo obtenido respectivamente, se tiene:
Por el método de beneficio – costo se demuestra que el proyecto es rentable, ya que

la relación B/C es mayor a 1, lo que significa que los beneficios son superiores a los
costos.
Tiempo de Recuperación
Este indicador calcula el número de periodos en el que se recupera la inversión

inicial. Esta recuperación se da mediante las utilidades obtenidas. Si el TR es menor
al número de periodos del proyecto, entonces se acepta el proyecto, sino, se rechaza.
TR  I 0 / ( B  C ) ………………..……………...……………………………….(4.14)
Reemplazando valores en (4.14), se tiene:
( )
Puesto que 1.13 es menor a 3, se deduce que el proyecto es rentable, porque la

inversión se recupera en 1 año y 2 meses

94
Trujillo.
4.1.2.9.7 Interpretación
- El valor actual neto es mayor que cero, VAN = 6, 322.96 > 0, por lo tanto la
inversión es rentable en un horizonte de 3 años.
- La relación Beneficio/Costo es mayor que uno, B/C= S/. 1.30 > 1, por lo tanto
los beneficios son mayores que los costos entonces es rentable invertir en el
proyecto.
- La tasa interna de retorno del proyecto es mayor que el costo de capital de la
empresa, TIR = 58 %, por lo tanto el proyecto es factible desde el punto de vista
del indicador económico.
- El tiempo de recuperación del capital será en el a los 1 año y 2 meses siendo
menor a 3, se deduce que el proyecto es rentable.
4.1.2.10 PRIORIZACIÓN DE CASO DE USO

Tabla 4. 48: Criterios de Priorización de Caso de Uso
Criterios de Priorización
CP1: Caso de uso base
CP2: Fácil de Implementar
CP3: Mejorar el nivel de satisfacción del usuario del Sistema
Tabla 4. 49: Nivel de Impacto
Nivel de Impacto Puntaje

Muy bajo 1
Bajo 2
Regular 3
Alto 4
Muy Alto 5

95
Trujillo.
Tabla 4. 50: Priorización de CU

Criterio de Priorización
Caso de Uso P
CP1 CP2 CP3 Prioridad
Pesos 0.4 0.2 0.4 1
Autenticar usuario 5 5 5 5 1
Registrar año por I.E. 5 5 4 4.6 2
Registrar fases por año 5 4 4 4.4 3
Registrar grado 5 4 3 4 4
Registrar feriados 5 3 3 3.8 5
Registrar datos personal 5 4 2 3.6 6
Asignar personal a una I.E. 4 3 3 3.4 7
Elaborar horario 3 3 4 3.4 8
Generar horarios por sección 3 2 4 3.2 9
Registrar alumno 4 2 3 3.2 10
Registrar matrícula 4 2 3 3.2 11
Modificar matrícula 4 2 3 3.2 12
Registrar familiar por alumno 4 2 3 3.2 13
Registrar notas 3 2 3 2.8 14
Consultar notas 2 2 4 2.8 15
Generar boleta de notas 2 1 4 2.6 16
Procesar orden de mérito 2 1 4 2.6 17
Listar estudiantes por sección 3 2 2 2.4 18
Consultar asistencia 2 2 2 2 19
Listar usuarios general 2 2 2 2 20
Cambiar contraseña 3 2 1 2 21
Consultar gráfico de asistencia 1 1 3 1.8 22
Registrar asistencia 2 2 1 1.6 23
Registrar justificación 2 2 1 1.6 24
Registrar comunicado 2 2 1 1.6 25

96
Trujillo.
4.1.2.11 MITIGACIÓN DE RIESGOS

Tabla 4. 51: Mitigación de Riesgos
Riesgo Causa(s) Efecto(s) Impacto Prevención
Inexperiencia del Falta de Inadecuada Capacitación
equipo de capacitación del elaboración del Alto constante del
desarrollo. equipo. proyecto. equipo.
Comunicación
Ausentismo de Problemas de
Retraso del trabajo frecuente entre los
algún integrante Salud o de otra Medio
realizado. miembros del
del grupo. índole.
grupo.
Incumplimiento
Lenguaje Nuevo. Inexperiencia del plazo Medio Capacitación
establecido.
4.2 FASE DE ELABORACIÓN
4.2.1 MODELO DE ANÁLISIS
Según (JACOBSON, y otros), el modelo del análisis crece incrementalmente a medida

que se analizan más y más casos de uso.
4.2.1.1 Diagrama de clases parciales

A continuación se presentan los diagramas de clases de análisis por paquetes, donde
se detallan los atributos por cada entidad.

97
Trujillo.
4.2.1.1.1 Diagrama de clases parciales: Paquete de seguridad
Figura 4. 49: Diagrama de clases parciales: Paquete de seguridad


98
Trujillo.
4.2.1.1.2 Diagrama de clases parciales: Paquete establecer Programación
Figura 4. 50: Diagrama de clases parciales: Paquete de establecer programación


99
Trujillo.
4.2.1.1.3 Diagrama de clases parciales: Paquete matrícula
Figura 4. 51: Diagrama de clases parciales-Paquete matrícula


100
Trujillo.
4.2.1.1.4 Diagrama de clases parciales: Paquete notas
Figura 4. 52: Diagrama de clases parciales-Paquete notas


101
Trujillo.
4.2.1.1.5 Diagrama de clases parciales Paquete asistencia
Figura 4. 53: Diagrama de clases parciales-Paquete asistencia


102
Trujillo.
4.2.1.2 Diagrama de Clases de análisis
Figura 4. 54: Diagrama de clases de análisis


103
Trujillo.
4.2.1.3 Diagrama General de Casos de uso reformulado por paquetes
Figura 4. 55: Diagrama de Paquetes Reformulados


104
Trujillo.
4.2.1.4 Diagrama de Casos de Uso reformulado por paquetes

En la siguiente figura se muestra en forma general los casos de uso del sistema
diferenciado por colores correspondientes a los paquetes que forman parte, descritos
en el ítem anterior, además se muestran los actores que interactúan con cada uno de
ellos.
Figura 4. 56: Diagrama de Casos de Uso reformulado por paquetes


105
Trujillo.
4.2.1.5 Diagramas de Colaboración o Comunicación

En las siguientes figuras se describen las interacciones de los distintos objetos en el
sistema y los mensajes que solicitan o responden por cada caso de uso.
4.2.1.5.1 Diagrama de colaboración para caso de uso Autenticar usuario
Figura 4. 57: Diagrama de colaboración para caso de uso Autenticar sistema

4.2.1.5.2 Diagrama de colaboración para caso de uso Registrar horario
Figura 4. 58: Diagrama de Colaboración Registrar Horarios


106
Trujillo.
4.2.1.5.3 Diagrama de colaboración para caso de uso Registrar matrícula
Figura 4. 59: Diagrama de colaboración para caso de uso Registrar matrícula

4.2.1.5.4 Diagrama de colaboración para caso de uso Registrar notas
Figura 4. 60: Diagrama de Colaboración Registrar notas


107
Trujillo.
4.2.1.6 Diagrama de Subsistemas
Figura 4. 61: Diagrama de subsistemas


108
Trujillo.
4.2.2 MODELO DE DISEÑO
Es un modelo concreto, es decir se detalla la estructura del sistema a construir. A

continuación se presentan los diagramas que forman parte de este modelo
4.2.2.1 Diagrama de modelo de clases de diseño
Los diagramas presentados a continuación están separados por cada paquete, donde se
describen los atributos y métodos que tendrá cada clase y la relación que tienen entre ellas.
4.2.2.1.1 Diagrama de clases de diseño Paquete seguridad
Figura 4. 62: Diagrama de clases de diseño Paquete seguridad


109
Trujillo.
4.2.2.1.2 Diagrama de clases de diseño Paquete Establecer programación
Figura 4. 63: Diagrama de clases del diseño Paquete Establecer programación


110
Trujillo.
4.2.2.1.3 Diagrama de clases de diseño Paquete matrícula
Figura 4. 64: Diagrama de clases del diseño Paquete matrícula


111
Trujillo.
4.2.2.1.4 Diagrama de clases de diseño Paquete notas
Figura 4. 65: Diagrama de clases del diseño Paquete notas


112
Trujillo.
4.2.2.1.5 Diagrama de clases de diseño Paquete asistencia
Figura 4. 66: Diagrama de clases del diseño Paquete asistencia


113
Trujillo.
4.2.2.2 Casos de uso de realización

Los casos de uso de realización describen cómo se realiza un caso de uso particular
en el modelo de diseño, en función a los objetos que colaboran.
Figura 4. 67: Casos de uso de realización


114
Trujillo.
4.2.2.3 Diseño de Ficha

En ésta sección se muestra el diseño de los formularios del sistema.
- Acceder al Sistema
Figura 4. 68: Diseño de Ficha Acceder al Sistema

- Mantenedor Programación anual
Figura 4. 69: Diseño de Ficha de Programación anual


115
Trujillo.
- Mantenedor Grados y Secciones
Figura 4. 70: Diseño de ficha Grado y sección

- Mantenedor Horario
Figura 4. 71: Diseño de ficha Horario


116
Trujillo.
- Mantenedor Registro de Estudiante
Figura 4. 72: Diseño de ficha Registro de estudiante

- Mantenedor Registro de Matrícula
Figura 4. 73: Diseño de ficha Registro de matrícula


117
Trujillo.
- Mantenedor Estudiantes por sección
Figura 4. 74: Diseño de ficha Mantenedor estudiantes por sección

- Mantenedor Registro de Asistencia por sección
Figura 4. 75: Diseño de ficha Mantenedor Asistencia por sección


118
Trujillo.
- Mantenedor Registro de Asistencia con código de barras
Figura 4. 76: Diseño de ficha Mantenedor asistencia con código de barras


119
Trujillo.
4.2.2.4 Diagrama de Secuencia

En las siguientes figuras se detalla la secuencia de interacciones de los distintos
objetos en el sistema
- Diagrama de secuencia Autenticar usuario
Figura 4. 77: Diagrama de secuencia Autenticar usuario


120
Trujillo.
Elaborar Horario
Figura 4. 78: Diagrama de secuencia Elaborar horario


121
Trujillo.
- Registrar notas
Figura 4. 79: Diagrama de secuencia Registrar notas


122
Trujillo.
4.2.2.5 Diagrama de Navegabilidad

El diagrama de navegabilidad se muestra cómo deben estar organizado los
formularios del sistema.
Figura 4. 80: Diagrama de navegabilidad


123
Trujillo.
4.2.2.6 Diagrama de Entidad Relación
Figura 4. 81: Diagrama Entidad Relación


124
Trujillo.
4.2.2.7 Diagrama de Entidades Lógicas

sistema
ID_SISTEMA rol_usuario_ie institucion_educativa
NOMBRE_SISTEMA ID_ROL (FK) CODIGO_IE nivel_educativo
ESTADO_SISTEMA ID_USUARIO (FK)
anio_academico feriado ID_NIVEL
CODIGO_IE (FK) CODIGO_MODULAR
ANEXO ID_ANIO ID_FERIADO DESCRIPCION_NIVEL
USUARIO_REGISTRO NOMBRE_IE DIMINUTIVO_NIVEL
modulo FECHA_REGISTRO NOMBRE_ANIO FECHA_INICIO
CORREO_IE
ID_MODULO USUARIO_MODIFICA TELEFONO_IE ESTADO_ANIO FECHA_FIN
ID_SISTEMA (FK) FECHA_MODIFICA RESOLUCION DESCRIPCION
LOGO ID_ANIO (FK)
DESCRIPCION grado
ID_NIVEL (FK) anio_por_ie
ESTADO_MODULO ID_GRADO
usuario_rol CODIGO_IE (FK) ID_NIVEL (FK)
ID_ROL (FK) fase ID_ANIO (FK)
ID_USUARIO (FK) grado_por_anho DESCRIPCION_GRADO
formulario ID_FASE FECHA_INICIO DIMINUTIVO_GRADO
FECHA_FIN ID_ANIO (FK)
ID_FORMULARIO GRADO_SIGUIENTE
DESCRIPCION_FASE ESTADO_ANIO_POR_IE ID_GRADO (FK)
ID_MODULO (FK)
ABREVIATURA_FASE ID_NIVEL (FK)
ID_SISTEMA (FK)
ESTADO_FASE
usuario VIGENTE
NOMBRE fase_por_anio_por_ie aula
URL ID_USUARIO persona ID_FASE (FK) ID_AULA
ESTADO_FORMULARIO grado_por_anho_ie
USUARIO ID_PERSONA CODIGO_IE (FK)
TIPO_FORMULARIO DSC_AULA
CONTRASENA ID_ANIO (FK) CODIGO_IE (FK)
DNI ID_ANIO (FK) UBICACION
FECHA_EXPIRACION FECHA_INICIO_FASE CAPACIDAD
NOMBRES ID_GRADO (FK)
ESTADO_USUARIO FECHA_FIN_FASE ESTADO_AULA
rol APELLIDO_PATERNO ID_NIVEL (FK)
USUARIO_CREACION ESTADO_FASE_POR_ANIO AREA_AULA_M2
APELLIDO_MATERNO
ID_ROL FECHA_CREACION NUMERO_PERIODOS TIPO_AULA
FECHA_NACIMIENTO
USUARIO_MODIFICA CODIGO_IE (FK)
NOMBRE_ROL SEXO
FECHA_MODIFICA
ESTADO_ROL EMAIL
ID_PERSONA (FK)
DIRECCION comunicado
permiso TELEFONO seccion
CELULAR ID_COMUNICADO asistencia
ID_TIPO_PERMISO (FK) ID_SECCION
ESTADO_PERSONA TIPO_COMUNICADO ID_ASISTENCIA
ID_FORMULARIO (FK) tipo_permiso ID_ANIO (FK)
FOTO DESCRIPCION
ID_MODULO (FK) ID_TIPO_PERMISO FECHA_INGRESO CODIGO_IE (FK)
USUARIO_CREACION IMAGEN
ID_SISTEMA (FK) FECHA_SALIDA ID_GRADO (FK)
FECHA_CREACION FECHA_INICIO_P..
ID_ROL (FK) DESCRIPCION ESTADO_ASISTENCIA ID_NIVEL (FK)
FECHA_FIN_P.. HORA_REFERENCIA ID_FASE (FK)
USUARIO_CREACION FECHA_REGISTRO ID_TURNO
area_trabajo FECHA_CREACION USUARIO_MODIFICA
cargo USUARIO_MODIFICA DSC_SECCION
ID_TURNO (FK)
ID_AREA_TRABAJO FECHA_MODIFICA NRO_VACANTES
ID_CARGO ID_FASE (FK)
ID_SECCION (FK) ID_SECCION_POSTERIOR
DESCRIPCION CODIGO_IE (FK)
ID_ANIO (FK) ID_PERSONA_RESPO..
DESCRIPCION ESTADO_AREA ID_ANIO (FK)
CODIGO_IE (FK) ID_PERSONA_TUTOR
personal ID_GRADO (FK) ID_AULA (FK)
estudiante ID_NIVEL (FK)
ID_PERSONA (FK) ID_FASE (FK)
personal_cargo ID_PERSONA (FK)
CODIGO_PERSONAL ID_TURNO (FK)
ID_FASE (FK) FECHA_REGISTRO CODIGO_ESTUDIANTE turno
CODIGO_IE (FK) ESTADO_PERSONAL RELIGION
ID_TURNO observacion_asistencia
ID_ANIO (FK)
ID_CARGO (FK) ID_FASE (FK) ID_OBSERVACION
ID_PERSONA (FK) CODIGO_IE (FK)
ID_ANIO (FK) DESCRIPCION
ID_AREA_TRABAJO (FK) familiar_por_estudiante TIPO_OBSERVACION
familiar HORA_INICIO
ESTADO_PERSONAL_CARGO ID_PERSONA_ESTUDIANTE (FK) ESTADO_OBSERVACION
FECHA_REGISTRO ID_PERSONA (FK) HORA_FIN USUARIO_CREACION
ID_PERSONA_FAMILIAR (FK) ESTADO_TURNO
FECHA_INICIO TELEFONO_DOMICILIO FECHA_REGISTRO
FECHA_FIN PARENTESCO DURACION_HORA_LIBRE USUARIO_MODIFICA
TELEFONO_MOVIL DURACION_HORA_ACADEMICA
TELEFONO_TRABAJO FECHA_MODIFICA
DIRECCION_TRABAJO laborable ID_ASISTENCIA (FK)
CENTRO_TRABAJO ID_LABORABLE
OCUPACION area_generica
matricula ESTADO_FAMILIAR ID_ANIO (FK)
CODIGO_IE (FK) ID_AREA
ID_MATRICULA RELIGION
ID_FASE (FK) dia DESCRIPCION
OBSERVACION_MATRICULA ID_DIA (FK)
periodo ABREVIATURA
ESTADO_MATRICULA ID_DIA
TIPO_AREA
TIPO_PROCEDENCIA horario ID_PERIODO
NOMBRE_DIA VIGENTE
COD_MOD_PROCEDENCIA
ID_LABORABLE (FK) ID_FASE (FK) EXONERABLE
NOMBRE_IE_PROCEDENCIA apreciacion_tutor
ID_PERSONAL_POR_ANIO_IE (FK) CODIGO_IE (FK) ES_ASIGNATURA
SITUACION_MATRICULA horas_por_anio_ie
ID_HORA (FK) ID_ANIO (FK) ID_PERIODO (FK) ID_AREA_PADRE
USUARIO_CREACION
ID_TURNO (FK) FECHA_INICIO ID_HORA NOMBRE_AREA_PADRE
FECHA_CREACION
ID_FASE (FK) FECHA_FIN APRECIACION ID_TURNO (FK)
USUARIO_MODIFICA
CODIGO_IE (FK) CODIGO ESTADO_APRECIACION ID_FASE (FK)
FECHA_MODIFICA disenio_por_nivel
ID_ANIO (FK) ESTADO USUARIO_MODIFICA CODIGO_IE (FK)
ID_PERSONA_ESTUDIANTE (FK)
FECHA_MODIFICA ID_ANIO (FK) ID_AREA (FK)
ID_SECCION (FK)
ID_ANIO (FK) ID_DISENIO (FK)
TIPO_HORA
CODIGO_IE (FK) ID_GRADO (FK)
HORA_INICIO
ID_GRADO (FK) ID_NIVEL (FK)
HORA_FIN
ID_NIVEL (FK) nota_area_periodo_estudiante
VIGENTE
ID_FASE (FK) ID_PERIODO (FK) USUARIO_REGISTRO
ID_TURNO (FK) ID_AREA (FK) FECHA_REGISTRO
ID_DISENIO (FK)
area_por_anio
ID_GRADO (FK)
personal_por_anio_por_ie ID_NIVEL (FK) ID_AREA (FK)
CODIGO_IE (FK) ID_DISENIO (FK)
ID_PERSONAL_POR_ANIO_IE nota_final_area_anio
ID_ANIO (FK) ID_GRADO (FK)
ES_PRINCIPAL ID_AREA (FK) ID_MATRICULA (FK) ID_NIVEL (FK) disenio_curricular
ESTADO_PERSONAL_AREA ID_DISENIO (FK) CODIGO_IE (FK) ID_DISENIO
ID_GRADO (FK) NOTA ID_ANIO (FK)
FECHA_REGISTRO
ID_NIVEL (FK) USUARIO_CREACION DESCRIPCION_DISENIO
ID_AREA (FK)
CODIGO_IE (FK) FECHA_CREACION ESTADO_AREA_POR_GRADO ESTADO_DISENIO
ID_DISENIO (FK)
ID_ANIO (FK) USUARIO_MODIFICA USUARIO_REGISTRO
ID_GRADO (FK)
ID_MATRICULA (FK) FECHA_MODIFICA FECHA_REGISTRO
ID_NIVEL (FK)
ESTADO
CODIGO_IE (FK)
NOTA
ID_ANIO (FK)
ESTADO_NOTA_FINAL
Figura 4. 82: Diagrama de entidades lógicas


125
Trujillo.
4.2.2.8 Diagrama de Entidades Físicas
sistema institucion_educativa
nivel_educativo
ID_SISTEMA: INTEGER rol_usuario_ie
CODIGO_IE: INTEGER
ID_NIVEL: CHAR(2)
ID_ROL: INTEGER (FK) anio_academico
NOMBRE_SISTEMA: VARCHAR(45) CODIGO_MODULAR: VARCHAR(7)
ID_USUARIO: INTEGER (FK) ID_ANIO: INTEGER DESCRIPCION_NIVEL: VARCHAR(45)
ESTADO_SISTEMA: VARCHAR(45) ANEXO: CHAR(1)
CODIGO_IE: INTEGER (FK) DIMINUTIVO_NIVEL: VARCHAR(5)
NOMBRE_IE: VARCHAR(45) NOMBRE_ANIO: VARCHAR(45)
USUARIO_REGISTRO: VARCHAR(45) CORREO_IE: VARCHAR(45) ESTADO_ANIO: VARCHAR(45)
FECHA_REGISTRO: DATE TELEFONO_IE: VARCHAR(45)
modulo USUARIO_MODIFICA: VARCHAR(45) RESOLUCION: VARCHAR(45) grado
feriado
FECHA_MODIFICA: DATE LOGO: VARCHAR(45)
ID_MODULO: CHAR(18) ID_NIVEL: CHAR(2) (FK) ID_FERIADO: INTEGER ID_GRADO: VARCHAR(2)
ID_SISTEMA: INTEGER (FK) ID_NIVEL: CHAR(2) (FK)
anio_por_ie FECHA_INICIO: DATE
DESCRIPCION: CHAR(18) usuario_rol
CODIGO_IE: INTEGER (FK) FECHA_FIN: DATE DESCRIPCION_GRADO: VARCHAR(45)
ESTADO_MODULO: CHAR(18) ID_ROL: INTEGER (FK) DESCRIPCION: VARCHAR(45) DIMINUTIVO_GRADO: VARCHAR(45)
fase ID_ANIO: INTEGER (FK)
ID_USUARIO: INTEGER (FK) ID_ANIO: INTEGER (FK) GRADO_SIGUIENTE: VARCHAR(2)
ID_FASE: INTEGER FECHA_INICIO: DATE
FECHA_FIN: DATE
formulario DESCRIPCION_FASE: VARCHAR(45)
ESTADO_ANIO_POR_IE: INTEGER grado_por_anho
ABREVIATURA_FASE: VARCHAR(45)
ID_FORMULARIO: INTEGER ESTADO_FASE: VARCHAR(45) ID_ANIO: INTEGER (FK)
ID_MODULO: CHAR(18) (FK)
usuario ID_GRADO: VARCHAR(2) (FK)
ID_SISTEMA: INTEGER (FK) aula
ID_USUARIO: INTEGER fase_por_anio_por_ie ID_NIVEL: CHAR(2) (FK)
NOMBRE: VARCHAR(100) ID_FASE: INTEGER (FK) ID_AULA: CHAR(2)
USUARIO: VARCHAR(50) VIGENTE: CHAR(1)
URL: VARCHAR(100) CODIGO_IE: INTEGER (FK)
ESTADO_FORMULARIO: VARCHAR(45) CONTRASENA: VARCHAR(300) DSC_AULA: VARCHAR(45)
ID_ANIO: INTEGER (FK)
TIPO_FORMULARIO: VARCHAR(45) FECHA_EXPIRACION: DATE UBICACION: VARCHAR(100)
ESTADO_USUARIO: VARCHAR(45) FECHA_INICIO_FASE: DATE grado_por_anho_ie CAPACIDAD: INTEGER
USUARIO_CREACION: INTEGER FECHA_FIN_FASE: DATE CODIGO_IE: INTEGER (FK) ESTADO_AULA: VARCHAR(45)
FECHA_CREACION: DATE ESTADO_FASE_POR_ANIO: VARCHAR(45) ID_ANIO: INTEGER (FK) AREA_AULA_M2: DECIMAL(10,2)
rol persona
USUARIO_MODIFICA: INTEGER NUMERO_PERIODOS: INTEGER ID_GRADO: VARCHAR(2) (FK) TIPO_AULA: VARCHAR(45)
ID_ROL: INTEGER FECHA_MODIFICA: DATE ID_PERSONA: INTEGER ID_NIVEL: CHAR(2) (FK) CODIGO_IE: INTEGER (FK)
ID_PERSONA: INTEGER (FK)
NOMBRE_ROL: VARCHAR(100) DNI: CHAR(8)
ESTADO_ROL: VARCHAR(45) NOMBRES: VARCHAR(100)
APELLIDO_PATERNO: VARCHAR(100) comunicado
APELLIDO_MATERNO: VARCHAR(100) ID_COMUNICADO: INTEGER
FECHA_NACIMIENTO: DATE asistencia
permiso TIPO_COMUNICADO: INTEGER seccion
SEXO: VARCHAR(10) ID_ASISTENCIA: INTEGER
ID_TIPO_PERMISO: INTEGER (FK) tipo_permiso EMAIL: VARCHAR(45) DESCRIPCION: VARCHAR(1000) ID_SECCION: VARCHAR(2)
ID_FORMULARIO: INTEGER (FK) ID_TIPO_PERMISO: INTEGER DIRECCION: VARCHAR(100) IMAGEN: VARCHAR(200) FECHA_INGRESO: DATE CODIGO_IE: INTEGER (FK)
ID_MODULO: CHAR(18) (FK) TELEFONO: VARCHAR(45) FECHA_INICIO_P..: DATE FECHA_SALIDA: DATE ID_ANIO: INTEGER (FK)
ID_SISTEMA: INTEGER (FK) DESCRIPCION: VARCHAR(100) CELULAR: VARCHAR(45) FECHA_FIN_P..: DATE ESTADO_ASISTENCIA: VARCHAR(45) ID_GRADO: VARCHAR(2) (FK)
ID_ROL: INTEGER (FK) ESTADO_PERSONA: VARCHAR(45) USUARIO_CREACION: INTEGER HORA_REFERENCIA: TIME ID_NIVEL: CHAR(2) (FK)
FOTO: VARCHAR(45) FECHA_CREACION: DATE FECHA_REGISTRO: DATE ID_FASE: INTEGER (FK)
USUARIO_CREACION: INTEGER USUARIO_MODIFICA: INTEGER USUARIO_MODIFICA: INTEGER ID_TURNO: INTEGER
FECHA_CREACION: DATE FECHA_MODIFICA: DATE ID_TURNO: INTEGER (FK)
area_trabajo ID_SECCION: VARCHAR(2) (FK) ID_FASE: INTEGER (FK) DSC_SECCION: VARCHAR(45)
ID_AREA_TRABAJO: INTEGER ID_ANIO: INTEGER (FK) CODIGO_IE: INTEGER (FK) NRO_VACANTES: INTEGER
CODIGO_IE: INTEGER (FK) ID_ANIO: INTEGER (FK) ID_SECCION_POSTERIOR: VARCHAR(2)
DESCRIPCION: VARCHAR(45) ID_GRADO: VARCHAR(2) (FK) ID_PERSONA_RESPO..: INTEGER
ESTADO_AREA: VARCHAR(45) ID_NIVEL: CHAR(2) (FK) ID_PERSONA_TUTOR: INTEGER
cargo
ID_FASE: INTEGER (FK) ID_AULA: CHAR(2) (FK)
ID_CARGO: INTEGER estudiante ID_TURNO: INTEGER (FK)
DESCRIPCION: VARCHAR(100) ID_PERSONA: INTEGER (FK)
CODIGO_ESTUDIANTE: VARCHAR(20) observacion_asistencia

personal_cargo RELIGION: VARCHAR(45) ID_OBSERVACION: INTEGER
ID_FASE: INTEGER (FK) DESCRIPCION: VARCHAR(150)
CODIGO_IE: INTEGER (FK) turno TIPO_OBSERVACION: VARCHAR(45)
personal
ID_ANIO: INTEGER (FK) ESTADO_OBSERVACION: VARCHAR(45)
ID_CARGO: INTEGER (FK) ID_PERSONA: INTEGER (FK) familiar ID_TURNO: INTEGER
USUARIO_CREACION: INTEGER
ID_PERSONA: INTEGER (FK) ID_FASE: INTEGER (FK)
CODIGO_PERSONAL: VARCHAR(20) ID_PERSONA: INTEGER (FK) FECHA_REGISTRO: DATE
CODIGO_IE: INTEGER (FK)
ID_AREA_TRABAJO: INTEGER (FK) FECHA_REGISTRO: DATE USUARIO_MODIFICA: INTEGER
TELEFONO_DOMICILIO: VARCHAR(45) ID_ANIO: INTEGER (FK)
ESTADO_PERSONAL_CARGO: VARCHAR(45) ESTADO_PERSONAL: VARCHAR(45) FECHA_MODIFICA: DATE
TELEFONO_MOVIL: VARCHAR(45) HORA_INICIO: TIME ID_ASISTENCIA: INTEGER (FK)
FECHA_REGISTRO: DATE TELEFONO_TRABAJO: VARCHAR(45)
FECHA_INICIO: DATE HORA_FIN: TIME
DIRECCION_TRABAJO: VARCHAR(150) ESTADO_TURNO: VARCHAR(45)
FECHA_FIN: DATE CENTRO_TRABAJO: VARCHAR(100) DURACION_HORA_LIBRE: SMALLINT
familiar_por_estudiante OCUPACION: VARCHAR(45) DURACION_HORA_ACADEMICA: SMALLINT area_generica
ESTADO_FAMILIAR: VARCHAR(45)
ID_PERSONA_ESTUDIANTE: INTEGER (FK) RELIGION: VARCHAR(45) ID_AREA: CHAR(18)
ID_PERSONA_FAMILIAR: INTEGER (FK)
DESCRIPCION: CHAR(18)
PARENTESCO: CHAR(18) periodo ABREVIATURA: CHAR(18)
matricula ID_PERIODO: CHAR(18) TIPO_AREA: CHAR(18)
laborable
ID_MATRICULA: INTEGER VIGENTE: CHAR(18)
ID_FASE: INTEGER (FK) ID_LABORABLE: INTEGER EXONERABLE: CHAR(18)
OBSERVACION_MATRICULA: VARCHAR(200) CODIGO_IE: INTEGER (FK) ES_ASIGNATURA: CHAR(18)
ESTADO_MATRICULA: VARCHAR(45) ID_ANIO: INTEGER (FK) ID_ANIO: INTEGER (FK) ID_AREA_PADRE: CHAR(18)
TIPO_PROCEDENCIA: VARCHAR(45) FECHA_INICIO: DATE CODIGO_IE: INTEGER (FK) dia NOMBRE_AREA_PADRE: CHAR(18)
COD_MOD_PROCEDENCIA: VARCHAR(7) FECHA_FIN: DATE ID_FASE: INTEGER (FK)
ID_DIA: INTEGER (FK) ID_DIA: INTEGER
NOMBRE_IE_PROCEDENCIA: VARCHAR(70) CODIGO: VARCHAR(2)
SITUACION_MATRICULA: VARCHAR(45) ESTADO: INTEGER NOMBRE_DIA: VARCHAR(45)
USUARIO_CREACION: VARCHAR(45) horario
FECHA_CREACION: DATE ID_LABORABLE: INTEGER (FK) horas_por_anio_ie disenio_por_nivel
USUARIO_MODIFICA: VARCHAR(45) ID_PERSONAL_POR_ANIO_IE: CHAR(18) (FK) apreciacion_tutor
ID_HORA: CHAR(18) ID_DISENIO: INTEGER (FK)
FECHA_MODIFICA: DATE ID_HORA: CHAR(18) (FK) ID_PERIODO: CHAR(18) (FK) ID_TURNO: INTEGER (FK) ID_AREA: CHAR(18) (FK)
ID_PERSONA_ESTUDIANTE: INTEGER (FK) ID_TURNO: INTEGER (FK)
ID_FASE: INTEGER (FK) ID_GRADO: VARCHAR(2) (FK)
ID_SECCION: VARCHAR(2) (FK) ID_FASE: INTEGER (FK) APRECIACION: CHAR(18)
CODIGO_IE: INTEGER (FK) ID_NIVEL: CHAR(2) (FK)
ID_ANIO: INTEGER (FK) CODIGO_IE: INTEGER (FK) ESTADO_APRECIACION: CHAR(18)
CODIGO_IE: INTEGER (FK) ID_ANIO: INTEGER (FK) VIGENTE: CHAR(1)
ID_ANIO: INTEGER (FK) USUARIO_MODIFICA: CHAR(18)
ID_GRADO: VARCHAR(2) (FK) FECHA_MODIFICA: CHAR(18) USUARIO_REGISTRO: VARCHAR(45)
TIPO_HORA: VARCHAR(45)
ID_NIVEL: CHAR(2) (FK) FECHA_REGISTRO: DATE
HORA_INICIO: TIME
ID_FASE: INTEGER (FK)
nota_area_periodo_estudiante HORA_FIN: TIME
ID_TURNO: INTEGER (FK) disenio_curricular
ID_PERIODO: CHAR(18) (FK)
ID_DISENIO: INTEGER
ID_AREA: CHAR(18) (FK)
personal_por_anio_por_ie ID_DISENIO: INTEGER (FK) area_por_anio DESCRIPCION_DISENIO: VARCHAR(45)
ID_GRADO: VARCHAR(2) (FK) ESTADO_DISENIO: VARCHAR(45)
ID_PERSONAL_POR_ANIO_IE: CHAR(18) ID_AREA: CHAR(18) (FK)
ID_NIVEL: CHAR(2) (FK) USUARIO_REGISTRO: VARCHAR(45)
ID_DISENIO: INTEGER (FK)
ES_PRINCIPAL: CHAR(18) nota_final_area_anio CODIGO_IE: INTEGER (FK) FECHA_REGISTRO: DATE
ID_GRADO: VARCHAR(2) (FK)
ESTADO_PERSONAL_AREA: CHAR(18) ID_ANIO: INTEGER (FK)
ID_AREA: CHAR(18) (FK) ID_NIVEL: CHAR(2) (FK)
FECHA_REGISTRO: CHAR(18) ID_MATRICULA: INTEGER (FK)
ID_DISENIO: INTEGER (FK) CODIGO_IE: INTEGER (FK)
ID_AREA: CHAR(18) (FK) ID_GRADO: VARCHAR(2) (FK) NOTA: CHAR(18) ID_ANIO: INTEGER (FK)
ID_DISENIO: INTEGER (FK) ID_NIVEL: CHAR(2) (FK) USUARIO_CREACION: CHAR(18)
ID_GRADO: VARCHAR(2) (FK) CODIGO_IE: INTEGER (FK) ESTADO_AREA_POR_GRADO: VARCHAR(45)
FECHA_CREACION: CHAR(18)
ID_NIVEL: CHAR(2) (FK) ID_ANIO: INTEGER (FK) USUARIO_MODIFICA: CHAR(18)
CODIGO_IE: INTEGER (FK) ID_MATRICULA: INTEGER (FK) FECHA_MODIFICA: CHAR(18)
ID_ANIO: INTEGER (FK) ESTADO: CHAR(18)
NOTA: CHAR(18)
ESTADO_NOTA_FINAL: CHAR(18)
Figura 4. 83: Diagrama de entidades físicas


126
Trujillo.
4.2.2.9 Diagrama de componentes

A continuación se detalla cómo está distribuido la construcción del sistema: A partir
de la interfaz de usuario, éste a través de un archivo javascript realiza una petición a
un archivo php, el cual realiza una solicitud a un archivo controlador y éste a su vez a
un archivo modelo para que finalmente realicen la operación en la base de datos.
Figura 4. 84: Diagrama de componentes


127
Trujillo.
4.2.2.10 Diagrama de Despliegue

A continuación se detalla el hardware a utilizar en la implementación del sistema.
Figura 4. 85: Diagrama de despliegue


128
Trujillo.
4.3 FASE DE CONSTRUCCIÓN

4.3.1 MODELO DE DESARROLLO
4.3.1.1 Especificaciones del lenguaje
A continuación se detalla lo utilizado para desarrollar el sistema de información web:
- El framework utilizado es Laravel
- El lenguaje de programación utilizado es: PHP versión 5.6.
- El gestor de base de datos: Mysql versión 5.6
- Las librerías empleadas: jquery 1.11, Phpexcel, Tcpdf, Highcharts, Bootstrap
4.3.1.2 Seguridad
En la presente proyecto se han tomado las siguientes medidas de seguridad:
- BASE DE DATOS: En las tablas transaccionales tienen campos de auditoria:

usuario de creación, fecha de creación, usuario que modifica y fecha que modifica.
- APLICATIVO: Para evitar posibles ataques se está sanitizando los parámetros

antes que se concatenen con la cadena de consulta y/o operación, con el fin que si se
le agregado algún carácter extraño con el fin de realizar algún ataque, éste sea
eliminado. Ejemplo si un parámetro es de tipo numérico, en el modelo, a través de
una función SANITIZER de php se elimina los caracteres que no son números y
están concatenados al parámetro en caso lo hubiera.
4.3.1.3 Generación de Código

-- --------------------------------------------------------
-- Estructura de tabla para la tabla ànio_academico`
CREATE TABLE IF NOT EXISTS ànio_academico` (
ÌD_ANIO` int(11) NOT NULL,
`NOMBRE_ANIO` varchar(45) DEFAULT NULL,
`FECHA_INICIO_ANIO` date DEFAULT NULL,
`FECHA_FIN_ANIO` date DEFAULT NULL,
ÈSTADO_ANIO` varchar(45) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ànio_por_ie`
CREATE TABLE IF NOT EXISTS ànio_por_ie` (
`CODIGO_IE` int(11) NOT NULL,
ÈSTADO_ANIO_IE` int(11) DEFAULT NULL

129
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àrea_generica`
CREATE TABLE IF NOT EXISTS àrea_generica` (
ÌD_AREA` int(11) NOT NULL,
`DESCRIPCION` varchar(100) DEFAULT NULL,
ÀBREVIATURA` varchar(45) DEFAULT NULL,
`TIPO_AREA` varchar(45) DEFAULT NULL,
`VIGENTE` char(1) DEFAULT NULL,
ÈXONERABLE` char(1) DEFAULT NULL,
ÈS_ASIGNATURA` varchar(45) DEFAULT NULL,
ÌD_AREA_PADRE` varchar(45) DEFAULT NULL,
`NOMBRE_AREA_PADRE` varchar(100) DEFAULT NULL
) ENGINE=InnoDB AUTO_INCREMENT=88131 DEFAULT CHARSET=utf8;
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àrea_por_anio`
CREATE TABLE IF NOT EXISTS àrea_por_anio` (
ÌD_DISENIO` int(11) NOT NULL,
ÌD_NIVEL` char(2) NOT NULL,
ÌD_GRADO` varchar(2) NOT NULL,
ÈSTADO_AREA_POR_GRADO` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àrea_trabajo`
--
CREATE TABLE IF NOT EXISTS àrea_trabajo` (
ÌD_AREA_TRABAJO` int(11) NOT NULL,
ÈSTADO_AREA` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àsistencia`
--
CREATE TABLE IF NOT EXISTS àsistencia` (
ÌD_ASISTENCIA` int(11) NOT NULL,
`FECHA_INGRESO` datetime DEFAULT NULL,
`FECHA_SALIDA` datetime DEFAULT NULL,
ÈSTADO_ASISTENCIA` varchar(45) DEFAULT NULL,
`HORA_REFERENCIA` time DEFAULT NULL,
`FECHA_REGISTRO` datetime DEFAULT NULL,
ÙSUARIO_MODIFICA` int(11) DEFAULT NULL,
`FECHA_MODIFICA` varchar(45) DEFAULT NULL,
ÌD_TURNO` int(11) DEFAULT NULL,
ÌD_ANIO` int(11) DEFAULT NULL,
ÌD_FASE` int(11) DEFAULT NULL,
`CODIGO_IE` int(11) DEFAULT NULL,
ÌD_PERSONA` int(11) NOT NULL

130
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àula`
--
CREATE TABLE IF NOT EXISTS àula` (
ÌD_AULA` char(2) NOT NULL,
`DSC_AULA` varchar(45) DEFAULT NULL,
ÙBICACION` varchar(100) DEFAULT NULL,
`CAPACIDAD` int(11) DEFAULT NULL,
ÈSTADO_AULA` varchar(45) DEFAULT NULL,
ÀREA_AULA_M2` decimal(10,2) DEFAULT NULL,
`TIPO_AULA` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `cargo`
--
CREATE TABLE IF NOT EXISTS `cargo` (
ÌD_CARGO` int(11) NOT NULL,
`DESCRIPCION` varchar(100) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `comunicado`
--
CREATE TABLE IF NOT EXISTS `comunicado` (
ÌD_COMUNICADO` int(11) NOT NULL,
`TIPO_COMUNICADO` int(11) DEFAULT NULL,
`DESCRIPCION` text,
ÌMAGEN` varchar(200) DEFAULT NULL,
ÌD_SECCION` varchar(2) DEFAULT NULL,
ÌD_GRADO` varchar(2) DEFAULT NULL,
ÌD_NIVEL` char(2) DEFAULT NULL,
ÌD_ANIO` int(11) DEFAULT NULL,
`CODIGO_IE` int(11) DEFAULT NULL,
ÌD_FASE` int(11) DEFAULT NULL,
ÌD_TURNO` int(11) DEFAULT NULL,
ÌD_PERSONA` int(11) DEFAULT NULL,
`FECHA_INICIO_PUBLICACION` datetime DEFAULT NULL,
`FECHA_FIN_PUBLICACION` date DEFAULT NULL,
ÙSUARIO_CREACION` int(11) DEFAULT NULL,
`FECHA_CREACION` datetime DEFAULT NULL,
`FECHA_MODIFICA` datetime DEFAULT NULL,
ÈN_AGENDA` int(11) DEFAULT NULL,
ÀGRUPADOR` int(11) DEFAULT NULL,
ÈSTADO_COMUNICADO` int(11) DEFAULT NULL,
ÀSUNTO` varchar(200) DEFAULT NULL

131
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `dia`
--
CREATE TABLE IF NOT EXISTS `dia` (
ÌD_DIA` int(11) NOT NULL,
`NOMBRE_DIA` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `disenio_curricular`
--
CREATE TABLE IF NOT EXISTS `disenio_curricular` (
`DESCRIPCION_DISENIO` varchar(45) DEFAULT NULL,
ÈSTADO_DISENIO` varchar(45) DEFAULT NULL,
ÙSUARIO_REGISTRO` varchar(45) DEFAULT NULL,
`FECHA_REGISTRO` datetime DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `disenio_por_nivel`
--
CREATE TABLE IF NOT EXISTS `disenio_por_nivel` (
`VIGENTE` char(1) DEFAULT NULL,
`FECHA_REGISTRO` datetime DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ènumerado`
--
CREATE TABLE IF NOT EXISTS ènumerado` (
`NOMBRE_ENUMERADO` varchar(50) NOT NULL,
`CODIGO_ENUMERADO` varchar(3) NOT NULL,
`VALOR_ENUMERADO` varchar(45) DEFAULT NULL,
`DIMINUTIVO_ENUMERADO` varchar(45) DEFAULT NULL,
ÒRDEN_NUMERADO` int(11) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla èstudiante`
--
CREATE TABLE IF NOT EXISTS èstudiante` (
ÌD_PERSONA` int(11) NOT NULL,
`CODIGO_ESTUDIANTE` varchar(20) DEFAULT NULL,
`RELIGION` varchar(45) DEFAULT NULL

132
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `familiar`
--
CREATE TABLE IF NOT EXISTS `familiar` (
`TELEFONO_DOMICILIO` varchar(45) DEFAULT NULL,
`TELEFONO_MOVIL` varchar(45) DEFAULT NULL,
`TELEFONO_TRABAJO` varchar(45) DEFAULT NULL,
`DIRECCION_DOMICILIO` varchar(150) DEFAULT NULL,
`DIRECCION_TRABAJO` varchar(150) DEFAULT NULL,
`CENTRO_TRABAJO` varchar(100) DEFAULT NULL,
ÒCUPACION` varchar(45) DEFAULT NULL,
ÈSTADO_FAMILIAR` varchar(45) DEFAULT NULL,
`RELIGION` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `familiar_por_estudiante`
--
CREATE TABLE IF NOT EXISTS `familiar_por_estudiante` (
ÌD_PERSONA_ESTUDIANTE` int(11) NOT NULL,
ÌD_PERSONA_FAMILIAR` int(11) NOT NULL,
`PARENTESCO` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `fase`
--
CREATE TABLE IF NOT EXISTS `fase` (
ÌD_FASE` int(11) NOT NULL,
`DESCRIPCION_FASE` varchar(45) DEFAULT NULL,
ÀBREVIATURA_FASE` varchar(45) DEFAULT NULL,
ÈSTADO_FASE` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `fase_por_anio_por_ie`
--
CREATE TABLE IF NOT EXISTS `fase_por_anio_por_ie` (
`FECHA_INICIO_FASE` date DEFAULT NULL,
`FECHA_FIN_FASE` date DEFAULT NULL,
ÈSTADO_FASE_POR_ANIO` varchar(45) DEFAULT NULL,
`NUMERO_PERIODOS` int(11) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `feriado`
--
CREATE TABLE IF NOT EXISTS `feriado` (
ÌD_FERIADO` int(11) NOT NULL,
`FECHA_INICIO` date DEFAULT NULL,
`FECHA_FIN` date DEFAULT NULL,
ÌD_ANIO` int(11) NOT NULL

133
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `formatos_por_seccion`
--
CREATE TABLE IF NOT EXISTS `formatos_por_seccion` (
ÌD_SECCION` varchar(2) NOT NULL,
ÌD_TURNO` int(11) NOT NULL,
ÌD_FORMATO` char(2) NOT NULL,
ÌD_FORMATO_SECCION` int(11) NOT NULL,
ÈSTADO_FORMATO_SECCION` int(11) DEFAULT NULL,
`COMENTARIO` varchar(100) DEFAULT NULL,
ÙSUARIO_APRUEBA` int(11) DEFAULT NULL,
`FECHA_APRUEBA` datetime DEFAULT NULL,
`PDF_RUTA` varchar(200) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `formulario`
--
CREATE TABLE IF NOT EXISTS `formulario` (
ÌD_FORMULARIO` int(11) NOT NULL,
ÌD_MODULO` int(11) NOT NULL,
ÌD_SISTEMA` int(11) NOT NULL,
`NOMBRE` varchar(100) DEFAULT NULL,
ÙRL` varchar(100) DEFAULT NULL,
ÈSTADO_FORMULARIO` varchar(100) DEFAULT NULL,
`TIPO_FORMULARIO` varchar(45) DEFAULT NULL,
ÌD_FORMULARIO_PADRE` int(11) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `grado`
--
CREATE TABLE IF NOT EXISTS `grado` (
`DESCRIPCION_GRADO` varchar(45) DEFAULT NULL,
`DIMINUTIVO_GRADO` varchar(45) DEFAULT NULL,
`GRADO_SIGUIENTE` varchar(2) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `grado_por_anho`
--
CREATE TABLE IF NOT EXISTS `grado_por_anho` (
`VIGENTE` char(1) DEFAULT NULL

134
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `grado_por_anho_ie`
--
CREATE TABLE IF NOT EXISTS `grado_por_anho_ie` (
`CODIGO_IE` int(11) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `horario`
--
CREATE TABLE IF NOT EXISTS `horario` (
ÌD_LABORABLE` int(11) NOT NULL,
ÌD_HORA` int(11) NOT NULL,
ÌD_PERSONAL_POR_ANIO_IE` int(11) NOT NULL,
ÌD_SECCION` varchar(2) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `horas_por_anio_ie`
--
CREATE TABLE IF NOT EXISTS `horas_por_anio_ie` (
ÌD_HORA` int(11) NOT NULL,
`TIPO_HORA` varchar(45) DEFAULT NULL,
`HORA_INICIO` time DEFAULT NULL,
`HORA_FIN` time DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ìnstitucion_educativa`
--
CREATE TABLE IF NOT EXISTS ìnstitucion_educativa` (
ÀNEXO` char(1) NOT NULL,
`NOMBRE_IE` varchar(45) DEFAULT NULL,
`CORREO_IE` varchar(45) DEFAULT NULL,
`TELEFONO_IE` varchar(45) DEFAULT NULL,
`RESOLUCION` varchar(45) DEFAULT NULL,
`LOGO` varchar(45) DEFAULT NULL,
`CODIGO_MODULAR` varchar(7) DEFAULT NULL

135
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `laborable`
--
CREATE TABLE IF NOT EXISTS `laborable` (
ÌD_LABORABLE` int(11) NOT NULL,
ÌD_DIA` int(11) NOT NULL,
ÌD_ANIO` int(11) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `matricula`
--
CREATE TABLE IF NOT EXISTS `matricula` (
ÌD_MATRICULA` int(11) NOT NULL,
ÌD_PERSONA_ESTUDIANTE` int(11) NOT NULL,
ÒBSERVACION_MATRICULA` varchar(200) DEFAULT NULL,
ÈSTADO_MATRICULA` varchar(45) DEFAULT NULL,
`TIPO_PROCEDENCIA` varchar(45) DEFAULT NULL,
`COD_MOD_PROCEDENCIA` varchar(7) DEFAULT NULL,
`NOMBRE_IE_PROCEDENCIA` varchar(70) DEFAULT NULL,
`SITUACION_MATRICULA` varchar(45) DEFAULT NULL,
ÀNIO_PREVIO` varchar(45) DEFAULT NULL,
ÌD_PERSONA_FAMILIAR` int(11) NOT NULL,
ÙSUARIO_CREACION` varchar(45) DEFAULT NULL,
ÙSUARIO_MODIFICA` varchar(45) DEFAULT NULL,
`FECHA_MATRICULA` date DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `modulo`
--
CREATE TABLE IF NOT EXISTS `modulo` (
ÈSTADO_MODULO` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `nivel_educativo`
--
CREATE TABLE IF NOT EXISTS `nivel_educativo` (
`DESCRIPCION_NIVEL` varchar(45) DEFAULT NULL,
`DIMINUTIVO_NIVEL` varchar(5) DEFAULT NULL,
`NIVEL_SIGUIENTE` char(2) DEFAULT NULL
-- --------------------------------------------------------

136
Trujillo.
-- Estructura de tabla para la tabla `nota_area_criterio_periodo`

--
CREATE TABLE IF NOT EXISTS `nota_area_criterio_periodo` (
ÌD_CRITERIO` int(11) NOT NULL,
ÌD_PERIODO` int(11) NOT NULL,
`NOTA` decimal(10,2) DEFAULT NULL,
`FECHA_MODIFICA` datetime DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `nota_area_periodo_estudiante`
--
CREATE TABLE IF NOT EXISTS `nota_area_periodo_estudiante` (
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `nota_final_area_anio`
--
CREATE TABLE IF NOT EXISTS `nota_final_area_anio` (
ÈSTADO_ALUMNO_NOTA_FINAL_ANIO` int(11) DEFAULT NULL

137
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla òbservacion_asistencia`
CREATE TABLE IF NOT EXISTS òbservacion_asistencia` (
ÌD_OBSERVACION` int(11) NOT NULL,
`TIPO_OBSERVACION` varchar(45) DEFAULT NULL,
ÈSTADO_OBSERVACION` varchar(45) DEFAULT NULL,
ÌD_ASISTENCIA` int(11) DEFAULT NULL,
-- --------------------------------------------------------
-- Estructura de tabla para la tabla òrden_merito`
--
CREATE TABLE IF NOT EXISTS òrden_merito` (
`TIPO_ORDEN_MERITO` int(11) NOT NULL,
ÌDENTIFICADOR` varchar(20) DEFAULT NULL,
`NUMERO_AREAS` int(11) DEFAULT NULL,
`SUMA_NOTAS` double DEFAULT NULL,
`PROMEDIO` double DEFAULT NULL,
`NUMERO_ORDEN_POR_SECCION` int(11) DEFAULT NULL,
`NUMERO_ORDEN_POR_GRADO` int(11) DEFAULT NULL,
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `periodo`
--
CREATE TABLE IF NOT EXISTS `periodo` (
`CODIGO` int(11) NOT NULL,
ÈSTADO` int(11) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `permiso`
--
CREATE TABLE IF NOT EXISTS `permiso` (
ÌD_FORMULARIO` int(11) NOT NULL,
ÌD_TIPO_PERMISO` int(11) NOT NULL,
ÌD_ROL` int(11) NOT NULL

138
Trujillo.
-- -------------------------------------------------------
-- Estructura de tabla para la tabla `persona`
--
CREATE TABLE IF NOT EXISTS `persona` (
`DNI` varchar(8) DEFAULT NULL,
`NOMBRES` varchar(100) NOT NULL,
ÀPELLIDO_PATERNO` varchar(100) DEFAULT NULL,
ÀPELLIDO_MATERNO` varchar(100) NOT NULL,
`FECHA_NACIMIENTO` date DEFAULT NULL,
`SEXO` varchar(10) DEFAULT NULL,
ÈMAIL` varchar(45) DEFAULT NULL,
`DIRECCION` varchar(100) DEFAULT NULL,
`TELEFONO` varchar(40) DEFAULT NULL,
`CELULAR` varchar(45) DEFAULT NULL,
ÈSTADO_PERSONA` varchar(45) DEFAULT NULL,
`FOTO` varchar(45) DEFAULT NULL,
ÌD_UBIGEO` varchar(7) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `personal`
--
CREATE TABLE IF NOT EXISTS `personal` (
`CODIGO_PERSONAL` varchar(80) NOT NULL,
ÈSTADO_PERSONAL` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `personal_cargo`
--
CREATE TABLE IF NOT EXISTS `personal_cargo` (
ÌD_CARGO` int(11) NOT NULL,
ÈSTADO_PERSONAL_CARGO` varchar(45) DEFAULT NULL,
ÌD_AREA_TRABAJO` int(11) NOT NULL

139
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `personal_por_anio_por_ie`
--
CREATE TABLE IF NOT EXISTS `personal_por_anio_por_ie` (
ÌD_PERSONAL_POR_ANIO_IE` int(11) NOT NULL,
ÈS_PRINCIPAL` char(1) DEFAULT NULL,
ÈSTADO_PERSONAL_AREA_GRADO` varchar(45) DEFAULT NULL,
`CODIGO_IE` int(11) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `rol`
--
CREATE TABLE IF NOT EXISTS `rol` (
ÌD_ROL` int(11) NOT NULL,
`NOMBRE_ROL` varchar(100) DEFAULT NULL,
ÈSTADO_ROL` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `rol_usuario_ie`
--
CREATE TABLE IF NOT EXISTS `rol_usuario_ie` (
ÌD_USUARIO` int(11) NOT NULL,
`ROL` int(11) NOT NULL,
ÈSTADO_USUARIO_ROL_IE` varchar(45) DEFAULT NULL,
ÙSUARIO_MODIFICA` varchar(45) DEFAULT NULL,
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `seccion`
--
CREATE TABLE IF NOT EXISTS `seccion` (
`DSC_SECCION` varchar(45) DEFAULT NULL,
`NRO_VACANTES` int(11) DEFAULT NULL,
ÌD_SECCION_POSTERIOR` varchar(2) DEFAULT NULL,
ÌD_PERSONA_RESPONSABLE_MATRICULA` int(11) DEFAULT NULL,
ÌD_AULA` char(2) DEFAULT NULL

140
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `sistema`
--
CREATE TABLE IF NOT EXISTS `sistema` (
`NOMBRE_SISTEMA` varchar(45) DEFAULT NULL,
ÈSTADO_SISTEMA` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `tipo_permiso`
--
CREATE TABLE IF NOT EXISTS `tipo_permiso` (
ÌD_TIPO_PERMISO` int(11) NOT NULL,
`DESCRIPCION` varchar(100) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `turno`
--
CREATE TABLE IF NOT EXISTS `turno` (
`HORA_INICIO` time DEFAULT NULL,
`HORA_FIN` time DEFAULT NULL,
ÈSTADO_TURNO` varchar(45) DEFAULT NULL,
`DURACION_HORA_LIBRE` smallint(6) DEFAULT NULL,
`DURACION_HORA_ACADEMICA` smallint(6) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ùbigeo`
--
CREATE TABLE IF NOT EXISTS ùbigeo` (
ÌD_UBIGEO` varchar(7) NOT NULL,
`DEPARTAMENTO` varchar(45) DEFAULT NULL,
`PROVINCIA` varchar(45) DEFAULT NULL,
`DISTRITO` varchar(45) DEFAULT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ùsuario`
--
CREATE TABLE IF NOT EXISTS ùsuario` (
ÙSUARIO` varchar(50) NOT NULL,
`CONTRASENA` varchar(300) NOT NULL,
`FECHA_EXPIRACION` date DEFAULT NULL,
ÈSTADO_USUARIO` varchar(45) DEFAULT NULL,
ÌD_PERSONA` varchar(20) DEFAULT NULL

141
Trujillo.
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ùsuario_rol`
--
CREATE TABLE IF NOT EXISTS ùsuario_rol` (
`ROL` int(11) NOT NULL
-- Índices
-- Indices de la tabla ànio_academico`

ALTER TABLE ànio_academico`
ADD PRIMARY KEY (ÌD_ANIO`);
-- Indices de la tabla ànio_por_ie`

ALTER TABLE ànio_por_ie`
ADD PRIMARY KEY (`CODIGO_IE`,ÌD_ANIO`), ADD KEY
`fk_anio_por_ie_anio_academico1_idx` (ÌD_ANIO`);
-- Indices de la tabla àrea_generica`

ALTER TABLE àrea_generica`
ADD PRIMARY KEY (ÌD_AREA`);
-- Indices de la tabla àrea_por_anio`

ALTER TABLE àrea_por_anio`
ADD PRIMARY KEY
(ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRADO`,ÌD_AREA`,ÌD_ANIO`,`CODIGO_IE`)
, ADD KEY `fk_area_por_grado_anio_academico1` (ÌD_ANIO`), ADD KEY
`fk_area_por_grado_institucion_educativa1` (`CODIGO_IE`);
-- Indices de la tabla àrea_trabajo`

ALTER TABLE àrea_trabajo`
ADD PRIMARY KEY (ÌD_AREA_TRABAJO`);
-- Indices de la tabla àsistencia`

ALTER TABLE àsistencia`
ADD PRIMARY KEY (ÌD_ASISTENCIA`), ADD KEY
`fk_asistencia_turno1_idx`
(ÌD_TURNO`,ÌD_ANIO`,ÌD_FASE`,`CODIGO_IE`), ADD KEY
`fk_asistencia_persona1_idx` (ÌD_PERSONA`);
-- Indices de la tabla àula`

ALTER TABLE àula`
ADD PRIMARY KEY (ÌD_AULA`), ADD KEY
`fk_aula_institucion_educativa1` (`CODIGO_IE`);
-- Indices de la tabla `cargo`

ALTER TABLE `cargo`
ADD PRIMARY KEY (ÌD_CARGO`);
-- Indices de la tabla `comunicado`

ALTER TABLE `comunicado`
ADD PRIMARY KEY (ÌD_COMUNICADO`), ADD KEY `fk_comunicado_seccion1`
(ÌD_SECCION`,ÌD_GRADO`,ÌD_NIVEL`,ÌD_ANIO`,`CODIGO_IE`,ÌD_FASE`,
ÌD_TURNO`), ADD KEY `fk_comunicado_persona1` (ÌD_PERSONA`);
-- Indices de la tabla `dia`

ALTER TABLE `dia`
ADD PRIMARY KEY (ÌD_DIA`);

142
Trujillo.
-- Indices de la tabla `disenio_curricular`

ALTER TABLE `disenio_curricular`
ADD PRIMARY KEY (ÌD_DISENIO`);
-- Indices de la tabla `disenio_por_nivel`

ALTER TABLE `disenio_por_nivel`
ADD PRIMARY KEY (ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRADO`,ÌD_AREA`), ADD
KEY `fk_disenio_por_nivel_grado1` (ÌD_GRADO`,ÌD_NIVEL`), ADD KEY
`fk_disenio_por_nivel_area_generica1` (ÌD_AREA`);
-- Indices de la tabla ènumerado`

ALTER TABLE ènumerado`
ADD PRIMARY KEY (`CODIGO_ENUMERADO`,`NOMBRE_ENUMERADO`);
-- Indices de la tabla èstudiante`

ALTER TABLE èstudiante`
ADD PRIMARY KEY (ÌD_PERSONA`);
-- Indices de la tabla `familiar`

ALTER TABLE `familiar`
-- Indices de la tabla `familiar_por_estudiante`

ALTER TABLE `familiar_por_estudiante`
ADD PRIMARY KEY (ÌD_PERSONA_ESTUDIANTE`,ÌD_PERSONA_FAMILIAR`),
ADD KEY `fk_familiar_por_estudiante_familiar1_idx`
(ÌD_PERSONA_FAMILIAR`);
-- Indices de la tabla `fase`

ALTER TABLE `fase`
ADD PRIMARY KEY (ÌD_FASE`);
-- Indices de la tabla `fase_por_anio_por_ie`

ALTER TABLE `fase_por_anio_por_ie`
ADD PRIMARY KEY (ÌD_FASE`,`CODIGO_IE`,ÌD_ANIO`), ADD KEY
`fk_fase_por_anio_por_ie_fase1_idx` (ÌD_FASE`), ADD KEY
`fk_fase_por_anio_por_ie_anio_por_ie1_idx` (`CODIGO_IE`,ÌD_ANIO`);
-- Indices de la tabla `feriado`

ALTER TABLE `feriado`
ADD PRIMARY KEY (ÌD_FERIADO`), ADD KEY
`fk_feriado_anio_academico1_idx` (ÌD_ANIO`);
-- Indices de la tabla `formatos_por_seccion`

ALTER TABLE `formatos_por_seccion`
ADD PRIMARY KEY
ÌD_TURNO`,ÌD_FORMATO`,ÌD_FORMATO_SECCION`), ADD KEY
`fk_formatos_por_seccion_seccion1_idx`
ÌD_TURNO`);
-- Indices de la tabla `formulario`

ALTER TABLE `formulario`
ADD PRIMARY KEY (ÌD_FORMULARIO`,ÌD_MODULO`,ÌD_SISTEMA`), ADD KEY
`fk_formulario_modulo1_idx` (ÌD_MODULO`,ÌD_SISTEMA`);

143
Trujillo.
-- Indices de la tabla `grado`

ALTER TABLE `grado`
ADD PRIMARY KEY (ÌD_GRADO`,ÌD_NIVEL`), ADD KEY
`fk_grado_nivel_educativo1_idx` (ÌD_NIVEL`);
-- Indices de la tabla `grado_por_anho`

ALTER TABLE `grado_por_anho`
ADD PRIMARY KEY (ÌD_GRADO`,ÌD_NIVEL`,ÌD_ANIO`), ADD KEY
`fk_grado_por_ie_anho_anio_academico1_idx` (ÌD_ANIO`);
-- Indices de la tabla `grado_por_anho_ie`

ALTER TABLE `grado_por_anho_ie`
ADD PRIMARY KEY (ÌD_GRADO`,ÌD_NIVEL`,ÌD_ANIO`,`CODIGO_IE`), ADD
KEY `fk_grado_por_anho_ie_institucion_educativa1_idx` (`CODIGO_IE`);
-- Indices de la tabla `horario`

ALTER TABLE `horario`
ADD PRIMARY KEY
(ÌD_LABORABLE`,ÌD_HORA`,ÌD_TURNO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_FASE`
,ÌD_PERSONAL_POR_ANIO_IE`,ÌD_SECCION`), ADD KEY
`fk_horario_Laborable1_idx` (ÌD_LABORABLE`), ADD KEY
`fk_horario_horas_por_anio_ie1_idx`
(ÌD_HORA`,ÌD_TURNO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_FASE`), ADD KEY
`fk_horario_personal_por_anio_por_ie1_idx`
(ÌD_PERSONAL_POR_ANIO_IE`);
-- Indices de la tabla `horas_por_anio_ie`

ALTER TABLE `horas_por_anio_ie`
ADD PRIMARY KEY
(ÌD_HORA`,ÌD_TURNO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_FASE`), ADD KEY
`fk_horas_por_anio_ie_turno1_idx`
(ÌD_TURNO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_FASE`);
-- Indices de la tabla ìnstitucion_educativa`

ALTER TABLE ìnstitucion_educativa`
ADD PRIMARY KEY (`CODIGO_IE`), ADD KEY
`fk_institucion_educativa_nivel_educativo1_idx` (ÌD_NIVEL`);
-- Indices de la tabla `laborable`

ALTER TABLE `laborable`
ADD PRIMARY KEY (ÌD_LABORABLE`), ADD KEY `fk_Laborable_dia1_idx`
(ÌD_DIA`), ADD KEY `fk_laborable_fase_por_anio_por_ie1_idx`
(ÌD_FASE`,`CODIGO_IE`,ÌD_ANIO`);
-- Indices de la tabla `lote`

ALTER TABLE `lote`
ADD PRIMARY KEY (`LoteID`), ADD KEY `fk_Lote_DetalleProducto1`
(`Dt_ID`,`Prod_Num`);
-- Indices de la tabla `matricula`

ALTER TABLE `matricula`
ADD PRIMARY KEY (ÌD_MATRICULA`), ADD KEY
`fk_matricula_estudiante1` (ÌD_PERSONA_ESTUDIANTE`), ADD KEY
`fk_matricula_familiar1` (ÌD_PERSONA_FAMILIAR`), ADD KEY
`fk_matricula_seccion1`
ÌD_TURNO`);

144
Trujillo.
-- Indices de la tabla `modulo`

ALTER TABLE `modulo`
ADD PRIMARY KEY (ÌD_MODULO`,ÌD_SISTEMA`), ADD KEY
`fk_modulo_sistema1_idx` (ÌD_SISTEMA`);
-- Indices de la tabla `nivel_educativo`

ALTER TABLE `nivel_educativo`
ADD PRIMARY KEY (ÌD_NIVEL`);
-- Indices de la tabla `nota_area_criterio_periodo`

ALTER TABLE `nota_area_criterio_periodo`
ADD PRIMARY KEY
(ÌD_CRITERIO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRA
DO`,ÌD_AREA`,ÌD_PERIODO`,ÌD_MATRICULA`), ADD KEY
`fk_nota_area_criterio_periodo_criterio_por_area_anio1`
(ÌD_CRITERIO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRA
DO`,ÌD_AREA`), ADD KEY `fk_nota_area_criterio_periodo_periodo1_idx`
(ÌD_PERIODO`), ADD KEY
`fk_nota_area_criterio_periodo_matricula1_idx` (ÌD_MATRICULA`);
-- Indices de la tabla `nota_area_periodo_estudiante`

ALTER TABLE `nota_area_periodo_estudiante`
ADD PRIMARY KEY
(ÌD_PERIODO`,ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRADO`,ÌD_AREA`,ÌD_ANIO`
,ÌD_MATRICULA`,`CODIGO_IE`), ADD KEY
`fk_nota_area_periodo_estudiante_area_por_grado1`
, ADD KEY `fk_nota_area_periodo_estudiante_matricula1`
(ÌD_MATRICULA`);
-- Indices de la tabla `nota_final_area_anio`

ALTER TABLE `nota_final_area_anio`
ADD PRIMARY KEY
(ÌD_DISENIO`,ÌD_NIVEL`,ÌD_GRADO`,ÌD_AREA`,ÌD_ANIO`,`CODIGO_IE`,
ÌD_MATRICULA`), ADD KEY `fk_nota_final_area_anio_matricula1`
(ÌD_MATRICULA`);
-- Indices de la tabla òbservacion_asistencia`

ALTER TABLE òbservacion_asistencia`
ADD PRIMARY KEY (ÌD_OBSERVACION`), ADD KEY
`fk_observacion_asistencia1_idx` (ÌD_ASISTENCIA`);
-- Indices de la tabla òrden_merito`

ALTER TABLE òrden_merito`
ADD PRIMARY KEY (ÌD_MATRICULA`,`TIPO_ORDEN_MERITO`), ADD KEY
`fk_orden_merito_matricula1_idx` (ÌD_MATRICULA`);
-- Indices de la tabla `periodo`

ALTER TABLE `periodo`
ADD PRIMARY KEY (ÌD_PERIODO`), ADD KEY
`fk_periodo_fase_por_anio_por_ie1`
-- Indices de la tabla `permiso`

ALTER TABLE `permiso`
ADD PRIMARY KEY
(ÌD_FORMULARIO`,ÌD_MODULO`,ÌD_SISTEMA`,ÌD_TIPO_PERMISO`,ÌD_ROL`
), ADD KEY `fk_permiso_formulario1_idx`
(ÌD_FORMULARIO`,ÌD_MODULO`,ÌD_SISTEMA`), ADD KEY

145
Trujillo.
`fk_permiso_tipo_permiso1_idx` (ÌD_TIPO_PERMISO`), ADD KEY

`fk_permiso_rol1_idx` (ÌD_ROL`);
-- Indices de la tabla `persona`

ALTER TABLE `persona`
ADD PRIMARY KEY (ÌD_PERSONA`), ADD KEY `fk_persona_ubigeo1_idx`
(ÌD_UBIGEO`);
-- Indices de la tabla `personal`

ALTER TABLE `personal`
-- Indices de la tabla `personal_cargo`

ALTER TABLE `personal_cargo`
ADD PRIMARY KEY
(ÌD_CARGO`,ÌD_PERSONA`,ÌD_ANIO`,ÌD_FASE`,`CODIGO_IE`), ADD KEY
`fk_personal_cargo_personal1_idx` (ÌD_PERSONA`), ADD KEY
`fk_personal_cargo_fase_por_anio_por_ie1_idx`
(ÌD_ANIO`,ÌD_FASE`,`CODIGO_IE`), ADD KEY
`fk_personal_cargo_cargo1_idx` (ÌD_CARGO`), ADD KEY
`fk_personal_cargo_area_trabajo1_idx` (ÌD_AREA_TRABAJO`), ADD KEY
`fk_personal_cargo_fase_por_anio_por_ie1` (ÌD_FASE`);
-- Indices de la tabla `personal_por_anio_por_ie`

ALTER TABLE `personal_por_anio_por_ie`
ADD PRIMARY KEY (ÌD_PERSONAL_POR_ANIO_IE`), ADD KEY
`fk_personal_grado_personal1` (ÌD_PERSONA`), ADD KEY
`fk_personal_grado_area_por_grado1`
;
-- Indices de la tabla `rol`

ALTER TABLE `rol`
ADD PRIMARY KEY (ÌD_ROL`);
-- Indices de la tabla `rol_usuario_ie`

ALTER TABLE `rol_usuario_ie`
ADD PRIMARY KEY (ÌD_USUARIO`,`ROL`,`CODIGO_IE`), ADD KEY
`fk_rol_ie_institucion_educativa1_idx` (`CODIGO_IE`);
-- Indices de la tabla `seccion`

ALTER TABLE `seccion`
ADD PRIMARY KEY
ÌD_TURNO`), ADD KEY `fk_seccion_grado_por_anho_ie1`
(ÌD_GRADO`,ÌD_NIVEL`,ÌD_ANIO`,`CODIGO_IE`), ADD KEY
`fk_seccion_aula1` (ÌD_AULA`);
-- Indices de la tabla `sistema`

ALTER TABLE `sistema`
ADD PRIMARY KEY (ÌD_SISTEMA`);
-- Indices de la tabla `tipo_permiso`

ALTER TABLE `tipo_permiso`
ADD PRIMARY KEY (ÌD_TIPO_PERMISO`);
-- Indices de la tabla `turno`

ALTER TABLE `turno`

146
Trujillo.
ADD PRIMARY KEY (ÌD_TURNO`,`CODIGO_IE`,ÌD_ANIO`,ÌD_FASE`), ADD

KEY `fk_turno_fase_por_anio_por_ie1_idx`
-- Indices de la tabla ùbigeo`

ALTER TABLE ùbigeo`
ADD PRIMARY KEY (ÌD_UBIGEO`);
-- Indices de la tabla ùsuario`

ALTER TABLE ùsuario`
ADD PRIMARY KEY (ÌD_USUARIO`);
-- Indices de la tabla ùsuario_rol`

ALTER TABLE ùsuario_rol`
ADD PRIMARY KEY (ÌD_USUARIO`,`ROL`), ADD KEY
`fk_usuario_rol_rol1_idx` (`ROL`);
-- AUTO_INCREMENT de las tablas volcadas

--
-- AUTO_INCREMENT de la tabla àrea_generica`
ALTER TABLE àrea_generica`
MODIFY ÌD_AREA` int(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=88131;
--
-- AUTO_INCREMENT de la tabla àrea_trabajo`
ALTER TABLE àrea_trabajo`
MODIFY ÌD_AREA_TRABAJO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla àsistencia`
MODIFY ÌD_ASISTENCIA` int(11) NOT NULL
-- AUTO_INCREMENT de la tabla `cargo`
ALTER TABLE `cargo`
MODIFY ÌD_CARGO` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=12;
--
-- AUTO_INCREMENT de la tabla `comunicado`
MODIFY ÌD_COMUNICADO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `disenio_curricular`
ALTER TABLE `disenio_curricular`
MODIFY ÌD_DISENIO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `fase`
ALTER TABLE `fase`
MODIFY ÌD_FASE` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=3;
--
-- AUTO_INCREMENT de la tabla `feriado`
MODIFY ÌD_FERIADO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `formulario`
MODIFY ÌD_FORMULARIO` int(11) NOT NULL

147
Trujillo.
-- AUTO_INCREMENT de la tabla `horas_por_anio_ie`

MODIFY ÌD_HORA` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=15;
--
-- AUTO_INCREMENT de la tabla ìnstitucion_educativa`
MODIFY `CODIGO_IE` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `laborable`
MODIFY ÌD_LABORABLE` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `matricula`
MODIFY ÌD_MATRICULA` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `modulo`
MODIFY ÌD_MODULO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla òbservacion_asistencia`
MODIFY ÌD_OBSERVACION` int(11) NOT NULL AUTO_INCREMENT;
--
-- AUTO_INCREMENT de la tabla `persona`
MODIFY ÌD_PERSONA` int(11) NOT NULL
-- AUTO_INCREMENT de la tabla `personal_por_anio_por_ie`
MODIFY ÌD_PERSONAL_POR_ANIO_IE` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `rol`
ALTER TABLE `rol`
MODIFY ÌD_ROL` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=7;
--
-- AUTO_INCREMENT de la tabla `sistema`
ALTER TABLE `sistema`
MODIFY ÌD_SISTEMA` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `tipo_permiso`
ALTER TABLE `tipo_permiso`
MODIFY ÌD_TIPO_PERMISO` int(11) NOT NULL
--
-- AUTO_INCREMENT de la tabla `turno`
ALTER TABLE `turno`
MODIFY ÌD_TURNO` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=3;
--
-- AUTO_INCREMENT de la tabla ùsuario`
ALTER TABLE ùsuario`
MODIFY ÌD_USUARIO` int(11) NOT NULL

148
Trujillo.
-- Restricciones para tablas volcadas
-- Filtros para la tabla ànio_por_ie`

ALTER TABLE ànio_por_ie`
ADD CONSTRAINT `fk_anio_por_ie_anio_academico1` FOREIGN KEY
(ÌD_ANIO`) REFERENCES ànio_academico` (ÌD_ANIO`) ON DELETE NO
ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_anio_por_ie_institucion_educativa1` FOREIGN KEY
(`CODIGO_IE`) REFERENCES ìnstitucion_educativa` (`CODIGO_IE`) ON
DELETE NO ACTION ON UPDATE NO ACTION;
-- Filtros para la tabla àrea_por_anio`

ALTER TABLE àrea_por_anio`
ADD CONSTRAINT `fk_area_por_grado_anio_academico1` FOREIGN KEY
ADD CONSTRAINT `fk_area_por_grado_disenio_por_nivel1` FOREIGN KEY
(ÌD_DISENIO`, ÌD_NIVEL`, ÌD_GRADO`, ÌD_AREA`) REFERENCES
`disenio_por_nivel` (ÌD_DISENIO`, ÌD_NIVEL`, ÌD_GRADO`,
ÌD_AREA`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_area_por_grado_institucion_educativa1` FOREIGN
KEY (`CODIGO_IE`) REFERENCES ìnstitucion_educativa` (`CODIGO_IE`)
ON DELETE NO ACTION ON UPDATE NO ACTION;
--
-- Filtros para la tabla àsistencia`
ADD CONSTRAINT `fk_asistencia_persona1` FOREIGN KEY (ÌD_PERSONA`)
REFERENCES `persona` (ÌD_PERSONA`) ON DELETE NO ACTION ON UPDATE NO
ACTION,
ADD CONSTRAINT `fk_asistencia_turno1` FOREIGN KEY (ÌD_TURNO`)
REFERENCES `turno` (ÌD_TURNO`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
-- Filtros para la tabla àula`
ALTER TABLE àula`
ADD CONSTRAINT `fk_aula_institucion_educativa1` FOREIGN KEY
--
-- Filtros para la tabla `comunicado`
ADD CONSTRAINT `fk_comunicado_persona1` FOREIGN KEY (ÌD_PERSONA`)
ACTION,
ADD CONSTRAINT `fk_comunicado_seccion1` FOREIGN KEY (ÌD_SECCION`,
ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`, ÌD_FASE`,
ÌD_TURNO`) REFERENCES `seccion` (ÌD_SECCION`, ÌD_GRADO`,
ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`, ÌD_FASE`, ÌD_TURNO`) ON DELETE
NO ACTION ON UPDATE NO ACTION;
--
-- Filtros para la tabla `disenio_por_nivel`
ALTER TABLE `disenio_por_nivel`
ADD CONSTRAINT `fk_disenio_por_nivel_area_generica1` FOREIGN KEY
(ÌD_AREA`) REFERENCES àrea_generica` (ÌD_AREA`) ON DELETE NO
ADD CONSTRAINT `fk_disenio_por_nivel_disenio_curricular1` FOREIGN
KEY (ÌD_DISENIO`) REFERENCES `disenio_curricular` (ÌD_DISENIO`) ON
DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_disenio_por_nivel_grado1` FOREIGN KEY
(ÌD_GRADO`, ÌD_NIVEL`) REFERENCES `grado` (ÌD_GRADO`, ÌD_NIVEL`)

149
Trujillo.
--
-- Filtros para la tabla èstudiante`
ALTER TABLE èstudiante`
ADD CONSTRAINT `fk_estudiante_persona1` FOREIGN KEY (ÌD_PERSONA`)
ACTION;
-- Filtros para la tabla `familiar`

ALTER TABLE `familiar`
ADD CONSTRAINT `fk_familiar_persona1` FOREIGN KEY (ÌD_PERSONA`)
ACTION;
--
-- Filtros para la tabla `familiar_por_estudiante`
ALTER TABLE `familiar_por_estudiante`
ADD CONSTRAINT `fk_familiar_por_estudiante_familiar1` FOREIGN KEY
(ÌD_PERSONA_FAMILIAR`) REFERENCES `familiar` (ÌD_PERSONA`) ON
--
-- Filtros para la tabla `fase_por_anio_por_ie`
ALTER TABLE `fase_por_anio_por_ie`
ADD CONSTRAINT `fk_fase_por_anio_por_ie_anio_por_ie1` FOREIGN KEY
(`CODIGO_IE`, ÌD_ANIO`) REFERENCES ànio_por_ie` (`CODIGO_IE`,
ÌD_ANIO`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_fase_por_anio_por_ie_fase1` FOREIGN KEY
(ÌD_FASE`) REFERENCES `fase` (ÌD_FASE`) ON DELETE NO ACTION ON
UPDATE NO ACTION;
--
-- Filtros para la tabla `feriado`
ADD CONSTRAINT `fk_feriado_anio_academico1` FOREIGN KEY (ÌD_ANIO`)
REFERENCES ànio_academico` (ÌD_ANIO`) ON DELETE NO ACTION ON
UPDATE NO ACTION;
--
-- Filtros para la tabla `formatos_por_seccion`
ALTER TABLE `formatos_por_seccion`
ADD CONSTRAINT `fk_formatos_por_seccion_seccion1_idx` FOREIGN KEY
(ÌD_SECCION`, ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`,
ÌD_FASE`, ÌD_TURNO`) REFERENCES `seccion` (ÌD_SECCION`,
ÌD_TURNO`) ON DELETE NO ACTION ON UPDATE NO ACTION;
--
-- Filtros para la tabla `formulario`
ADD CONSTRAINT `fk_formulario_modulo1` FOREIGN KEY (ÌD_MODULO`,
ÌD_SISTEMA`) REFERENCES `modulo` (ÌD_MODULO`, ÌD_SISTEMA`) ON
--
-- Filtros para la tabla `grado`
ALTER TABLE `grado`
ADD CONSTRAINT `fk_grado_nivel_educativo1` FOREIGN KEY (ÌD_NIVEL`)
REFERENCES `nivel_educativo` (ÌD_NIVEL`) ON DELETE NO ACTION ON
UPDATE NO ACTION;
--
-- Filtros para la tabla `grado_por_anho`
ALTER TABLE `grado_por_anho`
ADD CONSTRAINT `fk_grado_por_ie_anho_anio_academico1` FOREIGN KEY

150
Trujillo.
ADD CONSTRAINT `fk_grado_por_ie_anho_grado1` FOREIGN KEY

(ÌD_GRADO`, ÌD_NIVEL`) REFERENCES `grado` (ÌD_GRADO`, ÌD_NIVEL`)
--
-- Filtros para la tabla `grado_por_anho_ie`
ALTER TABLE `grado_por_anho_ie`
ADD CONSTRAINT `fk_grado_por_anho_ie_grado_por_anho1` FOREIGN KEY
(ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`) REFERENCES `grado_por_anho`
(ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`) ON DELETE NO ACTION ON UPDATE NO
ACTION,
ADD CONSTRAINT `fk_grado_por_anho_ie_institucion_educativa1` FOREIGN
KEY (`CODIGO_IE`) REFERENCES ìnstitucion_educativa` (`CODIGO_IE`)
--
-- Filtros para la tabla `horario`
ALTER TABLE `horario`
ADD CONSTRAINT `fk_horario_Laborable1` FOREIGN KEY (ÌD_LABORABLE`)
REFERENCES `laborable` (ÌD_LABORABLE`) ON DELETE NO ACTION ON
UPDATE NO ACTION,
ADD CONSTRAINT `fk_horario_horas_por_anio_ie1` FOREIGN KEY
(ÌD_HORA`, ÌD_TURNO`, `CODIGO_IE`, ÌD_ANIO`, ÌD_FASE`)
REFERENCES `horas_por_anio_ie` (ÌD_HORA`, ÌD_TURNO`, `CODIGO_IE`,
ÌD_ANIO`, ÌD_FASE`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_horario_personal_por_anio_por_ie1` FOREIGN KEY
(ÌD_PERSONAL_POR_ANIO_IE`) REFERENCES `personal_por_anio_por_ie`
(ÌD_PERSONAL_POR_ANIO_IE`) ON DELETE NO ACTION ON UPDATE NO ACTION;
--
-- Filtros para la tabla `horas_por_anio_ie`
ADD CONSTRAINT `fk_horas_por_anio_ie_turno1` FOREIGN KEY
(ÌD_TURNO`, `CODIGO_IE`, ÌD_ANIO`, ÌD_FASE`) REFERENCES `turno`
(ÌD_TURNO`, `CODIGO_IE`, ÌD_ANIO`, ÌD_FASE`) ON DELETE NO ACTION
ON UPDATE NO ACTION;
--
-- Filtros para la tabla ìnstitucion_educativa`
ADD CONSTRAINT `fk_institucion_educativa_nivel_educativo1` FOREIGN
KEY (ÌD_NIVEL`) REFERENCES `nivel_educativo` (ÌD_NIVEL`) ON DELETE
-- Filtros para la tabla `laborable`

ADD CONSTRAINT `fk_Laborable_dia1` FOREIGN KEY (ÌD_DIA`) REFERENCES
`dia` (ÌD_DIA`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_laborable_fase_por_anio_por_ie1` FOREIGN KEY
(ÌD_FASE`, `CODIGO_IE`, ÌD_ANIO`) REFERENCES
`fase_por_anio_por_ie` (ÌD_FASE`, `CODIGO_IE`, ÌD_ANIO`) ON DELETE
--
-- Filtros para la tabla `lote`
ALTER TABLE `lote`
ADD CONSTRAINT `fk_Lote_DetalleProducto1` FOREIGN KEY (`Dt_ID`,
`Prod_Num`) REFERENCES `detalleproducto` (`Dt_ID`, `Prod_Num`) ON
-- Filtros para la tabla `matricula`

ADD CONSTRAINT `fk_matricula_estudiante1` FOREIGN KEY
(ÌD_PERSONA_ESTUDIANTE`) REFERENCES èstudiante` (ÌD_PERSONA`) ON

151
Trujillo.
ADD CONSTRAINT `fk_matricula_familiar1` FOREIGN KEY

(ÌD_PERSONA_FAMILIAR`) REFERENCES `familiar` (ÌD_PERSONA`) ON
ADD CONSTRAINT `fk_matricula_seccion1` FOREIGN KEY (ÌD_SECCION`,
ÌD_TURNO`) REFERENCES `seccion` (ÌD_SECCION`, ÌD_GRADO`,
ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`, ÌD_FASE`, ÌD_TURNO`) ON DELETE
--
-- Filtros para la tabla `modulo`
ADD CONSTRAINT `fk_modulo_sistema1` FOREIGN KEY (ÌD_SISTEMA`)
REFERENCES `sistema` (ÌD_SISTEMA`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `nota_area_criterio_periodo`
ALTER TABLE `nota_area_criterio_periodo`
ADD CONSTRAINT
`fk_nota_area_criterio_periodo_criterio_por_area_anio1` FOREIGN KEY
(ÌD_CRITERIO`, `CODIGO_IE`, ÌD_ANIO`, ÌD_DISENIO`, ÌD_NIVEL`,
ÌD_GRADO`, ÌD_AREA`) REFERENCES `criterio_por_area_anio`
(ÌD_CRITERIO`, `CODIGO_IE`, ÌD_ANIO`, ÌD_DISENIO`, ÌD_NIVEL`,
ÌD_GRADO`, ÌD_AREA`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_nota_area_criterio_periodo_matricula1` FOREIGN
KEY (ÌD_MATRICULA`) REFERENCES `matricula` (ÌD_MATRICULA`) ON
ADD CONSTRAINT `fk_nota_area_criterio_periodo_periodo1` FOREIGN KEY
(ÌD_PERIODO`) REFERENCES `periodo` (ÌD_PERIODO`) ON DELETE NO
ACTION ON UPDATE NO ACTION;
--
-- Filtros para la tabla `nota_area_periodo_estudiante`
ALTER TABLE `nota_area_periodo_estudiante`
ADD CONSTRAINT `fk_nota_area_periodo_estudiante_area_por_grado1`
FOREIGN KEY (ÌD_DISENIO`, ÌD_NIVEL`, ÌD_GRADO`, ÌD_AREA`,
ÌD_ANIO`, `CODIGO_IE`) REFERENCES àrea_por_anio` (ÌD_DISENIO`,
ÌD_NIVEL`, ÌD_GRADO`, ÌD_AREA`, ÌD_ANIO`, `CODIGO_IE`) ON DELETE
NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_nota_area_periodo_estudiante_matricula1` FOREIGN
KEY (ÌD_MATRICULA`) REFERENCES `matricula` (ÌD_MATRICULA`) ON
ADD CONSTRAINT `fk_nota_area_periodo_estudiante_periodo1` FOREIGN
KEY (ÌD_PERIODO`) REFERENCES `periodo` (ÌD_PERIODO`) ON DELETE NO
--
-- Filtros para la tabla `nota_final_area_anio`
ALTER TABLE `nota_final_area_anio`
ADD CONSTRAINT `fk_nota_final_area_anio_area_por_grado1` FOREIGN KEY
(ÌD_DISENIO`, ÌD_NIVEL`, ÌD_GRADO`, ÌD_AREA`, ÌD_ANIO`,
`CODIGO_IE`) REFERENCES àrea_por_anio` (ÌD_DISENIO`, ÌD_NIVEL`,
ÌD_GRADO`, ÌD_AREA`, ÌD_ANIO`, `CODIGO_IE`) ON DELETE NO ACTION
ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_nota_final_area_anio_matricula1` FOREIGN KEY
(ÌD_MATRICULA`) REFERENCES `matricula` (ÌD_MATRICULA`) ON DELETE
--
-- Filtros para la tabla òbservacion_asistencia`
ADD CONSTRAINT `fk_observacion_asistencia1` FOREIGN KEY
(ÌD_ASISTENCIA`) REFERENCES àsistencia` (ÌD_ASISTENCIA`) ON

152
Trujillo.
--
-- Filtros para la tabla òrden_merito`
ALTER TABLE òrden_merito`
ADD CONSTRAINT `fk_orden_merito_matricula1` FOREIGN KEY
(ÌD_MATRICULA`) REFERENCES `matricula` (ÌD_MATRICULA`) ON DELETE
-- Filtros para la tabla `periodo`

ALTER TABLE `periodo`
ADD CONSTRAINT `fk_periodo_fase_por_anio_por_ie1` FOREIGN KEY
--
-- Filtros para la tabla `permiso`
ALTER TABLE `permiso`
ADD CONSTRAINT `fk_permiso_formulario1` FOREIGN KEY
(ÌD_FORMULARIO`, ÌD_MODULO`, ÌD_SISTEMA`) REFERENCES `formulario`
(ÌD_FORMULARIO`, ÌD_MODULO`, ÌD_SISTEMA`) ON DELETE NO ACTION ON
UPDATE NO ACTION,
ADD CONSTRAINT `fk_permiso_rol1` FOREIGN KEY (ÌD_ROL`) REFERENCES
`rol` (ÌD_ROL`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_permiso_tipo_permiso1` FOREIGN KEY
(ÌD_TIPO_PERMISO`) REFERENCES `tipo_permiso` (ÌD_TIPO_PERMISO`) ON
--
-- Filtros para la tabla `persona`
ADD CONSTRAINT `fk_persona_ubigeo1` FOREIGN KEY (ÌD_UBIGEO`)
REFERENCES ùbigeo` (ÌD_UBIGEO`) ON DELETE NO ACTION ON UPDATE NO
ACTION;
--
-- Filtros para la tabla `personal`
ALTER TABLE `personal`
ADD CONSTRAINT `fk_personal_persona1` FOREIGN KEY (ÌD_PERSONA`)
ACTION;
--
-- Filtros para la tabla `personal_cargo`
ALTER TABLE `personal_cargo`
ADD CONSTRAINT `fk_personal_cargo_area_trabajo1` FOREIGN KEY
(ÌD_AREA_TRABAJO`) REFERENCES àrea_trabajo` (ÌD_AREA_TRABAJO`) ON
ADD CONSTRAINT `fk_personal_cargo_cargo1` FOREIGN KEY (ÌD_CARGO`)
REFERENCES `cargo` (ÌD_CARGO`) ON DELETE NO ACTION ON UPDATE NO
ACTION,
ADD CONSTRAINT `fk_personal_cargo_fase_por_anio_por_ie1` FOREIGN KEY
(ÌD_FASE`) REFERENCES `fase_por_anio_por_ie` (ÌD_FASE`) ON DELETE
NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_personal_cargo_personal1` FOREIGN KEY
(ÌD_PERSONA`) REFERENCES `personal` (ÌD_PERSONA`) ON DELETE NO
--
-- Filtros para la tabla `personal_por_anio_por_ie`
ADD CONSTRAINT `fk_personal_grado_area_por_grado1` FOREIGN KEY
(ÌD_DISENIO`, ÌD_NIVEL`, ÌD_GRADO`, ÌD_AREA`, ÌD_ANIO`,
`CODIGO_IE`) REFERENCES àrea_por_anio` (ÌD_DISENIO`, ÌD_NIVEL`,
ÌD_GRADO`, ÌD_AREA`, ÌD_ANIO`, `CODIGO_IE`) ON DELETE NO ACTION
ON UPDATE NO ACTION,

153
Trujillo.
ADD CONSTRAINT `fk_personal_grado_personal1` FOREIGN KEY

(ÌD_PERSONA`) REFERENCES `personal` (ÌD_PERSONA`) ON DELETE NO
-- Filtros para la tabla `rol_usuario_ie`

ALTER TABLE `rol_usuario_ie`
ADD CONSTRAINT `fk_rol_ie_institucion_educativa1` FOREIGN KEY
ADD CONSTRAINT `fk_rol_ie_usuario_rol1` FOREIGN KEY (ÌD_USUARIO`,
`ROL`) REFERENCES ùsuario_rol` (ÌD_USUARIO`, `ROL`) ON DELETE NO
--
-- Filtros para la tabla `seccion`
ALTER TABLE `seccion`
ADD CONSTRAINT `fk_seccion_aula1` FOREIGN KEY (ÌD_AULA`) REFERENCES
àula` (ÌD_AULA`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_seccion_grado_por_anho_ie1` FOREIGN KEY
(ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`) REFERENCES
`grado_por_anho_ie` (ÌD_GRADO`, ÌD_NIVEL`, ÌD_ANIO`, `CODIGO_IE`)
--
-- Filtros para la tabla `turno`
ALTER TABLE `turno`
ADD CONSTRAINT `fk_turno_fase_por_anio_por_ie1` FOREIGN KEY
--
-- Filtros para la tabla ùsuario_rol`
ALTER TABLE ùsuario_rol`
ADD CONSTRAINT `fk_usuario_rol_rol1` FOREIGN KEY (`ROL`) REFERENCES
`rol` (ÌD_ROL`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_usuario_rol_usuario1` FOREIGN KEY (ÌD_USUARIO`)
REFERENCES ùsuario` (ÌD_USUARIO`) ON DELETE NO ACTION ON UPDATE NO
ACTION;

154
Trujillo.
4.4 FASE TRANSICIÓN

4.4.1 MODELO DE PRUEBAS
4.4.1.1 Pruebas por caso de uso
- Caso de prueba de Registrar Asistencia
El caso de uso se inicia después de que el alumno ingresa a la institución
educativa y el auxiliar registra su hora de ingreso, llenando los datos requeridos
por el sistema y este procede a guardar en la base de datos de la I.E a los datos
ingresados por el auxiliar. El sistema iniciará el proceso de registro de asistencia
según el tiempo de llegada.
El sistema de información almacenará los datos proporcionados por la auxiliar y

mostrará un mensaje “Grabación correcta”.
- Caso de Prueba Registrar Matrícula

El caso de uso se inicia después de que el padre de familia solicita registrar la
matrícula de su hijo en la institución educativa y el Director inicia el proceso,
llenando los datos requeridos por el sistema para luego guardar en la base de
datos de la I.E a los datos ingresados. El sistema iniciará el proceso de registro
de matrícula.
El sistema de información almacenará los datos proporcionados por la Director y

mostrará un mensaje “Grabación de Matrícula Correcta”.
- Caso de Prueba Registrar Estudiante

El caso de uso se inicia cuando el Director registra al alumno en la institución
educativa, se inicia el proceso, llenando los datos requeridos por el sistema para
luego guardar en la base de datos de la I.E a los datos ingresados. El sistema
iniciará el proceso de registro del alumno.

mostrará un mensaje “Grabación del alumno Correcta”.
- Caso de prueba Registrar Familiar

El caso de uso se inicia cuando el Director registra al alumno en la institución
educativa seguidamente registra al familiar u apoderado, se inicia el proceso,

155
Trujillo.

del familiar.

mostrará un mensaje “Grabación del Familiar Correcta”.
- Caso de Prueba Registrar año Académico
El caso de uso se inicia cuando el Director inicia el año Académico

seguidamente lo registra, se inicia el proceso, llenando los datos requeridos por
el sistema para luego guardar en la base de datos de la I.E a los datos ingresados.
El sistema iniciará el proceso de registro del año académico.

mostrará un mensaje “Grabación Correcta”.
- Caso de Prueba Registrar Turno Laborable

seguidamente registra el turno laboral, se inicia el proceso, llenando los datos
requeridos por el sistema para luego guardar en la base de datos de la I.E a los
datos ingresados. El sistema iniciará el proceso de registro del turno laboral.

- Caso de Prueba Registrar Personal

seguidamente registra el turno laboral, se inicia el proceso, llenando los datos
requeridos por el sistema para luego guardar en la base de datos de la I.E a los
datos ingresados. El sistema iniciará el proceso de registro del turno laboral.

- Caso de Prueba Registrar Usuario
Se inicia el proceso, llenando los datos requeridos por el sistema para luego
guardar en la base de datos de la I.E a los datos ingresados. El sistema iniciará el
proceso de registro de usuario.

156
Trujillo.

- Caso de Prueba Registrar Aula

seguidamente procede a registrar todas las aulas asignadas, se inicia el proceso,
de aula.

- Caso de Prueba Registrar Sección

seguidamente procede a registrar todas las secciones asignadas, se inicia el
proceso, llenando los datos requeridos por el sistema para luego guardar en la
base de datos de la I.E a los datos ingresados. El sistema iniciará el proceso de
registro de sección.

- Caso de Prueba Registrar Horario

seguidamente procede a registrar el horario asignado, se inicia el proceso,
de horario.


157
Trujillo.
4.4.1.2 Prueba de la Caja Negra

Las pruebas de caja negra, también denominada prueba de comportamiento, se
centran en los requisitos funcionales del software. O sea, la prueba de caja negra
permite al ingeniero del software obtener conjuntos de condiciones de entrada que
ejerciten completamente todos los requisitos funcionales de un programa. La prueba
de caja negra no es una alternativa a las técnicas de prueba de caja blanca. Más bien
se trata de un enfoque complementario que intenta descubrir diferentes tipos de
errores que los métodos de caja blanca.
La prueba de caja negra intenta encontrar errores de las siguientes categorías:
 Funciones incorrectas o ausentes.

 Errores de interfaz.
 Errores en estructuras de datos o en accesos a bases de datos externas
 Errores de rendimiento.
 Errores de inicialización y de terminación.
Mediante las técnicas de prueba de caja negra se obtiene un conjunto de casos

de prueba que satisfacen los siguientes criterios:
 Casos de prueba que reducen, en un coeficiente que es mayor que uno, el

número de casos de prueba adicionales que se deben diseñar para alcanzar una
prueba razonable.
 Casos de prueba que nos dicen algo sobre la presencia o ausencia de clases de
errores en lugar de errores asociados solamente con la prueba que estamos
realizando.
CASO DE PRUEBA DE REGISTRAR ASISTENCIA
El módulo destinado Registrar Trabajador, solicita y manipula los siguientes datos:
 ID_ASISTENCIA
 FECHA_INGRESO
 FECHA_SALIDA
 ESTADO_ASISTENCIA
 HORA_REFERENCIA
 FECHA_REGISTRO
158
Trujillo.
 USUARIO_MODIFICA
 FECHA_MODIFICA
 ID_TURNO
 ID_AÑO
 ID_FASE
 CODIGO_IE
 ID_PERSONA
A continuación se muestran las clases de equivalencia para realizar la “prueba de la

caja negra” a la funcionabilidad de “Registrar Asistencia”.
Tabla 4. 52: Clases de equivalencia, caso de prueba "Registrar Asistencia"
No. Nombre Dato Equivalencia Resultado

01 ID_ASISTENCIA < 1 carácter Inválido
02 ID_ASISTENCIA >10 caracteres Inválido
Rango entre 1 y 10
03 ID_ASISTENCIA Válido
caracteres
04 FECHA_INGRESO < 1 carácter Inválido
05 FECHA_INGRESO > 10 caracteres Inválido
Rango entre 1 y 10
06 FECHA_INGRESO Válido
caracteres
07 FECHA_SALIDA < 1 carácter Inválido
08 FECHA_SALIDA > 10 caracteres Inválido
Rango entre 1 y 10
09 FECHA_SALIDA Válido
caracteres
10 ESTADO_ASISTENCIA < 1 carácter Inválido
11 ESTADO_ASISTENCIA >10 caracteres Inválido
Rango entre 1 y 10
12 ESTADO_ASISTENCIA Válido
caracteres
13 HORA_REFERENCIA < 1 carácter Inválido
14 HORA_REFERENCIA >10 caracteres Inválido
Rango entre 1 y 10
15 HORA_REFERENCIA Válido
caracteres
16 FECHA_REGISTRO < 1 carácter Inválido
17 FECHA_REGISTRO > 50 caracteres Inválido
Rango entre 1 y 50
18 FECHA_REGISTRO Válido
caracteres
19 USUARIO_MODIFICA < 1 carácter Inválido
20 USUARIO_MODIFICA > 10 caracteres Inválido

159
Trujillo.

Rango entre 1 y 10
21 USUARIO_MODIFICA Válido
caracteres
22 FECHA_MODIFICA < 1 carácter Inválido
23 FECHA_MODIFICA > 10 caracteres Inválido
Rango entre 1 y 10
24 FECHA_MODIFICA Válido
caracteres
25 ID_TURNO < 1 carácter Inválido
26 ID_TURNO > 10 caracteres Inválido
Rango entre 1 y 10
27 ID_TURNO Válido
caracteres
28 ID_AÑO < 1 carácter Inválido
29 ID_AÑO > 10 caracteres Inválido
Rango entre 1 y 10
30 ID_AÑO Válido
caracteres
31 ID_FASE < 1 carácter Inválido
32 ID_FASE > 10 caracteres Inválido
Rango entre 1 y 10
33 ID_FASE Válido
caracteres
34 CODIGO_IE < 1 carácter Inválido
35 CODIGO_IE > 10 caracteres Inválido
Rango entre 1 y 10
36 CODIGO_IE Válido
caracteres
37 ID_PERSONA < 1 carácter Inválido
38 ID_PERSONA > 10 caracteres Inválido
Rango entre 1 y 10
39 ID_PERSONA Válido
caracteres
En la próxima tabla se muestran las pruebas realizadas:
Parte 2 de 2
Tabla 4. 53: Pruebas realizadas, caso de prueba “Registrar Asistencia”

01 ID_ASISTENCIA NULO Inválido
02 ID_ASISTENCIA 00000000001 Inválido
03 ID_ASISTENCIA 3 Válido
04 FECHA_INGRESO NULO Inválido
05 FECHA_INGRESO 26/13/200 Inválido
06 FECHA_INGRESO 30/12/2016 Válido
07 FECHA_SALIDA NULO Inválido
08 FECHA_SALIDA 26/13/200 Inválido

160
Trujillo.

09 FECHA_SALIDA 30/12/2016 Válido
10 ESTADO_ASISTENCIA NULO Inválido
11 ESTADO_ASISTENCIA dsfgms Inválido
12 ESTADO_ASISTENCIA ASISTIO Válido
13 HORA_REFERENCIA NULO Inválido
14 HORA_REFERENCIA 00081 Inválido
15 HORA_REFERENCIA 8:00 Válido
16 FECHA_REGISTRO NULO Inválido
17 FECHA_REGISTRO 26/13/200 Inválido
18 FECHA_REGISTRO 30/05/2016 08:05 Válido
19 USUARIO_MODIFICA NULO Válido
20 USUARIO_MODIFICA 00000000001 Inválido
21 USUARIO_MODIFICA 2 Válido
22 FECHA_MODIFICA NULO Válido
23 FECHA_MODIFICA 26/13/200 Inválido
24 FECHA_MODIFICA 30/12/2016 Válido
25 ID_TURNO NULO Inválido
26 ID_TURNO 00000000001 Inválido
27 ID_TURNO 1 Válido
28 ID_AÑO NULO Inválido
29 ID_AÑO 00000000001 Inválido
30 ID_AÑO 1 Válido
31 ID_FASE NULO Inválido
32 ID_FASE 00000000001 Inválido
33 ID_FASE 1 Válido
34 CODIGO_IE NULO Inválido
35 CODIGO_IE 00000000001 Inválido
36 CODIGO_IE 0000001 Válido
37 ID_PERSONA NULO Inválido
38 ID_PERSONA 00000000001 Inválido
39 ID_PERSONA 1 Válido

161
Trujillo.
- CASO DE PRUEBA REGISTRAR MATRÍCULA

 ID_MATRÍCULA
 ID_PERSONA_ESTUDIANTE
 ID_SECCIÓN
 ID_GRADO
 ID_NIVEL
 ID_AÑO
 CODIGO_IE
 ESTADO_MATRÍCULA
 TIPO_PROCEDENCIA
 CODIGO_PROCEDENCIA
 NOMBRE_IE_PROCEDENCIA
 SITUACIÓN_MATRÍCULA
 AÑO_PREVIO
 ID_PERSONA_FAMILIAR
 USUARIO_CREACIÓN
 FECHA_CREACIÓN
 FECHA_MODIFICA
caja negra” a la funcionabilidad de “Registrar Matrícula”.
Parte 1 de 2
Tabla 4. 54: Clases de Equivalencia, caso de prueba “Registrar Matrícula”

01 ID_MATRÍCULA < 1 carácter Inválido
02 ID_MATRÍCULA >10 caracteres Inválido
Rango entre 1 y 10
03 ID_MATRÍCULA Válido
caracteres
04 ID_PERSONA_ESTUDIANTE < 1 carácter Inválido
05 ID_PERSONA_ESTUDIANTE > 10 caracteres Inválido
Rango entre 1 y 10
06 ID_PERSONA_ESTUDIANTE Válido
caracteres
07 ID_SECCIÓN < 1 carácter Inválido
08 ID_SECCIÓN > 10 caracteres Inválido

162
Trujillo.

Rango entre 1 y 10
09 ID_SECCIÓN Válido
caracteres
10 ID_GRADO < 1 carácter Inválido
11 ID_GRADO >10 caracteres Inválido
Rango entre 1 y 10
12 ID_GRADO Válido
caracteres
13 ID_NIVEL < 1 carácter Inválido
14 ID_NIVEL >10 caracteres Inválido
Rango entre 1 y 10
15 ID_NIVEL Válido
caracteres
Rango entre 1 y 50
18 ID_AÑO Válido
caracteres
Rango entre 1 y 10
caracteres
22 ESTADO_MATRÍCULA < 1 carácter Inválido
23 ESTADO_MATRÍCULA > 10 caracteres Inválido
Rango entre 1 y 10
24 ESTADO_MATRÍCULA Válido
caracteres
25 TIPO_PROCEDENCIA < 1 carácter Inválido
26 TIPO_PROCEDENCIA > 10 caracteres Inválido
Rango entre 1 y 10
27 TIPO_PROCEDENCIA Válido
caracteres
28 CODIGO_PROCEDENCIA < 1 carácter Inválido
29 CODIGO_PROCEDENCIA > 10 caracteres Inválido
Rango entre 1 y 10
30 CODIGO_PROCEDENCIA Válido
caracteres
31 NOMBRE_IE_PROCEDENCIA < 1 carácter Inválido
32 NOMBRE_IE_PROCEDENCIA > 10 caracteres Inválido
Rango entre 1 y 10
33 NOMBRE_IE_PROCEDENCIA Válido
caracteres
34 SITUACIÓN_MATRÍCULA < 1 carácter Inválido
35 SITUACIÓN_MATRÍCULA > 10 caracteres Inválido
Rango entre 1 y 10
36 SITUACIÓN_MATRÍCULA Válido
caracteres
37 AÑO_PREVIO < 1 carácter Inválido
38 AÑO_PREVIO > 10 caracteres Inválido

163
Trujillo.

Rango entre 1 y 10
39 AÑO_PREVIO Válido
caracteres
40 ID_PERSONA_FAMILIAR < 1 carácter Inválido
41 ID_PERSONA_FAMILIAR > 10 caracteres Inválido
Rango entre 1 y 10
42 ID_PERSONA_FAMILIAR Válido
caracteres
43 USUARIO_CREACIÓN < 1 carácter Inválido
44 USUARIO_CREACIÓN > 10 caracteres Inválido
Rango entre 1 y 10
45 USUARIO_CREACIÓN Válido
caracteres
46 FECHA_CREACIÓN < 1 carácter Inválido
47 FECHA_CREACIÓN > 10 caracteres Inválido
Rango entre 1 y 10
48 FECHA_CREACIÓN Válido
caracteres
Rango entre 1 y 10
51 USUARIO_MODIFICA Válido
caracteres
Rango entre 1 y 10
54 FECHA_MODIFICA Válido
caracteres

Parte 2 de 2
Tabla 4. 55: Pruebas realizadas, caso de prueba “Registrar Matrícula”
01 ID_MATRÍCULA NULO Inválido

02 ID_MATRÍCULA 00000000001 Inválido
03 ID_MATRÍCULA 000001 Válido
04 ID_PERSONA_ESTUDIANTE NULO Inválido
05 ID_PERSONA_ESTUDIANTE 00000000001 Inválido
06 ID_PERSONA_ESTUDIANTE 000001 Válido
07 ID_SECCIÓN NULO Inválido
08 ID_SECCIÓN 00000000001 Inválido
09 ID_SECCIÓN 000001 Válido
10 ID_GRADO NULO Inválido
11 ID_GRADO 00000000001 Inválido

164
Trujillo.

12 ID_GRADO 000001 Válido
13 ID_NIVEL NULO Inválido
14 ID_NIVEL 00000000001 Inválido
15 ID_NIVEL 000001 Válido
23 ESTADO_MATRÍCULA NULO Inválido
24 ESTADO_MATRÍCULA hsfkvm Inválido
25 ESTADO_MATRÍCULA Proceso Válido
26 TIPO_PROCEDENCIA NULO Inválido
27 TIPO_PROCEDENCIA 8m6mndmmm Inválido
28 TIPO_PROCEDENCIA Regular Válido
29 CODIGO_PROCEDENCIA NULO Inválido
30 CODIGO_PROCEDENCIA 00000000001 Inválido
31 CODIGO_PROCEDENCIA 000001 Válido
32 NOMBRE_IE_PROCEDENCIA NULO Inválido
33 NOMBRE_IE_PROCEDENCIA 45556m6mmgfgmgh Inválido
34 NOMBRE_IE_PROCEDENCIA Jorge Chávez Dartnell Válido
35 SITUACIÓN_MATRÍCULA NULO Inválido
36 SITUACIÓN_MATRÍCULA 67m7kj888k88 Inválido
37 SITUACIÓN_MATRÍCULA Proceso Válido
38 AÑO_PREVIO NULO Inválido
39 AÑO_PREVIO 2016 Inválido
40 AÑO_PREVIO 2010 Válido
41 ID_PERSONA_FAMILIAR NULO Inválido
42 ID_PERSONA_FAMILIAR 00000000001 Inválido
43 ID_PERSONA_FAMILIAR 000001 Válido
44 USUARIO_CREACIÓN NULO Inválido
45 USUARIO_CREACIÓN 67mhmummhmhmgh Inválido
46 USUARIO_CREACIÓN Director Válido
47 FECHA_CREACIÓN NULO Inválido
48 FECHA_CREACIÓN 26/13/200 Inválido

165
Trujillo.

49 FECHA_CREACIÓN 30/12/2016 Válido
50 USUARIO_MODIFICA NULO Inválido
51 USUARIO_MODIFICA 67mhmummhmhmgh Inválido
52 USUARIO_MODIFICA Director Válido
53 FECHA_MODIFICA NULO Inválido
- CASO DE PRUEBA REGISTRAR ESTUDIANTE
El módulo destinado Registrar Estudiante, solicita y manipula los siguientes datos:
 ID_PERSONA
 CODIGO_ESTUDIANTE
 RELIGIÓN
caja negra” a la funcionabilidad de “Registrar Matrícula”.
Parte 1 de 2
Tabla 4. 56: Clases de Equivalencia, caso de prueba “Registrar Estudiante”

02 ID_PERSONA >10 caracteres Inválido
Rango entre 1 y 10
03 ID_PERSONA Válido
caracteres
04 CODIGO_ESTUDIANTE < 1 carácter Inválido
05 CODIGO_ESTUDIANTE > 10 caracteres Inválido
Rango entre 1 y 10
06 CODIGO_ESTUDIANTE Válido
caracteres
07 RELIGIÓN < 1 carácter Inválido
08 RELIGIÓN > 10 caracteres Inválido
Rango entre 1 y 10
09 RELIGIÓN Válido
caracteres

166
Trujillo.
Parte 2 de 2
Tabla 4. 57: Pruebas realizadas, caso de prueba “Registrar Estudiante”

04 CODIGO_ESTUDIANTE NULO Inválido
05 CODIGO_ESTUDIANTE 00000000001 Inválido
06 CODIGO_ESTUDIANTE 000001 Válido
07 RELIGIÓN NULO Válido
08 RELIGIÓN 00000000001 Inválido
09 RELIGIÓN Católico Válido
CASO DE PRUEBA REGISTRAR TURNO LABORABLE

 ID_TURNO
 CODIGO_IE
 ID_AÑO
 ID_FASE
 HORA_INICIO
 HORA_FIN
 ESTADO_TURNO
 DURACIÓN_HORA_LIBRE
 DURACIÓN_HORA_ACADÉMICA
caja negra” a la funcionabilidad de “Registrar Matrícula”
Parte 1 de 2
Tabla 4. 58: Clases de Equivalencia, caso de prueba “Registrar Turno”

01 ID_TURNO < 1 carácter Inválido
02 ID_TURNO >10 caracteres Inválido
Rango entre 1 y 10
03 ID_TURNO Válido
caracteres

167
Trujillo.
No. NOMBRE DATO Equivalencia Resultado

Rango entre 1 y 9
caracteres
Rango entre 1 y 9
09 ID_AÑO Válido
caracteres
10 ID_FASE < 1 carácter Inválido
11 ID_FASE >10 caracteres Inválido
Rango entre 1 y 10
12 ID_FASE Válido
caracteres
13 HORA_INICIO < 1 carácter Inválido
14 HORA_INICIO >50 caracteres Inválido
Rango entre 1 y 10
15 HORA_INICIO Válido
caracteres
16 HORA_FIN < 1 carácter Inválido
17 HORA_FIN > 50 caracteres Inválido
Rango entre 1 y 50
18 HORA_FIN Válido
caracteres
19 ESTADO_TURNO < 1 carácter Inválido
20 ESTADO_TURNO > 10 caracteres Inválido
Rango entre 1 y 10
21 ESTADO_TURNO Válido
caracteres
DURACIÓN_HORA
22 < 1 carácter Inválido
_LIBRE
23 DURACIÓN_HORA_LIBRE > 10 caracteres Inválido
Rango entre 1 y 10
24 DURACIÓN_HORA_LIBRE Válido
caracteres
25 DURACIÓN_HORA_ACADÉMICA < 1 carácter Inválido
26 DURACIÓN_HORA_ACADÉMICA > 10 caracteres Inválido
Rango entre 1 y 10
27 DURACIÓN_HORA_ACADÉMICA Válido
caracteres

168
Trujillo.
Parte 2 de 2
Tabla 4. 59: Pruebas realizadas, caso de prueba “Registrar Turno”

01 ID_TURNO NULO Inválido
02 ID_TURNO 00000000001 Inválido
03 ID_TURNO 1 Válido
10 ID_FASE NULO Inválido
11 ID_FASE 00000000001 Inválido
12 ID_FASE 1 Válido
13 HORA_INICIO NULO Inválido
14 HORA_INICIO 000000006676 Inválido
15 HORA_INICIO 7:00 am Válido
16 HORA_FIN NULO Inválido
17 HORA_FIN 000000006676 Inválido
18 HORA_FIN 1:00 pm Válido
19 ESTADO_TURNO NULO Inválido
20 ESTADO_TURNO 0oosddsew Inválido
21 ESTADO_TURNO Habilitado Válido
22 DURACIÓN_HORA_LIBRE NULO Inválido
23 DURACIÓN_HORA_LIBRE 0hjhg000 Inválido
24 DURACIÓN_HORA_LIBRE 3:00 horas Válido
25 DURACIÓN_HORA_ACADÉMICA NULO Inválido
26 DURACIÓN_HORA_ACADÉMICA 0hjhg000 Inválido
27 DURACIÓN_HORA_ACADÉMICA 7:00 horas Válido

169
Trujillo.
CASO DE PRUEBA REGISTRAR USUARIO

 ID_USUARIO
 USUARIO
 CONTRASEÑA
 FECHA_EXPIRACIÓN
 ESTADO_USUARIO
 USUARIO_CREACIÓN
 FECHA_CREACIÓN
 FECHA_MODIFICA
 ID_PERSONA
caja negra” a la funcionabilidad de “Registrar Usuario”
Parte 1 de 2
Tabla 4. 60: Clases de Equivalencia, caso de prueba “Registrar Usuario”

01 ID_USUARIO < 1 carácter Inválido
02 ID_USUARIO >10 caracteres Inválido
03 ID_USUARIO Rango entre 1 y 10 caracteres Válido
04 USUARIO < 1 carácter Inválido
05 USUARIO > 8 caracteres Inválido
06 USUARIO Rango entre 1 y 8 caracteres Válido
07 CONTRASEÑA < 1 carácter Inválido
08 CONTRASEÑA > 10 caracteres Inválido
09 CONTRASEÑA Rango entre 1 y 10 caracteres Válido
10 FECHA_EXPIRACIÓN < 1 carácter Inválido
11 FECHA_EXPIRACIÓN >10 caracteres Inválido
12 FECHA_EXPIRACIÓN Rango entre 1 y 10 caracteres Válido
13 ESTADO_USUARIO < 1 carácter Inválido
14 ESTADO_USUARIO >10 caracteres Inválido
15 ESTADO_USUARIO Rango entre 1 y 10 caracteres Válido
16 USUARIO_CREACIÓN < 1 carácter Inválido
17 USUARIO_CREACIÓN > 50 caracteres Inválido
18 USUARIO_CREACIÓN Rango entre 1 y 50 caracteres Válido

170
Trujillo.
No. NOMBRE DATO Equivalencia Resultado

19 FECHA_CREACIÓN < 1 carácter Inválido
20 FECHA_CREACIÓN > 10 caracteres Inválido
21 FECHA_CREACIÓN Rango entre 1 y 10 caracteres Válido
24 USUARIO_MODIFICA Rango entre 1 y 30 caracteres Válido
27 FECHA_MODIFICA Rango entre 1 y 50 caracteres Válido
29 ID_PERSONA > 10 caracteres Inválido
30 ID_PERSONA Rango entre 1 y 10 caracteres Válido
Parte 2 de 2
Tabla 4. 61: Pruebas realizadas, caso de prueba “Registrar Usuario”
01 ID_USUARIO NULO Inválido

02 ID_USUARIO 00000000001 Inválido
03 ID_USUARIO 000001 Válido
04 USUARIO NULO Inválido
05 USUARIO 00000000001 Inválido
06 USUARIO Director Válido
07 CONTRASEÑA NULO Inválido
08 CONTRASEÑA 000000000010000 Inválido
09 CONTRASEÑA 123456 Válido
10 FECHA_EXPIRACIÓN NULO Inválido
11 FECHA_EXPIRACIÓN 26/13/200 Inválido
12 FECHA_EXPIRACIÓN 30/12/2016 Válido
13 ESTADO_USUARIO NULO Inválido
14 ESTADO_USUARIO 00000000001 Inválido
15 ESTADO_USUARIO Habilitado Válido
16 USUARIO_CREACIÓN NULO Inválido
17 USUARIO_CREACIÓN 00000000001 Inválido
18 USUARIO_CREACIÓN 000001 Válido

171
Trujillo.

19 FECHA_CREACIÓN NULO Inválido
20 FECHA_CREACIÓN 12/04/200 Inválido
21 FECHA_CREACIÓN 12/04/2016 Válido
22 USUARIO_MODIFICA NULO Inválido
23 USUARIO_MODIFICA 00000000001 Inválido
24 USUARIO_MODIFICA 000001 Válido
25 FECHA_MODIFICA NULO Inválido
4.4.1.3 Prueba de la Caja Blanca

Según (TUYA, y otros, 2007) utilizan el código fuente del programa, y
especialmente su estructura de control para seleccionar casos de prueba.
La pruebas del aplicativo realizado en la presente investigación se realizó con la

herramienta Kiuwan, el cuál proporciona analítica de software relevante para el
negocio basándose en la evidencia objetiva que se encuentra en tu código fuente.
Evita cuanto antes los defectos en el ciclo de vida del desarrollo de tus aplicaciones,
gestiona el riesgo y evalúa tu deuda técnica para tomar decisiones informadas.
Kiuwan proporciona indicadores relevantes para minimizar el riesgo en el desarrollo

de aplicaciones:
A. Seguridad (Security): La capacidad del producto de software para proteger la

información y datos de modo que no autorizada personas o sistemas no pueden
leer o modificarlos y personas o sistemas autorizados no se les niegue el acceso a
la ellas.
B. Confiabilidad (Reliability): La capacidad del producto de software para

mantener un determinado nivel de rendimiento

172
Trujillo.
C. Eficiencia (Efficiency.): La capacidad del producto de software para dar un

adecuado desempeño en relación con la cantidad de recursos utilizados en las
condiciones indicadas.
D. Mantenibilidad (Maintainability): La capacidad del producto de software para

ser modificado. Las modificaciones pueden incluir correcciones, mejoras o
adaptabilidad del software a los cambios en el ambiente y en los requisitos y
funcional especificaciones.
E. Portabilidad (Portability): La capacidad del producto de software para ser

transferido de un entorno a otro.
Resultados del análisis del código fuente
El análisis del código fuente se realizó utilizando la herramienta Kiuwan en la

versión de prueba, el código analizado son archivos php del directorio app.
Por ser una versión de prueba la herramienta sólo analizó 24,802 líneas de código de
un total de 40,277 que contiene el directorio.
Resultado 1: Resultado del código por indicador
Figura 4. 86: Resultado de código fuente por indicador

Fuente: (Kiuwan, 2016)

173
Trujillo.
Tabla 4. 62: Resultado de código fuente por indicador
Característica Calidad Objetivo

Efficiency 97.57 90
Maintainability 88.82 90
Portability 99.99 90
Reliability 85.82 90
Security 95.20 90
Resultado 2:
A continuación se lista los defectos encontrados en el análisis del código fuente a

través de la herramienta, que están categorizados por Prioridad y asociados a una
característica. Éstos resultados deben ser tomados en cuenta para que en una
próxima versión sean resueltas.
Tabla 4. 63: Defectos a reparar en código fuente

174
Trujillo.
4.4.2 MODELO DE IMPLANTACIÓN

4.4.2.1 Elaboración de manuales del sistema
INSTALACIÓN DEL SISTEMA
 Requisitos de plataforma
El sistema realizado en la presente investigación debe ser desplegado en la siguiente

plataforma con las siguientes características como mínimo:
- Servidor Apache
- PHP 5.5.
- Mysql 5.6
 Actividades previas a la instalación
En el siguiente cuadro se indica las carpetas que serán ejecutas al momento del
despliegue:
Tabla 4. 64: Directorios de despliegue
Directorio Despliegue
01. Scripts X
02. Fuentes X
03. Documentos
 Ejecución de scripts de base de datos
Se requiere ejecutar los siguientes script en el entorno de la base de datos del sistema.
La carpeta 01 Scripts contiene los scripts consolidados de los pases realizados a

calidad (archivos con extensión .sql) con una enumeración que es el orden en que
deberán ser ejecutados.
 Instalación de componentes
- Se tiene que copiar las fuentes en el directorio del servidor
- Brindar permisos 755 de la carpeta app/storage
- Actualizar la cadena de conexión del archivo app/ConexionGU.php
- Actualizar rutas generales del archivo ubicado en:
app/views/variables_globales.php

175
Trujillo.
MANUAL PARA EL SISTEMA DE GESTIÓN ACADÉMICA
Ingresando al sistema de gestión académica, observaremos la siguiente interfaz:
Figura 4. 87: Pantalla de autenticación de usuario

Ahora para poder ingresar será necesario ingresar nuestro usuario y la contraseña
Figura 4. 88: Pantalla de autenticación, llenado de usuario y contraseña

El sistema se encuentra básicamente divido en dos partes lo que el módulo de seguridad y el

sistema académico, dependerá de nuestro de usuario y los permisos asignados para poder
tener acceso a cada módulo, pues cada usuario tiene diferentes permisos, ahora ingresando
como rol de administrador tendremos los módulos , módulo de seguridad que es para la

176
Trujillo.
configuración de permisos y de roles a cada usuario, así como también para registrar un
nuevo usuario y personal , un tipo de rol y permiso de acuerdo a su cargo.
También tenemos el módulo de sistema académico a la configuración general,

necesaria para cada institución, su respectiva fase, nivel educativo, grados, secciones
y establecer los días laborables y feriados de la institución educativa.
Figura 4. 89: Pantalla del sistema después de la autenticación

Ahora para empezar con nuestros procesos principales los cuales son matrícula y
asistencia ingresamos al Código modular para establecer la institución educativa y
también el nivel respectivo, en nuestro caso “I.E Jorge Chávez Dartnell”.
Figura 4. 90: Pantalla de cambio de nivel educativo del usuario en el sistema


177
Trujillo.
Posteriormente cambiamos el de usuario de administrador a director para tener más

privilegios al sistema
Figura 4. 91: Pantalla de Lista de roles de usuario

Una vez ingresado como rol de usuario Director, en sistema académico podemos
tener alcance a la matrícula, asistencia, reportes, pero primero seleccionamos el año
académico, en nuestro caso año 2016.
Figura 4. 92: Pantalla de listado de módulos con el rol director

Ingresando a la opción Matrícula>Estudiantes por sección, tendremos una lista de

todos los estudiantes matriculados, a los cuales podemos modificarlos así como
también buscar por DNI, apellidos y nombres los estudiantes matriculados.

178
Trujillo.
Figura 4. 93: Pantalla de estudiantes por sección

Ingresando a la opción registro de matrícula individual, aquí podremos registrar a

nuevos alumnos y alumnos que ya pertenecen a la I.E
Figura 4. 94: Pantalla de registro de matrícula individual


179
Trujillo.
Ahora ingresamos los datos respectivos para realizar una nueva matrícula,
finalizamos guardando lo ingresado.
Una vez registrado hacemos una búsqueda en modificar búsqueda para comprobar si
se registró.
Figura 4. 95: Pantalla de búsqueda de estudiantes matriculados para modificar

Si queremos modificar la matrícula seleccionamos el alumno el modificar matrícula

y realizamos los cambios respectivos.
Figura 4. 96: Pantalla de modificar matrícula


180
Trujillo.
Ahora realizamos otra búsqueda para comprobar los datos modificado, luego vamos
a la opción asistencia, aquí podremos registrar la asistencia, así como también añadir
alguna observación si fuera necesario, primo tendremos una vista general
Figura 4. 97: Pantalla de registro de asistencia por sección

Primero ingresamos a la opción registro por sección aquí seleccionando el año

correspondiente el turno, grado y sección, podremos observar una vista general de lo
que es la asistencia, las tardanzas y faltas, así como también podremos realizar
búsquedas de asistencia por alumno.
Figura 4. 98: Pantalla de opciones de registro de asistencia


181
Trujillo.
Luego, al ingresar a la opción registro auxiliar, podremos realizar el registro de

asistencia ya se por DNI o automático (con la ayuda del lector de código de barras)
Figura 4. 99: Pantalla de registro de asistencia del auxiliar por código de barras
Pues bien si ingresamos un número de DNI que no pertenece a los alumnos

registrados, nos mostraría un error.
Figura 4. 100: Pantalla de registro de asistencia del auxiliar con ejemplo de mensaje de error
Ingresamos en DNI un número de DNI de un alumno para registrar una nueva

asistencia, previa configuración de la fecha actual.

182
Trujillo.
Figura 4. 101: Registro de asistencia de auxiliar con la opción de ingreso del DNI
Ahora ingresamos en la opción de registro de observaciones en donde podremos

anotar algún comunicado, registrar algún demérito cometido así como también
justificar alguna inasistencia o tardanza.
Figura 4. 102: Pantalla de registro de observaciones

Para comenzar tendremos que seleccionar el estudiante
Figura 4. 103: Pantalla de registro de observaciones, paso de selección de estudiante


183
Trujillo.
Ahora seleccionando el día y tipo ingresamos una descripción de la observación.
Figura 4. 104: Pantalla de registro de observaciones, seleccionar el día y tipo de observación e ingresar la
descripción
Nuestro sistema también nos permite la generación de reportes en este caso primero
seleccionamos la opción de reportes, donde podremos ver el reporte de estudiantes
por año.
Figura 4. 105: Reporte gráfico de estudiantes por año

Así como también en la opción tablero de tardanzas, podremos ver el reporte de las
asistencias, mostrando las personas con tardanzas, tardanzas justificadas, faltas y
faltas justificadas; previamente seleccionando el mes, el turno y la fase.

184
Trujillo.
Figura 4. 106: Reporte gráfico de asistencias por mes

Ahora, para lo que concierne al reporte de matrícula podemos hacerlo desde sistema
académico, matrícula.
Aquí tendremos opción para exportar a Excel, primero seleccionando la fase el turno,
grado y sección que queremos importar los datos.
Figura 4. 107: Exportar a Excel estudiantes por sección


185
Trujillo.
Seleccionamos el lugar donde deseamos guardar nuestro reporte exportado,

posteriormente podremos comprobar nuestro reporte ingresando al documento
guardado, tendremos una vista parecida:
Figura 4. 108: Reporte en excel de estudiantes por sección

Por último en este panel de estudiantes por sección también podremos exportar los
carnets de los alumnos que vamos a necesitar para registrar la asistencia,
seleccionando la fase, turno, grado y sección
Figura 4. 109: Opción Carnets en pantalla estudiantes por sección

Podemos comprobarlo, aquí también nos mostrará la foto con su código de barras de
los alumnos que hemos registrado previamente en matrícula
Figura 4. 110: Carnet generado en pdf


186
Trujillo.
4.4.2.2 Capacitación a los usuarios del sistema

Para la capacitación se ha seleccionado al siguiente personal y sus funciones:
Tabla 4. 65: Capacitación a los usuarios del Sistema
Nombre de la Tareas Duración Inicio Fin

Registro de tablas
generales (Módulo de 3 días 02/01/2016 04/01/2016
administración)
Registro en Módulo de
3 días 05/01/2016 07/01/2016
Matrícula
Registro en Módulo de
4 días 08/01/2016 11/01/2016
Asistencia
4.4.2.3 Puesta en marcha del sistema

A continuación se detalla la puesta en marcha del sistema:
Tabla 4. 66: Puesta en marcha del sistema
Fase Duración Fecha Inicio Fecha Fin

Pruebas 20 días 12/12/2016 31/12/2014
Capacitación 14 días 02/01/2016 15/01/2016
Implantación del sistema
en paralelo con el 24 días 15/01/2016 08/02/2016
procedimiento actual
Implantación final - 09/02/2016 -

187
Trujillo.
CAPÍTULO V
DISCUSIÓN DE
RESULTADOS

188
Trujillo.
5.1 CONTRASTACIÓN DE LA HIPÓTESIS
La Contrastación de la Hipótesis se ha realizado de acuerdo al método propuesto Pre-

Prueba y Post-Prueba para así poder aceptar o rechazar la hipótesis. Así mismo para
la realización de este diseño se identificaron indicadores cualitativos y cuantitativos
para evaluar el procesamiento de la gestión académica en la I.E N° 80882 Jorge
Chávez Dartnell antes y después de la Implementación del Sistema de información
para agilizar los procesos académicos.
5.2 PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUALITATIVO
5.2.1 Cálculo para hallar el nivel de Satisfacción de los Usuarios antes de la
Implementación del Proyecto
Para contrastar la hipótesis se aplicó una encuesta a los Usuarios encargados de
realizar los procesos académicos dentro de la Institución antes de la Implementación
del Sistema web.
En la siguiente tabla se pueden apreciar el rango de valores para evaluar el nivel de
Satisfacción de los Usuarios. Rango de valores para evaluar el nivel de Satisfacción
de los Usuarios
Tabla 5. 1: Rangos de Nivel de Satisfacción del Usuario
Rango Nivel de Aprobación Peso

AP Aprobación Plena 5
AS Aprobación Simple 4
DI Indecisión o Indiferencia 3
DS Desaprobación Simple 2
DP Desaprobación Plena 1
Los valores se calcularon en base a las respuestas proporcionadas por los usuarios
mencionados anteriormente, ya que ellos se encuentran inmersos en la realización de
las actividades académicas. Para realizar la ponderación correspondiente de las
preguntas aplicadas en las encuestas se tomó como base la escala de Likert (rango de
ponderación: [1-5]). A continuación, se muestran los resultados.
Para cada pregunta se contabilizó la frecuencia de ocurrencia para cada una de las
posibles respuestas (05) por cada entrevistado (04), luego se calculó el puntaje total y
puntaje promedio, como se detalla:

189
Trujillo.
Se tiene que:
∑ ( )……………………………………………………….…… (5.1)
Donde:
PTi = Puntaje Total de la pregunta i – ésima.
Fij = Frecuencia j – ésima de la pregunta i – ésima.
Pj = Peso j – ésimo.
El cálculo del promedio ponderado por cada pregunta sería:

̅̅̅̅ …………………………………………………………….…...…… (5.2)
Donde:
̅̅̅̅ = Promedio de Puntaje Total de la pregunta i-ésima.
N = 04 Usuarios del proceso Administrativo.
En la siguiente tabla podemos ver la ponderación de los criterios de evaluación del
indicador cualitativo Nivel de Satisfacción de Usuarios con los valores obtenidos de
las encuestas.
Tabla 5. 2: Ponderación de los criterios de Evaluación
AP AS DI DS DP Puntaje Puntaje
Nº Pregunta 5 4 3 2 1 Total Promedio
¿Cómo calificaría actualmente los

1 0 0 2 3 0 12 2.4
procesos académicos de la Institución?
¿Cómo calificaría el registro actual de la
2 0 0 1 4 0 11 2.2
matrícula en la I.E?
¿Cómo calificaría el acceso actual de la
3 Información relacionada a asistencia y 0 0 1 4 0 11 2.2
observaciones de la I.E?
¿Cómo calificaría el nivel de información
4 que se tiene relacionada a los alumnos y 0 0 2 3 0 12 2.4
sus padres de familia?
¿Cómo calificaría al Sistema de manejo
5 de la Información actual en favor de la 0 0 1 4 0 11 2.2
toma de decisiones en la Institución?

190
Trujillo.
6.2.2 Cálculo para hallar el nivel de Satisfacción de los Usuarios después de la

Implementación del Proyecto
La encuesta aplicada anteriormente se volvió a aplicar a los Usuarios después de
implementar el Sistema Informático. Cada tipo de respuesta de las encuestas
aplicadas tiene un peso, el cual sirve para hallar el puntaje promedio por cada
pregunta realizada.
A continuación, se muestra los resultados de la encuesta aplicada para conocer el
Nivel de Satisfacción de usuarios.
Tabla 5. 3: Resultados de la encuesta aplicada para conocer el Nivel de Satisfacción de los Usuarios
AP AS DI DS DP Puntaje Puntaje
Nº Pregunta 5 4 3 2 1 Total Promedio
¿Cómo calificaría actualmente el proceso
1 4 1 0 0 0 24 4.8
académico de la Institución?
¿Cómo calificaría el registro actual de la
2 Información relacionada a matrículas, 4 1 0 0 0 24 4.8
asistencia y horarios?
¿Cómo calificaría el acceso actual de la
3 5 0 0 0 0 25 5
Información relacionada a matrículas?
¿Cómo calificaría el nivel de información
4 que se tiene relacionada a los alumnos y 4 1 0 0 0 24 4.8
sus padres de familia?
¿Cómo calificaría al Sistema de manejo
5 de la Información actual en favor de la 3 2 0 0 0 23 4.6
toma de decisiones en la Institución?
6.2.3 Prueba de Hipótesis para el indicador Cualitativo Nivel de Satisfacción

de Clientes
- Definición de Variables
 NSUA: Nivel de Satisfacción de los Usuarios antes de la Implementación del
Sistema Web
 NSUD: Nivel de Satisfacción de los Usuarios después de la Implementación del
Sistema Web.

191
Trujillo.
- Hipótesis Estadísticas
 Hipótesis H0: El nivel de satisfacción de los usuarios antes de la
implementación del Sistema Web para mejorar la Gestión Académica es
mayor o igual que el nivel de satisfacción de los usuarios después de la
implementación del Sistema Web.
………………………………………..……… (5.3)
 Hipótesis Ha: El nivel de satisfacción de los usuarios antes de la

implementación del Sistema Web para mejorar la Gestión Académica es
menor que el nivel de satisfacción de los usuarios después de la
implementación del Sistema Informático antes mencionado.
…………………………………………..…… (5.4)
- Nivel de Significancia
El nivel de significancia (a) escogido para la prueba de la hipótesis es del 5%.

Siendo = 0.05 (nivel de significancia) y n-1 (5-1) = 4 grados de libertad, se tiene el
valor crítico de T de Student.
Valor Crítico:
( )( ) ……………………………………………………………..…..… (5.5)
Reemplazando:
( )( ) ( )( )
Como a = 0.05 y n-1 = 5-1 = 4 grados de libertad, la región de rechazo consiste en

aquellos valores de t menores que
- Valores Tabulados
Podemos ver en la siguiente tabla la contrastación de los resultados de las pruebas

realizadas Pre y Post Prueba, realizados en las anteriores tablas.

192
Trujillo.
Tabla 5. 4: Contrastación de resultados para indicador de nivel de satisfacción de usuarios
Pre-Prueba Post-Prueba
Pregunta Di Di2
NSUAi NSUDi
1 2.4 4.8 -2.4 5.76
2 2.2 4.8 -2.6 6.76
3 2.2 5 -2.8 7.84
4 2.4 4.8 -2.4 5.76
5 2.2 4.6 -2.4 5.76
∑ 11.4 24 -12.6 31.88
Calculamos los niveles de satisfacción de los Usuarios, tanto para el antes de la

Implementación del Sistema de Información Web como para el después de la
Implementación del Sistema Web.
Antes de la Implementación:
∑
…………………………………………………………..……. (5.6)
Donde:
NSUA = Promedio del Nivel de Satisfacción de Usuarios antes de la Implementación
del Sistema de Información Web.
NSUi = Puntaje Total de la Pregunta i – ésima.
n = Número de Preguntas.
Reemplazando en la ecuación Nº 5.6:
Después de la Implementación:
∑
…………………………………………………………...…… (5.7)
Donde:
NSUD = Promedio del Nivel de Satisfacción de Usuarios después de la
Implementación del Sistema de Información.
NSUi = Puntaje Total de la Pregunta i – ésima.
Reemplazando en la ecuación Nº 5.7:

193
Trujillo.
- Resultados de la Hipótesis Estadística

 Diferencia de Promedio
∑
̅ ………………………………………………………………….……. (5.8)
Donde:
D = Diferencia de Promedios del antes y después de la Implementación del Sistema.
Di = Diferencia de Promedios de la Pregunta i – ésima.
Reemplazando valores en la ecuación Nº 5.8
∑
̅
 Desviación Estándar
∑ (∑ )
……………………………………………………….…. (5.9)
( )
Donde:
S2D = Desviación Estándar.
Di = Diferencia de Promedios de la Pregunta i-ésima.
Reemplazando en la Ecuación Nº 5.9:
( ) ( )
( )
 Cálculo de la T de Student
̅√
…………………………………………………………………………. (5.10)
√
Donde:
t = T de Student.
D = Diferencia de Promedio del antes y después de la Implementación del Sistema
Informático.

194
Trujillo.

( )√
√
 Conclusión
Puesto que: tc = -31.5 (tcalculado) < ta = -2.132 (ttabular), y estando este valor dentro de la
región de rechazo, se concluye que el NSUA – NSUD < 0, se rechaza Ho y Ha es
aceptada, por lo tanto, se prueba la validez de la hipótesis con un nivel de error de
5% (a = 0.05), siendo la implementación del Sistema de Información Web una
alternativa de solución para el problema de investigación.
En la siguiente Figura podemos ver la Región de aceptación y de rechazo para la
prueba de la hipótesis Nivel de Satisfacción de Usuarios.
Región de Aceptación y Rechazo para la prueba de Hipótesis Nivel

de Satisfacción de Usuarios
α = 0.05 1 - α = 0.95
0
tc= -31.5 tt = -2.132
Región de Rechazo Región de Aceptación


195
Trujillo.
5.3 PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUANTITATIVO
5.3.1 Prueba de Hipótesis para el indicador Cuantitativo Tiempo de Registro de

la Matrícula de Alumno.
- Definición de variables
 TRMA: Tiempo de Registro de la Matrícula de Alumno antes de la

Implementación del Sistema Informático.
 TRMD: Tiempo de Registro de la Matrícula de Alumno después de la
Implementación del de Información Web.
- Hipótesis Estadísticas
 Hipótesis H0: El tiempo de registro de la matrícula de alumno antes de la
implementación del Sistema de Información Web para mejorar los procesos
académicos es menor o igual que el tiempo de registro de la matrícula de alumno
después de la implementación del Sistema de Información Web antes
mencionado.
………………………………………………… (5.11)
 Hipótesis Ha: El tiempo de registro de la matrícula de alumno antes de la
implementación del Sistema de Información Web para la gestión académica, es
mayor que el tiempo de registro de la matrícula de alumno después de la
implementación del Sistema de Información Web antes mencionado.
…………………………………………...…… (5.12)
- Nivel de Significancia
El nivel de significancia (a) escogido para la prueba de la hipótesis es del 5%.

Siendo = 0.05 (nivel de significancia) y n-1 (24-1) = 23 grados de libertad, se tiene el
valor crítico de T de Student.
Valor Crítico:
( )( ) ……………………………………………………..……..…..… (5.13)
Reemplazando:
( )( ) ( )( )
Como a = 0.05 y n-1 = 24-1 = 23 grados de libertad, la región de rechazo consiste en

aquellos valores de t menores que

196
Trujillo.
- Valores Tabulados
Podemos ver en la siguiente tabla la contrastación de los resultados de las pruebas
realizadas Pre y Post Prueba.
Tabla 5. 5: Contrastación de resultados para Indicador Tiempo de Registro de la Matrícula de Alumno
Pre-Prueba Post-Prueba
Nº TRMDi Di Di2
TRMAi (min.)
(min.)
1 14.25 7.22 7.03 49.42
2 15.18 5.11 10.07 101.41
3 15.03 6.05 8.98 80.64
4 14.21 6.13 8.08 65.29
5 16.30 4.16 12.14 147.38
6 14.20 5.19 9.01 81.18
7 14.07 4.28 9.79 95.84
8 14.40 5.15 9.25 85.56
9 17.13 6.18 10.95 119.90
10 13.28 7.14 6.14 37.70
11 17.40 4.05 13.35 178.22
12 15.22 5.11 10.11 102.21
13 15.14 6.19 8.95 80.10
14 13.44 6.03 7.41 54.91
15 17.02 7.14 9.88 97.61
16 14.10 6.07 8.03 64.48
17 15.20 4.25 10.95 119.90
18 16.11 5.19 10.92 119.25
19 17.25 5.39 11.86 140.66
20 16.10 6.41 9.69 93.9
21 17.15 6.04 11.11 123.43
22 13.02 4.22 8.8 77.44
23 13.30 5.14 8.16 66.59
24 14.06 5.05 9.01 81.18
Sumatoria 362.56 132.89 229.67 2264.20
Promedio 15.11 5.54 9.57 94.34

197
Trujillo.
- Resultados de la Hipótesis Estadística

 Diferencia de Promedio
∑
̅ ………………………………………………………….......………. (5.14)
Donde:
D = Diferencia de Promedios del antes y después de la Implementación del Sistema.
Di = Diferencia de Promedios del dato i – ésimo.
n = Número de datos.
∑
̅
 Desviación Estándar
∑ (∑ )
………………………………………………………. (5.15)
( )
Donde:
S2D = Desviación Estándar.
Di = Diferencia de Promedios del dato i-ésimo.
Reemplazando en la Ecuación Nº 5.15:
( ) ( )
( )
 Cálculo de la T de Student
̅√
………………..………………………………………………………... (5.16)
√
Donde:
t = T de Student.

198
Trujillo.
D = Diferencia de Promedio del antes y después de la Implementación del Sistema

Informático.
( )√
√
 Conclusión
Puesto que: tc = 27.58 (tcalculado) > ta = 1.714 (ttabular), y estando este valor dentro de la
región de rechazo, se concluye que el TRMA – TRMD > 0, se rechaza Ho y Ha es
aceptada, por lo tanto, se prueba la validez de la hipótesis con un nivel de error de
5% (a = 0.05), siendo la implementación del Sistema de Información Web una
alternativa de solución para el problema de investigación. En la siguiente Figura
podemos ver la Región de aceptación y de rechazo para la prueba de la hipótesis
Tiempo de Registro de la Matrícula de Alumno.
1 - α = 0.95 α = 0.05
0
tt = 1.714 tc= 27.58
Región de Rechazo
Región de Aceptación

199
Trujillo.
5.4. DISCUSIÓN DE LOS RESULTADOS

5.4.1 Indicador Cualitativo Nivel de Satisfacción de Usuarios
Para este indicador se usó la encuesta evaluada con la escala de Likert para el nivel
de satisfacción de usuarios antes de la implementación del Sistema Informático
(NSUa) y el nivel de satisfacción de usuarios con la implementación del Sistema
Informático propuesto (NSUd) obteniendo los siguientes resultados:
Tabla 5. 6: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios
Nivel de Satisfacción de Nivel de Satisfacción de Nivel de Impacto del

Usuarios antes de la Usuarios después de la indicador de
Implementación del Sistema Implementación del Sistema satisfacción de
Informático Informático Usuarios
NSUa NSUa NSUd NSUd Δ NSU Δ NSU
Puntaje Porcentaje Puntaje Porcentaje Puntaje Porcentaje
(1 a 5) (%) (1 a 5) (%) (1 a 5) (%)
2.28 45.6% 4.8 96% 2.52 50.4%
Se puede observar que el indicador Nivel de Satisfacción del Usuario antes de la

implementación del Sistema Informático (NSUa) es de 2.28 y el nivel de Satisfacción
del Usuario después de la implementación del Sistema propuesto (NSUd) es de 4.8,
sobre una escala valorada de 1 a 5 puntos, lo que representa un incremento de 2.52
puntos y en porcentaje de 50.4%.
4,8
5
4,5
4
3,5
3 2,52
2,28
2,5 PUNTAJE
2
1,5
1
0,5
0
ANTES DESPUES INCREMENTO
Figura 5. 1: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios

200
Trujillo.
5.4.2 Indicador Cuantitativo Tiempo de Registro de la Matrícula de Alumno

Tabla 5. 7: Discusión de Resultados para el Indicador Tiempo de Registro de la Matrícula de Alumno
Tiempo de Registro de la Tiempo de Registro de la Matrícula Nivel de Impacto del

Matrícula de Alumno antes de la de Alumno después de la indicador de Tiempo de
Implementación del Sistema Implementación del Sistema Registro de la Matrícula
Informático Informático de Alumno
TRMa TRMa TRMd TRMd Δ TRM Δ TRM
Tiempo Porcentaje Tiempo Porcentaje Tiempo Porcentaje
(min.) (%) (min.) (%) (min.) (%)
15.11 100% 5.54 36.67% 9.57 63.33%
Se puede observar que el indicador Tiempo de Registro de la Matrícula de Alumno

antes de la implementación del Sistema Informático (TRMa) es de 15.11 minutos y
el Tiempo de Registro de la Matrícula de Alumno después de la implementación
del Sistema propuesto (TRMd) es de 5.54 minutos, lo que representa un decremento
de 9.57 minutos y en porcentaje de 63.33%.
Figura 5. 2: Discusión de Resultados para el Indicador Tiempo de Registro de la Matrícula de Alumno


201
Trujillo.
CAPÍTULO VI
CONCLUSIONES

202
Trujillo.
CONCLUSIONES
 El nivel de satisfacción del usuario respecto a la facilidad de uso del sistema con
el sistema actual es 2.28 puntos (45.6%) en una escala valorativa de 1 a 5(100%),
y con el sistema propuesto es de 4.8 puntos (96.00%), lográndose incrementar
significativamente 2.52 puntos (50.40%), es decir del nivel Nada Favorable se
incrementó al nivel Muy Favorable.
 El tiempo de registro de matrícula de alumnos, con el sistema propuesto mejora en
relación al tiempo con las herramientas actuales, para el cálculo del tiempo en el
registro de matrícula con la forma en que se registraban manualmente se hacía en
un tiempo promedio de 15.11 minutos (100%), con la nueva aplicación se hace
en un tiempo promedio de 5.54 minutos (36.67%); lo que representa un
decremento de 9.57 minutos (63.33%).
 La ejecución del presente proyecto mejora la gestión de Académica de la I.E Nro.
80882 Jorge Chávez Dartnell., debido principalmente al ahorro de tiempos en la
realización de los procesos de la misma relacionados con el proceso de
asistencias, matrículas y horarios, tal como queda demostrado en el Estudio de
Viabilidad Económica, donde se determinó que en un horizonte de 3 años se
obtendrá un VAN positivo (VAN = 6, 322.96) y una TIR = (58 %) que es mayor
al costo de capital evaluado para el proyecto que es de 11.24% (Fuente: Banco de
Crédito del Perú).Asimismo, el valor Beneficio/Costo es de (1.30). Todo esto
permite recuperar la inversión en un periodo de (1 año 2 meses).

203
Trujillo.
BIBLIOGRAFÍA

204
Trujillo.
Bibliografía
ALONSO AMO, FERNANDO, MARTÍNEZ NORMAND, LOÏC y SEGOVIA PÉREZ,
FRANCISCO JAVIER. 2005. Introducción a la Ingeniería de software modelos de
desarrollo de Programas. Madrid : Delta Publicaciones Universitarias, 2005. ISBN: 84-
96477-00-2.
BASTARICA, Cecilia y GERRERO, Luis. 2015. RUP. [En línea] 07 de 07 de 2015.

[Citado el: 15 de 03 de 2016.] http://documents.mx/documents/41-proceso-unificado-de-
rational.html.
BECK, Kent y ANDRES, Cynthia. 2005. Extreme Programming Explained. United

States : Pearson Education Inc, 2005. ISBN 0-321-27865-8.
BORN, Gûnter. 2000. Compendium HTML. Zaragoza : Pearson Education, 2000. ISBN: 84-
267-1308-4.
CAIVANO, Romina Marcela y VILLORIA, Liliana Noemí. 2009. Aplicaciones Web 2.0.
2009. ISBN 978-987-1518-71-5.
CANALES, Roberto. 2010. Las reglas no escritas para triunar en la empresa. Madrid :
StarBook Editorial, 2010. ISBN: 978-84-92650-43-9.
COBO, Angel, y otros. 2005. PHP y MYSQL. España : s.n., 2005. ISBN: 84-7978-706-6.
COHEN KAREN, Daniel. 2004. Sistemas de Información para los negocios. Mexico :
MCGRAW-HILL / INTERAMERICANA, 2004. ISBN: 9789701046524.
COLOMA, MANUEL. 2015. IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN

DE APOYO. Lima : PUCP, 2015.
CORTES MORALES, ROBERTO. 2006. Introducción al Análisis de Sistemas y la

Ingeniería de Software. Costa Rica : s.n., 2006.
DE PABLOS HEREDERO, CARMEN, y otros. 2004. Informática y Comunicaciones en

la Empresa. Pozuelo de Alarcón-Madrid : ESIC Editorial, 2004. ISBN: 84-7356-375-1.
DIMES, Troy. 2015. Conceptos Básicos de Scrum. s.l. : Balbelcube Inc, 2015. ISBN
9781507102732.
ENRIQUEZ, ELVIS. 2016. http://dspace.unitru.edu.p. [En línea] 09 de 2016. [Citado el: 12

de 12 de 2016.] http://dspace.unitru.edu.pe/xmlui/handle/UNITRU/5280.
FABREGAS, J. Llorenz. 2005. Gerencia de proyectos de tecnologías de la información .

Caracas : Gráfica Integral, 2005. ISBN: 980-388-186-8.
FALGUERAS, BENET CAMPDERRICH. 2003. Ingeniería de Software. s.l. : UOC,

2003. ISBN 84-8318-997-6.
FERNÁNDEZ ALARCÓN, VICENÇ. 2006. Desarrollo de sistemas de información: una

metodología basada en el modelado. Barcelona : Edicions Upc, 2006. ISBN: 84-8301-862-4.

205
Trujillo.
FLORES CUETO, Juan José. 2005. Método de las 6'D UML - pseudocódigo - JAVA.
Lima : s.n., 2005.
FOROUZAN, Behrouz. 2003. Introducción a las ciencias de la computación. México :

Thomson Learning, 2003.
GARCIA-CUEVAS, Elena. 2007. Principios Básicos de Informática. Madrid : Dykinson,

2007. ISBN: 978-84-9849-098-5.
GATTACA. 2003. Presentación de la Metodología MSF. 2003.
GOMEZ PALOMO, SEBASTIAN RUBEN y MORALEDA GIL, EDUARDO

ANTONIO. 2014. Aproximación a la Ingeniería de Software. Madrid : Centro de estudios
Ramón Aceres S.A, 2014. ISBN-13 :978-84-9961-0393-1.
GUERIN, Brice-Arnaud . 2012. Gestión de proyectos informáticos: Desarrollo, análisis y

control. s.l. : ENI EDICIONES, 2012. ISBN : 9782746075184.
HERNANDEZ, Jesús Ignacio. 2014. Análisis y desarrollo web. books.google.com. [En

línea] 2014. [Citado el: 15 de 04 de 2016.]
https://books.google.com.pe/books?id=nYDVBQAAQBAJ&lpg=PA10&ots=wPFydEhtDz&
dq=que%20requiere%20trabajo%20duro%20porque%20no%20se%20basa%20en%20el%20
seguimiento%20de%20un%20plan&pg=PP1#v=onepage&q=que%20requiere%20trabajo%2
0duro%20porque%20no%20se%20basa%20.
JARAMILLO, Wendy. 2016. Aplicación de la metodología RUP y el patrón de diseño

MVC en la construcción de un sistema de gestión académica para la Unidad Educativa Ángel
de la Guarda. [En línea] 2016.
http://repositorio.puce.edu.ec/bitstream/handle/22000/11264/Documento%20Disertaci%C3
%B3n%20Wendy%20Jaramillo.pdf?sequence=1&isAllowed=y.
KEE, Yap. 2016. Google Books. [En línea] 2016. [Citado el: 15 de 05 de 2016.]
https://books.google.com.pe/books?id=T24eDQAAQBAJ&lpg=PT18&dq=Revisi%C3%B3
n%20del%20Sprint&pg=PT3#v=onepage&q=Revisi%C3%B3n%20del%20Sprint&f=false.
KEITH, Clinton. 2010. Agile Game Development with Scrum. s.l. : Pearson Education,
2010.
KENDALL, Kenneth E y KENDALL, Julie E. 2005. Análisis y diseño de sistemas. s.l. :

Pearson Educación, 2005. ISBN 9702605776.
Kiuwan. 2016. [En línea] 2016. https://www.kiuwan.com/.
KROLL, Per y KRUCHTEN, Philippe. 2003. The rational unified process made easy: a
practitioner's guide to the RUP. USA : s.n., 2003. ISBN:0-321-16609-4.
LAFOSSE, Jerome. 2010. Framework de desarrollo Java. Barcelona : ENI, 2010. ISBN:
978-2-7460-5542-1.
LANCKER, Luk Van. 2007. XHTML 1 y CSS 1 y 2.1: los nuevos estándares de la web 2.0.
s.l. : Ediciones ENI, 2007. ISBN: 2746037114.

206
Trujillo.
LAUDON, KENNETH C. y LAUDON, JANE P. 2012. Sistema de Información Gerencial.

Naucalpan de Juarez, Estado de México : Pearson Educación de México, S.A de C.V, 2012.
ISBN : 978-607-32-0949-6.
LINARES, José Rubén. 2015. Desarrollo de Software Ágil. 2015. ISBN: 978-1502952226.
LÓPEZ, Jose Joaquín, y otros. 2004. Informática y Comunicaciones en la empresa.

Madrid : ESIC EDITORIAL, 2004. ISBN 84-7356-375-1.
LOPEZ-HERMOSO, José Joaquín, y otros. 2000. Informática aplicada a la gestión de

empresas. Madrid : ESIC EDITORIAL, 2000. ISBN 84-7356-232-1.
LUJAN, Sergio. 2002. Programación de aplicaciones web: historia, principios básicos y

clientes web. San Vicente : Club Universitario, 2002. ISBN 84-8454-XXX-X.
MARCO, María Jesús, MARCO SOMÓ, Josep María y PRIETO BLÁZQUEZ, Ramon
Segret. 2010. Escaneando la informática. Barcelona : Editorial UOC, 2010. ISBN: 978-84-
9788-110-4.
MARTINEZ, GIL Francisco y MARTIN, QUETGLÁS Gregorio. 2003. Introducción a

la programación estructurada en C. Valencia : QUILES Artes Gráficas SA, 2003. ISBN: 84-
370-566-7.
MAZIER, Didier. 2011. Magento: Una solución opensourse para crear una tienda online.
Barcelona : ENI, 2011. ISBN: 9782746068133.
MEDRANO, Marlo y RODRIGUEZ, Paolo. 2013. Diseño de un sistema informático web

de gestión de pedidos y abastecimiento de materiales para la empresa Proyersac utilizando
metodología RUP. [En línea] 2013. [Citado el: 12 de Noviembre de 2016.]
http://repositorio.upao.edu.pe/handle/upaorep/811.
MENDOZA SANCHEZ, María. 2004. [En línea] 7 de Junio de 2004. [Citado el: 30 de
Marzo de 2016.] http://documents.mx/documents/caracteristicas-breves-de-rup-xp-
msfpdf.html.
MINERA, Francisco. 2011. PHP Avanzado. Buenos Aires : Users, 2011. ISBN: 978-987-
1773-07-7.
MONTEJANO, German. 2013. INGENIERÍA DE SOFTWARE. s.l. : Editorial Académica

Española, 2013. pág. 700. ISBN 9783659068447.
MORALES MARTINEZ, Maribel. 2010. Analítica Web para empresas. Arte, ingenio y
anticipación . Barcelona : UOC, 2010. ISBN 978-84-9788-882-0.
MURUGESAN, Deshpande. 2001. Web Engineering: a New Discipline for Development of

Web-Based Systems. 2001.
NORABUENA GUEVARA, Alex. 2011. Análisis, diseño e implementación de un sistema

de información para la gestión académica de un instituto superior tecnológico. [En línea] 11
de Noviembre de 2011. [Citado el: 15 de Julio de 2016.]
http://tesis.pucp.edu.pe/repositorio/handle/123456789/935.

207
Trujillo.
PÉREZ, Oiver Andrés. 2011. Cuatro enfoques metodológicos para el desarrollo de

Software RUP – MSF – XP - SCRUM. 2011.
PINEDA, Bernardo. 2015. VIDEO2BRAIN. [En línea] 15 de Diciembre de 2015. [Citado

el: 12 de 04 de 2016.] https://www.video2brain.com/mx/cursos/laravel.
PRIES, Kim y QUIGLEY, Jon. 2010. Scrum Project Management . 2010. ISBN: 978-1-
4398-2517-4.
RAMOS, Alicia y RAMOS, Jesús. 2011. Aplicaciones web. Madrid : Paraninfo, 2011.
ISBN 978-84-9732-81-3-5.
RAMOS, Daniel, y otros. 2015. Curso de Ingeniería de Sofware. [aut. libro] Ken
SCHWABER. Agile Porject Management With Scrum. 2015.
RODRIGUEZ, Jesús. 2003. Introducción a la programación. San Vicente : Editorial Club

Universitario, 2003. ISBN: 84-8454-274-2.
RUMBAUGH, James, BOOCH, Grady y JACOBSON, Ivar. 2007. El Lenguaje

unificado de modelado manual de referencia. s.l. : Pearson Educación, 2007.
SOMMERVILLE, IAN. 2005. Ingeniería del software. 2005.
—. 2005. Ingeniería del software. Madrid : Pearson Educación S.A, 2005. ISBN 84-7829-
074-5.
STAIR, RALPH M. y REYNOLDS, GEORGE W. 2010. Principios de sistemas de

información:un enfoque administrativo. Santa Fe,México : Cengage Learning Editores, SA ,
2010. ISBN-13: 978-607-481-444-6,ISBN-10: 607-481-444-9.
TABOADA, José Angel y COTOS YÁÑEZ, José Manuel. 2005. Sistemas de Información
Medioambiental. España : GESBIBLO, 2005. ISBN 84-9745056-6.
TENIENTE LÓPEZ, ERNEST, y otros. 2004. Diseño de sistemas software en UML.

Barcelona : s.n., 2004. ISBN:84-8301-724-5.
THIBAUD, Cyril. 2006. MYSQL 5 Instalación, Implementación, Administración,

Programación. Barcelona : ENI, 2006. ISBN: 2746030691.
TOROSSI, Gustavo. 2010. Modelado de Objetos con UML. wikispaces.com. [En línea]
2010. [Citado el: 30 de 03 de 2016.]
http://tallerinf281.wikispaces.com/file/view/ApunteUML.pdf.
TUYA, JAVIER, RAMOS ROMAN, ISABEL y DOLADO COSIN, JAVIER. 2007.

Técnicas cuantitativas para la gestión en la Ingeniería de Software. 2007.
TUYA, Javier, RAMOS, Isabel y DOLADO, Javier. 2007. Técnicas cuantitativas para la
gestión en la ingeniería del software. La Coruña : Gesbiblo, 2007. ISBN: 978-84-9745-204-
5.

208
Trujillo.
WITZENFELD, Alfredo. 2005. Ingeniería de software orientada a objetos con UML,

JAVA e INTERNET. Mexico : INTERNATIONAL THOMSON EDITORES SA, 2005. ISBN
970-696-190-4.
ZAMUDIO, Lennis, y otros. 2009. oocities.org. [En línea] Octubre de 2009. [Citado el: 30
de Marzo de 2016.] http://www.oocities.org/es/avrrinf/tabd/Foro/Foro_UML.htm.

209
Trujillo.
ANEXOS

210
Trujillo.
ANEXO N° 01: DIAGRAMA DE PROCESOS
Tabla Anexo n° 1: Simbología de Diagrama de Procesos
Fuente :(Elaboración Propia, 2016)

- Proceso: Registrar Asistencia:
El auxiliar se encuentra en su oficina, traslada su mesa de trabajo a dos
metros de la puerta (8mt) luego se dirige hacia la puerta y la abre (0.5min)
para poder iniciar el día académico. Regresa a la mesa de trabajo (0.5min)
.Posteriormente recepciona la libreta de control del alumno que van
ingresando (0.3min), luego procese a firmar la libreta (0.10 min), después
entrega al alumno la libreta (0.10min), se repite este proceso hasta que llegue
la hora límite de entrada a la I.E. Luego recepciona las libretas de los
alumnos con tardanza (0.3 min); las firma (0.10 min) y posteriormente lleva
la mesa y todas las libretas a su oficina (8 mt); ahí les marca el registro (0.30
min); finalmente entrega las libretas a los alumnos (30 min).

211
Trujillo.
-Diagrama de Procesos de Registrar Asistencia

Auxiliar
d t
8 Traslada
1
m mesa de
trabajo
2 2 Se dirige
m hacia la
puerta
0, 5 1
Abre la
min
puerta
2 3
m Regresa a
la mesa de
trabajo
0, 3 2
min Recepciona
las libretas
0, 3 3
min
Firma la
libreta
1, 10 4
min
Entrega las
libretas
0.30 5
min
Recepciona
libretas de
tardanza
0, 10 6
min
Firma las
libretas de
tardanza
8m 4
Lleva la
mesa y
0, 30 7
libretas a la
min
oficina
Marca el
30 8 demérito
min
Entrega las
libretas
Figura Anexo n° 1 : Diagrama de Procesos Registrar Asistencia

Fuente: (Elaboración propia, 2016)

212
Trujillo.
- Proceso: Búsqueda de información de los alumnos:
El auxiliar se encuentra en la puerta de ingreso a la I.E, luego de Recepcionar las

libretas, se dirige a su oficina (10 metros), abre la puerta de su oficina (0,2 min), ya
en su oficina se dispone a buscar y ordenar la información de los alumnos que
llegaron tarde (30 min), luego firma con demerito del registro de tardanza (0.3 min) y
posteriormente entrega a cada alumno su libreta (30 min).
Auxiliar
Figura Anexo n° 2: Procesos Búsqueda de Información


213
Trujillo.
- Cuadros de Resumen:
 Registrar Asistencia
Tabla Anexo n° 2: Resumen Diagrama de Procesos-Registrar Asistencia
Actividad Número Tiempo Distancia

Operación 8 32.6 min -
Translado 4 - 20 m
Inspección - - -
TOTAL 12 32.6 min 20 m
 Búsqueda de información
Tabla Anexo n° 3: Resumen Diagrama de Procesos-Búsqueda de Información
Actividad Número Tiempo Distancia

Operación 4 60.8 min -
Translado 1 - 10 m
Inspección - - -
TOTAL 5 32.6 min 10 m
ANEXO N° 02: LLUVIA DE IDEAS
- Podemos ver problemas en el registro de asistencia por parte del auxiliar.
- Los alumnos llegan tarde a las aulas por falta rapidez en el registro de asistencia
- Desinformación por parte de los padres de familia al querer informarse
sobre su desempeño en la I.E.
- Preocupación de los padres de familia al no saber si sus hijos asistieron a la I.E
- Los registros realizados en forma manual suelen perderse, lo que conlleva
a la pérdida de la información de los alumnos.
- Pérdidas de las libretas de control, por parte de los alumnos.
- Demora en la organización del cronograma realizado por los docentes, para
citar los padres de familia a las reuniones.
- Desinterés de los alumnos, al ver que no existe un informe constante a los
padres de familia de su rendimiento académico y comportamiento.
- Al implementar un sistema web se optimizará los procesos de la gestión
académica

214
Trujillo.
- Diagrama de Lluvia de Ideas
Figura Anexo n° 3: Diagrama de Lluvia de Ideas

215
Trujillo.
ANEXO N° 03: DIAGRAMA DE PARETO
- Problemas de la institución y su frecuencia

Tabla Anexo n° 4: Causas, frecuencia y frecuencia normalizada
CAUSAS Frecuencia Frec. Normaliz

Tardanzas 12 9%
Pérdidas libretas de
8 6%
Compras de libretacontrol
de control 8 6%
Lentitud en el proceso de registros 28 21%
Colas de alumnos 23 17%
Desinformación de horarios 20 7%
Pérdidas de registros 5 4%
Deficiencia laboral 24 18%
Desinterés del alumno 9 7%
Padres desinformados 8 6%
0%
Fuente :(Elaboración Propia, 2016)
- Problemas con su frecuencia acumulada y ordenada

Tabla Anexo n° 5: Causas, Frecuencia, Frecuencia normalizada y Frecuencia acumulada
Frec.
CAUSAS Frecuencia Frec. Normaliz
Lentitud en el proceso de registros 28 21% Acumulada
21%
Deficiencia laboral
25 18% 39%
Colas de alumnos 23 17% 56%
Tardanzas 12 9% 65%
Desinformación de horarios 10 7% 72%
Desinterés del alumno 9 7% 79%
Perdidas libretas de control 8 6% 85%
Compras de libreta de control 8 6% 90%
Padres desinformados 8 6% 96%
Perdidas de registros 5 4% 100%
0% 100%

216
Trujillo.
- Gráfico de Diagrama de Pareto
Figura Anexo n° 4: Diagrama de Pareto

217
Trujillo.
ANEXO N° 04: DIAGRAMA DE ISHIKAWA
Figura Anexo n° 5: Diagrama de Ishikawa

218
Trujillo.
ANEXO N° 05: DIAGRAMA DE PESCADO
Figura Anexo n° 6: Diagrama de Pescado


219
Trujillo.
ANEXO N° 06: ARBOL DE PROBLEMAS
Inadecuado registro
de notas
Pérdidas de Libretas
de Control
Demora en ingreso Lentitud en los Demora en el

de Alumnos a la procesos de gestión procesamiento de
I.E Académica
notas
Inadecuado Falta de
Registro de control y
Asistencia supervisión
Sobrecarga de Irresponsabilidad y/o

Trabajo impuntualidad por
parte del alumnado
Falta de Adaptación Alumnos

a Horarios desinteresados
Padres
desinformados
Figura Anexo n° 7: Árbol de Problemas

220
Trujillo.
ANEXO N° 07: ARBOL DE OBJETIVOS
Adecuado registro de
notas
Disminuir las Pérdidas
de Libretas de Control
Reducir la Demora Agilizar los procesos

en ingreso de de la gestión Reducir la demora
Alumnos a la I.E Académica en el procesamiento
de notas
Adecuado Registro Mejor control

de Asistencia y supervisión
Implementar un Motivar al alumnado

nuevo proceso de
Registro
Mantener
Capacitar al personal informados a los
Padres de Familia
Figura Anexo n° 8: Árbol de Objetivos

221
Trujillo.
ANEXO N° 08: ENCUESTAS PARA DETERMINAR LA METOLOGÍA

“ENCUESTA PARA DETERMINAR CUAL ES LA MEJOR ALTERNATIVA EN
CUANTO A METODOLOGIA PARA DESARROLLAR UN SISTEMA WEB”
NOMBRE COMPLETO :………………………………………………………

….
PROFESIÓN :………………………………………………………
….
EMPRESA :………………………………………………………
….
- Establecer un valor a cada metodología, según diferentes criterios:
1. Nivel de información existente sobre la metodología (C1)
Escala:
1 Muy bajo
Metodología Valor
2 Bajo
RUP
3 Medio XP
4 Alto SCRUM
5 Muy Alto
2. Grado de conocimiento sobre la metodología (C2)

Escala:
1 Muy bajo
Metodología Valor
2 Bajo RUP
3 Medio XP
SCRUM
4 Alto
5 Muy Alto
3. Grado de flexibilidad de la metodología (C3)

1 Muy bajo Escala:
2 Bajo
Metodología Valor
3 Medio RUP
4 Alto XP
SCRUM
5 Muy Alto

222
Trujillo.
4. Grado de Escala de compatibilidad(C4)

Escala:
1 Muy bajo
Metodología Valor
2 Bajo
RUP
3 Medio XP
SCRUM
4 Alto
5 Muy Alto
5. Grado de requerimientos de la metología (C5)

Escala:
1 Muy bajo
Metodología Valor
2 Bajo
RUP
3 Medio XP
SCRUM
4 Alto
5 Muy Alto
6. Tiempo de Desarrollo de la metología (C6)
Escala:
1 Muy bajo
Metodología Valor
2 Bajo
RUP
3 Medio XP
SCRUM
4 Alto
5 Muy Alto

223
Trujillo.
ANEXO N° 09: Resumen de Encuesta para Determinar la Metología
Datos del Encuestado:
Apellidos y Nombres: ING. JUAN CÓRDOVA OTERO
Profesión: _INGENIERO DE SISTEMAS Empresa: UNT
Ingresar en una escala de 1 al 5 el grado de importancia de cada criterio para

determinar si es una buena alternativa en cuanto a metodología para el desarrollo de
un Sistema de Información Web.
Criterios de Selección de Metodologías
CRITERIOS Y EXTREME
METOLOGÍA RUP PROGRAMING SCRUM
Información 4 3 3
Conocimiento 4 4 4
Flexibilidad 4 4 2
Compatibilidad 5 3 3
Requerimientos 5 3 3
Tiempo de desarrollo 4 4 3
Firma Encuestado

224
Trujillo.
Apellidos y Nombres: ING. ROBERT SÁNCHEZ TICONA

CRITERIOS Y EXTREME
Información 4 3 3
Conocimiento 4 4 4
Flexibilidad 4 4 2
Firma Encuestado

225
Trujillo.
Apellidos y Nombres: ING. LUIS TENORIO CABRERA

CRITERIOS Y EXTREME
Información 4 3 3
Conocimiento 4 4 4
Flexibilidad 4 4 2
Firma Encuestado

226
Trujillo.
ANEXO N° 10: Cálculo para Selección de Metología
Ingresamos los valores de las encuestas realizadas a los expertos y los promediamos
Tabla Anexo n° 6: Cálculo para la selección de Metodología
C1 C2 C3 C4 C5 C6
Ing. Juan L. Cordova O. 4 5 4 5 5 5
Ing. Sánchez Ticona Robert Jerry 4 5 4 5 5 5
Ing. Mg. Tenorio Cabrera, Julio Luis 4 4 4 5 5 4

RUP
PROMEDIO 4 4.67 4 5 5 4.67
Ing. Sánchez Ticona Robert Jerry Extreme 3 2 4 3 2 4
Ing. Mg. Tenorio Cabrera, Julio Luis Programming 3 4 2 3 3 2
PROMEDIO 3 2.67 3.33 3 2.33 3.33

Ing. Sánchez Ticona Robert Jerry 3 4 2 3 3 3
Scrum
Ing. Mg. Tenorio Cabrera, Julio Luis 3 4 2 3 3 2
PROMEDIO 3 4 2 3 3 2.67
Para obtener el valor final sumamos los valores promediados por la multiplicación
de los pesos.
Tabla Anexo n° 7: Matriz de Elección de Metodología
TOTAL
Criterios C1 C2 C3 C4 C5 C6 6
 Ci * Pi 
P P P P P P i 1
Metodología 1 2 3 4 5 6
.
2 6
RUP 4 4.67 4 5 5 4.67 4.57(*)
Extreme Programming 3 2.67 3.33 3 2.33 3.33 2.943
Scrum 3 4 2 3 3 2.67 2.945


227
Trujillo.
ANEXO N° 11: FICHA DE ENCUESTA PRE-TEST
Esta encuesta nos permitirá determinar los indicadores cualitativos a medir los
procesos académicos con el sistema actual.
1. ¿Considera usted que el sistema actual que utiliza brinda información relevante
en relación a matricula?
a) Aprobación Plena.
b) Aprobación simple.
c) Ni de acuerdo ni en desacuerdo
d) Desaprobación Simple
e) Desaprobación Plena
2. ¿Considera usted que la información que brinda el sistema actual es oportuna?
3. ¿Considera usted que la información que brinda el sistema actual es confidencial

y veraz?
4. ¿Considera usted que el procedimiento actual es fácil de usar?

5. ¿Cómo calificaría usted el proceso que actualmente se realiza en el registro de
asistencia?
a) AAprobación Plena.

228
Trujillo.
6. ¿Cómo calificaría usted la facilidad y funcionalidad que le brinda el sistema

actual para las consultas y reportes de para el proceso de matrícula y asistencia?
k) Aprobación Plena.
l) Aprobación simple.
m) Ni de acuerdo ni en desacuerdo
n) Desaprobación Simple
o) Desaprobación Plena
7. ¿Está satisfecho usted en forma general con la facilidad y funcionalidad que le
brinda el sistema actual?
8. ¿Considera usted que el sistema actual que utiliza le permite obtener

información en cualquier momento u obtener información cuando lo necesite?
9. ¿Considera usted que el sistema actual que utiliza le permite obtener

información desde cualquier lugar?
10. ¿Cree usted que actualmente con el sistema actual se obtiene oportunamente la
información sobre matriculas, pagos y/ notas?

229
Trujillo.
ANEXO N° 12: VALIDACIÓN DE RESULTADOS DE EXPERTO 1

1. PLANILLA DE VALIDACIÓN DEL INSTRUMENTO
APRECIACIÓN CUALITATIVA
CRITERIOS EXCELENTE REGULAR DEFICIENTE
BUENO (3)
(4) (2) (1)
Presentación del 
instrumento
Claridad en la redacción 
de los ítems
Pertinencia de las 
variables con los
indicadores
Relevancia del contenido 
Factibilidad de la 
aplicación
APRECIACIÓN CUALITATIVA:
En cuanto a la validación de instrumentos mi apreciación es que se está desarrollando de una
manera correcta.
OBSERVACIONES:
__________________________________________________________________________
2. IDENTIFICACIÓN DEL EXPERTO:
VALIDADO POR: ROBERT SÁNCHEZ TICONA DNI: 49230464

PROFESIÓN: Ing. de Sistemas
LUGAR DE TRABAJO: UNT.
CARGO QUE DESEMPEÑA: Docente UNT
DIRECCIÓN: Jr. Ayacucho 782
DIRECCIÓN ELECTRÓNICA: robert@hotmail.com
FECHA: 02-06-2016
3. JUICIO DE EXPERTO:
 En líneas generales, considera que los indicadores de las variables están
inmersos en su contexto teórico de forma:
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
Considero que los indicadores si están siendo tomados de manera correcta para
lo que se requiere del sistema.
 Considera que los reactivos del cuestionario miden los indicadores seleccionados
para la variable de manera:

230
Trujillo.
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
El cuestionario que ha sido aplicada está acorde con los indicadores que se
desean consultar
 El instrumento diseñado mide la variable de manera:
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
________________________________________________________________
________________________________________________________________
4. VALIDACIÓN DEL INSTRUMENTO:
ESCALA
ITEMS OBSERVACIONES
DEJAR MODIFICAR ELIMINAR INCLUIR
x
01
x
02
x
03
x
04
x
05
x
06
x
07
x
08
x
09
x
10
COMO LO
DESEARÍA INCLUIR MODIFICARÍA
Están correctos los

indicadores

231
Trujillo.
BUENO (3)
(4) (2) (1)
instrumento
de los ítems
variables con los
indicadores
aplicación
manera correcta.
OBSERVACIONES:
__________________________________________________________________________
VALIDADO POR: LUIS TENORIO CABRERA DNI: 49230464

LUGAR DE TRABAJO: UNT
DIRECCIÓN ELECTRÓNICA: tenoriocabrera@hotmail.com
FECHA: 02-06-2016
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:

232
Trujillo.
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
desean consultar
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
________________________________________________________________
________________________________________________________________
ESCALA
ITEMS OBSERVACIONES
x
01
x
02
x
03
x
04
x
05
x
06
x
07
x
08
x
09
x
10
COMO LO

indicadores

233
Trujillo.
BUENO (3)
(4) (2) (1)
instrumento
de los ítems
variables con los
indicadores
aplicación
manera correcta.
OBSERVACIONES:
__________________________________________________________________________
VALIDADO POR: JUAN CÓRDOVA OTERO DNI: 49230464

LUGAR DE TRABAJO: UNT
DIRECCIÓN ELECTRÓNICA: jcordova@hotmail.com
FECHA: 02-06-2014
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:

234
Trujillo.
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
desean consultar
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
________________________________________________________________
________________________________________________________________
ESCALA
ITEMS OBSERVACIONES
x
01
x
02
x
03
x
04
x
05
x
06
x
07
x
08
x
09
x
10
COMO LO

indicadores

235
Trujillo.
ANEXO N° 13: CRONOGRAMA DE EJECUCIÓN
Cronograma de Ejecución
Descripción SEMANA
Actividades/Tareas 1 2 3 4 5 6 7 8 9 10 11 12 13
1. Coordinación con
investigadores,
intervinientes del
proyecto, autoridades,
personal administrativo,
alumnos y padres de
familia
1.1 Iniciación
1.2 Planificación
1.3 Ejecución y
Evaluación
1.4 Resultados
2. Determinación del
Diagnóstico Situacional de
la Solución web y su
impacto en la Gestión
Académica en la I.E N°
80882 Jorge Chávez
Dartell de Trujillo
2.1 Entrevistas
2.2 Aplicación de
Encuestas
2.3 Análisis de Datos
2.4 Resultados
3. Fase I: Incepción
3.1 Modelo del Negocio
3.1.1 Reglas del
Negocio
3.1.2 Modelo de
Casos de Uso
del Negocio
3.1.3 Diagrama de
Actividades
del Negocio
3.1.4 Modelo de
Objetos del
Negocio
3.1.5 Modelo del
Dominio
3.2 Modelo de
Requerimientos
3.2.1Requerimientos
Funcionales y
No
Funcionales
3.2.2 Modelo de
Casos de Uso

236
Trujillo.
Descripción SEMANA
por Paquetes
3.2.3 Priorización de
Casos de Uso
3.2.4 Mitigación de
Riesgos
4. Fase II: Elaboración
4.1 Modelo de Análisis
4.1.1 Diagrama de
Clases de
Análisis
4.1.2 Diagramas de
Colaboración
4.1.3 Diagrama de
Subsistemas
4.2 Modelo de Diseño
4.2.1 Diagrama de
Clases de
Diseño
4.2.2 Casos de Uso
de
Realización
4.2.3 Diseño de
Formularios
4.2.4 Diagramas de
Secuencia
4.2.5 Diagramas de
Estado
4.2.6 Diagrama de
Navegabilidad
4.2.7 Modelo de
Datos
4.2.8 Modelo de
Entidades
Lógico y
Físico
5. Fase III: Construcción
5.1 Modelo de Desarrollo
5.1.1 Diagrama de
Componentes
5.1.2 Diagrama de
Despliegue
5.1.3 Generación de
Código
6. Fase IV: Transición
6.1 Modelo de Pruebas
6.1.1 Casos de uso
de Pruebas
6.1.2 Pruebas de la
Caja Blanca y
Caja Negra

237
Trujillo.
Descripción SEMANA
6.2 Modelo de Puesta en
Servicio
6.2.1 Elaboración de
Manuales
6.1.3 Pruebas Piloto

6.1.4 Puesta en
Marcha del
Sistema
7. Fase V: Producción
7.1 Modelo de
Producción
7.1.1 Nuevos
Requerimient
os del sistema
7.1.2 Mantenimiento
del Sistema
8. Elaboración del Informe
Trimestral
8.1 Reuniones de Equipo
8.2 Análisis de
Resultados
8.3 Informe Trimestral
9. Propuesta de Nuevos
Sistemas Complementarios
9.1 Alineamiento a los
Objetivos
Institucionales
9.2 Priorización de
Requerimientos
9.3 Planificación
Prospectiva
10. Elaboración del Informe
Final
10.1 Coordinación con el
Equipo Investigador
10.2 Análisis de Datos
10.3 Presentación del
Informe Final

238
Trujillo.
ANEXO N° 14: TABLA DE DISTRIBUCIÓN NORMAL

239
Trujillo.
ANEXO N° 15: TABLA T-STUDENT

240
Trujillo.

Tesis para Colegio

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesis para Colegio

Uploaded by

Copyright:

Available Formats

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

UNIVERSIDAD NACIONAL DE TRUJILLO

ESCUELA ACADEMICA PROFESIONAL DE INGENIERIA DE SISTEMAS

―SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR

Tesis para obtener el título de Ingeniería de Sistemas

- BARTOLO CAJUSOL, Sandra Meliza.

DOCENTE: Ing. JUAN PEDRO SANTOS FERNÁNDEZ Mg.

A Dios, por permitir que todo sea posible, darme

A mis padres Agustín y Liliana gracias a su amor

A mis hermanos Carla y Fabricio por su

A mi familia y amigos por confiar en mí.

La presente tesis está dedicada a mis padres, porque

A mis hermanas Carmen y Luz Karina por su apoyo

Señores Miembros del Jurado:

Trujillo, enero del 2017

Al personal ejecutivo de la I.E Jorge Chávez de

Al docente Ing. Mg. Juan Pedro Santos Fernández

El proyecto de investigación titulado ―SISTEMA DE INFORMACIÓN WEB

Al desarrollar este sistema de información web se concluye que se va obtener una

PALABRAS CLAVE: Sistema de información web, gestión académica, institución

The research project entitled " SYSTEM WEB INFORMATION TO SPEED UP

RUP use of which is under development, as follows: Phase I. Inception "business

KEYWORDS: Web information system, academic management, educational

2.3.4 MYSQL ................................................................................................ 28

Figura 2. 1 : Actividades de un sistema de información ........................................................ 15

Figura 4. 1: Objetivos del Negocio ........................................................................................ 41

Figura 4. 28: Caso de Uso de Sistema Programación año académico ................................... 59

Figura 5. 1: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios 200

Tabla 3. 1: Personal para Proyecto......................................................................................... 31

Tabla 4. 1: Descripción de actores ......................................................................................... 69

Tabla 4. 5: Descripción de Caso de uso: Registrar fases por año .......................................... 70

Tabla 4. 39: Costo de Energía ................................................................................................ 85

ANEXOS ............................................................................................................................. 210

Figura Anexo n° 1 : Diagrama de Procesos Registrar Asistencia ........................................ 212

Tabla Anexo n° 1: Simbología de Diagrama de Procesos ................................................... 211

Esta obra ha sidoSistema

1.1 REALIDAD PROBLEMÁTICA

Las instituciones educativas a nivel nacional cuentan con el sistema SIAGIE,

El director indicó en las entrevistas realizadas que el proceso de control de

El proceso de control de notas se va desarrollando al final de cada bimestre; los

En resumen, los problemas encontrados en la institución son:

- Existe un deficiente registro de asistencia.

Sistema de información web para agilizar los procesos 2

1.2 ENUNCIADO DEL PROBLEMA

1.3 HIPÓTESIS Y VARIABLES

“La Implementación de un Sistema de Información Web mejora la agilización

- Variable Independiente o Causal

- Variable Dependiente o Efecto

Sistema de información web para agilizar los procesos 3

El sistema de información web tiene un impacto positivo en la gestión, debido

Porque este proyecto de investigación se centra en el uso de recursos

El desarrollo del Sistema Información web no afecta ni tiene consecuencias

Sistema de información web para agilizar los procesos 4

- El presente proyecto sólo comprende la realización de pruebas funcionales y de

1.7. DISEÑO DE LA INFORMACIÓN

La muestra se calculará por indicador, los cuales queremos contrastar, para

Sistema de información web para agilizar los procesos 5

 Fórmula para cálculo de muestra

Fórmula para calcular Muestra ajustada:

n' : Muestra ajustada

La población se estima en función al tiempo de registro de asistencia por

La muestra Poblacional se tiene utilizando la ecuación (1.1):

Sistema de información web para agilizar los procesos 6