Tesis

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
2017
“Aplicación Web y la
Facilidad del
Aprendizaje de
Niños con Síndrome
de Down en el
Centro de Educación
Básica Especial
(CEBE) de Chepén”
Universidad Nacional De
Trujillo
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE INGENIERÍA
E.A.P. DE INGENIERÍA DE SISTEMAS
Aplicación Web y la Facilidad del Aprendizaje de

Niños con Síndrome de Down en el Centro de
Educación Básica Especial (CEBE) de Chepén
AUTORES:
- Bach. LEÓN QUIROZ, Max Samir Gabriel

- Bach. SUAREZ PEREZ, Luis André
ASESOR METODOLÓGICO:
- ING. MG. SANTOS FERNÁNDEZ, Juan Pedro
TRUJILLO – PERÚ
2017
UNIVERSIDAD NACIONAL DE
TRUJILLO León & Suarez
ESCUELA INGENIERÍA DE SISTEMAS
DEDICATORIA
A Dios con gratitud por lo bueno en
brindarme la salud y las fuerzas para
lograr mis anhelos.
Con amor sublime y sincera gratitud a
mis padres: MANUEL Y LILIANA,
quienes con cariño y comprensión han
hecho posible la culminación de mi
carrera profesional.
Max Samir Gabriel
“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

de Down en el Centro de Educación Básica Especial (CEBE) de ii
Chepén”
DEDICATORIA
A Dios todo poderoso que me dio la vida y
me da las fuerzas para seguir adelante con
su infinito amor y misericordia.
A mis padres: LUIS y BERTHA por el apoyo
moral, económico y los valores que me
inculcaron día a día.
A mis abuelos por el cariño, Por darme los
mejores consejos y los padres maravillosos que
tengo.
Luis André

de Down en el Centro de Educación Básica Especial (CEBE) de iii
Chepén”
PRESENTACIÓN
En cumplimiento de las normas establecidas por la Escuela de Ingeniería de Sistemas

pertenecientes a la Facultad de Ingeniería de la Universidad Nacional de Trujillo, para la
obtención del título de Ingeniero de Sistemas; ponemos a consideración el presente
trabajo de investigación titulado: “APLICACIÓN WEB Y LA FACILIDAD DEL
APRENDIZAJE DE NIÑOS CON SÍNDROME DE DOWN EN EL CENTRO DE
EDUCACIÓN BÁSICA ESPECIAL (CEBE) DE CHEPÉN”, cuyo objetivo es demostrar
que se puede Facilitar el aprendizaje en los niños con Síndrome de Down, tanto en el
aspecto cognitivo y comunicativo, mediante la implementación de una aplicación web.
Lo que se desea al implementar este sistema es que la Institución CEBE - Chepén cuente
con un Sistema que ayude en el aprendizaje de los alumnos basado en Web, el cual
permitirá facilitar el aprendizaje, así como agilizar y controlar sus procesos para mayor
satisfacción de los usuarios.
El Sistema ha sido implementado utilizando PHP como lenguaje de programación, mysql

5.6.17 como motor de base de datos, Apache 2.4.9 como servidor Web, y como sistema
Operativo base Windows; basándose en la Metodología Orientada a Objetos utilizando el
Proceso Unificado de Desarrollo de Software. Con la herramienta de rational software
architect de IBM en la versión 9.0.
Trujillo, Octubre del 2017
-------------------------------- -------------------------------------
MAX SAMIR GABRIEL LEÓN QUIROZ LUIS ANDRÉ SUAREZ PEREZ

de Down en el Centro de Educación Básica Especial (CEBE) de iv
Chepén”
AGRADECIMIENTOS
La realización de la presente investigación significó un esfuerzo y paciencia memorable

de parte de las personas que participaron en su realización, y cuyo fruto es este informe
que presentamos.
Agradecer al Mg. Ing. Juan Pedro Santos Fernández, por el apoyo y guía profesional
permanente y desinteresada durante la elaboración del presente trabajo de investigación.
A toda la plana Docente de la Escuela de Ingeniería de Sistemas, que durante nuestra
carrera universitaria nos inculcaron el esfuerzo, la investigación, los valores entre
compañeros y el estudio constante, para ser exitosos en el campo laboral.
Al director y al personal de la institución, por su apoyo y colaboración brindada para el
proceso de culminación de esta Tesis.
Finalmente queremos agradecer a nuestros Padres y familiares que compartieron con
nosotros la vida universitaria guiándonos con sus consejos y experiencias para lograr
nuestras metas en nuestra vida profesional.
Los Autores

de Down en el Centro de Educación Básica Especial (CEBE) de v
Chepén”
RESUMEN
El proyecto abarca el desarrollo de una aplicación web para facilitar el aprendizaje en el

Centro de Educación Básica Especial (CEBE) de Chepén.
Partimos de la descripción de la organización en todos sus ámbitos, considerando un
análisis de sus factores críticos de éxitos. Se desarrolla el planteamiento de los principales
procesos que ocurren dentro de la organización, así como su representación a través de
diagramas. También se especifica sus principales objetivos como institución pública, sus
metas y todo lo concerniente a su Filosofía Institucional.
El logro al desarrollar un software, es el de brindar una mejor herramienta, de información
pertinente, exacta y oportuna para la integración de los departamentos de la Institución y
la mejora de la Gestión Educativa.
Finalmente, para el desarrollo del aplicativo se plantea el uso de software libre por tratarse
de una Institución Pública, utilizando para esto PHP como lenguaje de programación,
mysql 5.6.17 como motor de base de datos, Apache 2.4.9 como servidor Web, y como
sistema Operativo base Windows 7.
PALABRAS CLAVES: Aplicación Web, Gestión Educativa, Facilidad del Aprendizaje,

Síndrome de Down, Centro de educación básica.

de Down en el Centro de Educación Básica Especial (CEBE) de vi
Chepén”
ABSTRACT
The project includes the development of a web application to facilitate learning at the
Center for Special Basic Education (CEBE) Chepén.
We start from the description of the organization in all areas, taking into account an
analysis of the critical factors of success. The approach of the main processes that occur
within the organization and its representation through diagrams develops. Also specifies
its main objectives as a public institution, its goals and everything concerning your
Institutional Philosophy.
The achievement to develop software, is to provide a better tool, relevant, accurate and
timely integration of the departments of the institution and improving the Educational
Management.
Finally, for application development using free software arises because it is a public
institution, using this programming language PHP, 5.6.17 MySQL as database engine
Apache 2.4.9 as a web server, and Windows 7 operating system base.
KEYWORDS: Web Application, Educational Management, Ease of Learning, Down

Syndrome, basic education Center.

de Down en el Centro de Educación Básica Especial (CEBE) de vii
Chepén”
ÍNDICE GENERAL
DEDICATORIA ............................................................................................................. ii
PRESENTACIÓN ......................................................................................................... iv
AGRADECIMIENTOS ................................................................................................. v
RESUMEN ..................................................................................................................... vi
ABSTRACT .................................................................................................................. vii
ÍNDICE GENERAL .................................................................................................... viii
ÍNDICE DE FIGURAS .............................................................................................. xvii
ÍNDICE DE TABLAS ................................................................................................ xxii
CAPITULO I: INTRODUCCIÓN ............................................................................. 1
1.1. REALIDAD PROBLEMÁTICA ......................................................................... 2
1.2. ENUNCIADO DEL PROBLEMA: ..................................................................... 3
1.3. HIPÓTESIS: .......................................................................................................... 3
1.3.1. Variable Independiente (V. Causal):..................................................... 3
1.3.2. Variable Dependiente (V. Efecto):......................................................... 3
1.3.3. Objeto de Estudio: .................................................................................. 3
1.4. VARIABLES - INDICADORES: ........................................................................ 3
1.4.1. Variable Independiente .......................................................................... 3
1.4.1.1. Definición Conceptual ............................................................................ 3
1.4.1.2. Definición Operacional ........................................................................... 4
1.4.2. Variable Dependiente ............................................................................. 4
1.4.2.1. Definición Conceptual ............................................................................ 4
1.4.2.2. Definición Operacional ........................................................................... 4
1.5. JUSTIFICACIÓN ................................................................................................. 4
1.5.1. Justificación Tecnológica........................................................................ 4
1.5.2. Justificación Operativa ........................................................................... 4
1.5.3. Justificación Económica ......................................................................... 4
1.5.4. Justificación Ambiental .......................................................................... 5
1.5.5. Justificación Social .................................................................................. 5
1.6. OBJETIVOS .......................................................................................................... 5
1.6.1. Objetivo General ..................................................................................... 5
1.6.2. Objetivos Específicos .............................................................................. 5

de Down en el Centro de Educación Básica Especial (CEBE) de viii
Chepén”
1.7. LIMITACIONES .................................................................................................. 5

1.8. DISEÑO DE CONTRASTACIÓN: ..................................................................... 6
1.8.1. Diseño General ........................................................................................ 6
1.8.2. Diseño de la Información........................................................................ 6
1.8.2.1. Población: ................................................................................................ 6
1.8.2.2. Muestra: ................................................................................................... 6
1.8.2.2.1. Fórmula para cálculo de muestra ........................................................ 6
1.8.2.3. Indicadores: ............................................................................................. 7
1.8.2.3.1. Indicador Cualitativo ........................................................................... 7
1.8.2.3.2. Indicador Cuantitativo ......................................................................... 7
1.8.2.4. Técnicas para la recolección de datos: ................................................ 10
1.8.3. Diseño Específico................................................................................... 10
1.8.3.1. Análisis de la Contrastación ................................................................. 10
1.8.3.2. Contrastación de la Hipótesis .............................................................. 11
CAPITULO II: MARCO TEÓRICO ...................................................................... 12
2.1. ANTECEDENTES .............................................................................................. 13
2.2. MARCO TÉORICO ........................................................................................... 14
2.2.1.1. Historia del Síndrome de Down ........................................................... 14
2.2.1.2. Definición:.............................................................................................. 15
2.2.1.3. El Proceso de Enseñanza-Aprendizaje en niños con Síndrome de
Down: ..................................................................................................... 15
2.2.1.4. El sistema educativo y las TIC ............................................................. 16
2.2.1.5. Necesidades educativas especiales en niños con Síndrome de Down 17
2.2.1.6. ¿Qué es un proceso de desarrollo de software?.................................. 17
2.2.1.7. ¿Qué es un sistema software? .............................................................. 17
2.2.1.8. Aplicación web ...................................................................................... 18
2.2.1.9. Aplicaciones Móviles ............................................................................. 18
2.2.1.10. Metodologías para el Desarrollo Web. ................................................ 19
2.2.1.11. Metodología RUP: ................................................................................. 20
2.2.1.11.1. Ciclo de Vida ................................................................................... 20
2.2.1.11.2. Fases del RUP: ................................................................................ 20
2.2.1.12. Ingeniería del Software......................................................................... 21
2.2.1.13. Lenguaje Unificado De Modelado (UML) .......................................... 23
de Down en el Centro de Educación Básica Especial (CEBE) de ix
Chepén”
2.3. MARCO CONCEPTUAL .................................................................................. 24

2.3.1. LENGUAJE DE PROGRAMACIÓN ................................................. 24
2.3.2. HTML5 .................................................................................................. 24
2.3.3. PHP......................................................................................................... 25
2.3.4. MYSQL .................................................................................................. 25
2.3.5. CSS3 ....................................................................................................... 25
2.3.6. JAVASCRIPT ....................................................................................... 25
2.3.7. JQUERY ................................................................................................ 25
CAPITULO III: GENERALIDADES EMPRESARIALES .................................. 26
3.1. TÍTULO ............................................................................................................... 27
3.2. AUTORES ........................................................................................................... 27
3.2.1. Nombres ................................................................................................. 27
3.3. TIPO DE INVESTIGACIÓN ............................................................................ 27
3.3.1. De acuerdo a la orientación .................................................................. 27
3.3.2. De acuerdo a la técnica de contrastación ............................................ 27
3.4. RÉGIMEN DE INVESTIGACIÓN ................................................................... 27
3.5. LOCALIDAD E INSTITUCIÓN DONDE SE DESARROLLARÁ EL
PROYECTO ........................................................................................................ 27
3.6. ÁREA DE INVESTIGACIÓN ........................................................................... 28
3.7. INSTITUCIÓN QUE INVESTIGA ................................................................... 28
3.8. MATERIALES Y EQUIPOS ............................................................................. 28
3.8.1. RECURSOS ........................................................................................... 28
3.8.1.1. Disponibles ............................................................................................. 28
3.8.1.1.1. Personal................................................................................................ 28
3.8.1.1.2. Materiales ............................................................................................ 29
3.8.1.2. No Disponibles ....................................................................................... 29
3.8.1.2.1. Insumos ................................................................................................ 29
3.8.1.2.2. Servicios ............................................................................................... 29
3.8.1.3. Locales .................................................................................................... 29
3.9. DIRECCCIÓN EMPRESARIAL ...................................................................... 30
3.9.1. Visión Institucional ............................................................................... 30
3.9.2. Misión Institucional .............................................................................. 30
3.9.3. Rol Empresarial .................................................................................... 30
de Down en el Centro de Educación Básica Especial (CEBE) de x
Chepén”
3.9.4. Valores Empresariales .......................................................................... 30

3.9.5. Objetivos ................................................................................................ 31
3.9.6. Metas Empresariales ............................................................................ 31
3.9.7. Problemas Empresariales ..................................................................... 32
3.9.8. Análisis Interno ..................................................................................... 33
3.9.9. Análisis Externo .................................................................................... 35
3.9.10. Estrategias Empresariales .................................................................... 36
3.9.11. Factores Críticos de Éxito .................................................................... 36
CAPITULO IV: FASE I: INCEPCIÓN ................................................................... 37
4.1. MODELO DEL NEGOCIO ............................................................................... 38
4.1.1. Lista de Actores y Trabajadores del Negocio ..................................... 38
4.1.2. Reglas del Negocio: ............................................................................... 40
4.1.2.1. Proceso de Asistencia:........................................................................... 40
4.1.2.2. Proceso de Psicología: ........................................................................... 40
4.1.2.3. Proceso de Proyección Social: .............................................................. 40
4.1.2.4. Proceso Pedagógico:.............................................................................. 40
4.1.2.5. Proceso Fisioterapia: ............................................................................ 41
4.1.3. Modelo de Casos de Uso del Negocio................................................... 41
4.1.3.1. Proceso de Asistencia ............................................................................ 41
4.1.4. Hojas de Descripción de Casos de Uso del Negocio ........................... 44
4.1.4.2. Proceso Psicológico ............................................................................... 45
4.1.4.3. Proceso de Proyección Social ............................................................... 47
4.1.4.4. Proceso Pedagógico ............................................................................... 48
4.1.4.5. Proceso Fisioterapia .............................................................................. 50
4.1.5. Objetivos del Negocio ........................................................................... 53
4.1.5.1. Objetivo del Negocio del Proceso de Asistencia ................................. 53
4.1.5.2. Objetivo del Negocio del Proceso Psicológico ..................................... 53
4.1.5.3. Objetivo del Negocio del Proceso de Proyección Social .................... 53
4.1.5.4. Objetivo del Negocio del Proceso Pedagógico .................................... 54
4.1.5.5. Objetivo del Negocio del Proceso Fisioterapia ................................... 54
4.1.6. Correlación entre CUN Vs. ON ........................................................... 54
4.1.6.1. CUN Vs. ON del Proceso de Asistencia ............................................... 54
de Down en el Centro de Educación Básica Especial (CEBE) de xi
Chepén”
4.1.6.2. CUN Vs. ON del Proceso Psicológico .................................................. 55

4.1.6.3. CUN Vs. ON del Proceso de Proyección Social .................................. 55
4.1.6.4. CUN Vs. ON del Proceso Pedagógico .................................................. 56
4.1.6.5. CUN Vs. ON del Proceso Fisioterapia................................................. 56
4.2. MODELO DE ANALISIS DEL NEGOCIO .................................................... 57
4.2.1. Entidades del Negocio ........................................................................... 57
4.2.2. Diagrama de Máquina de Estados....................................................... 57
4.2.3. Diagrama De Actividades Del Negocio (D.A.N) ................................. 66
4.2.4. Modelo Objeto del Negocio .................................................................. 71
4.2.4.1. MONCUN Proceso Asistencia ............................................................. 71
4.2.4.2. MONCUN Proceso Psicológico ............................................................ 71
4.2.4.3. MONCUN Proceso de Proyección Social ............................................ 72
4.2.4.4. MONCUN Proceso Pedagógico ........................................................... 72
4.2.4.5. MONCUN Proceso Fisioterapia .......................................................... 72
4.3. MODELO DE REQUERIMIENTOS ............................................................... 74
4.3.1. Requerimientos Funcionales y no Funcionales .................................. 74
4.3.1.1. Requerimientos Funcionales ................................................................ 74
4.3.1.2. Requerimientos no Funcionales ........................................................... 74
4.3.2. Diagrama de Paquetes del Sistema ...................................................... 75
4.3.2.1. Diagrama de paquetes del Sistema de Progreso Académico ............. 76
4.3.3. Diagrama de Jerarquía de actores ...................................................... 78
4.3.4. Descripción de Actores ......................................................................... 79
4.3.5. Modelo de Casos de Uso por Paquete ................................................. 80
de Down en el Centro de Educación Básica Especial (CEBE) de xii
Chepén”
4.3.5.1. Agregar Usuario .................................................................................... 80

4.3.5.3. Proceso de Avances ............................................................................... 82
4.3.5.5. Diagrama General de Paquetes ........................................................... 84
4.3.6. Hojas de Descripción de los Caso de Uso de Requerimientos ........... 85
4.3.6.1. Proceso Agregar Usuario ..................................................................... 85
4.3.6.3. Proceso Avances .................................................................................... 90
4.3.7. Estimación del Tiempo De Desarrollo................................................. 96
4.3.7.1. Estimación de Tiempo de Desarrollo del Proyecto Basado en Casos de
Uso .......................................................................................................... 96
4.3.7.1.1. Cálculo de Puntos de Casos de Uso sin Ajustar ............................... 96
4.3.7.1.2. Cálculo de Puntos de Casos de Uso Ajustados (PCA) ..................... 99
4.3.8. Estudio de Viabilidad Económica ..................................................... 103
4.3.8.1. Costos de Inversión ............................................................................. 104
4.3.8.2. Costos de Desarrollo ........................................................................... 105
4.3.8.3. Costo de Implementación ................................................................... 108
4.8.3.4. Costo de Operación ............................................................................. 110
4.8.3.5. Beneficio ............................................................................................... 112
4.8.3.6. Flujo de Caja Proyectada ................................................................... 113
4.3.9. Priorización de Casos de Usos de Requerimientos .......................... 122
4.3.10. Mitigación de Riesgos ......................................................................... 123
CAPITULO V: FASE II: ELABORACIÓN .......................................................... 124
5.1. MODELO DE ANÁLISIS ................................................................................ 125
5.1.1. Diagrama de clases parciales por cada CU....................................... 125
5.1.3. Diagrama de Colaboración ................................................................ 130
5.2. MODELO DE DISEÑO.................................................................................... 142
5.2.1. Diagrama de modelo de clases de diseño .......................................... 142
5.2.1.1. Diagrama de Clases de Diseño ........................................................... 142
5.2.1.2. CU realizado documentado con:........................................................ 143
5.2.1.3. Diagrama de E.R:................................................................................ 155
de Down en el Centro de Educación Básica Especial (CEBE) de xiii
Chepén”
5.2.1.3.1. Diagrama de Entidades Lógica: ...................................................... 155

5.2.1.3.2. Diagrama de Entidades Física: ........................................................ 156
5.2.1.4. Diagrama de Componentes ................................................................ 157
5.2.1.5. Diagrama de Despliegue ..................................................................... 158
CAPITULO VI: FASE III: CONSTRUCCIÓN ...................................................... 159
6.1. MODELO DE PRUEBAS ................................................................................ 160
6.1.1. Especificaciones del lenguaje ............................................................. 160
6.1.2. Generación de Código......................................................................... 160
CAPITULO VII: FASE IV: TRANSICION ............................................................ 168
7.1. MODELO DE PRUEBAS ................................................................................ 169
7.1.1. Pruebas por caso de uso ..................................................................... 169
7.1.2. Prueba de la Caja Negra .................................................................... 171
7.1.3. Prueba de la Caja Blanca ................................................................... 180
7.2. MODELO DE IMPLANTACIÓN ................................................................... 183
7.2.1. Elaboración de Manuales del Sistema............................................... 183
7.2.2. Capacitación a los usuarios del sistema ............................................ 201
7.2.3. Puesta en marcha del sistema ............................................................ 201
CAPITULO VIII: DISCUSIÓN DE RESULTADOS ............................................. 202
8.1. CONTRASTACIÓN DE LA HIPÓTESIS ..................................................... 203
8.2. PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUALITATIVO ...... 203
8.2.1. Cálculo para hallar el nivel de Satisfacción de los Usuarios antes de la
Implementación del Proyecto............................................................. 203
8.2.2. Cálculo para hallar el nivel de Satisfacción de los Usuarios después de
la Implementación del Proyecto ........................................................ 205
8.2.3. Prueba de Hipótesis para el indicador Cualitativo Nivel de
Satisfacción de Usuarios ..................................................................... 205
8.2.3.1. Definición de Variables....................................................................... 205
8.2.3.2. Hipótesis Estadísticas.......................................................................... 206
8.2.3.3. Nivel de Significancia.......................................................................... 206
8.2.3.4. Valores Tabulados .............................................................................. 206
8.2.3.5. Resultados de la Hipótesis Estadística .............................................. 208
8.2.3.5.1. Diferencia de Promedio .................................................................... 208
8.2.3.5.2. Cálculo de la desviación estándar.................................................... 209
de Down en el Centro de Educación Básica Especial (CEBE) de xiv
Chepén”
8.2.3.5.3. Cálculo de la estadística de prueba ................................................. 209

8.3. PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUANTITATIVO.... 210
8.3.1. Prueba de Hipótesis para el indicador Cuantitativo Tiempo de demora
en el monitoreo del control de progreso de los alumnos.................. 210
8.3.1.1. Definición de variables ....................................................................... 210
8.3.1.2. Hipótesis Estadísticas.......................................................................... 210
8.3.1.3. Nivel de Significancia.......................................................................... 211
8.3.1.4. Valores Tabulados .............................................................................. 211
8.3.1.5. Resultados de la Hipótesis Estadística .............................................. 213
8.4. DISCUSIÓN DE LOS RESULTADOS ........................................................... 215
8.4.1. Indicador Cualitativo Nivel de Satisfacción de Usuarios ................ 215
8.4.2. Indicador Cuantitativo Tiempo de demora en el monitoreo del control
de progreso de los alumnos ................................................................ 216
CONCLUSIONES ...................................................................................................... 218
RECOMENDACIONES ............................................................................................ 219
REFERENCIAS BIBLOGRÁFICAS ....................................................................... 220
ANEXOS ..................................................................................................................... 223
ANEXO N° 1 - CRONOGRAMA DE EJECUCIÓN ............................................. 224
ANEXO N° 2 - DIAGRAMA DE FLUJO DE PROCESO ..................................... 227
ANEXO N° 3 - DIAGRAMA DE FLUJO DE PROCESO DE SELECCIÓN DE
ENSEÑANZA .................................................................................................... 228
ANEXO N° 4 - DIAGRAMA DE LLUVIA DE IDEAS ......................................... 229
ANEXO N° 5 - DIAGRAMA DE PARETO ............................................................. 230
ANEXO N° 6 - DIAGRAMA DE ISHIKAWA ....................................................... 232
ANEXO N° 7 - ÁRBOL DE PROBLEMAS ............................................................ 233
ANEXO N° 8 - ÁRBOL DE OBJETIVOS ............................................................... 234
ANEXO N° 9 – VALIDACIÓN DE ENCUESTA PRE-TEST ............................... 235
ANEXO N° 10 - ENCUESTA PARA DETERMINAR METODOLOGÍA ........... 241
ANEXO N° 11 - ENCUESTA PARA DETERMINAR METODOLOGÍA DE
DESARROLLO ................................................................................................. 244
DESARROLLO ................................................................................................. 245

de Down en el Centro de Educación Básica Especial (CEBE) de xv
Chepén”

DESARROLLO ................................................................................................. 246
ANEXO N° 14 - CÁLCULO PARA SELECCIÓN DE METODOLOGÍA .......... 247
ANEXO N° 15 – RECOLECCIÓN DE DATOS ...................................................... 249
ANEXO N° 16 – ANÁLISIS DE CONFIABILIDAD UTILIZANDO EL MÉTODO
DE ALFA DE CRONBACH ............................................................................ 250
ANEXO N° 17 - CÁLCULO DE ALFA DE CRONBACH UTILIZANDO IBM SPSS
253
ANEXO N° 18 – ENCUESTA PRE-TEST PARA CONSTRATAR LA HIPÓTESIS
DE LA APLICACIÓN WEB Y LA FACILIDAD DEL APRENDIZAJE DE
NIÑOS CON SINDROME DE DOWN EN EL CEBE - CHEPÉN .............. 254
ANEXO N° 20 – DISTRIBUCIÓN DE T DE STUDENT ....................................... 257

de Down en el Centro de Educación Básica Especial (CEBE) de xvi
Chepén”
ÍNDICE DE FIGURAS
Capítulo II
Figura 2-1: El Proceso de Enseñanza-Aprendizaje en niños con Síndrome de Down .. 16
Figura 2-2: Aplicación Web .......................................................................................... 18
Figura 2-3: Ciclo de Vida del Proyecto de Sistemas. .................................................... 21
Capítulo IV
Figura 4-1: Caso de Uso del Negocio del Proceso de Asistencia ................................. 41
Figura 4-2: Caso de Uso del Negocio del Proceso Psicológico .................................... 42
Figura 4-3: Caso de Uso del Negocio del Proceso de Proyección Social ..................... 42
Figura 4-4: Caso de Uso del Negocio del Proceso Pedagógico .................................... 43
Figura 4-5: Caso de Uso del Negocio del Proceso Fisioterapia .................................... 43
Figura 4-6: Objetivo del negocio del Proceso de Asistencia ........................................ 53
Figura 4-7: Objetivo del negocio del Proceso Psicológico ........................................... 53
Figura 4-8: Objetivo del negocio del Proceso de Proyección Social ........................... 53
Figura 4-9: Objetivo del negocio del Proceso Pedagógico ........................................... 54
Figura 4-10: Objetivo del negocio del Proceso Fisioterapia ......................................... 54
Figura 4-11: CUN Vs ON del Proceso de Asistencia ................................................... 54
Figura 4-12: CUN Vs ON del Proceso Psicológico ...................................................... 55
Figura 4-13: CUN Vs ON del Proceso de Proyección Social ....................................... 55
Figura 4-14: CUN Vs ON del Proceso Pedagógico ...................................................... 56
Figura 4-15: CUN Vs ON del Proceso Fisioterapia ...................................................... 56
Figura 4-16: Entidades del Negocio .............................................................................. 57
Figura 4-17: Entidad Registrar Alumnos ...................................................................... 57
Figura 4-18: Entidad Lista Alumnos ............................................................................. 58
Figura 4-20: Entidad Hoja Control Psicológico ............................................................ 60
Figura 4-21: Entidad Libro de Progreso ........................................................................ 61
Figura 4-23: Entidad Hoja de Progreso Pedagógico ..................................................... 63
Figura 4-25: Entidad Hoja de Control de Progreso Físico ............................................ 65
Figura 4-26: DANCUN Control de Asistencia ............................................................. 66

de Down en el Centro de Educación Básica Especial (CEBE) de xvii
Chepén”
Figura 4-27: DANCUN Control Psicológico ................................................................ 67

Figura 4-28: DANCUN Cronograma de eventos .......................................................... 68
Figura 4-29: DANCUN Control Pedagógico ................................................................ 69
Figura 4-30: DANCUN Control Físico ......................................................................... 70
Figura 4-31: MONCUN Proceso Asistencia ................................................................. 71
Figura 4-32: MONCUN Proceso Psicológico ............................................................... 71
Figura 4-33: MONCUN Proceso de Proyección Social ................................................ 72
Figura 4-34: MONCUN Proceso Pedagógico ............................................................... 72
Figura 4-35: MONCUN Proceso Fisioterapia ............................................................... 72
Figura 4-36: Modelo del Dominio ............................................................................... 73
Figura 4-37: Diagrama de Paquetes del Sistema de Progreso Académico ................... 76
Figura 4-38: Diagrama de Paquetes Proceso de Asistencia .......................................... 76
Figura 4-39: Diagrama de Paquetes Proceso de Avances ............................................. 76
Figura 4-40: Diagrama de Paquetes Proceso de Proyección Social .............................. 77
Figura 4-41: Diagrama de Paquetes Proceso Agregar usuario ...................................... 77
Figura 4-42: Diagrama de Jerarquía de actores ............................................................. 78
Figura 4-43: Caso de Uso del Paquete “Agregar Usuario” .......................................... 80
Figura 4-44: Caso de Uso del Paquete “Gestión de reporte de usuarios” .................... 80
Figura 4-45: Caso de Uso del Paquete “Autentificación en el Sistema” ..................... 80
Figura 4-46: Caso de Uso del Paquete “Registrar acceso” .......................................... 81
Figura 4-47: Caso de Uso del Paquete “Gestión de Reporte de asistencia” ................ 81
Figura 4-48: Caso de Uso del Paquete “Registro de avances” ..................................... 82
Figura 4-49: Caso de Uso del Paquete “Gestionar Juegos” ......................................... 82
Figura 4-50: Caso de Uso del Paquete “Gestionar Reporte de avances” ..................... 83
Figura 4-51: Caso de Uso del Paquete “Elaborar cronograma de eventos” ................. 83
Figura 4-52: Caso de Uso del Paquete “Gestionar Reporte” ....................................... 83
Figura 4-53: Diagrama General de Paquetes................................................................. 84
Figura 4-54: Representación del Flujo de Caja del Proyecto. ..................................... 114
Figura 4-55: Valor Actual Neto Económico del Proyecto .......................................... 116
Figura 4-56: Cálculo del valor presente de los beneficios (VPB) ............................... 117
Figura 4-57: Cálculo del valor presente de los costos del proyecto ............................ 118
Figura 4-58: Hallando TIR en Excel ........................................................................... 120

de Down en el Centro de Educación Básica Especial (CEBE) de xviii
Chepén”
Capítulo V
Figura 5-1: Diagrama Parcial de Registrar Usuario .................................................... 125
Figura 5-2: Diagrama Parcial de Validar Usuario ....................................................... 126
Figura 5-3: Diagrama Parcial de Registrar Acceso ..................................................... 126
Figura 5-4: Diagrama Parcial de Registrar Avances ................................................... 127
Figura 5-5: Diagrama Parcial de Gestionar Juegos ..................................................... 127
Figura 5-6: Diagrama Parcial de Cronograma de eventos .......................................... 128
Figura 5-7: Diagrama de Clases de Análisis ............................................................... 129
Figura 5-8: Diagrama de Colaboración Registrar Usuario.......................................... 131
Figura 5-9: Diagrama de Colaboración Validar Usuario ............................................ 133
Figura 5-10: Diagrama de Colaboración Registrar Acceso ........................................ 135
Figura 5-11: Diagrama de Colaboración Registrar Avances ...................................... 137
Figura 5-12: Diagrama de Colaboración Gestionar Juegos ........................................ 139
Figura 5-13: Diagrama de Colaboración Cronograma de Eventos ............................. 141
Figura 5-14: Diagrama de Clases de Diseño ............................................................... 142
Figura 5-15: Diseño de Ficha Registrar Usuario ......................................................... 143
Figura 5-16: Diagrama de Secuencia Registrar Usuario ............................................. 144
Figura 5-17: Diseño de Ficha Validar Usuario ........................................................... 145
Figura 5-18: Diagrama de Secuencia Validar Usuario................................................ 146
Figura 5-19: Diseño de Ficha Registrar Acceso.......................................................... 147
Figura 5-20: Diagrama de Secuencia Registrar Acceso .............................................. 148
Figura 5-21: Diseño de Ficha Registrar Avances........................................................ 149
Figura 5-22: Diagrama de Secuencia Registrar Avances ............................................ 150
Figura 5-23: Diseño de Ficha Gestionar Juegos.......................................................... 151
Figura 5-24: Diagrama de Secuencia Gestionar Juegos .............................................. 152
Figura 5-25: Diseño de Ficha Cronograma de Eventos .............................................. 153
Figura 5-26: Diagrama de Secuencia Cronograma de Eventos................................... 154
Figura 5-27: Diagrama de Entidades Lógica............................................................... 155
Figura 5-28: Diagrama de Entidades Física ................................................................ 156
Figura 5-29: Diagrama de Componentes .................................................................... 157
Figura 5-30: Diagrama de Despliegue ........................................................................ 158
Capítulo VII
Figura 7-1: Resultado de código fuente por indicador ................................................ 181
de Down en el Centro de Educación Básica Especial (CEBE) de xix
Chepén”
Figura 7-2: Defectos a reparar en código fuente ......................................................... 182

