Facultad de Ingeniería de Sistemas

FACULTAD DE INGENIERÍA DE SISTEMAS
ESCUELA PROFESIONAL DE INGENIERÍA DE

SISTEMAS
“APLICACIÓN WEB PARA LA GESTIÓN ACADÉMICA DEL INSTITUTO DE

EDUCACIÓN SUPERIOR PEDAGÓGICO PÚBLICO CHIMBOTE”
TESIS PARA OBTENER EL TÍTUTLO PROFESIONAL DE INGENIERA DE

SISTEMAS
AUTORA:
BALVIS SÁNCHEZ, YADIRA IBETH
ASESOR:
MGRT. VEGA FAJARDO, HANS

ADOLFO
LINEA DE INVESTIGACIÓN:
SISTEMAS DE INFORMACIÓN Y COMUNICACIONES
CHIMBOTE – PERÚ
2018
i
ii
DEDICATORIA
A mi madre yabuela,
quienes son lo más
importante de mi vida,
que me brindaron
su apoyo incondicional
para poder alcanzar este sueño;
de serprofesional.
Yadira Balvis
iii
AGRADECIMIENTO
A mi abuela quien me estuvo
apoyando, gracias por tanto amor.
A mi madre que a pesar de la
distancia, me apoyó,
quien con susconsejos me
motivo siempre a seguiradelante
y perseguir mi sueño de serprofesional,
gracias por tanto amor
iv
DECLARACIÓN DE AUTENTICIDAD
v
PRESENTACION
SEÑORES MIEMBROS DEL JURADO
UNIVERSIDAD CESAR VALLEJO FILIAL CHIMBOTE
De mi especial consideración:
En cumplimiento a lo dispuesto por el reglamento general de grados y títulos de la

Universidad Cesar Vallejo, pongo a su disposición la presente tesis titulada:

EDUCACIÓN SUPERIOR PEDAGÓGICO PUBLICO CHIMBOTE”
Esperando que el presente informe de desarrollo de tesis cubra con las expectativas y
características solicitadas por las leyes universitarias vigentes, presento ante ustedes
señores miembros del jurado el ya mencionado informe para su evaluación revisión.
Nuevo Chimbote, Diciembre de 2018
vi
INDICE GENERAL
PAGINA DEL JURADO ............................................................................................... ii
DEDICATORIA ............................................................................................................ iii
AGRADECIMIENTO .................................................................................................. iv
DECLARACIÓN DE AUTENTICIDAD ..................................................................... v
PRESENTACION ......................................................................................................... vi
INDICE GENERAL ..................................................................................................... vii
INDICE DE FIGURAS ................................................................................................. ix
INDICE DE TABLAS .................................................................................................... x
INDICE DE ECUACIONES........................................................................................xii
INDICE DE ANEXOS.................................................................................................xiii
RESUMEN… ............................................................................................................... xiv
ABSTRACT ................................................................................................................... xv
GENERALIDADES .................................................................................................... xvi
I. INTRODUCCIÓN… ............................................................................................. 17
1.1. REALIDAD PROBLEMÁTICA..................................................................... 18
1.2. TRABAJOS PREVIOS .................................................................................... 19
1.2.1. ANTECEDENTES LOCALES ............................................................. 19
1.2.2. ANTECEDENTES NACIONALES ..................................................... 19
1.2.3. ANTECEDENTES INTERNACIONALES .........................................20
1.3. TEORIAS RELACIONADAS AL TEMA ..................................................... 21
1.3.1. GESTIÓN ACADÉMICA ..................................................................... 21
1.3.2. APLICACIÓN WEB.............................................................................. 21
1.3.3. LMS 22
1.3.4. OPEN SOURCE ..................................................................................... 22
1.3.5. LENGUAJES DE PROGRAMACIÓN WEB......................................22
1.3.6. GESTOR DE BASE DE DATOS .......................................................... 23
1.3.7. LENGUAJE UNIFICADO DE MODELADO (UML) .......................25
1.3.8. METODOLOGÍA DE DESARROLLO ............................................... 26
1.4. FORMULACIÓN DEL PROBLEMA ........................................................... 27
1.5. JUSTIFICACIÓN DEL ESTUDIO................................................................... 27
1.5.1. JUSTIFICACIÓN TECNOLÓGICA......................................................... 27
1.5.2. JUSTIFICACIÓN OPERATIVA ............................................................... 27
1.5.3. JUSTIFICACIÓN SOCIAL ........................................................................ 27
1.5.4. JUSTIFICACIÓN ACADÉMICA.............................................................. 27

1.6. HIPÓTESIS ......................................................................................................2vi7i
1.7. OBJETIVOS ..................................................................................................... 27
1.7.1. OBJETIVOS GENERALES ................................................................. 27
1.7.2. OBJETIVOS ESPECÍFICOS ............................................................... 27
II. MÉTODO ............................................................................................................. 28
2.1. DISEÑO DE INVESTIGACIÓN .......................................................................29
2.1.1. TIPOS DE ESTUDIO .................................................................................. 29
2.1.2. TIPO DE INVESTIGACIÓN...................................................................... 29
2.2. VARIABLES .......................................................................................... 29
2.2.1. VARIABLE INDEPENDIENTE ................................................................ 29
2.2.2. VARIABLE DEPENDIENTE ..................................................................... 29
2.2.3. OPERACIONALIZACIÓN DE VARIABLES..........................................29
2.3. POBLACION Y MUESTRA........................................................................ 32
2.3.1. FORMULACION DE LA POBLACIÓN Y MUESTRA ..........................32
2.3.2. PARA INDICADORES CUANTITATIVOS .............................................33
2.3.3. PARA INDICADORES CUANTITATIVOS .......................................34
2.3.4. MUESTRA .............................................................................................. 34
2.4. TECNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS,
VALIDEZ Y CONFIABILIDAD. .............................................................................36
2.4.1. VALIDEZ Y CONFIABILIDAD DEL INSTRUMENTO ........................37
2.5. METODO DE ANALISIS DE DATOS ..........................................................37
2.6. ASPECTOS ÈTICOS .......................................................................................37
III. RESULTADOS ................................................................................................ 38
3.1. CALCULO PARA HALLAR EL NIVEL DE SATISFACIÒN DEL
PERSONAL ADMINISTRATIVO DEL INSTITUTO DE EDUCACION
SUPERIOR PEDAGÓGICO PÚBLICO CHIMBOTE..........................................39
3.2. CALCULO PARA HALLAR EL NIVEL DE SATISFACCIÓN DEL
PERSONAL ADMINISTRATIVO DEL INSTITUTO DE EDUCACIÓN
SUPERIOR PEDAGÓGICO PUBLICO CHIMBOTE, CON EL SISTEMA
PROPUESTO. ............................................................................................................42
3.3. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO DE BUSQUEDA
DE MATRICULO ......................................................................................................46
3.4. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO DE REGISTRO
DE NOTAS. ................................................................................................................49
3.5. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO EN LA
GENERACION DE REPORTES DE NOTAS ........................................................52
IV. DISCUSIÓN ..................................................................................................... 56
4.1. DISCUSION: ......................................................................................................57

V. CONCLUSION ................................................................................................ 58
5.1. CONCLUSIÓN: ..................................................................................................59
1.6. RECOMENDACIÓN:
6.1. HIPÓTESIS ...................................................................................................... 2vi7i
........................................................................................61
VII. REFERENCIAS BIBLIOGRAFICAS .......................................................... 62
VIII. ANEXOS........................................................................................................65
8.1.2 FASE II: DISEÑO CONCEPTUAL ..........................................................143
8.1.3 FASE III: CONSTRUCCIÓN ....................................................................156
8.1.4 FASE IV: TRANSICIÓN ...........................................................................157
1.6. HIPÓTESIS ......................................................................................................2vi7i

INDICE DE FIGURAS
FIGURA 1: DIFERENCIAS ENTRE NSUIEAY NSUIED ............................................................. 44
FIGURA 2: ZONA DE ACEPTACIÓN Y RECHAZO POR EL NIVEL DE
SATISFACCIÓN DE LOS USUARIOS DEL IEPPCHIMBOTE ............................45
FIGURA 3: DIFERENCIAS ENTRE TPBMAY TPBMD ............................................................... 47
FIGURA 4: ZONA DE ACEPTACIÓN PARA EL TIEMPO DE BUSQUEDA DE
MATRICULA ................................................................................................................48
FIGURA 5: DIFERENCIAS ENTRE TPRNAY TPRND................................................................. 51
FIGURA 6: ZONA DE ACEPTACIÓN PARA EL TIEMPO DE REGISTRO DE
NOTAS ...........................................................................................................................51
FIGURA 7: DIFERENCIAS ENTRE TPGRNAY TPGRND ........................................................ 53
FIGURA 8: ZONA DE ACEPTACIÓN PARA EL TIEMPO EN LA

GENERACION DE REPORTES DE NOTAS ...........................................................54
FIGURA 9: DIAGRAMA DEL CASO DE USO DEL NEGOCIO ...........................92
FIGURA 10: GESTIONAR REPORTES ....................................................................96
FIGURA 11: DIAGRAMA DE ACTIVIDADES - GESTIONAR MATRICULA . 97
FIGURA 12: DIAGRAMA DE ACTIVIDADES – GESTIONAR ASISTENCIA. 98
FIGURA 13: DIAGRAMA DE ACTIVIDADES - GESTIONAR NOTAS ............99
FIGURA 14: DIAGRAMA DE OBJETO DEL NEGOCIO - GESTIONAR
REPORTES ..................................................................................................................100
FIGURA 15: DIAGRAMA DE OBJETOS - GESTIONAR MATRICULA ..........100
FIGURA 16: DIAGRAMA DE OBJETOS - GESTIONAR PROCESOS
ACADEMICOS ...........................................................................................................101
FIGURA 17: DIAGRAMA DE OBJETOS - GESTIONAR ASISTENCIAS .........101
FIGURA 18: DIAGRAMA DE OBJETOS - GESTIONAR NOTAS......................102
FIGURA 19: CASO DE USO - GESTIONAR NOTAS ...........................................115
FIGURA 20: TASA INTERNA DE RETORNO (TIR)............................................ 116
ix
INDICE DE TABLAS
TABLA 1: OPERACIONALIZACIÓN DE VARIABLES ........................................ 30
TABLA 2: INDICADORES ..........................................................................................31
TABLA 3: POBLACION ..............................................................................................34
TABLA 4: POBLACION Y MUESTRA .....................................................................35
TABLA 5: TECNICA E INSTRUMENTO DE RECOLECCIÒN DE DATOS ...... 36
TABLA 6: NIVEL DE SATISFACCION DEL PERSONAL ADMINISTRATIVO
................................................................................................................................... 39
TABLA 7: LEYENDA DE USUARIOS.......................................................................40
TABLA 8: TABULACION DE PREGUNTAS A USUARIOS DEL INSTITUTO
SUPERIOR PEDAGÓGICO PUBLICO CHIMBOTE – PRE TEST ......................41
TABLA 9: TABULACIÓN DE PREGUNTAS A USUARIOS DEL INSTITUTO
SUPERIOR PEDAGÓGICO PUBLICO CHIMMBOTE– POST TEST .................43
TABLA 10: CONTRASTACION ENTRE PRE TEST Y POST TEST....................44
TABLA 12: CONTRASTACIÓN ENTRE PRE TEST Y POST TEST....................50
TABLA 14: TABLA DE ACTORES Y TRABAJADORES ......................................91
TABLA 15: CASO DE USO - GESTIONAR MATRÍCULA ....................................93
TABLA 16: CASO DE USO - GESTIONAR PROCESOS ACADEMICOS ...........94
TABLA 17: CASO DE USO - GESTIONAR ASISTENCIAS ...................................94
TABLA 18: GESTIONAR NOTAS .............................................................................95
TABLA 19: RECURSOS ............................................................................................105
TABLA 20: DESCRIPCION - INICIAR SESION ...................................................116
TABLA 21: DESCRIPCION - REGISTRAR AULAS .............................................116
TABLA 22: DESCRIPCION - REGISTRAR ASIGNATURAS .............................117
TABLA 23: DESCRIPCION - REGISTRAR PERSONAL.....................................117
TABLA 24: DESCRIPCION - REGISTRAR HORARIOS.....................................118
TABLA 25: DESCRIPCION - REGISTRAR ALUMNO Y APODERADO ..........118
TABLA 26: DESCRIPCION - REGISTRAR ASISTENCIA DEL ALUMNO ......119
TABLA 27: DESCRIPCION - REGISTRAR SOLICITUD DE JUSTIFICACION
................................................................................................................................. 119
TABLA 28: DESCRIPCION - REGISTRAR CRITERIOS DE EVALUACION 120
TABLA 29: DESCRIPCION - REGISTRAR NOTAS ............................................120
x
TABLA 30: FACTOR DE PESO DE LOS ACTORES SIN AJUSTAR (UAW) .. 121
TABLA 31: PONDERADO DE ACTORES..............................................................122
TABLA 32: FACTOR DE PESO BASADO EN TRANSACCIONES ....................122
TABLA 33: FACTOR DE PESO EN ANÁLISIS .....................................................122
TABLA 34: CÁLCULO DE UUCW ..........................................................................123
TABLA 35: FACTORES DE COMPLEJIDAD TÉCNICA ....................................124
TABLA 36: ESCALA DE VALORACIÓN ...............................................................124
TABLA 37: CÁLCULO DE LOS FACTORES DE COMPLEJIDAD TÉCNICA
................................................................................................................................. 125
TABLA 38: FACTORES DE AMBIENTE ...............................................................126
TABLA 39: CÁLCULO DE FACTOR DE AMBIENTE .........................................127
TABLA 40: ESTIMACION DE ESFUERZOS .........................................................128
TABLA 41: HORAS - PERSONAS ...........................................................................128
TABLA 42: DISTRIBUCIÓN GENÉRICA DEL ESFUERZO ...............................129
TABLA 43: DISTRIBUCIÓN REAL DEL ESFUERZO .........................................129
TABLA 44: COSTOS DE HARDWARE ..................................................................131
TABLA 45: COSTOS DE SOFTWARE ....................................................................131
TABLA 46: COSTOS DE MOBILIARIO .................................................................131
TABLA 47: COSTOS RECURSOS HUMANOS .....................................................132
TABLA 48: COSTO DE RECURSOS MATERIALES............................................132
TABLA 49: DETERMINACIÓN DEL CONSUMO ENERGÍA ............................133
TABLA 50 : COSTO DE OPERACIÓN DERECURSO MATERIALES .............134
xi
INDICE DE ECUACIONES
ECUACIÓN 1: MUESTRA PARA LA POBLACIÓN CONOCIDA ....................... 32

ECUACIÓN 2: AJUSTE DE MUESTRA ................................................................... 32
ECUACIÓN 3: DESVIACION ESTANDAR .............................................................. 37
ECUACIÓN 4: MEDIA ARITMETICA ..................................................................... 37
ECUACIÓN 5: VARIANZA......................................................................................... 37
ECUACIÓN 6: PUNTOS DE CASOS DE USO SIN AJUSTAR ............................ 121
ECUACIÓN 7: PUNTOS DE CASOS DE USO AJUSTADOS............................... 123
ECUACIÓN 8: FACTOR TOTAL ............................................................................ 124
ECUACIÓN 9: FACTOR DE COMPLEJIDAD TÉCNICA .................................. 124
ECUACIÓN 10: FACTOR DE AMBIENTE TOTAL ............................................. 126
ECUACIÓN 11: FACTOR DE AMBIENTE ............................................................ 126
Ecuación 12: Esfuerzo En Horas - Persona ............................................................... 128
ECUACIÓN 13: TIEMPO DE DESARROLLO ...................................................... 129
ECUACIÓN 14: DETERMINACION DE COSTOS DE INVERSION ................. 130
ECUACIÓN 15: DETERMINACION DEL COSTO DESARROLLO .................. 132
xii
INDICE DE ANEXOS
ANEXO 1: ENCUESTA PARA LA SELECCION DE LA METODOLOGIA ....... 66

ANEXO 2: ENCUESTA DE SELECCIÓN DE METODOLOGIA 01.....................67
ANEXO 3: ENCUESTA DE SELECCIÓN DE METODOLOGIA 02 .....................68
ANEXO 4: ENCUESTA DE SELECCION DE METODOLOGIA 03.....................69
ANEXO 5: VALIDACION DE ENCUESTAS ............................................................70
ANEXO 6: INSTRUMENTO .......................................................................................72
ANEXO 7: VALIDACIÓN DEL INSTRUMENTO ..................................................73
ANEXO 8: INSTRUMENTO GUIA DE OBSERVACION .......................................77
ANEXO 9: CONFIABILIDAD DE LOS DATOS ......................................................80
ANEXO 10: ANALISIS DE RESULTADOS DE ENCUESTA DE
SATISFACCION DE PERSONAL ADNINISTRATIVO DEL IESPPCHIMBOTE
– PRE TEST ...................................................................................................................81

SATISFACCIÓN DE PERSONAL ADMINISTRATIVO DEL IESPPCHIMBOTE
– POST TEST ................................................................................................................85
ANEXO 12: METODOLOGIA OOHDM ...................................................................89
ANEXO 13: ACTA DE APROBACIÓN DE ORIGINALIDAD DE LA TESIS .. 159
ANEXO 14: FORMULARIO DE AUTORIZACION PARA LA PUBLICACION

ELECTRONICA DE TESIS .......................................................................................160
ANEXO 15: FORMULARIO DE LA VERSION FINAL DEL TRABAJO DE

INVESTIGACION… ................................................................................................ 161
xiii
RESUMEN
En el presente trabajo de tesis, titulado:

