desarrollo e implementación de una aplicación desktop...
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Desarrollo e implementación de una aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
Grijalva Alvarado Ismael José
Sánchez Vaca Nohelia Carolina
TUTOR:
Ing. José Luis Ponce Guerrero, MSc.
GUAYAQUIL – ECUADOR
2017 -2018
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: “Desarrollo e implementación de una aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una discapacidad en la Unidad
Educativa Durán.”
REVISIORES:
Ing. José Luis Ponce Guerrero, MSc.
Ing. Manuel Fabricio Reyes Wagnio, Mgs.
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas.
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: 2018 Nº DE PÁGS: 116
ÁREA TEMÁTICA: Desarrollo de Software
PALABRAS CLAVES: Aplicación, reportes, metodología, necesidades especiales, tecnología.
RESUMEN: La Unidad Educativa Durán hasta el presente periodo 2017, cuenta con un ingreso y
generación manual de reportes para alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad, causando retrasos en sus entregas o la visualización de
información errónea o incompleta, por tal motivo se ha visto en la necesidad de implementar un
aplicativo usando herramientas tecnológicas freeware, permitiendo así la automatización del
proceso para optimizar tiempos, coste y recursos de la Institución.
Nº DE REGISTRO(en base de datos): Nº DE CLASIFICACIÓN:
Nº
DIRECCIÓN URL(tesis en la web):
ADJUNTO PDF SI NO
CONTACTO CON AUTOR:
Grijalva Alvarado Ismael José
Sánchez Vaca Nohelia Carolina
Teléfono:
0967234992
0969407830
E-mail:
CONTACTO DE LA INSTITUCIÓN Nombre:
Teléfono:
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “Desarrollo e implementación de
una aplicación desktop para generar reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad en la Unidad Educativa
Durán” elaborado por el Sr. Ismael José Grijalva Alvarado y la Srta. Nohelia
Carolina Sánchez Vaca, Alumno no titulado de la Carrera de Ingeniería en
Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en
Sistemas, me permito declarar que luego de haber orientado, estudiado y
revisado, la Apruebo en todas sus partes.
Atentamente
Ing. José Luis Ponce Guerrero, MSc
TUTOR
IV
DEDICATORIA
Dedico este trabajo de
titulación a mis padres ya que
ellos han sido los que me han
permitido llegar a esta etapa
de mi vida y a todas las
personas durante mi vida
estudiantil que de alguna u
otra forma me han ayudado.
V
AGRADECIMIENTO
A la Unidad Educativa Durán
situado en el cantón Durán, por
darnos la confianza y ayuda
necesaria para el desarrollo de
este proyecto, al Ing. José Luis
Ponce Guerrero, por su
esfuerzo, dedicación y
colaboración siendo el tutor de
tesis.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, Ms.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y FÍSICAS
Ing. Abel Alarcón Salvatierra, Mgs
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Ing. José Luis Ponce Guerrero, MSc.
PROFESOR TUTOR DEL PROYECTO
DE TITULACION
Ing. Manuel Fabricio Reyes Wagnio, Mgs.
PROFESOR REVISOR DEL
ÁREA TRIBUNAL
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este
Proyecto de Titulación, nos corresponden
exclusivamente; y el patrimonio intelectual de la
misma a la UNIVERSIDAD DE GUAYAQUIL”
Ismael José Grijalva Alvarado
Nohelia Carolina Sánchez Vaca
VIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN DESKTOP PARA
GENERAR REPORTES DE ALUMNOS CON NECESIDADES ESPECIALES
ASOCIADAS Y NO ASOCIADAS A UNA DISCAPACIDAD EN LA UNIDAD
EDUCATIVA DURÁN.
Proyecto de Titulación que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor: GRIJALVA ALVARADO ISMAEL JOSÉ
C.I.: 0951651439
Autora: SÁNCHEZ VACA NOHELIA CAROLINA
C.I.: 0951134634
Tutor: Ing. José Luis Ponce Guerrero, MSc_
Guayaquil, 14 de marzo del 2018
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo
de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por los estudiantes Ismael
José Grijalva Alvarado y Nohelia Carolina Sánchez Vaca, como requisito previo para
optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es:
“DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN DESKTOP PARA
GENERAR REPORTES DE ALUMNOS CON NECESIDADES ESPECIALES
ASOCIADAS Y NO ASOCIADAS A UNA DISCAPACIDAD EN LA UNIDAD
EDUCATIVA DURÁN.”.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Ismael José Grijalva Alvarado C.I.: 0951651439
Nohelia Carolina Sánchez Vaca C.I.: 0951134634
Tutor: _Ing. José Luis Ponce Guerrero, MSc.
Guayaquil, 14 de marzo del 2018
X
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES.
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Grijalva Alvarado Ismael José.
Dirección: Cdla. Los Helechos S6 MI V2
Teléfono: 0967234992 E-mail: [email protected]
Nombre Alumno: Sánchez Vaca Nohelia Carolina
Dirección: Cdla. Ana María de Olmedo Mz 12 S. 20
Teléfono: 0969407830 E-mail: [email protected]
Facultad: Ciencias Matemáticas y Físicas.
Carrera: Ingeniería en Sistemas Computacionales.
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales.
Profesor guía: Ing. José Luis Ponce Guerreo, MSc.
Título del Proyecto de titulación:
Desarrollo e implementación de una aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán.
Tema del Proyecto de Titulación: Aplicativo desktop para la generación de
reportes
XI
2. Autorización de publicación de versión electrónica del proyecto de titulación
A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la
Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este
Proyecto de titulación.
Publicación electrónica:
Inmediata Después de 1 año
Firma Alumno:
3. Forma de envío:
El texto del proyecto de titulación debe ser enviado en formato Word, como archivo
.Doc. O .RTF y. Puf para PC. Las imágenes que la acompañen pueden ser: gis, .jpg
o .TIFF.
DVDROM CDROM
XII
Índice DEDICATORIA.................................................................................................. IV
AGRADECIMIENTO .......................................................................................... V
ÍNDICE DE ILUSTRACIONES ......................................................................... xv
ÍNDICE DE GRÁFICOS.................................................................................... xv
RESUMEN .......................................................................................................xvii
ABSTRACT ..................................................................................................... xviii
INTRODUCCIÓN ................................................................................................ 1
CAPÍTULO I .....................................…………………………………………….2
PLANTEAMIENTO DEL PROBLEMA ............................................................ 2
Ubicación del Problema en un Contexto. ........................................................... 2
Situación Conflicto Nudos Críticos. .................................................................... 4
Causas y Consecuencias del Problema ............................................................ 5
Delimitación del Problema .................................................................................. 5
Formulación del Problema. ................................................................................ 6
Objetivos ............................................................................................................. 7
CAPÍTULO II .................................................................................................... 11
MARCO TEÓRICO ........................................................................................... 11
Antecedentes del estudio ............................................................................. 11
Fundamentación teórica ............................................................................... 13
Herramientas tecnológicas para el desarrollo de la aplicación.................... 17
Variables ....................................................................................................... 44
Pregunta científica ........................................................................................ 45
Definiciones conceptuales ............................................................................ 45
CAPÍTULO III ................................................................................................... 47
PROPUESTA TECNOLÓGICA ........................................................................ 47
Análisis de factibilidad................................................................................... 47
XIII
Entregables del proyecto. ............................................................................. 66
Código fuente ................................................................................................... 66
Manual de usuario ........................................................................................... 73
CAPÍTULO IV ................................................................................................... 84
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO…...…84
Conclusiones y Recomendaciones…………………….………85
ANEXOS ........................................................................................................... 90
ANEXO 1. ...................................................................................................... 90
ANEXO 2. ...................................................................................................... 92
ANEXO 3. ...................................................................................................... 94
XIV
ÍNDICE DE CUADROS
Tabla 1: Resultados de encuestas sobre los criterios de evaluación en el
proceso actual para la generación de reportes de alumnos con
NEE ................................................................................................ 3
Tabla 2: Causas y consecuencias del problema. .......................................... 5
Tabla 3: Delimitación del problema. ................................................................
Tabla 4: Clasificación de necesidades educativas especiales (NEE). ......... 14
Tabla 5: Ranking de popularidad de los lenguajes de programación noviembre
2017. .............................................................................................. 18
Tabla 6: Comparación entre MySQL y PostgreSQL .................................... 27
Tabla 7: Características del hardware......................................................... 49
Tabla 8: Características del software. .............................................................
Tabla 9: Presupuesto. ................................................................................. 50
Tabla 10: Roles del proyecto. ..................................................................... 52
Tabla 11: Actividades del proyecto. ............................................................ 53
Tabla 12: Sprint 1. ...................................................................................... 54
Tabla 13: Sprint 2. ..........................................................................................
Tabla 14: Sprint 3. ...................................................................................... 55
Tabla 15: Sprint 4. ..........................................................................................
Tabla 16: Requerimientos funcionales. ....................................................... 56
Tabla 17: Requerimientos no funcionales. .................................................. 57
Tabla 18: Resultados de encuestas sobre los criterios de evaluación en el
proceso actual para la generación de reportes de alumnos con NEE. 66
Tabla 19: Estructura de la tabla estudiante. ................................................ 81
Tabla 20: Estructura de la tabla psicólogo ………………………………………..
Tabla 21: Estructura de la tabla user_app. ................................................. 82
Tabla 22: Estructura de la tabla acción_realizada. ..........................................
Tabla 23: Estructura dela tabla NEE. ..............................................................
Tabla 24: Estructura de la tabla login_user. ....................................................
Tabla 25: Estructura de la tabla curso......................................................... 83
Tabla 26: Descripción de cada una de los archivos .java del proyecto. ..........
Tabla 27: Tabla comparativa utilizando los criterios de evaluación. ............ 85
XV
ÍNDICE DE ILUSTRACIONES
Ilustración 1: Administrador de proyectos. ................................................................ 20 Ilustración 2: Editor de código fuente. ....................................................................... 21 Ilustración 3: Interfaces. ................................................................................................. Ilustración 4: Versiones de Linux ............................................................................... 28 Ilustración 5: Diagrama de estados. .......................................................................... 58 Ilustración 6: Diagrama entidad-relación tablas de login. ............................................. Ilustración 7: Diagrama entidad-relación de la aplicación desktop. .......................... 59 Ilustración 8: Diagrama de secuencia. ...................................................................... 60 Ilustración 9: Diagrama de caos de uso. ................................................................... 61 Ilustración 10: Diagrama de objetos. ......................................................................... 62 Ilustración 11: Diagrama de clases. .......................................................................... 63 Ilustración 12: Diagrama de flujo para el usuario. ..................................................... 64 Ilustración 13:Clase estudianteDAO. ......................................................................... 67 Ilustración 14: Clase loginDAO. ..................................................................................... Ilustración 15: Interface estudianteDAO. ................................................................... 68 Ilustración 16: Interface loginDAO. ................................................................................ Ilustración 17: Clase estudiante................................................................................. 69 Ilustración 18: Clase conexión ....................................................................................... Ilustración 19: Clase view registro_alumno ............................................................... 70 Ilustración 20: Clase view log_user ............................................................................... Ilustración 21: Clase view informe estadístico .......................................................... 71 Ilustración 22: Package images ..................................................................................... Ilustración 23: Package controlador .......................................................................... 72 Ilustración 24: Package model. ...................................................................................... Ilustración 25: Package views. .................................................................................. 73 Ilustración 26: Vista log_user. .................................................................................... 74 Ilustración 27: Vista main. .............................................................................................. Ilustración 28: Vista registro alumno. ........................................................................ 75 Ilustración 29: Vista registro acción. .......................................................................... 76 Ilustración 30: Vista acción realizada. ....................................................................... 77 Ilustración 31: Vista Report Options. ......................................................................... 78 Ilustración 32: Vista informe estadístico. ................................................................... 79 Ilustración 33: Certificación de permiso..................................................................... 90 Ilustración 34: Certificado de aceptación. ................................................................. 91 Ilustración 35: Encuesta ............................................................................................. 92 Ilustración 36: Encuesta. ............................................................................................ 93 Ilustración 37: Realización de encuesta para levantamiento de información. .......... 94 Ilustración 38 Realización de encuesta para levantamiento de información:. .......... 95 Ilustración 39: Realización de encuesta para evaluación de los criterios de
satisfacción del producto. ................................................................... 96 Ilustración 40: Realización de encuesta para evaluación de los criterios de
satisfacción del producto. ................................................................... 97 Ilustración 41: Aplicación instalada en el DECE. ...................................................... 98 Ilustración 42: Capacitación de la aplicación al usuario final ........................................ Ilustración 43: Autorización de uso de nombre de institución ……………………….99
XVI
ÍNDICE DE GRÁFICOS
Gráfico 1: Resultados de encuestas sobre los criterios de evaluación en el
proceso actual para la generación de reportes de alumnos con
NEE. ........................................................................................................ 4
Gráfico 2: Resultados de encuestas sobre los criterios de evaluación en el
proceso actual para la generación de reportes de alumnos con
NEE. ...................................................................................................... 67
Gráfico 3: Gráficos comparativos acerca de los criterios de evaluación........ 86
XVII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Desarrollo e implementación de una aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una discapacidad
en la Unidad Educativa Durán.
RESUMEN
La Unidad Educativa Durán hasta el presente periodo 2017, cuenta con un ingreso
manual de los datos mediante cuadernos escritos a mano, que luego son pasados a
un excel para proceder a la generación de reportes para alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad entre las cuales están la
movilidad reducida, aprendizaje lento, embarazo adolescente, drogadicción, entre
otros, seguida de una serie de acciones realizadas, las cuales son un seguimiento
que se le realiza a cada caso de forma manual, causando retrasos en sus entregas
y ocasionando la visualización de información errónea o en algunos casos datos
incompletos, por tal motivo se ha visto en la necesidad de implementar un aplicativo
usando herramientas tecnológicas freeware como lo es Java para el desarrollo del
aplicativo mediante el IDE de Netbeans, en conjunto con MySQL para el
almacenamiento de los datos, permitiendo así la automatización del proceso para
optimizar tiempos, coste y recursos de la Institución.
Palabras claves: aplicación, reportes, metodología, necesidades especiales,
tecnología.
Autores: Grijalva Alvarado Ismael
Sánchez Vaca Nohelia
Tutor: Ing. José Luis Ponce
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Development and implementation of an application desktop to generate reports of
student with special needs associate and not associated with a disability in the
Educational Establishment Durán.
ABSTRACT
Durán Educational Unit until the present period 2017, has a manual entry of data
through handwritten notebooks, which are then passed to an excel to proceed to the
generation of reports for students with special needs associated and not associated
with a disability among which are reduced mobility, slow learning, teenage pregnancy,
drug addiction, among others, followed by a series of actions, which are a follow-up
that is done to each case manually, causing delays in their deliveries and causing the
display of erroneous information or in some cases incomplete data, for this reason it
has been necessary to implement an application using freeware technology tools
such as Java for the development of the application through the Netbeans IDE, in
conjunction with MySQL for the storage of data, thus allowing the automation of the
process to optimize time, cost and resources of the Institution.
Keywords: Application, reports, methodology, special needs, technology.
Autores: Grijalva Alvarado Ismael
Sánchez Vaca Nohelia
Tutor: Ing. José Luis Ponce
1
INTRODUCCIÓN
El presente proyecto de titulación consiste en establecer las deficiencias en el
departamento consejería estudiantil (DECE) perteneciente a la Unidad Educativa
Duran del cantón Durán, en torno a la generación de reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad, mediante el
uso de una aplicación de escritorio.
Las necesidades especiales asociadas y no asociadas a una discapacidad guardan
relación con los problemas sociales que se presentan en sus educandos tales como
embarazo precoz, trastornos, drogadicción, violencia intrafamiliar, discapacidades
como las motoras, intelectuales, físicas, múltiples, situación que origina un registro y
control de cada una de las mismas, las cuales son realizadas en la actualidad de
forma manual, ocasionando malestar, pérdida de tiempo, desgaste físico y emocional
en los empleados.
Al ser la unidad educativa Duran una entidad pública no cuenta con los recursos
económicos propios para la adquisición de un software o equipos de última
tecnología, que corresponde al estado proporcionar, más al no cumplirse con dicha
obligación las labores administrativas se vuelven complejas ya que se carece de una
herramienta tecnológica acorde a la realidad actual, por lo que este trabajo de
investigación busca suplir esa necesidad sin que la unidad educativa tenga que
invertir en tales costos. Agravado por el hecho de que siendo una entidad pública se
está esperanzado al presupuesto que asignen los gobiernos de turnos
No disponen de recursos económicos lo suficiente como para adquirir un software o
equipos de última generación para el almacenamiento y procesamiento de la
información, por lo que la información llega a ser incompleta o errónea al momento
de realizar un reporte.
2
CAPÍTULO I
PLANTEAMIENTO DEL PROBLEMA
DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN
DESKTOP PARA GENERAR REPORTES DE ALUMNOS CON
NECESIDADES ESPECIALES ASOCIADAS Y NO
ASOCIADAS A UNA DISCAPACIDAD EN LA UNIDAD
EDUCATIVA DURÁN.
Ubicación del Problema en un Contexto.
La Unidad Educativa Durán ubicada en el Cantón Durán, es una Institución pública
sin fines de lucros, la cual cuenta con 4459 alumnos inscritos y matriculados, entre
ellos los estudiantes con necesidades especiales asociadas y no asociadas a una
discapacidad, cuya información es manejada por el Departamento de Consejería
Estudiantil (DECE). A la fecha actual el departamento cuenta con 7 personas que
a diario se encargan de los casos especiales presentados en los educandos,
llevando un control de cada situación.
Ya que no cuentan con un equipo destinado especialmente para el alojamiento de
la información, por lo que es almacenada de forma manual en los diferentes
equipos portátiles (laptop), y al momento de querer generar un reporte los datos
no suelen pertenecer a ese estudiante y es ahí cuando ocurre una confusión entre
3
si la información proporcionada anteriormente fue la correcta o no, lo que toma
tiempo y recursos en verificación de datos.
Para evitar inconvenientes antes presentados, la implementación de una
aplicación desktop para generar reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán,
generará los informes con los datos propios del estudiante, ya que será ingresada
por usuarios que tenga permitido el acceso y almacenada en un solo repositorio,
para posteriormente pueda ser consultada y su contenido sea el correcto y exacto.
Para un mayor conocimiento de la problemática se realizó una entrevista a las
autoridades encargadas del proceso y recolección de información para la
generación de reportes de alumnos con necesidades espaciales asociadas y no
asociadas a una discapacidad, en el que los resultados fueron los siguientes:
Tabla 1. Resultados de encuestas sobre los criterios de evaluación en el proceso actual para la generación de reportes de alumnos con NEE
CRITERIOS DE EVALUACIÓN
CRITERIO EVALUACIÓN
N° CÓDIGO NOMBRE F/M/D %
1 A FUNCIONALIDAD DEBILIDAD 16,67
2 B EFICIENCIA DEBILIDAD 20,83
3 C FIABILIDAD DEBILIDAD 0,00
4 D USABILIDAD DEBILIDAD 20,83
5 E PORTABILIDAD DEBILIDAD 25,00
6 F MANTENIBILIDAD DEBILIDAD 12,50
TOTAL 15,97
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
4
Gráfico 1: Resultados de encuestas sobre los criterios de evaluación en el proceso actual para la generación de reportes de alumnos con NEE
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Unidad Educativa Durán
Lo que significa que, siendo autoridades del plantel no tienen el total conocimiento
de la institución sobretodo en la situación en la cual se encuentran, reconociendo
así la falta de una aplicación desktop que permita automatizar el proceso para la
generación de reportes de alumnos con necesidades espaciales asociadas y no
asociadas a una discapacidad.
Situación Conflicto Nudos Críticos.
El principal problema es que al emitir un reporte su tiempo estimado es demasiado
elevado ya que deben verificar la información en caso de que no pertenezca a ese
alumno o esté incompleta.
16,6720,83
0,0020,83
25,00
12,500,00
10,00
20,00
30,00
40,00
50,00
60,00
70,00
80,00
90,00
100,00
1
CRITERIOS DE EVALUACIÓN
FUNCIONALIDAD EFICIENCIA FIABILIDAD
USABILIDAD PORTABILIDAD MANTENIBILIDAD
5
Causas y Consecuencias del Problema
Tabla 2. Causas y consecuencias del problema.
Causas Consecuencia
Elaboración manual de los procesos Pérdida de tiempo en la generación de
reportes de alumnos con necesidades
especiales asociadas y no asociadas a
una discapacidad.
Recopilación de la información en
forma manual.
Los reportes son elaborados con datos
erróneos o incompletos.
Carencia de herramientas tecnológicas. Trabajo realizado en forma manual.
Personal no capacitado Bajo conocimiento para poder llevar un
proceso automatizado.
Elaboración: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca. Fuente: Unidad Educativa Durán.
Delimitación del Problema
Tabla 3. Delimitación del problema.
Campo Administrativo y control
Área Tecnológico.
Aspecto Desarrollo de software.
Tema Desarrollo e implementación de una aplicación desktop para
generar reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad
Elaboración: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca. Fuente: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
6
Formulación del Problema.
¿En qué beneficia la implementación de una aplicación desktop para generar
reportes de alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán?
Evaluación del Problema
La falta de herramientas tecnológicas, causa que los integrantes del
Departamento de Consejería Estudiantil (DECE), no cuenten con un proceso
automatizado para la recolección y extracción de los datos de cada estudiante.
Un factor clave que ha dado comienzo a este proyecto es el tratar de reducir el
tiempo estimado para la elaboración de un reporte con datos pertenecientes al
alumno.
Los aspectos generales de evaluación son:
Delimitado: La unidad educativa duran carece de una herramienta
tecnológica que facilite la generación de reportes los cuales son realizados en
la actualidad de forma manual.
Original: El establecimiento no posee una aplicación desktop como el que
se está desarrollando, el cual podrá educir el tiempo en el que se realiza un
reporte.
Identifica los productos esperados: El aplicativo desktop ayudará al
DECE a la creación del reporte de una manera más rápida, fácil y exacta.
Claro: La aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, pretende facilitar las labores del personal acordes a
los cambios tecnológicos.
Relevante: La aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, será de mucha importancia al momento de obtener
información procesada ya que reducirá el tiempo de generación del reporte y
sus datos serán los correctos.
7
Evidente: Los errores son claros al momento de emitir un reporte
manualmente ya que el tiempo estimado es muy elevado en comparación a que
lo realicen de forma automatizada.
Contextual: Tras la utilización de la aplicación desktop para generar
reportes de alumnos con necesidades especiales asociadas y no asociadas a
una discapacidad en la Unidad Educativa Durán, el departamento dispondrá de
más tiempo que podrá ser empleado en la resolución de otros conflictos que se
suscitan a menudo en la Institución.
Concreto: La aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, estará diseñada para solucionar específicamente el
factor tiempo y exactitud de los datos.
Factible: La aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, es viable en cuanto al tiempo para el desarrollo, y en
lo que concierne a infraestructura, diseñarla especialmente para su
implementación el cual no tendrá costo alguno para la Institución.
Objetivos
Objetivo General
Desarrollar e implementar el aplicativo desktop, para generar los reportes de los
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad para la Unidad Educativa Durán, usando herramientas open source.
Objetivos Específicos
Analizar la situación actual en la que se encuentra la Unidad Educativa
Durán en la generación de los reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad.
8
Desarrollar una aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán.
Proporcionar los fundamentos teóricos prácticos sobre la aplicación
desktop para la generación de reportes
Alcances del Problema
La realización del proyecto tendrá como finalidad implementar la aplicación
desktop para la generación de reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán. El
personal que conforma el Departamento de Consejería Estudiantil (DECE) podrán
ingresar, eliminar y modificar registro de los estudiantes siempre y cuando cuenten
con los permisos necesarios para realizarlo.
La implementación de una aplicación desktop para generar reportes de alumnos
con necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, otorgará un beneficio de suma importancia al DECE,
alumnado y demás autoridades que conforman el Plantel, tomando en
consideración el tiempo ahorrado y la eficacia del mismo.
Justificación e Importancia
El tiempo dedicado a la emisión de un reporte de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad en la Unidad Educativa
Durán, es demasiado extenso, que muchas veces no pueden realizar otras
funciones o delegarlas ya que los casos son muy delicados y no todas las
personas pueden manejarlo.
Otro problema que se origina es que la información visualizada en el reporte de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, suele estar incompleta o incluso
puede no pertenecerle a ese alumno lo que catalogaríamos como datos erróneos.
9
Por lo tanto, el desarrollo e implementación del aplicativo desktop permitirá
generar los reportes del alumnado con necesidades especiales asociadas y no
asociadas a una discapacidad, mediante una interfaz gráfica amigable de forma
rápida y eficaz, siendo de suma importancia en la optimización de tiempo y
recursos para la Unidad Educativa Durán.
La conveniencia: Un factor que influye en el desarrollo e implementación
de una aplicación desktop para generar reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad en la Unidad
Educativa Durán, es beneficioso en cuanto a factor tiempo, coste y recursos.
Relevancia Social: Como consecuencia de la implementación de una
aplicación desktop para generar reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad en la Unidad
Educativa Durán, el usuario final podrá optimizar tiempos de trabajo ya que
contará con información relevante y concreta permitiendo confiar en los datos
proporcionados por el sistema.
Implicaciones Prácticas: La aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, permitirá una interacción mucho
más rápida y fácil.
Valor Teórico: Los conocimientos adquiridos a lo largo de la carrera, nos
concederá el fácil emprendimiento de los diagramas para una mejor
proyección y comprensión de la aplicación desktop para generar reportes de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán.
Utilidad: Con el fin de disminuir el tiempo y coste invertidos en la
elaboración de los informes, su utilidad será introducir un proceso de manera
automatizada para crear los reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán.
Debido a los inconvenientes observados en la Unidad Educativa Durán, a través
del diálogo directo y demás estudio realizado, se ha podido llegar a la conclusión
de que es necesario desarrollar e implementar una aplicación desktop para
generar reportes de alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad en la Unidad Educativa Durán, con la finalidad de
10
incentivar a la Institución a la utilización de procesos automatizados manipulando
nuevas tecnologías que ayuden no solo con un mejor trabajo para el personal
administrativo, sino también, para los docentes otorgando así una mejor
educación para el plantel.
Metodología del Proyecto
Para el desarrollo e implementación de una aplicación desktop para generar
reportes de alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, hemos elegido la metodología ágil
SCRUM, permitiéndonos trabajar en equipo de manera sincronizada para un
mejor resultado, basándonos en las entregas parciales del producto final que
realizaremos con cada reunión agendada. Además de ser una técnica flexible y
productiva para gestionar el proceso de desarrollo e implementación de una
aplicación desktop para generar reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán en
intervalos de tiempo determinados.
Entre las restricciones suscitadas en el desarrollo e implementación de una
aplicación desktop para generar reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán, se
encuentra la implementación únicamente para el Departamento de Consejería
Estudiantil, ya que solo ellos manejan los datos debido a que es información
delicada del alumnado con necesidades especiales y, de darse el caso podrán
realizar una petición para extender el aplicativo en el Departamento del Rectorado,
ya que por ser una Autoridad Superior en el Plantel deberá tener conocimiento de
los problemas generados en los estudiantes por medio de una consulta.
11
CAPÍTULO II
MARCO TEÓRICO
Antecedentes del estudio
Esta investigación comprende el desarrollo de una aplicación desktop para
generar reportes de alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad en la Unidad Educativa Fiscal Durán. La misma que
permitirá agilizar el proceso de la generación de reportes en el Departamento de
consejería estudiantil (DECE) de la Unidad Educativa Fiscal Durán.
Con el mismo se pretende mejorar el tiempo y la claridad en la generación de
reportes con lo cual se pretende además actualizar el procedimiento relacionado
con cada uno de los pasos necesarios para la generación de reportes utilizando
tecnología acorde al tiempo actual. Siendo que la unidad educativa fiscal Duran
es un organismo cuya misión es “Somos una Unidad Educativa con Calidad
Humana, formadores de jóvenes con pensamiento crítico, capaces de generar
cambios en el país y en el mundo”. Que se rige por los principios de eficacia,
eficiencia, calidad, jerarquía y planificación su fin es lograr que sus objetivos se
cumplan.
Dentro del desarrollo de la aplicación desktop para generar reportes de alumnos
con necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán, se definirán conceptos relacionados con la programación
orientada a objetos y el desarrollo de software, base de datos, ODBC, java,
12
modelo, vista, controlador, entre otros que permitan al personal encargado del
Departamento de consejería estudiantil(DECE) objeto de estudio, ejecutar los
procedimientos estructurales sobre la generación de reportes en forma
automatizada.
Se ha demostrado que debido al procedimiento manual con el cual laboran la
mayoría de las unidades educativas públicas se generan reportes con datos
erróneos, tiempos elevados de trabajo lo cual implica que dicha información se la
consiga con pérdida de tiempo, recursos humanos, y lo que es muy preocupante
que los jóvenes inmersos retarden sus tratamientos en el área educativa, ya que
los docentes desconocen la situaciones de cada estudiante y en muchos casos
éstos jóvenes ocultan sus circunstancias debido al temor que sus compañeros se
burlen de ellos, por ello el papel que realizan los profesionales del DECE es muy
importante, ya que son los que darán apoyo psicológicos para que puedan
aceptarse a sí mismos y más adelantes sean aceptados por los demás. Lo que de
cierto modo cambiará con el desarrollo de esta aplicación.
Para ejemplificar consideremos la misma Unidad Educativa Fiscal Durán que ha
tenido una función preponderante en cuanto al servicio que brinda, más el
procedimiento actual que sigue al momento de generar reportes no permite
cumplir objetivos a cabalidad por lo que con el desarrollo de la aplicación desktop
para generar reportes de alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad en la Unidad Educativa Durán mejorara al
momento de que los reportes son requeridos.
Al momento de llevar un control por cada alumno, es necesario que lo realice la
misma persona que inició el proceso para seguir un orden y que la información
sea lo más detallada y completa posible, pero existen circunstancias en las que el
trabajo generado por cada integrante del Departamento de Consejería Estudiantil
(DECE) es un poco elevado y se ven en la necesidad de delegar el control a otra
persona del mismo departamento.
Lo que causaría que ciertos campos que son obligatorios no son llenados o
simplemente no son especificados en su totalidad al momento de ingresarlos en
13
las hojas de Excel, lo que conlleva a que la información puede llegar a ser
incompleta, ya que no disponen de un proceso estándar para la obtención de
información.
Al generar un reporte de estudiantes con necesidades especiales asociadas y no
asociadas a una discapacidad, se presentan algunos inconvenientes, por lo que
resolverlos les toma un poco más de tiempo ya que se puede dar el caso de que
necesiten la asistencia del representante para verificar la información que posee
el plantel o simplemente puede ser verificado por el mismo departamento
buscando en sus archivos llenados manualmente.
Una vez generado el reporte de estudiantes con necesidades especiales
asociadas y no asociadas a una discapacidad en forma de matriz, es entregada
primeramente al Rector para su conocimiento posteriormente a la Dirección
Distrital de Educación 09D24, en donde consta un departamento, cuyos
profesionales se encargan de procesar la información otorgada por el plante para
tomar acciones respectivas futuras.
Fundamentación teórica
La inclusión educativa en estos tiempos es otorgada como un derecho universal,
en la que toda persona debe tener acceso a la educación, (Martínez, 2013)
comenta que,
La educación inclusiva trata de dar respuesta a la diversidad. Trata de
escuchar voces desconocidas, es abierta, fortalece a todos y celebra
la ¨diferencia¨ de una forma digna”, descrito en la Agencia Europea para el
Desarrollo de la Educación del Alumnado con Necesidades Educativas
Especiales. (2011, pp18).
Toda persona tiene derecho a la educación y a la adaptación en diversas
circunstancias existentes, por lo que cada institución debe contar con la
infraestructura necesaria para el recibimiento y alojamiento de estudiantes con
diferentes necesidades educativas especiales.
14
Recibir una educación digna acorde a las necesidades de cada persona,
permitiéndole la inclusión mediante la facilitación del aprendizaje junto con la
interacción de compañeros de aula que lo hagan sentir perteneciente a ese lugar.
Según el UNESCO (2015, citado por López & Valenzuela) define que las
“necesidades incluyen discapacidades físicas, sensoriales, mentales y cognitivas,
así como dificultades del aprendizaje, emocionales y sociales”
Tabla 4. Clasificación de necesidades educativas especiales (NEE)
NEE PERMANENTES NEE TRANSITORIAS
Discapacidad intelectual Trastornos específicos del lenguaje
Discapacidad sensorial (auditiva,
visual)
Trastornos específicos del aprendizaje
Discapacidad motora Aprendizaje lento
Trastornos del espectro autista Trastornos por déficit de atención e
hiperactividad
Discapacidad múltiple Trastornos emocionales
Talentos y/o excepcionalidad Trastornos conductuales
Privación socio-económica y cultural
Violencia intrafamiliar
Embarazo adolescente
Drogadicción
Elaboración: Revista Médica Clínica Las Condes Fuente: (López & Valenzuela, 2015)
Dicho de otra manera, cada persona puede tener un tipo diferente de necesidad
educativa especial que dicha institución debe conocer al momento en el menor
tiempo posible para tomar las medidas necesarias. Una medida a tomar puede ser
la capacitación al personal docente de cómo debe tratar al educando para un
mejor aprendizaje y pueda trabajar con todos sus estudiantes de una manera
acorde a la situación sin discriminación.
Otra medida puede ser la ayuda de tecnología para lograr activar su lado cognitivo
y captar la atención y retención de enseñanza del estudiante con necesidades
educativas especiales asociadas y no asociadas a una discapacidad. La
generación de reportes de estudiantes con necesidades especiales asociadas y
15
no asociadas a una discapacidad, será una herramienta de mucha utilidad para la
institución ya que podrá llevar un control de los educandos y el índice obtenido en
un periodo de tiempo.
Con los resultados se pueden generar diversas conclusiones en cuanto a
infraestructura y enseñanza por parte del docente, como detallamos en la
clasificación de necesidades educativas especiales (Tabla 4), podemos notar que
hoy en día no solo discapacidades permanentes son inclusivas, sino que las
transitorias también pertenecen al grupo de la inclusión. En la actualidad, existen
muchos casos relacionados con NEE Transitorias, las más comunes son los
temas de embarazos adolescentes y la drogadicción que son casos que se tratan
de una manera especial, ya que pueden generar trastornos psicológicos si los
casos son atendidos en una categoría bajo o sin importancia pueden provocar el
abandono de sus actividades escolares.
Un embarazo adolescente requiere no solo de ayuda psicológica, sino también
monitoreo de su salud, por lo que la institución educativa debe tener conocimiento
del caso para emergencias posteriores, que pueden llegar a darse en horas de
clases y poder actuar con rapidez. Las necesidades educativas especiales
asociadas y no asociadas a una discapacidad pueden influir en diversos factores
como pueden ser los siguientes:
Filosóficas: Forma o manera de pensar o actuar de los seres humanes ante
una situación en específico, como detalla el siguiente pensar de (Astudillo
Gómez & Barba Cáceres, 2016) “la filosofía de las aulas inclusivas, sostienen
que todos los niños son parte de un grupo y todos pueden aprender en la vida
normal de la escuela y la comunidad”, deduciendo que las creencias
filosóficas antes poseídas por los individuos de que las personas con
necesidades educativas especiales deberían tan solo de asistir a un
establecimiento especialmente dirigido hacia ellos para recibir educación,
deberán ser reemplazadas por la realidad actual de que toda persona tiene
derecho a la educación sin importar sus necesidades especiales en todo
establecimiento educativo existente.
16
Psicológicas: Existen diversas maneras de sobrellevar los casos
dependiendo el grado que cada uno ascienda, para ellos la institución contará
con el personal especializado para el seguimiento de cada uno de los
expedientes presentados a lo largo del año escolar.
Sociales: La inclusión educativa de personas que posean necesidades
especiales asociadas y no asociadas a una discapacidad, tiene derecho a un
entorno social agradable que puede ser brindado con la ayuda del personal
docente y demás directivos de la institución, facilitando la participación social
del educando.
Pedagógicas: El método o modelo de enseñanza que maneje o que se
lleve a cabo, depende de cada institución y de las categorías de necesidades
especiales asociadas y no asociadas a una discapacidad que se presenten.
Sociológicas: Una educación inclusiva recae sobre el término a la no
discriminación del individuo para su desenvolvimiento en el ámbito educativo
con el fin de sentirse acogido no solo ante la sociedad estudiantil sino también
la sociedad en general.
Teniendo en claro los diferentes factores que intervienen podemos recalcar que al
momento de la generación de reportes de estudiantes con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Fiscal
Durán, permitirá abarcar un conocimiento total de las cifras en cada una de las
categorías antes mencionadas, en base a los resultados, y podrán tomar medidas
precautelares para futuras necesidades especiales que se puedan presentar a lo
largo del año escolar.
Como objetivo hacia la institución podremos mejorar el tiempo de respuesta,
optimizando recursos que pueden ser usados para el seguimiento o resolución de
los casos presentados en grados de complejidad. Dependiendo el caso, le será
asignado a un especialista que integre el Departamento de Consejería Estudiantil
(DECE) por parte de quien lidere el departamento o por la máxima autoridad del
plantel. En caso de ser necesario con realizará las gestiones pertinentes a fin de
que se pueda contar con profesionales del área de instituciones que apoyen a las
educativas, para que los jóvenes puedan tener la ayuda requeridas para el control
o seguimiento pormenorizado de su problema.
17
Herramientas tecnológicas para el desarrollo de la aplicación
Historia
Este lenguaje de programación tiene sus comienzos en el año de 1991, cuando
Sun empieza el proyecto Green. Este proyecto tenía como objeto controlar
dispositivos hogareños, para lo que crearon un lenguaje llamado Oak. Sun no tuvo
éxito con este lenguaje, y no es hasta 1995 cuando el nombre del lenguaje es
cambiado a Java y es anunciado al mundo. Inicialmente, Java se lanzó como un
lenguaje de programación cuyos programas podían correr en cualquier
plataforma.
El slogan de Sun era write once, run anywhere (escribir una vez, correrlo en
cualquier parte). Para lograr esto las aplicaciones creadas en Java corren sobre
una máquina virtual o una aplicación que simula una máquina abstracta, la cual
funciona aislando al programa que corre sobre ella independientemente de los
sistemas operativos y hardware. De esta forma, cualquier aplicación creada con
este lenguaje, la maquina donde corre será siempre igual.(Vivona, 2011, p. 30).
¿Qué es?
Java es un lenguaje de programación multiplataforma, coherente y consistente
lógicamente es de propósito general y orientado a objetos, es rápido, altamente
seguro y confiable (Oracle), además de ser uno de los lenguajes de programación
más populares en la actualidad.
Tabla 5. Ranking de popularidad de los lenguajes de programación noviembre 2017
Ranking Lenguaje de programación Calificación
1 Java 13.231%
2 C 9.293%
3 C++ 5.343%
4 Python 4.482%
5 C# 3.012%
18
6 JavaScript 2.972%
7 Visual Basic .NET 2.909%
8 PHP 1.897%
9 Delphi/Object Pascal 1.744%
10 Assembly language 1.722%
11 R 1.605%
12 MATLAB 1.604%
13 Ruby 1.593%
14 Go 1.570%
15 Perl 1.562%
16 Scratch 1.550%
17 Visual Basic 1.489%
18 PL/SQL 1.453%
19 Objective-C 1.412%
20 Swift
Elaboración y fuente: Tiobe. (2017). Ranking de popularidad de los lenguajes de
programación noviembre 2017. Países bajos. Tiobe. https://www.tiobe.com/
Características de Java
Simple: Con alguna experiencia previa en algún otro lenguaje de
programación el nivel de aprendizaje será rápido y fácil.
Orientado a objetos: Uno de las bases fundamentales de Java, que le
permite trabajar con objetos.
Robusto: Porque java comprueba el código durante la compilación y la
ejecución. La robustez de java también se ve reflejada en la gestión de la
memoria ya que Java se encarga internamente de reservar y liberar memoria a
través del sistema de recolección de basura de objetos que ya no se usan.
(Schildt, 2009, p. 11)
Multiplataforma: Los programas escritos en este lenguaje de
programación son ejecutables en cualquier sistema operativo que soporte la
JVM.
Seguro: Según (Schildt, 2009):
19
La clave que permite a Java resolver ambos problemas, el de la seguridad
y el de la portabilidad, es que la salida del compilador de Java no es un
código ejecutable, sino un bytecode. El bytecode es un conjunto de
instrucciones altamente optimizado diseñado para ser ejecutado por una
máquina virtual la cual es llamada Java Virtual Machine (JVM, por sus
siglas en inglés).
Multihilos: Permite correr varios procesos simultáneamente, lo que le
permite fácilmente crear sistemas interactivos y programas en red.
Distribuido: Java soporta RMI (Java Remote Method Invocation) es un
mecanismo ofrecido por Java para invocar un método de manera remota, a
través de diferentes computadoras en la red. (Schildt, 2009, p. 12)
Programación Orientada a Objetos y Java
La programación orientada a objetos es una forma de programar que nos ayuda a
representar objetos de la vida real en objetos dentro de la programación de una
aplicación. La programación orientada a objetos (POO) es uno de los pilares
fundamentales de Java. De hecho, todos los programas de Java están por lo
menos a un cierto grado orientados a objetos. POO es tan importante en Java que
es mejor entender sus principios básicos antes de empezar a escribir, incluso,
programas sencillos en Java. (Schildt, 2009)
Netbeans
Es un entorno de desarrollo de aplicaciones (IDE) gratis creado por la empresa
Sun Microsystem, netbeans nos permite crear aplicaciones principalmente en
lenguaje java, pero también soporta otros lenguajes como PHP, C, C++, su
funcionabilidad se puede extender a través de la instalación de módulos.
Características de netbeans
Fácil administrador de proyectos.
20
Editor de código inteligente.
Fácil e intuitiva manera para diseñar las interfaces de la aplicación.
Soporte para multilenguaje.
Soporte de plataforma cruzada.
Conjunto enriquecido de plugins desarrollados por la comunidad.
Fácil administrador de proyectos
Las diferentes vistas de las ventanas de proyectos y herramientas útiles permiten
configurar y administrar las aplicaciones de forma eficiente y mantener una vista
clara y despejada de los miles de archivos y carpetas.
Ilustración 1 Administrador de proyectos
Elaboración: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca. Fuente: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
Editor de código inteligente
Dentro del espacio donde se escribe el código de la aplicación el IDE le permite
refactorizar, generar, y sugerir líneas de codificación además remarca el código
fuente semántico y sintáctico.
21
Ilustración 2 Editor de código fuente
Elaboración: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
Fuente: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
Fácil e intuitiva manera para diseñar las interfaces de la aplicación
En la etapa del diseño de la interfaz de la aplicación el IDE le permite arrastrar de
forma rápida y sencilla cada uno de los elementos
Ilustración 3 Interfaces
Elaboración: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
Fuente: Ismael Grijalva Alvarado, Nohelia Sánchez Vaca.
22
Soporte para multilenguaje.
El IDE soporta una variedad de lenguajes de programación, podemos mencionar
Php, C / C++, también posee herramientas y editores para Html, Groovy, Javadoc,
Javascript y Jsp
Soporte de plataforma cruzada.
La instalación de netbeans se la puede realizar dentro de cualquier sistema
operativo que sea compatible con Java, Windows, Linux, Mac OS.
Conjunto enriquecido de plugins desarrollados por la comunidad.
Cuenta con una comunidad activa, constantemente los usuarios están
desarrollando complementos para el IDE.
MySQL VS PostgreSQL
MySQL
MySQL es un servidor de base de datos que permite proveer servicios y
procesamientos a varios usuarios paralelamente, con una base de datos
relacional, es comúnmente usada ya que es de código abierto y soporta distintos
lenguajes de programación como C, C++, Eiffel, Java, Perl, PHP, Python y TCL,
además de ello, existen diferentes versiones iniciando en 1995 cuando la
compañía MySQL AB., fue creada, desde aquel entonces ha dado a conocer tanto
versiones de prueba como estables.
Versión 4.0
Consultas ágiles.
Para que surjan efectos en los cambios, tan solo se debe hacer las
adecuaciones. necesarias y reiniciar MySQL.
23
Significante aumento en el tiempo de ejecución durante algunas
consultas basadas en índices.
Dispone de borrados multitablas.
El proceso de replicación es multihilo en los servidores esclavos.
Número de variables de estado en MySQL se han duplicado.
Versión 4.1.
Subconsultas.
Ayuda para todos los comandos.
Nuevo formato para definición de tablas.
Replicación fail-safe
Respaldos en línea
Soporte más estable
Implementación del comando RENAME DATABASE
Versión 5.0.
Almacenamiento de números de notación binaria
Soporte elemental para cursores de un lado del servidor
Proporciona un sencillo estándar para acceder a la metadata del
servidor de MySQL
Se puede para el servidor, aun estando desde un host remoto.
Implementación de una nueva biblioteca para el punto fijo aritmético.
Los motores de almacenamiento incluyen ARCHIVE y FEDERATED.
Modo estricto y manejo de errores estándar.
Agrega soporte limitado para triggers.
Soporte nativo VARCHAR
Versión 5.1.
Diferentes porciones de la tabla son almacenadas en diferentes
ubicaciones, desde el punto de vista del usuario, la tabla particionada
es una sola.
Permite cargar y descargar varios componentes del rutime.
24
The Instant Manager (IM) como funcionalidad adicional: SHOW
instance_name LOG FILES, SHOW instance_name LOG, SET
instance_name: option_name = option_value
Ventajas
Mayor velocidad / mayor rendimiento.
Consume pocos recursos.
Fácil configuración e instalación.
Probabilidad reducida de corromper datos.
Es el más utilizado en servicios de foros en internet.
Desventajas
Carece de soporte para transacciones, rollback’s y subconsultas.
No es viable para su uso con grandes bases de datos, a las que se
acceda continuamente.
PostgreSQL
En 1996, Postgres95 desaparece de la academia y comienza una nueva etapa de
código abierto en el mundo, cuando un grupo de desarrolladores deciden
continuar con el desarrollo del sistema, contribuyendo así con una enorme
cantidad de tiempo, destreza, labor y experiencia técnica. Con su nueva etapa en
el mundo del código abierto, toma el nombre de PostgreSQL, el cual va mejorando
y dando a conocer sus diferentes versiones como lo son:
Versión 6.0 – 7.0
Control de concurrencia.
Inclusión de subconsultas, valores por defecto, restricciones, etc.
Nuevos tipos nativos.
Optimización en un 20 -40% en la ejecución de una orden.
Versión 7.0-7.4
Preparación de consultas
Consultas complejas
25
Soporta IPv6
Soporte de mejoramiento de SSL
Información estática de la base de datos
Agrega seguridad
Optimización en la velocidad
Sintaxis de SQL
Perl/Python/TCL lenguajes de procesamientos
Autovacuna
Relaciones
Índices
Versión 8.0
Incorporación de tablespaces.
Instalación de un número ilimitado de veces sin sobrepasar la cantidad de
licencias.
Provee excelentemente velocidad y rendimiento.
Brinda fiabilidad.
Flexibilidad.
Escalabilidad.
Operación con requerimientos mínimos.
Bajo costo de operación.
Adaptación a estándares ANSI.
Versión 8.1.
Manejo de muchos usuarios con esquemas complejos (ROLES)
Parámetros de entrada y salida.
Permite transacciones conformes con ACID a través de servidores
distribuidos.
Rendimiento multiprocesador mejorado
Recorridos de mapas de bits
Particionamiento de tablas.
Bloques compartidos de registros.
Mejora en el rendimiento.
26
Soporta concurrencia de alta velocidad, la recuperación y rendimiento de
actualizaciones.
Incremento de un 30% más en las operaciones de carga masiva de datos.
Memoria compartida de 64 bits.
Autovacuum integrado
Funciones de agregación más rápida.
Nuevas funciones para obtener información del servidor.
Funciones de compatibilidad.
Método MD5: es una doble-encriptación de la contraseña en el cliente antes de
enviarlo al servidor. Primero MD5 encripta la contraseña basándose en el nombre
del usuario, y luego encripta en base salt aleatoria enviada por el servidor cuando
la conexión de la base de datos está hecha. (Cambi Alvarado & Zúñiga García,
2006)
Ventajas
Posee escalabilidad
Implementa uso de rollback’s, transacciones y subconsultas.
Tiene Integridad referencial
Desventajas
Ilustración 1 Consume gran cantidad de recursos.
Ilustración 2 Tiene límite de 8K por fila, el cual disminuye su rendimiento.
Tabla 6. Comparación entre MySQL y PostgreSQL
MySQL PostgreSQL
Espacio de memoria
utilizado al crear una
base
Mayor Menor
Transmisión de datos Menor Mayor
27
Espacio de memoria
utilizado al realizar una
consulta
Menor Mayor
Tiempo que demora al
realizar una consulta Menor Mayor
Espacio en memoria
utilizado para bakcup Mayor Menor
Seguridad
Trabaja bajo
verificaciones basadas
en el host
Utiliza el método MD5
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: (Cambi Alvarado & Zúñiga García, 2006)
Como demuestra la tabla 6, podemos observar que la optimización de tiempo y
recursos en MySQL es mayor a comparación con PostgreSQL, en cuanto a
seguridad ambas utilizan métodos de encriptación ofreciendo flexibilidad y
seguridad a los datos almacenados.
Ubuntu
En 1971, cuando la informática todavía no había sufrido su gran boom. Con la
llegada de los años 80 la situación empezó a cambiar. Los ordenadores modernos
empezaban a manejar sistemas operativos privativos, forzando a los usuarios a
aceptar condiciones restrictivas que impedían realizar modificaciones a dicho
software. Durante la etapa de conversión al modelo privativo, Richard M. Stallman,
se percató que la humanidad cambiaba continuamente.
En aquel entonces el laboratorio contaba con una impresora que era utilizado por
todos en red, y cada cierto tiempo el papel se atascaba lo que provocaba una
pérdida de tiempo, Richard Stallman decidió arreglar el problema, e implementar
el envío de un aviso por red cuando la impresora se bloqueara. Para ello
necesitaba tener acceso al código fuente, pero la empresa se negó a entregarle
dicho código.
28
Richard Stallman no acepto el software privativo ya que debía firmar un acuerdo
de no revelación. En 1984 dejó MIT, para no tener problemas de propiedad del
software, y comenzó a formar una nueva comunidad de personas con diferentes
hackers, ahora conocido como la Free Software Foundation. Dos proyectos
nuevos durante 1991 y 1992 se dieron a conocer en el mundo del software libre
llamados 386BSD y Linux. Durante los años 90 se presentaron grandes proyectos
libres tales como Apache, Xfree86, GNOME y KDE, Mozilla. A finales de los 90
hasta ahora se ha visto un crecimiento con respecto al software libre por parte de
diversas empresas y diferentes gobiernos en todo el mundo. (Cuaresma)
Versiones
Ilustración 4 Versiones de Linux
Elaborado por: Nohelia Carolina Sanchez Vaca, Ismael José Grijalva Alvarado
Fuente: Masartre. (23 de diciembre 2011). Blog Historia de la Informática. [Historia de Linux]. Recuperado de: http://histinf.blogs.upv.es/2011/12/23/historia-de-linux/
Principales Características
• Distribución pública
• Basado en Debian
• Orientada a distintos lenguajes
• Herramientas colaborativas
• Ciclo de liberación definido
• Actualizaciones críticas y de seguridad
• Dirigida a escritorio o servidores
• Detección y configuración de hardware (Careaga Mercadillo, 2010)
• Original, la más usada
• Interfaz gráfico GNOMEUbuntu
• Interfaz gráfico KDEKubuntu
• Usuada por centros educativos
• Interfaz gráfico GNOMEEdubuntu
• Última versión
• Interfaz gráfico XFCEXubuntu
29
Fundamentación legal
El marco legal en el cual se sostiene la propuesta se basa en la Constitución de
la República del Ecuador, Reglamentos para la adquisición de software y la GNU
General Public License, los cuales están en armonía con varias leyes, como a
continuación se detalla: La Constitución de la República del Ecuador señala en los
principios para la aplicación de los derechos en su artículo número 11 literal 2
párrafo 2 indica que:
Nadie podrá ser discriminado por razones de etnia, (…), discapacidad, diferencia
física; ni por cualquier otra distinción, personal o colectiva, temporal o permanente,
que tenga por objeto o resultado menoscabar o anular el reconocimiento, goce o
ejercicio de los derechos. La ley sancionará toda forma de discriminación.
(Asamblea Nacional del Ecuador, 2008, p.21).
Tal y como nos demuestra el artículo declarado en la Constitución vigente que
rige en nuestro país, ninguna persona podrá ser discriminado pese a sus
diferencias de etnia, clase social, enfermedad, y demás componentes que lo
hagan distinto a los demás. Otro artículo similar situado en el Régimen del Buen
Vivir, en el capítulo primero Inclusión y Equidad artículo número 340 párrafo dos
detalla que: “El sistema se articulará al Plan Nacional de Desarrollo y al sistema
nacional descentralizado de planificación participativa; se guiará por los principios
de universalidad, igualdad, equidad, progresividad, interculturalidad, solidaridad y
no discriminación (…)” (Asamblea Nacional del Ecuador, 2008, p.159).
Demostrando así que toda persona tiene derecho a la igualdad de género entre
otras partes especificado en los artículos expuestos, y que si presentase algún
tipo de discriminación irá en contra de los privilegios otorgados a cada individuo,
cuya falta sería penalizada por la ley. Entrando en el ámbito educativo en el
artículo 28 podemos encontrar que “La educación responderá al interés público y
no estará al servicio de intereses individuales y corporativos. Se garantizará el
acceso universal, permanencia, movilidad y egreso sin discriminación alguna y la
obligatoriedad en el nivel inicial, básico y bachillerato (…)” (Asamblea Nacional
del Ecuador, 2008, p.28).
30
Permitiendo a toda persona quien tenga deseos de superación el acceso a la
educación sin ningún tipo de discriminación, incluidos los estudiantes con
necesidades especiales asociadas y no asociadas a una discapacidad. En la
sección cuarta respecto a las mujeres embarazadas en el artículo 43 literal 1 indica
que: “El Estado garantizará a las mujeres embarazadas y en periodo de lactancia
los derechos a: No ser discriminadas por su embarazo en los ámbitos educativo,
social y laboral. (…)” (Asamblea Nacional del Ecuador, 2008, p.34).
Concediéndoles el derecho a la educación para un mejor provenir de la futura
madre y su niño en camino, solo así se podrá sembrar un estímulo de superación
familiar, abriéndole las puertas a la educación sumergiéndose en el mundo del
saber.
Sección sexta Personas con discapacidad artículo número 47 literal 7
menciona que: Una educación que desarrolle sus potencialidades y
habilidades para su integración y participación en igualdad de condiciones.
Se garantizará su educación dentro de la educación regular. Los planteles
regulares incorporarán trato diferenciado y los de atención especial la
educación especializada. Los establecimientos educativos cumplirán
normas de accesibilidad para personas con discapacidad (…) (Asamblea
Nacional del Ecuador, 2008, p.36 - 37).
En la actualidad, se pone en marcha la educación inclusiva, es decir, que una
persona que posea de alguna necesidad especial asociada y no asociada a una
discapacidad podrá asistir a un establecimiento educativo, en el cual podrá ejercer
su derecho a estudiar, la institución estará obligada a acoplar la enseñanza o
prestar los servicios necesarios, para que se pueda cumplir con sus actividades
académicas de manera normal, siempre y cuando la necesidad especial que tenga
el estudiante pueda ser cubierta en todo aspecto por la institución, de no ser así
deberá recurrir a centros especializados en donde solicitar apoyo, para brindar un
mejor plan de enseñanza e infraestructura destinados, no solo para una necesidad
especial sino para diversas, ya que el objetivo es que el individuo socialice y que
en un futuro no se sienta extraño o diferente cuando esté inmerso en la sociedad.
31
En la sección octava tratando el tema de las personas privadas de libertad en el
artículo número 51 literal 5 impone que: “Se reconoce a las personas privadas de
la libertad: La atención de sus necesidades educativas, laborales, productivas,
culturales, alimenticias y recreativas” (Asamblea Nacional del Ecuador, 2008, p.38
- 39).
Por medio del cual, podrán tener acceso a la educación mediante clases asistidas,
metodología que han empleado algunas instituciones educativas para cumplir con
el derecho que tienen las personas privadas de libertad, podemos enfocarnos en
chicos o chicas que aún no cumple su mayoría de edad y que por diferentes
cuestiones deberán continuar sus estudios dentro de reformatorios, o algún
establecimiento de rehabilitación, permitiendo tomar como ejemplo los colegios
que actúan en diferentes maneras pero con el mismo fin, que es el de cumplir con
el artículo 51 de la Constitución.
Reglamento General a la Ley Orgánica de Educación Intercultural
En las necesidades educativas específicas en el capítulo primero de la educación
para las personas con necesidades educativas especiales asociadas o no a la
discapacidad en el artículo número 227 nos detalla acerca de los principios en cual
dice lo siguiente:
La Autoridad Educativa Nacional, a través de sus niveles desconcentrados
y de gestión central, promueve el acceso de personas con necesidades
educativas especiales asociadas o no a la discapacidad al servicio
educativo, ya sea mediante la asistencia a clases en un establecimiento
educativo especializado o mediante su inclusión en un establecimiento de
educación escolarizada ordinaria. (Dirección Nacional de Normativa Jurídico
Educativa, 2015, p. 64).
Todo individuo que disponga de alguna necesidad educativa especial deberá ser
diagnosticada por un especialista que corrobore que puede asistir a un centro
educativo ordinario en el cual las autoridades del plantel deberán conocer el caso
32
del estudiante para poder cubrir las necesidades y que el alumno pueda
desarrollar las actividades con normalidad permitiéndole la inclusión social con
sus compañeros de aula y en un futuro no verse extraño o sentirse desencajado
dentro de la sociedad en general.
Le será mucho más fácil en el mundo laboral poder acoplarse a ellos, ya que podrá
sentir que pertenece a ese lugar, así como las otras personas que no dispongan
de necesidades especiales, y para que esto suceda, la enseñanza deberá darse
desde el principio de sus conocimientos que son adquiridos desde pequeños en
los establecimientos educativos iniciales, esos y muchos aspectos más son los
que hacen a ellos alguien mejor para la sociedad.
En el ámbito el artículo número 228 señala que: “Son estudiantes con
necesidades educativas especiales aquellos que requieren apoyo o adaptaciones
temporales o permanentes que les permitan o acceder a un servicio de calidad de
acuerdo a su condición. (...)” (Dirección Nacional de Normativa Jurídico Educativa,
2015, p. 64).
De acuerdo al estado en que se encuentre se puede catalogar su necesidad
especial como asociada o no asociada a una discapacidad, ya que deben
intervenir ciertos factores como en las no asociadas que pueden presentar
dificultad de aprendizaje, un ejemplo claro puede ser la disortografía que es un
trastorno del lenguaje también relacionado con la disgrafía y dislexia en el que
interviene la escritura, discalculia que es la dificultad para distinguir el lenguaje
simbólico o los números, disfasia consiste en una anomalía oral en la que no le
permite coordinar palabras o frases, hiperactividad que dificulta la capacidad de
prestar atención, entre otras.
Otro aspecto puede ser una enfermedad catastrófica, o presentar síntomas de
haber sufrido algún tipo de violencia intrafamiliar, tener problemas de adicciones
que es lo más común hoy en día verlo en jóvenes lo que puede conllevar a que se
conviertan en menores infractores quienes también pertenecen al grupo de las
necesidades especiales no asociadas a una discapacidad.
33
Por último, tenemos en las necesidades educativas especiales no asociadas a los
niños con dotación superior quienes poseen capacidades intelectuales elevadas
en comparación a otros individuos de su edad, su enseñanza deberá ser un poco
más especializada o más avanzada debido a que disponen de un alto coeficiente
intelectual, lo que le permitirá avanzar rápido mucho más de lo normal en sus
actividades académicas, cumpliendo su ciclo curricular en un periodo corto de
tiempo.
En cuanto a lo que concierne a las necesidades educativas especiales asociadas
a una discapacidad podemos encontrar las siguientes: discapacidad intelectual
son limitaciones mentales que pueden presentarse al momento de realizar alguna
actividad diaria, física-motriz es una limitación en la que el cuerpo no permite o le
dificultad al instante de querer ejercer una acción o movimiento que éste se
encuentre desarrollando, también podemos encontrar que puede ser auditiva,
visual o mental que en este caso sería la falta de uno de sus cinco sentidos el cual
no le permita llevar a cabo correctamente la tarea propuesta.
Podemos encontrar a personas que no solo padezcan una deficiencia sino la
combinación de dos o más que se denominaría como multidiscapacidades, en las
que diferentes áreas de la persona son afectadas, ya puede que sea sensorial,
física o psíquica, posibles combinaciones que nos detalla la Lic. Cintia D.
Rodríguez (2016, publicado por el Diario el Cisne) pueden ser las siguientes:
Deficiencia física & deficiencia psíquica.
Deficiencia psíquica & deficiencia sensorial.
Deficiencia física & deficiencia sensorial.
Deficiencia física & deficiencia psíquica & deficiencia sensorial.
Deficiencia sensorial & deficiencia sensorial.
Concluyendo con las necesidades educativas especiales asociadas a una
discapacidad con el trastorno del desarrollo en general como puede ser el autismo
que es un daño a la información que procesa su cerebro, es decir, un trastorno
neurológico que causa la dificultad de comunicación en interacción con las demás
personas, por otra parte, tenemos el síndrome de Rett que afecta a las niñas en
su desarrollo cerebral, síndrome de Asperger que afecta en la comunicación y al
34
momento de interactuar con otros individuos, entre otras dificultades que pueden
llegar a presentarse.
En el artículo 229 teniendo como tema la atención que se les debe brindar a los
niños con necesidades educativas especiales asociadas y no asociadas a una
discapacidad nos señala lo siguiente:
La atención a los estudiantes con necesidades educativas especiales puede
darse en un establecimiento educativo especializado o mediante su
inclusión en un establecimiento de educación escolarizada ordinaria, de
conformidad con la normativa específica emitida por el Nivel Central de la
Autoridad Educativa Nacional. Se cuenta con equipos de profesionales
especializados en la detección de necesidades educativas especiales,
quienes deben definir cuál es la modalidad más adecuada para cada
estudiante y deben brindarles la atención complementaria, con servicio fijo
e itinerante. (Dirección Nacional de Normativa Jurídico Educativa, 2015, p.
64 - 65).
Todo establecimiento que en su población estudiantil encontrase a jóvenes con
necesidades educativas especiales, deberá prestar los servicios necesarios para
que puedan sentirse capaz de desenvolverse en sus actividades académicas,
teniendo en consideración que el tipo o modalidad de enseñanza debe acogerse
a las normativas vigentes de la institución, con respecto a los casos presentados
en los educandos, puesto que su inclusión o acogida también depende de la
manera en que se imparta la cátedra por parte del docente.
Muchos casos se pueden ver en la necesidad de recurrir a algún especialista que
pueda entender y atender sus necesidades, como es el caso de los psicólogos
quienes están prestos a ayudar con el desarrollo emocional del individuo, para así
permitirle un mejor trato social y que se sienta a gusto en el lugar que se encuentre.
Existen muchas herramientas pedagógicas que el docente puede hacer uso para
un mejor rendimiento y motivación de sus estudiantes en las horas de clases.
Dicha ayuda puede ser de mucha utilidad al tratar estudiantes con necesidades
educativas especiales asociadas a una discapacidad.
35
El artículo 230 referente a la promoción y evaluación de estudiantes con
necesidades educativas especiales dispone que:
Para la promoción y evaluación de los estudiantes, en los casos pertinentes,
las instituciones educativas pueden adaptar los estándares de aprendizaje
y el currículo nacional de acuerdo a las necesidades de cada estudiante, de
conformidad con la normativa que para el efecto expida el Nivel Central de
la Autoridad Educativa Nacional. (…). Para la promoción de grado o curso,
se puede evaluar el aprendizaje del estudiante con necesidades educativas
especiales de acuerdo a los estándares y al currículo nacional adaptado
para cada caso, y de acuerdo a sus necesidades específicas. (Dirección
Nacional de Normativa Jurídico Educativa, 2015, p. 65).
Lo que indica que, si existiere algún niño o niña con necesidad educativa especial
no asociada a una discapacidad en el caso de los estudiantes con coeficiente
intelectual alto, la institución deberá basarse en el artículo antes presentado, el
cual declara que deberá evaluar al estudiante para proceder a una promoción de
grado o curso dependiendo cual fuese el resultado obtenido.
Puede ocurrir de que el estudiante presente un bajo rendimiento escolar o una
dificultad de aprendizaje a causa de que el grado o curso sea muy avanzado, por
lo que deberá ser evaluado y de acuerdo al resultado podría promovérselo a un
curso inferior o simplemente necesitaría ayudantías escolares que le permitan un
mejor avance del aprendizaje o desarrollar su habilidad cerebral para captar de
una manera más rápida las clases impartidas por el docente.
En el capítulo cuarto de la educación en situaciones excepcionales según el
artículo número 240 de las necesidades educativas especiales derivadas de la
situación de vulnerabilidad indica que:
Los estudiantes en situación de vulnerabilidad tienen derecho a un servicio
educativo que dé respuesta a sus necesidades educativas especiales, de
conformidad con lo establecido en el presente reglamento y la normativa
36
específica sobre educación en casa, aulas hospitalarias y otras que para el
efecto emita el Nivel Central de la Autoridad Educativa Nacional. (Dirección
Nacional de Normativa Jurídico Educativa, 2015, p. 66)
Reglamento de Tesis de Pre-Grado de la CISC
Art. 1.- El título de Ingeniero en Sistemas Computacionales será otorgado cuando
el estudiante cumpla con el requisito académico de aprobación de todas las
asignaturas del pensum, y luego de la denuncia, aprobación y sustentación de una
tesis.
Art. 4.- El desarrollo del proyecto de tesis denunciado debe ser original e inédito.
Podrá consistir en temas referentes a la automatización de procesos
administrativos, académicos o de servicio a la comunidad.
REGLAMENTO PARA LA ADQUISICION DE SOFTWARE POR PARTE DE
LAS ENTIDADES CONTRATANTES DEL SECTOR PUBLICO
El reglamento para la adquisición de software señala en su Art 3 que: La
Adquisición de software en cualquier otra modalidad que incluya servicios con un
componente mayoritario de valor agregado ecuatoriano (segunda clase de
prelación). - En el caso de no ser posible la adquisición o desarrollo de software
de código abierto con un importante componente de valor agregado ecuatoriano,
se procederá con el segundo orden de clase de prelación, previo a la autorización
de la Secretaria Nacional de la Administración Publica.
En el caso de esta clase de prelación, se reconoce como componente mayoritario
de valor agregado ecuatoriano cuando el desarrollo de dicho software hubiera sido
mayoritariamente ecuatoriano y en su programación hubieran participado
mayoritariamente autores, desarrolladores o programadores ecuatorianos.
37
De manera adicional, se otorgará preferencia al software de código de cualquier
otra modalidad que ostente el mayor componente de valor agregado ecuatoriano,
cuya funcionalidad total o parcial no presente dependencia con tecnologías de
código de cualquier otra modalidad internacional y que permita realizar procesos
de migración a futuro, de acuerdo a la regulación que expida para el efecto la
Secretaria Nacional de la Administración.
Las entidades requirentes que soliciten autorización a la Secretaria Nacional de la
Administración Publica, con la finalidad de adquirir software de cualquier otra
modalidad que incluya servicios con un componente mayoritario de valor agregado
ecuatoriano, deberán acompañar a su solicitud la información detallada que
justifique las condiciones de la licencia; plaza de agencia; especificaciones
técnicas del software contratado; costos de operación anual; supuesto referencial;
y; otros documentos que fueren requeridos por el ente Regulador
Art .5.- Adquisición de software internacional (cuarta y quinta clase de prelación).
- En el caso de adquisición de software internacional, la entidad requirente deberá
incluir en los términos de referencia o especificaciones técnicas, condiciones de
transferencia tecnológica en las modalidades y niveles que determine el Servicio
Nacional de Contratación Pública.
Art.- 6.- Evaluación por criticidad del software.- En caso que no sea posible o
pertinente acceder al primer orden de clase de prelación, la entidad requirente
deberá justificar la adquisición o desarrollo de tecnologías de otras características
a la Secretaria Nacional de la Administración Publica, entidad que evaluar la
criticidad del software de acuerdo a los criterios establecidos en el artículo 148 del
Código Orgánico de la Economía Social de los Conocimientos, Creatividad e
Innovación y a la regulación que emita para el efecto.
Código Orgánico de la Economía Social de los Conocimientos,
Creatividad e Innovación.
Artículo 131.- Protección de software. - El software se protege como obra literaria.
Dicha protección se otorga independientemente de que hayan sido incorporados
38
en un ordenador y cualquiera sea la forma en que estén expresados, ya sea como
código fuente; es decir, en forma legible por el ser humano; o como código objeto;
es decir, en forma legible por máquina, ya sea sistemas operativos o sistemas
aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en general,
aquellos elementos que conformen la estructura, secuencia y organización del
programa.
Se excluye de esta protección las formas estándar de desarrollo de software.
Artículo 132.- Adaptaciones necesarias para la utilización de software. - Sin
perjuicio de los derechos morales del autor, el titular de los derechos sobre el
software, o el propietario u otro usuario legítimo de un ejemplar del software, podrá
realizar las adaptaciones necesarias para la utilización del mismo, de acuerdo con
sus necesidades, siempre que ello no implique su utilización con fines
comerciales.
Artículo 133.- Titulares de derechos. - Es titular de los derechos sobre un software
el productor, esto es, la persona natural o jurídica que toma la iniciativa y
responsabilidad de la realización de la obra. Se presumirá titular, salvo prueba en
contrario, a la persona cuyo nombre conste en la obra o sus copias de la forma
usual.
Dicho titular está además autorizado para ejercer en nombre propio los derechos
morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación. El
productor tiene el derecho exclusivo de impedir que terceras personas realicen sin
su consentimiento versiones sucesivas del software y software derivado del
mismo. Las disposiciones del presente artículo podrán ser modificadas mediante
acuerdo entre los autores y el productor.
Artículo 134.- Actividades permitidas sin autorización. - Se permite las actividades
relativas a un software de lícita circulación, sin que se requiera autorización del
autor o titular, ni pago de valor alguno, en los siguientes casos:
39
1. La copia, transformación o adaptación del software que sea
necesaria para la utilización del software por parte del propietario u
otro usuario legítimo de un ejemplar del mismo;
2. La copia del software por parte del propietario u otro usuario
legítimo de un ejemplar del mismo que sea con fines de seguridad
y archivo, es decir, destinada exclusivamente a sustituir la copia
legítimamente obtenida, cuando esta ya no pueda utilizarse por
daño o pérdida;
3. Las actividades de ingeniería inversa sobre una copia
legítimamente obtenida de un software que se realicen con el único
propósito de lograr la compatibilidad operativa entre programas o
para fines de investigación y educativos;
4. Las actividades que se realicen sobre una copia legítimamente
obtenida de un software con el único propósito de probar, investigar
o corregir su funcionamiento o la seguridad del mismo u otros
programas, de la red o del computador sobre el que se aplica; y,
5. La utilización de software con fines de demostración a la clientela
en los establecimientos comerciales en que se expongan o vendan
o reparen equipos o programas computacionales, siempre que se
realice en el propio local o de la sección del establecimiento
destinadas a dichos objetos y en condiciones que eviten su difusión
al exterior.
Artículo 135.- Excepción a la reproducción. - No constituye reproducción de un
software, a los efectos previstos en el presente Título, la introducción del mismo
en la memoria interna del respectivo aparato, para efectos de su exclusivo uso
personal.
Artículo 136.- Uso lícito del software. - Salvo pacto en contrario, será lícito el
aprovechamiento del software para su uso en varias estaciones de trabajo
mediante la instalación de redes, estaciones de trabajo u otros procedimientos
similares.
40
Artículo 137.- Excepción a la transformación. - No constituye transformación, a los
efectos previstos en el presente Título, la adaptación de un software realizada por
el propietario u otro usuario legítimo para la utilización exclusiva del software.
Artículo 138.- Prohibición de transferencia a las modificaciones efectuadas a un
software. - Las adaptaciones o modificaciones permitidas en este párrafo no
podrán ser transferidas bajo ningún título, sin que medie autorización previa del
titular del derecho respectivo. Asimismo, los ejemplares obtenidos en la forma
indicada no podrán ser transferidos bajo ningún título, salvo que lo sean
conjuntamente con el programa que les sirvió de matriz y con la autorización del
titular.
Artículo 139.- Otras excepciones. - Además de las excepciones al derecho de
autor contempladas en el presente Apartado para el software, podrán ser
aplicables las excepciones o limitaciones dispuestas para las obras literarias.
Artículo 140.- Materia protegible por las bases de datos. - Las compilaciones de
datos o de otros materiales, en cualquier forma, que por razones de la originalidad
de la selección o disposición de sus contenidos constituyan creaciones de carácter
intelectual, están protegidas como tales. Esta protección de una base de datos,
según el presente Título, no se extiende a los datos o información recopilada, pero
no afectará los derechos que pudieren subsistir sobre las obras o prestaciones
protegidas por derechos de autor o derechos conexos que la conforman. La
protección reconocida a las bases de datos en virtud del presente artículo no se
aplicará al software utilizado en la fabricación o en el funcionamiento de bases de
datos accesibles por medios electrónicos.
Artículo 141.- Utilización Datos Personales o no Personales en contenidos
protegidos o no por Propiedad Intelectual. - Los datos personales o no personales
que se encuentren formando parte de los contenidos protegidos o no por
propiedad intelectual disponibles en bases de datos o repositorios y otras formas
de almacenamiento de datos pertenecientes a personas naturales o jurídicas,
sean de derecho público o privado, podrán ser utilizados exclusivamente en los
siguientes casos:
41
Cuando se trate de información clasificada como asequible.
Cuando cuenten con la autorización expresa del titular de la información.
Cuando estén expresamente autorizados por la ley
Cuando estén autorizados por mandato judicial u otra orden de autoridad con
competencia para ello.
Cuando lo requieran las instituciones de derecho público para el ejercicio de
sus respectivas competencias o del objeto social para el que hayan sido
constituidas.
No podrán disponerse de los datos personales o no personales so pretexto de los
derechos de autor existentes sobre la forma de disposición de los elementos
protegidos en las bases de datos.
La información contenida en las bases de datos, repositorios y otras formas de
almacenamiento de datos personales o no personales son de interés público; por
consiguiente, deberán ser usados con criterios equitativos, proporcionales y en su
uso y transferencia deberá primar el bien común, el efectivo ejercicio de derechos
y la satisfacción de necesidades sociales.
Apartado Segundo
De las tecnologías libres y formatos abiertos.
Artículo 142.- Tecnologías libres. - Se entiende por tecnologías libres al software
de código abierto, los estándares abiertos, los contenidos libres y el hardware libre.
Los tres primeros son considerados como Tecnologías Digitales Libres.
Se entiende por software de código abierto al software en cuya licencia el titular
garantiza al usuario el acceso al código fuente y lo faculta a usar dicho software
con cualquier propósito. Especialmente otorga a los usuarios, entre otras, las
siguientes libertades esenciales:
• La libertad de ejecutar el software para cualquier propósito;
42
• La libertad de estudiar cómo funciona el software, y modificarlo para
adaptarlo a cualquier necesidad. El acceso al código fuente es una condición
imprescindible para ello.
• La libertad de redistribuir copias.
• La libertad de distribuir copias de sus versiones modificadas a terceros.
Se entiende por código fuente, al conjunto de instrucciones escritas en algún
lenguaje de programación, diseñadas con el fi n de ser leídas y transformadas por
alguna herramienta de software en lenguaje de máquina o instrucciones
ejecutables en la máquina.
Los estándares abiertos son formas de manejo y almacenamiento de los datos en
los que se conoce su estructura y se permite su modificación y acceso no
imponiéndose ninguna restricción para su uso. Los datos almacenados en
formatos de estándares abiertos no requieren de software propietario para ser
utilizados. Estos formatos estándares podrían o no ser aprobados por una entidad
internacional de certificación de estándares.
Contenido Libre es el acceso a toda la información asociada al software,
incluyendo documentación y demás elementos técnicos diseñados para la entrega
necesarios para realizar la configuración, instalación y operación del programa,
mismos que deberán presentarse en estándares abiertos.
Se entiende por hardware libre a los diseños de bienes o materiales y demás
documentación para la configuración y su respectivo puesto en funcionamiento,
otorgan a los usuarios las siguientes libertades otorgan a los usuarios las
siguientes libertades:
La libertad de estudiar dichas especificaciones, y modificarlas para
adaptarlas a cualquier necesidad.
La libertad de redistribuir copias de dichas especificaciones.
La libertad de distribuir copias de sus versiones modificadas a terceros.
43
El Estado en la adquisición de bienes o servicios incluidos los de consultoría de
tecnologías digitales, preferirá la adquisición de tecnologías digitales libres. Para
el caso de adquisición de software se observará el orden de prelación previsto en
este código.
GNU GENERAL PUBLIC LICENSE
TÉRMINOS Y CONDICIONES
El desarrollo de la aplicación desktop para generar reportes de alumnos con
necesidades especiales asociadas y no asociadas a una discapacidad en la
Unidad Educativa Durán hace uso del siguiente software MySQL y Netbeans los
cuales poseen una licencia GNU que especifican los siguiente:
1. Permisos Básicos: Todos los derechos otorgados bajo esta Licencia se
otorgan por el término de los derechos de autor en el Programa, y son irrevocables
siempre que se cumplan las condiciones establecidas. Esta Licencia afirma
explícitamente su permiso ilimitado para ejecutar el Programa no modificado. El
resultado de ejecutar un trabajo cubierto está cubierto por esta Licencia solo si el
resultado, dado su contenido, constituye un trabajo cubierto. Esta licencia
reconoce sus derechos de uso legítimo u otros equivalentes, según lo estipulado
por la ley de derechos de autor.
Puede hacer, ejecutar y propagar obras cubiertas que no transmita, sin
condiciones, siempre que su licencia permanezca vigente. Puede transmitir los
trabajos cubiertos a otros con el único propósito de que ellos realicen
modificaciones exclusivamente para usted, o proporcionarle instalaciones para
ejecutar dichos trabajos, siempre que cumpla con los términos de esta Licencia al
transmitir todo el material que no controla. derechos de autor. Quienes hagan o
dirijan las obras cubiertas para usted deben hacerlo exclusivamente en su nombre,
bajo su dirección y control, en términos que les prohíban hacer copias de su
material protegido por derechos de autor fuera de su relación con usted.
44
Tal como se especifica en el punto 1 la licencia GNU otorga permisos ilimitados
para la ejecución y distribución de cualquier aplicación que se encuentre bajo esta
licencia.
2. Transmitir copias verbatim: Puede transmitir copias exactas del código fuente
del Programa tal como lo recibe, en cualquier medio, siempre que publique en
forma conspicua y apropiada en cada copia un aviso de copyright apropiado;
mantener intactos todos los avisos que indiquen que esta Licencia y cualquier
término no permisivo agregado de acuerdo con la sección 7 se aplican al código;
mantener intactos todos los avisos de la ausencia de cualquier garantía; y
entregue a todos los destinatarios una copia de esta Licencia junto con el
Programa.
Usted puede prestar copias, bajo las mismas condiciones establecidas
anteriormente, y puede exhibir copias públicamente, además puede cobrar
cualquier precio o ningún precio por cada copia que transmita, y puede ofrecer
soporte o garantía de garantía por una tarifa. Se puede difundir, divulgar, o ceder
copias idénticas del software siempre y cuando también se transmita
apropiadamente el aviso copyright y es opción del usuario el cobrar un valor por
dichas transacciones.
Variables
Las variables que intervienen en el desarrollo de este trabajo son:
Variable independiente
Número de incidencias en el mes de los alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad.
Registro de acciones realizadas sobre los alumnos
Variable dependiente
La aplicación de escritorio a implementar en la Unidad Educativa Duran en
relación a la generación de reportes.
45
Pregunta científica
¿El desarrollo e implementación de una aplicación desktop para generar reportes
de alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, mejorará el tiempo y la presentación
clara de los reportes?
Definiciones conceptuales
Licencia de software: Es un convenio entre 2 participantes el licenciante (autor
y/o titular) y el licenciatario (usuario) del software para el uso de la aplicación bajo
un conjunto de términos y condiciones. (Torres, J., & Petrizzo, M, 2015).
Clase: Es la representación virtual de las características de una entidad o
concepto de la vida real a través de la programación (Botero, R. D. J., Castro, C.
A., & Serna, 2014)
Controlador: Es el componente del MVC que se encarga de manejar las
interacciones del usuario con la aplicación. (Vidal, C. L., López, L. L., Rojas, J. A.,
& Castro, M. M. ,2017)
MVC: Es una abreviación que hace referencia a un patrón de arquitectura de
software el cual consta de 3 componentes (modelo, vista, controlador), el cual
separa la lógica de aplicación de las vistas (interfaces). (Camarena Sagredo, J.
G., Trueba Espinosa, 2016)
Modelo: Es la implementación del acceso a la base de datos y la lógica de la
aplicación.
MySql: Es un sistema de gestión de base de datos, considerado uno de los más
populares junto a Oracle y Sql Server.
46
Procedimientos almacenados: Es un componente de software que forma parte
del sistema gestor de base de datos(SGBD) el cual contiene instrucciones de
programación que realiza operaciones sobre la base de datos cuando es
ejecutado por el usuario por medio de una petición dentro de la aplicación
Scrum: Se denomina scrum al marco de desarrollo ágil de aplicaciones de
software el cual es un conjunto de buenas prácticas. (Dimes, T. ,2015)
Vista: Son todas las interfaces de la aplicación (la parte gráfica) que son
mostradas al usuario.
ODBC: Conectividad de base de datos abierta (Open Database Connectivity,
ODBC) es una interfaz de programación de aplicaciones (API) de estándar abierto
para acceder a una base de datos. Mediante el uso de sentencias de ODBC, usted
puede acceder a los archivos de diferentes bases de datos, incluyendo Access,
dBase, DB2, Excel y Text. Además del software de ODBC, se necesita un módulo
o controlador independiente para acceder a cada base de datos. El principal
promotor y proveedor del soporte de programación ODBC es Microsoft. (Microsoft,
2017)
GNU/Linux: Es un sistema operativo de software libre el cual posee varias
características entre las que podemos mencionar: multiplataforma, multitarea,
multiusuario. GNU/Linux es conocido a través de sus distribuciones o distros
como, por ejemplo: Ubuntu, Fedora, Red Hat, la diferencia entre una distribución
y otra son las características adicionales que posee cada una. (Pons, N, 2016).
Java: Es uno de los lenguajes de programación más usados en la actualidad, es
multiplataforma, coherente, y orientado a objetos es altamente seguro y confiable,
además permite el desarrollo de aplicaciones cliente-servidor. Fue creado por la
empresa Sun Microsystem. (Aguilera, Y. B., & González, Y. C. ,2017).
47
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Análisis de factibilidad
El desarrollo e implementación de una aplicación desktop para generar reportes
de alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, beneficiará tanto en tiempo como en
recursos, ya que, al automatizar el proceso, el tiempo empleado para generar
reportes será menor a comparación de realizarlo manualmente.
Factibilidad operativa
De acuerdo a la certificación otorgada por el Rector, MSc. José Felipe Freres Pita,
quien es la máxima autoridad del plantel, podemos dar fe de la colaboración
brindada por parte de los involucrados en la generación de reportes de alumnos
con necesidades especiales asociadas y no asociadas a una discapacidad, cuya
información pudo ser obtenida de la Psic. Solange Anette Kuhn Ayora, quien es la
que dirige el Departamento de Consejería Estudiantil (DECE), facilitando la
creación de un producto final que pueda cumplir con las expectativas u objetivos
deseados.
48
Hasta el presente año 2017, el DECE lleva un registra y la generación de reportes
de forma manual, lo que implica un coste elevado en cuanto al tiempo, lo que
implica un mayor manejo de recursos. Basado en el método empleado, se ha
indicado al usuario que cuyo objetivo del producto terminado será una
minimización en cuanto a tiempo vs recursos. De acuerdo a las encuestas y
entrevistas realizadas en varias reuniones con las autoridades hemos podido crear
la aplicación desktop de acuerdo a las necesidades que posee la institución.
Factibilidad técnica
El hardware utilizado en la implementación de la aplicación desktop para la
generación de reportes otorgado por la institución cumple con las siguientes
características:
Tabla 7. Características del hardware
Cantidad Producto Descripción Característica
1 Equipo de escritorio
(Desktop)
Sistema Operativo Ubuntu 16.04
Disco duro 500GB Samsung HD502HJ
Memoria Ram 2GB DIMM DDR2
Procesador Intel Core™ 2 Duo
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Características del Software empleado para el desarrollo e implementación de la
aplicación desktop para la generación de reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad, son los siguientes:
Tabla 8. Características del software
Función Producto Licencia Característica
Lenguaje de
Programación Java GNU Software Libre Versión 8
Base de datos MySql GNU Software Libre Versión 5.7
Desarrollo Netbeans Software Libre Versión 8.2
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
49
El DECE actualmente no dispone de un sistema automatizado del que puedan
hacer uso para agilitar los procesos, por lo cual seremos pioneros en la inmersión
de la automatización, dando a conocer una mejor forma de minimizar tiempos y
recursos a la vez, para que así en un futuro no tan lejano puedan seguir
transformando la manera en que emplean sus técnicas laborales.
Factibilidad legal
Desarrollar e implementar el aplicativo desktop para generar los reportes de los
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad en la Unidad Educativa Durán, usando herramientas open source,
la cual no viola ningún estatuto o política vigente, tanto para el uso de software
como, para su implementación en una institución educativa fiscal.
Factibilidad económica
Se considera económicamente factible al desarrollo del sistema, debido a que se
están empleando herramientas y tecnologías de distribuciones libres; que de
acuerdo con el reglamento o estatuto no es necesario pagar una licencia para la
utilización del programa, beneficiando así a la institución.
El presupuesto del presente proyecto se detallará a continuación:
Tabla 9. Presupuesto
Componente Mes
1
Mes
2
Mes
3 Cant.
Costo
Unitario
Costo
Total
Mano de obra
Analista Desarrollador de
Software (horas)
120 120 120 360 $ 7,00 $ 2.520
Hardware
Depreciación o uso
informático de
computadora del
desarrollador (horas)
120 120 120 360 $ 1,00 $ 360
50
Software
Java (horas) 120 120 120 360 $ 0,00 $ 0
Netbeans (horas) 120 120 120 360 $ 0,00 $ 0
MySql (horas) 120 120 120 360 $ 0,00 $ 0
Servicios
Energía Eléctrica (kw/h) 15,2 15,2 15,2 45,6 $ 0,25 $ 11
Internet (plan) 1 1 1 3 $ 10,00 $ 30
Subtotal $ 2.921,40
15% Imprevistos $ 438,21
25% ganancias $ 730,35
Total $ 4.089,96
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Etapas de la metodología del proyecto
La metodología seleccionada para llevar a cabo el desarrollo y ejecución de la
aplicación desktop para generar reportes de alumnos con necesidades especiales
asociadas y no asociadas a una discapacidad en la Unidad Educativa Durán, es
una metodología ágil la cual permite adaptar la forma de trabajo a las condiciones
del proyecto, consiguiendo flexibilidad e inmediatez en la respuesta para amoldar
el proyecto y su desarrollo a las circunstancias específicas del entorno, esta
metodología consta con las siguientes etapas:
Requisitos de la aplicación desktop
Asignación o distribución de tareas, divididas en:
o Análisis
o Diseño
o Implementación
o Pruebas
Reuniones, distribuidas en:
o Semanales
o Mensuales
Producto final
51
Características del equipo Scrum
La metodología Scrum tiene sus bases bajo el esquema ágil, por lo cual se
requiere enfatizar que los valores expuestos posteriormente deberán ser aplicados
a lo largo de todo el desarrollo del proyecto:
Respeto en el equipo
Responsabilidad
Autodisciplina
Adaptabilidad al cambio
Enfoque en tareas
Transparencia
Visibilidad
Personas y roles del proyecto
La metodología Scrum asigna roles a cada persona para el cumplimiento de su
proyecto, el cual se detalla a continuación:
Tabla 10. Roles del proyecto
Persona Rol o cargo
MSc. José Felipe Freres Pita Product Owner
Grijalva Alvarado Ismael José Scrum Master
Sánchez Vaca Nohelia Carolina Scrum Team
Grijalva Alvarado Ismael José Scrum Team
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Sprint Backlog
El proyecto se llevará a cabo con una duración de tres meses, en donde cada
sprint representará una semana, como consecuencia de ello se detallará a
continuación las actividades que se ejecutarán en el proyecto:
52
Tabla 11. Actividades del proyecto
ID Actividad N° de Sprint Responsable(s)
A-1 Definición del ambiente de
desarrollo de la app 1
Ismael Grijalva,
Nohelia Sánchez
A-2 Diseño del patrón de desarrollo
Modelo Vista Controlador 1
Ismael Grijalva,
Nohelia Sánchez
A-3 Diseño de las interfaces de la app 2 Ismael Grijalva
A-4 Análisis y creación del Diagrama
Entidad Relación 2
Ismael Grijalva,
Nohelia Sánchez
A-5 Creación de objetos de base de
datos(tablas ,triggers, usuarios) 2 Ismael Grijalva
A-6 Desarrollo de la interfaz de registro
de estudiantes 3 Ismael Grijalva
A-7 Desarrollo de la interfaz de
acciones realizadas 3
Ismael Grijalva,
Nohelia Sánchez
A-8 Desarrollo de la interfaz de
creación de reportes 3
Ismael Grijalva,
Nohelia Sánchez
A-9 Desarrollo de la interfaz de
informes estadísticos 3
Ismael Grijalva,
Nohelia Sánchez
A-10 Pruebas y correcciones 4 Ismael Grijalva,
Nohelia Sánchez
A-11 Implementación de la app 4 Ismael Grijalva,
Nohelia Sánchez
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Teniendo como resultado en la tabla 11 una lista detallada de todas las actividades
que se llevarán a cabo con su respectivo responsable previstas para el presente
proyecto.
53
Sprint 1
Tabla 12. Sprint 1
Fase Descripción
Análisis Selección del framework, lenguaje de la app
Diseño Diseño del patrón de desarrollo Modelo Vista
Controlador
Desarrollo Desarrollo de procesos, patrones
Pruebas
Se prueban las siguientes funcionalidades:
Definición del ambiente de desarrollo de la app
Diseño del patrón de desarrollo Modelo Vista
Controlador
Entrega Entrega de sprint
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Sprint 2
Tabla 13. Sprint 2
Fase Descripción
Análisis Ubicación de los campos de textos y etiquetas
Diseño Determinar la funcionalidad de cada pantalla.
Diseño de pantallas.
Desarrollo Desarrollo de los scripts de la base de datos
Pruebas
Se prueban las siguientes funcionalidades:
Diseño de las interfaces de la app
Análisis y creación del Diagrama Entidad
Relación
Creación de objetos de base de datos(tablas,
triggers, usuarios)
Entrega Entrega de sprint
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
54
Sprint 3
Tabla 14. Sprint 3
Fase Descripción
Análisis Definición del patrón modelo vista controlador
Diseño Diseño de la estructura de los packages del patrón de
desarrollo
Desarrollo Desarrollo de los métodos y clases
Pruebas
Se prueban las siguientes funcionalidades:
Desarrollo de la interfaz de registro de estudiantes
Desarrollo de la interfaz de acciones realizadas
Desarrollo de la interfaz de creación de reportes
Desarrollo de la interfaz de informes estadísticos
Entrega Entrega de sprint
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Sprint 4
Tabla 15. Sprint 4
Fase Descripción
Análisis Verificación de la funcionalidad
Pruebas
Se prueban las siguientes funcionalidades:
Pruebas y correcciones
Implementación de la app
Entrega Entrega de sprint
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
55
Análisis de los requisitos.
Para un mejor entendimiento de los requisitos hemos utilizados diversas técnicas
como las que se detallan a continuación:
Entrevista: Se coordinó una entrevista con el Rector, MSc. José Felipe Freres
Pita, y la Psic. Solange Anette Kuhn Ayora, quien dirige el Departamento de
Consejería Estudiantil (DECE), para obtener información más detallada del
proceso que llevan a cabo para la generación del reporte.
Reuniones: Se realizó una reunión con la máxima autoridad del plantel en la
que nos relató la problemática encontrada en la institución, debido a esto se
optó por el desarrollo e implementación de la aplicación desktop.
Análisis: Se observó cómo llevan manualmente el proceso de la generación
de reporte y el tiempo empleado, situaciones que sirvieron para obtener un
mejor análisis de la situación existente.
Requerimientos funcionales
Tabla 16. Requerimientos funcionales
Requerimiento Descripción
RF01
La aplicación desktop deberá contar con las opciones de
agregar, modificar, eliminar y consultar datos de alumnos
con necesidades especiales asociadas y no asociadas a
una discapacidad.
RF02 Los datos ingresados deberán ser almacenados en una
base de datos para su posterior consulta.
RF03 Deberá contar con las validaciones respectivas del caso.
RF04 Presentación de datos estadísticos en las consultas.
RF05
Almacenamiento de bitácora para un mejor control de las
transacciones realizadas en cuanto a registros,
modificaciones o eliminación de datos.
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
56
Requerimientos no Funcionales
Tabla 17. Requerimientos no funcionales
Requerimientos Descripción
RNF01
Notificación de mensajes de dialogo al realizar un evento
como:
Ilustración 1 Ingresar datos
Ilustración 2 Modificar datos
Ilustración 3 Eliminar datos
RNF02 Disponibilidad las 8 horas, los 5 días de la semana
RNF03 Ícono de la aplicación será el logo de la institución
RNF04
La aplicación desktop deberá poseer el color de la institución
o colores pasteles para no afectar la visualización del
usuario.
RNF05 La aplicación desktop permitirá el acceso solo a usuarios
registrados en la base de datos.
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
Encuestas
Criterio A Funcionabilidad
1. ¿En la actualidad el DECE cuenta con las herramientas necesarias
para la generación de reportes de alumnos con NEE?
2. ¿La información generada en el reporte de alumnos con NEE es
íntegra?
Criterio B Eficiencia
1. ¿El tiempo estimado para la generación de reportes de alumnos
con NEE por parte del DECE es?
2. ¿Cómo calificaría el proceso actual en la generación de reportes de
alumnos con NEE?
57
Criterio C Fiabilidad
1. ¿Al momento de presentarse un error en la generación de reportes
de alumnos con NEE, su tiempo de corrección es?
2. En caso de pérdida de datos ¿Existen métodos de recuperación de
los mismos?
Criterio D Usabilidad
1. ¿La manera en que se genera el reporte de alumnos con NEE, es
de fácil entendimiento en caso de cambio de personal?
2. ¿Se siente conforme con el proceso de generación de reportes de
alumnos con NEE?
Criterio E Portabilidad
1. La herramienta utilizada para la generación del reporte de alumnos
con NEE ¿fue de fácil instalación?
2. La herramienta utilizada para la generación del reporte de alumnos
con NEE se puede adaptar a cualquier SO
Criterio F Mantenibilidad
1. El proceso actual permite detectar fallos en la generación de
reportes de alumnos con NEE
2. El proceso actual cumple con los estándares de facilidad de
mantenimiento
58
Diagramas
Diagrama de estado
Ilustración 5 Diagrama de estados
Ingreso de datos
Consultar datos
Guardar datos
Generación de reportes
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Modelo de datos Entidad – Relación
Ilustración 6 Diagrama entidad-relación tablas de login
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
59
Ilustración 7 Diagrama entidad-relación de la aplicación desktop
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
60
Diagrama de secuencia
Ilustración 8 Diagrama de secuencia
Login
Ingreso de datos
Ingreso exitoso
Ingreso Exitoso
ModificaciónEliminación
Consulta
Transacción Exitosa
Usuario ServidorGeneración de Reportes
Consulta de Reporte
Reporte Generado con Éxito
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
61
Diagrama de casos de uso
Ilustración 9 Diagrama de caos de uso
Usuario
Ingreso de datos
Modificación de datos
Eliminación de datos
Consulta de datos
Generación de reportes
Ingreso de datos personales del estudiante
Ingreso de datos personales del representante
<<extender>>
<<extender>>
<<incluir>>
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
62
Diagrama de objetos
Ilustración 10 Diagrama de objetos
<<Interfaz>>
Estudiante
nombre: Juanito Pepitoapellidos: Pérez Alvaradodireccion: su casafecha_nacimiento: 12/05/2001numero_cedula: 0912345674genero: Mnombre_representante: María Alvaradoedad: 16
<<Interfaz>>
Login
user: User1password: 123ABC
Conexion
cn: conexionalabase
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
63
Diagrama de clases
Ilustración 11 Diagrama de clases
estudiante
nombre: stringapellidos: stringdireccion: stringfecha_nacimiento: stringnumero_cedula: stringgenero: stringnombre_representante: stringedad: intid_nee: intid_ciudad: intid_curso: int
registrar()eliminar()update()obtener()
<<Interfaz>>
Estudiante
nombre: stringapellidos: stringdireccion: stringfecha_nacimiento: stringnumero_cedula: stringgenero: stringnombre_representante: stringedad: int
registrar(estudiante)eliminar(estudiante)update(estudiante)obtener(estudiante)
<<Interfaz>>
Login
user: stringpassword: string
autenticacion(user, password)
Conexion
cn: string
obtener()cerrar()
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
64
Diagrama de flujo
Ilustración 12 Diagrama de flujo para el usuario
Ingresa datos
Recopilar datos de un usuario
Inicio
ConsultarO
Modificar/eliminar
Consultar datos
ModificarO
Eliminar
Eliminar datos
Modificar datos
Generar reporte
Fin
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
65
Criterios de evaluación
Se procedió a la realización de encuestas que contenían las mismas preguntas
que al inicio del levantamiento de información, para conocer el nivel de aceptación
de las autoridades de la Unidad Educativa Durán sobre la aplicación
implementada, evaluando los criterios de funcionalidad, eficiencia, fiabilidad,
usabilidad y portabilidad, con el propósito de valorar el porcentaje de mejoramiento
obtenido para el proceso de generación de reportes de alumnos con necesidades
especiales asociadas y no asociadas a una discapacidad, en el que se alcanzó
los siguientes resultados mostrados en la tabla 18:
Tabla 18. Resultados de encuestas sobre los criterios de evaluación en el proceso actual para la generación de reportes de alumnos con NEE
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Unidad Educativa Durán
Con los resultados mostrados en la tabla 18 podemos visualizar un total del
94,44% de los criterios evaluados en las encuestas realizadas a las autoridades
del plantel, quedando así satisfechos con la aplicación desktop para la generación
de reportes de alumnos con necesidades especiales asociadas y no asociadas a
una discapacidad, y para una mayor proyección de los resultados, lo damos a
conocer en un gráfico de barras en el gráfico 2 detallando cada criterio con su
respectivo porcentaje calculado.
CRITERIOS DE EVALUACIÓN
CRITERIO EVALUACIÓN
N° CÓDIGO NOMBRE F/M/D %
1 A FUNCIONALIDAD FORTALEZA 100,00
2 B EFICIENCIA FORTALEZA 100,00
3 C FIABILIDAD FORTALEZA 100,00
4 D USABILIDAD FORTALEZA 83,33
5 E PORTABILIDAD FORTALEZA 83,33
6 F MANTENIBILIDAD FORTALEZA 100,00
TOTAL 94,44
66
Gráfico 2: Resultados de encuestas sobre los criterios de evaluación en el proceso actual para la generación de reportes de alumnos con NEE
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
Entregables del proyecto.
Los entregables de nuestro proyecto son los siguientes:
código fuente
Aplicación
manual de usuario
manual técnico
Código fuente
La carpeta con el contenido del proyecto será entregada junto a la instalación de
la aplicación, dicha carpeta contiene: los archivos .java, los formularios y las
imágenes usadas en la aplicación, para su futura edición.
Clases DAO: Data Access Object o DAO, la funcionalidad de este patrón consiste
en centralizar los procesos de acceso hacia la base de datos evitando
inconsistencias y posibles problemáticas cuando esto se realiza a lo largo de la
100,00 100,00 100,00
83,33 83,33
100,00
0,00
20,00
40,00
60,00
80,00
100,00
120,00
1
CRITERIOS DE EVALUACIÓN
FUNCIONALIDAD EFICIENCIA FIABILIDAD
USABILIDAD PORTABILIDAD MANTENIBILIDAD
67
aplicación. Con este patrón independizamos la lógica de negocio de la lógica de
acceso a datos obteniendo mayor organización y flexibilidad en el sistema.
EstudianteDAO: Esta clase contiene los métodos CRUD (create, read, update,
delete) de la entidad estudiante implementando la interface estudianteDAO.
Ilustración 13 Clase estudianteDAO
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
LoginDAO: Esta clase contiene los métodos necesarios que permiten el acceso
de un usuario a la aplicación.
Ilustración 14 Clase loginDAO
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
68
Clases Interfaces
Las clases interfaces contienen solo la declaración de los métodos que deberán
ser sobrescritos sean usados o no.
Interface_estudianteDAO: Declaración de los métodos CRUD (create, read,
update, delete) de la entidad estudiante.
Ilustración 15 Interface estudianteDAO
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Interface_loginDAO: Declaración del método para la autenticación.
Ilustración 16 Interface loginDAO
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
69
Estudiante: Esta clase contiene la representación de la entidad estudiantes con
sus atributos y los métodos set y get respectivos.
Ilustración 17 Clase estudiante
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Conexión: Esta clase contiene la cadena de conexión con la cual nuestra
aplicación trabajara en la cual se establece la base de datos, el usuario, y la
contraseña.
Ilustración 18 Clase conexión
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
70
Clases Views
Aquí se encuentran todas las interfaces graficas que permiten la interacción del
usuario con la aplicación.
Registro_alumno: Interfaz gráfica que permite el registro de nuevos alumnos en
la base de datos.
Ilustración 19. Clase view registro_alumno
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Log_user: Interfaz gráfica que permite el acceso de un usuario a la aplicación
Ilustración 20. Clase view log_user
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
71
Informe_estadístico: Interfaz gráfica que permite la visualización de informes
estadísticos sobre los registros de la base de datos.
Ilustración 21. Clase view informe estadístico
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Package Images. - Este paquete contiene todas las imágenes que son usadas dentro de la aplicación.
Ilustración 22. Package images
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
72
Package Controlador. - Este paquete contiene las clases donde se establece la
conexión entre la vista y el modelo.
Ilustración 23. Package controlador
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Package Model. - Este paquete contiene todas las clases que se encargan de la
lógica de la aplicación que están relacionadas al proceso de CRUD (create, read,
update, delete).
Ilustración 24. Package model
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
73
Package Views. - Este paquete contiene todas las interfaces graficas con las que
el usuario interactúa.
Ilustración 25. Package views
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Manual de usuario
Un documento muy importante para el usuario de la aplicación ya que provee
una guía que brinda una asistencia para su correcto uso.
Registrar estudiantes
1. Iniciar sesión: debe ingresar su usuario y clave, su usuario es su primer
nombre seguido de su apellido todo en minúscula y su contraseña será su
número de cedula.
La primera vez que inicie sesión deberá cambiar su contraseña por una más
segura.
74
Ilustración 26. Vista log_user
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
1. Una vez iniciado sesión se le mostrara el menú principal donde estarán las 4
opciones principales:
a) Registrar estudiantes
b) Acciones realizadas
c) Crear reportes
d) Informes Estadísticos
Ilustración 27. Vista main
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
75
Vista registro acción
Podrá registra las respectivas acciones a los alumnos.
1. Clic en el botón “Registrar estudiantes”
2. Llenar el formulario con la información personal del estudiante
a) Nombre
b) Apellido
c) Edad
d) Curso
e) Cedula
f) Representante
g) Genero
h) Fecha de Nacimiento
i) Ciudad/Cantón
j) Dirección domicilio
k) Discapacidad
l) Observación adicional
3. Luego dar clic en el botón “Guardar” para salvar la información en la base
de datos o dar clic en cancelar para volver a ingresar un nuevo alumno.
Ilustración 28. Vista registro alumno
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
76
Registrar acciones realizadas
1. Iniciar sesión: debe ingresar su usuario y clave, su usuario es su primer
nombre seguido de su apellido todo en minúscula y su contraseña será su
número de cedula.
La primera vez que inicie sesión deberá cambiar su contraseña por una
más segura.
2. Una vez iniciado sesión se le mostrara el menú principal donde estarán
las 4 opciones principales:
a) Registrar estudiantes
b) Acciones realizadas
c) Crear reportes
d) Informes Estadísticos
3. Dar clic en Acciones realizadas
4. A continuación, se le mostrará un formulario con donde estarán
precargados la lista de los estudiantes registrados en la base de datos. Podrá
filtrar el nombre el registro de un alumno a través de la caja de texto junto a la
etiqueta “Alumno”.
5. Una vez seleccionado el alumno dar clic en el botón “Registrar Acción”.
Ilustración 29. Vista registro acción
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
77
6. A continuación, se le mostrará un formulario precargado con el nombre,
apellido del estudiante y se deberá elegir el profesional que lo atendió, registrar
la “acción realizada” y si existe alguna observación.
Ilustración 30. Vista acción realizada
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
7. Luego dar clic en el botón “Guardar” para salvar la información en la base de
datos o dar clic en cancelar para volver a registrar un nuevo alumno.
Crear reportes
1. Iniciar sesión: debe ingresar su usuario y clave, su usuario es su primer
nombre seguido de su apellido todo en minúscula y su contraseña será su
número de cedula.
La primera vez que inicie sesión deberá cambiar su contraseña por una más
segura.
2. Una vez iniciado sesión se le mostrara el menú principal donde estarán las 4
opciones principales:
a) Registrar estudiantes
b) Acciones realizadas
c) Crear reportes
d) Informes Estadísticos
3. Dar clic en Crear reportes
78
4. Luego se le mostrara un formulario para crear un archivo de Excel con las
siguientes opciones:
a) Reporte de estudiantes: Dar clic en esta opción si se desea crear un
archivo de Excel con el registro total y actualizado de los estudiantes de
la base de datos.
b) Reporte de acciones realizadas: Dar clic en esta opción si se desea crear
un archivo de Excel con el registro de las acciones realizadas sobre los
estudiantes.
c) Menú: Dar clic en esta opción para regresar al menú principal de la
aplicación
Ilustración 31. Vista Report Options
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Creación de Informes Estadísticos
1. Iniciar sesión: debe ingresar su usuario y clave, su usuario es su primer
nombre seguido de su apellido todo en minúscula y su contraseña será su
número de cedula.
La primera vez que inicie sesión deberá cambiar su contraseña por una
más segura.
2. Una vez iniciado sesión se le mostrara el menú principal donde estarán
las 4 opciones principales:
1. Registrar estudiantes
2. Acciones realizadas
3. Crear reportes
4. Informes Estadísticos
3. Dar clic en el Botón Informe Estadístico
79
4. Luego se le presentará un formulario para la generación de los informes
estadísticos donde deberá:
1. Elegir el año del cual se desea generar los informes
2. Dar clic en el botón Consultar para generar los cuadros estadísticos
3. Dar clic en los botones “Exportar” respectivos para cada grafica si
se desea guardar una imagen del cuadro estadístico
4. Dar clic en el botón “Menú” para regresar al menú.
Ilustración 32. Vista informe estadístico
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Manual técnico
Especificaciones Técnicas
Sistema Operativo: Cualquier sistema operativo que soporte java
(preferible versión 8)
Manejador de Base de Datos: MySql versión 5.7
Lenguaje de Programación: Java
IDE: Netbeans versión 8.2
80
Diccionario de datos
Los datos a utilizar se manejarán en las tablas ya creadas en la base de datos de
aplicación_desktop las cuales son estudiante, psicólogo, curso, user_app,
acción_realizada, nee, login_user:
Tabla 19. Estructura de la tabla estudiante
Campo Tipo A utilizar
Id_estudiantes Int(5) X
Id_curso Int(5) X
Nombre_estudiante Varchar X
Apellido_estudiante Varchar X
Edad_estudiante Int X
Fecha_nacimiento Date X
Dirección_estudiante Varchar X
Numero_cedula Varchar X
Genero_estudiante Varchar X
Estado Char(1) X
Id_ciudad Int(5) X
Id_nee Int(5) X
Nombre_representante Varchar X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 20. Estructura de la tabla psicólogo
Campo Tipo A utilizar
Id_psicologo Int(5) X
Nombre_psicologo Varchar X
Apellido_psicologo Varchar X
Estado Char(1) X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
81
Tabla 21. Estructura de la tabla user_app
Campo Tipo A utilizar
Id_user Int(5) X
Nombre_user Varchar X
Apellido_user Varchar X
Login_user Varchar X
Password_user Varchar X
Estado Char(1) X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 22. Estructura de la tabla acción_realizada
Campo Tipo A utilizar
Id_accion Int(5) X
Id_Estudiante Int(5) X
Psicólogo Varchar X
Acción_realizad Varchar X
Observaciones Varchar X
Fecha_registro datetime X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 23. Estructura dela tabla NEE
Campo Tipo A utilizar
Id_nee Int(5) X
Nombre_nee Varchar X
Estado Char(1) X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 24. Estructura de la tabla login_user
Campo Tipo A utilizar
Id_login Int(5) X
Id_user Int(5) X
82
Fecha_login Datetime X
Acción_user Varchar X
Id_Registro Int(5) X
Tabla_afectada Varchar X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 25. Estructura de la tabla curso
Campo Tipo A utilizar
Id_curso Int(5) X
Curso Varchar X
Estado Char(1) X
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
Tabla 26. Descripción de cada una de los archivos .java del proyecto
Nombre Función Localización Tamaño
Conexión.java
Permite la conexión
entre la BD y la
aplicación
/aplicacion-
desktop/src/model 1kb
Estudiante.java
Es el modelo para la
creación de objetos
tipo estudiante
/aplicacion-
desktop/src/model 3kb
EstudianteDAO.java
Contiene los métodos
CRUD(créate, read,
update, delete)
/aplicacion-
desktop/src/model 2kb
Interface_estudiante
DAO.java
Declaración de los
métodos a ser
implementados
/aplicacion-
desktop/src/model 1kb
LoginDAO.java
Contiene los métodos
para la autenticación
de la app
/aplicacion-
desktop/src/model 2kb
ModeloExcel.java Contiene el método
para exportar a Excel
/aplicacion-
desktop/src/model 2kb
83
Controladorexcel.jav
a
Establece la conexión
entre la vista y el
modelo.
/aplicacion-
desktop/src/controller 4kb
Controlador_Estudia
nte.java
Establece la conexión
entre la vista y el
modelo.
/aplicacion-
desktop/src/controller 1kb
Acción_realizada.for
m + .java
Permite la creación
del formulario
acciones realizadas
/aplicacion-
desktop/src/views 38kb
Informe_estadistico.
form + .java
Permite la creación
del formulario
informes estadísticos
/aplicacion-
desktop/src/views 17kb
Log_user.form +
.java
Permite la creación
del formulario de login
/aplicacion-
desktop/src/views 14kb
Main.form + .java
Permite la creación
del formulario del
menú principal
/aplicacion-
desktop/src/views 16kb
Registro_accion.for
m + .java
Permite la creación
del formulario del
registro de acciones
/aplicacion-
desktop/src/views 22kb
Registro_alumno.for
m + .java
Permite la creación
del formulario de
registro de alumnos
/aplicacion-
desktop/src/views 64kb
Report_options.form
+ .java
Permite la creación
del formulario de
opciones de reporte
/aplicacion-
desktop/src/views 13kb
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
84
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO
Tabla 27. Tabla comparativa utilizando los criterios de evaluación
CRITERIOS DE EVALUACIÓN
CRITERIO EVALUACIÓN
N° CÓDIGO NOMBRE ANTES % DESPUÉS %
1 A FUNCIONALIDAD DEBILIDAD 16,67 FORTALEZA 100
2 B EFICIENCIA DEBILIDAD 20,83 FORTALEZA 100
3 C FIABILIDAD DEBILIDAD 0,00 FORTALEZA 100
4 D USABILIDAD DEBILIDAD 20,83 FORTALEZA 83,33
5 E PORTABILIDAD DEBILIDAD 25,00 FORTALEZA 83,33
6 F MANTENIBILIDAD DEBILIDAD 12,50 FORTALEZA 100
TOTAL 15,97 94,44
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
Mediante los datos recopilados antes expuestos, y luego una encuesta realizada
al término y entrega de la aplicación desktop para la generación de reportes de
alumnos con necesidades especiales asociadas y no asociadas a una
discapacidad, podemos concluir con lo siguiente:
Como se visualiza en la tabla comparativa de los resultados obtenidos
antes y después de la entrega de la aplicación desktop para la generación
de reportes de alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad, existían muchas debilidades, lo que
ocasionaba un gran consumo respecto a coste vs recursos vs tiempo, que
luego de la implementación de la aplicación desktop para generar reportes,
pudieron observar las autoridades del plantel, que con un procesos
85
automatizado podrían corregir las debilidades antes presentadas, por lo
que la evaluación de los criterios mediante una encuesta dieron resultados
con porcentaje elevados a favor de la aplicación, convirtiendo así sus
debilidades en fortalezas.
Como conclusión final, el porcentaje obtenido al principio en el
levantamiento de la información fue de un 15,97%, y el porcentaje que se
obtuvo luego de entregar la aplicación desktop para la generación de
reportes de alumnos con necesidades especiales asociadas y no
asociadas a una discapacidad fue del 94,44%, teniendo una diferencia del
78,47% que se consideraría como un porcentaje favorable en la mejora del
proceso de generación de reportes de alumnos con NEE del Departamento
de Consejería Estudiantil en la Unidad Educativa Durán, visualizando esa
mejora en un cuadro comparativo(Gráfico 3).
Gráfico 3: Gráficos comparativos acerca de los criterios de evaluación
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Unidad Educativa Durán
16,6720,83
0
20,8325
12,5
100 100 100
83,33 83,33
100
0
20
40
60
80
100
120
EVALUACIÓN COMPARATIVA
86
Conclusiones
El levantamiento de información nos permitió conocer acerca de la situación en la
que se encontraba la Unidad Educativa Durán, dándonos el punto de partida para
desarrollar una aplicación acorde a sus necesidades.
La metodología SCRUM nos permitió llevar a cabo el desarrollo y la
documentación de una manera ordenada y eficaz.
Se comprobó que con el uso del sistema los tiempos de generación de reportes
por pate del DECE (Departamento de Consejería Estudiantil), fueron menor a
comparación a los procesos que no se utilizó ninguna herramienta, beneficiando
al cumplimiento institucional.
Con el uso correcto de la teoría y su implementación en la práctica hemos podido
culminar satisfactoriamente el proyecto.
Recomendaciones
Se sugiere a la Unidad Educativa Durán la automatización de otros procesos
que le permitan optimizar recursos vs coste vs tiempo.
Capacitar a los empleados en el uso de aplicaciones de ofimática y software
en general.
Aumentar las capacidades de Hardware para un funcionamiento fluido de
trabajo.
Designar a un profesor con conocimientos en el área de redes y sistemas
para dar soporte en esas áreas dentro de la institución.
Designar al técnico de la institución como el encargado de la realización de
backups de la base de datos que se llevará a cabo una vez al mes o como
mejor le convenga a la institución.
87
Bibliografía
Asamblea Nacional Constituyente de Ecuador 2007-2008. (20 de 10 de 2008).
Constitución del Ecuador. Obtenido de
http://repositorio.dpe.gob.ec/bitstream/39000/638/1/NN-001-
Constituci%C3%B3n.pdf
Astudillo Gómez, P. L., & Barba Cáceres, A. M. (2016). Actitudes hacia la
educación inclusiva en los estudiantes universitarios de Educación General
Básica.
Brikman, Y. (31 de marzo 2013). ¿Cuáles son los pros y los contras de Play
Framework 2, para un desarrollador de Java?. Recuperado de:
https://www.ybrikman.com/writing/2013/03/31/what-are-the-pros-and-cons-of-
play-framework-2-for-a-java-developer/
Cambi Alvarado, J. D., & Zúñiga García, J. A. (2006). Comparación entre MySQL
vs. PostgreSQL. Universidad del Azuay.
Careaga Mercadillo, A. L. (2010). Ubuntu: El espíritu del software libre.
Cuaresma, S. B. Manual básico Ubuntu GNU/Linux. Obtenido de http://www. uls.
edu. sv/pdf/ubuntu. pdf.
JOANPAON. (26 de junio 2013). Java programming with NetBeans –
Before beginning. Obtenido de: https://joanpaon.wordpress.com/2013/06/26/java-
programming-with-netbeans-before-beginning/
López, S. I. M., & Valenzuela, B. G. E. (2015). Niños y adolescentes con
necesidades educativas especiales. Revista Médica Clínica Las Condes, 26(1),
42-51.
Martínez, S. S. (2013). Agencia Europea para el Desarrollo de la Educación del
Alumnado con Necesidades Educativas Especiales (2011). La formación del
profesorado para la Educación Inclusiva en Europa. Retos y oportunidades.
REDU. Revista de Docencia Universitaria, 11(3), 485-486.
Masartre. (23 de diciembre 2011). Blog Historia de la Informática. [Historia de
Linux]. Recuperado de: http://histinf.blogs.upv.es/2011/12/23/historia-de-linux/
MySQL Release Engineering. (22 de junio 2017). Debian 9 and MySQL: Watch
Out!. Obtenido de: https://mysqlrelease.com/2017/06/debian-9-and-mysql-watch-
out/
Oskar. (9 de octubre 2017). Alburen Consultoría Meioambiental, S.L. [Un 10 para
PostgreSQL]. Recuperado de: http://alburen.com/2017/10/un-10-para-postgresql/
88
Vivona, I. (2011). Java. Buenos Aires: Fox Andina.
GNU Free Documentation License. Obtenido de: https://www.gnu.org/licenses/fdl-
1.3.en.html
Schildt, H. (2009). Java. Mexico: Mc Graw Hill.
SOLÍS-CIELO, E., LUGO-ESPINOSA, O., & ZARCO-HIDALGO, A. (2017). Interfaz
hombre máquina para el manejo digital de información entomológica. Modelos
matemáticos, 89.
Torres, J., & Petrizzo, M. (2015). Software: Programas libres y de código abierto
en la Administración Pública. In Buen Conocer-FLOK Society. Modelos
sostenibles y políticas públicas para una economía social del conocimiento común
y abierto en el Ecuador (pp. 653-702). Asociación aLabs.
Botero, R. D. J., Castro, C. A., & Serna, E. (2014). Una visión a la relación entre
los subgéneros literarios y la programación orientada a objetos/Insight to the
Relationship Between the Literary Subgenres and the Object Oriented
Programming. Revista Internacional de Educación y Aprendizaje, 2(2).
Vidal, C. L., López, L. L., Rojas, J. A., & Castro, M. M. (2017). Desarrollo de
Sistema Web de Reclutamiento y Selección y de Directivos por Competencias
mediante PHP CodeIgniter 3.0. Información tecnológica, 28(2), 203-212.
Camarena Sagredo, J. G., Trueba Espinosa, A., Martínez Reyes, M., & López
García, M. D. L. (2016). Redalyc. Automatización de la codificación del patrón
modelo vista controlador (MVC) en proyectos orientados a la Web. Ciencia Ergo
Sum, 19(3), 239-250.
Dimes, T. (2015). Conceptos Básicos de Scrum: Desarrollo de Software Agile y
Manejo de Proyectos Agile. Babelcube Inc.
Aguilera, Y. B., & González, Y. C. (2017). SISTEMA PARA EL CONTROL DE
TRAZAS DE UN SERVIDOR PROXY (SCTRAZAS). Universidad&Ciencia, 6(2),
1-16.
Pons, N. (2016). Linux: principios básicos de uso del sistema. Ediciones ENI.
Microsoft. (19 de 01 de 2017). Microsoft.com. Obtenido de
https://docs.microsoft.com/es-es/sql/odbc/reference/what-is-odbc
Schildt, H. (2009). Java. Mexico: Mc Graw Hill.
SOLÍS-CIELO, E., LUGO-ESPINOSA, O., & ZARCO-HIDALGO, A. (2017). Interfaz
hombre máquina para el manejo digital de información entomológica. Modelos
matemáticos, 89.
89
Torres, J., & Petrizzo, M. (2015). Software: Programas libres y de código abierto
en la Administración Pública. In Buen Conocer-FLOK Society. Modelos
sostenibles y políticas públicas para una economía social del conocimiento común
y abierto en el Ecuador (pp. 653-702). Asociación aLabs.
Tiobe. (2017). Ranking de popularidad de los lenguajes de programación noviembre 2017.
Países bajos. Tiobe. https://www.tiobe.com/
Botero, R. D. J., Castro, C. A., & Serna, E. (2014). Una visión a la relación entre
los subgéneros literarios y la programación orientada a objetos/Insight to the
Relationship Between the Literary Subgenres and the Object Oriented
Programming. Revista Internacional de Educación y Aprendizaje, 2(2).
Vidal, C. L., López, L. L., Rojas, J. A., & Castro, M. M. (2017). Desarrollo de
Sistema Web de Reclutamiento y Selección y de Directivos por Competencias
mediante PHP CodeIgniter 3.0. Información tecnológica, 28(2), 203-212.
Camarena Sagredo, J. G., Trueba Espinosa, A., Martínez Reyes, M., & López
García, M. D. L. (2016). Redalyc. Automatización de la codificación del patrón
modelo vista controlador (MVC) en proyectos orientados a la Web. Ciencia Ergo
Sum, 19(3), 239-250.
Dimes, T. (2015). Conceptos Básicos de Scrum: Desarrollo de Software Agile y
Manejo de Proyectos Agile. Babelcube Inc.
Aguilera, Y. B., & González, Y. C. (2017). SISTEMA PARA EL CONTROL DE
TRAZAS DE UN SERVIDOR PROXY (SCTRAZAS). Universidad&Ciencia, 6(2),
1-16.
Pons, N. (2016). Linux: principios básicos de uso del sistema. Ediciones ENI.
90
ANEXOS
ANEXO 1.
Certificación de permiso por parte de la Unidad Educativa Durán.
Ilustración 33: Certificación de permiso
Elaboración: Unidad Educativa Durán
Fuente: Unidad Educativa Durán
91
Ilustración 34: Certificado de aceptación
Elaboración: Unidad Educativa Durán Fuente: Unidad Educativa Durán
92
ANEXO 2.
Encuestas para realizar el levantamiento de información en la Unidad
Educativa Durán.
Ilustración 35: Encuesta
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
93
Ilustración 36: Encuesta
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
94
ANEXO 3.
Evidencia de encuestas.
Ilustración 37: Realización de encuesta para levantamiento de información
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
95
Ilustración 38: Realización de encuesta para levantamiento de información
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
96
Ilustración 39: Realización de encuesta para evaluación de los criterios de satisfacción del producto
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
97
Ilustración 40: Realización de encuesta para evaluación de los criterios de satisfacción del producto
Elaboración: Grijalva Ismael y Sánchez Nohelia Fuente: Grijalva Ismael y Sánchez Nohelia
98
Ilustración 41: Aplicación instalada en el DECE
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
Ilustración 42: Capacitación de la aplicación al usuario final
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia
99
Ilustración 43: Autorización de uso de nombre de la institución
Elaboración: Grijalva Ismael y Sánchez Nohelia
Fuente: Grijalva Ismael y Sánchez Nohelia