Figura 7-3: Inicio del Sistema de Progreso Académico CEBE ................................... 184
Figura 7-4: Pantalla de autenticación, llenado de usuario y contraseña...................... 185
Figura 7-5: Pantalla del sistema después de la autenticación...................................... 186
Figura 7-6: Pantalla del sistema datos de la institución .............................................. 186
Figura 7-7: Pantalla del sistema agregar sección ........................................................ 187
Figura 7-8: Pantalla del sistema lista de secciones ..................................................... 187
Figura 7-9: Pantalla del sistema registrar usuarios – Parte 1 ...................................... 188
Figura 7-10: Pantalla del sistema registrar usuarios – Parte 2 .................................... 188
Figura 7-11: Pantalla del sistema lista de usuarios ..................................................... 189
Figura 7-12: Pantalla del sistema lista de docentes ..................................................... 189
Figura 7-13: Pantalla del sistema lista de estudiantes ................................................. 190
Figura 7-14: Pantalla del sistema lista de personal ..................................................... 190
Figura 7-15: Pantalla del sistema estadísticas de reportes de avances ........................ 191
Figura 7-16: Pantalla del sistema reporte de usuarios ................................................. 191
Figura 7-17: Pantalla del sistema reporte de asistencia y avances .............................. 192
Figura 7-18: Pantalla del sistema reporte de eventos .................................................. 192
Figura 7-19: Pantalla del sistema reporte de eventos .................................................. 193
Figura 7-20: Pantalla del sistema Libros ..................................................................... 193
Figura 7-21: Pantalla del sistema Avance de Alumnos .............................................. 194
Figura 7-22: Pantalla del sistema Avance de Alumnos – Lista de Estudiantes .......... 194
Figura 7-23: Pantalla del sistema Agregar un nuevo avance ...................................... 195
Figura 7-24: Pantalla del sistema Avance de los alumnos .......................................... 195
Figura 7-25: Pantalla del sistema Reportes de los alumnos ........................................ 196
Figura 7-26: Pantalla del sistema Cronograma de Eventos......................................... 196
Figura 7-27: Pantalla del sistema Añadir Eventos ...................................................... 197
Figura 7-28: Pantalla del sistema Juegos Educativos.................................................. 197
Figura 7-29: Pantalla del sistema Juegos Educativos 1............................................... 198
Figura 7-31: Pantalla del sistema Juegos Educativos 2 - Granja ................................ 199
Figura 7-32: Pantalla del sistema Juegos Educativos 2 – Granja - Juego ................... 199
de Down en el Centro de Educación Básica Especial (CEBE) de xx
Chepén”
Capítulo VIII
Figura 8-1: Región de Aceptación y Rechazo para la prueba de Hipótesis Nivel de
Satisfacción de Usuarios ............................................................................................... 210
Figura 8-2: Tiempo de Registro de la Matrícula de Alumno ...................................... 215
Figura 8-3: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios
...................................................................................................................................... 216
Figura 8-4: Discusión de Resultados para el Indicador Tiempo de demora en el monitoreo
del control de progreso de los alumnos ........................................................................ 217
Capítulo Anexo
Figura Anexo 1: Diagrama de Flujo de Proceso ......................................................... 227
Figura Anexo 2: Diagrama de Flujo de Proceso de Selección de Enseñanza ............. 228
Figura Anexo 3: Diagrama de Lluvia de ideas .......................................................... 229
Figura Anexo 4: Diagrama de Pareto Gráfico ............................................................ 231
Figura Anexo 5: Diagrama de Ishikawa ..................................................................... 232
Figura Anexo 6: Árbol de Problemas ......................................................................... 233
Figura Anexo 7: Árbol de Objetivos ........................................................................... 234
Figura Anexo 8: Validación de Encuesta – 1 Experto ................................................ 235
Figura Anexo 9: Validación de Encuesta – 1 Experto ................................................ 236
Figura Anexo 10: Validación de Encuesta – 2 Experto .............................................. 237
Figura Anexo 14: Cálculo de Alfa de Cronbach – IMB SPSS ................................... 253
Figura Anexo 15: Resultado de Alfa de Cronbach – IMB SPSS ................................ 253
Figura Anexo 16: Distribución Normal ...................................................................... 256
Figura Anexo 17: Distribución de T de Student ......................................................... 257

de Down en el Centro de Educación Básica Especial (CEBE) de xxi
Chepén”
ÍNDICE DE TABLAS
Capítulo I
Tabla 1-1: Indicadores ..................................................................................................... 9
Tabla 1-2: Técnicas para la recolección de datos .......................................................... 10
Tabla 1-3: Población y Muestra de los Indicadores ...................................................... 11
Capítulo III
Tabla 3-1: Recursos – Disponibles - Personal............................................................... 28
Tabla 3-2: Recursos – Disponibles - Materiales ........................................................... 29
Tabla 3-3: Recursos – No Disponibles - Insumos ......................................................... 29
Tabla 3-4: Recursos – No Disponibles – Servicios ....................................................... 29
Capítulo IV
Tabla 4-1: Lista de Actores y Trabajadores del Negocio .............................................. 38
Tabla 4-2: Hoja de descripción del Caso de Uso Controlar Asistencia ........................ 44
Tabla 4-3: Hoja de descripción del Caso de Uso Evaluar comportamiento .................. 45
Tabla 4-4: Hoja de descripción del Caso de Uso Registrar avance ............................... 46
Tabla 4-5: Hoja de descripción del Caso de Uso Asesorar a padres en lo socioeconómico
........................................................................................................................................ 47
Tabla 4-6: Hoja de descripción del Caso de Uso Ayudar en el aprendizaje ................. 48
Tabla 4-7: Hoja de descripción del Caso de Uso Registrar avance ............................... 49
Tabla 4-8: Hoja de descripción del Caso de Uso Examinar discapacidades físicas ...... 50
Tabla 4-9: Hoja de descripción del Caso de Uso Ayudar la rehabilitación .................. 51
Tabla 4-10: Hoja de descripción del Caso de Uso Registrar avance ............................. 52
Tabla 4-11: Descripción de Actores .............................................................................. 79
Tabla 4-12: Hoja de Descripción del Caso “Registrar Usuario” ................................... 85
Tabla 4-13: Hoja de Descripción del Caso “Generar Reporte” ..................................... 86
Tabla 4-14: Hoja de Descripción del Caso “Validar Usuario”...................................... 87
Tabla 4-15: Hoja de Descripción del Caso “Ingresar al Sistema”................................. 88
Tabla 4-17: Hoja de Descripción del Caso “Registrar Avance” ................................... 90
Tabla 4-18: Hoja de Descripción del Caso “Registrar Avance” ................................... 91
Tabla 4-19: Hoja de Descripción del Caso “Gestionar Juegos” .................................... 92
de Down en el Centro de Educación Básica Especial (CEBE) de xxii
Chepén”
Tabla 4-21: Hoja de Descripción del Caso “Agregar Cronograma de Eventos” .......... 94
Tabla 4-23: Factor de Peso de Actores sin Ajustar ....................................................... 96
Tabla 4-24: Factor de Peso de los Casos de Uso sin Ajustar ........................................ 96
Tabla 4-25: Factor de Peso de los Acores sin Ajustar ................................................... 97
Tabla 4-26: Factor de Peso de los Acores sin Ajustar ................................................... 98
Tabla 4-27: Factor Complejidad Técnica .................................................................... 100
Tabla 4-28: Factor Ambiente....................................................................................... 101
Tabla 4-29: Estimación de Esfuerzo ........................................................................... 102
Tabla 4-30: Costo de Inversión de Hardware .............................................................. 104
Tabla 4-31: Costo de Inversión de Software ............................................................... 104
Tabla 4-32: Costo de Inversión de Mobiliario y Enseres ............................................ 105
Tabla 4-33: Resumen Consolidado del Costo de Inversión del Proyecto ................... 105
Tabla 4-34: Costos de Desarrollo de Recursos Humanos ........................................... 105
Tabla 4-35: Costos de Materiales de Consumo ........................................................... 106
Tabla 4-36: Cuadro Detallado de Energía y Costo ...................................................... 106
Tabla 4-37: Costo de Energía Eléctrica de Equipos .................................................... 107
Tabla 4-38: Costo de Transporte ................................................................................. 107
Tabla 4-39: Resumen Consolidado del Costo de Desarrollo del Proyecto ................. 108
Tabla 4-40: Costos de Desarrollo de Recursos Humanos. .......................................... 108
Tabla 4-42: Costo de Energía Eléctrica de Equipos. ................................................... 109
Tabla 4-43: Costo de Transporte ................................................................................. 109
Tabla 4-44: Resumen Consolidado del Costo de Implementación del Proyecto. ....... 110
Tabla 4-45: Costos de Desarrollo de Recursos Humanos ........................................... 110
Tabla 4-47: Costo de Energía Eléctrica de Equipos .................................................... 111
Tabla 4-48: Depreciación de equipos .......................................................................... 111
Tabla 4-49: Resumen Consolidado del Costo de Operación del Proyecto .................. 112
Tabla 4-50: Resumen de Costos .................................................................................. 112
Tabla 4-51: Beneficios Tangibles ................................................................................ 112
Tabla 4-52: Beneficios Intangibles .............................................................................. 113
Tabla 4-53: Flujo de Caja del Proyecto ....................................................................... 113
de Down en el Centro de Educación Básica Especial (CEBE) de xxiii
Chepén”
Tabla 4-54: Tasa de Interés Efectiva ........................................................................... 114

Tabla 4-55: Tasa de Interés Efectiva ........................................................................... 122
Tabla 4-56: Escala de Valoración................................................................................ 122
Tabla 4-57: Matriz de Priorización de Casos de Uso .................................................. 123
Tabla 4-58: Mitigación de Riesgos ............................................................................. 123
Capítulo VII
Tabla 7-1: Clases de Equivalencia, caso de prueba “Registrar Usuario” .................... 172
Tabla 7-2: Clases de Equivalencia, caso de prueba “Registrar Usuario” .................... 173
Tabla 7-3: Clases de Equivalencia, caso de prueba “Registrar Sección” .................... 174
Tabla 7-4: Clases de Equivalencia, caso de prueba “Registrar Sección” .................... 174
Tabla 7-5: Clases de Equivalencia, caso de prueba “Registrar Asistencia” ................ 175
Tabla 7-6: Clases de Equivalencia, caso de prueba “Registrar Asistencia” ................ 175
Tabla 7-7: Clases de Equivalencia, caso de prueba “Registrar Avances” ................... 176
Tabla 7-8: Clases de Equivalencia, caso de prueba “Registrar Avances” ................... 177
Tabla 7-9: Clases de Equivalencia, caso de prueba “Registrar Eventos”.................... 178
Tabla 7-10: Clases de Equivalencia, caso de prueba “Registrar Eventos”.................. 179
Tabla 7-11: Resultado de código fuente por indicador ............................................... 182
Tabla 7-12: Directorios del Despliegue ....................................................................... 183
Tabla 7-13: Capacitación a los usuarios del sistema ................................................... 201
Tabla 7-14: Puesta en marcha del sistema ................................................................... 201
Capítulo VIII
Tabla 8-1: Nivel de Satisfacción del Usuario .............................................................. 203
Tabla 8-2: Pre Test Nivel de satisfacción del usuario ................................................. 204
Tabla 8-3: Post Test Nivel de satisfacción del usuario................................................ 205
Tabla 8-6: Discusión de resultados para el Indicador Nivel de Satisfacción de Usuarios
...................................................................................................................................... 215
Tabla 8-7: Discusión de resultados para el Indicador Tiempo de demora en el monitoreo
del control de progreso de los alumnos ........................................................................ 216
Capítulo Anexo
Tabla Anexo 1: Cronograma de Ejecución ................................................................. 224
Tabla Anexo 2: Tabla de Frecuencias ......................................................................... 230
de Down en el Centro de Educación Básica Especial (CEBE) de xxiv
Chepén”
Tabla Anexo 3: Tabla de Frecuencias Ordenadas ....................................................... 230

Tabla Anexo 4: Criterios de Selección de Metodologías ............................................ 244
Tabla Anexo 7: Cálculo para la Selección de Metodología ........................................ 247
Tabla Anexo 8: Cálculo para la Selección de Metodología ........................................ 248
Tabla Anexo 9: Recolección de Datos ........................................................................ 249
Tabla Anexo 10: Análisis de Confiabilidad utilizando el método de Alfa de Cronbach
...................................................................................................................................... 250
Tabla Anexo 11: Encuesta Pre-Test ............................................................................ 254

de Down en el Centro de Educación Básica Especial (CEBE) de xxv
Chepén”
CAPITULO I:
INTRODUCCIÓN
1.1. REALIDAD PROBLEMÁTICA
El Centro de Educación Básica Especial (CEBE) es la única institución que brinda el

servicio de educación para niños con Síndrome de Down en Chepén y aunque su
enseñanza es de calidad no cuenta con un sistema web que les permita facilitar el
aprendizaje en los niños. Todas las clases se hacen de una forma tradicional, lo que toma
mucho tiempo y no es muy motivante para los niños.
Las tareas se realizan manualmente lo que provoca que el niño sólo se limite a aprender
por esa metodología y no de una manera interactiva como lo que busca nuestra aplicación
web.
El progreso de cada niño se registra en una agenda mediante un proceso manual lo que
no es muy funcional, muchas veces los padres de familia solicitan un registro de los
avances que están teniendo sus hijos a lo largo del tiempo, en algunos casos la persona
encargada no se encuentra en la institución o se encuentra ocupada, produciendo una
insatisfacción en el solicitante, ya que ha perdido tiempo en la espera del encargado y en
el caso de encontrarlo ocurre una demora en la búsqueda del registro del alumno. Este
caso se produce entre 15 a 20 solicitudes al mes.
También se ha notado la pérdida de tiempo en el monitoreo del control de progreso de los

alumnos al consultar los archivos de cada uno de ellos en las diferentes fechas, este
monitoreo es realizado 1 vez a la semana por el especialista encargado.
Actualmente el registro de cada alumno no puede ser respaldado en caso de algún desastre
natural o la perdida de dichos archivos.
También una de las problemáticas es la falta de equipamiento de tecnologías ya que solo

cuentan con dos proyectores, dos grabadoras y unas cuantas computadoras a las cuales
solo se les da uso 4 horas semanales.
El desconocimiento del uso de los recursos informáticos es una más de las problemáticas
actuales puesto que no hay una capacitación constante de los docentes y no se le incita a
la investigación.

de Down en el Centro de Educación Básica Especial (CEBE) de 2
Chepén”
También se encontró el problema de dificultad de aprendizaje en la asignatura de

matemática puesto que los niños que ingresas a esta institución no han contado con ningún
estímulo para el aprendizaje matemático. Los niños con Síndrome de Down se sienten
excluidos de la sociedad al no tener conocimientos elementales de conteo y de cantidades
esto los limita y hace que se aíslen de la sociedad.
1.2. ENUNCIADO DEL PROBLEMA:
¿De qué manera afecta la implementación de la aplicación web en el aprendizaje de niños

con Síndrome de Down en el centro de educación básica especial (CEBE) de Chepén?
1.3. HIPÓTESIS:
La implementación de la aplicación Web facilita el aprendizaje de los niños con Síndrome

de Down en el centro de educación básica especial (CEBE) de Chepén.
1.3.1. Variable Independiente (V. Causal):
Aplicación Web
1.3.2. Variable Dependiente (V. Efecto):
Aprendizaje
1.3.3. Objeto de Estudio:
Niños con Síndrome de Down en el Centro de Educación Básica Especial (CEBE) de

Chepén.
1.4. VARIABLES - INDICADORES:
1.4.1. Variable Independiente
1.4.1.1. Definición Conceptual
La aplicación web será el soporte informático para el aprendizaje de los niños con
Síndrome de Down que se dará a la institución, esta aplicación al pasar el tiempo tendrá
nuevas mejoras.

Chepén”
1.4.1.2. Definición Operacional
Las Tecnologías de la Información y Comunicación (TIC) aplicadas en la Metodología

Tradicional de enseñanza sirven como herramienta de ayuda en el aprendizaje de los
niños con Síndrome de Down.
1.4.2. Variable Dependiente
1.4.2.1. Definición Conceptual
El aprendizaje ayudará a que los niños con Síndrome de Down puedan aumentar sus
capacidades para dar algunas soluciones de problemas que se le presenten.
1.4.2.2. Definición Operacional
La variable “Aprendizaje” será medida a través del tiempo con reportes del progreso de
cada niño con Síndrome de Down.
1.5. JUSTIFICACIÓN
1.5.1. Justificación Tecnológica
La Aplicación Web permitirá facilitar el aprendizaje en los niños con Síndrome de Down
en el Centro de Educación Básica Especial (CEBE), permitiéndole interactuar con la
aplicación y aprendiendo a la vez a través de juegos e imágenes multimedia.
1.5.2. Justificación Operativa
La Institución brindará las facilidades necesarias como sus equipos, tecnología y personal
con el que contará para el desarrollo e implementación de la aplicación web, el cual va a
ayudar a los niños con Síndrome de Down facilitando a registrar el progreso y control de
aprendizaje de cada alumno.
1.5.3. Justificación Económica
Con la Aplicación Web, la institución reducirá costos en la compra de algún software

necesario para ayudar a los niños, ya que el software que proporcionaremos será sin costo
alguno. Esta aplicación también ayudara a reducir el tiempo en el avance de la enseñanza.
Chepén”
1.5.4. Justificación Ambiental
En la actualidad la gran mayoría de las instituciones que existen en diferentes lugares

hacen uso de una aplicación similar, con gran éxito, como una herramienta de ayuda para
facilitar el aprendizaje de los niños con síndrome de Down.
1.5.5. Justificación Social
El proyecto será una nueva herramienta que ayudará al aprendizaje de los niños que sufren
con este problema en la ciudad de Chepén. Con un futuro que a estos niños ayude a estar
preparados para algún trabajo que puedan cumplir en sus condiciones.
1.6. OBJETIVOS
1.6.1. Objetivo General
Facilitar el aprendizaje en los niños con Síndrome de Down en el centro de educación

básica especial (CEBE) de Chepén: En el aspecto cognitivo y comunicativo.
1.6.2. Objetivos Específicos
i. Tener un grado de satisfacción favorable con el uso de la aplicación por parte de los
usuarios.
ii. Reducir el tiempo de monitoreo del control de progreso del alumno.
iii. Generar reportes del progreso del alumno.
iv. Reducir tiempo de búsqueda de reportes.
1.7. LIMITACIONES
- La compra del certificado digital para HTTPS (Protocolo seguro de transferencia de

hipertexto), no está dentro del alcance del proyecto por motivos de presupuesto, que trajo
como consecuencia contar con una conexión insegura.
- El presente proyecto sólo comprende la realización de pruebas funcionales y de código,

sin embargo, no se realizan pruebas de rendimiento por el tiempo, no logrando saber la
concurrencia que puede soportar la plataforma.

Chepén”
1.8. DISEÑO DE CONTRASTACIÓN:
1.8.1. Diseño General
El método que se empleará en el presente proyecto es el de Pre-Test y Post-Test a los

indicadores para contrastar la Hipótesis, al finalizar se evaluarán las diferencias entre los
indicadores tanto antes de contrastar como después y de acuerdo a los resultados se
obtendrá las conclusiones y recomendaciones respectivas.
1.8.2. Diseño de la Información
1.8.2.1. Población:
De acuerdo a los indicadores, corresponde a los alumnos y docentes del Centro de

Educación Básica Especial (CEBE) de Chepén los cuales serán usuarios del software.
1.8.2.2. Muestra:
La muestra se calculará por indicador, los cuales queremos contrastar, para ello usaremos
las siguientes formulas:
1.8.2.2.1. Fórmula para cálculo de muestra
NZ 2 PQ
n …………………………………………………………….. (1.1)
( N  1)e 2  Z 2 PQ
Donde:
n =Muestra
N= Población
Z=Nivel de confianza (95%)
P=Probabilidad de éxito (50%)
Q=Probabilidad de fracaso (50%)
e= Error (5%)

Chepén”
1.8.2.3. Indicadores:
1.8.2.3.1. Indicador Cualitativo
Indicador Nº 1: Nivel de Satisfacción del Usuario
Se decidió trabajar con la población que lidiará con el sistema en total que corresponde a
3 personas incluida la dirección, puesto que N<=80 se asume directamente la población
como muestra, es decir n=N.
Por lo tanto, se tomará la misma cantidad para la muestra que es 3 personas.
1.8.2.3.2. Indicador Cuantitativo
Indicador Nº 2: Tiempo de demora en el monitoreo del control de progreso de los

alumnos.
N= 2 funcionarios (Director y Subdirector)
Puesto que N<=80 se asume directamente la población como muestra, es decir n=N
Por lo tanto, la muestra es n = 2 funcionarios
Indicador Nº 3: Tiempo de Generación de Reportes.
La población se estima en función a la cantidad de reportes que realiza el personal en el

periodo de estudio de la presente investigación (4) meses teniéndose un promedio de tres
(3) reportes de gestión por día, trabajándose los cinco (5) días de la semana. Por lo tanto
la población (N), es:
𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠 𝑑𝑖𝑎𝑠 𝑠𝑒𝑚𝑎𝑛𝑎

𝑁 = (3 ) ∗ (5 ) ∗ (4 ) ∗ 4 𝑚𝑒𝑠𝑒𝑠
𝑑𝑖𝑎 𝑠𝑒𝑚𝑎𝑛𝑎 𝑚𝑒𝑠
𝑁 = 240 𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠
La muestra poblacional se determina en base a la siguiente Fórmula 1.1:
240 ∗ 1.962 ∗ 0.5 ∗ 0.5

𝑛=
(240 − 1) ∗ 0.12 + 1.962 ∗ 0.5 ∗ 0.5
Chepén”
𝑛 = 68.7966 ≈ 69 𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠
Indicador Nº 4: Tiempo de Búsqueda de reporte del progreso del alumno.
La población se estima en función a la cantidad de reportes que realiza el personal en el

periodo de estudio de la presente investigación (4) meses teniéndose un promedio de tres
(3) reportes de gestión por día, trabajándose los cinco (5) días de la semana.
Por lo tanto, la población (N), es:
𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠 𝑑𝑖𝑎𝑠 𝑠𝑒𝑚𝑎𝑛𝑎

𝑁 = (3 ) ∗ (5 ) ∗ (4 ) ∗ 4 𝑚𝑒𝑠𝑒𝑠
𝑑𝑖𝑎 𝑠𝑒𝑚𝑎𝑛𝑎 𝑚𝑒𝑠
𝑁 = 240 𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠
La muestra poblacional se determina en base a la Fórmula 1.1:
240 ∗ 1.962 ∗ 0.5 ∗ 0.5

𝑛=
(240 − 1) ∗ 0.12 + 1.962 ∗ 0.5 ∗ 0.5
𝑛 = 68.7966 ≈ 69 𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠

Chepén”
Tabla 1-1: Indicadores
Nº Indicador Tipo de Variable Instrumento Unidad de medida Fuente Informantes Operatividad
1
NSU: Nivel de Satisfacción
Cualitativo Encuesta tabulada Escala de Likert (1 a 5) Aulas de clase Docentes  NSU i
del Usuario. NSU  i 1
n
n
2
TDMC: Tiempo de demora
en el monitoreo del control Cuantitativo Cronómetro Minutos
Dirección Director,  TDMCi
de progreso de los alumnos.
General Subdirector TDMC  i 1
n
n
3
TGR: Tiempo de
Cuantitativo Cronómetro Minutos
Dirección Director,  TGR i
i 1
Generación de reportes General Subdirector TGR 
n
n
4
TBR: Tiempo de Búsqueda
de reporte del progreso del Cuantitativo Cronómetro Minutos
Dirección Director,  TBRi
alumno.
General Subdirector TBR  i 1
Fuente: (Elaboración Propia, 2017)

Chepén”
1.8.2.4. Técnicas para la recolección de datos:
Tabla 1-2: Técnicas para la recolección de datos
Técnica Descripción
Se utiliza como instrumento el cuestionario cuyas preguntas
Encuestas fueron seleccionadas y clasificadas, teniendo como fuente a los
docentes, subdirector y director.
Se utilizará para extraer información al personal docente de la
Entrevistas
institución.
Utilizando como fuente de datos libros, informes, separatas,
Documentos páginas de Internet, etc. referente a temas relacionados con la
investigación.
Observación Las observaciones de primera mano realizadas por los
Directa investigadores.
La encuesta se validará con el juicio de tres expertos, luego se validará la consistencia

interna con la prueba alfa de Cronbach, con un valor mayor a 0.80, se utilizará una prueba
piloto de 15 a 25 encuestados.
1.8.3. Diseño Específico
1.8.3.1. Análisis de la Contrastación
Para la contrastación de la hipótesis se utilizará el método Pre-Test y Post-Test con el

grupo de indicadores. El cual consiste en:
- Una medición previa de la variable dependiente a ser utilizada (Pre-Test)
- La aplicación de la variable independiente a los indicadores de análisis y una nueva

medición de la variable dependiente en el grupo de indicadores (Post-Test)

Chepén”
Diseño de Sucesión en Línea, llamada también Pre-Test, Post-Test.
O1 X O2
Donde:
O1: Observaciones del proceso de aprendizaje de los alumnos antes de implementar la

Aplicación Web.
X: Aplicación Web y la Facilidad del Aprendizaje de Niños con Síndrome de Down en

el Centro de Educación Básica Especial (CEBE) de Chepén.
O2: Observaciones del proceso de aprendizaje de los alumnos después de implementar la

Aplicación Web.
Al finalizar se establecerán las diferencias entre O1 y O2, para determinar si hay mejora o
no, de acuerdo a estos resultados se da las conclusiones respectivas y las
recomendaciones.
1.8.3.2. Contrastación de la Hipótesis
a. Para un indicador con muestra n<=30 (Prueba de t Student diferencia de medias)
b. Para un indicador con una muestra n>30 (Prueba de Z Normal diferencia de medias)
Tabla 1-3: Población y Muestra de los Indicadores
N Criterio de Prueba Estadística para

INDICADOR n (Muestra)
(Población) Decisión probar Hipótesis
1 3 3 n<=30 Prueba t de Student
2 2 2 n<=30 Prueba t de Student
3 69 69 n>30 Prueba Z
4 69 69 n>30 Prueba Z

Chepén”
CAPITULO II:
MARCO TEÓRICO
2.1. ANTECEDENTES
A nivel nacional se encontró la tesis titulada: “Implementación de un Sistema Multimedia

Educativo Enfocado a Incrementar Habilidades Numéricas en niños con Síndrome de
Down del Nivel Primario de la Institución Educativa Básica Especial - La Victoria"
(ORDINOLA AGURTO, 2012), la cual tiene como autora al Br. Ordinola Agurto, Juliana
Katerine, Esta tesis tuvo como objetivo incrementar habilidades numéricas en niños con
síndrome de Down del nivel primario de la institución educativa básica especial “La
Victoria”, empleando como herramienta de apoyo un sistema multimedia de carácter
educativo. La relación con nuestro proyecto es que este proyecto se enfoca en incrementar
habilidades numéricas en niños con síndrome de Down por esta razón nos sirve de apoyo
para la orientación en el presente proyecto. Esta tesis fue desarrollada en la Universidad
Católica Santo Toribio De Mogrovejo en el 2012.
Otra de las tesis nacionales que se encontró fue la titulada: “Sistema Tutorial Multimedia
Basado en Tecnología B-Learning para Mejorar el Proceso de Comunicación en Niños
con Necesidades Educativas Especiales del Colegio de Educación Especial Nº2 Niño
Jesús De Praga – Pimentel” (PONCE RODAS, 2012), la cual tiene como autor al Br.
Ponce Rodas, Jesús Miguel. Esta tesis tuvo como objetivo el desarrollo de un sistema
interactivo y entretenido para los niños con síndrome de Down; así como una herramienta
esencial para el docente al impartir sus clases. La relación con nuestro proyecto es que
este proyecto busca el desarrollo de un sistema más interactivo y entretenido para los
niños en un enfoque similar al presente proyecto. Esta tesis fue desarrollada en la
Universidad Católica Santo Toribio De Mogrovejo en el 2012.
A nivel internacional se encontró la tesis titulada: “Software Educativo Interactivo para

el Aprendizaje Lector de Niños y Niñas con Síndrome de Down” (ORTEGA GALUÉ,
2013), la cual tiene como autor al Br. Ortega Galué, Carlos Daniel. Esta tesis tuvo como
objetivo proponer el desarrollo de un software educativo para el aprendizaje lector de
niños y niñas con Síndrome de Down. La relación con nuestro proyecto es que este
proyecto se enfoca en realizar los diseños educativo, comunicacional y computacional del
software educativo por ello nos sirve de apoyo para la realización del presente proyecto.
Esta tesis fue desarrollada en la Universidad Rafael Urdaneta en el 2012.

Chepén”
A nivel internacional también se encontró la tesis titulada: “Sistemas para el trazado del
Aprendizaje de las Reglas de un juego de Ingenio por parte de Niños con Síndrome de
Down” (OTTO KRAUSE, 2006), la cual tiene como autor al Ing. Walter Otto Krause.
Esta tesis tuvo como objetivo trazar la actuación de un niño con Síndrome de Down ante
un problema planteado en modo de juego de ingenio, de forma tal que ayudando al niño
en forma interactiva, lo irá guiando en el aprendizaje de sus reglas. La relación con
nuestro proyecto es que este proyecto se enfoca en ayudar al niño con síndrome de Down
de una forma interactiva por ello nos sirve de apoyo para la realización del presente
proyecto. Esta tesis fue desarrollada en la Universidad Politécnica Madrid en el 2006.
Otra tesis internacional que se encontró fue la titulada: “Análisis, Diseño e

Implementación de una aplicación que sirva de apoyo en el proceso de Enseñanza-
Aprendizaje dirigido a niños Especiales” (PLATA ALARCÓN, 2009), la cual tiene como
autora al Br. Plata Alarcón, Wendy Roxana. Esta tesis tuvo como objetivo diseñar una
aplicación orientada a niños especiales la misma que sirve de apoyo en el proceso de
enseñanza-aprendizaje de los vocales números figuras geométricas y colores primarios.
La relación con nuestro proyecto es que este proyecto se enfoca en el apoyo en el proceso
de enseñanza-aprendizaje por ello es un gran apoyo para la realización del presente
proyecto. Esta tesis fue Escuela Superior Politécnica del Litoral en el 2009.
2.2. MARCO TÉORICO
2.2.1.1. Historia del Síndrome de Down
De acuerdo a (DOWN, 2005), se podría decir que el Síndrome de Down se remonta a

varios años atrás puesto que existen imágenes y pinturas de épocas anteriores que así lo
demuestran, John Langdon Down en 1866 en Inglaterra describió clínicamente el
síndrome de Down como entidad propia, es por ello que posteriormente el Síndrome llevó
su nombre.
A principios del Siglo XX se estableció la relación entre el Síndrome de Down con la

maternidad a una edad mayor y con el hecho de ser los hijos menores de la familia y pues
estos factores coincidían con una gran frecuencia y no fue hasta 1958 cuando el francés
Jérome Lejeune y la iglesia Pat Jacobs descubrieron por separado la repetición del

Chepén”
cromosoma 21, fue entonces que pasó a considerarse definitivamente como un Síndrome
Genético.
2.2.1.2. Definición:
Según (HERNÁNDEZ, y otros, 2005), el Síndrome de Down se dice que es una

discapacidad en el desarrollo, el cual se caracteriza por retraso en las habilidades
cognitivas, los rasgos específicos en la cara por los cuales los hacen que tengan un
parecido físico, también tienen frecuencia en los defectos cardíacos, infecciones y
problemas visuales como es el estrabismo, la ambliopía que es llamado comúnmente
como ojo vago, problemas auditivos. Esto se presenta aproximadamente en uno de cada
mil niños.
2.2.1.3. El Proceso de Enseñanza-Aprendizaje en niños con Síndrome de Down:
Como bien sabemos y lo menciona (RUIZ RODRÍGUEZ, 2012), en la inclusión social