Desarrollado en la provincia del Santa, ciudad Chimbote, nace como una propuesta para
mejorar la calidad del servicio ofrecido por el área de investigación Académica en el
Instituto De Educación Superior Pedagógico Público Chimbote, teniendo un tiempo de
duración de 4 meses.
Las teorías relacionadas con este proyecto de tesis están alineadas al proceso de gestión
académica, en donde se define lo que es la Gestión Académica, el proceso de gestión
académica, además se define la metodología de desarrollo de software, OOHDM. Para la
recolección de datos se utilizaron guías de observación y encuestas. La población es de
12 matrículas, 50 registros de notas y 20 usuarios. La muestra es de 12 matrículas, 27
registros de notas y 20 usuarios.
Con la implementación de la Aplicación Web, se logró incrementar el nivel de

satisfacción de los usuarios del Área de Investigación Académica del IESPPChimbote,
respecto al tiempo de búsqueda de matrícula, registro de notas, además de mejorar los
procesos de la gestión académica.
Palabras Clave: Aplicación Web, Gestión Académica.
xiv
ABSTRACT
In the present thesis work, titled:

Developed in the Santa province, Chimbote city, was born as a proposal to improve the
quality of the service offered by the Academic research area in the Institute of Higher
Education Pedagogical Public Chimbote, having a duration of 4 months.
The theories related to this thesis project are aligned to the academic management process,
where Academic Management is defined, the academic management process, and the
software development methodology is defined, OOHDM. For the collection of data,
observation guides and surveys were used. The population is 12 license plates, 50 notes
records and 20 users. The sample is 12 license plates, 27 notes records and 20 users.
With the implementation of the Web Application, it was possible to increase the level of
satisfaction of the users of the Academic Research Area of the IESPPChimbote, regarding
the time of registration search, record of grades, as well as improving the processes of
academic management.
Keywords: Web Application, Academic Management.
xv
GENERALIDADES
TITULO
Aplicación Web para la Gestión Académica del Instituto de Educación Superior
Pedagógico Público Chimbote
AUTOR
Balvis Sánchez Yadira Ibeth
Escuela de Ingeniería de Sistemas
Facultad de Ingeniería
ASESOR
Vega Fajardo Adolfo Hans
Magister en Ingeniería
Universidad Nacional de Trujillo
TIPO DE INVESTIGACIÓN
De acuerdo al fin que se persigue: Aplicada
De acuerdo a la técnica de contrastación: Descriptiva
De acuerdo al régimen de orientación: Cuasi – Experimental
LÍNEA DE INVESTIGACIÓN
Sistemas de información y comunicaciones
LOCALIDAD
Instituto de Educación Superior Pedagógico Chimbote Nuevo Chimbote
DURACIÓN DEL PROYECTO

FECHA DE INICIO: Abril 2018
FECHA DE TÉRMINO: Diciembre 2018
xvi
I. INTRODUCCIÓN
17
1.1. REALIDAD PROBLEMÁTICA
Actualmente el mundo se ha visto promovido a la utilización de nuevas tecnologías de

la información, logrando así maximizar los procesos, con una buena estructura de base
de datos, acceso a la información y confiabilidad de los mismos.
Los institutos buscan garantizar una buena Gestión Académica, esta es una prioridad ya
que, mediante ésta vemos el rendimiento del estudiante durante su formación académica.
Existen varios sistemas centrados en el manejo de información de instituciones
educativas tal es el caso de Colombia que cuenta con ZETI (portal de servicios
educativo), SIMAT (sistema integrado de matrículas), Educolombia, entre otras, que
permiten manejar todo el rol académico a través de internet. (Ministerio de Educación
Colombia, 2017)
El Instituto de Educación Superior Pedagógico Público Chimbote que cuenta con 349
estudiantes de diferentes carreras no es ajeno a ello ya que no cuenta con una plataforma
académica, habiendo demora la matrícula de los alumnos, en la entrega de nota de los
alumnos por parte de los profesores a la encargada de Investigación Académica y de
pasar estas al sistema del estado y de ser estas entregadas a los alumnos o padres de
familias que se acerquen a consultar, los profesores llevan la asistencia de los alumnos
vía manual y las notas son guardadas en un Excel.
El proceso de Gestión Academia en el Instituto se muestra de la siguiente manera: Los

alumnos primero se acercan a pagar su matrícula, luego con su recibo se dirigen al Área
de Investigación Académica para poder matricularse, esta área cuenta con tres personas,
solo una de ellas es la encargada de matricularlos, otra es la ayudante y otra es la
secretaria, si la encargada no se encuentra el estudiante tendrá que esperar hasta que
llegue, el tiempo de demora de la matrícula del alumno varía entre que se encuentre la
encargada o no, en el caso de las notas los profesores las guardan en un Excel y las
entregan impresas también las asistencias, la encargada se dedicara a pasar todas estas
notas y asistencias a la base de datos el cual le toma por cada alumno un aproximado de
15 a 20 minutos, cuando los alumnos o padres de familia quieren saber las notas, ellos
deben acercar a la área correspondiente esto ocasiona contratiempos, ya que no siempre
el personal encargado se encuentra disponible para poder darle las notas ya sea a los
alumnos o padres de familia.
18
1.2. TRABAJOS PREVIOS
1.2.1. ANTECEDENTES LOCALES
1.2.1.1. ANTECEDENTE 1:
TÍTULO: “Diseño De Un Sistema De Gestión Académica En Una Red Local Para La

Unidad Educativa “Horizontes De Colores”
AUTOR: Elvis Ronald Zamora Torres
PAÍS: Ecuador
FECHA: 2015
RESUMEN: Se diseña un aplicativo de gestión académica utilizando las siguientes
metodologías agiles Scrum y XP, en las cuales se utilizarán Scrum para laorganización
del proyecto y para el desarrollo se utilizaraXP.
CORRELACIÓN: Esta tesis sirve como marco de referencia en la elaboración de este
proyecto ya que los dos tratamos de la Gestión Académica.
TÍTULO: Sistema De Gestión Académica Para La Institución Educativa Gerardo Arias

Ramírez Del Municipio De Villamaría - Caldas: Módulos Gestión De Notas Y Matricula
AUTOR: Julia Yaneth Barco Gallo
Edgar Rafael Jiménez López
PAÍS: Colombia
FECHA: 2016
RESUMEN: Este Proyecto tiene como objetivo implementar un Sistema de Gestión
Académica en la nube siguiendo los lineamientos de usabilidad y consulta interactiva
enmarcados en las estrategias de Gobierno en Línea.
CORRELACIÓN: Esta tesis sirve de guía para mi proyecto de investigación ya que
los dos implementaran un sistema para la Gestión Académica.
1.2.2. ANTECEDENTES NACIONALES
TÍTULO: “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”
AUTOR: Elvis Ivan Enríquez Díaz

PAÍS: Perú
19
FECHA: 2016
RESUMEN: El proceso de Gestión Académica del colegio es manual por lo cual se
desarrolló e implementación de un Sistema bajo la tecnología Web.
Se utiliza específicamente el lenguaje PHP y la base de datos MySQL, la metodología
utilizada es el Proceso Unificado de Rational(RUP), para aplicaciones Web
y el lenguaje de Modelado UML con extensiones para aplicaciones Web.
Los objetivos específicos de la investigación son incrementar el nivel de satisfacción de
los usuarios, así también el de reducir el tiempo en los procesos académicos: matricula,
notas, asistencias, a fin de optimizar la gestión académica delcolegio.
CORRELACIÓN: En esta tesis utilizan el lenguaje de programación PHP y el gestor
de base de datos MySql el cual también yo utilizare.
TÍTULO: “Implementación de un Sistema Web para Optimizar la Gestión Académica
del Instituto de Educación Superior Tecnológico Público Fe Y Alegría 57 – Cefop”
AUTORES: Horacio Guillermo García
Berrios Julio César Haro Arroyo
PAÍS: Perú
FECHA: 2017
RESUMEN: La investigación es de tipo descriptivo, para el desarrollo del software se
utilizó la metodología RUP además se utilizó UML para el modelado, para el desarrollo
del software se utilizó PHP como el lenguaje de programación y MySql como gestor de
bases datos.
CORRELACIÓN: En la tesis mencionada usan PHP y My SQL, en mi proyecto

también usaré ese lenguaje de programación y esa base de datos.
1.2.3. ANTECEDENTES INTERNACIONALES
TÍTULO: Sistema Informático Web de control de gestión académica del Instituto

Superior Tecnológico Privado América - Chimbote
AUTOR: Calonge Veja, Eduardo Segundo
PAÍS: Perú
FECHA: 2017
RESUMEN: Esta es una investigación Descriptiva, para desarrollar el software se uso
la metodología Proceso Unificado Racional (RUP) también se utilizó el Lenguaje
20
Unificado de modelado (UML), para el proceso del software se utilizó el lenguaje de
codificación PHP y como administrador de Base de datos MySql.
CORRELACIÓN: En la tesis mencionada usan PHP y MySQL, en mi proyecto
también usaré ese lenguaje de programación y esa base de datos.
TÍTULO: "Sistema Informático Web de gestión académica del Instituto de Idiomas y

Lingüística de la Universidad San Pedro, 2017"
AUTOR: Regina Elvira Sing Galarreta
PAÍS: Perú
FECHA: 2017
RESUMEN: En el desarrollo se utilizó la metodología RUP que contiene las fases de
inicio, elaboración, construcción y transición, así también se utilizó el lenguaje de
modelado unificado (UML). Se consiguió implementar el aplicativo informático web de
gestión académica, para lo cual se establecieron encuestas y el estudio de la
documentación de los procesos de gestión académica para el Instituto de Idiomas con el
que se pudo así lograr un mejor control de los cursos del Instituto y reducir el tiempo
para la obtención de información tanto para el empleado como para los usuarios que
usen el sistema web.
CORRELACIÓN: Esta tesis de correlaciona con la mía ya que las dos implementaremos
un sistema de Gestión Académica, los objetivos son similares.
1.3. TEORIAS RELACIONADAS AL TEMA

1.3.1. GESTIÓN ACADÉMICA
Según la MINEDU – COLOMBIA, 2015, es un desarrollo sistemático que está orientado
al fortalecimiento de las instituciones educativas y a sus planes, con el fin de mejorar
los procesos pedagógicos, directivos, comunitarios y administrativos; conservando la
autonomía institucional, para responder de una manera más conforme, a las necesidades
educativas locales, regionales y mundiales.
1.3.2. APLICACIÓN WEB
Una aplicación web es cualquier aplicación que es accedida vía
web por una red como internet o una intranet. (Alegsa, 2016)
1.3.2.1. CARACTERISTICAS (Alegsa,2016)
 El beneficiario puede acceder sencillamente a estas aplicaciones empleandoun
navegador web (cliente) o similar.
21
 Si es por internet, el beneficiario puede entrar desde cualquier territorio delmundo
donde haya un acceso a internet.
 Pueden existir miles de beneficiarios pero una única aplicación instalada en un
servidor, por lo tanto se puede actualizar y mantener una única aplicación y todos
sus beneficiarios verán los resultadosinmediatamente.
 Utilizan tecnologías como Java, JavaFX, JavaScript, DHTML, Flash, Ajax... que
dan gran fuerza a la interfaz de usuario.
 Utilizan tecnologías que permiten una gran portabilidad entre distintas plataformas.
Por ejemplo, una aplicación web podría ejecutarse en un aparato móvil, en un
ordenador con Windows, Linux u otro sistema, en una consola de videojuegos, etc.
1.3.3. LMS
Para Sanchis, 2013, un LMS (Learning Managment System o Sistema de gestión del
aprendizaje) es una aplicación establecida en web la cual debe componer instrumentos
y recursos para gestionar, distribuir y controlar actividades de formación a través de
Internet. Se encarga primariamente de la gestión de los usuarios (alumnos, profesores
y administradores), materiales y movimientos de formación y rastreo del proceso de
aprendizaje de cada estudiante mediante evaluaciones e informes.
Son programas en los cuales se pueden gestionar y tramitar procesos de enseñanza –
aprendizaje mediante el uso integrado de diversas herramientas, ya sea para formación
no presencial o de ayuda para la enseñanza presencial, donde el estudiante es el propio
actor del proceso de enseñanza y tiene la posibilidad de vincularse a diferentes redes de
conocimiento. (Vicheanpanya, 2014)
1.3.4. OPEN SOURCE
Según Levin, 2013, es un modelo basado en la colaboración abierta de desarrollo de
software. En los beneficios prácticos es donde más se enfoca (acceso al código
fuente) que en asuntos éticas o de libertad que tanto se destacan en el software libre.
1.3.5. LENGUAJES DE PROGRAMACIÓN WEB
Notación o conjunto de símbolos y caracteres que se combinan entre sí siguiendo
las reglas de una sintaxis predestinada, con el fin de posibilitar la difusión de
conocimientos a un ordenador. (Peña Basurto , y otros, 2013)
1.3.5.1. PHP
22
Para Santa Maria, 2014, PHP es quizás el lenguaje más popular de programación web.
Es usado para optimizar páginas web. Con este lenguaje, puedes crear páginas de sesión
de inicio con usuario y contraseña, revisar los detalles de un formulario, crear foros,
galerías de imágenes, encuestas y mucho más.
 Ventajas: facilidad de implementación y ejecución.
 Desventajas: cierta lentitud, todo depende del entorno en que se haya instalado
el servidor. (Arias, 2017)
1.3.5.2. JAVASCRIPT
Lenguaje de guion del lado del cliente usado para navegador web. Se enfoca
fundamentalmente en auxiliar a los desarrolladores e interactuar tanto con la página
web como con el navegador mismo. (Dimes, 2015)
1.3.5.3. XML
Siglas de Extensible Markup Language, es un metalenguaje que proporciona una

sencilla manera de definición de lenguajes de etiquetas estructuradas, en otras palabras,
XML se puntualiza como un conjunto de reglas semánticas que nos admiten la
distribución de información de distintas maneras. (Castro Báez, 2013)
1.3.6. GESTOR DE BASE DE DATOS
Un gestor de base de datos (SGBD) es el nombre dado a un conjunto de
programas informáticos que gestionan una base de datos. (Benítez, y otros, 2017)
1.3.6.1. MYSQL
Es sistema gestor de base de datos relacional (RDBMS) de código

abierto, basado en lenguaje de consulta estructurado (SQL). (Rouse, 2015)
Ventajas:
 Velocidad al realizar operaciones.

 Costo bajo en requerimientos para la producción de bases de datos.
Facilidad de configuración y disposición. (Iruela,2016)
1.3.6.2. POSTGRESQL
Es un sistema de gestión de bases de datos relacionales orientadas a objetos, de fuente
abierta, que se desarrolló originalmente en el Departamento de Ciencias de la
Computación de Berkeley de la Universidad de California. es un servidor de base de
datos avanzado disponible en una amplia gama de plataformas, que van desde sistemas
23
operativos basados en Unix como Oracle Solaris, IBM AIX y HP- UX; Windows y
Mac OS X a Red Hat Linux y otras plataformas basadas en Linux. (Chauhan, 2015)
1.3.6.2.1. CARACTERISTICAS:
Es una base de datos 100% ACID.
 Soporta distintos tipos de datos: además del soporte para los tipos base, también
soporta datos de tipo fecha, monetarios, elementos gráficos, datos sobre redes
(MAC, IP ...), cadenas de bits, etc. También permite la creación de tipos propios.
Incluye herencia entre tablas, por lo que a este gestor de bases de datos se le
incluye entre los gestores objeto-relacionales.
Copias de seguridad en caliente (Online/hot backups)
Unicode
Juegos de caracteres internacionales
 Regionalización porcolumna
Multi-Version Concurrency Control (MVCC)
 Multiples métodos de autentificación
Acceso encriptado via SSL
SE-postgres
 Completa documentación
Licencia BSD
Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-UX, SGI
IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.
1.3.6.2.2. VENTAJAS
Ampliamente popular - Ideal para tecnologias Web.
 Fácil de Administrar.
 Su sintaxis SQL es estándar y fácil de aprender.
 Footprint bajo de memoria, bastante poderoso con una

configuración adecuada.
Multiplataforma.
24
 Capacidades de replicación de datos.
Soporte empresarial disponible.
Estabilidad y confiabilidad legendarias: En contraste a muchos sistemas de bases de

datos comerciales, es extremadamente común que compañías reporten que
PostgreSQL nunca ha presentado caídas en varios años de operación de alta
actividad. Ni una sola vez. Simplemente funciona.
 Extensible: El código fuente está disponible para todos sin costo. Si su equipo
necesita extender o personalizar PostgreSQL de alguna manera, pueden hacerlo con
un mínimo esfuerzo, sin costos adicionales. Esto es complementado por la
comunidad de profesionales y entusiastas de PostgreSQL alrededor del mundo que
también extienden PostgreSQL todos losdías.
 Multiplataforma: PostgreSQL está disponible en casi cualquier Unix (34
plataformas en la última versión estable), y una versión nativa de Windows está
actualmente en estado beta de pruebas.
 Diseñado para ambientes de alto volumen:
PostgreSQL usa una estrategia de almacenamiento de filas llamada MVCC para
conseguir una mucho mejor respuesta en ambientes de grandes volúmenes. Los
principales proveedores de sistemas de bases de datos comerciales usan también
esta tecnología, por las mismas razones.
1.3.6.2.3. DESVENTAJAS
 En comparación con MySQL es más lento en inserciones y actualizaciones, ya que
cuenta con cabeceras de intersección que no tiene MySQL.
 Soporte en línea: Hay foros oficiales, pero no hay una ayuda obligatoria.
 Consume más recursos que MySQL.
La sintaxis de algunos de sus comandos o sentencias no es nadaintuitiva.
1.3.6.3. SQL SERVER
Es un SGBD perteneciente a la compañía Microsoft. SQL Se encuentra disponible en
diferentes versiones que dependiendo de su ordenación y uso tendrán o no limitaciones,
es así que de modo general se tiene la versión Developer, Web, Express y Enterprise,
siendo esta ultima la versión completa. (Salazar, 2013)
1.3.7. LENGUAJE UNIFICADO DE MODELADO (UML)
Es un lenguaje de modelamiento para representar métodos y procesos, no es
programación, solo se diagrama una necesidad o requisito. (Gracia,2018)
25
1.3.8. METODOLOGÍA DE DESARROLLO
1.3.8.1. METODOLOGIA OOHDM
Modelo orientado a objetos de esquema de hipermedia. Se utiliza para esbozar tipos de