se debe tener en cuenta la integración escolar de niños con Síndrome de Down, la cual
comienza en la familia (padres, abuelos, hermanos, tíos, primos) y culmina en su etapa
adulta con su participación en la sociedad, la aceptación familiar y de su entorno son
escalas plenas para conseguir la inclusión social plena, por ello la escuela es uno de los
escalones determinantes que dirigen hacia la inclusión social.
En el proceso de enseñanza podemos encontrar un núcleo fundamental el cual está

constituido por profesor, alumno, contenido, y si se olvida alguno de estos, las acciones
dirigidas hacia el proceso de enseñanza-aprendizaje se verán afectadas, por ello debe de
haber adaptaciones curriculares que ayude a dirigir hacia la relación entre profesor y
alumno.
La actitud del personal docente es un factor importante y fundamental para el éxito de la

integración escolar, sin embargo, siendo necesaria no es suficiente para que tenga el éxito
positivo deseado por ello debe responder a las necesidades educativas específicas del
niño, por ende cabe recalcar que el docente debe contar con capacitaciones precisas para
proporcionar estas medidas. También no solo basta con la presencia física del alumno
sino que este debe ser motivado a participar en clase haciendo lo que el docente le enseñe,
y pues la familia es un agente importante en la educación puesto que comparte con la
Chepén”
escuela la complicada misión de formar al niño con Síndrome de Down y tiene la

obligación de hacer un seguimiento del progreso de su niño o niña en cuanto al
aprendizaje durante toda su vida escolar, si el padre de familia no pone de su parte
entonces para el niño o niña se le hará más difícil la labor de comprender lo que aprenda
en la escuela.
Ahora veremos un cuadro que resume los aspectos influyentes en el aprendizaje e

inclusión social del niño o niña con Síndrome de Down:
Figura 2-1: El Proceso de Enseñanza-Aprendizaje en niños con Síndrome de Down

Fuente: (RUIZ RODRÍGUEZ, 2012)
2.2.1.4. El sistema educativo y las TIC
De acuerdo a (LÓPEZ & SÁNCHEZ, 2010), así como va avanzando el tiempo también
va avanzando la tecnología y pues estas aportan nuevos retos en el sistema educativo en
un principio la formación educativa era unidireccional donde los docentes y libros de
texto eran las fuentes del saber y ya que ahora estos modelos son más flexibles puesto
que la información esta almacenada en grandes bases de datos la cual es compartida por
los diversos alumnos. Las TIC juegan un papel importante en el aprendizaje puesto que
justificar el número de sentidos que pueden estimular y potencial la retención de la
información. Los diversos estudios aseguran que el ser humano recuerda puede recordar
un aproximado del 10% de lo que se ve, así como el 20% de lo que oye, también el 50%
de lo que se ve y oye, y el 80% de lo que ve, oye y hace. Por ende, el uso de las TIC en

Chepén”
el aprendizaje es perfectas puesto que propician la retención de la información mediante

el uso de multimedia, combinando sistemas simbólicos e interactivos donde el alumno
además de recibir información tiene que realizar actividades.
Cabe decir que las TIC no remplazan o sustituyen a las metodologías tradicionales de
enseñanza, sino que las complementan y de esta manera forman un sistema educativo
sólido y conciso.
2.2.1.5. Necesidades educativas especiales en niños con Síndrome de Down
Como bien sabemos y lo menciona (GONZÁLEZ, 2000), todos los alumnos necesitan
ayuda tanto personal, técnico o material con el fin de lograr las metas educativas y en el
caso de los niños con Síndrome de Down no es una excepción puesto que ellos también
necesitan apoyo pero un poco más a detalle por su retardo al aprender las cosas.
Las Necesidades Educativas Especiales (NEE) son aquellas que poseen algunos
individuos, generalmente con un déficit cognitivo y se centra en las dificultades y
posibilidades de aprendizaje y no déficits o minusvalías que un alumno, pueda presentar.
2.2.1.6. ¿Qué es un proceso de desarrollo de software?
De acuerdo a (JACOBSON, BOOCH y RUMBAUGH, 2000), en la ingeniería del

software se busca como producto un software o la mejora de uno existente, es necesario
que un proceso sirva como guía para los participantes del proyecto, este debe ser
ampliamente disponible para que todos entiendan el papel que deben desarrollar y el
proceso debe ser capaz de evolucionar durante muchos años, existe cuatro circunstancias
que los ingenieros deben equilibrar las cuales son: Las tecnologías, herramientas,
personas y patrones de organización puesto que si esto no se logra sería bastante
arriesgado para el proyecto.
2.2.1.7. ¿Qué es un sistema software?
Según (JACOBSON, BOOCH y RUMBAUGH 2000), es un conjunto de código máquina

que se describe en forma binaria y que puede ser leído y comprendido por un computador.
También podría decirse que es un conjunto de código fuente desarrollado por

Chepén”
programadores el cual puede ser leído y comprendido por un compilador. Por tanto es un
conjunto de artefactos que se complementan y dan forma al sistema.
2.2.1.8. Aplicación web
Según (MORA, 2002), es la interacción entre un cliente (el navegador, explorador o

visualizador) y un servidor (el servidor web) los cuales se comunican a través de un
protocolo llamado HTTP el cual esta estandarizado y no es necesario que sea creado por
el programador, forma parte de los protocolos de comunicación TCP/IP los cuales
facilitan el intercambio de información entre distintos ordenadores.
Figura 2-2: Aplicación Web

Fuente: (MORA, 2002)
2.2.1.9. Aplicaciones Móviles
Hoy en día los sistemas computacionales móviles están cada vez más presentes en
nuestras vidas.
La ventaja de estos como lo menciona (REZA, 2004), es que podemos trasladar la

capacidad informática y la conexión a la red inalámbrica a cualquier lado, aprovechando
la portabilidad del hardware para poder realizar nuestras operaciones y transacciones vía
internet.

Chepén”
Tenemos 3 tipos de Aplicaciones móviles:
App Nativas:
Las aplicaciones nativas según (QODE, 2014), se denominan así porque se desarrollan
en el lenguaje nativo del propio terminal. Dependiendo de la plataforma para la que
queramos nuestra aplicación, desarrollaremos en un lenguaje específico para la misma.
Por ejemplo, para desarrollar en Android se utiliza Java, en iOS Objective C, y ahora
también el nuevo Swift, y en Windows Phone se usa C# y Visual Basic. NET.
Web App:
Las aplicaciones web según lo investigado en (WIKIPEDIA, Wikipedia, 2015), son

populares debido a lo práctico del navegador web como cliente ligero, a la independencia
del sistema operativo, así como a la facilidad para actualizar y mantener aplicaciones web
sin distribuir e instalar software a miles de usuarios potenciales. Existen aplicaciones
como los webmails, wikis, weblogs, tiendas en línea y la propia Wikipedia que son
ejemplos bastantes conocidos de aplicaciones web.
Web App Nativa (Hibridas):
Es una combinación de las dos anteriores, se podría decir que recoge lo mejor de cada
una de ellas. Según (TALENT, 2008), las apps híbridas se desarrollan con lenguajes
propios de las webabpp, es decir, HTML, Javascript y CSS por lo que permite su uso en
diferentes plataformas, pero también dan la posibilidad de acceder a gran parte de las
características del hardware del dispositivo. La principal ventaja es que a pesar de estar
desarrollada con HTML, Java o CSS, es posible agrupar los códigos y distribuirla en app
store.
2.2.1.10. Metodologías para el Desarrollo Web.
En la actualidad como lo menciona (MARTINEZ, y otros, 2005), existen varias

metodologías para el desarrollo, las cuales se pueden agrupar en dos grupos. Por un lado
tenemos las metodologías tradicionales, que usan procesos bien definidos la compilación
de la información se realiza al inicio del proyecto.

Chepén”
Básicamente las metodologías tradicionales buscan dividir en etapas el proceso de

desarrollo de una manera secuencial, siendo de alto grado de ordenamiento y disciplina,
pero cuando se está desarrollando un proyecto se resiste al cambio. La resistencia al
cambio no se da en el otro grupo de metodologías conocidas como metodologías ágiles,
las cuales son una buena elección cuando el proyecto en el que se está trabajando presenta
requisitos desconocidos o variables.
Las metodologías ágiles brindan una serie de principios, pautas y técnicas pragmáticas
las cuales harán que el proyecto sea menos complicado.
2.2.1.11. Metodología RUP:
Es un proceso iterativo de desarrollo de software como lo menciona (MARTINEZ, y

otros, 2005), el cual brinda una perspectiva para asignar tareas y responsabilidades dentro
de una organización.
El objetivo de ésta metodología es garantizar la elaboración de un software de alta calidad

que satisfaga las necesidades del usuario final dentro de un tiempo y presupuesto
previsible.
2.2.1.11.1. Ciclo de Vida
En el ciclo de vida del RUP es una implementación del desarrollo en espiral. En éste
ciclo de vida se desarrollan tareas en fases e iteraciones. El RUP maneja el proceso en
cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable.
2.2.1.11.2. Fases del RUP:
El RUP divide un ciclo de desarrollo en cuatro fases consecutivas.
- Inicio
Se determina la visión del proyecto, identificación de los procesos de negocio.
- Elaboración
En esta etapa el objetivo es determinar la arquitectura óptima, se elabora un plan de

proyecto y se trata de eliminar riesgos.

Chepén”
- Construcción
Se concentra en la elaboración de un producto totalmente operativo y eficiente.
- Transición
Se entrega el producto a los usuarios finales, los cuales pueden presentar nuevos
requerimientos.
Figura 2-3: Ciclo de Vida del Proyecto de Sistemas.
Fuente: (Gallego, y otros, 2007)
2.2.1.12. Ingeniería del Software
Definiciones
- De acuerdo a (INTECO, 2009), es un conjunto de conocimientos y técnicas que

permiten aplicar el saber científico a la utilización de la materia y de las fuentes de
energía.
- Ingeniería del Software como lo afirma (ZELKOVIT, 1978), es el estudio de los

principios y metodologías para el desarrollo y mantenimiento de sistemas de software.

Chepén”
- Ingeniería del Software como se menciona en el libro de (BOHEM, 1976), es la

aplicación práctica del conocimiento científico al diseño y construcción de programas
de computadora y a la documentación asociada requerida para desarrollar, operar
(funcionar) y mantenerlos. Se conoce también como desarrollo de software o
producción de software.
- Según (BAVER, 1972), la Ingeniería del Software trata del establecimiento de los
principios y métodos de la ingeniería a fin de obtener software de modo rentable que
sea fiable y trabaje en máquinas reales.
- De acuerdo a (IEEE, 1993), la aplicación de un enfoque sistemático, disciplinado y

cuantificable al desarrollo, operación (funcionamiento) y mantenimiento del software;
es decir, la aplicación de ingeniería al software.
Ciclo de Vida
El ciclo de vida según (INTECO, 2009), es el conjunto de fases por las que pasa el sistema
que se está desarrollando desde que nace la idea inicial hasta que el software es retirado
o remplazado (muere). También se denomina a veces paradigma.
Entre las funciones que debe tener un ciclo de vida se pueden destacar:
- Determinar el orden de las fases del proceso de software
- Establecer los criterios de transición para pasar de una fase a la siguiente
- Definir las entradas y salidas de cada fase
- Describir los estados por los que pasa el producto
- Describir las actividades a realizar para transformar el producto
- Definir un esquema que sirve como base para planificar, organizar, coordinar,
desarrollar.

Chepén”
2.2.1.13. Lenguaje Unificado De Modelado (UML)
En el libro de (ORALLO, 2011), se menciona que el UML es ante todo un lenguaje. Un

lenguaje proporciona un vocabulario y unas reglas para permitir una comunicación. En
este caso, este lenguaje se centra en la representación gráfica de un sistema.
De acuerdo a (JACOBSON, 2000), el UML permite modelar sistemas de información, y

su objetivo es lograr modelos que, además de describir con cierto grado de formalismo
tales sistemas, puedan ser entendidos por los clientes o usuarios de aquello que se modela.
Para ello, es importante que el idioma en el que estén las palabras y textos que aparezcan
en tales modelos sean el propio de éstas personas.
Modelo
Como lo afirma (LÓPEZ, 2010), un modelo es una representación, una abstracción de un

sistema o entidad del mundo real. El modelado permite abordar la complejidad de los
sistemas. Los modelos tienen dos aspectos importantes:
- Información Semántica:
Éste aspecto capta el significado de una aplicación como una red de construcciones
lógicas, por ejemplo: clases, asociaciones, estados, casos de uso, y mensajes.
- Presentación Visual:
Según (JACOBSON, 2000), muestra la información semántica de modo que se pueda ser
considerada, hojeada y corregida por seres humanos. Los elementos de la presentación
llevan la presentación visual del modelo estos se lo muestran en una forma directamente
comprensible por las personas.
Vistas de UML:
De acuerdo a (ZAMITIZ, 2009), las vistas muestran diferentes aspectos del sistema
modelado. Una vista no es una gráfica, pero sí una abstracción que consiste en un número
de diagramas y todos esos diagramas juntos muestran una "fotografía" completa del
sistema. Las vistas también ligan el lenguaje de modelado a los métodos o procesos
elegidos para el desarrollo.
Chepén”
- Clasificación Estructural:
Describe los elementos del sistema y sus relaciones con otros elementos. Los
clasificadores incluyen clases, casos de uso, componentes, y nodos.
- Comportamiento Dinámico:
Describe el comportamiento de un sistema en el tiempo.
- Gestión del modelo:
Según (JACOBSON, 2000), describe la organización de los propios modelos en el

tiempo.
2.3. MARCO CONCEPTUAL
2.3.1. LENGUAJE DE PROGRAMACIÓN
Según (RODRIGUEZ, 2003) un lenguaje de programación se entiende como un conjunto

de instrucciones elementales. Para facilitar la tarea del programador se dispone de
lenguajes de alto nivel más fáciles de manejar y que no dependen del diseño específico
de cada ordenador
Para (GARCIA-CUEVAS, 2007) define a lenguaje de programación a una notación para

escribir instrucciones u órdenes útiles para ordenador y necesarias para la realización de
un determinado proceso. Se denomina lenguaje fuerte a las órdenes que se escribe el
programador m las cuales son traducidas al lenguaje máquina de la computadora. Cada
lenguaje de programación tiene su propia gramática o “lenguaje”.
2.3.2. HTML5
De acuerdo a (GAUCHAT, 2012), es la unión de estructura, estilo y funcionalidad los

cuales se complementan y hacen de HTML5 una potente herramienta para trabajar y crear
sitios y aplicaciones web, es la mejora de HTML el lenguaje de hipertexto, también está
estructurado en etiquetas, cuando hablamos de estructura hacemos referencia a HTML,
cuando hablamos de estilo nos referimos a CSS y cuando hablamos de funcionalidad
hacemos referencia a JavaScript.

Chepén”
2.3.3. PHP
De acuerdo a (VIKRAM VASWANI, 2009), es un lenguaje de programación que se

ejecuta del lado del servidor el cual se caracteriza por ser más rápido que otros en cuanto
a la ejecución de los scripts, tiene la capacidad y facilidad de desarrollo en múltiples
plataformas, también cabe decir que es un proyecto de código libre y que es un lenguaje
interpretado lo cual permite hace cambios en el código fuente y ponerlo a prueba de
inmediato sin necesidad de un compilador.
2.3.4. MYSQL
Según (THIBAUD, 2006) Mysql es un sistema de administración de base de datos

relacionales rápido, robusto y fácil de usar. Se adapta bien a la administración de datos
en un entorno de red, especialmente en arquitecturas cliente/servidor, este lenguaje de
programación proporciona herramientas necesarias para la utilización de base de datos.
2.3.5. CSS3
Según (AUBRY, 2014), es un lenguaje desarrollado para superar las limitaciones y

reducir la complejidad de los estilos visuales en los elementos HTML, es un lenguaje vital
para el desarrollo web cabe mencionar que los estilos no se ven igual en todos los
navegadores es por esto que las nuevas incorporaciones de CSS3 están siendo
implementadas en las últimas versiones de los navegadores.
2.3.6. JAVASCRIPT
Según (EGUÍLUZ, 2009), es un lenguaje de programación usado para múltiples

propósitos el cual es interpretado y orientado a objetos, por lo general trabaja del lado del
cliente el cual viene a ser el navegador, la innovación de los nuevos motores de búsqueda
ayudó a que el código JavaScript cuente con velocidades de ejecución similares a las de
aplicaciones de escritorio, por ello JavaScript es considerado como la mejor opción para
la web puesto que facilita la creación de programas para ella.
2.3.7. JQUERY
Según (MURPHEY, 2011), es una librería escrita en JavaScript la cual permite la

interacción con documentos HTML, podría decirse que es un lenguaje de programación
muy rico y expresivo, puesto que soporta la mayoría de selectores CSS3 y permite
detectar si una página se encuentra preparada para su manipulación.
Chepén”
CAPITULO III:
GENERALIDADES
EMPRESARIALES
3.1. TÍTULO
Aplicación Web y la Facilidad del Aprendizaje de Niños con Síndrome de Down en el
Centro de Educación Básica Especial (CEBE) de Chepén.
3.2. AUTORES
3.2.1. Nombres
- León Quiroz, Max Samir Gabriel

- Suarez Perez, Luis André
3.2.2. Grado Académico
Bachilleres en Ingeniería de Sistemas
3.3. TIPO DE INVESTIGACIÓN
3.3.1. De acuerdo a la orientación
Aplicada. Se hará uso de conocimientos adquiridos, metodologías y técnicas existentes

que permitan el desarrollo de la presente investigación.
3.3.2. De acuerdo a la técnica de contrastación
Cuasi-Experimental. Se manipulan deliberadamente al menos una variable independiente

para ver su efecto y relación con una o más variables dependientes. En este caso se busca
determinar el efecto que genera.
3.4. RÉGIMEN DE INVESTIGACIÓN
El régimen de investigación es LIBRE ya que el tema de estudio ha sido seleccionado de

acuerdo al interés científico de los autores.
3.5. LOCALIDAD E INSTITUCIÓN DONDE SE DESARROLLARÁ EL

PROYECTO
Localidad: Chepén – La Libertad.
Institución: Centro de Educación Básica Especial (CEBE) de Chepén.

Chepén”
3.6. ÁREA DE INVESTIGACIÓN
Sector Público
3.7. INSTITUCIÓN QUE INVESTIGA
Escuela de Ingeniería de Sistemas

Universidad Nacional de Trujillo
3.8. MATERIALES Y EQUIPOS
3.8.1. RECURSOS
3.8.1.1. Disponibles
3.8.1.1.1. Personal
A. Investigador(es):
León Quiroz, Max Samir Gabriel

Suarez Perez, Luis André
B. Asesor
ING. MG. SANTOS FERNÁNDEZ, Juan Pedro
Tabla 3-1: Recursos – Disponibles - Personal

Personal Unidad Cantidad
Investigador Persona 2
Asesor Persona 1

Chepén”
3.8.1.1.2. Materiales
Tabla 3-2: Recursos – Disponibles - Materiales

Descripción Unidad Cantidad
Laptop MAC: Procesador Intel Core i5 2.0Ghz
- 1
- 4 GB RAM - 128 GB Disco duro.
Laptop HP: Procesador Intel Core i7 2.2Ghz -
- 1
8 GB RAM – 1TB Disco duro.
Memoria USB KINGSTON 16 GB - 1
Memoria USB HP 16 GB 1
Impresora Canon MG3510 - 1
3.8.1.2. No Disponibles
3.8.1.2.1. Insumos
Tabla 3-3: Recursos – No Disponibles - Insumos
Insumos Unidad Cantidad

Hojas Bond A4 Millar 1
Fólder Manila - 12
CD's - 5
3.8.1.2.2. Servicios
Tabla 3-4: Recursos – No Disponibles – Servicios
Descripción Unidad Cantidad

Pasajes Transporte público 300
Fotocopias Hojas 5000
3.8.1.3. Locales
Sala de Lectura de la UNT

Domicilio del autor Max – Av. Rosa de América 972 A – Comas - Lima
Domicilio del autor Luis – Calle los Topacios 720 – San Juan de Lurigancho – Lima

Chepén”
3.9. DIRECCCIÓN EMPRESARIAL
3.9.1. Visión Institucional
Lograr ser líder en la inclusión educativa dando un servicio a la diversidad, que posibilite
el acceso, la permanencia y el éxito escolar, social y laboral todos los educandos con
necesidades educativas especiales, asociadas a la discapacidad leve, moderada, severa,
motora y multidiscapacidad, y superdotados y talentosos para lograr una formación
integral con participación plena en la sociedad enmarcada dentro del proceso educativo
en todos los niveles y modalidad.
3.9.2. Misión Institucional
Somos una institución educativa que brinda un servicio especializado a los educandos
con los necesidades educativas especiales, contando con un Equipo docentes
profesionales y especializados que utilizan espacios educativos innovadores tomando en
cuenta las características, intereses y necesidades del educando para alcanzar el máximo
desarrollo de las potencialidades y su autonomía basado en valores y con aprendizaje
significativo y de calidad en una convivencia democrática inclusiva con apoyo de los
padres en el proceso pedagógico para su posterior inclusión, familiar escolar y social.
3.9.3. Rol Empresarial
La institución CEBE-CHEPÉN se encarga de identificar las necesidades educativas de

cada alumno ya sea severa o multidiscapacidad para así poder prepararlos para la vida.
3.9.4. Valores Empresariales
ORDEN: Este valor se caracteriza por propiciar en vuestros alumnos. Una buena
disposición de cosas u objetos entre sí, es decir, una colocación de las cosas en el lugar
que les corresponde. Es por ello que la consideramos muy importante dicho valor toda
vez que ayudará a que los niños (as) demuestren orden en diversos aspectos de su vida
diaria.
RESPETO: Es la base fundamental para una convivencia sana y pacífica entre los
miembros de una sociedad. Para practicarlo es preciso tener una clara noción de los

Chepén”
derechos fundamentales de la persona. El respeto abarca todas las esferas de la vida

empezando por el que nos debemos a nosotros mismo y a nuestros semejantes.
DIALOGO: Deseamos habituar a vuestros niños (as) en la práctica de la comunicación

y/o conversación pues es muy importante entre las personas, teniendo en cuenta que la
plática nos conlleva a la discusión y/o debate en busca de la avenencia (convenio,
conformidad).
SOLIDARIDAD: El término solidaridad presume un abanico de aspectos valorativos,

como conjunto de valores. Guarda la relación con la reciprocidad, la comunión, la
igualdad y el amor
Es la respuesta dinámica de un individuo o de un grupo para responder a los intereses y

necesidades de otros individuos o de otros grupos.
RESPONSABILIDAD: Es un valor que consiste en cumplir con los deberes y

obligaciones asumiendo las consecuencias de nuestros actos. Garantiza el cumplimiento
de los compromisos adquiridos y genera confianza y tranquilidad entre las personas.
3.9.5. Objetivos
Brindar a los estudiantes una educación inclusiva de calidad, flexible y dinámica que se
ajuste a sus necesidades, estimulando su integración a la sociedad.
3.9.6. Metas Empresariales
A. Metas Tácticas:
- Lograr al año 2018 del 100% de alumnos con discapacidades leves y moderadas a las
instituciones educativas regulares inclusivas.
- Realizar tres campañas de sensibilización anual, dirigidas a la comunidad en general.
- Dar atención especializada al 100% a los alumnos con multidiscapacidad y

discapacidad severa, de la provincia de Chepén del Departamento de la Libertad.
- Sensibilizar y capacitar al 100% de los PPFF de las escuelas inclusivas.

Chepén”
- Organizar, ejecutar y evaluar dos proyectos innovadores en el cual participen todos los
actores educativos.
B. Metas Estratégicas:
- Contar con una institución educativa que brinde un servicio eficiente y adecuado a las
NEE de sus estudiantes y en el marco de un enfoque inclusivo.
- Desplegar programas de fortalecimiento de capacidades en padres de familia para que

reconozcan los valores nutritivos de los recursos alimenticios de la comunidad sobre
alimentación balanceada con ayuda de nutricionistas del MINSA u ESSALUD
- Realizar proyectos de investigación e innovación con participación activa de la

comunidad del CEBE CHEPÉN
- Realizar campañas de difusión motivando a la población a preservar el medio ambiente

de la contaminación con ayuda de alumnos y docentes del cebe CHEPÉN.
3.9.7. Problemas Empresariales
- Niños con una autoestima baja.
- Bajo desarrollo en área cognitivas y de manejo adecuado de lenguaje lingüístico.
- Docentes sin motivación para capacitarse.
- Niños (as) con conducta poco apropiadas dentro de la I. E.
- Escaso interés en la alimentación e higiene de los PPFF hacia sus hijos.
- Hay inseguridad en la población debido a la delincuencia.
- La población tiene trabajos eventuales por temporadas.
- Existe contaminación ambiental en nuestra comunidad
- Familias Disfuncionales.

Chepén”
- La I.E. se encuentra en zona de riesgo por estar ubicada entre acequias y casa de
segundo piso y tercer piso y rodeados de antena.
3.9.8. Análisis Interno
A. Fortalezas
- Docentes titulados y nombrados en la especialidad de Educación Primaria-Inicial y

Especial.
- Estudiantes con disposición para la participación
- Infraestructura física adecuada en un 75%
- Ambiente pedagógico afectivo.
- Servicios básicos.
- Comunicación entre los agentes de la educación.
- Existencia de tecnología y equipamiento,
- Docentes predispuestos a capacitarse y actualizarse.
- Espacios educativos limpios y saludables.
- Orientación tutorial pertinente a la comunidad educativa.
- Predisposición para la educación inclusiva.
- Predisposición docente para realizar diversos tipos de concurso.
- Padres de familia con capacidades en comunicación asertiva y buen trato.
- Docentes capacitados en Terapia de Lenguaje y de Señas.
B. Debilidades
- No se cuenta con movilidad escolar para traslado de estudiantes al CEBE.

Chepén”
- Escasa practica de hábitos de higiene en los alumnos.
- Falta de material educativo apropiado para la educación inclusiva.
- Padres de familia con limitada capacidad para integrarse en las actividades escolares.
- Equipo SAANEE con Docentes sin estabilidad laboral.
- Evasión de las normas y funciones establecidas por el ministerio de educación.
- Fortalecer la Participación del padre de familia en la labor Pedagógica en el aula.
- Formación de RED aliados para elaboración de documentos de Trabajo.
- Manejo adecuado para Talleres que den el servicio a la necesidad que presente a cada
niño.
- La asistencia irregular de un porcentaje minoritario del educando no permite alcanzar

los logros en sus Programas.
- Los docentes no ejecutan los planes extracurriculares elaborados por ellos mismos.
- No se cuenta con instrumentos de evaluación para cada necesidad educativa especial

para dar el servicio apropiado.
- No los recursos propios no cubren las necesidades de la I.E.
- Falta de un ambiente para docente y comunidad para dar realizar las actividades de
Formación y capacitación.
- La infraestructura de la I.E. no está preparada ante un Desastre Natural.
- Insuficiencia económica de mantenimiento no cubre las necesidades de la I.E.
- La falta de apoyo de instituciones estatales no permite cubrir las necesidades urgentes

de nuestra institución.

Chepén”
3.9.9. Análisis Externo
A. Oportunidades
- Participación activa de la comunidad y autoridades locales.
- Presencia de la Biodiversidad natural en las comunidades.
- Presencia intercultural.
- Recursos naturales variados.
- Vías y medios de comunicación.
- Existencia de servicios básicos.
- Existencia de lugares turísticos.
B. Amenazas
- Alcoholismo.
- Delincuencia.
- Inseguridad ciudadana.
- Falta de fuentes de trabajo.
- Falta de práctica de valores morales y sociales.
- Autoestima baja.
- Contaminación ambiental.
- Las I.E. se encuentra entre acequias.
- Presencia de familias desintegradas.

Chepén”
3.9.10. Estrategias Empresariales
- Implementar un plan de capacitación a los docentes con el fin de reforzar su calidad

de enseñanza hacia los alumnos.
- Mantener un clima laboral de confianza entre el personal de la institución.
- Promover el uso de tecnologías de información en las diferentes actividades.
- Implementación de la página web de la Institución.
3.9.11. Factores Críticos de Éxito
- Buena capacitación a todo el personal encargado de los alumnos.
- Predisposición del nivel administrativo para la adquisición y mejoramiento de la

infraestructura tecnológica de la Institución.
- Fomentar el trabajo en equipo.

Chepén”
CAPITULO IV:
FASE I: INCEPCIÓN
INTRODUCCIÓN
Este capítulo nos permite ver con mayor claridad el proceso de negocio de la Aplicación
Web para la Institución CEBE - Chepén. Nuestro modelamiento del negocio nos va poder
permitir entender cuál es el alcance del proceso que posteriormente se va a automatizar,
sus reglas, problemática y consideraciones que debemos tener para la construcción de una
Aplicación Web que responda a una necesidad de la Institución.
4.1. MODELO DEL NEGOCIO
4.1.1. Lista de Actores y Trabajadores del Negocio
Tabla 4-1: Lista de Actores y Trabajadores del Negocio
Categoría Nombre Rol
Persona que asistirá a

clases para recibir
enseñanza y
tratamiento.
Persona que colabora

con el proceso
educativo de su hijo.
Persona encargada
de dirigir,
administrar,
gestionar y evaluar el
servicio educativo en
su institución.
Persona encargada
de la enseñanza
aprendizaje de cada
alumno.
Persona encargada
de controlar las
asistencias de los
profesores y
alumnos. Y también
vigilar que no ocurra
ningún problema
entre los alumnos.

Chepén”
Categoría Nombre Rol
Persona encargada
de evaluar los
problemas de
conducta y de actitud
de cada alumno.
Persona que ayudará

a los padres de
familia en lo
socioeconómico.
Persona que se
encarga de separar y
ubicar a los alumnos
con discapacidad
severa y
multidiscapacidad.
Persona encargada
de examinar a los
alumnos y poder
ayudarlos con sus
problemas de
discapacidad motriz.
Persona encargada
de supervisar
programas
complementarios
para la educación.
Persona encargada
de operar programas
educativos dentro de
la institución.

Chepén”
4.1.2. Reglas del Negocio:
4.1.2.1. Proceso de Asistencia:
- El auxiliar estará encargado de controlar las ciertas horas de clases y la asistencia de

los profesores y los alumnos.
- Además, el auxiliar apoyará a los profesores con algunos materiales que ellos
requieran para que puedan realizar la clase y vigilará a los alumnos en la hora de recreo
que no haya ningún problema entre ellos.
- Esta asistencia que se realiza es entregada al director y archivados en una carpeta,

dependiendo de las faltas que tenga un alumno será llamado a su hogar para saber lo
que está ocurriendo.
4.1.2.2. Proceso de Psicología:
- Estará a cargo de un psicólogo el cual evaluará los problemas de conducta y la actitud

de cada alumno.
- Esta evaluación se realiza una vez por semana, para así poder saber cómo está
avanzando su comportamiento y a la misma vez poder ayudarlos a mejorar.
4.1.2.3. Proceso de Proyección Social:
- Aquí la asistente social asesora a los padres en lo socioeconómico para así poder
ayudarlos en algunos descuentos de alguna actividad o proyecto que necesite sus hijos.
4.1.2.4. Proceso Pedagógico:
- Estará a cargo de un docente el cual ayudará a los alumnos en su enseñanza de

conocimiento y desarrollo motriz.
- El docente motiva a los alumnos en su enseñanza aprendizaje y ayudándolos a no tener

conflicto alguno en algo que no puedan comprender o realizar. Este proceso es de lunes
a viernes.

Chepén”
4.1.2.5. Proceso Fisioterapia:
- Aquí la Fisioterapeuta examinará a los alumnos para así poder ayudarlos en ejercicios
físicos y masajes para así poder rehabilitar algunos problemas que ellos puedan
presentar en su discapacidad motriz.
- Este proceso también es realizado una vez por semana.
4.1.3. Modelo de Casos de Uso del Negocio
El caso de uso del negocio representa a un proceso del negocio y cómo se vinculan, a
continuación se muestran los casos de uso que nos hemos enfocado:
4.1.3.1. Proceso de Asistencia
El proceso es llevado a cabo por el Auxiliar; a continuación se puede ver el proceso

detalladamente en el siguiente Caso de Uso del Negocio.
Figura 4-1: Caso de Uso del Negocio del Proceso de Asistencia


Chepén”
4.1.3.2. Proceso Psicológico
El proceso es llevado a cabo por el Psicólogo; a continuación se puede ver el proceso

detalladamente en el siguiente Caso de Uso del Negocio.
Figura 4-2: Caso de Uso del Negocio del Proceso Psicológico