aplicaciones diferentes tales como: sitios Web, sistemas de información, kioscos
interactivos, presentaciones multimedia, etc. Es una mezcla de avance incremental e
renovado y apoyado en arquetipos de estilos. (Rossi, 2016)
Se ejecutan en una combinación de desarrollos incrementales, iterativos y apoyados en
prototipos. Durante cada actividad, se construye o enriquece un conjunto de tipos
orientados a objetos que describen preocupaciones de diseño particulares a partir de
iteraciones previas. También comprende diferentes actividades las cuales son cinco:
Obtención de Requerimientos, Diseño Conceptual, Diseño de Navegación, Diseño de
Interfaz Abstracta e Implementación. (Schwab, 2013)
OBTENCION DE REQUERIMIENTOS:
Los diagramas de cados de usos, los cuales son diseñados por los escenarios con la
finalidad de obtener de manera clara los requerimientos y acciones del sistema.
DISEÑO CONCEPTUAL:
Se construye un modelo del dominio de la aplicación, a través de las técnicas del
modelado orientado a objetos, se puede partir de un modelo E/R.
DISEÑO NAVEGACIONAL:
Para construir la estructura navegacional se debe tener en cuenta:
- Nodos que serán navegables, establecer los atributos que poseen y sus relaciones.
- Contextos en que el usuario navegará para organizar el espacio navegacional.
- Vistas de los objetos navegacionales.
- Estructuras que permitirán acceder a los nodos

DISEÑO DE INTERFAZ ABSTRACTA:
En esta etapa se define la forma en la que serán percibidos los objetos a través de la
interfaz de usuario y también la apariencia que tendrán.
IMPLEMENTACIÓN:
Es la última etapa, en la que, a partir de los modelos diseñados, se deben escoger las
correspondencias con los objetos concretos de la plataforma de implementación. Es una
etapa totalmente dependiente de la plataforma de implementación escogida.
26
1.4. FORMULACIÓN DEL PROBLEMA
¿Como influye la Aplicación Web en la Gestión Académica del Instituto de Educación
Superior Pedagógico Público Chimbote?
1.5. JUSTIFICACIÓN DEL ESTUDIO
1.5.1. JUSTIFICACIÓN TECNOLÓGICA
Se aprovechará adecuadamente los recursos tecnológicos, como la impresora, y las
laptos ubicadas en cada salón, dentro de la Institución.
1.5.2. JUSTIFICACIÓN OPERATIVA
La plataforma virtual tendrá un impacto positivo en la Gestión Académica del
Instituto, dado que permitirá disminuir el tiempo en los diferentes procesos.
1.5.3. JUSTIFICACIÓN SOCIAL
El sistema que se implementará brindará un servicio a los alumnos, pedagogos y personal
administrativo encargado de la Gestión Académica; lo cual mejorará la imagen de la
Institución Educativa Superior Pedagógica Chimbote.
1.5.4. JUSTIFICACIÓN ACADÉMICA
El proyecto representa la oportunidad de poner en práctica todos los conocimientos
obtenidos en la carrera de Ingeniería de Sistemas desde el 1er al 9no ciclo.
1.6. HIPÓTESIS
El Aplicativo Web mejorará la Gestión Académica del Instituto de Educación Superior
Pedagógico Público de Chimbote.
1.7. OBJETIVOS
1.7.1. OBJETIVOS GENERALES
Mejorar la Gestión Académica del Instituto de Educación Superior Pedagógico Público
mediante la Aplicación Web.
1.7.2. OBJETIVOS ESPECÍFICOS
 Reducir el tiempo de búsqueda de la matrícula de los alumnos del Instituto

Educativa Superior Pedagógico Público Chimbote.
 Disminuir el tiempo de registro de notas de los alumnos del Instituto Educativa
Superior Pedagógico Público Chimbote.
 Reducir el tiempo de obtención del reporte de notas de los alumnos del Instituto
Educativa Superior Pedagógico Público Chimbote.
 Aumentar el nivel de Satisfacción de los usuarios del Instituto Educativa Superior
Pedagógica Chimbote.
27
II. MÉTODO
28
2.1. DISEÑO DE INVESTIGACIÓN
2.1.1. TIPOS DE ESTUDIO
2.1.1.1. INVESTIGACIÓN APLICADA
Debido a que esta investigación pretende buscar la generación de conocimiento con

aplicación directa al problema, instituir y analizar las causas, eventos o fenómenos
enfocados a la problemática.
2.1.1.2. INVESTIGACIÓN DESCRIPTIVA
Esta investigación es descriptiva porque se observan los procesos dados y se describen
cada uno de ellos utilizando la metodología OOHDM en los proceso de la Gestión
Académica del IESPP Chimbote.
2.1.2. TIPO DE INVESTIGACIÓN

Pre Experimental: Porque se aplicará método de Pre Test y Post Test.
O1 O2
O1: Gestión Académica antes de la Aplicación web.
O2: Gestión Académica después de la Aplicación web.
X: Aplicación web
2.2. VARIABLES
2.2.1. VARIABLE INDEPENDIENTE
Sistema web
2.2.2. VARIABLE DEPENDIENTE
Gestión Académica
2.2.3. OPERACIONALIZACIÓN DE VARIABLES
29
TABLA 1: OPERACIONALIZACIÓN DE VARIABLES
DEFINICIÓN DEFINICIÓN ESCALA