4.1.3.3. Proceso de Proyección Social
El proceso es llevado a cabo por la Asistente Social; a continuación se puede ver el

proceso detalladamente en el siguiente Caso de Uso del Negocio.
Figura 4-3: Caso de Uso del Negocio del Proceso de Proyección Social

Chepén”
4.1.3.4. Proceso Pedagógico
El proceso es llevado a cabo por el Docente de educación; a continuación se puede ver el

proceso detalladamente en el siguiente Caso de Uso del Negocio
Figura 4-4: Caso de Uso del Negocio del Proceso Pedagógico

4.1.3.5.Proceso Fisioterapia
El proceso es llevado a cabo por el Fisioterapeuta; a continuación se puede ver el proceso

detalladamente en el siguiente Caso de Uso del Negocio
Figura 4-5: Caso de Uso del Negocio del Proceso Fisioterapia


Chepén”
4.1.4. Hojas de Descripción de Casos de Uso del Negocio
Se procede a describir los casos de uso del negocio, con la secuencia de las actividades
que van realizando los actores del negocio. A continuación, veremos las hojas de
Descripción de cada caso de uso del negocio.
a. Hoja de descripción del Caso de Uso Controlar Asistencia
Tabla 4-2: Hoja de descripción del Caso de Uso Controlar Asistencia
Caso de Uso Institución: Centro de Educación Básica Especial de Chepén.

Sistema: Aplicación Web y la Facilidad del Aprendizaje
Elaborado por: León Quiroz – Suarez Perez
Fecha: 07-01-2017
“Controlar Asistencia”
Objetivo:
Controlar Asistencia
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Auxiliar registra la asistencia de los alumnos, cada día para así poder tener un control de
ellos.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Requisitos Satisfechos:
Controlar asistencia

Chepén”
a. Hoja de descripción del Caso de Uso Evaluar comportamiento
Tabla 4-3: Hoja de descripción del Caso de Uso Evaluar comportamiento

Fecha: 07-01-2017
“Evaluar comportamiento”
Objetivo:
Evaluar el comportamiento del alumno
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Psicólogo evalúa al alumno para identificar problemas de conducta y actitud.
Flujos Secundarios:
Registrar avance
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Evaluar comportamiento

Chepén”
b. Hoja de descripción del Caso de Uso Registrar avance
Tabla 4-4: Hoja de descripción del Caso de Uso Registrar avance
“Registrar avance” Fecha: 07-01-2017
Objetivo:
Registrar su avance de cada alumno
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Psicólogo registra el avance que tiene cada alumno, en cada sesión que tendrá con cada uno
de ellos.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Registrar avance

Chepén”
a. Hoja de descripción del Caso de Uso Asesorar a padres en lo socioeconómico
Tabla 4-5: Hoja de descripción del Caso de Uso Asesorar a padres en lo

socioeconómico

“Asesorar a padres en
lo socioeconómico ” Fecha: 07-01-2017
Objetivo:
Asesorar a padres en lo socioeconómico.
Precondiciones:
Ninguna.
Flujo principal:
F.1. La asistenta social identifica los problemas socioeconómicos de los alumnos y se encarga de
asesorar a los padres de familia.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Asesorar a los padres en lo socioeconómico

Chepén”
a. Hoja de descripción del Caso de Uso Ayudar en el aprendizaje
Tabla 4-6: Hoja de descripción del Caso de Uso Ayudar en el aprendizaje

“Ayudar en el
aprendizaje” Fecha: 07-01-2017
Objetivo:
Ayudar en el aprendizaje.
Precondiciones:
Ninguna.
Flujo principal:
F.1. El docente en el aula de clase se encarga de ayudar en la enseñanza del conocimiento y desarrollo
motriz de los alumnos para que puedan estar preparados para la vida.
Flujos Secundarios:
Registrar avance
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Ayudar en el aprendizaje

Chepén”
b. Hoja de descripción del Caso de Uso Registrar avance
Objetivo:
Registrar avance
Precondiciones:
Ninguna.
Flujo principal:
F.1. El docente registrará el avance diario de cada alumno, en como su aprendizaje está mejorando e
influyendo en él.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Registrar avance

Chepén”
4.1.4.5. Proceso Fisioterapia
a. Hoja de descripción del Caso de Uso Examinar discapacidades físicas
Tabla 4-8: Hoja de descripción del Caso de Uso Examinar discapacidades

físicas

“Examinar
discapacidades físicas” Fecha: 07-01-2017
Objetivo:
Examinar discapacidades físicas.
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Fisioterapeuta identifica las discapacidades físicas de los alumnos.
Flujos Secundarios:
Ayudar en la rehabilitación
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Examinar discapacidades físicas

Chepén”
b. Hoja de descripción del Caso de Uso Ayudar en la rehabilitación
Tabla 4-9: Hoja de descripción del Caso de Uso Ayudar la rehabilitación

“Ayudar en la
rehabilitación” Fecha: 07-01-2017
Objetivo:
Ayudar en la rehabilitación.
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Fisioterapeuta identifica las discapacidades físicas de los alumnos y de acuerdo a su
discapacidad se encarga de ayudar con sus ejercicios de rehabilitación.
Flujos Secundarios:
Registrar avance
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Ayudar en la rehabilitación

Chepén”
c. Hoja de descripción del Caso de Uso Registrar avance
Objetivo:
Registrar avance
Precondiciones:
Ninguna
Flujo principal:
F.1. El Fisioterapeuta registrará el avance que tendrá el alumno, conforme vaya mostrando mejoras
en sus discapacidades físicas
Flujos Secundarios:
No presenta
Excepciones:
Ninguna
Post Condiciones:
Ninguna
Registrar avance

Chepén”
4.1.5. Objetivos del Negocio
Los siguientes gráficos representan los objetivos generales relacionados con los objetivos
específicos del negocio:
4.1.5.1. Objetivo del Negocio del Proceso de Asistencia
Figura 4-6: Objetivo del negocio del Proceso de Asistencia

4.1.5.2. Objetivo del Negocio del Proceso Psicológico
Figura 4-7: Objetivo del negocio del Proceso Psicológico

4.1.5.3. Objetivo del Negocio del Proceso de Proyección Social
Figura 4-8: Objetivo del negocio del Proceso de Proyección Social


Chepén”
4.1.5.4. Objetivo del Negocio del Proceso Pedagógico
Figura 4-9: Objetivo del negocio del Proceso Pedagógico

4.1.5.5. Objetivo del Negocio del Proceso Fisioterapia
Figura 4-10: Objetivo del negocio del Proceso Fisioterapia

4.1.6. Correlación entre CUN Vs. ON
En los siguientes gráficos se muestran las relaciones de los objetivos del negocio con los
casos de uso del negocio.
4.1.6.1. CUN Vs. ON del Proceso de Asistencia
Figura 4-11: CUN Vs ON del Proceso de Asistencia


Chepén”
4.1.6.2. CUN Vs. ON del Proceso Psicológico
Figura 4-12: CUN Vs ON del Proceso Psicológico

4.1.6.3. CUN Vs. ON del Proceso de Proyección Social
Figura 4-13: CUN Vs ON del Proceso de Proyección Social


Chepén”
4.1.6.4. CUN Vs. ON del Proceso Pedagógico
Figura 4-14: CUN Vs ON del Proceso Pedagógico

4.1.6.5. CUN Vs. ON del Proceso Fisioterapia
Figura 4-15: CUN Vs ON del Proceso Fisioterapia


Chepén”
4.2. MODELO DE ANALISIS DEL NEGOCIO
4.2.1. Entidades del Negocio
Figura 4-16: Entidades del Negocio

4.2.2. Diagrama de Máquina de Estados
El diagrama de máquina de estados nos muestra las situaciones que puede pasar cada caso
de uso.
La actividad llevada a cabo en el proceso de asistencia se puede ver detalladamente los

siguientes Diagramas de Estado de las entidades del Negocio.
a. Entidad Registrar Alumnos
Figura 4-17: Entidad Registrar Alumnos


Chepén”
b. Entidad Lista Alumnos
Figura 4-18: Entidad Lista Alumnos


Chepén”
La actividad llevada a cabo en el proceso psicológico se puede ver detalladamente los



Chepén”
b. Entidad Hoja Control Psicológico
Figura 4-20: Entidad Hoja Control Psicológico


Chepén”
La actividad llevada a cabo en el proceso de proyección social se puede ver

detalladamente los siguientes Diagramas de Estado de las entidades del Negocio.
a. Entidad de Cronograma de Eventos
Figura 4-21: Entidad Libro de Progreso


Chepén”
La actividad llevada a cabo en el proceso pedagógico se puede ver detalladamente los



Chepén”
b. Entidad Hoja de Progreso Pedagógico
Figura 4-23: Entidad Hoja de Progreso Pedagógico


Chepén”
La actividad llevada a cabo en el proceso fisioterapia se puede ver detalladamente los



Chepén”
b. Entidad Hoja de Control de Progreso Físico
Figura 4-25: Entidad Hoja de Control de Progreso Físico


Chepén”
4.2.3. Diagrama De Actividades Del Negocio (D.A.N)
La actividad llevada a cabo en el Proceso de Asistencia se puede ver detalladamente en el

siguiente Diagrama de Actividades del Negocio.
a. DANCUN Control de Asistencia
Figura 4-26: DANCUN Control de Asistencia

Chepén”
La actividad llevada a cabo en el Proceso Psicológico se puede ver detalladamente en el

a. DANCUN Control Psicológico
Figura 4-27: DANCUN Control Psicológico

Chepén”
La actividad llevada a cabo en el Proceso de Proyección Social se puede ver

detalladamente en el siguiente Diagrama de Actividades del Negocio.
a. DANCUN Cronograma de eventos
Figura 4-28: DANCUN Cronograma de eventos


Chepén”
La actividad llevada a cabo en el Proceso Pedagógico se puede ver detalladamente en el

a. DANCUN Control Pedagógico
Figura 4-29: DANCUN Control Pedagógico

Chepén”
La actividad llevada a cabo en el Proceso Fisioterapia se puede ver detalladamente en el

a. DANCUN Control Físico
Figura 4-30: DANCUN Control Físico


Chepén”
4.2.4. Modelo Objeto del Negocio
El modelo de objeto de negocio muestra la relación entre los actores del negocio y los
trabajadores del negocio, indicando además qué operaciones realiza en las entidades.
4.2.4.1. MONCUN Proceso Asistencia
Figura 4-31: MONCUN Proceso Asistencia

4.2.4.2. MONCUN Proceso Psicológico
Figura 4-32: MONCUN Proceso Psicológico


Chepén”
4.2.4.3. MONCUN Proceso de Proyección Social
Figura 4-33: MONCUN Proceso de Proyección Social

4.2.4.4. MONCUN Proceso Pedagógico
Figura 4-34: MONCUN Proceso Pedagógico

4.2.4.5. MONCUN Proceso Fisioterapia
Figura 4-35: MONCUN Proceso Fisioterapia

Chepén”
4.2.5. Modelo del Dominio
En el modelo de dominio del negocio se representa las entidades que se han identificado
por cada caso de uso y las relaciones que existen entre ellas.
Figura 4-36: Modelo del Dominio


Chepén”
4.3. MODELO DE REQUERIMIENTOS
En este capítulo se profundizará en la modelación del sistema a automatizar. Se definirá

una agrupación de los modelos de casos de uso por paquetes y las relaciones entre los
mismos. Se ilustrará además para cada paquete definido los diagramas de caso de uso que
reflejarán las relaciones entre estos y los actores del sistema. Para un mayor
entendimiento del sistema se describirán a alto nivel todos y cada uno de los casos de uso
y actores que interactúan en el sistema. También se definirán los requerimientos
funcionales y no funcionales que determinarán las cualidades del sistema.
4.3.1. Requerimientos Funcionales y no Funcionales
4.3.1.1. Requerimientos Funcionales
Los requerimientos funcionales son los siguientes y las cuales se obtuvieron mediante
entrevistas y encuestas:
- Autentificarse en el sistema: Validar usuario y contraseña y adecuar el sistema de

acuerdo al permiso de usuario.
- Registrar acceso
- Sección de perfil de usuarios
- Registro de avances (Pedagógico – Psicológico – Fisioterapia)
- Implementación de juegos y videos educativos
- Elaborar cronograma de eventos
- Generar Reportes
4.3.1.2. Requerimientos no Funcionales
Los requerimientos no funcionales son propiedades o cualidades que debe tener el

producto para hacerse más atractivo, usable, rápido y confiable. A continuación,
detallaremos algunos de los puntos más importantes:
- Apariencia: El sistema a desarrollar hace hincapié al diseño de la interfaz de usuario,

se necesita que la apariencia dado al contexto represente a lo largo del diseño la
sobriedad y formalidad. La interfaz de la aplicación deberá seguir un patrón estándar,
Chepén”
donde se incluirá el logo de la institución “Centro de Educación Básica Especial”.

Además, la interfaz debe ser lo suficientemente clara en cuanto a la navegación de forma
tal que facilite el uso del sistema a sus usuarios.
- Usabilidad: El sistema será utilizado por usuarios de las distintas áreas los cuales a su
vez solo tendrán los privilegios que le hayan sido otorgados atendiendo a su naturaleza
y de igual manera solo podrán hacer uso de aquellas funcionalidades que según este
criterio le correspondan.
- Rendimiento: El sistema debe ser estable, así como los servicios que este brinda.
Además, debe garantizar rapidez y eficiencia para sus usuarios. Así mismo el tiempo de
espera de Respuesta Máxima: 5 seg. de lo contrario el sistema retoma el control.
- Soporte: Una vez concluido el software este deberá probarse en los ordenadores donde
serán utilizado, para posteriormente poder detectar y eliminar cualquier anomalía
previamente a la explotación por parte de los usuarios. Así como se realizará un proceso
de configuración del servidor web y de BD. Se deberá realizar el mantenimiento de la
BD cada un período de tiempo determinado.
- Portabilidad: Se hará uso de la filosofía de código abierto de forma tal que se facilite
en el futuro la extensión del sistema a diversas plataformas.
- Confiabilidad: Se ha de garantizar el constante funcionamiento del sistema. Debe

existir una garantía de la no ocurrencia de pérdida de información.
- Software: Es necesario un servidor web que permita la ejecución del código PHP como
por ejemplo Apache. El sistema operativo sobre el que se montará el sistema será
Windows. El gestor de base de datos a utilizar será MYSQL.
4.3.2. Diagrama de Paquetes del Sistema
Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las

dependencias entre esas agrupaciones. (WIKIPEDIA, 2017).

Chepén”
4.3.2.1. Diagrama de paquetes del Sistema de Progreso Académico
Figura 4-37: Diagrama de Paquetes del Sistema de Progreso Académico

a. Diagrama de Paquetes Proceso de Asistencia
Figura 4-38: Diagrama de Paquetes Proceso de Asistencia

b. Diagrama de Paquetes Proceso de Avances
Figura 4-39: Diagrama de Paquetes Proceso de Avances

Chepén”
c. Diagrama de Paquetes Proceso de Proyección Social
Figura 4-40: Diagrama de Paquetes Proceso de Proyección Social

d. Diagrama de Paquetes Agregar usuario
Figura 4-41: Diagrama de Paquetes Proceso Agregar usuario


Chepén”
4.3.3. Diagrama de Jerarquía de actores
A continuación se muestra el diagrama de actores del sistema:
Figura 4-42: Diagrama de Jerarquía de actores


Chepén”
4.3.4. Descripción de Actores
Tabla 4-11: Descripción de Actores
Actor Descripción
Este actor se encarga de administrar, ejecutar y controlar los

requerimientos de la aplicación, tomando como priorización a las
más necesarias.
Además de crear las cuentas de usuario para cada uno de los
trabajadores de la institución que interactuarán con la aplicación.
Se contacta con Stakeholder externos como los padres de familia
para generar reportes sobre los avances de sus hijos.
Este actor se encarga de subir los temas realizados en clase para que
los padres de familia puedan ver que temas hicieron sus hijos en
clase y puedan apoyarlos en su práctica para el aprendizaje, también
realizará reportes de cada alumno para ver su progreso, se encargará
de asignar un juego educativo de la aplicación como tarea para el
hogar.
Es aquella persona que evalúa el comportamiento del alumno y

registra el comportamiento de cada uno de ellos en el sistema para
luego generar reportes sobre ello.
Es aquella persona que evalúa las discapacidades físicas del alumno

y se encarga de registrar el progreso en los ejercicios físicos de cada
uno de ellos en el sistema para luego generar reportes sobre ello.
Este actor se encarga de elaborar y registrar los cronogramas de

eventos que se realizaran en la institución, además de generar
reportes de los eventos realizados.

Chepén”
4.3.5. Modelo de Casos de Uso por Paquete
4.3.5.1. Proceso Agregar Usuario
a. Caso de Uso del Paquete “Agregar Usuario”
Figura 4-43: Caso de Uso del Paquete “Agregar Usuario”

b. Caso de Uso del Paquete “Gestión de reporte de usuarios”
Figura 4-44: Caso de Uso del Paquete “Gestión de reporte de usuarios”

a. Caso de Uso del Paquete “Autentificación en el Sistema”
Figura 4-45: Caso de Uso del Paquete “Autentificación en el Sistema”


Chepén”
b. Caso de Uso del Paquete “Registrar acceso”
Figura 4-46: Caso de Uso del Paquete “Registrar acceso”

c. Caso de Uso del Paquete “Gestión de Reporte de asistencia”
Figura 4-47: Caso de Uso del Paquete “Gestión de Reporte de asistencia”


Chepén”
4.3.5.3. Proceso de Avances

a. Caso de Uso del Paquete “Registro de avances”
Figura 4-48: Caso de Uso del Paquete “Registro de avances”

b. Caso de Uso del Paquete “Gestionar Juegos”
Figura 4-49: Caso de Uso del Paquete “Gestionar Juegos”

Chepén”
c. Caso de Uso del Paquete “Gestionar reporte de avances”
Figura 4-50: Caso de Uso del Paquete “Gestionar Reporte de avances”

a. Caso de Uso del Paquete “Elaborar Cronograma de eventos”
Figura 4-51: Caso de Uso del Paquete “Elaborar cronograma de eventos”

b. Caso de Uso del Paquete “Gestionar Reporte”
Figura 4-52: Caso de Uso del Paquete “Gestionar Reporte”


Chepén”
4.3.5.5. Diagrama General de Paquetes
Figura 4-53: Diagrama General de Paquetes


Chepén”
4.3.6. Hojas de Descripción de los Caso de Uso de Requerimientos

4.3.6.1. Proceso Agregar Usuario
a. Hojas de Descripción del Caso “Registrar Usuario”
Tabla 4-12: Hoja de Descripción del Caso “Registrar Usuario”
Fecha: 14-01-2017
Objetivo:
Registrar usuario.
Pre-Condición:
PC1: Los datos de los roles deben haberse registrado previamente.
PC2: Iniciar sesión.
Flujo Principal:
FP1: Aparece la lista de los roles registrados.
FP2: El Director hace clic en el botón nuevo usuario, y se ejecuta el sub Flujo Registrar Usuario (SF1).
SF1: Registrar Usuario.
 Ingresa datos del usuario.
 Verificación de existencia de usuario en la caja de texto.
Flujos Secundarios:
FS1: El Director tiene la opción de editar, eliminar y buscar el usuario que crea necesario después de
haberse registrado.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Registro correctamente.

Chepén”
b. Hojas de Descripción del Caso “Generar Reporte”
Tabla 4-13: Hoja de Descripción del Caso “Generar Reporte”
Fecha: 14-01-2017
Objetivo:
Generar reporte de registro de alumnos.
Pre-Condición:
PC1: Los datos del usuario deben haberse registrado previamente.
Flujo Principal:
FP1: El Director señala el menú de resultados y hace clic en Generar Reportes, ejecutándose así el sub
Flujo Reporte de registro de usuarios (SF1).
SF1: Reporte de registro de usuarios.
 Selecciona el área.
FP2: El Director hace clic en el botón Exportar a PDF para imprimir los reportes generados.
Flujos Secundarios:
FS1: El Director tiene la opción de imprimir y guardar el reporte después de haberse generado si en
caso desee.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Reporte de registro de alumnos correctamente generado.

Chepén”
a. Hojas de Descripción del Caso “Validar Usuario”
Tabla 4-14: Hoja de Descripción del Caso “Validar Usuario”
Fecha: 14-01-2017
Objetivo:
Validar Usuario.
Pre-Condición:
Flujo Principal:
FP1: Aparece un formulario para colocar nombre de usuario y contraseña
FP2: El usuario ingresa nombre de usuario y contraseña, el sistema se encargará de re direccionar al área
correspondiente.
Flujos Secundarios:
No presenta.
Excepciones:
E1: En caso de ingresar usuario y/o contraseña en blanco o incorrectamente, se muestra un mensaje de
aviso.
Post Condiciones:
Ninguna.
Usuario validado

Chepén”
b. Hojas de Descripción del Caso “Ingresar al Sistema”
Tabla 4-15: Hoja de Descripción del Caso “Ingresar al Sistema”
Fecha: 14-01-2017
Objetivo:
Ingresar al sistema.
Pre-Condición:
Flujo Principal:
FP1: Aparece un formulario para colocar nombre de usuario y contraseña
FP2: El usuario ingresa nombre de usuario y contraseña, el sistema se encargará de re direccionar al área
correspondiente y se ejecuta el sub Flujo Registrar asistencia (SF1).
SF1: Registrar asistencia.
 Ingresa hora del sistema.
Flujos Secundarios:
No presenta.
Excepciones:
E1: En caso de ingresar usuario y/o contraseña en blanco o incorrectamente, se muestra un mensaje de
aviso.
Post Condiciones:
Ninguna.
Ingreso al sistema.

Chepén”
c. Hojas de Descripción del Caso “Generar Reporte”
Fecha: 14-01-2017
Objetivo:
Generar reporte.
Pre-Condición:
Flujo Principal:
Flujo Reporte de asistencia (SF1).
SF1: Reporte de asistencia.
 Selecciona alumno.
Flujos Secundarios:
FS1: El Director tiene la opción de imprimir y guardar el reporte después de haberse generado.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Reporte de asistencia de alumno correctamente generado.

Chepén”
4.3.6.3. Proceso Avances

a. Hojas de Descripción del Caso “Registrar Avance”
Tabla 4-17: Hoja de Descripción del Caso “Registrar Avance”

Parte 1 de 2
Fecha: 14-01-2017
Objetivo: Registrar avances.
Pre-Condición:

Chepén”
Tabla 4-18: Hoja de Descripción del Caso “Registrar Avance”

Parte 2 de 2
Fecha: 14-01-2017
Flujo Principal:
FP1: Aparece la lista de avance ya registrados.
FP2: El usuario, el cual puede ser un docente, un fisioterapeuta o un psicólogo, señala el menú de
resultados y hace clic en Registrar avance el cual presenta tres tipos (psicológico, pedagógico y físico),
ejecutándose así el sub Flujo Registrar avance(SF1).
SF1: Reporte de registro de alumnos.
 Selecciona el alumno.
 Selecciona el tipo de avance.
Flujos Secundarios:
FS1: El Director tiene la opción de editar, eliminar y buscar el avance del alumno que crea necesario
después de haberse registrado.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Registro de avance correctamente.

Chepén”
b. Hojas de Descripción del Caso “Gestionar Juegos”
Tabla 4-19: Hoja de Descripción del Caso “Gestionar Juegos”
Fecha: 14-01-2017
Objetivo:
Realizar juego educativo.
Pre-Condición:
Flujo Principal:
FP1: El alumno señala el juego que desea realizar y presiona jugar, dando paso al sub flujo Realizar
juego (SF1).
SF1: Realizar juego.
 Generar puntuación.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Realizar juego correctamente.

Chepén”
c. Hojas de Descripción del Caso “Generar Reporte”
Fecha: 14-01-2017
Objetivo:
Generar reporte.
Pre-Condición:
Flujo Principal:
Flujo Reporte de avances (SF1).
SF1: Reporte de avances.
Flujos Secundarios:
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Reporte de avance de alumno correctamente generado.

Chepén”

a. Hojas de Descripción del Caso “Agregar Cronograma de Eventos”
Tabla 4-21: Hoja de Descripción del Caso “Agregar Cronograma de Eventos”
Fecha: 14-01-2017
Objetivo:
Agregar cronograma de eventos.
Pre-Condición:
Flujo Principal:
FP1: El asistente social señala el menú de resultados y hace clic en agregar cronograma de eventos,
ejecutándose así el sub Flujo Agregar cronograma de eventos (SF1).
SF1: Agregar cronograma de eventos.
 Selecciona los días.
Flujos Secundarios:
No presenta.
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Cronograma de eventos correctamente agregado.

Chepén”
b. Hojas de Descripción del Caso “Generar Reporte”
Fecha: 14-01-2017
Objetivo:
Generar reporte.
Pre-Condición:
Flujo Principal:
Flujo Reporte de eventos (SF1).
SF1: Reporte de eventos.
Flujos Secundarios:
Excepciones:
Ninguna.
Post Condiciones:
Ninguna.
Reporte de cronograma de eventos correctamente generado.

Chepén”
4.3.7. Estimación del Tiempo De Desarrollo
4.3.7.1. Estimación de Tiempo de Desarrollo del Proyecto Basado en Casos de Uso
- Método de Gustav Karner de Objectory AB
Tabla 4-23: Factor de Peso de Actores sin Ajustar
Tipo de Actor Descripción Factor de Peso

Otro sistema que interactúa con el sistema a
Simple desarrollar mediante una interfaz de programación 1
(API).
Otro sistema que interactúa con el sistema a
Medio desarrollar mediante un protocolo o una interfaz 2
basada en texto.
Una persona que interactúa con el sistema mediante
Complejo 3
una interfaz gráfica.
Tabla 4-24: Factor de Peso de los Casos de Uso sin Ajustar
Tipo de Caso de Uso Descripción Factor de Peso

Simple El Caso de Uso contiene de 1 a 3 transacciones. 5
Medio El Caso de Uso contiene de 4 a 7 transacciones. 10
Complejo El Caso de Uso contiene de 8 a más transacciones. 15
4.3.7.1.1. Cálculo de Puntos de Casos de Uso sin Ajustar
Se realiza a partir de la siguiente ecuación:
CUSA = FPAS + FPCS … … … … … … … … … … … … … … … … … … … … … … … . (4.1)
CUSA: Puntos de Caso de Uso sin Ajustar.
FPAS: Factor de Peso de los Actores sin Ajustar.
FPCS: Factor de Peso de Casos de Uso sin Ajustar.

Chepén”
A. Factor de Peso de los Actores Sin Ajustar (FPAS)
El FPAS se calcula determinando si cada actor es una persona u otro sistema, además
evalúa la forma en la que este interactúa con el caso de uso, y la cantidad de actores de
cada tipo. Se le asigna un valor que puede ser Simple, Medio o Complejo. Se cuentan los
actores de cada tipo que fueron identificados y se multiplican por su factor
correspondiente para obtener el resultado por cada tipo de actor, luego se suman cada
producto para obtener el FPAS.
Tabla 4-25: Factor de Peso de los Actores sin Ajustar
FACTOR DE PESO POR CADA ACTOR Y SU TIPO

Actor Tipo de Actor Factor
Director Complejo 3
Docente Medio 2
Auxiliar Medio 2
Psicólogo Medio 2
Asistente Social Medio 2
Terapeuta Medio 2
Padre de Familia y/o alumno Simple 1
El Factor de Peso de los Actores sin ajustar no es más que el análisis de la cantidad de
actores presentes y la complejidad de cada uno de ellos. En éste proyecto se tiene que
existen 1 actor complejo, 5 actores medios y 1 actor simple, por lo que FPAS está dado
por la expresión que se muestra a continuación.
𝐹𝑃𝐴𝑆 = ∑(𝐹𝑎𝑐𝑡𝑜𝑟𝑖 ∗ 𝑁ú𝑚𝑒𝑟𝑜 𝑑𝑒 𝐴𝑐𝑡𝑜𝑟𝑒𝑠𝑖 ) … … … … … … … … … … … … … … . (4.2)

𝑖=1
Reemplazando valores en la fórmula (4.2), se deduce que:
FPAS= (1*1) + (2*5) + (3*1) = 14.

Chepén”
B. Factor de Pesos de Casos de Uso sin ajustar (FPCS)
Para determinar el factor de peso de los casos de uso sin ajustar (FPCS) se les asigna una
clasificación correspondiente a las transacciones o a las clases que pueden ser Simple,
Medio o Complejo, se le asigna un factor dependiendo de la clasificación anterior, este
se multiplica por la cantidad de elementos que son clasificados de la misma manera y
luego se suman los tres productos. Éste factor está representado por la siguiente
expresión:
𝑛
𝐹𝑃𝐴𝑆 = ∑(𝐹𝑎𝑐𝑡𝑜𝑟𝑖 ∗ 𝑁ú𝑚𝑒𝑟𝑜 𝑑𝑒 𝐶𝑎𝑠𝑜 𝑑𝑒 𝑈𝑠𝑜𝑖 ) … … … … … … … … … … … … . (4.3)

𝑖=1
Factores de Peso de Casos de Uso Sin Ajustar
Tabla 4-26: Factor de Peso de los Casos de Uso sin Ajustar
FACTOR DE PESO POR CADA CASO DE USO Y SU TIPO

CASO DE USO TIPO FACTOR
Validar usuario Simple 5
Ingresar al sistema Simple 5
Generar reportes de asistencia Simple 5
Registrar usuario Simple 5
Generar reporte de registro alumnos Simple 5
Registrar avances Simple 5
Realizar juego Simple 5
Generar reporte de avance Simple 5
Agregar cronograma de eventos Simple 5
Generar reporte de cronograma de eventos Simple 5
El Factor de Peso de los Casos de Uso sin ajustar está dado por la cantidad de Casos de
Uso que existan en el sistema y la complejidad que presenta cada uno de ellos, este factor
está representado por la suma de los pesos asignados a los Casos de Uso de
Requerimientos.

Chepén”
FPCS = (10* 5) + (0* 10) + (0*15) = 50
Una vez calculados el Factor de Peso de los Actores sin ajustar y el Factor de Peso de los
Casos de Uso Sin Ajustar y Según la fórmula (4.1), se deduce que:
CUSA = FPAS + FPCS = 14 + 50
CUSA = 64
4.3.7.1.2. Cálculo de Puntos de Casos de Uso Ajustados (PCA)

El cálculo de puntos de casos de uso Ajustados se obtiene a partir del resultado del cálculo
de Puntos de Caso de Uso sin Ajustar, como los muestra la siguiente ecuación:
PCA = CUSA ∗ TCF ∗ FA … … … … … … … … … … … … … … … … … … … … … … . (4.4)
Dónde:
PCA: Punto de Casos de Uso Ajustados.
CUSA: Puntos de Casos de Uso sin ajustar.
TCF: Factor de Complejidad Técnica.
FA: Factor de Ambiente.
- Factor de Complejidad Técnica (TCF)
No es más que el coeficiente que se calcula mediante la cuantificación de un conjunto de

factores que determinan la complejidad técnica del sistema y está dado por la siguiente
ecuación:
13
TFC = 0.6 − 0.01 ∗ ∑(Pesoi ∗ Valori ) … … … … … … … … … … … … … … … . . … . (4.5)

i=1
Asignar un valor comprendido entre [0 - 5] a cada factor técnico el cual puede ser: 0 para
el menos importante y 5 para el más importante.
Chepén”
Tabla 4-27: Factor Complejidad Técnica
N° Descripción Factor Peso i Valor i Peso i * Valor i

1 Sistema Distribuido. T1 2 2 4
2 Tiempo de respuesta. T2 1 3 3
3 Eficiencia por el usuario. T3 1 3 3
4 Procesamiento interno complejo. T4 1 3 3
5 Reusabilidad T5 1 2 2
6 Facilidad de instalación. T6 0.5 2 1
7 Facilidad de uso. T7 0.5 3 1.5
8 Portabilidad T8 2 3 6
9 Facilidad de cambio. T9 1 3 3
10 Concurrencia T10 1 2 2
11 Objetivos especiales de seguridad. T11 1 3 3
12 Acceso directo a terceras partes T12 1 2 2
Facilidades especiales de
13 T13 1 2 2
entrenamiento a usuarios finales.
TOTAL 35.5
TCF = 0.6 + 0.01 * 35.5
TCF = 0.955
- Factor Ambiente (FA).
Este factor representa las características favorables que posee el personal encargado para
el desarrollo del proyecto, el cual se obtiene de asignar un valor a cada característica.
𝐹𝐴 = 1.4 − 0.03 ∗ ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝑉𝑎𝑙𝑜𝑟𝑖 ) … … … … … … … … … … … … … … … . . … . (4.6)