VARIABLE INDICADORES DE
CONCEPTUAL OPERACIONAL
MEDICIÓN
Pruebas Unitarias
Herramientaque los
usuarios pueden utilizar Permitirá el acceso a
accediendo a un servidor web a la información RAZÓN
Aplicación
través de Internet o de una desde cualquier
web Pruebas de Integridad
intranet mediante de un lugar que nos
navegador.(Falgueras,2015) encontremos.
Es el conjunto de labores
Tiempo de búsqueda de matrícula.
realizadas por los actores de la
comunidad educativa, Son procesos
vinculadas con la tarea orientados a
fundamental que le ha sido Tiempo promedio de registro de notas.
promover y
Gestión asignada a la escuela para que fortalecer la RAZÓN
Académica los estudiantes aprendan formación Tiempo en la generación de reportes.
conforme a los fines, objetivos y académica del
propósitos de la educación estudiante.
básica. (SEP, 2010)
Nivel de satisfacción de los usuarios.
Fuente: (Balvis, 2018)
30
TABLA 2: INDICADORES
Nº Indicador Descripción Objetivo Técnica / Tiempo Modo de Calculo
Instrumento Empleado
1 𝑛𝑛𝑛 𝑛
1 Tiempo Promedio de Determina el tiempo Reducir el tiempo de Guía de Semanal 𝑛𝑛𝑛𝑛 = 𝑛=
búsqueda de matrícula. promedio que se emplea búsqueda de matrícula. Observación / n
(TPBM) para la búsqueda de Cronómetro TPBM = Tiempo Promedio de
matrícula. búsqueda de matricula.
TBM = Tiempo de búsqueda de
matricula.
n = Número de busquedas.
1 𝑛𝑛𝑛 𝑛
2 Tiempo Promedio de Determina el tiempo Reducir el tiempo de Guía de Mensual 𝑛𝑛𝑛𝑛 = 𝑛=
Registro de Notas promedio de que se registro de notas. Observación / n
(TPRN) emplea en el registro de Cronómetro TPRN = Tiempo Promedio de Registro
notas. de Notas.
TRN = Tiempo usado para el Registro
de Notas.
n = Número de registros
1 𝑛𝑛𝑛𝑛 𝑛
3 Tiempo promedio en la Determina el tiempo Reducir el tiempo de la Guía de Trimestral 𝑛𝑛𝑛𝑛𝑛 = 𝑛=
generación de Reportes promedio de la generación de reportes de Observación / n
de Notas. generación de reportes notas. Cronómetro TPGRN = Nivel de Satisfacción del
(TPGRN) de notas. Usuario.
TGRN = Usuario Satisfecho.
n = Número de reportes.
4 Nivel de satisfacción Determina el nivel de Incrementar la Encuesta / Semanal ∑𝑛 1 (𝑛𝑛)𝑛
del usuario de la satisfacción del usuario satisfacción del usuario Cuestionario 𝑛𝑛𝑛𝑛𝑛 = 𝑛=
institución educativa de la institución de la institución n
(NSUIE) educativa educativa. NSUIE = Nivel de satisfacción de los
usuarios de la institución educativa
SU = Satisfacción del usuario
n = Número de usuarios
31
2.3. POBLACION Y MUESTRA
2.3.1. FORMULACION DE LA POBLACIÓN Y MUESTRA
A. PARA LA POBLACIÓN(N) CONOCIDA.
ECUACIÓN 1: MUESTRA PARA LA POBLACIÓN CONOCIDA
NZ2pq
n=
(N − 1)E2 + Z2pq
Donde:
N:Tamaño de la Población. n: Tamaño de la Muestra.
z: 1.96(95% de confianza) Distribución Normal
p: Probabilidad de Éxito (0.5).
q: Probabilidad de Fracaso (0.5).
E: Error máximo que se tolera en las mediciones (0.05)
B. PARA AJUSTAR LA MUESTRA (N')
ECUACIÓN 2: AJUSTE DE MUESTRA

n
n′ = n
1+
N
Donde:
n’: Valor de Muestra Ajena.

n: Valor de la Muestra Estimada.
N: Población Muestral.
Nota: Se aplica cuando se conoce la población (n) y si n >32 caso contrario no se ajusta
es decir si n ≤ 32
32
2.3.2. PARA INDICADORES CUANTITATIVOS
INDICADOR 1: TIEMPO PROMEDIO DE REGISTRO DE BUSQUEDA DE
MATRICULA.
Actualmente la búsqueda de matrícula demora entre 20 a 35 minutos, habiendo 3 búsquedas

diarias.
3 busquedas 4
TBRA= 𝑛
𝑛𝑛𝑛𝑛 1 𝑛𝑛𝑛 1
𝑛𝑛𝑛𝑛𝑛𝑛
TPBRA = 12 búsquedas
Dado que la población (n) es menor a 32, entonces no se aplica la muestra.
INDICADOR 2: TIEMPO PROMEDIO DE REGISTRO DE NOTAS.
Actualmente el tiempo de registro de notas por cada alumno demora de 15 a 20 minutos, ya
que tienen que buscar hoja por hoja y por curso las notas del alumno. Se realizan registros de
notas diarias.
10registros 5
TPRN= 𝑛
𝑛𝑛𝑛𝑛 1 𝑛𝑛𝑛 1
𝑛𝑛𝑛𝑛𝑛𝑛
TPRN = 50 registros
Dado que la población (n) es mayor a 32, entonces se aplica la muestra.
INDICADOR 3: TIEMPO PROMEDIO EN LA GENERACIÓN DE REPORTES DE
NOTAS.
En la Institución la generación de cada reporte demora entre 30 a 45 minutos. Se hacen 1

reportes a la semana.
2 reportes
TPGRN =
1𝑛𝑛𝑛𝑛𝑛𝑛
TPGRN = 2 reportes
Dado que la población (n) es menor a 32, entonces no se aplica la muestra.
33
3.3.1. PARA INDICADORES CUANTITATIVOS
INDICADOR 4: NIVEL DE SATISFACCIÓN DEL USUARIO DE LA
INSTITUCIÓN EDUCATIVA.
La población corresponde al número trabajadores de la Institución de la Educación Superior

Pedagógico Chimbote, como se muestra en la tabla Nº 3.
TABLA 3: POBLACION
Nº Descripción Total
1 Encargada 1
2 Secretaria 2
3 Docentes 17
TOTAL 20
3.3.2. MUESTRA
I. CALCULO DE MUESTRA PARA INDICADORESCUANTITATIVOS
Indicador 1: Tiempo promedio de búsqueda de matrícula.
La población está conformado por 12 registros de matrícula siendo menor a 32 (N <32),

entonces se asume la población como muestra.
n=
Indicador 2: Tiempo promedio de registro de notas.
Reemplazando valores en la formula

(50)x(1.96) 2𝑛(0.5)𝑛(0.5)
𝑛1 =
(50 − 1)x(0.05) 2 + (1.96) 2𝑛(0.5)𝑛(0.5)
48,02
𝑛1=
1.0829
𝑛1 = 52 => n = 52 registro de notas
Reemplazando valores en la formula
52
𝑛′ = 52
1+ 55
n’ = 26,72 => n’ = 27 registro de notas
Indicador 3: Tiempo promedio en la generación de reportes de notas.

34
Se hace 2 reportes de notas semanales, siendo menor a 32 (N <32), entonces se asume la
población como muestra.
n=
Indicador 4: Nivel de satisfacción del usuario de la institución educativa.

La población está conformada por 20 responsables, siendo menor a 32 (N <32), entonces se
asume la población como muestra.
n=
TABLA 4: POBLACION Y MUESTRA
N° Indicadores Unidad de análisis N N

Tiempo promedio de
1 búsqueda de Registro de
matricula 12 12
matrícula.
2 Tiempo promedio de Registro de Notas

registro de notas 50 27
Tiempo promedio en la Generación de Reporte
3 generación de reportes de de Notas 2 2
notas.
Nivel de satisfacción del
4 usuario de la institución Personal del Instituto 20 20
educativa.
35
Interpretación:
- Tiempo promedio de búsqueda de matrícula: La unidad a analizar está

conformado por 12 Búsquedas.
- Tiempo promedio de registro de notas: La unidad a analizar está conformado por
27 registros de notas.
- Tiempo promedio en la generación de reportes de notas: La unidad a analizar
está compuesta por 2 reporte de notas.
- Nivel de satisfacción del usuario de la Institución Educativa La unidad a

analizar
está compuesta por 22 personal del instituto.
2.4. TECNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS,

VALIDEZ Y CONFIABILIDAD.
En el actual proyecto de indagación para obtener toda la información se necesita utilizar
las técnicas e instrumentos para el levantamiento de información las cuales son:
TABLA 5: TECNICA E INSTRUMENTO DE RECOLECCIÒN DE DATOS
Técnica Instrumento Fuente Informante

Gestión
Encuesta Cuestionario Personal
Académica
Observación Ficha de recolección Gestión
Personal
directa de datos (cronómetro) Académica
Autores de Tesis,
Resumen Fichas Bibliográficas Tesis, Internet artículos, páginas
de internet.
 Encuesta: Se realizaron las encuestas en escala de Likernet para obtener el nivel de
satisfacción del personal actualmente, sobre el manejo y procesos de la unidad de
gestión académica del instituto, y así saber el impacto que puede causar el nuevo
sistema.
 Observación: Se observó constantemente el comportamiento de los actores y

procesos que realizaron.
36
 Resumen: El uso de las fichas bibliográficas ayudara en el resumen, ya que apoya
temáticamente el desarrollo de este trabajo.
2.4.1. VALIDEZ Y CONFIABILIDAD DEL INSTRUMENTO

Para el presente trabajo de investigación se han empleado las siguientes técnicas e
instrumentos.
2.4.1.1. JUICIO DE EXPERTO
Se consideró la técnica de criterio de expertos en el tema para poder dar validez al
instrumento que se utilizó en la recolección de datos de la investigación.
2.4.1.2. ALPHA DE CRON BACH (1951)
El coeficiente alfa (α) se utilizó para probar la fiabilidad de la escala de medición usada
en la recolección de datos para esta investigación.
2.5. METODO DE ANALISIS DE DATOS

Para el análisis estadístico de los resultados se aplicará las siguientes pruebas
estadísticas y estadígrafos:
Resultados se empleará las siguientes pruebas estadísticas y estadígrafos:
ECUACIÓN 3: DESVIACION ESTANDAR
∑𝑛 (𝑛1 − )2
𝑛= √ 𝑛=1
𝑛−1
ECUACIÓN 4: MEDIA ARITMETICA

∑ 𝑛 𝑛𝑛
𝑛̅ = √ 𝑛=1
𝑛
ECUACIÓN 5: VARIANZA
𝑛
𝑛2 = ∑(𝑛 𝑛 − 𝑛) 2
𝑛=0
2.6. ASPECTOS ÈTICOS
A través de este trabajo de investigación, un principal aspecto ético es que todo

lo que se expresa es auténtico, así mismo se aplicó la objetividad e imparcialidad
con respecto a la información recolectada y resultados; de la misma manera, no
se detalló aspectos confidenciales que maneja la institución y/o personas
responsables de la gestión.
37
III. RESULTADOS
38
3.1. CALCULO PARA HALLAR EL NIVEL DE SATISFACIÒN DEL
PERSONAL ADMINISTRATIVO DEL INSTITUTO DE EDUCACION
SUPERIOR PEDAGÓGICO PÚBLICO CHIMBOTE.
A. DEFINICION DE VARIABLES
NSUIEA: Nivel de satisfacción de los usuarios del Instituto de Educación Superior

Pedagógico Publico Chimbote, antes de la implementación del Aplicativo Web.
NSUIED: Nivel de satisfacción de los usuarios del Instituto de Educación Superior

Pedagógico Publico Chimbote, después de la implementación del Aplicativo Web.
B. HIPÓTESIS ESTADÍSTICAS
HIPOTESIS NULA (H0): Nivel de satisfacción de usuarios con el sistema actual es

mayor o igual que el nivel de satisfacción de usuarios con la aplicación propuesta.
H0 = NSUIEA - NSUIED ≤ 0
HIPOTESIS ALTERNATIVA (HA): Nivel de satisfacción de usuarios con el sistema

actual es menor que el nivel de satisfacción de usuarios con la aplicación propuesta.
H0 = NSUIEA - NSUIED < 0
C. NIVEL DE SIGNIFICANCIA
El nivel de significancia (α) escogido para la prueba de hipótesis es del 5%, siendo: Se
aplicó una encuesta al personal administrativo. La cual ha sido tabulada, de manera que
se calculen los resultados obtenidos de acuerdo a los rangos que se presentan a
continuación.
TABLA 6: NIVEL DE SATISFACCION DEL PERSONAL ADMINISTRATIVO

RANGO NIVEL DE SATISFACCION PESO
TS Totalmente Satisfecho 5
S Satisfecho 4
NSNI Ni satisfecho Ni Insatisfecho 3
I Insatisfecho 2
TI Totalmente Satisfecho 1
39
A continuación, tenemos la relación del personal involucrada a interactuar con el
sistema.
TABLA 7: LEYENDA DE USUARIOS
DESCRIPCION CANTIDAD
Encargada 1
Secretarias 2
Docentes 17
Total 20

Los valores se calcularon en base a las respuestas dadas por el personal administrativo
descripto en la tabla anterior. Para realizar la ponderación correspondiente de las preguntas
aplicadas en la encuesta, de acuerdo a los rangos. A continuación, se muestran los
resultados.
Por cada pregunta se contabilizo la frecuencia de ocurrencia para cada una de las posibles
respuestas a las preguntas por cada encuestado. Luego se calcula el puntaje total y el
puntaje promedio utilizando la formula mencionada en la tabla de indicadores y para la
confiabilidad de datos se realizó una prueba piloto con el coeficiente de Alpha de
Cronbach.
40
TABLA 8: TABULACION DE PREGUNTAS A USUARIOS DEL INSTITUTO SUPERIOR PEDAGÓGICO PUBLICO CHIMBOTE –
PRE TEST
N° PREGUNTA PESO PUNTAJE PUNTAJE

TOTAL PROMEDIO
TS S NS I TI
(%)
NI
5 4 3 2 1
1 ¿Se encuentra satisfecho con el modo que se lleva a cabo los procesos de 0 0 7 13 0 47 2.35
gestión?
2 ¿Se encuentra satisfecho con el tiempo requerido en el registro de notas? 0 0 0 10 10 30 1.5
3 ¿Está de acuerdo con el tiempo invertido en la emisión de reportes? 0 0 2 10 8 34 1.7
4 ¿Está de acuerdo con el tiempo que se demora en entregarle las notas que 0 0 5 14 1 44 2.2
consulta?
5 ¿Está satisfecho con el procedimiento actual para gestionar la información de 0 0 11 5 4 47 2.35
los alumnos?
6 ¿Está satisfecho con el proceso actual de registro de información? 0 0 12 8 0 52 2.6
7 ¿Cree usted que el proceso de admisión y matricula brindada es de calidad? 2 6 9 3 0 67 3.35
8 ¿Cree que una Plataforma Virtual es importante para la Institución Educativa? 20 0 0 0 0 100 5
TOTAL NIVEL DE SATISFACCIÓN 801 2.63
Elaboración: (Balvis, 2018)
41
3.2. CALCULO PARA HALLAR EL NIVEL DE SATISFACCIÓN DEL
PERSONAL ADMINISTRATIVO DEL INSTITUTO DE EDUCACIÓN
SUPERIOR PEDAGÓGICO PUBLICO CHIMBOTE, CON EL SISTEMA
PROPUESTO.
En la encuesta realizada a los usuarios internos (ver anexo 8:Analisis de Resultados de
encuesta de satisfacción de personal administrativo del IESPPChimbote) han sido
tabulados de manera que se obtuvieron los resultados mostrados en la tabla 9.
Para finalizar se calcula el puntaje total por cada indicador con las formulas mostradas
anteriormente y para la confiabilidad de los datos se realizó una prueba piloto con el
coeficiente Alpha de Cronbach. A continuación, en la tabla 9 se muestran los resultados
del post test.
42
TABLA 9: TABULACIÓN DE PREGUNTAS A USUARIOS DEL INSTITUTO SUPERIOR PEDAGÓGICO PUBLICO
CHIMMBOTE– POST TEST
N° PESO PUNTAJE PUNTAJE

TOTAL PROMEDI
TS S NS I TI
PREGUNTA
O (%)
NI
5 4 3 2 1
1 ¿Se encuentra satisfecho con el modo que se lleva a cabo los procesos de 20 0 0 0 0 100 5
gestión?
2 ¿Se encuentra satisfecho con el tiempo requerido en el registro de notas? 15 5 0 0 0 95 4.75
3 ¿Está de acuerdo con el tiempo invertido en la emisión de los reportes? 20 0 0 0 0 100 5
4 ¿Está de acuerdo con el tiempo que se demora en entregarle las notas que 20 0 0 0 0 100 5
consulta?
5 ¿Está satisfecho con el procedimiento actual para gestionar la información de los 20 0 0 0 4 100 5
alumnos?
6 ¿Está satisfecho con el proceso actual de registro de información? 20 0 0 0 0 100 5
7 ¿Cree usted que el proceso de admisión y matricula brindada es de calidad? 20 0 0 0 0 100 5
8 ¿Cree que una Plataforma Virtual es importante para la Institución Educativa? 20 0 0 0 0 100 5
TOTAL DE NIVEL DE SATISFACCION 795 4.97
43
En la siguiente tabla (tabla 10) se aprecia la contrastación de resultados de las pruebas
realizadas en el pre y post test.
TABLA 10: CONTRASTACION ENTRE PRE TEST Y POST TEST
PRE TEST POST TEST

PREGUNTA Di
NSUIEA(i) NSUIED(i)
1 2.35 5 -2.65
2 1.5 4.75 -3.25
3 1.7 5 -2.8
4 2.2 5 -2.7
5 2.35 5 -2.65
6 2.6 5 -2.4
7 3.35 5 -1.64
8 5 5 0
TOTAL -18.09
FUENTE: TABLA N° 8 Y N° 9
Dónde:
NSUIEA: Nivel de satisfacción de los usuarios del Instituto de Educación Superior
Pedagógico Publico Chimbote, antes de la implementación del Aplicativo Web. NSUIED:
Nivel de satisfacción de los usuarios del Instituto de Educación Superior Pedagógico
Publico Chimbote, después de la implementación del Aplicativo Web.
FIGURA 1: DIFERENCIAS ENTRE NSUIEA Y NSUIED
FUENTE: TABLA N° 8 Y N° 9
Elaboracion: (Balvis, 2018)
44
Tenemos que:
Diferencia de Promedio
𝑛̅ = −16
Desviación estándar
𝑛 = 1,12122
Grado de Libertad
gl = 7
FIGURA 2: ZONA DE ACEPTACIÓN Y RECHAZO POR EL NIVEL DE
SATISFACCIÓN DE LOS USUARIOS DEL IEPPCHIMBOTE
Conclusión:
Puesto que T = -5,045 (T calculado) > Tα = 2,365 (T tabular), y estando en este valor en
la región de rechazo, se concluye que:
𝑛𝑛 = 𝑛𝑛𝑛𝑛𝑛𝑛 − 𝑛𝑛𝑛𝑛𝑛𝑛 ≥ 0
Se rechaza H0 y Ha es aceptada, por lo tanto, se prueba la validez de la hipótesis con el nivel

de error del 5% (α = 0.05), siendo la implementación de la aplicación propuesta una
alternativa al problema de investigación.
45
GRAFICO 1: NIVEL DE SATISFACCION DEL PERSONAL
3.3. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO DE BUSQUEDA DE

MATRICULO
TPBMA: Tiempo promedio de Búsqueda de matrícula, antes de la implementación del

Aplicativo Web.
TPBMD: Tiempo promedio de Búsqueda de matrícula, después de la implementación

del Aplicativo Web.
HIPOTESIS NULA (H0): Tiempo promedio de Búsqueda de matrícula con el sistema es

menor que el Tiempo promedio de Búsqueda de matrícula con la Aplicación Web
Propuesta.
H0 = TPBMA - TPBMD < 0
HIPOTESIS ALTERNATIVA (HA): Tiempo promedio de Búsqueda de matrícula con
el sistema, es mayor que el Tiempo promedio de Búsqueda de matrícula con la Aplicación
Web Propuesta.
Ha = TPBMA - TPBMD ≥ 0
46
El nivel de significancia (α) escogido para la prueba de hipótesis es del 5%. Por lo tanto
el nivel de confianza será del 95%.
E. DATOS TABULADOS
En la siguiente tabla se aprecia la contrastación de los resultados de las pruebas
realizadas en el Pre Test y Post Test.
PRE TEST POST TEST

N° TPBMA TPBMD Di
(segundos) (segundos)
1 1383 16 1367
2 1507 16 1491
3 1500 16 1484
4 1503 17 1486
5 1495 16 1479
6 1343 16 1327
7 1532 16 1516
8 2031 16 2915
9 1619 16 1603
10 1832 16 1816
11 1367 16 1351
12 2072 16 2056
Promedio 1673.66 16.08 1657.58
Dónde:
TPBMA: Tiempo promedio de Búsqueda de matrícula, antes de la implementación del
Aplicativo Web.
TPBMD: Tiempo promedio de Búsqueda de matrícula, después de la implementación
del Aplicativo Web.
FIGURA 3: DIFERENCIAS ENTRE TPBMA Y TPBMD
Fuente: Tabla N° 11
Elaboracion: SPSS Statistics V.23
47
Tenemos que:
𝑛̅ = 99,56
𝑛 = 265,723
Grado de Libertad
gl = 11
FIGURA 4: ZONA DE ACEPTACIÓN PARA EL TIEMPO DE BUSQUEDA DE
MATRICULA
Elaboración. (BALVIS, 2018)
Conclusión:
Puesto que T = 18,833 (T calculado) > Tα = 2,201 (T tabular), y estando en este valor en
la región de rechazo, se concluye que:
= 𝑛𝑛𝑛𝑛𝑛 − 𝑛𝑛𝑛𝑛𝑛 ≥0
48
Se rechaza H0 y Ha es aceptada, por lo tanto, se prueba la validez de la hipótesis con el
nivel de error del 5% (α = 0.05), y se tiene que el tiempo de búsqueda de promedio es
menor con el sistema propuesto.
GRAFICO 2: TIEMPO DE BUSQUEDA DE MATRICULA
3.4. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO DE REGISTRO DE

NOTAS.
TPRNA: Tiempo promedio de Registro de notas, antes de la implementación del

Aplicativo Web.
TPRND: Tiempo promedio de Registro de notas, después de la implementación del

Aplicativo Web.
HIPOTESIS NULA (H0): Tiempo de Registro de notas con el sistema es menor que el
Tiempo promedio de Búsqueda de matrícula con la Aplicación Web Propuesta.
H0 = TPRNA - TPRND < 0
HIPOTESIS ALTERNATIVA (HA): Tiempo promedio de Registro de notas con el
sistema, es mayor que el Tiempo promedio de Búsqueda de matrícula con la Aplicación
Web Propuesta.
Ha = TPBMA - TPBMD ≥ 0
49
El nivel de significancia (α) escogido para la prueba de hipótesis es del 5%. Por lo tanto
el nivel de confianza será del 95%.
E. DATOS TABULADOS
TABLA 12: CONTRASTACIÓN ENTRE PRE TEST Y POST TEST
PRE TEST POST TEST

N° TPRNA TPRND Di
1 993 60 873
2 999 59 940
3 1098 58 1040
4 1138 59 1079
5 936 59 877
6 1027 60 967
7 1143 60 1083
8 1027 59 968
9 1083 60 1023
10 928 59 869
11 1040 60 980
12 902 59 843
13 1128 59 1069
14 1059 60 999
15 947 58 889
16 1078 59 1019
17 1010 59 951
18 902 58 844
19 918 60 858
20 1070 59 1011
21 1010 59 951
22 1072 58 1014
23 718 58 660
24 1010 59 951
25 950 58 892
26 1130 58 1072
27 959 58 901
Promedio Total 1008 59 949
Elaboracion: (BALVIS, 2018)
50
Dónde:
TPRNA: Tiempo promedio de Registro de notas, antes de la implementación del

Aplicativo Web.
TPRND: Tiempo promedio de Registro de notas, después de la implementación del

Aplicativo Web.
FIGURA 5: DIFERENCIAS ENTRE TPRNA Y TPRND
Elaboracion: SPSS Statistics V.23
Tenemos que:
𝑛̅ = 729,29
𝑛 = 97,256
Grado de Libertad
gl = 26
FIGURA 6: ZONA DE ACEPTACIÓN PARA EL TIEMPO DE REGISTRO DE
NOTAS
Co
nclusión:
51
Puesto que T = 39,083 (T calculando) > Tα = 2,055 (T tabular) ,y estando en este valor
en la región de rechazo, se concluye que:
Hα =TPRNA – TPRND ≥ 0

nivel de error del 5% (α = 0.005), y se tiene que el tiempo de registro de notas es menor
con la aplicación propuesta.
GRAFICO 3: TIEMPO DE REGISTRO DE NOTAS
3.5. CÁLCULO PARA HALLAR EL TIEMPO PROMEDIO EN LA

GENERACION DE REPORTES DE NOTAS
A. DEFINICIÓN DE VARIABLES:
TPGRNA: Tiempo promedio en la Generación de Reportes de notas antes de la
implementación del Aplicativo Web.
TPGRND: Tiempo promedio en la Generación de Reportes de notas después de la

B. HIPÓTESIS ESTADÍSTICAS:
HIPÓTESIS NULA (H0): Tiempo promedio en la Generación de Reportes de notas con

el Sistema Actual, es menor que el tiempo promedio en la Generación de Reportes de
notas con el Aplicativo Propuesto.
H0 =TPGRNA – TPGRND < 0
52
HIPÓTESIS ALTERNATIVA (Ha): Tiempo promedio en la Generación de Reportes
de notas con el Sistema Actual, es mayor que el tiempo promedio en la Generación de
Reportes de notas con el Aplicativo Propuesto.
Hα =TPGRNA – TPGRND ≥ 0
C. NIVEL DE SIGNIFICANCIA:
El nivel de significancia (α) escogido para la prueba de hipótesis es del 5%. Por lo tanto,
el nivel de confianza será 95%
D. DATOS TABULADOS


N° PRE TEST POST TEST Di
TPGRNA TPGRND
1 2107 10 2097
2 2262 10 2252
Promedio Total 2184.5 10 2174.5
Dónde:
TPGRNA: Tiempo promedio en la Generación de Reportes de notas antes de la
TPGRND: Tiempo promedio en la Generación de Reportes de notas después de la

FIGURA 7: DIFERENCIAS ENTRE TPGRNA Y TPGRND
Tenemos que:
53
𝑛̅ = 1821,42
σ = 322,403
Grado de Libertad
𝑛𝑛 = 1
FIGURA 8: ZONA DE ACEPTACIÓN PARA EL TIEMPO EN LA
GENERACION DE REPORTES DE NOTAS
Fuente: StatKey
Conclusión:
Puesto que T = 23,299 (T calculado) > Tα = 12,706 (T tabular), y estando en este valor
en la región de rechazo, se concluye que:
Hα =TPGRNA – TPGRND ≥ 0

nivel de error del 5% (α = 0.005), y se tiene que el tiempo en la generación de reportes
de notas es menor con la aplicación propuesta.
54
GRAFICO 4: TIEMPO EN LA GENERACIÓN DE REPORTES DE NOTAS
PRE TEST
55
IV. DISCUSIÓN
56
4.1. DISCUSION:
Durante el desarrollo del presente proyecto e investigación, se utilizaron encuestas y guías
de observación, como fuentes para obtener los datos que fueron contrastados en el Pre
Test y Post test.
El proyecto de investigación titulado: ¨Implementación de un Sistema Web para

Optimizar la Gestión Académica del Instituto de Educación Superior Tecnológico
Publico Fe y Alegría 57 – Cefop¨, (GARCIA & HARO) fue seleccionado como
antecedente nacional y marco de referencia para el desarrollo del presente proyecto.
De lo cual podemos comparar:
En la metodología usada en la tesis de Garcia & Haro utilizaron Rup, en cambio esta tesis
se utilizó la metodología OOHDM, esta metodología se utiliza para esbozar tipos de
aplicación Web, y es más corta que la metodología rup, la cual mejorar la redacción ocupa
más tiempo.
En la licencia la tesis de Garcia & Haro compraron una licencia, la cual implica costos
muy altos, en cambio en esta tesis se utilizaron software libres el cual es más confiable y
seguro que el privativo, puesto que las universidades suelen tener un gran número de
ordenadores, la posibilidad de tener altos niveles de seguridad es una ventaja.
57
V. CONCLUSION
58
5.1. CONCLUSIÓN:
La implementación del aplicativo web mejoro la gestión académica del Instituto de
Educación Superior Pedagógico Público Chimbote, concluyendo con lo siguiente:
1. El nivel de satisfacción de los usuarios de IESPP, en una escala de 1 a 5 puntos

(100%), con el sistema antiguo era de 2.63 puntos, el cual indicaba 52.6% de nivel
de satisfacción. Con la implementación del Aplicativo Web se obtuvo 4.96 puntos,
el cual indica un 99.4% en el nivel de satisfacción en 2.33 puntos que indica un
46.6% más con la implementación del aplicativo web.
2. El tiempo promedio de Búsqueda de Matricula con el sistema antiguo era de
1673.66 puntos (100%), y con la aplicación actual se obtuvo un promedio de
16.08 segundos (1%). Concluyendo que el tiempo en que se realiza la búsqueda
de matrícula se reduce en 1657.58 segundo (99%), lo cual comprende una
reducción de tiempo notable con la aplicación Web.
3. El tiempo promedio de Registro de Notas con el sistema antiguo era de 1008
segundos (100%) y con la aplicación actual se obtuvo un promedio de 59 segundos
(5.85). Concluyendo que el tiempo de registro de notas tiene una reducción de 949
segundos (94.15%) con la aplicación Web.
4. El tiempo promedio de la Generación de Reportes de Notas con el sistema antiguo
era de 2204.18 segundos (100%) y con la aplicación actual se obtuvo un promedio
de 10 segundos (17.37%). Concluyendo que el tiempo de respuesta ante de la
Generación de Reportes de Notas comprende una reducción notable de 2195
segundos (82.63%) con la aplicación web.
59
VI. RECOMENDACION
60
6.1. RECOMENDACIÓN:
Respecto a la Búsqueda de matrícula:
− Antes de realizar la búsqueda deben haber registrado a todos los alumnos del instituto.
Respecto al Registro de notas:
− El Registro de Notas que anteriormente se guardan en archivos de Excel sean migrados

al sistema con la finalidad de tener una información completa y segura.
− Se sugiere plazos y tiempos perentorios para el ingreso de notas al sistema por parte de
docentes, a fin de tener una información actualizada que permita optimizar los reportes
que tiene el sistema.
Respecto a la Generación de Reportes de Notas:
− Antes de realizar los reportes de notas, las notas que se ingresaron al sistema por parte
de los docentes sean corroboradas por la Unidad de Investigación Académica, a fin de
dar un control de calidad en los reportes que proporciona elsistema.
61
VII. REFERENCIAS
BIBLIOGRAFICAS
62
REFERENCIAS BIBLIOGRAFICAS
Alegsa.2016. [en línea] Febrero de 2016. [Citado el: 14 de Julio de 2018]
http://www.alegsa.com.ar/Dic/aplicacion_web.php
ARIAS, MIGUEL ANGEL.2017.Aprende programación web con PHP

MYSQL.2017.978−1544106007
Benítez, Miguel A. y Arias, Ángel. 2017. Curso e introducción a la administración de

base de datos. 2da Edición. s.l. : ITcampus Academy, 2017 849−1542964890.
Canellas Mayor Alicia.2014.LMS y LCMS: Funcionalidades y finalidades. [en línea]

febrero de 2014. [Citado el:14 de Julio de 2018]
http://www.centrocp.com/lms−y−lcms−funcionalidades−y−beneficion/
Castro Baez, Francisco. 2013. Lenguaje XML. España : Elearning S.L, 2013.
978−84−16424−56−6.
COLOMO, Palacio Recardo. 2014. Agile Estimation Techniques and Innovate

Approaches to Software Process Improvement. S.l. : IGI Global,2014.
Chauhan, Chitij. 2015. PostgresSGL Cookbook. 2015. 978−1−78355−533−8.
Dimes, Troy. 2015. JavaScript. Guía de aprendizaje para el lenguaje de Programación.

s.l : Balbelcube, Inc. , 2015. s/n.
Horacion Guillermo y Haro Arroyo.2017. ¨Implementación de un Sistema Web para

optimizar la Gestión Académica del instituto de Educación Superior Tecnológico Publico
Fe y Alegría 57 – Cefop¨
Iruela, Juan. 2016. Los gestores de bases de datos más usados. [En línea] 2016.
https://revistadigital.inesem.es/informatica–y–tics/los–gestores–de–bases–de–datos–
mas–usados/.
Peña Basurto, Marco A. y Cela Espín, José M. 2013. Introducción a la programación

en C. Catalunya : Ediciones UPC, 2013. 84–9301–429–7.
PRESSMAN, Roger. 2011. Ingeniería del software, un enfoque practico. España:

McGraw– Hlll,2011.
Rouse, Margaret. 2015. Guía Esencial: Las bases de datos dan soporte a las tendencias
de Tl. 2015.
63
Salazar, Francisco. 2013. Aprenda SQL Server 2012. México: Marcombo, 2013.
8426719805.
Sanchiz, Rafa. 2013. Análisis comparativo de LMS. 2013.
SANTORO, Xavier. 2015. Tecnología, cada vez más inmersa en la Salud. [En línea]
2015. [Citado el: 5 de 5 de 2018]
https://www.camaralima.org.pe/repositoriaps/0/0/par/r7800.2/infestp.pdf.
SAPAG, Nassir. 2011. PROYECTOS DE INVERSION Formulación y Evaluación.

Santiago de Chile: PEARSON, 2011. 978–956–343–107–0.
SBS. 2015. Tasa Interna de Retorno (TIR). [En línea] 2015. [Citado el: 15 de 11 de
2017.] http://www.sbs.gob.pe/.
Schawb.2013.Modelo OOHDM. [En línea] 2013. [Citado el :14 de 07 de 2018]
THOMAS, Pablo Javier. 2011. Análisis comparativo de estimación de esferzos en el

desarrollo de software. S.l : En XVll Congreso Argentino de Ciencias de la Computación,
2011.
UCAÑAN, Roger. 2015. Cálculo de la relación Beneficio Coste (B/C). [En línea] 2015.
[Citado el: 15 de 11 de 2017.] https://www.gestiopolis.com/calculo–de–la–relacion–
beneficio–coste/.
Vicheanpanya. Jiracha. 2014. E–Learning Management System Model for Thai Society.
2014.
64
VIII. ANEXOS
65
ANEXO 1: ENCUESTA PARA LA SELECCION DE LA METODOLOGIA
ENCUESTA PARA LA SELECCIÓN DE METODOLOGÍAS DE DESARROLLO DE SISTEMAS

ENCUESTA A EXPERTOS PARA PODER DETERMINAR LA METODOLOGÍA DE DESARROLLO DE
SOFTWARE
APELLIDOS Y NOMBRES:
PROFESIÓN:
EMPRESA:
N° CIP:
CARGO:
INSTRUCCIONES: LEA EL TITULO CON ATENCIÓN:

TÍTULO: “Aplicación Web para la Gestión Académica del Instituto de Educación Superior
Pedagógico Público Chimbote”
Lleneel siguientecuadroyvalorelasmetodologíasexpuestasponderandolamásapropiada
para solucionar elproblema.
IMPACTO VALOR
Muy baja 1
Var Descripción Baja 2
C1 Tiempo de Desarrollo Media 3
C2 Accesibilidad a la información Alta 4
C3 Grado de conocimiento de la metodología Muy alta 5
C4 Aplicabilidad
C5 Experiencia
CRITERIO ->
C1 C2 C3 C4 C5
METODOLOGÍA
OOHDM
XP
SCRUM
Firma del encuestado
66
ANEXO 2: ENCUESTA DE SELECCIÓN DE METODOLOGIA 01
67
ANEXO 3: ENCUESTA DE SELECCIÓN DE METODOLOGIA 02
68
ANEXO 4: ENCUESTA DE SELECCION DE METODOLOGIA 03
69
ANEXO 5: VALIDACION DE ENCUESTAS
Se compararon 3 metodologías de desarrollo web, las cuales fueron analizadas por
expertos para seguir con el proceso de selección y desarrollar el sistema web propuesto.
0.15 0.15 0.2 0.2 0.3 1
ENCUESTADO METODOLOGÍA
C1 C2 C3 C4 C5
Ing. Guevara Ruiz Ricardo

Manuel 5 5 3 4 2
Ing. Díaz Pulido José Arturo OOHDM 3 2 5 5 5
Ing. Suarez Rebaza Camilio

Ernesto 4 3 4 5 5
Promedio 4 3.3 4 4.6 4 3.9

Manuel 3 4 3 4 2
Ing. Díaz Pulido José Arturo XP 1 1 2 3 3
Ing. Suarez Rebaza Camilo

Ernesto 3 2 1 3 2
Promedio 2.3 2.3 2 3.3 2.3 2.4

Manuel 3 3 2 2 2
Ing. Díaz Pulido José Arturo SCRUM 3 3 2 1 1
Ing. Suarez Rebaza Camilo

Ernesto 3 2 2 1 1
Promedio 3 2.7 2 1.3 1.3 2.1
Para la evaluación de selección se tomaron en cuenta 5 criterios claves:
Var Descripción
C1 Tiempo de Desarrollo
C2 Accesibilidad a la información
C3 Grado de conocimiento de la metodología
C4 Aplicabilidad
C5 Experiencia
70
Y para la validación se tomo un rango de 1 a 5 tomando en cuenta el impacto:
IMPACTO VALOR
Muy baja 1
Baja 2
Media 3
Alta 4
Muy Alta 5
71
ANEXO 6: INSTRUMENTO
ENCUESTA PARA MEDIR LA SATISFACCION DEL PERSONAL CON RESPECTO A LA GESTION
ACADEMICA DEL INSTITUTO DE EDUCACION SUPERIOR PEDAGÓGICO PÚBLICO CHIMBOTE
INSTRUCCIONES: Lea atentamente las preguntas mostradas a continuación y marque con un aspa la
alternativa que más se ajuste a su respuesta de acuerdo con la siguiente escala de valoración.
1. ¿Se encuentra satisfecho con el modo que se lleva a cabo los procesos de gestión?
Totalmente satisfecho tisfecho satisfecho ni insatisfecho

Sa Ni
Insatisfecho To talmente insatisfecho
2. ¿Se encuentra satisfecho con el tiempo que requiere para el registro de notas?
Totalmente satisfecho tisfecho satisfecho ni insatisfecho

Sa Ni
Insatisfecho Totalmente insatisfecho
3. ¿Está de acuerdo con el tiempo invertido en la emisión de losreportes?
Totalmente satisfecho atisfecho satisfecho ni insatisfecho

S Ni
4. ¿Está de acuerdo con el tiempo que se demora en entregarle las notas que consulta?
Totalmente satisfecho Satisfecho Ni satisfecho ni

insatisfecho
5. ¿Está satisfecho con el procedimiento actual para gestionar la información delos

alumnos?
Totalmente satisfecho Satisfecho Ni satisfecho ni

insatisfecho
6. ¿Está satisfecho que el proceso actual de registro de información es eficiente?
Totalmente insatisfecho Satisfecho satisfecho ni insatisfecho

N
7 ¿Cree usted que el proceso de admisión y matricula brindada es de calidad?
Totalmente satisfecho Satisfecho Ni atisfecho

s ni insatisfecho
8 ¿Cree que una Plataforma Virtual es importante para la InstituciónEducativa?
72
Totalmente satisfecho Satisfecho satisfecho ni insatisfecho
Ni
73
ANEXO 7: VALIDACIÓN DEL INSTRUMENTO
74
75
76
77
ANEXO 8: INSTRUMENTO GUIA DE OBSERVACION
FACULTAD DE INGENIERÍA DE SISTEMAS
ESCUELA PROFESIONAL DE SISTEMAS
78
Hora de Tiempo de
N° Fecha Hora de inicio
término demora (Min)
1
2
3
4
5
6
7
8
9
10
79
Hora de Tiempo de
N° Fecha Hora de inicio
término demora (Min)
1
2
3
4
5
6
7
8
9
10
80
ANEXO 9: CONFIABILIDAD DE LOS DATOS
81
SATISFACCION DE PERSONAL ADNINISTRATIVO DEL IESPPCHIMBOTE
– PRE TEST
NI
2. ¿Se encuentra satisfecho con el tiempo requerido en el registro de notas?
NI
82
3. ¿Está de acuerdo con el tiempo invertido en la emisión de los reportes?
NI
4. ¿Está de acuerdo con el tiempo que se demora en entregarle las notas que consulta?
5%
NI
83
5. ¿Está satisfecho con el procedimiento actual para gestionar la información de los
alumnos?
NI SATISFECHO
6. ¿Está satisfecho con el proceso actual de registro de información?
NI SATISFECHO
84
NI SATISFECHO
8 ¿Cree que una Plataforma Virtual es importante para la Institución Educativa?
100%
85
ANEXO 11: ANALISIS DE RESULTADOS DE ENCUESTA DE SATISFACCIÓN
DE PERSONAL ADMINISTRATIVO DEL IESPPCHIMBOTE – POST TEST
1. ¿Se encuentra satisfecho con el modo que se lleva a cabo los procesos degestión?
100%
2. ¿Se encuentra satisfecho con el tiempo requerido en el registro de notas?
85
3. ¿Está de acuerdo con el tiempo invertido en la emisión de los reportes?
100%
4. ¿Está de acuerdo con el tiempo que se demora en entregarle las notas queconsulta?
100%
86
5. ¿Está satisfecho con el procedimiento actual para gestionar la información de losalumnos?
100%
6. ¿Está satisfecho con el proceso actual de registro de información?
100%
87
100%
8 ¿Cree que una Plataforma Virtual es importante para la Institución Educativa?
100%
88
ANEXO 12: METODOLOGIA OOHDM
8.1. DESARROLLO DE LA METODOLOGIA

8.1.1. FASE I: OBTENCION DEREQUERIMIENTOS
MODELO DEL NEGOCIO
Muestra el desarrollo de los procesos actuales en el Área de Investigación Académica del

Instituto de Educación Superior Pedagógico Publico Chimbote – Ancash, con respecto a los
tiempos de matrícula, búsqueda de notas, asistencias, generación de reportes y la satisfacción
del personal, para luego ser mejorados mediante la implementación del sistema web.
REGLAS DEL NEGOCIO
TABLA 14: REGLAS DEL NEGOCIO
REGLA DESCRIPCION DE REGLA DE NEGOCIO

GESTIONAR MATRICULA:
RN1 La secretaria matricula al alumno después de haber cancelado la
matricula.
RN2 La Secretaria solicita todo los datos necesarios para matricularlo.
RN3 La Secretaria registra el horario de clases, lo imprime y entrega.
GESTIONAR ASISTENCIA:
RN3 La secretaria entrega a los profesores la lista de alumnos.
RN4 El profesor llama asistencia y marca a los que han asistido.
RN5 Al finalizar la clase el profesor debe entregar el registro de asistencia
a la Secretaria.
GESTIONAR REPORTES:
RN6 La encargada debe generar el reporte de notas por semestre.
RN7 La encargada debe generar un cronograma de actividades.
RN8 La encargada debe generar el reporte Académico de cada alumno.
GESTIONAR NOTAS:
RN9 El docente después de cada evaluación registra la nota de los
89
RN10 El docente escoge los criterios a evaluar
RN11 El docente entrega el registro de notas a la encargada.
PROCESOS ACADÉMICOS
RN12 La encargada debe organizar los horarios.
RN13 La encargada debe seleccionar al personal docente.
RN14 La encargada debe separar las aulas para los diferentes docentes.
OBJETIVOS DEL NEGOCIO

FIGURA 9: OBJETIVOS DEL NEGOCIO
Fuente: (Rational Rose 7.0.0.0)
ACTORES Y TRABAJADORES DEL NEGOCIO
Se exponen a continuación a los actores pertenecientes del Negocio:
FIGURA 10: ACTORES Y TRABAJADORES DEL NEGOCIO
JEFA SECRETARIA DOCENTE ALUMNO PADRE DE FAMILIA
90
DESCRIPCION DE ACTORES Y TRABAJADORES
TABLA 15: TABLA DE ACTORES Y TRABAJADORES
SIMBOLOGIA NOMBRE DESCRIPCION

Se encarga de supervisar y
gestionar los procesos
como el registro de horario
UNIDAD ACADEMICA
JEFA de clases, selección de
personal docente y emisión
de boleta de notas.
Persona encargada de los

procesos de matrícula.
SECRETARIA
PERSONAL
Persona encargada de
recopilar información del
alumno como el registro de
asistencias y notas.
DOCENTE
Persona a quien se le
ALUMNO brinda el servicio
académico.
ALUMNO
Persona encargada de
PADRE DE FAMILIA hacer la matrícula del
alumno.
PADRE DE FAMILIA
Fuente : IEPPChimbote
91
DIAGRAMA DE CASO DE USO DEL NEGOCIO
FIGURA 11: DIAGRAMA DEL CASO DE USO DEL NEGOCIO
Gestionar Matricula
SECRETARIA
ALUMNO
Gestionar Reportes
Procesos Academicos
JEFA
Gestionar Asistencias
PADRE DE FAMILIA
DOCENTE
Gestionar Notas

92
DESCRIPCION DE CASO DE USO DEL NEGOCIO
TABLA 16: CASO DE USO - GESTIONARREPORTES
Nombre del Caso de Uso: Gestionar Reportes

Actores o - Jefa de Área
Trabajadores - Secretaria
SECRETARIA
Diagrama
Gestionar Reportes
JEFA
El caso de uso inicia cuando la jefa o la secretaria, selecciona el

Descripción
proceso académico que desea,
TABLA 17: CASO DE USO - GESTIONAR MATRÍCULA
Nombre del Caso de Uso: Gestionar Matricula

Actores o - Secretaria
Trabajadores - Padre de Familia
Diagrama
El caso de uso inicia cuando la secretaria realiza un registro de matrícula;

solicita datos del alumno, para poder finalmente emitir una ficha de
Descripción
matrícula en la cual se encuentre los horarios y docentes a cargo de sus
cursos.
93
TABLA 18: CASO DE USO - GESTIONAR PROCESOS ACADEMICOS
Nombre del Caso de Uso: Gestionar Procesos Academicos

Actores o
- Jefe
Trabajadores
Diagrama
El caso de uso inicia cuando la Jefa del Área de Investigación Académica

Descripción
se encarga de los registros de aulas, asignaturas, personal, y horarios.
TABLA 19: CASO DE USO - GESTIONAR ASISTENCIAS
Nombre del Caso de Uso: Gestionar Asistencias

- Docente
Actores o
- Alumno
Trabajadores
- Padre de Familia
Diagrama
El caso de uso inicia cuando el docente llama por lista a los alumnos
y registra su asistencia de acuerdo al día. La secretaria se encarga de
Descripción
generar los reportes de asistencia para poder ver que alumnos están
faltando y llamarlos para conversar con ellos.
94
TABLA 20: GESTIONAR NOTAS
Nombre del Caso de Uso: Gestionar Notas

- Docente
Actores o
- Padre de Familia
Trabajadores
- Alumno
Diagrama
El caso de uso inicia cuando el docente registra notas conforme a las

Descripción actividades realizadas. Para así difundirlas a los alumnos cuando las
soliciten o por medio de la boleta de notas al final del semestre.
95
DIAGRAMA DE ACTIVIDADES POR CASO DE USO
FIGURA 12: GESTIONAR REPORTES
Jefa Docente
Revisa los
Regist...
Selecciona
el proceso
¿La información
está completa? Llenar inform acion
faltante
Transcribe los
datos a arch...
Em ite impresion de
hoja de calculo

96
FIGURA 13: DIAGRAMA DE ACTIVIDADES - GESTIONAR MATRICULA
Secretaria
Requiere datos
del alumno
Transcribe
en excel
Saca impresion a
hoja de calcula

97
FIGURA 14: DIAGRAMA DE ACTIVIDADES – GESTIONAR ASISTENCIA
Saca impresion de la
lista de los alumnos
Llama asistencia por

el orden de la lista
¿El alumno esta NO Escribe "F"

en clase?
si faltó
SI
Escribe "A" si
asistió

98
FIGURA 15: DIAGRAMA DE ACTIVIDADES - GESTIONAR NOTAS
Docente
Saca impresion de la lista de

alumnos con los criterios de notas
Busca en la
lista al alumno
Llena la nota segun

los criterios
¿Acabo el
Suma, divide y saca

el promedio final

99
MODELO DE OBJETOS DEL NEGOCIO
FIGURA 16: DIAGRAMA DE OBJETO DEL NEGOCIO - GESTIONAR
REPORTES
Modificar
Leer Procesos Académicos
DOCENTE
Crear
JEFA
Reporte

FIGURA 17: DIAGRAMA DE OBJETOS - GESTIONAR MATRICULA
registrar y actualizar
Registrar, Actualizar Registro de Matricula

SECRETARIA
ALUMNO
RegistroHorario

100
FIGURA 18: DIAGRAMA DE OBJETOS - GESTIONAR PROCESOS ACADEMICOS
registrar, actualizar
JEFA
Horarios
Cursos registrar
asignar, actualizar
Personal Docente
Aulas

FIGURA 19: DIAGRAMA DE OBJETOS - GESTIONAR ASISTENCIAS
leer
RegistroAlumno
DOCENTE
ALUMNO
leer
RegistroAsistencia
emite, verifica
SECRETARIA
ReporteAsistencia

101
FIGURA 20: DIAGRAMA DE OBJETOS - GESTIONAR NOTAS

102
MODELO DE DOMINIO
103
MODELO DE REQUERIMIENTOS
REQUERIMIENTOS FUNCIONALES
En la Aplicación Web el usuario puede:
Modulo Seguridad:
- Iniciar Sesión
Modulo Gestionar Matricula:
- Registrar Matricula
- Registrar Alumno
- Buscar Alumno
- Buscar Matricula
Modulo Gestionar Proceso Académico:
- Registrar Horarios de Clases

- Registrar Asignaturas
- Buscar Aulas
- Buscar Personal
Modulo Gestionar Asistencia:
- Registrar Asistencia del alumno

- Registrar Justificación del Alumno
Modulo Gestionar Notas:
- Registrar Notas
- Registrar Criterios de evaluación
Modulo Reportes:
- Exportar Reportes en formato Excel

- Imprimir Reportes
- Reporte de los apoderados o alumnos que realizaron la matricula
- Reporte de alumnos matriulados
104
- Reporte de asistencia
- Reporte de Notas
Ambiente físico
- La aplicación web estará alojada en un hosting.

- Se accederá a la aplicación web mediante cualquier navegador web.
Usuarios y Factores Humanos
- La aplicación será utilizada por el Jefe y La Secretaria del Área de Investigación

Académica.
REQUERIMIENTOS NO FUNCIONALES
Interfaz:
- La aplicación web debe tener una interfaz sencilla y agradable, con un diseño que no sea
complejo de tal manera que sea entendible para la manipulación del usuario.
Datos
- El sistema web debe validar los datos de acceso.

Recursos:
TABLA 21: RECURSOS
Cliente Servidor
Software Hardware
Core i5 o
SO Windows 7 Procesador
superior
SGBD MySQL
Google Chrome, Mozilla RAM 4GB
Navegadores
Firefox
Rendimiento:
- El sistema debe tener una velocidad alta de procesamiento y respuesta ante las solicitudes
del usuario.
105
- Disponibilidad inmediata cuando lo requiera el usuario.
Seguridad:
- El sistema deberá establecer jerarquías de roles, permitiendo el acceso a privilegios

previamente establecidos.
- Contraseña encriptado.
- La aplicación debe estar en capacidad de emitir un respaldo de datos cuando se requiera.
Software:
- Lenguaje de Programación PHP.
- Gestor de Base de Datos MySQL.
Usabilidad:
- El sistema debe ser desarrollado para el uso interno de los trabajadores del instituto.
106
DIAGRAMA DE MÓDULOS Y SUS RELACIONES
FIGURA 21: DIAGRAMA DE MODULOS Y SUS RELACIONES

MODELO DE CASO DE USO DE REQUERIMIENTOS POR MÓDULOS

MÓDULO: SEGURIDAD
- Iniciar Sesión
FIGURA 22: CASO DE USO - INICIAR SESION

107
MODULO: GESTIONAR REPORTES
FIGURA 23: CASO DE USO - GESTIONAR REPORTES
Reporte de Boletas de Notas
Jefa
Reporte de Alumnos Matriculados
Generar Reportes
Reporte de los apoderados

responsables de la matricula
Reporte de Asistencia
Secretaria Generar Reporte de Inasistencia

108
MÓDULO: GESTIONAR PROCESO ACADÉMICO
FIGURA 24: CASO DE USO - GESTIONAR PROCESO ACADEMICO
Jefa Registrar Aula

Registrar Horario de Clases
Registrar Personal Registrar Cursos
Registrar Secretaria Registrar Docente

109
MÓDULO: GESTIONAR MATRÍCULA
FIGURA 25: CASO DE USO - GESTIONAR MATRICULA
Registrar Matricula
Registrar Alumno
Iniciar Sesion Jefa
Jefa
Registrar Padre de Familia

110
MÓDULO: GESTIONAR ASISTENCIA
FIGURA 26: CASO DE USO - GESTIONAR ASISTENCIA
Registrar Asistencia de Alumno
Docente Iniciar Sesion Docente
Registrar Justificacion de
Inasistencia
Registrar Solicitud de justificacion

de inasistencia
Secretaria Iniciar Sesion Secretaria
Emitir reporte de inasistencia

111
MÓDULO: GESTIONAR NOTAS
FIGURA 27: CASO DE USO - GESTIONAR NOTAS
Registro de Notas
Docente
Seleccionar Criterios de evaluacion
Jefe Registrar Criterios de Evaluacion

112
DESCRIPCION DE CASO DE USO POR MODULOS
MODULO: SEGURIDAD
TABLA 22: DESCRIPCION - INICIAR SESION
Caso de Uso: Iniciar Sesión
Descripción: Ingresar con un usuario y contraseña
Precondiciones: Se debe hacer un registro de usuario en la Aplicación Web
Flujo de eventos:
Flujo Básico:
- Establecer conexión con la Aplicación Web
- Ingresa usuario y contraseña
- Clic en botón “Ingresar”
Flujo Alternativo:
- Si el usuario o contraseña son inválidos, la Aplicación Web muestra unmensaje
de error “Usuario o contraseña incorrecta”
Post – condiciones: Ingresara a la Aplicación Web según el perfil asignado.

Punto de extensión: Ninguna
MÓDULO: GESTIONAR PROCESO ACADÉMICO

TABLA 23: DESCRIPCION - REGISTRAR AULAS
Caso de Uso: Registrar Aulas
Descripción: La Jefa registra en la Aplicación Web las aulas. Cada aula pertenece a un
grado y sección de la Institución Educativa.
Precondiciones: El usuario de perfil Jefa debe iniciar sesión en la Aplicación Web.
Flujo de eventos:
Flujo Básico:
- En el menú principal, seleccionar “Registro de proceso académico”
- Clic en “Registro de Aulas”
- Ingresar “Código de aula”
- Ingresar “Nivel académico”
- Seleccionar Grado y Sección
- Seleccionar Número de piso
- Clic en “Grabar”
- Muestra mensaje “Registro de aula exitosa”
Flujo Alternativo:
- Si no ingresa todos los datos requeridos , no se podrá guardar y se mostrará
mensaje “No se pudo registrar”
Post – condiciones: El aula es Registrado en la Aplicación Web
113
TABLA 24: DESCRIPCION - REGISTRAR ASIGNATURAS
Caso de Uso: Registrar Asignaturas

Descripción: La Jefa registra en la Aplicación Web las asignaturas, por lo que esta
aplicación no debe permitir el registro doble de una asignatura.
Flujo de eventos:
Flujo Básico:
- Clic en “Registro Asignaturas”
- Ingresar “Código de Asignatura”
- Ingresar la “Descripción”
- Muestra mensaje “Registro de asignatura exitosa”
Flujo Alternativo:
Post – condiciones: La Asignatura es Registrada en la Aplicación Web
TABLA 25: DESCRIPCION - REGISTRAR PERSONAL

Caso de Uso: Registrar Personal
Descripción: La jefa registra en la Aplicación Web al personal. La Aplicación no debe
permitir el registro doble de cada personal, identificando al personal por su DNI.
Flujo de eventos:
Flujo Básico:
- En el menú principal, seleccionar “Registro dePersonal”
Ingresar datos requeridos
- Muestra mensaje “Registro de Personal exitosa”
Flujo Alternativo:
Post – condiciones: El Personal es Registrado en la Aplicación Web
114
TABLA 26: DESCRIPCION - REGISTRAR HORARIOS
Caso de Uso: Registrar Horarios
Descripción: La Jefa registra en la Aplicación los horarios de clase.
Precondiciones: El usuario de perfil Jefadebe iniciar sesión en la Aplicación Web.
Flujo de eventos:
Flujo Básico:
- Clic en “Registro de Horarios”
- En la Interfaz se muestra los días de la semana con su cuadro respectivo parala
selección de asignatura y docentes
- Seleccionar los datos requeridos
- Muestra mensaje “Registro de Horario exitoso”
Flujo Alternativo:
Post – condiciones: El Horario es Registrado en la Aplicación Web

TABLA 27: DESCRIPCION - REGISTRAR ALUMNO Y APODERADO
Caso de Uso: Registrar alumno y padre de familia
Descripción: La Jefa realiza el registro, La Aplicación no debe permitir el registro
doble del alumno y apoderado.
Flujo de eventos:
Flujo Básico:
- En el menú , clic en “registro de alumno”
- Llenar los datos requeridos
- Presionar en “Generar Ficha de Matricula”
Flujo Alternativo:
Post – condiciones: El alumno es Registrado en la Aplicación Web.
Punto de extensión: Imprimir ficha de matricula
115
TABLA 28: DESCRIPCION - REGISTRAR ASISTENCIA DEL ALUMNO
Caso de Uso: Registrar Asistencia del alumno
Descripción: Inicia cuando el docente revisa en la Aplicación la lista de alumnos
matriculados en la asignatura.
Precondiciones: El usuario de perfil Docente debe iniciar sesión en la Aplicación Web.
Flujo de eventos:
Flujo Básico:
- En el menú clic en Registro de Asistencia.
- Clic en la Asignatura
- Seleccionar el año y sección
- Aparece la lista de alumnos
- Seleccionar “A”, “F” o “T” según los términos: asistió, faltó o tardanza.
- Finalmente dar en “Grabar”.
Post – condiciones: La Asistencia del alumno es registrado en la Aplicación web

Punto de extensión: ninguna
TABLA 29: DESCRIPCION - REGISTRAR SOLICITUD DE JUSTIFICACION

Caso de Uso: Registrar Solicitud de Justificación
Descripción: Inicia cuando la secretaria registra en la Aplicación la justificación de
alguna inasistencia.
Precondiciones: El usuario de perfil Secretaria debe iniciar sesión en la Aplicación
Web.
Flujo de eventos:
Flujo Básico:
- En el menú clic en Registro de Asistencia.
- Clic en la Justificación
- Llenar los datos requeridos
- Finalmente dar en “Grabar”.
Post – condiciones: La Solicitud de Justificación del alumno es registrado en la

Aplicación web
Punto de extensión: Imprimir el documento
116
TABLA 30: DESCRIPCION - REGISTRAR CRITERIOS DE EVALUACION
Caso de Uso: Registrar Criterios de evaluación
Descripción: El docente registra los Criterios de evaluación en la Aplicación Web
Flujo de eventos:
Flujo Básico:
- En el menú clic en Registro de notas
- Clic en Registro de Criterios
- Llenar los datos requeridos para el bimestre
- Dar en “Grabar”
Flujo Alternativo:
- Si no se llena uno de los criterios no se podrá guardar el registro.
Post – condiciones: Los Criterios son registrados en La Aplicación Web
TABLA 31: DESCRIPCION - REGISTRAR NOTAS

Caso de Uso: Registrar Notas
Descripción: El docente registra las Notas en la Aplicación Web
Flujo de eventos:
Flujo Básico:
- En el menú clic en Registro de notas
- Clic en Registro de Notas
- Llenar los datos requeridos para el bimestre
- Dar en “Grabar”
Post – condiciones: Las notas son registrados en La Aplicación Web

117
ESTUDIO DE FACTIBILIDAD ECONOMICA
1. PLANIFICACIÓN BASADA EN CASOS DE USO
A. Cálculo de Puntos de Casos de Uso Sin Ajustar
El cálculo de puntos de casos de uso sin ajustar es el primer paso para la estimación. Se
realiza a partir de la siguiente fórmula:
ECUACIÓN 6: PUNTOS DE CASOS DE USO SIN AJUSTAR
UUCP= UAW + UUCW
(THOMAS, 2011)
Dónde:
UUCP = Puntos de casos de uso sin ajustar.
UAW= Factor de peso de los actores sin ajustar.
UUCW= Factor de los pesos de los casos de uso sin ajustar.
FACTOR DE PESO DE LOS ACTORES SIN AJUSTAR (UAW)
TABLA 32: FACTOR DE PESO DE LOS ACTORES SIN AJUSTAR (UAW)
ACTOR TIPO FACTOR

Administrador Complejo 3
Responsable del Área Complejo 3
UAW 6
Elaboración: (BALVIS, 2018)
El factor de peso de los actores sin ajustar, es el análisis de los actores presentes y su
complejidad. En el sistema se tiene que existen 02 actores complejos, por lo que FPASA
está dado por la siguiente expresión.
118
TABLA 33: PONDERADO DE ACTORES
TIPO DE DESCRIPCIÓN FACTOR

ACTOR
Simple Otro Sistema que interactúa con el sistema a desarrollar 1
mediante una interfaz de programación (API)
Medio Otro Sistema interactuando a través de un protocolo o una 2
persona interactuando a través de una interfaz en modo
texto.
Complejo Una persona que interactúa con el sistema mediante una 3
interfaz gráfica.
Fuente: (THOMAS, 2011)
FACTOR DE PESO DE CASOS DE USO SIN AJUSTAR (UUCW)
Para determinar el nivel de complejidad se realiza mediante dos métodos:
- Basado en transacciones: Toma en cuenta el número de transacciones quese

pueden realizar en un caso de uso y lo evalúa según la siguiente tabla:
TABLA 34: FACTOR DE PESO BASADO EN TRANSACCIONES

TIPO DE CASO DE USO DESCRIPCIÓN FACTOR
Simple 3 transacciones o menos 5
Medio 4 a 7 transacciones 10
Complejo Más de 7 transacciones 15
Fuente:(COLOMO, 2014)
- Basado en clases de análisis: Toma en cuenta el número de clases que tieneun

caso de uso y lo evalúa según la siguiente tabla:
TABLA 35: FACTOR DE PESO EN ANÁLISIS
TIPO DE CASO DE USO DESCRIPCIÓN FACTOR

Simple Menos de 5 clases 5
Medio 5 a 10 clases 10
Complejo Más de 10 clases 15
119
TABLA 36: CÁLCULO DE UUCW
TIPO DE DESCRIPCIÓN FACTOR N° CUS RESULTADO

CASO DE
USO
Simple Menos de 5 5 7 35
clases
Medio 5 a 10 clases 10 1 10
Complejo Más de 10 clases 15 0 0
UUCW 45
DETERMINACIÓN DEL CÁLCULO DE PUNTOS DE CASOS DE USO SIN

AJUSTAR
UUCP = UAW + UUCW
UUCP = 5 + 45
UUCP = 50
B. CÁLCULO DE PUNTOS DE CASOS DE USO AJUSTADOS (UCP)
El cálculo de puntos de casos de uso ajustados se realiza mediante la siguiente ecuación:
ECUACIÓN 7: PUNTOS DE CASOS DE USO AJUSTADOS
UCP= UUCP x TCF x EF

(COLOMO, 2014)
Donde:
UCP = Puntos de casos de uso ajustados.
UUCP = Puntos de casos de uso sin ajustar.
TCF = Factores técnicos.
EF = Factores ambientales.
- Factor de complejidad técnica (TCF)
120
TABLA 37: FACTORES DE COMPLEJIDAD TÉCNICA
FACTOR DESCRIPCIÓN PESO

T1 Sistema Distribuido 2
T2 Objetivos de performance o tiempo de respuesta 1
T3 Eficiencia del usuario final 1
T4 Procesamiento interno complejo 1
T5 El código debe ser reutilizable 1
T6 Facilidad de Instalación 0.5
T7 Facilidad de Uso 0.5
T8 Portabilidad 2
T9 Facilidad de cambio 1
T10 Concurrencia 1
T11 Incluye objetivos especiales de seguridad 1
T12 Provee acceso directo a terceras partes 1
T13 Se requiere facilidades especiales de entrenamiento a usuario 1
Fuente: (COLOMO, 2014)
Cada uno de estos puntos se debe evaluar según la siguienteescala:
TABLA 38: ESCALA DE VALORACIÓN
DESCRIPCIÓN VALOR
Irrelevante De 0 a 2
Medio De 3 a 4
Esencial 5
Las fórmulas son:
ECUACIÓN 8: FACTOR TOTAL

TFactor = Sum (valor * peso)
ECUACIÓN 9: FACTOR DE COMPLEJIDAD TÉCNICA

TCF = 0.6 + (0.01 * TFactor)
121
TABLA 39: CÁLCULO DE LOS FACTORES DE COMPLEJIDAD TÉCNICA
FACTOR DESCRIPCIÓN PESO VALOR FACTOR COMENTARIO
Sistema El sistema web posee

T1 2 2 4 un sistema de
Distribuido
distribución ordenado.
El tiempo de
Tiempo de respuesta delsistema
T2 1 3 3 cumple los objetivos
Respuesta
trazados en el
proyecto.
Los perfiles necesitan
Eficiencia del estar relacionados con
T3 1 3 3 el sistema para su
usuario final
mejor
funcionamiento.
Procesamiento El sistema no posee
T4 interno 1 3 3
cálculos complejos.
complejo
T5 El código debe 1 2 2 No es un objetivo
ser reutilizable reutilizar el código.
Por ser un sistema
Facilidad de web la complejidad
T6 0.5 1 0.5
Instalación de instalación es
mínima.
Facilidad de El sistema debe ser
T7 0.5 5 2.5
uso fácil de usar.
El sistema webpuede
T8 Portabilidad 1 5 4 estar almacenado en
cualquierplataforma.
El sistema web se
encuentra
Facilidad de estructurado para que
T9 1 5 5 los cambios
cambio
realizados afecten lo
menos posible a la
gestión que soporta.
La concurrencia es
T10 Concurrencia 1 5 5 tratada con suma
importancia.
Incluye La seguridad del
T11 objetivos 1 5 5 sistema es un tema
especiales de bastante controlado.
seguridad
Provee acceso El sistema web es
T12 directo a 1 2 2 accesible a cualquier
terceras partes. usuario.
T13 Se requiere 1 1 1 No es necesario el
facilidades entrenamiento de los
122
especiales de usuarios finales,
entrenamiento a debido a la facilidad
usuario. de uso que presenta el
sistema.
TOTAL 40
Tenemos:
TCF= 0.6 + (0.01 * 40)
TCF= 1
TABLA 40: FACTORES DE AMBIENTE
FACTOR DESCRIPCIÓN PESO

E1 Familiaridad con el modelo de proyecto utilizado. 1.5
E2 Experiencia en la aplicación. 0.5
E3 Experiencia en orientación a objetos. 1
E4 Capacidad del análisis líder. 0.5
E5 Motivación 1
E6 Estabilidad de los requerimientos. 2
E7 Personal part-time. -1
E8 Dificultad del lenguaje de programación. -1
Cada uno de estos factores se debe calificar con un valor de 0 a 5. Las fórmulas para
este punto son:
ECUACIÓN 10: FACTOR DE AMBIENTE TOTAL
EFactor=Sum (Valor * Peso)
ECUACIÓN 11: FACTOR DE AMBIENTE
EF= 1.4 + (-0.03 * EFactor)
123
TABLA 41: CÁLCULO DE FACTOR DE AMBIENTE
FACTOR DESCRIPCIÓN PESO VALOR FACTOR COMENTARIO
Familiaridad con el Se está poco

E1 modelo de proyecto 1.5 3 4.5 familiarizado con el
utilizado. modelo del proyecto.
Se necesita de
capacitación y de
Experiencia en la conocimientos para
E2 0.5 3 1.5
aplicación. garantizar su
correcto
funcionamiento.
Se considera poco
Experiencia en grado de experiencia
E3 orientación a 1 1 2 en la programación
objetos. orientada a objetos
(POO)
No existe analista
Capacidad del líder, la persona
E4 0.5 3 1.5 responsable del
analista líder.
proyecto posee
capacidad media.
E5 Motivación. 1 5 5 Alta.
Aunque el sistemase
encuentra sujeto a
cambios, el mismo
brinda las
Estabilidad de los funcionalidades
E6 2 4 8
requerimientos. esenciales que se
dan cumplimiento a
los objetivos que
iniciaron su
realización.
E7 Personal part-time. -1 0 0 Se trabajará a tiempo
completo.
El lenguaje
empleado es PHP y
este ofrece grandes
Dificultad del facilidades y
E8 lenguaje de -1 1 -1 ventajas, sin
programación. embargo, se
considera una
dificultad media en
su empleo.
TOTAL 20.5
Elaboración: (BALVIS,2018)
124
EF = 1.4 + ( -0.03*20.5)
EF =0.785
CÁLCULO DE LOS CASOS DE USO AJUSTADOS
UCP= UUCP * TCF * EF
UCP= 50 * 1 * 0.785
UCP= 39.25
ESTIMACIÓN DEL ESFUERZO
TABLA 42: ESTIMACION DE ESFUERZOS
FACTOR FILTRO
De E1 a E6 Factor < 3
De E7 a E8 Factor > 3
PARA EVALUAR EL RESULTADO O LA CANTIDAD TOTAL SEGÚN LA

SIGUIENTE TABLA
TABLA 43: HORAS - PERSONAS

HORAS – PERSONAS (CF) DESCRIPCIÓN
20 Si el valor es <= 2
28 Si el valor es <= 4
36 Si el valor es >= 5
El esfuerzo en horas – personas viene dado por:
Ecuación 12: Esfuerzo En Horas - Persona
E= UCP * CF
Donde:
E: Esfuerzo estimado enhoras-persona.
UCP: Puntos de casos de uso ajustados.
125
CF: Horas – Persona.
TABLA 44: DISTRIBUCIÓN GENÉRICA DEL ESFUERZO
ACTIVIDAD PORCENTAJE
Análisis 10%
Diseño 20%
Programación (Desarrollo) 40%
Pruebas 15%
Sobrecarga 15%
Cálculo del esfuerzo
E= UCP*CF
E= 39.25 * 28
E= 1 099Horas –Hombre
TABLA 45: DISTRIBUCIÓN REAL DEL ESFUERZO
ACTIVIDAD PORCENTAJE HORA – HOMBRE

Análisis 10% 109.9
Diseño 20% 219.8
Programación (Desarrollo) 40% 439.6
Pruebas 15% 164.85
Sobrecarga 15% 164.85
CÁLCULO DEL TIEMPO DE DESARROLLO (TDES)
Calculo del tiempo de desarrollo en horas
El tiempo de desarrollo en horas se calcula a partir de la siguiente expresión:
ECUACIÓN 13: TIEMPO DE DESARROLLO
TDES=E/CH
Donde CH =Cantidad de hombres
Se obtiene:
126
TDES=1 099 /1
TDES=1 099 Horas
Calculo del tiempo de desarrollo en meses
El tiempo de desarrollo en meses se calcula a partir de la siguiente expresión:
Meses= TDES/H*D
Reemplazando:
Meses= 1 099 / (10 Horas * 30 días)
Meses= 1 099 / 300
Meses= 3.6 Meses
El tiempo de desarrollo en meses equivale aproximadamente a 3.6 meses
RECURSOS Y PRESUPUESTO
El estudio de viabilidad económica es de suma importancia ya que nos permite conocer
los beneficios sociales y económicos que el proyecto generará, de lo cual se concluye si
el desarrollo del proyecto es factible.
DETERMINACIÓN DE COSTOS DE INVERSIÓN

Se calcula mediante la siguiente fórmula:
ECUACIÓN 14: DETERMINACION DE COSTOS DE INVERSION

CI = CH + CS + CM
DONDE:
CI = Costo de Inversion
CH = Costo de Hardware
CS = Costo de Software
CM = Costo de Mobiliario
127
A. COSTOS DE HARDWARE
TABLA 46: COSTOS DE HARDWARE
Subtotal
Descripción Cantidad ¿Existe? (S/.)
1 Computadora
-Intel Core Duo,1 TB,
Core I7 2.93GHZ,2 1 Sí 0.00
RAM, DVD/CD-RW
Impresora
1 Sí 0.00
Multifuncional
Total CH 0.00
B. COSTOS DE SOFTWARE
TABLA 47: COSTOS DE SOFTWARE
Descripción Licencia Subtotal (S/.)
Antivirus Se cuenta con Licencia 0.00
Windows 7 Se cuenta con Licencia 0.00
Total CS S/. 0.00

C. COSTO DE MOBILIARIO
TABLA 48: COSTOS DE MOBILIARIO
Descripción Cantidad ¿Existe? Subtotal

(S/.)
Muebles para 01 Sí 0.00

computadora
Total CM S/. 0.00

Después de haber determinados los costos de h, s, m,,, podemos entonces determinar
los costos de inversión, y reemplazando los valores en (E1) se obtiene que :
CI = 0.00 + 0.00 + 0.00
128
CI = S/.0.00 Nuevos Soles
DETERMINACION DEL COSTO DESARROLLO
El costo de desarrollo se calcula mediante la siguiente ecuación:
ECUACIÓN 15: DETERMINACION DEL COSTO DESARROLLO

CD = CRH + CRM + CEE
Donde:
CD = Costo de Desarrollo
CRH = Costo de Recursos Humanos
CRM = Costo de Recursos Materiales
CEE = Costo de Energía Eléctrica
A. COSTO DE RECURSOS HUMANOS
TABLA 49: COSTOS RECURSOS HUMANOS
Descripción Cantidad Sueldo Tiempo Subtotal (S/.)

(Meses)
Tesista 01 0.00 4 0.00
CRH S/. 0.00

B. COSTO DE RECURSOS MATERIALES
TABLA 50: COSTO DE RECURSOS MATERIALES
Descripción Unidad Cantidad Precio (S/.) Subtotal (S/.)
Memoria USB Unidad 1 20.00 20.00
Papel bond A4 Millar 2 15.00 30.00
Folder Manila Unidad 10 0.80 8.00
Lapicero Unidad 1 0.50 0.50
Tinta de 70 ml 2 75.00 150.00

impresión a
color
129
Tinta de 70 ml 2 70.00 140.00
impresión a
blanco y negro
CRM S/. 348.50

8horas 6 dia
CPC = 0.20kw-hr * * *4semanas
dia 1semana 1mes
kw−hr
CPC = 38.40
mes
Consumo de Impresora durante un mes (CI)

𝑛𝑛𝑛𝑛𝑛𝑛 𝑛𝑛𝑛𝑛𝑛
CI= 0.15kw-hr * * 𝑛𝑛𝑛𝑛𝑛𝑛𝑛𝑛
*
𝑛𝑛𝑛 𝑛𝑛𝑛𝑛𝑛𝑛𝑛 𝑛𝑛𝑛𝑛
𝑛𝑛−𝑛𝑛
CI= 7.20
𝑛𝑛𝑛
En la Tabla 41, muestra el hardware (PC) donde se desplegará la aplicación web, así
mismo se considera el consumo de kwh/mes siendo de 38.40 y su costo/hr es 0.3619 soles,
el tiempo es de 4 meses, es lo que dura el proyecto de investigación, cabe señalar que sea
considerado 24 horas en el cálculo del consumo del pc, debido que funciona como
servidor de aplicaciones durante todo el día.
TABLA 51: DETERMINACIÓN DEL CONSUMO ENERGÍA
Costo Consumo Subtotal

Equipo Cantidad Tiempo
soles (kWh/Mes) (S/.)
PC 01 0.3619 38.40 4 meses 58.60

Impresora 01 0.3619 7.20 4 meses 118.90
multifuncional
CEE S/.72.28
Reemplazando valores en (e2) se obtiene:
CD = 00+ 348.5+ 72.28

CD = S/. 420.78 Nuevos Soles
130
DETERMINACIÓN DE COSTOS OPERACIONALES
El costo operacional se calcula mediante la siguiente ecuación:
ECUACIÓN 16: DETERMINACION DE COSTO DE OPERACIONAL
𝑛𝑛 = 𝑛𝑛𝑛𝑛 + 𝑛𝑛𝑛𝑛 + 𝑛𝑛𝑛𝑛 + 𝑛𝑛𝑛

Dónde:
CO = Costo Operacional
CORH = Costo de Operación de Recursos Humanos
CORM = Costo de Operación de Recursos Materiales
COEE = Costo de Operación de Energía Eléctrica
COD = Costo Operacional de Depreciación.
A. COSTO DE OPERACIÓN DE RECURSOS HUMANOS
Para el mantenimiento del Aplicativo Web se hara cargo el personal de área de

informática, de la institución.
B. COSTO DE OPERACIÓN DE RECURSOS MATERIALES
TABLA 52 : COSTO DE OPERACIÓN DE RECURSO MATERIALES
PRECIO SUBTOTAL
DESCRIPCIÓN UNIDAD CANT.
UNICO (S/.)
Papel Bond A4 Millar 1 15.00 15.00
Cartucho de
ml 70 75.00 75.00
Impresora
CORM S/. 90.00
131
C. COSTO DE OPERACIÓN DE ENERGIA ELECTRICA
TABLA 53 : DETERMINACION DEL CONSUMO DE ENERGIA
Equipo Cantidad Costo Consumo Tiempo Subtotal

soles (kWh/Mes) (S/.)
PC 01 0.3619 38.40 12 166.76

Impresora
01 0.3619 7.20 12 31.26
multifuncional
CEE S/.198.02
D. COSTO OPERACIONAL DE DEPRECIACION
Para el Costo Operacional de depreciación están relacionados con la disminución del valor
monetario de los bienes en el tiempo. Según la SBS la depreciación anual es del 20% de
depreciación anual, para los bienes adquiridos para el desarrollo del proyecto.
TABLA 54: COSTO
Equipo Cantidad Costo soles Depreciación Subtotal (S/.)

PC 1 2800 0.20 560
Impresora 1 235 0.20 47
TOTAL S/. 607

CO = 0 + 90.00 + 198.02 + 607.00
CO = S/. 895.02 Nuevo Soles

DETERMINACION DE BENEFICIOS
Los favores son las ventajas, convertidas en horas de tiempo y dinero, que obtiene luego
de la puesta en funcionamiento del Aplicativo Web, con respecto al entorno en la que no
se hace uso de este, los beneficios se calculan mediante la siguiente forma.
ECUACIÓN 17: DETERMINACION DE COSTOS DE BENEFICIOS
𝑛𝑛 = 𝑛𝑛 + 𝑛𝑛
132
Dónde:
CB = Costo de Beneficios
BT = Beneficios Tangibles
BI = Beneficios Intangibles
A.BENEFICIOS TANGIBLES
TABLA 55: BENEFICIOS TANGIBLES
Descripción Costo (Mes) Cantidad Tiempo x Mes Subtotal ( S/.)

Ahorro de
50.00 1 12 600.00
Papel Bond A4
Ahorro en
Cartucho de 65.00 2 12 780.00
tinta
BT S/. 1380.00
B.B ENEFICIOS INTANGIBLES
Son las mejorías que se obtienen después de puesta en marcha de la aplicación, entre
ellas tenemos:
- Reducir el tiempo de registro de alumnos
- Obtención de información rápida y segura.
- Generación de Reportes en tiempo real.
- Incremento del nivel de satisfacción delpersonal.
CB = 1380 + 0
CB = S/. 1380.00 Nuevos Soles
TABLA 56: BENEFICIOS TANGIBLES
Descripción Total (S/.)

Costo de Inversión S/. 0.00
Costo de Desarrollo S/. 420.78
Costo de Operacional S/. 895.02
Costo de Beneficios S/. 1380.00
133
Los valores monetarios son dados en soles(S/.) y se considera una tasa de interés del
14%
Fuente: (Superintendencia de Banco y Seguros del Perú, 2018)
Fecha de Consulta: 21-06-2018
FIGURA 28: FLUJO DE LA CAJA ECONOMICA
TABLA 57: FLUJO DE CAJA
DESCRIPCIÓN AÑO 0 AÑO 1 AÑO 2 AÑO 3

Costo de Inversión -750.00 0.00 0.00 0.00
Costo de Desarrollo -207.59 0.00 0.00 0.00
TOTAL COSTO DE S/. -957.59 S/. 0.00 S/. 0.00 S/. 0.00
INVERSIÓN
Costos Operacionales 0.00 -846.70 -846.70 -846.70
TOTAL COSTOS S/. 0.00 S/. -846.70 S/. -846.70 S/. -846.70
OPERACIONALES
Beneficios Tangibles 0.00 1 800.00 1 800.00 1 800.00
TOTAL COSTOS S/. 0.00 S/.1 800.00 S/.1 800.00 S/.1 800.00
BENEFICIOS
TOTAL BENEFICIOS S/. -957.59 S/.953.30 S/.953.30 S/.953.30
NETOS
134
VIABILIDAD
A. VALOR ACTUAL NETO(VAN)
Tambien llamadovalor presente neto, representa el excedente generado por un proyecto
en terminos absolutos despues de haber cubiertos los costos de inversion, de trabajo y de
uso capital.
En resumen, el VAN es la suma algebraica de los bienes actualizados de los costos y

favores generados por el proyecto.
ECUACIÓN 18: VALOR ACTUALNETO

(𝑛 + 𝑛) (𝑛 −𝑛)
𝑛𝑛𝑛 =−𝑛𝑛 + +⋯+
(𝑛+𝑛)𝑛 (𝑛+𝑛)𝑛
Dónde:
I0 = Inversión en el año cero
B = Beneficios
C = Costos
i = Tasa de interés.
484,98 484,98 484,98

𝑛𝑛𝑛 = − 420.78 + + +
(1 + 0.14)1 (1 + 0.14)2 (1 + 0.14)3
𝑛𝑛𝑛 = 𝑛/. 𝑛𝑛𝑛. 𝑛𝑛

TABLA 58: INTERPRETACION VALOR ACTUAL NETO
Valor Significado Decisión a tomar
La inversión producirá El proyecto puede
VAN > 0
ganancias. aceptarse
VAN< 0 La inversión producirá El proyecto debería
perdidas. rechazara.
Dado que el proyecto no
La inversión no producirá agrega valor monetario, la
VAN = 0
ni ganancias ni perdidas decisión debería basarse en
otros criterios.
Fuente: (Esan, 2017)
Conclusión: El valor Actual Neto obtenido es mayor a cero (Nuevo Soles), lo cual
significa que los beneficios del proyecto son superiores al costo.
135
Tiempo de Recuperación del Capital (TR):
Ecuación: Tiempo de Recuperación (TR)

ECUACIÓN 19: TIEMPO DE RECUPERACION
𝑛𝑛
𝑛𝑛 =
𝑛−𝑛
Donde:
TR = Tiempo de Recuperación
I0 = Inversión del año cero
B = Beneficios
C = Costo
Entonces tenemos:
420.78
𝑛𝑛=
(1380 −895.02)
𝑛𝑛 = 𝑛. 𝑛𝑛 𝑛ñ𝑛𝑛
 Hallando meses: 0.86 * 12 meses = 10,32
 Hallando días: 0.32 * 30 días = 9,6
Interpretación:
El tiempo de recuperación del capital es de 0 años, 10 meses y 10 días.
Relación Beneficio – Costo (B/C):

Es el resultado de dividir la sumatoria de los beneficios actualizados entre la sumatoria
de los costos actualizados que son generados en la vida útil del proyecto.
ECUACIÓN 20: VALOR ACTUAL NETO DE LOS BENEFICIOS

𝑛 𝑛
𝑛𝑛𝑛 = +
(𝑛+𝑛)𝑛 (𝑛 + 𝑛)𝑛 … . . (𝑛𝑛)
ECUACIÓN 21: VAN C: VALOR ACTUAL NETO DE LOS COSTOS

𝑛
𝑛𝑛𝑛 = 𝑛𝑛 + (𝑛 + 𝑛)𝑛 … . . (𝑛𝑛)
ECUACIÓN 22: BENEFIIO COSTO

𝑛 𝑛𝑛𝑛
= 𝑛𝑛𝑛 … … … (𝑛𝑛)
𝑛
Donde:
B/C = Beneficio Costo
136
VAN B = Valor Actual Neto de los Beneficios
VAN C = Valor Actual Neto de los Costos
Entonces tenemos:
Reemplazando en la fórmula (e6)
1380 1380 1380
𝑛𝑛𝑛 = (1.14)1 + (1.14)2 + (1.14)3 = 3,203.85219744 … … (𝑛6)
Reemplazando en la fórmula (e7)
VPC = 420.78 + 895,20 + 895,20 + 895,20 = 2,499.16499069 … … (e7)

(1.14)1 (1.14)2 (1.14)3
Remplazando (e6) y (67) en (e8)
B/C =𝑛/3,203.85219744
𝑛/2,499.16499069
𝑛
= 13.3
𝑛
Interpretación:
Se obtiene un interés de 0.3 soles por cada 13 soles.
Conclusión:
Si un proyecto tiene B/C y es mayor que uno, significa que el valor bruto de sus beneficios
es superior a sus costos, entonces el proyecto de inteligencia de negocios se acepta.
B/C = 13.3 >1
B. TASA INTERNA DE RETORNO (TIR)
TIR es la tasa de descuentos que igual al valor actual de los beneficios y el valor actual de
los costos. La tasa interna de retorno sirve para comparar la rentabilidad con la tasa de
interés que se maneja en el proyecto, un 14% anual según (Superintendencia de Banco y
Seguros del Perú, 2017)
137
TABLA 59: TASA DE INTERES DE RETORNO
Tasa Interna de retorno (TIR)

Estimar 14%
Año 0 S/. - 420.78
Año 1 S/. 484.98
Año 2 S/. 484.98
Año 3 S/. 484.98
TIR 101%
FIGURA 29: TASA INTERNA DE RETORNO (TIR)
Interpretación:

Fuente: Microsoft Excel 2010
El rendimiento promedio del proyecto es de 101% anual.
Entonces tenemos:
Que según la función financiera TIR nuestro tasa interna de retorno es de 101% que es
superior al mínimo interés del capital bancario (14%), por lo tanto se recomienda la
ejecución del proyecto.
Conclusiones:
138
El proyecto es económicamente factible, según los indicadores económicos mostrando a
continuación.
Indicador
Valor Obtenido Condicion Estado
Económico
Valor Neto Actual S/. 705.16 VAN (S/.702.16) > 0 Aprobado
Indicador
Valor Obtenido Condición Estado
Económico
Tasa Interna de
101% TIR(101%) 14% Aprobado
Retorno
Beneficio/ Costo S/. 133 B/C(13.3) > 1 Aprobado
Interpretación:
El proyecto de Aplicación Web es aprobado debido que el Valor Neto Actual es de
s/.705.16, la Tasa Interna de Retorno es de 101% y el Beneficio de Costo es de s/.13.3 por
lo cual cumple con lo establecido llevan así a una buena factibilidad de proyecto
139
8.1.2 FASE II: DISEÑO CONCEPTUAL
DIAGRAMA DE CLASES
FIGURA 30: DIAGRAMA DE CLASES - ENTIDADES
140
FIGURA 31: DIAGRAMA DE CLASES
141
DIAGRAMA DE COLABORACIÓN
MODULO: INICIAR SESION
FIGURA 32: DIAGRAMA DE COLABORACION - INICIAR SESION

MODULO: GESTIONAR PROCESO ACADEMICO

FIGURA 33: DIAGRAMA DE COLABORACION - REGISTRAR CURSO

142
FIGURA 34: DIAGRAMA DE COLABORACION - REGISTRAR HORARIO

FIGURA 35: DIAGRAMA DE COLABORACION - REGISTRAR PERSONAL

143
FIGURA 36: DIAGRAMA DE COLABORACION - GESTIONAR MATRICULA


FIGURA 37: DIAGRAMA DE COLABORACION - GESTIONAR ASISTENCIA

144
FIGURA 38: DIAGRAMA DE COLABORACION - GESTIONAR NOTAS

CASO DE USO DE REALIZACION

Se elaboran a partir de los casos de uso de requerimientos, y sirven de guía durante la
etapa de diseño.
MÓDULO DE SEGURIDAD – INICIAR SESIÓN

FIGURA 39: CASO DE USO DE REALIZACION - INICIAR SESION

145
MÓDULO GESTIONAR REPORTES
FIGURA 40: CASO DE USO DE REALIZACION – GESTIONAR REPORTES

MÓDULO GESTIONAR PROCESO ACADEMICO

FIGURA 41: CASO DE USO DE REALIZACION – GESTIONAR PROCESO
ACADEMICO

146
MÓDULO GESTIONAR MATRICULA
FIGURA42: CASO DE USO DE REALIZACION – GESTIONAR MATRICULA

MÓDULO GESTIONAR ASISTENCIA

FIGURA 43: CASO DE USO DE REALIZACION – GESTIONAR ASISTENCIA

147
MÓDULO GESTIONAR NOTAS
FIGURA 44: CASO DE USO DE REALIZACION – GESTIONAR NOTAS

DIAGRAMA DE SECUENCIA
MÓDULO: INICIAR SESION
FIGURA 45: DIAGRAMA DE SECUENCIA - INICIAR SESION

148
MÓDULO: GESTIONAR MATRICULA
FIGURA 46: DIAGRAMA DE SECUENCIA – GESTIONAR MATRICULA

MÓDULO: GESTIONAR PROCESO ACADEMICO

FIGURA 47: DIAGRAMA DE SECUENCIA – REGISTRAR CURSO

149
FIGURA 48: DIAGRAMA DE SECUENCIA – REGISTRAR HORARIO

FIGURA 49: DIAGRAMA DE SECUENCIA – REGISTRAR PERSONAL

150
FIGURA 50: DIAGRAMA DE SECUENCIA – GESTIONAR ASISTENCIA


FIGURA 51: DIAGRAMA DE SECUENCIA – GESTIONAR NOTAS

151
DIAGRAMA DE NAVEGABILIDAD
FIGURA 52: DIAGRAMA DE NAVEGABILIDAD
Iniciar Sesion
Registrar Asistencia
Registrar Matricula Gestionar Matricula
Gestionar Asistencias
Registrar Curso Menu Principal
Gestionar Notas
Registrar Personal
Gestionar Procesos Academicos Registrar Notas
Registrar Ambiente Gestionar Reportes
Registrar Horario
152
8.1.3 FASE III: CONSTRUCCIÓN
MODELO DE DATOS
FIGURA 53: DISEÑO LOGICO DE LA BASE DE DATOS
Usuario
idusuario
username
login
idpersona (FK)
Horario
idhorario
Persona
idpersona Ciclo idaula (FK)
idperiodo (FK
Apoderado nombres idciclo idciclo (FK)
idapoderado apellidos descripcio turno
tipodocumento Personal creditos
idpersona (FK) numrodocumento
fechanacimiento idpersonal
fotografia idpersona (FK)
direcc ion DetalleHorario
cargo Aula
iddetallehorari idaula
Alumno idcurso (FK)
numeroaula
idalumno idhorario (FK)
DetalleDocente
idaula (FK)
idpersona (FK) iddetalledocente horainicio
idapoderado (FK horafinal
idpersonal (FK) dia
idperiodo (FK)
Matriculas idcurso (FK)
PeriodoAcademico
idmatricula idciclo (FK)
idperiodo DetalleNotas
idalumno Curso Asistencia
descripcion idperiodo (FK iddetallenotas
idcurso idasistencia
DetalleMatricula idcurso (FK) nombre idciclo (FK)
iddetallematricul valor creditos fecha
tiponota
idciclo (FK
idmatricula (FK) idnotas (FK)
Notas idcurso (FK) DetalleAsistencia Justificacion
idnotas iddetalleasistenci idjustificacion
idmatricula (FK idasistencia (FK) iddetalleasistencia (FK

unidad pesoes idalumno motivo
pesopr estado tipojustificacion
pesopo idcurso (FK) documento
totales
totalpr
totalpo
formula
promedio
153
8.1.4 FASE IV: TRANSICIÓN
PRUEBA DE CAJA BLANCA
FIGURA 54: CODIGO FUENTE – REGISTRAR AULA
Fuente: Código Fuente de SISESCUELA
154
FIGURA 55: DIAGRAMA DE FLUJO DE COMPLEJIDAD CICLOMÁTICA
Cálculo de Complejidad Ciclomática (CC)

V(G)= A – N + 2
Donde:
A: Aristas
N: Nodos
V(G)= (6 - 6) + 2 = 2
TABLA 61 :CONJUNTO DE PRUEBAS
Camino Ruta Resultado Obtenido

Camino 1 1 -2 – 4- 6 “redirect:/index”
Camino 2 1 – 2- 3 – 6 “redirect:/index”
Elaboración: (BALVIS)
155
PRUEBAS DE ESTRUCTURAS CONDICIONALES
TABLA 62: NODO 1
($_SERVER[‘REQUEST_METHOD ($this- Entrada Resultado

== ‘POST’) >form_validation-
>run()
V Parametos (4,B) Continuar
(numero_aula,pabellon)
F Parametos null Saltar
(numero_aula,pabellon)
TABLA 63: NODO 2

($this->aulaModel- ($this->aulaModel- Entrada Resultado
>addAula($data)) >addAula
V Parametos Aula Continuar
(numero_aula,pabellon) Ingresada
F null Algo Salio Saltar
Mal
TABLA 64: NODO 3

($this->aulaModel- ($this- Entrada Resultado
>addAula($data)) >view(‘aula/add’,%data)
V ¡=null (numero_aula,pabellón) Continuar
F =null (null,null) Saltar
156
PRUEBA DE CAJA NEGRA
TABLA 65: ENTRADAS
ID CP Escenario NUMERO DE PABELLON Resultado

AULA Obtenido
CP-1 Escenario 1 V V Msg: “Aula
registrada” y
regresa al index
CP-2 Escenario 2 NV V Msg: “El
número del aula
es requerido”
CP-3 Escenario 3 V NV Msg: “El
pabellón es
requerido”
TABLA 66: CLASE VALIDA Y NO VALIDA
SEC CONDICION TIPO CLASE VALIDA CLASE NO VALIDA

DE
ENTRADA ENTRADA CODIGO ENTRADA CODIGO
1 NUMERO VALOR Ingrese CEV<01> Valores CEV<01>

DE AULA Valor numericos
Valor null CEV<02>
2 PABELLON VALOR Ingrese CEV<02> Valores null CEV<03>

Valor
Valores CEV<04>
letra
157
TABLA 67: CLASE DE EQUIVALENCIA
ID CP Clase de NUMERO PABELLON Resultado

Equivalencia DE AULA Obtenido
CP-1 CEV<01> ; 101 B Msg: “Aula
CEV<02> Registrada”
CP-2 (1) CENV<01>; b B Msg:
CEV<02> “numero de
aula
incorrecto”
CP-2 (2) CENV<02>; null B Msg: “El
CEV<02> número de
aula es
requerido”
CP-3 (1) CENV<03>; 101 Null Msg: “El
CEV<01> pabellon es
requerido”
CP-3 (2) CENV<04>; A; lkd 123456 Msg: “Aula y
CEV<01> Pabellón
incorrectos”
158
ANEXO 13: ACTA DE APROBACIÓN DE ORIGINALIDAD DE LA TESIS
159
ANEXO 14: FORMULARI DE AUTORIZACION PARA LA PUBLICACION
ELECTRONICA DE TESIS
160
ANEXO 15: FORMULARIO DE LA VERSIÓN FINAL DEL TRABAJO DE
INVESTIGACIÓN
161

Facultad de Ingeniería de Sistemas

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería de Sistemas

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Facultad de Ingeniería de Sistemas

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA DE SISTEMAS

ESCUELA PROFESIONAL DE INGENIERÍA DE

“APLICACIÓN WEB PARA LA GESTIÓN ACADÉMICA DEL INSTITUTO DE

TESIS PARA OBTENER EL TÍTUTLO PROFESIONAL DE INGENIERA DE

MGRT. VEGA FAJARDO, HANS

SISTEMAS DE INFORMACIÓN Y COMUNICACIONES

A mi abuela quien me estuvo

apoyando, gracias por tanto amor.

A mi madre que a pesar de la

quien con susconsejos me

motivo siempre a seguiradelante

y perseguir mi sueño de serprofesional,

gracias por tanto amor

SEÑORES MIEMBROS DEL JURADO

UNIVERSIDAD CESAR VALLEJO FILIAL CHIMBOTE

En cumplimiento a lo dispuesto por el reglamento general de grados y títulos de la

“APLICACIÓN WEB PARA LA GESTIÓN ACADÉMICA DEL INSTITUTO DE

Nuevo Chimbote, Diciembre de 2018

1.5.4. JUSTIFICACIÓN ACADÉMICA.............................................................. 27

4.1. DISCUSION: ......................................................................................................57

1.6. HIPÓTESIS ......................................................................................................2vi7i

FIGURA 8: ZONA DE ACEPTACIÓN PARA EL TIEMPO EN LA

ECUACIÓN 1: MUESTRA PARA LA POBLACIÓN CONOCIDA ....................... 32

ANEXO 1: ENCUESTA PARA LA SELECCION DE LA METODOLOGIA ....... 66

ANEXO 11: ANALISIS DE RESULTADOS DE ENCUESTA DE

ANEXO 13: ACTA DE APROBACIÓN DE ORIGINALIDAD DE LA TESIS .. 159

ANEXO 14: FORMULARIO DE AUTORIZACION PARA LA PUBLICACION

ANEXO 15: FORMULARIO DE LA VERSION FINAL DEL TRABAJO DE

En el presente trabajo de tesis, titulado:

“APLICACIÓN WEB PARA LA GESTIÓN ACADÉMICA DEL INSTITUTO DE

Con la implementación de la Aplicación Web, se logró incrementar el nivel de

Palabras Clave: Aplicación Web, Gestión Académica.

In the present thesis work, titled:

“APLICACIÓN WEB PARA LA GESTIÓN ACADÉMICA DEL INSTITUTO DE

Keywords: Web Application, Academic Management.

DURACIÓN DEL PROYECTO

Actualmente el mundo se ha visto promovido a la utilización de nuevas tecnologías de

El proceso de Gestión Academia en el Instituto se muestra de la siguiente manera: Los

TÍTULO: “Diseño De Un Sistema De Gestión Académica En Una Red Local Para La

TÍTULO: Sistema De Gestión Académica Para La Institución Educativa Gerardo Arias

TÍTULO: “Sistema De Información Web Y Su Mejora En La Gestión Académica

AUTOR: Elvis Ivan Enríquez Díaz

CORRELACIÓN: En la tesis mencionada usan PHP y My SQL, en mi proyecto

TÍTULO: Sistema Informático Web de control de gestión académica del Instituto

TÍTULO: "Sistema Informático Web de gestión académica del Instituto de Idiomas y

1.3. TEORIAS RELACIONADAS AL TEMA

Siglas de Extensible Markup Language, es un metalenguaje que proporciona una

Es sistema gestor de base de datos relacional (RDBMS) de código

 Velocidad al realizar operaciones.

Facilidad de configuración y disposición. (Iruela,2016)

Es una base de datos 100% ACID.

Juegos de caracteres internacionales

Multi-Version Concurrency Control (MVCC)

 Multiples métodos de autentificación

Acceso encriptado via SSL

 Su sintaxis SQL es estándar y fácil de aprender.

 Footprint bajo de memoria, bastante poderoso con una

Soporte empresarial disponible.

Estabilidad y confiabilidad legendarias: En contraste a muchos sistemas de bases de