𝑖=1

Chepén”
Tabla 4-28: Factor Ambiente
N° Descripción Factor Peso i Valor i Peso i * Valor i

Familiaridad con
1 el modelo de E1 1.5 5 7.5
proyecto utilizado
Experiencia en la
2 E2 0.5 3 1.5
aplicación
Experiencia en
3 orientación a E3 1 5 5
objetos
Capacidad del
4 E4 0.5 5 2.5
analista líder
5 Motivación E5 1 3 3
Estabilidad de los
6 E6 2 5 10
requerimientos
Personal a tiempo
7 E7 -1 2 -2
compartido
Dificultad del
8 lenguaje de E8 -1 2 -2
programación
TOTAL 25.5
FA = 1.4 – 0.03*(25.5) = 0.635
Entonces Reemplazando valores en la fórmula (4.4) se deduce que:
PCA = CUSA * TCF * FA
PCA = 64 * 0.955 * 0.635 = 38.8112
- Estimación de Esfuerzo
El cálculo del Esfuerzo H-H se realiza con el fin de tener una aproximación del esfuerzo,
pensando solo en el desarrollo según las funcionalidades de los casos de uso. En esto
interviene el Factor de Conversión (CF) que para este caso será de 20 (H-H); además del
resultado obtenido a partir de los cálculos de los Puntos de Caso de Uso Ajustados
𝐸 = 𝑃𝐶𝐴 ∗ 𝐶𝐹 … … … … … … … … … … … … . … … … … … … … … … … … . … … … … . … (4.7)
Chepén”
Reemplazar valores en (4.7), se tiene:
𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒
𝐸 = 38,8112𝐶𝑈 ∗ (20 )
𝐶𝑈
𝐸 = 776.224 𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒
Con el dato obtenido de 776.224 H-H, se procede a hallar el porcentaje para cada
actividad y su valor en H-H utilizando el método de la regla de tres simple:
- Cálculo del Porcentaje de cada actividad y su valor Horas-Hombre
Con el dato obtenido en (5.7), se procede a hallar el porcentaje para cada actividad y su
valor en horas – hombre utilizando el método de la regla de tres simples:
Tabla 4-29: Estimación de Esfuerzo
Actividad Porcentaje Horas-Hombre

Análisis 10.00% 194.056
Diseño 20.00% 388.112
Programación 40.00% 776.224
Prueba 15.00% 291.084
Sobrecarga (otras actividades) 15.00% 291.084
Total 100.00% 1940.56
- Cálculo del Tiempo de Desarrollo:
Utiliza la fórmula siguiente:
𝐸
𝑇𝐷𝑠 = … … … . … … … … … … … … … … … … … … … … … … … … … … . … … … … . . (4.8)
𝐶𝐻
Dónde:
TDs: Tiempo de Desarrollo.
CH: Cantidad de Hombres.

Chepén”
Para este caso el equipo de desarrollo es de dos (02) integrantes; por lo tanto.
CH = 2
E = 1940.56
1940.56
𝐓𝐃𝐬 =
2
TDs = 970.28 Horas
Se tiene en cuenta 8 horas diarias y 6 días a la semana (Lunes a Sábado).
horas
𝐓𝐭 = 8 horas ∗ 6 = 48
𝑠𝑒𝑚𝑎𝑛𝑎
También se tiene en cuenta que cada mes tiene 4 semanas, entonces:
horas horas
𝐓𝐭 = 48 ∗ 4𝑠𝑒𝑚𝑎𝑛𝑎𝑠 = 192
𝑠𝑒𝑚𝑎𝑛𝑎 𝑚𝑒𝑠
Procedemos para obtener la cantidad de meses estimados para el desarrollo del Sistema.
970.28 (H − H)
𝐌𝐞𝐬𝐞𝐬 =
ℎ𝑜𝑟𝑎𝑠
192( 𝑚𝑒𝑠 )
Meses ≈ 5.05 meses.
30días
𝐓𝐭 = 0.05 mese ∗ = 1.5𝑑í𝑎𝑠
1𝑚𝑒𝑠
Según lo obtenido el tiempo de desarrollo será de 5 meses y 1.5 días de desarrollo.
4.3.8. Estudio de Viabilidad Económica
Para realizar el estudio de viabilidad económica se tendría que tomar en cuenta:

Chepén”
4.3.8.1. Costos de Inversión
A. Costo de Hardware:
Tabla 4-30: Costo de Inversión de Hardware
Descripción Cantidad Disponible Precio Unitario (S/) Sub-total (S/)

Terminales HP Core
12 Unidades No 1200.00 14,400.00
2 DUO.
Impresora CANON
1 Unidad Si 0.00 0.00
MG3510.
Switch DGS-
1 Unidad Si 0.00 0.00
1016D16 Puertos.
Router Tp-link TL-
1 Unidad Si 0.00 0.00
ER5120
TOTAL S/ 14,400.00
B. Costo de Software:
Tabla 4-31: Costo de Inversión de Software
Descripción Cantidad Disponible Costo Unitario (S/) Sub-total (S/)

Sistemas
Operativos: 1 Unidad Si 0.00 0.00
Windows 8.1
Gestor Base de
Datos: 1 Unidad Si 0.00 0.00
MySql 5.6.17.
Lenguaje de
Desarrollo: 1 Unidad Si 0.00 0.00
PHP 5.5.12.
Servidor Web:
1 Unidad Si 0.00 0.00
Apache 2.4.9.
Herramienta Case:
IBM Rational 1 Unidad Si 0.00 0.00
Rose.
Herramientas
Web:
1 Unidad No 150.00 150.00
Hosting y
Dominio-
TOTAL S/ 150.00

Chepén”
C. Costo de Mobiliario y Enseres:
Tabla 4-32: Costo de Inversión de Mobiliario y Enseres
Descripción Cantidad Disponible Costo Unitario (S/) Sub-total (S/)

Muebles de
6 Unidades Si 0.00 0.00
Cómputo.
Sillas de Oficina. 12 Unidades Si 0.00 0.00
TOTAL S/ 0.00
El Resumen de los costos de Inversión tanto en lo que respecta a la adquisición de

Hardware, Software y Mobiliario y enseres, se muestra a continuación:
D. Cuadro Resumen:
Tabla 4-33: Resumen Consolidado del Costo de Inversión del Proyecto
Tipo de Inversión Sub-Total

Inversión en Hardware. S/. 14,400.00
Inversión en Software. S/. 150.00
Inversión en Mobiliario y Enseres. S/. 00.00
TOTAL S/ 14,550.00
4.3.8.2. Costos de Desarrollo
A. Recursos Humanos:
Tabla 4-34: Costos de Desarrollo de Recursos Humanos
Tiempo en Costo Unitario

Descripción Cantidad Sub-Total (S/)
Meses (S/ Mes)
Analista - Programador 2 5.05 30.00 151.50
TOTAL S/ 151.50

Chepén”
B. Materiales de Consumo:
Tabla 4-35: Costos de Materiales de Consumo
Materiales Cantidad Medida P. Unitario. (S/) Sub–Total (S/)

Hojas Bond A4. 2 Millar 20.00 60.00
Fólder Manila. 10 Unidad 0.50 5.00
Lapiceros. 4 Unidad 0.50 2.00
Lápices. 2 Unidad 1.00 2.00
Corrector. 2 Unidad 1.00 2.00
CD's. 5 Unidad 1.00 5.00
Tinta para
4 Pomos 35.00 140.00
impresora Canon.
Borrador. 2 Unidad 1.00 2.00
TOTAL S/ 218.00
C. Servicios:
Tabla 4-36: Cuadro Detallado de Energía y Costo
Potencia Eléctrica Costo KW-Hora

Equipo (Hidrandina)
Watts Watts/1000 kW
Ordenador
150.00 1000 0.15 0.40
- MAC + Cargador
- HP g4 + Cargador 150.00 1000 0.15 0.40
Impresora Canon MG3510 18.60 1000 0.02 0.40
Router Tp-link TL-ER5120 6.00 1000 0.01 0.40
Switch DGS-1016D16 15.40 1000 0.02 0.40

Puertos

Chepén”
D. Equipos:
Tabla 4-37: Costo de Energía Eléctrica de Equipos
Costo de
Consumo Energía
Días al Mes
Costo
Cantidad (kW * Horas Mensual (S/)
Horas
Tiempo kW
kW
Descripción * Días al (Consumo *
(meses) Hora
Mes * Tiempo *
(S/)
Cantidad) Costo kW
Hora)
Ordenador
- MAC + 1 8 15 0.20 24 11.58 0.40 111.17
Cargador
- HP g4 +
1 8 15 0.20 24 11.58 0.40 111.17
Cargador
Impresora
1 8 15 0.15 2.40 11.58 0.40 12.72
Canon MG3510
Router Tp-link
1 8 15 0.01 1.20 11.58 0.40 6.36
TL-ER5120
Switch DGS-
1016D16 1 8 15 0.02 2.40 13.25 0.40 12.72
Puertos
TOTAL S/ 266.14
E. Transporte:
Tabla 4-38: Costo de Transporte
Descripción Tiempo (meses) Monto Mensual (S/) Sub – Total (S/)

León Quiroz Max Samir Gabriel 5.05 20 101
Suarez Perez Luis André 5.05 10 50.50
TOTAL S/ 151.50
F. Cuadro De Resumen:
El Resumen de los costos de Desarrollo tanto en lo que respecta a Recursos Humanos,

Material de Consumo y Servicios, se muestra a continuación:

Chepén”
Tabla 4-39: Resumen Consolidado del Costo de Desarrollo del Proyecto
Tipo de Recurso Total (S/)

Recursos Humanos 151.50
Materiales de Consumo 218.00
Servicios 960.94
TOTAL S/ 1,329.94
4.3.8.3. Costo de Implementación
A. Recursos Humanos:
Tabla 4-40: Costos de Desarrollo de Recursos Humanos.
Cantidad Tiempo en Costo Unitario

Descripción Sub-Total (S/)
(H / mes) Meses (S/ Mes)
Analista - Programador 2 4 0.00 0.00
TOTAL S/ 0.00

Lapiceros 4 Unidad 0.50 2.00
Discos Compactos 5 Unidad 1.00 5.00
Memoria USB
Kingston Data 2 Unidad 20.00 40.00
Traveler de 2 GB
Fólder Manila 4 Unidad 0.50 2.00
Papel Bond A4 de 80
2 Millar 20.00 40.00
gr.
TOTAL S/ 89.00

Chepén”
C. Servicios:
- Equipos:
Tabla 4-42: Costo de Energía Eléctrica de Equipos.
Costo de
Energía
Consumo
Días al Mes
Costo Mensual
Cantidad
Horas (kW * Horas

Tiempo kW (S/.)
kW
Descripción * Días al
(meses) Hora (Consumo *
Mes *
(S/) Tiempo *
Cantidad)
Costo kW
Hora)
Ordenador
- MAC + 1 8 15 0.20 24 4 0.40 38.4
Cargador
- HP g4 + 38.4
1 8 15 0.20 24 4 0.40
Cargador
Impresora
Canon 1 8 15 0.15 18 4 0.40 28.8
MG3510
Router Tp-link
1 8 15 0.01 0.72 4 0.40 1.15
TL-ER5120
Switch DGS-
1016D16 1 8 15 0.02 2.40 4 0.40 3.84
Puertos
TOTAL S/ 110.59
- Transporte:
Tabla 4-43: Costo de Transporte
Descripción Tiempo (meses) Monto Mensual (S/) Sub – Total (S/)

León Quiroz Max Samir Gabriel 5.05 20 101
Suarez Perez Luis André 5.05 10 50.50
TOTAL S/ 151.50

Chepén”
D. Cuadro Resumen:
El Resumen de los costos de Implementación tanto en lo que respecta a Recursos

Humanos, Material de Consumo y Servicios, se muestra a continuación:
Tabla 4-44: Resumen Consolidado del Costo de Implementación del Proyecto.

Materiales de Consumo 89.00
Servicios 457.99
TOTAL S/ 546.99
4.8.3.4. Costo de Operación
A. Recursos Humanos
Tabla 4-45: Costos de Desarrollo de Recursos Humanos
Cantidad Nro. Veces al

Descripción Costo Unitario (S/) Sub-Total (S/)
(H/mes) Año
Ing. De Sistemas 1 2 900.00 1,800.00
TOTAL S/ 1,800.00

Lapiceros 4 Unidad 0.50 2.00
Memoria USB Kingston
1 Unidad 20.00 20.00
Data Traveler de 1 GB
Papel Bond A4 de 80 gr. 2 Millar 20.00 40.00
TOTAL S/ 62.00

Chepén”
C. Servicios:
Tabla 4-47: Costo de Energía Eléctrica de Equipos
Costo de
Energía
Días al Mes
Consumo Costo
Cantidad
Mensual (S/)
Horas
(kW * Horas Tiempo kW
kW
Descripción (Consumo *
* Días al Mes (meses) Hora
Tiempo *
* Cantidad) (S/)
Costo kW
Hora)
Ordenador HP Monitor 12 8 2 0.09 17.28 12 0.40
Core 2 Duo C.P.U. 12 8 2 0.20 38.4 12 0.40
Bocinas 12 8 2 0.10 19.2 12 0.40
Impresora Canon 1 8 2 0.15 2.4 12 11.52

0.40
MG3510
Router Tp-link TL- 1 8 2 0.01 0.16 12 0.77

0.40
ER5120
Switch DGS-1016D16 1 8 2 0.02 0.32 12 1.53

0.40
Puertos
TOTAL S/ 373.248
D. Costo de Operación y Mantenimiento de Equipos
La institución cubre un costo promedio anual de S/ 2,500.00 para el mantenimiento de

sus equipos y para la compra de algún material.
- Depreciación:
Periodo de depreciación: 3 años.
Tabla 4-48: Depreciación de equipos
Concepto Inversión Inicial (S/) Depreciación Sub Total (S/)

Hardware. 2,500.00 20% 500.00
Software. 150.00 0% 0.00
TOTAL S/ 500.00

Chepén”
Tabla 4-49: Resumen Consolidado del Costo de Operación del Proyecto

Recursos Humanos. 1,800.00
Materiales de Consumo. 62.00
Servicios. 359.42
Operación y mantenimiento de equipos. 2,500.00
Depreciación. 500.00
TOTAL S/ 5,221.42
E. Resumen de Costos
Tabla 4-50: Resumen de Costos
Concepto Periodo Inicial Anual
Costos de Inversión. S/ 150.00
Costos de Desarrollo. S/ 1,329.94
Costos de Implementación. S/ 346.99
Costos de Operación. S/ 5,221.42
TOTAL S/ 1,826.93 S/ 5,221.42
4.8.3.5. Beneficio
A. Beneficio Tangibles
Con la implementación de la Aplicación Web, se logra un ahorro en tiempo con respecto

al tiempo calculado durante los procesos actuales y de prescindir al asistente de
abastecimiento.
Tabla 4-51: Beneficios Tangibles
Descripción Costo (S/ mes) Cantidad Tiempo (meses) Subtotal (S/)
Ahorro en 20 2 Millares 12 S/ 480.0

papelería
Ahorro en espacio 100.00 2 12 S/ 2400.00

físico
TOTAL S/ 2880.00

Chepén”
B. Beneficio Intangibles
Tabla 4-52: Beneficios Intangibles
Descripción
- Mejora de la imagen institucional.
- Aumento del control de progreso del alumno.
- Obtención de Reportes en cuestión de segundos, de manera oportuna y confiable.
- Aumento de la fiabilidad de datos.
- Integridad de la información (información completa).
4.8.3.6. Flujo de Caja Proyectada

Tabla 4-53: Flujo de Caja del Proyecto
RUBRO AÑO 0 AÑO 1 AÑO 2 AÑO 3
1. INGRESOS 7,300.00 7,300.00 7,300.00
1.1.Beneficios Tangibles 12,000.00 12,000.00 12,000.00
Obtención de Reportes. 511.25 511.25 511.25
Ahorro en espacio. 2,400.00 2,400.00 2,400.00
2. EGRESOS -1,564.93
2.1.Costos de Inversión -150.00
Inversión en Hardware. 0.00
Inversión en Software. -150.00
Inversión en Mobiliario y Enseres. 0.00
2.2.Costos de Desarrollo 1,806.82
Materiales de Consumo -218.50
Servicios -960.94
2.3.Costos de Implementación -546.99
Recursos Humanos. 0.00
Recursos Materiales. -314.11
Servicios. -314.11
2.4.Costos de operación -5,221.42 -5,221.42 -5,221.42
Recursos Humanos. -1,800.00 -1,800.00 -1,800.00
Materiales de Consumo. -62.00 -62.00 -62.00
Servicios. -559.42 -559.42 -559.42
Mantenimiento de equipos. -2,500.00 -2,500.00 -2,500.00
Depreciación. -500.00 -500.00 -500.00
TOTAL BENEFICIO NETO -2,502.99 10,468.41 10,468.41 10,468.41

Chepén”
a. Representación del Flujo de Caja del Proyecto
S/ 7,300.00 S/ 7,300.00 S/ 7,300.00
Años
0 1 2 3
S/ 2,502.99 S/ 5,221.42 S/ 5,221.42 S/ 5,221.42
Figura 4-54: Representación del Flujo de Caja del Proyecto.
4.3.8.7. Evaluación económica del proyecto
Está referida a la evaluación de la rentabilidad inherente al proyecto, sin considerar el

financiamiento externo. Se basa en el flujo real de los productos y servicios absorbidos
por el proyecto.
a. Tasa de Interés Bancaria o Tasa Efectiva Anual (TEA)
El proyecto será evaluado a través de la tasa de interés bancaria proporcionada por el

Banco de la Nación a una tasa anual efectiva del 15%, la fecha de vigencia esta desde el
01/01/2016. Se asume que para que el proyecto sea rentable, la tasa de retorno tiene que
ser mayor que el costo de capital.
Tabla 4-54: Tasa de Interés Efectiva
FUENTE TASA (%)
Banco de la Nación 15 %

Chepén”
b. Indicadores Económicos
b.1. Valor Actual Neto (VAN)
Llamado también Valor Presente Neto, representa el excedente generado por un proyecto
en términos absolutos después de haber cubierto los costos de inversión, de operación y
de uso de capital. En resumen el VAN es la suma algebraica de los costos y beneficios
generados por el proyecto en el valor presente.
Si VAN > 0 Aceptar el Proyecto.
Si VAN < 0 Rechazar el Proyecto.
La fórmula a utilizar es:
𝐵−𝐶 𝐵−𝐶
𝐕𝐀𝐍 = −I0 + ⋯ + … … … … … … … … … … … … … … … … … … … (4.9)
(1 + 𝑖)1 (1 + 𝑖)𝑛
Dónde:
VAN = Valor Actual Neto.
Io = Costo Total.
B = Beneficio Esperado.
C = Costo Esperado.
i = Tasa de Interés Bancario.
n = Periodo de Vida del Proyecto.
Según el flujo de caja económico, considerando como vida útil del sistema un periodo de
tres años y con una tasa efectiva anual de 15.00% se deduce lo siguiente:

Chepén”
- Valor Actual Neto Económico del Proyecto
S/ 10,468.41 S/ 10,468.41 S/ 10,468.41
0 1 2 3
Años
S/ 2,502.99
Figura 4-55: Valor Actual Neto Económico del Proyecto
Ahora reemplazamos valores en la fórmula (4.9), se deduce que:
10,468.41 10,468.41 10,468.41

𝐕𝐀𝐍 = −2, 502.99 + + +
(1 + 0.15)1 (1 + 0.15)2 (1 + 0.15)3
VAN=21,398.75
Por lo tanto como S/ 21,398.75 es mayor a cero, se concluye que el proyecto es rentable.
b.2. Cálculo Beneficio- Costo (B/C)
La relación beneficio – costo es el indicador de rentabilidad que señala en qué medida los
beneficios futuros supera a la inversión inicial.
Si B/C ≥1 Aceptar el Proyecto.
Si B/C <1 Rechazar el Proyecto.
𝐁 VpB
= … … … … … … … … … … … … … … … … … … … … … … … … … … … … … … … (4.10)
𝐂 VpC

Chepén”
Dónde:
VPB: Valor Presente de los Beneficios.
VPC: Valor Presente de los Costos.
- Cálculo del valor presente de los beneficios (VPB)
S/ 7,300.00 S/ 7,300.00 S/ 7,300.00
0 1 2 3
Años
Figura 4-56: Cálculo del valor presente de los beneficios (VPB)
Para hallar el valor presente de los beneficios netos del proyecto se plantea la siguiente
fórmula:
𝐵 𝐵
𝐕𝐩𝐁 = +⋯+ … … … … . … … … … … … … … … … … … … … … … (4.11)
(1 + 𝑖)1 (1 + 𝑖)𝑛
Dónde:
VPb: Valor Presente de los beneficios.
B: Beneficio en el periodo n.
n: Número de Periodos.
i: Costo de oportunidad de capital.
7,300.00 7,300.00 7,300.00

𝐕𝐏𝐁 = + +
(1 + 0.15) 1 (1 + 0.15) 2 (1 + 0.15)3
VPB = S/ 16,667.54

Chepén”
- Cálculo del valor presente de los costos (VPC):
0 1 2 3
Años
S/ 5,221.42 S/ 5,221.42 S/ 5,221.42

S/ 2,502.99
Figura 4-57: Cálculo del valor presente de los costos del proyecto
Para hallar el valor presente de los costos netos del proyecto se plantea la siguiente
ecuación matemática:
𝐶𝑛 𝐶𝑛
𝐕𝐩𝐂 = I0 + +⋯+ … … … … … … … … … … … … … … … … … … (4.12)
(1 + 𝑖)1 (1 + 𝑖)𝑛
Dónde:
VpC: Valor Presente de los costos.
Io: Costo Inicial (año cero).
Cn: Costo en el periodo n.
n: Número de Periodos.
i: Tasa de Interés Bancario.
Reemplazando los valores en la fórmula (4.12), se deduce que
5,221.42 5,221.42 5,221.42

𝐕𝐩𝐂 = 2,502.99 + + +
(1 + 0.15)1 (1 + 0.15) 2 (1 + 0.15)3
VPC = S/ 10,581.73

Chepén”
- Cálculo de la relación Beneficio-Costo (B/C):
Reemplazando los valores de beneficio y costo según la fórmula (4.10), se deduce que:
𝐁 S/16,667.54
=
𝐂 S/10,581.73
𝐁
= 1.58 > 1
𝐂
Por el método de beneficio – costo se demuestra que el proyecto es rentable, ya que la

relación B/C es mayor a 1, lo que significa que los beneficios son superiores a los costos.
b.3. Tasa Interna de Retorno (TIR).
Esa aquella tasa de interés a la que igualan los flujos de netos económicos actualizados al
año presente (cero) con la inversión del proyecto. Representa la tasa de rendimiento a la
cual el proyecto se hace indiferente, es decir, cuando al VAN = 0.
Si TIR > Costo de Capital Aceptar el Proyecto.
Si TIR < Costo de Capital Rechazar el Proyecto.
𝑛
𝐹𝑁𝐸𝑛
𝐓𝐈𝐑 = −I0 + ∑ = 0 … … … … … … … … … … … … … … … … … … … … (4.13)
(1 + 𝑇𝐼𝑅)𝑛
𝑛=1
Dónde:
TIR = Tasa Interna de Retorno.
FNEn = Flujo Neto Económico del Periodo n.
n = Periodo de Vida del Proyecto.
Reemplazando los datos del flujo de caja económico según la ecuación (4.13), tenemos:
-2,502.99 + 10,468.41 x (P/A, i, 3) =0
10,468.41 10,468.41 10,468.41

−2,502.99 + + +
(1 + i)1 (1 + i)2 (1 + i)3

Chepén”
1 − (1 + 𝑖)−3
−2,502.99 + 10,468.41 [ ]=0
(1 + i)1
1 − (1 + 𝑖)−3
10,468.41 [ ] = 2,502.99
(1 + i)1
1 − (1 + 𝑖)−3 2,502.99
[ ]=
(1 + i)1 10,468.41
1 − (1 + 𝑖)−3
[ ] = 0.24
(1 + i)1
Ahora como ya no se puede despejar el interés (i), empezamos a iterar (i) hasta tener un
valor menor o igual a 0.24.
Si i = 667%:
1 − (1 + 𝑖)−3
[ ] = 0.24
6.67
Como se observa la TIR = 667% tiene un valor mucho más aproximado a 0.24.
Figura 4-58: Hallando TIR en Excel

Como 667% es mayor al Costo de Capital (15%), significa que del dinero que se invierte
inicialmente, se recupera en promedio el 667% cada año. Por lo tanto, se aceptará el
proyecto. Esto quiere decir que en menos de 3 meses se recuperara la inversión.

Chepén”
b.4. Tiempo de Retorno (TR)
Este indicador calcula tiempo en el que se recupera la inversión inicial. Esta recuperación
se da mediante las utilidades obtenidas. Si la TR es menor al número de periodos del
proyecto, entonces se acepta el proyecto, sino, se rechaza.
I0
𝐓𝐑 = … … … … … … … … … … . . … … … … … … … … … … … … … … … … … … (4.14)
(𝐵 − 𝐶)
2,502.99
𝐓𝐑 =
10,468.41
𝐓𝐑 = 0.24 Años
Para meses: 0.24 años x (12 meses / 1 año) = 2.88 meses.
Para días: 0.88 meses x (30días / 1 meses) => 26.4 días.
El Tiempo de Recuperación del capital será en 2 meses y 26.4 días.
b.5. Conclusiones de la Evaluación Económica:
VAN = S/ 21,398.75 > 0
B/C = 1.58 > 1
TIR = 667 % > 15%
En conclusión podremos decir que invertir en este proyecto es beneficioso para la

Institución.

Chepén”
4.3.9. Priorización de Casos de Usos de Requerimientos
Tabla 4-55: Tasa de Interés Efectiva
Criterios Descripción
CP1 Mejora el buen Funcionamiento de la Institución
CP2 Permite mantener en Orden la Documentación en la Institución
CP3 Mejora el aprendizaje de los alumnos
CP4 Mejora el nivel de confiabilidad de la información.
CP5 Mejora de la Imagen de la Institución
La ponderación que se aplique a cada parámetro debe sumar 1, es decir:
CP1 + CP2 + CP3 + CP4 + CP5= 1
Tabla 4-56: Escala de Valoración
Nivel de impacto Peso
Excelente 5
Muy Bueno 4
Bueno 3
Regular 2
Malo 1

Chepén”
Tabla 4-57: Matriz de Priorización de Casos de Uso
CP1 CP2 CP3 CP4 CP5 TOTAL

5
Criterio de
Caso de Uso P1 = P2 = P3 = 0.25 P4 = 0.15 P5 = 0.2 ∑(𝐶𝑃𝑖 PRIORIDAD
0.25 0.15 𝑖=1
∗ 𝑃𝑗 )
Registrar
3 3 3 3 3 3 7°
usuario
Registrar
4 3 4 3 3 3.5 6°
asistencia
Registrar
5 3 3 4 4 3.85 5°
avance físico
Registrar
avance 5 3 3 4 4 3.85 3°
pedagógico
Registrar
avance 5 3 3 4 4 3.85 4°
psicológico
Realizar juego 5 2 5 3 4 4.05 2°
Agregar
cronograma 2 2 1 1 2 1.6 8°
de eventos
Generar
5 3 4 4 4 4.1 1°
Reporte
4.3.10. Mitigación de Riesgos
Tabla 4-58: Mitigación de Riesgos
RIESGO(S) CAUSA(S) EFECTO(S) IMPACTO PREVENCIÓN
Inexperiencia del Estudiantes sin Incumplimiento del Medio Ayuda de expertos

Grupo que va a experiencia Proyecto
realizar el proyecto
Mala utilización de Desconocimiento Demora en Alto Capacitación

los equipos de los del Uso atención permanente
operarios
Falta de capital Déficit en los Demora en los Medio Cuenta de ahorro

para innovación ingresos del mes procesos
tecnológica administrativos

Chepén”
CAPITULO V:
FASE II:
ELABORACIÓN
5.1. MODELO DE ANÁLISIS
Según (JACOBSON, y otros), el modelo del análisis crece incrementalmente a medida

que se analizan más y más casos de uso
5.1.1. Diagrama de clases parciales por cada CU
A continuación se presentan los diagramas de clases de análisis por paquetes, donde se

detallan los atributos por cada entidad.
a. Diagrama Parcial Registrar Usuario
Figura 5-1: Diagrama Parcial de Registrar Usuario


Chepén”
b. Diagrama Parcial Validar Usuario
Figura 5-2: Diagrama Parcial de Validar Usuario

c. Diagrama Parcial Registrar Acceso
Figura 5-3: Diagrama Parcial de Registrar Acceso

Chepén”
d. Diagrama Parcial Registrar Avances
Figura 5-4: Diagrama Parcial de Registrar Avances

e. Diagrama Parcial Gestionar Juegos
Figura 5-5: Diagrama Parcial de Gestionar Juegos


Chepén”
f. Elaborar Cronograma de Eventos
Figura 5-6: Diagrama Parcial de Cronograma de eventos


Chepén”
5.1.2. Diagrama de Clases de Análisis
Figura 5-7: Diagrama de Clases de Análisis


Chepén”
5.1.3. Diagrama de Colaboración
En las siguientes figuras se describen las interacciones de los distintos objetos en el

sistema y los mensajes que solicitan o responden por cada caso de uso.
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR USUARIO
1. Descripción:
El caso de uso permite registrar a un usuario (personal o alumno)
2. Actor(es)
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
- El sistema muestra la interfaz “REGISTRAR USUARIO” con los campos: DNI,

Nombres, Apellidos, Dirección, Correo, Teléfono, Fecha Nacimiento, Rol, Usuario,
Contraseña. Además, incluye las opciones: Registrar y Cancelar.
- El sistema carga los datos en la interfaz del caso de uso base que lo invocó y finaliza
el caso de uso.
3.2. Flujos Alternativos
- Un usuario no puede ser registrado 2 veces
Si un usuario tiene los mismos datos que están almacenados ya en la base de datos, este
usuario no se registrará y dará un mensaje “Este nombre de usuario ya está siendo
utilizado por favor elige otro”. Y le pedirá cambiar algunos datos para que pueda ser
registrado.
- Un usuario no puede ser registrado si no hay una sección disponible
Un usuario no puede ser registrado si no hay una sección disponible para ese usuario.
4. Pre Condiciones
El usuario administrador debe haber ingresado al sistema
5. Post Condiciones
Ninguna.
Chepén”
6. Puntos de Extensión
Ninguno.
7. Requisitos Especiales
Ninguno.
8. Prototipos
No presenta
Figura 5-8: Diagrama de Colaboración Registrar Usuario

Chepén”
ESPECIFICACIÓN DE CASO DE USO: VALIDAR USUARIO
1. Descripción:
El caso de uso permite validar o autentificar al usuario (personal - alumno) para así poder
acceder a su área respectiva
2. Actor(es)
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
- El caso de uso comienza cuando es invocado por otro caso de uso base.
- El sistema muestra la interfaz “INGRESAR” con los campos: Usuario y Contraseña.

Además, incluye las opciones: Ingresar y Cancelar.
- El sistema carga los datos en la interfaz del caso de uso base que lo invocó y
dependiendo de qué tipo de usuario ha ingresado se redireccionará a su área
correspondiente.
- Usuario o Contraseña Incorrectos
Si un usuario no ha sido previamente registrado no podrá acceder y saldrá datos

incorrectos o en caso contrario que haya sido registrado, pero al momento de escribir sus
datos lo está haciendo de forma errónea.
4. Pre Condiciones
El usuario debe haber sido registrado
5. Post Condiciones
Ninguna.
Ninguno.

Chepén”
Ninguno.
8. Prototipos
No presenta
Figura 5-9: Diagrama de Colaboración Validar Usuario


Chepén”
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR ASISTENCIA
1. Descripción:
El caso de uso permite registrar el acceso al sistema de un usuario guardando su última

conexión (Fecha – Hora)
2. Actor(es)
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
- El sistema muestra la interfaz “Bitácora” con los campos: Usuario, Tipo Usuario, en
donde se muestra la fecha y hora de ingreso y también la fecha y hora de salida.
Aceptar y Cancelar.
el caso de uso.
No presenta
4. Pre Condiciones
El usuario ha ingresado en el sistema.
5. Post Condiciones
No presenta
No presenta
No presenta
8. Prototipos
No presenta

Chepén”
Figura 5-10: Diagrama de Colaboración Registrar Acceso

Chepén”
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR AVANCES
1. Descripción:
El caso de uso permite registrar el avance de cada alumno.
2. Actor(es)
Alumno
Docente
3. Flujo de Eventos
3.1. Flujo Básico
- El sistema muestra la interfaz “Registrar Avances” con los campos: Alumno, Tipo
Avance, Observación, Fecha, Nombre del Especialista.
- Este interfaz “Registrar Avances” solo es presentado a los usuarios que tengan el rol
personal (docente, psicólogo, fisioterapeuta). Ya que ellos registraran 1 vez por
semana el avance que vayan presentando los alumnos. Registrar y Cancelar.
el caso de uso.
No presenta
4. Pre Condiciones
5. Post Condiciones
No presenta
No presenta
No presenta

Chepén”
8. Prototipos
No presenta
Figura 5-11: Diagrama de Colaboración Registrar Avances

Chepén”
ESPECIFICACIÓN DE CASO DE USO: GESTIONAR JUEGOS
1. Descripción:
El caso de uso permite registrar el avance realizado en cada juego de cada alumno.
2. Actor(es)
Alumno
3. Flujo de Eventos
3.1. Flujo Básico
- El sistema muestra la interfaz “Área Juegos” en donde se podrá escoger los diferentes
niveles que encuentren dentro.
- Al escoger un juego, este registrará la puntuación y el avance que está desarrollando

el alumno. Aceptar y Cancelar.
el caso de uso.
No presenta
4. Pre Condiciones
5. Post Condiciones
No presenta
No presenta
No presenta
8. Prototipos
No presenta

Chepén”
Figura 5-12: Diagrama de Colaboración Gestionar Juegos

Chepén”
ESPECIFICACIÓN DE CASO DE USO: CRONOGRAMA DE EVENTOS
1. Descripción:
El caso de uso permite elaborar un cronograma de eventos
2. Actor(es)
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
- El sistema muestra la interfaz “Cronograma de eventos”, en donde la asistente social

elaborará el cronograma donde incluye los respectivos eventos y las fechas
correspondientes a cada uno de ellos, para que los padres de los alumnos puedan
visualizar y cumplir con el evento en la fecha propuesta. Aceptar y Cancelar.
el caso de uso
No presenta
4. Pre Condiciones
5. Post Condiciones
No presenta
No presenta
No presenta
8. Prototipos
No presenta

Chepén”
Figura 5-13: Diagrama de Colaboración Cronograma de Eventos

Chepén”
5.2. MODELO DE DISEÑO
Es un modelo concreto, es decir se detalla la estructura del sistema a construir. A

continuación se presentan los diagramas que forman parte de este modelo
5.2.1. Diagrama de modelo de clases de diseño
Los diagramas presentados a continuación están separados por cada paquete, donde se describen
los atributos y métodos que tendrá cada clase y la relación que tienen entre ellas.
5.2.1.1. Diagrama de Clases de Diseño
Figura 5-14: Diagrama de Clases de Diseño

Chepén”
5.2.1.2. CU realizado documentado con:
5.2.1.2.1. Registrar Usuario
a. Diseño de Ficha Registrar Usuario
Figura 5-15: Diseño de Ficha Registrar Usuario

Chepén”
b. Diagrama de Secuencia Registrar Usuario
Figura 5-16: Diagrama de Secuencia Registrar Usuario

Chepén”
5.2.1.2.2. Validar Usuario
a. Diseño de Ficha Validar Usuario
Figura 5-17: Diseño de Ficha Validar Usuario

Chepén”
b. Diagrama de Secuencia Validar Usuario
Figura 5-18: Diagrama de Secuencia Validar Usuario

Chepén”
5.2.1.2.3. Registrar Acceso
a. Diseño de Ficha Registrar Acceso
Figura 5-19: Diseño de Ficha Registrar Acceso

Chepén”
b. Diagrama de Secuencia Registrar Acceso
Figura 5-20: Diagrama de Secuencia Registrar Acceso

Chepén”
5.2.1.2.4. Registrar Avances
a. Diseño de Ficha Registrar Avances
Figura 5-21: Diseño de Ficha Registrar Avances

Chepén”
b. Diagrama de Secuencia Registrar Avances
Figura 5-22: Diagrama de Secuencia Registrar Avances

Chepén”
5.2.1.2.5. Gestionar Juegos
a. Diseño de Ficha Gestionar Juegos
Figura 5-23: Diseño de Ficha Gestionar Juegos

Chepén”
b. Diseño de Secuencia Gestionar Juegos
Figura 5-24: Diagrama de Secuencia Gestionar Juegos

Chepén”
5.2.1.2.6. Cronograma de Eventos
a. Diseño de Ficha Cronograma de Eventos
Figura 5-25: Diseño de Ficha Cronograma de Eventos

Chepén”
b. Diseño de Secuencia Cronograma de Eventos
Figura 5-26: Diagrama de Secuencia Cronograma de Eventos

Chepén”
5.2.1.3. Diagrama de E.R:
5.2.1.3.1. Diagrama de Entidades Lógica:
SECCION ASISTENCIA
SEC_Codigo ASI_Codigo
PRESTAMO_DOCENTE USU_Codigo (FK)
SEC_Nombre
DAP_DNI (FK) DAP_DNI (FK)
ARTICULOS
PRE_Codigo (FK)
ASI_Fecha ART_Codigo
LIB_Codigo (FK)
ASI_Entrada
LIB_CorrelativoLibro (FK)
ASI_Salida ART_Titulo
ART_Introduccion
DATOS_PERSONALES
ART_Ruta
DAP_DNI ART_Contenido
ART_Orden
DAP_Nombres
ART_Fecha
DAP_Apellidos
USU_Codigo (FK)
DAP_Direccion
DAP_DNI (FK)
DAP_Correo
DAP_Telefono
USUARIO
DAP_FechaNacimiento
SEC_Codigo (FK) USU_Codigo
ROL
DAP_DNI (FK)
ROL_Codigo
USU_User
USU_Pass ROL_Descripcion
USU_Estado
ROL_Codigo (FK)
JUEGO
PERSONAL
JUE_Codigo
DOCENTE
DAP_DNI (FK)
DAP_DNI (FK) USU_Codigo (FK)
PER_Cargo DAP_DNI (FK)
DAP_Especialidad JUE_Nombre
DAP_Jornada SLIDE JUE_Puntuacion
JUE_Start
SLI_Codigo
PRESTAMO JUE_End
PRE_Codigo SLI_Ruta
LIB_Codigo (FK) SLI_Titulo
LIB_CorrelativoLibro (FK) SLI_Descripcion
SLI_Orden
PRE_FechaEntrada SLI_Fecha
PRE_FechaSalida USU_Codigo (FK)
PRE_Estado DAP_DNI (FK) GALERIA
ALUMNO GAL_Codigo
DAP_DNI (FK) USU_Codigo (FK)
LIBRO DAP_DNI (FK)
ALU_TipoDiscapacidad
LIB_Codigo GAL_Ruta
ALU_Estado
LIB_CorrelativoLibro GAL_Orden
GAL_Fecha
CAT_Codigo (FK)
PRO_Codigo (FK) AVANCE VIDEOS CRONOGRAMA_EVENTOS
INS_Codigo (FK)
LIB_Autor AVA_Codigo VID_Codigo CRO_Codigo
LIB_Pais AVA_Observacion USU_Codigo (FK) CRO_Title
LIB_Year AVA_TipoAvance DAP_DNI (FK) CRO_Body
LIB_Estimado DAP_DNI (FK) VID_Ruta CRO_Url
LIB_Titulo AVA_Especialista VID_Orden CRO_Class
LIB_Edicion AVA_Fecha VID_Fecha CRO_Start
LIB_Ubicacion
LIB_Cargo CRO_End
CATEGORIA
LIB_Editorial CRO_InicioNormal
LIB_Existencias CAT_Codigo CRO_FinalNormal
LIB_Prestado USU_Codigo (FK)
CAT_Nombre DAP_DNI (FK)
LIB_Estado
INSTITUCION
INS_Codigo
INS_Nombre
INS_Distrito
INS_Telefono
INS_Year
PROVEEDOR
PRO_Codigo
PRO_Nombre
PRO_Email
PRO_Direccion Figura 5-27: Diagrama de Entidades Lógica
PRO_Telefono
PRO_ResponAtencion

Chepén”
5.2.1.3.2. Diagrama de Entidades Física:

SECCION ASISTENCIA
SEC_Codigo: int(11) ASI_Codigo: varchar(100)
PRESTAMO_DOCENTE USU_Codigo: int(11) (FK)
SEC_Nombre: varchar(20)
DAP_DNI: char(8) (FK) DAP_DNI: char(8) (FK)
ARTICULOS
PRE_Codigo: varchar(70) (FK)
ASI_Fecha: varchar(10) ART_Codigo: int
LIB_Codigo: varchar(70) (FK)
ASI_Entrada: varchar(20)
LIB_CorrelativoLibro: varchar(70) (FK)
ASI_Salida: varchar(20) USU_Codigo: int(11) (FK)
DAP_DNI: char(8) (FK)
DATOS_PERSONALES
ART_Ruta: varchar(100)
DAP_DNI: char(8) ART_Orden: int
ART_Fecha: timestamp
DAP_Nombres: varchar(50)
ART_Titulo: varchar(100)
DAP_Apellidos: varchar(50)
ART_Introduccion: varchar(100)
DAP_Direccion: varchar(100)
ART_Contenido: varchar(300)
DAP_Correo: varchar(50)
DAP_Telefono: varchar(11)
USUARIO
DAP_FechaNacimiento: datetime
SEC_Codigo: int(11) (FK) DAP_DNI: char(8) (FK)
ROL
USU_Codigo: int(11)
ROL_Codigo: int(11)
USU_User: varchar(30)
USU_Pass: varchar(30) ROL_Descripcion: varchar(30)
USU_Estado: varchar(20)
ROL_Codigo: int(11) (FK)
JUEGO
PERSONAL
JUE_Codigo: int
DOCENTE
DAP_DNI: char(8) (FK)
PER_Cargo: varchar(20) USU_Codigo: int(11) (FK)
DAP_Especialidad: varchar(20) JUE_Nombre: varchar(20)
DAP_Jornada: varchar(20) SLIDE JUE_Puntuacion: int
JUE_Start: timestamp
SLI_Codigo: int(11)
PRESTAMO JUE_End: timestamp
PRE_Codigo: varchar(70) SLI_Ruta: varchar(100)
LIB_Codigo: varchar(70) (FK) SLI_Titulo: varchar(100)
LIB_CorrelativoLibro: varchar(70) (FK) SLI_Descripcion: varchar(300)
SLI_Orden: int
PRE_FechaEntrada: varchar(30) SLI_Fecha: timestamp
PRE_FechaSalida: varchar(30) USU_Codigo: int(11) (FK)
PRE_Estado: varchar(30) DAP_DNI: char(8) (FK) GALERIA
ALUMNO GAL_Codigo: int(11)
LIBRO USU_Codigo: int(11) (FK)
ALU_TipoDiscapacidad: varchar(20)
LIB_Codigo: varchar(70) GAL_Ruta: varchar(100)
ALU_Estado: varchar(20)
LIB_CorrelativoLibro: varchar(70) GAL_Orden: int
GAL_Fecha: timestamp
CAT_Codigo: int (FK)
PRO_Codigo: int (FK) AVANCE VIDEOS _CRONOGRAMA_EVENTOS
INS_Codigo: int (FK)
LIB_Autor: varchar(30) AVA_Codigo: int(11) VID_Codigo: int(11) CRO_Codigo: int(11)
LIB_Pais: varchar(20) AVA_Observacion: varchar(300) DAP_DNI: char(8) (FK) CRO_Title: varchar(100)
LIB_Year: int AVA_TipoAvance: varchar(30) USU_Codigo: int(11) (FK) CRO_Body: varchar(300)
LIB_Estimado: decimal(10,2) DAP_DNI: char(8) (FK) VID_Ruta: varchar(100) CRO_Url: varchar(100)
LIB_Titulo: varchar(100) AVA_Especialista: varchar(25) VID_Orden: int CRO_Class: varchar(20)
LIB_Edicion: varchar(20) AVA_Fecha: datetime VID_Fecha: timestamp CRO_Start: varchar(15)
LIB_Ubicacion: varchar(50)
LIB_Cargo: varchar(30) CRO_End: varchar(15)
CATEGORIA
LIB_Editorial: varchar(50) CRO_InicioNormal: varchar(50)
LIB_Existencias: int CAT_Codigo: int CRO_FinalNormal: varchar(50)
LIB_Prestado: int USU_Codigo: int(11) (FK)
CAT_Nombre: varchar(30) DAP_DNI: char(8) (FK)
LIB_Estado: varchar(20)
INSTITUCION
INS_Codigo: int
INS_Nombre: varchar(70)
INS_Distrito: varchar(100)
INS_Telefono: int
INS_Year: int
PROVEEDOR
PRO_Codigo: int
PRO_Nombre: varchar(30)
PRO_Email: varchar(30)
PRO_Direccion: varchar(50)
PRO_Telefono: int
PRO_ResponAtencion: varchar(30)
Figura 5-28: Diagrama de Entidades Física

Chepén”
5.2.1.4. Diagrama de Componentes

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

Chepén”
5.2.1.5. Diagrama de Despliegue
A continuación se detalla el hardware a utilizar en la implementación del sistema.
Figura 5-30: Diagrama de Despliegue

Chepén”
CAPITULO VI:
FASE III:
CONSTRUCCIÓN
6.1. MODELO DE PRUEBAS
6.1.1. Especificaciones del lenguaje
A continuación, se detalla lo utilizado para desarrollar el sistema de progreso académico

web:
- El lenguaje de programación utilizado es: PHP versión 5.6, JavaScript.
- El gestor de base de datos: Mysql versión 5.6
- Las librerías empleadas: Bootstrap 3, bootstrap-datetimepicker 3, calendar,

DataTables 1.10, fpdf, jquery 2.2, jquery 1.11, jPages 0.7, Modernizr 2.8, moment 2.5,
responsiveslides 1.5, ResponsiveVoice 1.4.9, skel 3, Responsive 2.1, sweet-alert,
underscore, Ajax
- Los plugins empleados: bootstrap-datetimepicker.es, DateTimePicker 2.4, fancyBox

2.1, es-ES
- El sistema operativo: Windows
6.1.2. Generación de Código
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àlumno`
CREATE TABLE àlumno` (
`dni` char(8) NOT NULL,
`tipoDiscapacidad` varchar(45) NOT NULL,
èstado` varchar(20) NOT NULL DEFAULT 'Activo'
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àrticulos`
CREATE TABLE àrticulos` (
ìd` int(11) NOT NULL,
`titulo` text NOT NULL,
ìntroduccion` text NOT NULL,
`ruta` text NOT NULL,
`contenido` text NOT NULL,
òrden` int(11) NOT NULL,
`fecha` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP
-- --------------------------------------------------------
Chepén”
-- Estructura de tabla para la tabla àsistencia`

CREATE TABLE àsistencia` (
`Codigo` varchar(100) NOT NULL,
ìdUsuario` int(11) NOT NULL,
`Fecha` varchar(10) NOT NULL,
Èntrada` varchar(20) NOT NULL,
`Salida` varchar(20) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla àvance`
CREATE TABLE àvance` (
ìdavance` int(11) NOT NULL,
òbservacion` varchar(512) NOT NULL,
`tipoAvance` varchar(45) NOT NULL,
`fecha` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
èspecialista` varchar(50) NOT NULL,
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `categoria`
CREATE TABLE `categoria` (
`CodigoCategoria` varchar(20) NOT NULL,
`Nombre` varchar(50) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `datospersonales`
CREATE TABLE `datospersonales` (
`nombres` varchar(100) NOT NULL,
àpellidos` varchar(100) NOT NULL,
`direccion` varchar(200) NOT NULL,
`correo` varchar(100) DEFAULT NULL,
`telefono` varchar(15) DEFAULT NULL,
`fechaNacimiento` date NOT NULL,
`CodigoSeccion` int(11) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `docente`
CREATE TABLE `docente` (
Èspecialidad` varchar(40) NOT NULL,
`Jornada` varchar(20) NOT NULL DEFAULT 'Mañana'
-- --------------------------------------------------------
-- Estructura de tabla para la tabla èventos`
CREATE TABLE èventos` (
ìd` int(10) UNSIGNED NOT NULL,
`title` varchar(150) COLLATE utf8_spanish_ci DEFAULT NULL,
Chepén”
`body` text COLLATE utf8_spanish_ci NOT NULL,

ùrl` varchar(150) COLLATE utf8_spanish_ci NOT NULL,
`class` varchar(45) COLLATE utf8_spanish_ci NOT NULL DEFAULT 'event-important',
`start` varchar(15) COLLATE utf8_spanish_ci NOT NULL,
ènd` varchar(15) COLLATE utf8_spanish_ci NOT NULL,
ìnicio_normal` varchar(50) COLLATE utf8_spanish_ci NOT NULL,
`final_normal` varchar(50) COLLATE utf8_spanish_ci NOT NULL,
ìdUsuario` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci;
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `galeria`
CREATE TABLE `galeria` (
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ìnstitucion`
CREATE TABLE ìnstitucion` (
`CodigoInfraestructura` int(30) NOT NULL,
`Nombre` varchar(70) NOT NULL,
`Distrito` varchar(30) NOT NULL,
`Telefono` int(8) NOT NULL,
`Year` int(4) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `juego`
CREATE TABLE `juego` (
ìdJuego` int(11) NOT NULL,
`nombre` varchar(25) NOT NULL,
`puntuacion` int(11) NOT NULL,
`start` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
ènd` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `libro`
CREATE TABLE `libro` (
`CodigoLibro` varchar(70) NOT NULL,
`CodigoCorrelativo` varchar(20) NOT NULL,
`CodigoCategoria` varchar(20) NOT NULL,
`CodigoProveedor` varchar(70) NOT NULL,
`CodigoInfraestructura` int(20) NOT NULL,
Àutor` varchar(70) NOT NULL,
`Pais` varchar(50) NOT NULL,
`Year` varchar(7) NOT NULL,
Èstimado` decimal(30,2) NOT NULL,
`Titulo` varchar(77) NOT NULL,
Chepén”
Èdicion` varchar(50) NOT NULL,

Ùbicacion` varchar(50) NOT NULL,
`Cargo` varchar(7) NOT NULL,
Èditorial` varchar(70) NOT NULL,
Èxistencias` int(7) NOT NULL,
`Prestado` int(20) NOT NULL,
Èstado` varchar(50) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `personal`
CREATE TABLE `personal` (
`Cargo` varchar(50) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `prestamo`
CREATE TABLE `prestamo` (
`CodigoPrestamo` varchar(70) NOT NULL,
`CodigoLibro` varchar(70) NOT NULL,
`CorrelativoLibro` varchar(70) NOT NULL,
`FechaSalida` varchar(30) NOT NULL,
`FechaEntrega` varchar(30) NOT NULL,
Èstado` varchar(30) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `prestamodocente`
CREATE TABLE `prestamodocente` (
`CodigoPrestamo` varchar(70) NOT NULL,
`dni` char(8) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `proveedor`
CREATE TABLE `proveedor` (
`CodigoProveedor` varchar(70) NOT NULL,
`Nombre` varchar(50) NOT NULL,
Èmail` varchar(50) NOT NULL,
`Direccion` varchar(70) NOT NULL,
`Telefono` int(15) NOT NULL,
`ResponAtencion` varchar(50) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `rol`
CREATE TABLE `rol` (
ìdRol` int(11) NOT NULL,
`descripcion` varchar(45) NOT NULL,
-- --------------------------------------------------------
Chepén”
-- Estructura de tabla para la tabla `seccion`

CREATE TABLE `seccion` (
`CodigoSeccion` int(11) NOT NULL,
`Nombre` varchar(35) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `slide`
CREATE TABLE `slide` (
`titulo` text NOT NULL,
`descripcion` text NOT NULL,
-- --------------------------------------------------------
-- Estructura de tabla para la tabla ùsuario`
CREATE TABLE ùsuario` (
ùser` varchar(45) NOT NULL,
`pass` varchar(45) NOT NULL,
ìdRol` int(11) NOT NULL,
èstado` varchar(45) NOT NULL
-- --------------------------------------------------------
-- Estructura de tabla para la tabla `videos`
CREATE TABLE `videos` (
-- Índices
-- Indices de la tabla àrticulos`

ALTER TABLE àrticulos`
ADD PRIMARY KEY (ìd`);
-- Indices de la tabla àsistencia`

ALTER TABLE àsistencia`
ADD PRIMARY KEY (`Codigo`),
ADD KEY `fk_asistencia_usuario1_idx` (ìdUsuario`);
-- Indices de la tabla àvance`

ALTER TABLE àvance`
ADD PRIMARY KEY (ìdavance`);

Chepén”
-- Indices de la tabla `categoria`

ALTER TABLE `categoria`
ADD PRIMARY KEY (`CodigoCategoria`);
-- Indices de la tabla `datospersonales`

ALTER TABLE `datospersonales`
ADD PRIMARY KEY (`dni`);
-- Indices de la tabla èventos`

ALTER TABLE èventos`
-- Indices de la tabla `galeria`

ALTER TABLE `galeria`
-- Indices de la tabla ìnstitucion`

ALTER TABLE ìnstitucion`
ADD PRIMARY KEY (`CodigoInfraestructura`);
-- Indices de la tabla `juego`

ALTER TABLE `juego`
ADD PRIMARY KEY (ìdJuego`);
-- Indices de la tabla `libro`

ALTER TABLE `libro`
ADD PRIMARY KEY (`CodigoLibro`),
ADD KEY `CodigoCategoria` (`CodigoCategoria`),
ADD KEY `CodigoProveedor` (`CodigoProveedor`),
ADD KEY `CodigoInfraestructura` (`CodigoInfraestructura`);
-- Indices de la tabla `prestamo`

ALTER TABLE `prestamo`
ADD PRIMARY KEY (`CodigoPrestamo`),
ADD KEY `CodigoLibro` (`CodigoLibro`);
-- Indices de la tabla `prestamodocente`

ALTER TABLE `prestamodocente`
ADD KEY `CodigoPrestamo` (`CodigoPrestamo`),
ADD KEY `CodigoPrestamo_2` (`CodigoPrestamo`);
-- Indices de la tabla `proveedor`
ALTER TABLE `proveedor`
ADD PRIMARY KEY (`CodigoProveedor`);
-- Indices de la tabla `rol`

ALTER TABLE `rol`
ADD PRIMARY KEY (ìdRol`);
-- Indices de la tabla `seccion`

ALTER TABLE `seccion`
ADD PRIMARY KEY (`CodigoSeccion`);

Chepén”
-- Indices de la tabla `slide`

ALTER TABLE `slide`
-- Indices de la tabla ùsuario`

ALTER TABLE ùsuario`
ADD PRIMARY KEY (ìdUsuario`),
ADD KEY `fk_usuario_rol1_idx` (ìdRol`);
-- Indices de la tabla `videos`

ALTER TABLE `videos`
-- AUTO_INCREMENT de las tablas
-- AUTO_INCREMENT de la tabla àvance`

ALTER TABLE àvance`
MODIFY ìdavance` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=64;
-- AUTO_INCREMENT de la tabla èventos`

ALTER TABLE èventos`
MODIFY ìd` int(10) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=15;
-- AUTO_INCREMENT de la tabla `galeria`

ALTER TABLE `galeria`
MODIFY ìd` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=13;
-- AUTO_INCREMENT de la tabla `juego`

ALTER TABLE `juego`
MODIFY ìdJuego` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=58;
-- AUTO_INCREMENT de la tabla `rol`

ALTER TABLE `rol`
MODIFY ìdRol` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=5;
-- AUTO_INCREMENT de la tabla `seccion`

ALTER TABLE `seccion`
MODIFY `CodigoSeccion` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=4;
-- AUTO_INCREMENT de la tabla `slide`

ALTER TABLE `slide`
-- AUTO_INCREMENT de la tabla ùsuario`

MODIFY ìdUsuario` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=20;
-- AUTO_INCREMENT de la tabla `videos`

ALTER TABLE `videos`

Chepén”
-- Restricciones para tablas
-- Filtros para la tabla àsistencia`

ALTER TABLE àsistencia`
ADD CONSTRAINT `fk_asistencia_usuario1` FOREIGN KEY (ìdUsuario`) REFERENCES
ùsuario` (ìdUsuario`) ON DELETE NO ACTION ON UPDATE NO ACTION;
-- Filtros para la tabla `libro`

ALTER TABLE `libro`
ADD CONSTRAINT `libro_ibfk_2` FOREIGN KEY (`CodigoInfraestructura`) REFERENCES
ìnstitucion` (`CodigoInfraestructura`),
ADD CONSTRAINT `libro_ibfk_3` FOREIGN KEY (`CodigoCategoria`) REFERENCES
`categoria` (`CodigoCategoria`),
ADD CONSTRAINT `libro_ibfk_4` FOREIGN KEY (`CodigoProveedor`) REFERENCES
`proveedor` (`CodigoProveedor`);
-- Filtros para la tabla `prestamo`

ALTER TABLE `prestamo`
ADD CONSTRAINT `prestamo_ibfk_3` FOREIGN KEY (`CodigoLibro`) REFERENCES `libro`
(`CodigoLibro`);
-- Filtros para la tabla `prestamodocente`

ALTER TABLE `prestamodocente`
ADD CONSTRAINT `prestamodocente_ibfk_1` FOREIGN KEY (`CodigoPrestamo`)
REFERENCES `prestamo` (`CodigoPrestamo`);
-- Filtros para la tabla ùsuario`

ADD CONSTRAINT `fk_usuario_rol1` FOREIGN KEY (ìdRol`) REFERENCES `rol` (ìdRol`)
ON DELETE NO ACTION ON UPDATE NO ACTION;

Chepén”
CAPITULO VII:
FASE IV:
TRANSICION
7.1. MODELO DE PRUEBAS
7.1.1. Pruebas por caso de uso
- Caso de prueba de Registrar Usuario
Se inicia el proceso, llenando los datos requeridos por el sistema para luego guardar en la
base de datos de la I.E a los datos ingresados, conforme se haya escogido el rol a ocupar
del usuario.
 Si el rol a ocupar es docente, el sistema luego de guardar sus datos personales,

solicitara el registro de la especialidad a ocupar con sus respectivas secciones.
 Si el rol a ocupar es estudiante, el sistema luego de guardar sus datos personales,
solicitara el registro de tipo de discapacidad que tenga el alumno y la respectiva
aula que conforma.
 Si el rol a ocupar es personal, el sistema luego de guardar sus datos personales,
solicitara el cargo a ocupar dentro de la I.E.
El sistema iniciará el proceso de registro de usuario. El sistema almacenará los datos

proporcionados por el administrador y mostrará un mensaje “Los datos del usuario se
almacenaron correctamente”.
- Caso de Prueba Registrar Sección
El caso de uso se inicia cuando el Director inicia el año Académico seguidamente procede
a registrar todas las secciones asignadas, se inicia el proceso, llenando los datos
requeridos por el sistema para luego guardar en la base de datos de la I.E a los datos
ingresados. El sistema iniciará el proceso de registro de sección.
El sistema de almacenará los datos proporcionados por la Director y mostrará un mensaje

“Los datos de la sección se almacenaron exitosamente”.

Chepén”
- Caso de prueba de Registrar Asistencia
El caso de uso se inicia al momento que el usuario ingresa al sistema de la institución

educativa y se procede a guardar en la base de datos de la I.E el inicio de sesión. También
almacenará la finalización de sesión cuando el usuario se desee retirar del sistema.
- Caso de prueba de Registrar Avances
El caso de uso se inicia cuando el Docente o Personal (Fisioterapeuta o Psicólogo)

proceden a registrar el avance que tienen los estudiantes, llenando los datos requeridos
por el sistema para luego guardar en la base de datos de la I.E. El sistema iniciará el
proceso de registro de avances.
El sistema de almacenará los datos proporcionados por el Docente o Personal y mostrará

un mensaje “Los datos del avance se almacenaron exitosamente”.
- Caso de prueba de Cronograma de Eventos
El caso de uso se inicia cuando el asistente social procede a registrar los eventos que tiene
programado, llenando los datos requeridos por el sistema para luego guardar en la base
de datos de la I.E. El sistema iniciará el proceso de registro de cronograma de eventos.
El sistema de almacenará los datos proporcionados por el asistente social y mostrará un

mensaje “Los datos del evento se almacenaron exitosamente”.
- Caso de prueba de Registrar Libros
Se inicia el proceso, llenando los datos requeridos por el sistema para luego guardar en la
base de datos de la I.E a los datos ingresados. El sistema iniciará el proceso de registro
de Libros.
El sistema de información almacenará los datos proporcionados por el administrador y

mostrará un mensaje “Los datos del libro se registraron correctamente”.

Chepén”
7.1.2. Prueba de la Caja Negra
Las pruebas de caja negra, también denominada prueba de comportamiento, se centran

en los requisitos funcionales del software. O sea, la prueba de caja negra permite al
ingeniero del software obtener conjuntos de condiciones de entrada que ejerciten
completamente todos los requisitos funcionales de un programa. La prueba de caja negra
no es una alternativa a las técnicas de prueba de caja blanca. Más bien se trata de un
enfoque complementario que intenta descubrir diferentes tipos de errores que los métodos
de caja blanca.
La prueba de caja negra intenta encontrar errores de las siguientes categorías:
 Funciones incorrectas o ausentes.
 Errores de interfaz.
 Errores en estructuras de datos o en accesos a bases de datos externas
 Errores de rendimiento.
 Errores de inicialización y de terminación.
Mediante las técnicas de prueba de caja negra se obtiene un conjunto de casos de

prueba que satisfacen los siguientes criterios:
 Casos de prueba que reducen, en un coeficiente que es mayor que uno, el número de
casos de prueba adicionales que se deben diseñar para alcanzar una prueba razonable.
 Casos de prueba que nos dicen algo sobre la presencia o ausencia de clases de errores
en lugar de errores asociados solamente con la prueba que estamos realizando.

Chepén”
CASO DE PRUEBA REGISTRAR USUARIO

El módulo destinado Registrar Usuario, solicita y manipula los siguientes datos:
 IdUsuario
 DNI
 User
 Pass
 IdRol
 Estado
A continuación se muestran las clases de equivalencia para realizar la “prueba de la caja

negra” a la funcionabilidad de “Registrar Usuario”
Parte 1 de 2
Tabla 7-1: Clases de Equivalencia, caso de prueba “Registrar Usuario”

N° Nombre Dato Equivalencia Resultado
01 IdUsuario < 1 carácter Inválido
02 IdUsuario > 11 caracteres Inválido
Rango entre 1 y 11
03 IdUsuario Válido
caracteres
04 DNI < 8 caracteres Inválido
05 DNI > 8 caracteres Inválido
06 DNI 8 caracteres Válido
07 USER < 1 carácter Inválido
08 USER > 15 caracteres Inválido
Rango entre 1 y 15
09 USER Válido
caracteres
10 PASS < 1 carácter Inválido
11 PASS > 20 caracteres Inválido
Rango entre 1 y 20
12 PASS Válido
caracteres
13 IdRol < 1 carácter Inválido
14 IdRol > 11 caracteres Inválido
Rango entre 1 y 11
15 IdRol Válido
caracteres
16 Estado < 1 carácter Inválido
17 Estado > 15caracteres Inválido
Rango entre 1 y 15
18 Estado Válido
caracteres

Chepén”
Parte 2 de 2
Tabla 7-2: Clases de Equivalencia, caso de prueba “Registrar Usuario”

01 IdUsuario NULO Inválido
02 IdUsuario 000000000001 Inválido
03 IdUsuario 1 Válido
04 DNI NULO Inválido
05 DNI 747622080 Inválido
06 DNI 74762208 Válido
07 USER NULO Inválido
08 USER UNTSISTEMASVALLE Inválido
09 USER SISTEMAS Válido
10 PASS NULO Inválido
11 PASS 00000A000F00000014582 Inválido
12 PASS 123456789 Válido
13 IdRol NULO Inválido
14 IdRol 000000000001 Inválido
15 IdRol 0001 Válido
16 Estado NULO Inválido
17 Estado 0000000000000001 Inválido
18 Estado Habilitado Válido
CASO DE PRUEBA REGISTRAR SECCIÓN
El módulo destinado Registrar Sección, solicita y manipula los siguientes datos:
 CodigoSeccion
 Nombre

negra” a la funcionabilidad de “Registrar Sección”

Chepén”
Parte 1 de 2
Tabla 7-3: Clases de Equivalencia, caso de prueba “Registrar Sección”

01 CodigoSeccion < 1 carácter Inválido
02 CodigoSeccion > 11 caracteres Inválido
Rango entre 1 y 11
03 CodigoSeccion Válido
caracteres
04 Nombre < 1 carácter Inválido
05 Nombre > 35 caracteres Inválido
Rango entre 1 y 35
06 Nombre Válido
caracteres
Parte 2 de 2
Tabla 7-4: Clases de Equivalencia, caso de prueba “Registrar Sección”

01 CodigoSeccion NULL Inválido
02 CodigoSeccion 000000000001 Inválido
03 CodigoSeccion 1 Válido
04 Nombre NULL Inválido
05 Nombre 1° año Salud A Válido
CASO DE PRUEBA REGISTRAR ASISTENCIA
El módulo destinado Registrar Asistencia, solicita y manipula los siguientes datos:
 Código
 DNI
 Fecha
 Entrada
 Salida

negra” a la funcionabilidad de “Registrar Asistencia”
Chepén”
Parte 1 de 2
Tabla 7-5: Clases de Equivalencia, caso de prueba “Registrar Asistencia”

01 Código < 1 carácter Inválido
02 Código > 100 caracteres Inválido
Rango entre 1 y 100
03 Código Válido
caracteres
Rango entre 1 y 11
caracteres
07 Fecha < 1 carácter Inválido
08 Fecha > 10 caracteres Inválido
Rango entre 1 y 10
09 Fecha Válido
caracteres
10 Entrada < 1 carácter Inválido
11 Entrada > 20 caracteres Inválido
Rango entre 1 y 20
12 Entrada Válido
caracteres
13 Salida < 1 carácter Inválido
14 Salida > 20 caracteres Inválido
Rango entre 1 y 20
15 Salida Válido
caracteres
Parte 2 de 2
Tabla 7-6: Clases de Equivalencia, caso de prueba “Registrar Asistencia”

01 Código NULO Inválido
02 Código T10N5952-45 Válido
04 IdUsuario 000000000001 Inválido
06 Fecha NULO Inválido
07 Fecha 20-09-201 Inválido
08 Fecha 20-09-2016 Válido
09 Entrada NULO Inválido

Chepén”

10 Entrada 21:0 Inválido
11 Entrada 21:07:48 Válido
12 Salida NULO Inválido
13 Salida 22:0 Inválido
14 Salida 22:07:48 Válido
CASO DE PRUEBA REGISTRAR AVANCES
El módulo destinado Registrar Avances, solicita y manipula los siguientes datos:
 IdAvance
 Observación
 TipoAvance
 DNI
 Fecha
 Especialista
 IdUsuario

negra” a la funcionabilidad de “Registrar Avances”
Parte 1 de 2
Tabla 7-7: Clases de Equivalencia, caso de prueba “Registrar Avances”

01 IdAvance < 1 carácter Inválido
02 IdAvance > 11 caracteres Inválido
Rango entre 1 y 11
03 IdAvance Válido
caracteres
04 Observación < 1 carácter Inválido
05 Observación > 512 caracteres Inválido
Rango entre 1 y 512
06 Observación Válido
caracteres
07 TipoAvance < 1 carácter Inválido
08 TipoAvance >45 caracteres Inválido
Rango entre 1 y 45
09 TipoAvance Válido
caracteres

Chepén”

10 DNI < 1 carácter Inválido
11 DNI > 8 caracteres Inválido
12 DNI 8 caracteres Válido
13 Fecha < 1 carácter Inválido
14 Fecha > 30 caracteres Inválido
Rango entre 1 y 30
15 Fecha Válido
caracteres
16 Especialista < 1 carácter Inválido
17 Especialista > 50 caracteres Inválido
Rango entre 1 y 50
18 Especialista Válido
caracteres
Rango entre 1 y 11
caracteres

Parte 2 de 2
Tabla 7-8: Clases de Equivalencia, caso de prueba “Registrar Avances”

01 IdAvance NULO Inválido
02 IdAvance 000000000001 Inválido
03 IdAvance 1 Válido
04 Observación NULO Inválido
05 Observación Terapia de rehabilitación Válido
06 TipoAvance NULO Inválido
07 TipoAvance Avance Pedagógico Válido
08 DNI NULO Inválido
09 DNI 123456789 Inválido
10 DNI 12345678 Válido
11 Fecha NULO Inválido
12 Fecha 2017-06- Inválido
13 Fecha 2017-06-04 22:55:45 Válido
14 Especialista NULO Inválido
15 Especialista Eduardo López Zafra Válido
Chepén”
CASO DE PRUEBA REGISTRAR EVENTOS

El módulo destinado Registrar Eventos, solicita y manipula los siguientes datos:
 Id
 Title
 Body
 Url
 Class
 Start
 End
 Inicio_Normal
 Final_Normal

negra” a la funcionabilidad de “Registrar Eventos”
Parte 1 de 2
Tabla 7-9: Clases de Equivalencia, caso de prueba “Registrar Eventos”

01 Id < 1 carácter Inválido
02 Id > 10 caracteres Inválido
Rango entre 1 y 10
03 Id Válido
caracteres
04 Title < 1 carácter Inválido
05 Title > 150 caracteres Inválido
Rango entre 1 y 150
06 Title Válido
caracteres
07 body < 1 carácter Inválido
08 body > 1 carácter Válido
09 url < 1 carácter Inválido
10 url > 150 caracteres Inválido
Rango entre 1 y 150
11 url Válido
caracteres
12 Class < 1 carácter Inválido
13 Class > 45 caracteres Inválido
Rango entre 1 y 45
14 Class Válido
caracteres

Chepén”

15 Start < 1 carácter Inválido
16 Start > 15 caracteres Inválido
Rango entre 1 y 15
17 Start Válido
caracteres
18 End < 1 carácter Inválido
19 End > 15 caracteres Inválido
Rango entre 1 y 15
20 End Válido
caracteres
21 Inicio_normal < 1 carácter Inválido
22 Inicio_normal > 50 caracteres Inválido
Rango entre 1 y 50
23 Inicio_normal Válido
caracteres
24 Final_normal < 1 carácter Inválido
25 Final_normal > 50 caracteres Inválido
Rango entre 1 y 50
26 Final_normal Válido
caracteres
Parte 2 de 2
Tabla 7-10: Clases de Equivalencia, caso de prueba “Registrar Eventos”

01 Id NULO Inválido
02 Id 00000000001 Inválido
03 Id 1 Válido
04 Title NULO Inválido
05 Title Recolección de Insumos Válido
06 body NULO Inválido
Se necesita la reunión de todos
07 body Válido
los padres de familia
09 url NULO Inválido
10 url ../calendario/descripción.php Válido
11 Class NULO Inválido
12 Class event-special Válido
13 Start NULO Inválido
14 Start 0000000000000001 Inválido
15 Start 149083680000 Válido
16 End NULO Inválido

Chepén”

17 End 0000000000000001 Inválido
18 End 1490836800000 Válido
19 Inicio_normal NULO Inválido
20 Inicio_normal 03/06/ Inválido
21 Inicio_normal 03/06/2017 20:20 Válido
22 Final_normal NULO Inválido
23 Final_normal 06/06/ Inválido
24 Final_normal 06/06/2017 18:38 Válido
7.1.3. Prueba de la Caja Blanca
Según (TUYA, y otros, 2007) utilizan el código fuente del programa, y especialmente su
estructura de control para seleccionar casos de prueba.
Las pruebas del aplicativo realizado en la presente investigación se realizó con la

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

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

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

un determinado nivel de rendimiento
C. Eficiencia (Efficiency.): La capacidad del producto de software para dar un

adecuado desempeño en relación con la cantidad de recursos utilizados en las
condiciones indicadas.

Chepén”
D. Mantenibilidad (Maintainability): La capacidad del producto de software para ser

modificado. Las modificaciones pueden incluir correcciones, mejoras o
adaptabilidad del software a los cambios en el ambiente y en los requisitos, así
también en funciones específicas.
E. Portabilidad (Portability): La capacidad del producto de software para ser

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

para estudiantes, el código analizado son archivos php, html y javascript.
Se analizó 18,850 líneas de código de un total de 18,850 que contiene el directorio.
Figura 7-1: Resultado de código fuente por indicador
Fuente: (Kiuwan, 2017)

Chepén”
Tabla 7-11: Resultado de código fuente por indicador
Características Calidad Objetivo

Efficiency 95.19 70
Maintainability 0.17 70
Portability 99.99 70
Reliability 40.98 70
Security 32.35 70
Resultado 2:
A continuación, se lista los defectos encontrados en el análisis del código fuente a través
de la herramienta, que están categorizados por Prioridad y asociados a una característica.
Éstos resultados deben ser tomados en cuenta para que en una próxima versión sean
resueltas.
Figura 7-2: Defectos a reparar en código fuente

Chepén”
7.2. MODELO DE IMPLANTACIÓN
7.2.1. Elaboración de Manuales del Sistema
INSTALACIÓN DEL SISTEMA
- Requisitos de plataforma
El sistema realizado en la presente investigación debe ser desplegado en la siguiente

plataforma con las siguientes características como mínimo:
- Servidor Apache
- PHP 5.6.
- MySql 5.6
- Actividades previas a la instalación
En el siguiente cuadro se indica las carpetas que serán ejecutadas al momento del
despliegue:
Tabla 7-12: Directorios del Despliegue

Directorio Despliegue
1. Scripts X
2. Fuentes X
3. Documentos
Ejecución de scripts de base de datos
- Se requiere ejecutar los siguientes scripts en el entorno de la base de datos del sistema.
- La carpeta backup contiene los scripts consolidados de los datos y tablas necesarios para
el funcionamiento correcto del sistema, ordenados por la última fecha de modificación.
Instalación de Componentes
- Se tiene que copiar las fuentes en el directorio del servidor
- Actualizar la cadena de conexión del archivo library/ConfigServer.php

Chepén”
MANUAL PARA EL SISTEMA DE PROGRESO ACADÉMICO
Ingresando al sistema de progreso académico, observaremos la siguiente interfaz:
Figura 7-3: Inicio del Sistema de Progreso Académico CEBE

Chepén”
Ahora para poder ingresar será necesario ingresar nuestro usuario y la contraseña
Figura 7-4: Pantalla de autenticación, llenado de usuario y contraseña
El sistema se encuentra básicamente divido en tres partes lo que el módulo de inicio,

seguridad y el sistema de progreso académico, dependerá de nuestro de usuario y los roles
asignados para poder tener acceso a cada módulo, pues cada usuario tiene diferentes
permisos, ahora ingresando como rol de administrador tendremos los módulos de
seguridad que es para la configuración de roles a cada usuario, así como también para
registrar un nuevo usuario, un tipo de rol de acuerdo a su cargo.

Chepén”
Figura 7-5: Pantalla del sistema después de la autenticación
Ahora para empezar con nuestros procesos principales los cuales son registro de usuarios,
registros de avances, ingresamos al Código modular para establecer la institución
educativa, en nuestro caso “Centro de Educación Básica Especial”.
Figura 7-6: Pantalla del sistema datos de la institución

Chepén”
Una vez ingresado con el usuario administrador, podremos podrá crear las secciones
en donde se almacenarán los datos de los alumnos y a la vez la asignación de los usuarios
a cada uno de ellos.
Figura 7-7: Pantalla del sistema agregar sección
Figura 7-8: Pantalla del sistema lista de secciones

Chepén”
Para la creación de un nuevo usuario, el administrador es el único usuario con el permiso

de crear los demás usuarios con sus distintos roles a ocupar dentro del sistema.
Figura 7-9: Pantalla del sistema registrar usuarios – Parte 1
Figura 7-10: Pantalla del sistema registrar usuarios – Parte 2

Chepén”
Una vez ingresado los usuarios se podrán visualizar a través de una lista, en el cual se
podrá cambiar el estado activo o deshabilitado. Al igual que se podrá actualizar sus datos
y eliminar todo el usuario.
Figura 7-11: Pantalla del sistema lista de usuarios
Figura 7-12: Pantalla del sistema lista de docentes

Chepén”
Figura 7-13: Pantalla del sistema lista de estudiantes
Figura 7-14: Pantalla del sistema lista de personal

Chepén”
Dentro del usuario administrador también se podrá visualizar los distintos reportes de los
alumnos.
Figura 7-15: Pantalla del sistema estadísticas de reportes de avances
Figura 7-16: Pantalla del sistema reporte de usuarios

Chepén”
Figura 7-17: Pantalla del sistema reporte de asistencia y avances
Figura 7-18: Pantalla del sistema reporte de eventos

Chepén”
También en el área de bitácora, se podrá visualizar todos los inicios de sesión al igual que
el cierre de sesión de los diferentes usuarios dentro del sistema.
Figura 7-19: Pantalla del sistema reporte de eventos
Ahora cuando ingresemos con un usuario docente, puede solicitar prestado algún libro
que sea necesaria para su clase y también podrá registrar el avance de los alumnos,
escogiendo en la sección que estén asignados.
Figura 7-20: Pantalla del sistema Libros

Chepén”
Dentro del usuario personal, hay diferentes cargos (Asistente Social, Auxiliar,
Fisioterapeuta, Psicólogo), los cargos Fisioterapeuta y Psicólogo también registran los
avances de los alumnos en sus respectivas secciones.
Figura 7-21: Pantalla del sistema Avance de Alumnos
Figura 7-22: Pantalla del sistema Avance de Alumnos – Lista de Estudiantes

Chepén”
Luego de haber seleccionado al alumno que se desea agregar su avance, se escogerá el

tipo de avance correspondiente a describir y registrar.
Figura 7-23: Pantalla del sistema Agregar un nuevo avance
Con el usuario personal (auxiliar) podremos visualizar los avances y reportes que tengan
los alumnos en cada una de sus secciones.
Figura 7-24: Pantalla del sistema Avance de los alumnos

Chepén”
Figura 7-25: Pantalla del sistema Reportes de los alumnos
Con el usuario personal (asistente social) permite la creación de un cronograma de

eventos para que los padres se encuentren informados y a la vez organizados sobre las
actividades que se van a realizar.
Figura 7-26: Pantalla del sistema Cronograma de Eventos

Chepén”
Figura 7-27: Pantalla del sistema Añadir Eventos
El último usuario es del estudiante, en el cual tiene al alcance 4 diferentes tipos de juegos
los cuales son evaluados a través del tiempo en reportes.
Figura 7-28: Pantalla del sistema Juegos Educativos

Chepén”
El primer juego trata de encajar los números en los campos vacíos, de tal manera acumular
puntaje en el menor tiempo posible.
Figura 7-29: Pantalla del sistema Juegos Educativos 1
El segundo juego trata de acertar el número de animales que se muestran en las imágenes

Chepén”
Figura 7-31: Pantalla del sistema Juegos Educativos 2 - Granja
Figura 7-32: Pantalla del sistema Juegos Educativos 2 – Granja - Juego

Chepén”
En el tercer juego trata de aprender el abecedario a través de imágenes y pronunciación:
El último juego trata de sumar frutas, marcando con un check de color verde cuando la
respuesta es correcta y una x de color roja cuando es incorrecta, guardando un puntaje
conforme el juego vaya ejerciéndose.

Chepén”
7.2.2. Capacitación a los usuarios del sistema
Para la capacitación se ha seleccionado al siguiente personal y sus funciones:
Tabla 7-13: Capacitación a los usuarios del sistema
Nombre de las Tareas Duración Inicio Fin

Registro de Usuarios y
3 días 20/05/2017 22/05/2017
Secciones
Registro de Avances 3 días 23/05/2017 25/05/2017
Registro de Eventos 4 días 26/08/2017 29/05/2017
7.2.3. Puesta en marcha del sistema
A continuación se detalla la puesta en marcha del sistema:
Tabla 7-14: Puesta en marcha del sistema
Nombre de las Tareas Duración Inicio Fin

Pruebas 20 días 30/05/2017 17/06/2017
Capacitación 14 días 18/06/2017 01/07/2017
Implantación del sistema

en paralelo con el 24 días 02/07/2017 25/07/2017
procedimiento actual
Implantación actual - 26/07/2017

Chepén”
CAPITULO VIII:
DISCUSIÓN DE
RESULTADOS
8.1. CONTRASTACIÓN DE LA HIPÓTESIS
La Contrastación de la Hipótesis se ha realizado de acuerdo al método propuesto Pre-Test

y Post-Test para así poder aceptar o rechazar la hipótesis. Así mismo para la realización
de este diseño se identificaron indicadores cualitativos y cuantitativos para evaluar el
procesamiento de la facilidad del aprendizaje de niños con Síndrome de Down en el
Centro de Educación Básica Especial (CEBE) de Chepén antes y después de la
Implementación de la aplicación web.
8.2. PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUALITATIVO
8.2.1. Cálculo para hallar el nivel de Satisfacción de los Usuarios antes de la

Implementación del Proyecto
Para contrastar la hipótesis se aplicó una encuesta a los Usuarios encargados de realizar
los procesos académicos dentro de la Institución antes de la Implementación de la
Aplicación Web. En la siguiente tabla se pueden apreciar el rango de valores para evaluar
el nivel de Satisfacción de los Usuarios.
Rango de valores para evaluar el nivel de Satisfacción de los Usuarios
Tabla 8-1: Nivel de Satisfacción del Usuario

Rango Nivel de Aprobación Peso
MP Muy Poco 1
P Poco 2
R Regular 3
S Suficiente 4
B Bastante 5
Los valores se calcularon en base a las respuestas proporcionadas por los usuarios
mencionados anteriormente, ya que ellos se encuentran inmersos en la realización de las
actividades académicas. Para realizar la ponderación correspondiente de las preguntas
aplicadas en las encuestas se tomó como base la escala de Likert (rango de ponderación:
[1-5]). A continuación, se muestran los resultados. Para cada pregunta se contabilizó la
frecuencia de ocurrencia para cada una de las posibles respuestas (05) por cada
entrevistado (05), luego se calculó el puntaje total y puntaje promedio, como se detalla:

Chepén”
5
PTi   Fij * Pj ................................................................................................... (8.1)
i 1
Dónde:
PTi  Puntaje total de la pregunta i-ésima.
Fij  Frecuencia j-ésima de la pregunta i-ésima.
Pj  Peso j-ésimo.
El cálculo del promedio ponderado por cada pregunta sería:
PTi
P Pi  ............................................................................................................ (8.2)
n
Dónde:
P Pi  Promedio de Puntaje Total de la pregunta i-ésima.
n  número de usuarios de la aplicación.
En la Tabla 8.2 podemos ver la Ponderación de los criterios de evaluación del indicador
Nivel de Satisfacción del Usuario antes de aplicar el estímulo con los valores obtenidos
en las encuestas realizadas:
Tabla 8-2: Pre Test Nivel de satisfacción del usuario
CALIFICACION
Pregunta Puntaje
PREGUNTA B S R P MP Promedio
total
5 4 3 2 1
¿El Sistema actual de enseñanza facilita el
0 0 0 3 2 12 2.4
aprendizaje del alumno?
Con el método actual de aprendizaje los

0 0 1 4 0 11 2.2
alumnos aprenden:
Cuál es el nivel de ayuda que se da al

aprendizaje del alumno con el método de 0 0 0 5 0 11 2.2
enseñanza actual:
Cree usted que con el método actual de

enseñanza los alumnos están preparados 0 0 2 3 0 12 2.4
para obtener un especio laboral:
¿Qué grado de eficiencia le colocaría al

0 0 1 4 0 11 2.2
método actual de enseñanza?

Chepén”
8.2.2. Cálculo para hallar el nivel de Satisfacción de los Usuarios después de la

Implementación del Proyecto
La encuesta aplicada anteriormente se volvió a aplicar a los Usuarios después de

implementar la aplicación web. Cada tipo de respuesta de las encuestas aplicadas tiene
un peso, el cual sirve para hallar el puntaje promedio por cada pregunta realizada. A
continuación, se muestra los resultados de la encuesta aplicada para conocer el Nivel de
Satisfacción de usuarios.
Tabla 8-3: Post Test Nivel de satisfacción del usuario
CALIFICACION
Pregunta Puntaje
PREGUNTA B S R P MP Promedio
total
5 4 3 2 1
¿El Sistema actual de enseñanza facilita el
4 1 0 0 0 24 4.8
Con el método actual de aprendizaje los

4 1 0 0 0 24 4.8
alumnos aprenden:
Cuál es el nivel de ayuda que se da al

aprendizaje del alumno con el método de 5 0 0 0 0 25 5.0
enseñanza actual:
Cree usted que con el método actual de

enseñanza los alumnos están preparados 4 1 0 0 0 24 4.8
para obtener un especio laboral:
¿Qué grado de eficiencia le colocaría al

3 2 0 0 0 23 4.6
método actual de enseñanza?
8.2.3. Prueba de Hipótesis para el indicador Cualitativo Nivel de Satisfacción de

Usuarios
8.2.3.1. Definición de Variables
- NSUA: Nivel de Satisfacción de los Usuarios antes de la Implementación de la

Aplicación Web.
- NSUD: Nivel de Satisfacción de los Usuarios después de la Implementación de la

Aplicación Web.

Chepén”
8.2.3.2. Hipótesis Estadísticas
Hipótesis H0: El nivel de satisfacción de los usuarios antes de la implementación del

Aplicación Web y la Facilidad del Aprendizaje es mayor o igual que el nivel de
satisfacción de los usuarios después de la implementación de la Aplicación Web antes
mencionado.
H 0 : NSUA  NSUD  0 ...................................................................................... (8.3)
Hipótesis Ha: El nivel de satisfacción de los usuarios antes de la implementación de la

Aplicación Web y la Facilidad del Aprendizaje es menor que el nivel de satisfacción de
los usuarios después de la implementación de la Aplicación Web antes mencionado.
H  : NSUA  NSUD  0 ................................................................................. ...(8.4)
8.2.3.3. Nivel de Significancia
El nivel de significancia (a) escogido para la prueba de la hipótesis es del 5%.
Siendo = 0.05 (nivel de significancia) y n-1 (5-1) = 4 grados de libertad, se tiene el valor
crítico de T de Student.
Valor Crítico:
t (1   )(n  1) ....................................................................................................... (8.5)
Reemplazando:
t (1   )(n  1)  t (1  0.05)(5  1)  2.132
Como a = 0.05 y n-1 = 5-1 = 4 grados de libertad, la región de rechazo consiste en aquellos
valores de t menores que −𝑡0.05 = −2.132.
8.2.3.4. Valores Tabulados
Podemos ver en la siguiente tabla la contratación de los resultados de las pruebas

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

Chepén”
Pre-Prueba Post-Prueba
PREGUNTA 𝐃i 𝐃i 2
𝐍𝐒𝐔𝐀 𝑖 𝐍𝐒𝐔𝐃𝑖
1 2.4 4.8 -2.4 5.76
2 2.2 4.8 -2.6 6.76
3 2.2 5 -2.8 7.84
4 2.4 4.8 -2.4 5.76
5 2.2 4.6 -2.4 5.76
∑ 11.4 24 -12.6 31.88
Calculamos los niveles de satisfacción de los Usuarios, tanto para el antes de la

Implementación de la Aplicación Web como para el después de la Implementación de la
misma.
Antes de la Implementación:

n
NSU i
NSUA  i 1
........................................................................................... (8.6)
n
Donde:
NSUA = Promedio del Nivel de Satisfacción de Usuarios antes de la Implementación de

la Aplicación Web.
NSUi = Puntaje Total de la Pregunta i-ésima.
n = Número de Preguntas.
Reemplazando en la ecuación Nº 8.6:
11.4
NSUA   2.28
5

Chepén”
Después de la Implementación:

n
NSU i
NSUD  i 1
........................................................................................... (8.7)
n
Donde:
NSUD = Promedio del Nivel de Satisfacción de Usuarios después de la Implementación

del Sistema Informático.
NSUi = Puntaje Total de la Pregunta i-ésima.
n = Número de Preguntas.
Reemplazando en la ecuación Nº 8.7:
24
NSUD   4.8
5
8.2.3.5. Resultados de la Hipótesis Estadística
8.2.3.5.1. Diferencia de Promedio

n
Di
D i 1
.......................................................................................................... (8.8)
n
Donde:
D = Diferencia de Promedios del antes y después de la Implementación del Sistema.
Di = Diferencia de Promedios de la Pregunta i-ésima. n = Número de Preguntas.

Reemplazando valores en la ecuación Nº 8.8

5
Di  12.6
D i 1
  2.52
5 5
D  2.52

Chepén”
8.2.3.5.2. Cálculo de la desviación estándar
Para el cálculo de la desviación estándar se hace uso de la fórmula (8.8):
2
n
n 
n Di   D i 
2
SD
2
 i 1  i 1 
..................................................................................... (8.9)
n(n  1)
Reemplazando los valores de las sumatorias obtenidos en la Tabla 9.5 de 𝐷𝑖 y 𝐷𝑖2 en la

fórmula (8.9), se obtiene:
(5)(31.88)  (12.6) 2
SD 
2
5(5  1)
S D2  0.032
8.2.3.5.3. Cálculo de la estadística de prueba
Para el cálculo del valor t se hace uso de la siguiente fórmula:
D n ............................................................................................................. (8.10)
t
S D2
Reemplazando los valores en la fórmula (8.10) se tiene:
(2.52)(5)
t
0.032
t  31.5
Conclusión
Puesto que: t c  31.5(t calculado)  t a  2.132(ttabular) , y estando este valor dentro de la

región de rechazo, se concluye que el NSUA – NSUD < 0, se rechaza Ho y Ha es
aceptada, por lo tanto, se prueba la validez de la hipótesis con un nivel de error de 5% (a
= 0.05), siendo la implementación de la Aplicación Web una alternativa de solución para

Chepén”
el problema de investigación. En la siguiente Figura podemos ver la Región de aceptación

y de rechazo para la prueba de la hipótesis Nivel de Satisfacción de Usuarios.
Figura 8-1: Región de Aceptación y Rechazo para la prueba de Hipótesis

Nivel de Satisfacción de Usuarios
8.3. PRUEBA DE HIPÓTESIS PARA EL INDICADOR CUANTITATIVO
8.3.1. Prueba de Hipótesis para el indicador Cuantitativo Tiempo de demora en el

monitoreo del control de progreso de los alumnos.
8.3.1.1. Definición de variables
- TDMCPAA: Tiempo de demora en el monitoreo del control de progreso de los

alumnos antes de la Implementación de la Aplicación Web
- TDMCPAD: Tiempo de demora en el monitoreo del control de progreso de los

alumnos después de la Implementación de la Aplicación Web
8.3.1.2. Hipótesis Estadísticas
Hipótesis H0: El tiempo de demora en el monitoreo del control de progreso de los

alumnos antes de la implementación de la Aplicación Web para mejorar los procesos

Chepén”
académicos es menor o igual que el tiempo de demora en el monitoreo del control de

progreso de los alumnos después de la implementación de la Aplicación Web antes
mencionado.
H 0 : TDMCPAA  TDMCPAD  0 ……………………………...………………….(8.11)
Hipótesis Ha: El tiempo de demora en el monitoreo del control de progreso de los

alumnos antes de la implementación de la Aplicación Web para mejorar los procesos
académicos, es mayor que el tiempo de demora en el monitoreo del control de progreso
de los alumnos después de la implementación de la Aplicación Web antes mencionado.
H  : TDMCPAA  TDMCPAD  0 ………………………………………………(8.12)
8.3.1.3. Nivel de Significancia
El nivel de significancia (a) escogido para la prueba de la hipótesis es del 5%.
Siendo = 0.05 (nivel de significancia) y n-1 (24-1) = 23 grados de libertad, se tiene el

valor crítico de T de Student.
Valor Crítico:
t (1   )(n  1) ……………………………………………………………………....(8.13)
Reemplazando
t (1   )(n  1)  t (1  0.05)(24  1)  1.714
Como a = 0.05 y n-1 = 24-1 = 23 grados de libertad, la región de rechazo consiste en aquellos
valores de t menores que −𝑡0.05 = −1.714.
8.3.1.4. Valores Tabulados
Podemos ver en la siguiente tabla la contrastación de los resultados de las pruebas

realizadas Pre y Post Prueba.

Chepén”
Pre-Prueba Post-Prueba
PREGUNTA 𝐍𝐒𝐔𝐃𝑖
𝐍𝐒𝐔𝐀𝑖 𝐃i 𝐃i 2
1 14.25 7.22 7.03 49.42
2 15.18 5.11 10.07 101.41
3 15.03 6.05 8.98 80.64
4 14.21 6.13 8.08 65.29
5 16.30 4.16 12.14 147.38
6 14.20 5.19 9.01 81.18
7 14.07 4.28 9.79 95.84
8 14.40 5.15 9.25 85.56
9 17.13 6.18 10.95 119.90
10 13.28 7.14 6.14 37.70
11 17.40 4.05 13.35 178.22
12 15.22 5.11 10.11 102.21
13 15.14 6.19 8.95 80.10
14 13.44 6.03 7.41 54.91
15 17.02 7.14 9.88 97.61
16 14.10 6.07 8.03 64.48
17 15.20 4.25 10.95 119.90
18 16.11 5.19 10.92 119.25
19 17.25 5.39 11.86 140.66
20 16.10 6.41 9.69 93.9
21 17.15 6.04 11.11 123.43
22 13.02 4.22 8.8 77.44
23 13.30 5.14 8.16 66.59
24 14.06 5.05 9.01 81.18
Sumatoria 362.56 132.89 229.67 2264.20
Promedio 15.11 5.54 9.57 94.34

Chepén”
8.3.1.5. Resultados de la Hipótesis Estadística
8.3.1.5.1. Diferencia de Promedio

n
Di
NSUA  i 1
…………………………………………………………………(8.14)
n
Donde:
D = Diferencia de Promedios del antes y después de la Implementación del Sistema.
Di = Diferencia de Promedios del dato i – ésimo.
n = Número de datos.

24
Di 229.67
D i 1
  9.57
24 24
8.3.1.5.2. Desviación Estándar
2
n
n 
n Di   D i 
2
2
 i 1  i 1 
SD ……………………………………………..………….. (8.15)
n(n  1)
Donde:
S2D = Desviación Estándar.
Di = Diferencia de Promedios del dato i-ésimo.
Reemplazando en la Ecuación Nº 8.15:
(24)(2,264.20)  (229.67) 2
SD 
2
24(24  1)

Chepén”
S D2  2.89
Cálculo de la T de Student
D n …………………………………………………………………………(8.16)
t
S D2
Donde:
t = T de Student.
D = Diferencia de Promedio del antes y después de la Implementación del Sistema
Informático.
(9.57) 24
t
2.89
t  27.58
Conclusión
Puesto que: tc = 27.58 (tcalculado) > ta = 1.714 (ttabular), y estando este valor dentro de
la región de rechazo, se concluye que el TDMCPAA – TDMCPAD > 0, se rechaza Ho y
Ha es aceptada, por lo tanto, se prueba la validez de la hipótesis con un nivel de error de
5% (a = 0.05), siendo la implementación de la Aplicación Web una alternativa de solución
para el problema de investigación. En la siguiente Figura podemos ver la Región de
aceptación y de rechazo para la prueba de la hipótesis de tiempo de demora en el
monitoreo del control de progreso de los alumnos

Chepén”
Región de Aceptación Región de Rechazo
Figura 8-2: Tiempo de Registro de la Matrícula de Alumno

8.4. DISCUSIÓN DE LOS RESULTADOS
8.4.1. Indicador Cualitativo Nivel de Satisfacción de Usuarios
Para este indicador se usó la encuesta evaluada con la escala de Likert para el nivel de
satisfacción de usuarios antes de la implementación de la Aplicación Web (NSUa) y el
nivel de satisfacción de usuarios con la implementación de la Aplicación propuesta
(NSUd) obteniendo los siguientes resultados:
Tabla 8-6: Discusión de resultados para el Indicador Nivel de Satisfacción de Usuarios
Nivel de Satisfacción de Nivel de Satisfacción de

Usuarios antes de la Usuarios después de la Nivel de Impacto del indicador
Implementación de la Implementación de la de satisfacción de Usuarios
Aplicación Web Aplicación Web
NSUa Puntaje NSUa NSUd Puntaje NSUd Δ NSU Puntaje Δ NSU

(1 a 5) Porcentaje (%) (1 a 5) Porcentaje (%) (1 a 5) Porcentaje (%)
2.28 45.6% 4.8 96% 2.52 50.4%

Chepén”
Se puede observar que el indicador Nivel de Satisfacción del Usuario antes de la

implementación de la Aplicación Web (NSUa) es de 2.28 y el nivel de Satisfacción del
Usuario después de la implementación de la Aplicación propuesta (NSUd) es de 4.8, sobre
una escala valorada de 1 a 5 puntos, lo que representa un incremento de 2.52 puntos y en
porcentaje de 50.4%.
Figura 8-3: Discusión de Resultados para el Indicador Nivel de Satisfacción de Usuarios

8.4.2. Indicador Cuantitativo Tiempo de demora en el monitoreo del control de

progreso de los alumnos
Tabla 8-7: Discusión de resultados para el Indicador Tiempo de demora en el

Tiempo de demora en el Tiempo de demora en el Nivel de Impacto del

monitoreo del control de monitoreo del control de indicador Tiempo de demora
progreso de los alumnos antes progreso de los alumnos después en el monitoreo del control de
de la Implementación de la de la Implementación de la progreso de los alumnos
Aplicación Web Aplicación Web
TDMCPAa TDMCPAa TDMCPAd TDMCPAd Δ NSU Δ NSU

Puntaje (1 a 5) Porcentaje (%) Puntaje (1 a 5) Porcentaje (%) Puntaje (1 a 5) Porcentaje (%)
15.11 100% 5.54 36.67% 9.57 63.33%

Chepén”
Se puede observar que el indicador Tiempo de demora en el monitoreo del control de

progreso de los alumnos antes de la implementación del Sistema Informático
(TDMCPAa) es de 15.11 minutos y el Tiempo de demora en el monitoreo del control de
progreso de los alumnos después de la implementación del Sistema propuesto
(TDMCPAd) es de 5.54 minutos, lo que representa un decremento de 9.57 minutos y en
porcentaje de 63.33%.
Figura 8-4: Discusión de Resultados para el Indicador Tiempo de demora en el


Chepén”
CONCLUSIONES
[C1]. El uso de la “Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome
de Down en el Centro de Educación Básica Especial (CEBE) de Chepén” permite obtener
información oportuna y actualizada para la toma de decisiones, realizar el registro de
Avances de los alumnos, ingresos y salidas de usuarios, reportes y consultas de
información importante que se realizan con mayor rapidez.
[C2]. El nivel de satisfacción del usuario respecto a la facilidad de uso del sistema con el
sistema actual es 2.28 puntos (45.6%) en una escala valorativa de 1 a 5(100%), y con el
sistema propuesto es de 4.8 puntos (96.00%), lográndose incrementar significativamente
2.52 puntos (50.40%), es decir del nivel Muy Poco se incrementó al nivel Bastante.
[C3]. El tiempo de demora en el monitoreo del control de progreso de los alumnos, con
el sistema propuesto mejora en relación al tiempo con las herramientas actuales, para el
cálculo del tiempo en el registro de progreso con la forma en que se registraban
manualmente se hacía en un tiempo promedio de 15.11 minutos (100%), con la nueva
aplicación se hace en un tiempo promedio de 5.54 minutos (36.67%); lo que representa
un decremento de 9.57 minutos (63.33%).
[C4]. El tiempo de demora en la búsqueda de reportes con el sistema propuesto se logró

optimizar ya que las búsquedas se realizan mediante el sistema y no manualmente como
se hacía tradicionalmente, esto ayudó a que la obtención de la información sea más rápida
y la persona que quiera hacer una consulta no tenga que esperar demasiado tiempo o
esperar al director.
[C5]. La ejecución del presente proyecto mejora el aprendizaje de los niños con síndrome
de Down en el Centro de Educación Básica Especial (CEBE) de Chepén, debido a que
permite la generación de reportes y control del avance de los juegos educativos,
pedagógicos, psicológicos y fisioterapéuticos, esto a su vez permite tener un respaldo de
la información de cada alumno.

Chepén”
RECOMENDACIONES
R1. Capacitar a los usuarios del sistema en el manejo de herramientas de cómputo, para
aumentar su nivel de destreza y disminuir al máximo su disposición al error, además de
dar la seguridad pertinente en el tratamiento de la información.
R2. Evaluar nuevos procesos de desarrollo y herramientas tecnológicas que motiven el

interés por la producción y aplicación de instrumentos más ventajosos para el manejo de
aplicaciones complejas.
R3. Se recomienda a la Institución evaluar y desarrollar lo que se ha obtenido en la

investigación con el fin de asegurar una mejora continua en los procesos y facilidad de
aprendizaje en los alumnos.
R4. Realizar un monitoreo constante al sistema para corroborar su eficiencia y el

cumplimiento de los objetivos de la institución.

Chepén”
REFERENCIAS
BIBLOGRÁFICAS
AUBRY, C. 2014. HTML5 y CSS3: Revolucione el diseño de sus sitios web (2a edición).
DOWN, F.C.S. de, 2005. Síndrome de Down: aspectos médicos actuales. S.l.: Elsevier
España. ISBN 978-84-458-1504-5.
EGUÍLUZ PÉREZ, J. de, 2009. Introducción a JavaScript.
GAUCHAT, J.D., 2012. El gran libro de HTML5, CSS3 y Javascript (Spanish Edition).
[en línea]. [Consulta: 20 mayo 2016]. Disponible en:
https://adegiusti.files.wordpress.com/2013/09/el-gran-libro-de-html5-css3-y-
javascript.pdf.
GONZÁLEZ GONZÁLEZ, C. S. 2000. Sistema tutorial inteligente para la enseñanza

en niños con dificultades intelectuales y cognitivas. Tesis Doctoral. Doctor en
Informática. Departamento de Física Fundamental y Experimental, Universidad de La
Laguna.
HERNÁNDEZ, MARTÍNEZ, 2005. Información general sobre las discapacidades de

desarrollo. Artículo Científico, Estados Unidos: Instituto de Desarrollo Humano de la
Universidad de Missouri en Kansas City (UMKC-IHD).
INTECO. (2009). INGENIERÍA DEL SOFTWARE METODOLOGÍAS Y CICLOS DE

VIDA.
JACOBSON, I., BOOCH, G. y RUMBAUGH, J., 2000. El Proceso Unificado de

Desarrollo de Software. S.l.: s.n.
LÓPEZ GARCÍA, C. & SÁNCHEZ ALTAMIRANO, L. M. 2010. Importancia de las

TIC’s en la educación
LÓPEZ, P. (2010). Lenguaje Unificado de Modelado - UML.
MARTÍNEZ. (2005). Guía a Rational Unified Process.
MORA, S.L., 2002. Programación de aplicaciones web: historia, principios básicos y

clientes web. S.l.: Editorial Club Universitario. ISBN 978-84-8454-206-3.
MURPHEY, R., 2011. Fundamentos de JQuery. S.l.: s.n.

Chepén”
ORALLO, E. H. (2011). El Lenguaje Unificado del modelo.
RUIZ RODRÍGUEZ, E., 2012. Programación educativa para escolares con Síndrome
de Down. S.l.: s.n.
QODE. (2014). Qqodeblog. Obtenido de Qqodeblog: http://qode.pro/blog/que-es-una-

app-nativa/
REZA. (2004). Mobile Computing Principles: Designing and Developing Mobile

Applications with UML and XML.
TALENT, L. (2008). Lance. Obtenido de Talent: http://www.lancetalent.com/blog/tipos-

de-aplicaciones-moviles-ventajas-inconvenientes/
THOMAS LOCKHART, 1996. Tutorial de PostgreSQL. [en línea]. [Consulta: 20 mayo

2016]. Disponible en: http://palomo.usach.cl/Docs/postgres/Postgres-Tutorial.pdf.
VIKRAM VASWANI, 2009. Fundamentos de PHP. S.l.: s.n.
WIKIPEDIA. (25 de 06 de 2015). wikipedia. Obtenido de wikipedia:

https://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web
ZAMITIZ, C. A. (2009). Profesores-fi. Obtenido de Profesores-fi: http://profesores.fi-

b.unam.mx/carlos/aydoo/uml.html

Chepén”
ANEXOS
ANEXO N° 1 - CRONOGRAMA DE EJECUCIÓN
Tabla Anexo 1: Cronograma de Ejecución
Cronograma de Ejecución
MESES
1 2 3 4 5 6 7 8
1. Coordinación con investigadores,

intervinientes del proyecto,
autoridades, personal administrativo,
alumnos y padres de familia
1.1. Iniciación
1.2. Planificación
1.3. Ejecución y Evaluación
1.4. Resultados
2. Determinación del Diagnóstico

Situacional de la Solución web y su
impacto en el Aprendizaje de los niños
con Síndrome de Down en la
institución CEBE - Chepén
2.1. Entrevistas
2.2. Aplicación de Encuestas
2.3. Análisis de Datos
2.4. Resultados
3. Fase I: Incepción
3.1. Modelo del Negocio
3.1.1. Reglas del Negocio
3.1.2. Modelo de Casos de Uso del

Negocio
3.1.3. Diagrama de Actividades del

Negocio
3.1.4. Modelo de Objetos del

Negocio
3.1.5. Modelo del Dominio
3.2. Modelo de Requerimientos

Chepén”
MESES
1 2 3 4 5 6 7 8
3.2.1. Requerimientos Funcionales y

No Funcionales
3.2.2. Modelo de Casos de Uso por

paquetes
3.2.3. Priorización de Casos de Uso
3.2.4. Mitigación de Riesgos
4. Fase II: Elaboración
4.1. Modelo del Análisis
4.1.1. Diagrama de Clases de

Análisis
4.1.2. Diagramas de Colaboración
4.1.3. Diagrama de Subsistemas
4.2. Modelo de Diseño
4.2.1. Diagrama de Clases de Diseño
4.2.2. Casos de Uso de Realización
4.2.3. Diseño de Formularios
4.2.4. Diagrama de Secuencia
4.2.5. Diagrama de Estado
4.2.6. Diagrama de Navegabilidad
4.2.7. Modelo de Datos
4.2.8. Modelo de Entidades Lógico

y Físico
5. Fase III: Construcción
5.1. Modelo de Desarrollo
5.1.1. Diagrama de Componentes
5.1.2. Diagrama de Despliegue
5.1.3. Generación de Código
6. Fase IV: Transición

Chepén”
MESES
1 2 3 4 5 6 7 8
6.1. Modelo de Pruebas
6.1.1. Casos de Uso de Pruebas
6.1.2. Pruebas de la Caja Blanca y

Caja Negra
6.2. Modelo de Puesta en Servicio
6.2.1. Elaboración de Manuales
6.2.2. Pruebas Piloto
6.2.3. Puesta en Marcha del Sistema
7. Fase V: Producción
7.1. Modelo de Producción
7.1.1. Nuevos Requerimientos del

Sistema
7.1.2. Mantenimiento del Sistema
8. Elaboración del Informe Trimestral
8.1. Reuniones de Equipo
8.2. Análisis de Resultados
8.3. Informe Trimestral
9. Propuesta de Nuevos Sistemas

Complementarios
9.1. Alineamiento a los Objetivos Inst.
9.2. Priorización de Requerimientos
9.3. Planificación Prospectiva
10.Elaboración del Informe Final
10.1. Coordinación con el Equipo

Investigador
10.2. Análisis de Datos
10.3. Presentación del Informe Final

Chepén”
ANEXO N° 2 - DIAGRAMA DE FLUJO DE PROCESO

Docente Alumno Padre de Familia
INICIO
Dicta clase Recibe clase
Continua la ¿Usa
Clase Multimedia?
[Si]
[No]
Utiliza
metodología
tradicional
Explica la
clase
¿Entiende?
[No] [Si]
Continua con
la clase
Deja tarea ¿Realiza la

tarea?
[Si]
Recibe la Entrega la
tarea tarea
[No]
FIN
Reunión con
el padre de
familia
Pide que ¿Ayuda a

apoye al hijo realizar la
en sus tareas [No] tarea?
[Si]
FIN
FIN
Figura Anexo 1: Diagrama de Flujo de Proceso

Chepén”
ANEXO N° 3 - DIAGRAMA DE FLUJO DE PROCESO DE SELECCIÓN DE

ENSEÑANZA
INICIO
Planificación
Metodologia
Plan de
selección
No ¿Aprobado
por el
Director?
Si
Ejecutar
proceso de
enseñanza
FIN
Figura Anexo 2: Diagrama de Flujo de Proceso de Selección de Enseñanza

Chepén”
ANEXO N° 4 - DIAGRAMA DE LLUVIA DE IDEAS
Juegos Utilizar
Insuficiente Educativos Métodos
Didáctico
Tecnología
s
Método
Falta de Tradicional
Implementación
utilización de de una
nuevas Aplicación Web
LEYENDA
técnicas. Subtítulo de la Leyenda
Símbolo Total Descripción
1 Información
Desconocimiento Interfaz
1 Pregunta
de los recursos Atractiva
informáticos. ¿De qué manera la
Aplicación Web 1 Idea
ayudaría a facilitar el
aprendizaje de los
Ayudando a los niños con niños con Síndrome 3 Pendiente
Figura Anexo 3: Diagrama de
Síndrome de Down con un de Down?
Lluvia de ideas
método didáctico.
3 Problema

Chepén”
ANEXO N° 5 - DIAGRAMA DE PARETO
Tabla Anexo 2: Tabla de Frecuencias
Frecuencia
Nº Causas Frecuencia
Normalizada
1 Insuficiente Tecnología 20 6%
2 Falta de capacitación al docente 15 5%
3 Desmotivación en clase por parte del alumno 10 3%
4 La metodología de enseñanza es tradicional 100 30%
5 Desconocimiento de los recursos informáticos. 70 21%
6 Baja motivación en enseñanza. 50 15%
7 Carencia de información 60 18%
8 Otros 6 2%
TOTAL 331
Tabla Anexo 3: Tabla de Frecuencias Ordenadas
Frecuencia Frecuencia
Nº Causas Frecuencia
Normalizada Acumulada
4 La metodología de enseñanza es tradicional 100 30% 30%
5 Desconocimiento de los recursos informáticos. 70 21% 51%
7 Carencia de información 60 18% 69%
6 Baja motivación en enseñanza. 50 15% 85%
1 Insuficiente Tecnología 20 6% 91%
2 Falta de capacitación al docente 15 5% 95%
3 Desmotivación en clase por parte del alumno 10 3% 98%
8 Otros 6 2% 100%
TOTAL 331

Chepén”
DIAGRAMA DE PARETO
35% 120%
30% 100%100%
95% 98%
91%
25% 85%
80%
20% 69%
60%
15% 51%
40%
10%
30%
5% 20%
0% 0%
1 2 3 4 5 6 7 8
Causas Frecuencia Acumulada
Figura Anexo 4: Diagrama de Pareto Gráfico

Chepén”
ANEXO N° 6 - DIAGRAMA DE ISHIKAWA
Docente Tecnología
Falta de
Inversión
Desactualización
Falta de en Software Insuficiente
Investigación
Falta de Tecnología
Capacitación
Poco interés
en superarse
Insuficientes Dificultad en el
recursos educativos Aprendizaje
Desmotivación
en la enseñanza Carencia de
Información Falta de
Metodología interés en
Insuficiente
Tradicional clases
apoyo de los
padres Baja
Otros motivación en
Alumno
Metodología su enseñanza
Figura Anexo 5: Diagrama de Ishikawa

Chepén”
ANEXO N° 7 - ÁRBOL DE PROBLEMAS
Dificultad de ser
No pueden realizar actividades o contratado en un espacio
trabajos individuales que requieran laboral. Impaciencia en lo
un mayor esfuerzo cognitivo. que va a realizar.
No diferencian entre Escaza Creatividad en la

lo bueno y lo malo. Solución de problemas.
Dificultad en el Aprendizaje
Falta de utilización Desconocimiento de los Insuficiente tecnología Baja motivación Falta de apoyo Distracción por
de nuevas técnicas. recursos informáticos. en enseñanza. por parte de los parte de los
padres. alumnos.
Poca inversión
Método de aprendizaje Falta de tecnológica. Tensión en
tradicional. investigación. el ambiente. Falta de
interés en
No hay capacitaciones Figura Anexo 6: Árbol de Problemas clases
constantes en los docentes.
Chepén”
ANEXO N° 8 - ÁRBOL DE OBJETIVOS
Pueden realizar actividades o Más Oportunidades de

trabajos individuales que requieran trabajo. Serenidad en lo
un mayor esfuerzo cognitivo. que va a realizar.
Diferencian entre lo Creatividad en la

bueno y lo malo. Solución de problemas
Figura Anexo 7: Árbol de Objetivos

Facilidad en el Aprendizaje
Utilización de Conocimiento de los Nueva tecnología Aumento de Apoyo por parte Atención por
nuevas técnicas. recursos informáticos. motivación en la de los padres. parte de los
enseñanza. alumnos.
Mayor inversión
Nuevos métodos de Investigación. tecnológica.
aprendizaje. Motivación
Serenidad en en clases
Capacitaciones constantes en el ambiente.
los docentes.

Chepén”
ANEXO N° 9 – VALIDACIÓN DE ENCUESTA PRE-TEST
Figura Anexo 8: Validación de Encuesta – 1 Experto

Chepén”

Chepén”

Chepén”

Chepén”

Chepén”

Chepén”
ANEXO N° 10 - ENCUESTA PARA DETERMINAR METODOLOGÍA
ENCUESTA PARA DETERMINAR CUAL ES LA MEJOR ALTERNATIVA EN

CUANTO A METODOLOGIA PARA DESARROLLAR UNA APLICACIÓN
WEB.
NOMBRE COMPLETO :…………………………………………………………
:…………………………………………………………
PROFESIÓN
:…………………………………………………………
EMPRESA
1. Valorar la metodología con la escala indicada.
a. Nivel de información existente sobre la metodología:
Escala:
1 Muy bajo
Metodología Valor
2 Bajo
3 Medio RUP
4 Alto XP
5 Muy Alto SCRUM
b. Grado de conocimiento sobre la metodología:
Escala:
1 Muy bajo
Metodología Valor
2 Bajo
RUP
3 Medio
XP
4 Alto
SCRUM
5 Muy Alto

Chepén”
c. Nivel de Flexibilidad de la metodología:
Escala:
1 Muy bajo
2 Bajo Metodología Valor
3 Medio RUP
4 Alto XP
5 Muy Alto SCRUM
d. Grado de compatibilidad de la metodología:
Escala:
1 Muy bajo Metodología Valor

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

2 Bajo RUP
3 Medio XP
4 Alto SCRUM
5 Muy Alto

Chepén”
f. Tiempo de Desarrollo de la metodología:
Escala:
1 Muy bajo
Metodología Valor
2 Bajo
3 Medio RUP
4 Alto XP
5 Muy Alto SCRUM

Chepén”

DESARROLLO
ENCUESTA N° 01 - ENCUESTA PARA DETERMINAR CUAL ES LA MEJOR

ALTERNATIVA EN CUANTO A METODOLOGIA PARA EL DESARROLLO
DE UNA APLICACIÓN WEB.
Datos del Encuestado:
Apellidos y Nombres: ING. ZORAIDA YANET VIDAL MELGAREJO
Profesión: INGENIERA DE COMPUTACION Y SISTEMAS Empresa: UNT
Ingresar en una escala de 1 al 5 el grado de importancia de cada criterio para determinar

si es una buena alternativa en cuanto a metodología para el desarrollo de una Aplicación
Web.
Tabla Anexo 4: Criterios de Selección de Metodologías
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 5 4 5 4
Extreme Programming 3 4 4 4 3 3
Scrum 3 3 4 3 3 3
DSDM 4 1 3 3 3 2
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
C6: Tiempo de Desarrollo.

Chepén”

DESARROLLO

Apellidos y Nombres: ING. VICTOR DAVILA RODRIGUEZ
Profesión: INGENIERO DE SISTEMAS Empresa: UNT

Web.
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 5 4 5 4
Scrum 3 3 4 3 3 3
DSDM 4 1 3 3 3 2
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

Chepén”

DESARROLLO

Apellidos y Nombres: ING. ROBERT JERRY SANCHEZ TICONA
Profesión: INGENIERO DE COMPUTACION Y SISTEMAS Empresa: UNT

Web.
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 5 4 5 4
Scrum 3 3 4 3 3 3
DSDM 4 1 3 3 3 2
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

Chepén”
ANEXO N° 14 - CÁLCULO PARA SELECCIÓN DE METODOLOGÍA
Ingresamos los valores de las encuestas realizadas a los expertos y lo promediamos
Tabla Anexo 7: Cálculo para la Selección de Metodología
C1 C2 C3 C4 C5 C6
Ing. Zoraida Yanet Vidal Melgarejo 5 4 5 4 5 4
Ing. Dávila Rodríguez, Victor RUP 5 5 5 4 4 4
Ing. Sanchez Ticona, Robert Jerry 5 5 4 4 5 4
PROMEDIO 5 4.7 4.7 4 4.7 4
Ing. Dávila Rodríguez, Victor Extreme 5 5 5 4 4 5
Ing. Sanchez Ticona, Robert Jerry Programming 3 4 4 4 3 3
PROMEDIO 3.7 4.3 4.3 4 3.3 3.7
Ing. Dávila Rodríguez, Victor Scrum 4 4 4 4 3 3
PROMEDIO 3.3 3.7 4 3.3 3.3 3
Ing. Dávila Rodríguez, Victor DSDM 3 2 3 4 3 2
PROMEDIO 3 2 3.3 3.7 3 2.3

Chepén”
Para obtener el valor final sumamos los valores promediados por la multiplicación de los
pesos
Tabla Anexo 8: Cálculo para la Selección de Metodología
TOTAL
𝟔
Criterios C1 C2 C3 C4 C5 C6 ∑ 𝑪𝒊 ∗ 𝑷𝒊
𝒊=𝟏
Metodología P1 = 0.1 P2 = 0.2 P3 = 0.2 P4 = 0.2 P5 = 0.1 P6 = 0.2
RUP 5 4.7 4.7 4 4.7 4 4.5*
XP 3.7 4.3 4.3 4 3.3 3.7 3.9
SCRUM 3.3 3.7 4 3.3 3.3 3 3.5
DSDM 3 2 3.3 3.7 3 2.3 2.9

Chepén”
ANEXO N° 15 – RECOLECCIÓN DE DATOS
A continuación, presentaremos los resultados que se obtuvieron de las encuestas realizadas a 15 personas que forman parte de la Institución “CEBE”
de Chepén, realizada el 20 de octubre del presente año.
Tabla Anexo 9: Recolección de Datos
Ítems P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20
1 4 3 3 2 3 3 4 3 3 2 3 3 3 4 2 3 2 3 2 4
2 3 3 3 1 3 3 3 3 3 3 4 3 3 3 3 3 3 3 4 3
3 3 3 3 2 4 3 3 4 2 2 4 2 3 3 3 3 3 2 3 5
4 4 4 3 2 4 3 3 3 3 2 3 3 4 3 2 3 2 2 3 3
5 4 3 3 1 3 3 4 4 3 1 4 2 3 4 2 4 3 2 4 4
6 3 4 4 2 3 3 5 4 2 2 4 3 3 2 3 4 3 3 3 5
7 4 3 4 1 3 4 4 3 3 3 3 3 4 3 2 3 3 2 3 4
8 3 3 3 2 3 5 4 3 3 2 4 2 3 3 3 4 3 3 2 3
9 3 3 4 1 4 3 4 4 3 2 3 3 5 4 3 3 2 3 3 4
10 3 4 3 2 3 4 4 4 4 2 3 3 3 4 2 4 2 3 3 5
11 4 4 4 1 3 5 3 4 3 1 4 3 3 3 2 3 3 3 4 3
12 4 3 4 2 4 3 4 3 3 2 3 3 4 4 3 4 3 2 3 3
13 3 3 3 1 3 3 4 3 2 2 4 2 3 3 3 4 2 3 4 4
14 4 4 3 2 4 4 3 3 4 2 3 3 3 4 2 3 2 3 3 3
15 3 4 3 2 4 4 3 4 3 1 3 3 4 4 2 3 3 2 3 3

Chepén”
ANEXO N° 16 – ANÁLISIS DE CONFIABILIDAD UTILIZANDO EL MÉTODO DE ALFA DE CRONBACH
Tabla Anexo 10: Análisis de Confiabilidad utilizando el método de Alfa de Cronbach
Items P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20 SUMA
1 4 3 3 2 3 3 4 3 3 2 3 3 3 4 2 3 2 3 2 4 59
2 3 3 3 1 3 3 3 3 3 3 4 3 3 3 3 3 3 3 4 3 60
3 3 3 3 2 4 3 3 4 2 2 4 2 3 3 3 3 3 2 3 5 60
4 4 4 3 2 4 3 3 3 3 2 3 3 4 3 2 3 2 2 3 3 59
5 4 3 3 1 3 3 4 4 3 1 4 2 3 4 2 4 3 2 4 4 61
6 3 4 4 2 3 3 5 4 2 2 4 3 3 2 3 4 3 3 3 5 65
7 4 3 4 1 3 4 4 3 3 3 3 3 4 3 2 3 3 2 3 4 62
8 3 3 3 2 3 5 4 3 3 2 4 2 3 3 3 4 3 3 2 3 61
9 3 3 4 1 4 3 4 4 3 2 3 3 5 4 3 3 2 3 3 4 64
10 3 4 3 2 3 4 4 4 4 2 3 3 3 4 2 4 2 3 3 5 65
11 4 4 4 1 3 5 3 4 3 1 4 3 3 3 2 3 3 3 4 3 63
12 4 3 4 2 4 3 4 3 3 2 3 3 4 4 3 4 3 2 3 3 64
13 3 3 3 1 3 3 4 3 2 2 4 2 3 3 3 4 2 3 4 4 59
14 4 4 3 2 4 4 3 3 4 2 3 3 3 4 2 3 2 3 3 3 62

Chepén”
Items P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20 SUMA
15 3 4 3 2 4 4 3 4 3 1 3 3 4 4 2 3 3 2 3 3 61
Promedio 3.47 3.40 3.33 1.60 3.40 3.53 3.67 3.47 2.93 1.93 3.47 2.73 3.40 3.40 2.47 3.40 2.60 2.60 3.13 3.73 61.67
Varianza 0.27 0.26 0.24 0.26 0.26 0.55 0.38 0.27 0.35 0.35 0.27 0.21 0.40 0.40 0.27 0.26 0.26 0.26 0.41 0.64 4.52

Chepén”
COEFICIENTE DE ALFA DE CRONBACH
𝑘 ∑ 𝑆𝑖 2
∝= [1 − ]………………………………………………….. (10.1)
𝑘−1 𝑆𝑇 2
Donde:
K: Numero de Items
∑ 𝑆𝑖 2 : Sumatoria de las varianzas de los Items
𝑆𝑇 2 : La varianza de la suma de los Items
∝: Coeficiente de Alfa de Cronbach
Aplicando la Formula (7.1):
20 4.52
∝= [1 − 61.67] = 0.98
20−1

Chepén”
ANEXO N° 17 - CÁLCULO DE ALFA DE CRONBACH UTILIZANDO IBM

SPSS
Figura Anexo 14: Cálculo de Alfa de Cronbach – IMB SPSS
Figura Anexo 15: Resultado de Alfa de Cronbach – IMB SPSS

Chepén”
ANEXO N° 18 – ENCUESTA PRE-TEST PARA CONSTRATAR LA HIPÓTESIS

DE LA APLICACIÓN WEB Y LA FACILIDAD DEL APRENDIZAJE DE NIÑOS
CON SINDROME DE DOWN EN EL CEBE - CHEPÉN
Tabla Anexo 11: Encuesta Pre-Test
Muy Poco Poco Regular Suficiente Bastante
I. En cuanto al nivel de
satisfacción del 1 2 3 4 5
Usuario
¿El Sistema actual de

1 enseñanza facilita el
Con el método actual de
2 aprendizaje los alumnos
aprenden:
Cuál es el nivel de ayuda
que se da al aprendizaje
3
del alumno con el método
de enseñanza actual:
Cree usted que con el
método actual de
enseñanza los alumnos
4
están preparados para
obtener un especio
laboral:
¿Qué grado de eficiencia
5 le colocaría al método
actual de enseñanza?
El método actual de
6 enseñanza en cuanto a
efectividad es:
¿El método actual de
enseñanza cumple con las
7
necesidades de
¿Con el método actual de
enseñanza se realizan
8
dinámicas de aprendizaje
con juegos educativos?
¿Con que frecuencia los
9 alumnos realizan las
tareas?

Chepén”
¿Con que frecuencia los

10 alumnos participan en
clase?
II. Monitoreo y Control

del Alumno:

enseñanza que grado de
11
control del progreso del
alumno se tiene?
Con el método actual de
enseñanza cree usted que
12
la velocidad con que
aprenden es:
enseñanza ayuda al
13
entendimiento del
alumno:
enseñanza ayuda a
14 desarrollar habilidades
cognitivas de los
alumnos:
enseñanza ayuda a
15 desarrollar la forma de
expresarse de los
alumnos:
enseñanza ayuda a
16
evaluar el progreso de los
alumnos?
enseñanza ayuda a
17 desarrollar la capacidad
para realizar cálculos
matemáticas?
¿Con que rapidez se
adaptan los alumnos en el
18 aprendizaje con el
método actual de
enseñanza?
enseñanza que cantidad
19
de tiempo demora el
alumno en aprender?
Con que frecuencia se
20 revisa el historial de
progreso de cada alumno:

Chepén”
ANEXO N° 19 – DISTRIBUCIÓN NORMAL
Figura Anexo 16: Distribución Normal


Chepén”
ANEXO N° 20 – DISTRIBUCIÓN DE T DE STUDENT
Figura Anexo 17: Distribución de T de Student


Chepén”

Tesis

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesis

Uploaded by

Copyright:

Available Formats

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

UNIVERSIDAD NACIONAL DE TRUJILLO

E.A.P. DE INGENIERÍA DE SISTEMAS

Aplicación Web y la Facilidad del Aprendizaje de

- Bach. LEÓN QUIROZ, Max Samir Gabriel

- ING. MG. SANTOS FERNÁNDEZ, Juan Pedro

A Dios con gratitud por lo bueno en

brindarme la salud y las fuerzas para

lograr mis anhelos.

Con amor sublime y sincera gratitud a

mis padres: MANUEL Y LILIANA,

quienes con cariño y comprensión han

hecho posible la culminación de mi

Max Samir Gabriel

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

A Dios todo poderoso que me dio la vida y

me da las fuerzas para seguir adelante con

su infinito amor y misericordia.

A mis padres: LUIS y BERTHA por el apoyo

moral, económico y los valores que me

inculcaron día a día.

A mis abuelos por el cariño, Por darme los

mejores consejos y los padres maravillosos que

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

En cumplimiento de las normas establecidas por la Escuela de Ingeniería de Sistemas

El Sistema ha sido implementado utilizando PHP como lenguaje de programación, mysql

Trujillo, Octubre del 2017

MAX SAMIR GABRIEL LEÓN QUIROZ LUIS ANDRÉ SUAREZ PEREZ

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

La realización de la presente investigación significó un esfuerzo y paciencia memorable

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

El proyecto abarca el desarrollo de una aplicación web para facilitar el aprendizaje en el

PALABRAS CLAVES: Aplicación Web, Gestión Educativa, Facilidad del Aprendizaje,

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

KEYWORDS: Web Application, Educational Management, Ease of Learning, Down

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

1.7. LIMITACIONES .................................................................................................. 5

2.3. MARCO CONCEPTUAL .................................................................................. 24

3.9.4. Valores Empresariales .......................................................................... 30

4.1.6.2. CUN Vs. ON del Proceso Psicológico .................................................. 55

4.3.5.1. Agregar Usuario .................................................................................... 80

5.2.1.3.1. Diagrama de Entidades Lógica: ...................................................... 155

8.2.3.5.3. Cálculo de la estadística de prueba ................................................. 209

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

ANEXO N° 13 - ENCUESTA PARA DETERMINAR METODOLOGÍA DE

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

Figura 4-27: DANCUN Control Psicológico ................................................................ 67

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

Figura 7-2: Defectos a reparar en código fuente ......................................................... 182

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

Tabla 4-54: Tasa de Interés Efectiva ........................................................................... 114

Tabla Anexo 3: Tabla de Frecuencias Ordenadas ....................................................... 230

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

1.1. REALIDAD PROBLEMÁTICA

El Centro de Educación Básica Especial (CEBE) es la única institución que brinda el

También se ha notado la pérdida de tiempo en el monitoreo del control de progreso de los

También una de las problemáticas es la falta de equipamiento de tecnologías ya que solo

“Aplicación Web y la Facilidad del Aprendizaje de niños con Síndrome

También se encontró el problema de dificultad de aprendizaje en la asignatura de

1.2. ENUNCIADO DEL PROBLEMA:

¿De qué manera afecta la implementación de la aplicación web en el aprendizaje de niños