Embed Size (px)
Citation preview
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
Sistema Web de Calificaciones para la Unidad Educativa Consejo Provincial de
Pichincha
Trabajo de Titulación modalidad Proyecto Integrador, previo a la obtención del
Título de Ingeniero Informático.
AUTOR: Guacán Ipiales Paul Alejandro
TUTOR: MSc. Mauro Leonardo Rosas Lara
QUITO, 2019
ii
DERECHOS DE AUTOR
Yo, Guacán Ipiales Paúl Alejandro, en calidad de autor y titular de los derechos morales y
patrimoniales del trabajo de titulación “SISTEMA WEB DE CALIFICACIONES PARA LA
UNIDAD EDUCATIVA CONSEJO PROVINCIAL DE PICHINCHA” en modalidad de
Proyecto Integrador, en conformidad con el Artículo 144 del CÓDIGO ORGÁNICO DE LA
ECONOMÍA SOCIAL DE LOS CONOCIMIENTOS, CREATIVIDAD E INNOVACIÓN,
concedo a favor de la Universidad Central del Ecuador una licencia gratuita, intransferible y
no exclusiva para el uso no comercial de la obra, con fines estrictamente académico. Conservo
a mi favor todos los derechos de autor sobre la obra, establecidos en la normativa citada.
Así mismo, autorizo a la Universidad Central del Ecuador para que realice la digitalización y
publicación de este trabajo de titulación en el repositorio virtual, de conformidad a lo dispuesto
En el Art. 144 de la Ley Orgánica de Educación Superior.
El autor declara que la obra objeto de la presente autorización es original en su forma de
expresión y no infringe el derecho de autor de terceros, asumiendo la responsabilidad por
cualquier reclamación que pudiera presentarse por esta causa y liberando a la Universidad de
toda responsabilidad.
________________________
Guacán Ipiales Paúl Alejandro
CI: 1724442205
Email: [email protected]
iii
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del Trabajo de Titulación, presentado por GUACÁN IPIALES PAÚL
ALEJANDRO, para optar por el Grado de Ingeniero Informático; cuyo título es: SISTEMA
WEB DE CALIFICACIONES PARA LA UNIDAD EDUCATIVA CONSEJO
PROVINCIAL DE PICHINCHA, considero que dicho trabajo reúne los requisitos y méritos
suficientes para ser sometido a la presentación pública y evaluación por parte del tribunal
examinador que se designe.
En la ciudad de Quito, a los 18 días del mes de diciembre de 2018
_____________________________
MSc. Mauro Leonardo Rosas Lara
DOCENTE-TUTOR
CI:1711642965
iv
DEDICATORIA
Dedico este trabajo de tesis principalmente a mi madre Rosita y a mi padre Segundo, que
toda la vida me guiaron por buen camino, siempre estuvieron para aconsejarme y apoyarme,
y lo más importante nunca dejaron de creer en mí.
A mi hermano Santiago que a pesar de ser menor muchas veces pudo ayudarme más que
nadie
Y por último a mis tías y tíos que me apoyaron y me motivaron para que no abandone mi
camino
v
AGRADECIMIENTO
A mis padres principalmente por darme la vida y seguido de uno de los mejores regalos
que alguien puede recibir, muchas gracias por los consejos, las reprimendas y por
formarme como persona de bien, a mi hermano que fue testigo y acompañante de las
infinitas horas de este trabajo
Al Ing. Mauro Rosas por guiarme como tutor y compartir sus conocimientos conmigo
para poder moldear y culminar este proceso de titulación
A la Universidad Central del Ecuador que me permitió estudiar, formarme en sus aulas
y tener una profesión.
A los docentes que durante toda la carrera nos impartieron conocimiento y sabiduría y
a todo el personal que hace que la Facultad de Ingeniería, Ciencias Físicas y
Matemáticas sea una de las mejores del país.
Y a mis amigos y amigas, que me acompañaron hasta el final de este ciclo y que se me
seguirán acompañando durante la vida
vi
CONTENIDO
DERECHOS DE AUTOR ...................................................................................................................................... ii
APROBACIÓN DEL TUTOR .............................................................................................................................. iii
DEDICATORIA .................................................................................................................................................... iv
AGRADECIMIENTO ............................................................................................................................................ v
CONTENIDO ........................................................................................................................................................ vi
LISTA DE TABLAS ........................................................................................................................................... viii
LISTA DE FIGURAS ........................................................................................................................................... ix
RESUMEN ............................................................................................................................................................. x
ABSTRACT .......................................................................................................................................................... xi
INTRODUCCIÓN .................................................................................................................................................. 1
1. Presentación del Problema .............................................................................................................................. 3
1.1 Planteamiento del Problema .................................................................................................................. 3
1.2 Justificación .......................................................................................................................................... 4
1.3 Objetivos ............................................................................................................................................... 4
1.3.1 Objetivo General ............................................................................................................................... 4
1.3.2 Objetivo Específico........................................................................................................................... 4
1.4 Alcance ................................................................................................................................................. 4
1.5 Limitación del Problema ....................................................................................................................... 5
1.6 Análisis de herramientas de desarrollo .................................................................................................. 5
1.6.1 Lenguajes de programación .............................................................................................................. 6
1.6.2 Entornos de Desarrollo Integrado (IDE) ........................................................................................... 7
1.6.3 Interfaces de usuario ......................................................................................................................... 8
1.6.4 Servidores de aplicaciones ................................................................................................................ 8
1.6.5 Motor de base de datos ..................................................................................................................... 9
1.6.6 Comparativo de generadores de reportes ........................................................................................ 10
1.6.7 Arquitectura de Software ................................................................................................................ 11
1.7 Resumen de herramientas ................................................................................................................... 11
2. Metodología .................................................................................................................................................. 13
2.1 Metodología de investigación. ............................................................................................................ 13
2.2 Metodología de evaluación del sistema educativo .............................................................................. 13
2.3 Metodología de desarrollo de software ............................................................................................... 14
2.4 Tipos de metodología .......................................................................................................................... 14
3. DESARROLLO DE LA APLICACIÓN ...................................................................................................... 17
3.1 Planificación........................................................................................................................................ 17
3.1.1 Historias de usuario ........................................................................................................................ 17
3.1.2 Plan de entrega ................................................................................................................................ 19
3.1.3 Plan de iteraciones .......................................................................................................................... 20
3.1.4 Reuniones de seguimiento .............................................................................................................. 22
3.2 Diseño ................................................................................................................................................. 22
vii
3.2.1 Proceso de registro y entrega de calificaciones............................................................................... 22
3.2.2 Modelo entidad relación de la base de datos ................................................................................... 23
3.3 Desarrollo ............................................................................................................................................ 24
3.3.1 Usuarios y roles del sistema ............................................................................................................ 24
4. PRUEBAS .................................................................................................................................................... 30
4.1 Pruebas de vulnerabilidad ................................................................................................................... 30
4.1.1 Inyección de SQL ........................................................................................................................... 31
4.2 Pruebas de estrés ................................................................................................................................. 32
4.3 Pruebas funcionales (De caja negra) ................................................................................................... 38
4.4 Conclusiones ....................................................................................................................................... 41
4.5 RECOMENDACIONES ..................................................................................................................... 42
BIBLIOGRAFIA .................................................................................................................................................. 43
ANEXOS .............................................................................................................................................................. 44
GUIA DE INICIO RAPIDO ............................................................................................................................. 44
MANUAL DE USUARIO ................................................................................................................................ 47
1. Perfiles .......................................................................................................................................................... 48
1.1 Perfil Administrador............................................................................................................................ 48
1.1.1 FUNCIONALIDAD 1 CAMBIAR CONTRASEÑA ......................................................................... 53
1.1.2 FUNCIONALIDAD 2 – CALIFICACIONES .................................................................................... 54
1.1.3 FUNCIONALIDAD 3 -CALENDARIO MATRICULAS .................................................................. 56
1.1.4 FUNCIONALIDAD 4 – CALENDARIO CALIFICACIONES ......................................................... 57
1.1.5 FUNCIONALIDAD 5 – ADMINISTRATIVOS ................................................................................ 58
1.1.6 FUNCIONALIDAD 6 – CICLO DE ESTUDIO................................................................................. 60
1.1.7 FUNCIONALIDAD 7 – TIPO DE MATRCULA .............................................................................. 62
1.1.8 FUNCIONALIDAD 8 – TIPOS DE IDENTIFICACION .................................................................. 64
1.1.9 FUNCIONALIDAD 9 – TIPOS DE SEXO ........................................................................................ 65
1.1.10 FUNCIONALIDAD 10 – TIPOS DE RETIRO .............................................................................. 67
1.1.11 FUNCIONALIDAD 11 – ETIQUETAS NUMERICAS ................................................................ 68
1.1.12 FUNCIONALIDAD 12 – TABLA DE CONDUCTAS .................................................................. 69
1.2 Perfil Docente ..................................................................................................................................... 71
viii
LISTA DE TABLAS
Tabla 1. Niveles de Puntuación ................................................................................................. 5 Tabla 2. Comparación de Entornos de Desarrollo Integrado (IDE) .......................................... 7 Tabla 3. Comparativo de frameworks para interfaces de usuario .............................................. 8 Tabla 4 Comparativo de servidores de aplicaciones .................................................................. 9 Tabla 5. Comparativo de generadores de reportes ................................................................... 10 Tabla 6. Comparativo arquitecturas de software. Tomado de (ROMERO CORTEZ, 2017) .. 11 Tabla 7. Consolidado de herramientas a utilizar ...................................................................... 12 Tabla 8 Escalas cualitativas y cuantitativas (tomado de: Instructivo para la aplicación de la
evaluación estudiantil, Ministerio de educación)..................................................................... 14 Tabla 9. Comparativo metodologías de desarrollo de software ............................................... 15 Tabla 10. Historias de usuario ................................................................................................. 17 Tabla 11. Plan de iteraciones ................................................................................................... 20
ix
LISTA DE FIGURAS
Figura 1 Índice de TIOBE (tomado de TIOBE.COM) .............................................................. 6 Figura 2. Popularidad de motores de base de datos (tomado de DB-Engines.com) ................ 10 Figura 3. Ciclo de Metodología Programación Extrema (Tomado de Ingeniería de Software
7ma edición, Sommerville) ...................................................................................................... 16 Figura 4. Flujo del registro de calificaciones (Autoría propia) ................................................ 22 Figura 5. Modelo relacional de la base de datos ...................................................................... 23 Figura 6. Roles administrador (Autoría propia) ....................................................................... 24 Figura 7 Roles administrador (Autoría propia) ........................................................................ 25 Figura 8 Asignaciones del administrador (Autoría propia) ..................................................... 25 Figura 9. Asignaciones del administrativo (Autoría propia) ................................................... 26 Figura 10 Roles del administrativo (Autoría propia) ............................................................... 26 Figura 11. Roles del administrativo (Autoría propia) .............................................................. 27 Figura 12. Asignaciones del administrativo (Autoría propia) ................................................. 28 Figura 13. Roles del docente (Autoría propia) ......................................................................... 28 Figura 14. Asignaciones usuario invitado (Autoría propia)..................................................... 28 Figura 15. Certificado de matrícula ......................................................................................... 29 Figura 16. Libreta de calificaciones ......................................................................................... 29 Figura 17. Pantalla Login del SECPP ...................................................................................... 31 Figura 18. Mensaje de error el iniciar sesión ........................................................................... 32 Figura 19 Tiempos de respuesta total/promedio (Tomado de: www.blazemeter.com) ........... 33 Figura 20 Rendimiento promedio (Obtenido de www.blazemeter.com) ................................. 33 Figura 21. Jmeter, agregar grupo de hilos al plan de pruebas .................................................. 34 Figura 22. Jmeter, cantidad de conexiones o peticiones .......................................................... 34 Figura 23. Jmeter, tipo de peticiones al aplicativo ................................................................... 35 Figura 24. Medidas de dispersión tiempo VS número de peticiones ....................................... 35 Figura 25. Resumen de peticiones realizadas .......................................................................... 36 Figura 26. Consola de administración APACHE con número de peticiones .......................... 36 Figura 27. Pantalla de inicio de sesión..................................................................................... 37 Figura 28. Pantalla de bienvenida ............................................................................................ 37 Figura 29. Consola de administración Apache Tomcat ........................................................... 38 Figura 30. Inicio de sesión con credenciales correctas ............................................................ 38 Figura 31.Inicio de sesión exitoso ........................................................................................... 39 Figura 32. Inicio de sesión claves erróneas ............................................................................. 39 Figura 33. Mensaje de credenciales inválidas.......................................................................... 39 Figura 34. Menú consulta de calificaciones ............................................................................. 40 Figura 35. Consulta de calificaciones - Datos de entrada ........................................................ 40 Figura 36. Resultado Exitoso, pantalla con lista de calificaciones .......................................... 41 Figura 37. Consola de comandos de Apache Tomcat .............................................................. 44 Figura 38. Pantalla de inicio Apache Tomcat .......................................................................... 44 Figura 39. Estado del servidor -Apache Tomcat ..................................................................... 45 Figura 40. Estado del aplicativo............................................................................................... 45 Figura 41. Servicio de base de datos ........................................................................................ 46 Figura 42. Startup de Apache Tomcat ..................................................................................... 46
x
TITULO: Sistema Web de Calificaciones para la Unidad Educativa Consejo Provincial de
Pichincha
Autor: Guacán Ipiales Paúl Alejandro
Tutor: MSc. Mauro Leonardo Rosas Lara
RESUMEN
El sistema de calificaciones para la Unidad Educativa Consejo Provincial de Pichincha, permite
mejorar y agilizar los diferentes procesos, así como las matrículas de estudiantes y entrega de
notas de curso, mediante la utilización de un sistema web, al cual los estudiantes que cumplan
con los requisitos accedan de manera más fácil, mediante el uso de tecnologías y herramientas
libres de desarrollo de software que en la actualidad son las aplicables en unidades educativas,
empresas públicas y privadas. El propósito del sistema es optimizar con el proceso de entrega
de notas de la Unidad Educativa Consejo Provincial de Pichincha, así como seguridad e
integridad en la entrega de la información estudiantil.
PALABRAS CLAVE: /SISTEMA EDUCATIVO/ CONTROL DE CALIFICACIONES/
SPRING BOOT/BOOTSFACES/PROGRAMACIÓN EXTREMA/METODO DE
EVALUACION EDUCATIVA/
xi
TITLE: Web System of Grading for the educational Unit Provincial Council of
Pichincha
Author: Guacán Ipiales Paúl Alejandro
Tutor: MSc. Mauro Leonardo Rosas Lara
ABSTRACT
The Grading System designed for the Educational Unit Provincial Council of Pichincha, allows
to improve ans simplify the different processes, as well as student registration and delivery of
final grades, through theuse of a web system, in wich students who comply with the
requirements to access more easily, thorugh the use of free software development tecnologie
and tools that are currently applicable in schools and public and private companies. The
purpose of the system is to optimize the process of delivery of grades of the Educational Unit
Provincial Council of Pichincha, as well as security and integrity in the delivery of student
information.
KEY WORDS: EDUCATIONAL SYSTEM / GRADING CONTROL / SPRING BOOT /
BOOTSFACES / EXTREME PROGRAMMING / EDUCATIONAL EVALUATION
METHOD /
1
INTRODUCCIÓN
La Unidad Educativa Consejo Provincial de Pichincha UECPP, actualmente ubicada en la
Provincia de Pichincha, Cantón Quito siendo una de las Instituciones Educativas más grandes
de Quito, fue fundada el 26 de noviembre de 1982, en el nivel de la primaria matutina como
Unidad Educativa del Sur con un grupo de profesores, siendo esto un reajuste de la escuela
José de Antepara llegando al plantel haciéndose cargo de seis grados de primaria.
Actualmente, la institución es una de las más nombradas de Quito y recibe en sus aulas a un
promedio de 8.000 estudiantes, distribuidos entre inicial, primaria, secundaria y bachillerato
los cuales asisten a clases en las jornadas matutina y vespertina. El presente documento
constituye el estudio y elaboración de un sistema web para el manejo de calificaciones de los
alumnos pertenecientes a la UECCP; se compone de cuatro apartados resumidos a
continuación:
Iniciamos este proyecto entendiendo la problemática en la que se encuentra actualmente la
institución, posteriormente proponemos mejoras al proceso a través de la implementación de
un sistema informático y realizamos un benchmarking de herramientas tecnológicas que nos
ayudarán en la construcción de la propuesta. Luego definimos como se elaborará la solución
integral, para esto haremos uso de técnicas de investigación para abordar el problema a fondo,
comprender de la normativa legal y determinar que metodologías utilizar según nuestra
problemática. Aplicamos la metodología de desarrollo; iniciamos el proceso con la definición
de historias de usuario en donde se detalla las necesidades funcionales, luego delimitamos y
particionamos el problema y planificamos la entrega de los requerimientos. Finalmente,
evaluamos el producto terminado, las evaluaciones las hacemos con tres enfoques, el primero
es la seguridad ya que consideramos que las calificaciones de los estudiantes son de elementos
2
de manejo restringido, la siguiente evaluación se enfocará en rendimiento y capacidad del
sistema y por último verificamos que el sistema cumpla con las necesidades del usuario.
3
1. Presentación del Problema
1.1 Planteamiento del Problema
En el gobierno del presidente Rafael Correa Delgado, a través del acuerdo No. MINEDUC-
ME-2015-00168-A se implementó una plataforma informática que permitía a las instituciones
educativas el manejo y regulación de la gestión educativa; en la actualidad la Unidad Educativa
Consejo Provincial de Pichincha, ya no cuenta con el soporte de la primera plataforma otorgada
por el Ministerio de Educación y están en un proceso de transición a una nueva plataforma del
gobierno.
La Unidad Educativa Consejo Provincial de Pichincha tiene información importante del
estudiantado archivada en distintos lugares físicos y medios digitales, lo cual no permite el fácil
acceso a la información del personal administrativo, del cuerpo docente, de los padres de
familia y de los estudiantes. La institución cuenta con un sistema informático para el manejo
de calificaciones, CARMENTA1 fue otorgado por el gobierno actual y es el predecesor del
ATHENEA2 ambos sistemas funcionaban sobre la plataforma EDUCAR ECUADOR, pero no
se tiene la certeza si en un futuro vendrán nuevos cambios con nuevas plataformas, por lo tanto,
es necesario el manejo de un sistema propio. Adicionalmente para la publicación y entrega de
calificaciones se tiene que realizar el proceso manualmente el cual implica mayor esfuerzo del
personal administrativo. Por estas razones, es necesario la implementación del sistema web
Sistema Educativo Consejo Provincial de Pichincha - “S.E.C.P.P”, para el control de notas
que moderniza y mejora el manejo administrativo, mediante la agilidad, la entrega y la
publicación de notas de los estudiantes.
1 Plataforma de gestión de control escolar administrada por el ministerio de educación 2 Plataforma de gestión escolar administrada por el ministerio de educación, predecesor de CARMENTA
4
1.2 Justificación
Por lo anteriormente mencionado es conveniente desarrollar un proyecto que permita mejorar
operativamente las actividades laborales del personal administrativo el cual está encargado de
la gestión académica del plantel. Se involucró al personal del plantel con nuevas tecnologías
dando a conocer las facilidades y beneficios que esta nos puede brindar con la implementación
de un sistema informático web para el manejo y control de calificaciones
1.3 Objetivos
1.3.1 Objetivo General
Implementar un sistema informático flexible y adaptable que centralice la información de la
Unidad Educativa Consejo Provincial de Pichincha, además que facilite el ingreso de notas de
los alumnos y permita la consulta de calificaciones de manera rápida y eficaz.
1.3.2 Objetivo Específico
Mejorar la atención a los alumnos y padres de familia que requieren consultar las notas a
través de una página web.
Facilitar y flexibilizar el proceso de ingreso y entrega de notas por parte de los profesores
en las distintas áreas
Facilitar la emisión de los diferentes reportes emitidos por la institución; entre ellos la
libreta de calificaciones, los cuadros finales y los diferentes certificados.
1.4 Alcance
El “S.E.C.P.P”, se enfoca en el registro y publicación de notas de los alumnos que consta de
los siguientes módulos:
Control y registro de estudiantes, docentes, administrativos, representantes y usuarios con
autorizaciones y seguridades necesarias.
Ingreso de notas por parte de los docentes a través de una web de internet o de intranet.
Emisión de los diferentes reportes, dependiendo el perfil de usuario.
5
Controlar intervalos de tiempo para la publicación de notas.
1.5 Limitación del Problema
El sistema no se conecta con otros sistemas similares, es independiente
El sistema no cuenta con un aplicativo móvil Android o IOS
El sistema no realiza respaldos (backups) periódicos automáticos.
1.6 Análisis de herramientas de desarrollo
En el presente existen herramientas de código propietario y código abierto, que se puede utilizar
para el desarrollo de nuestro sistema “S.E.C.P.P”, además mediante el decreto numero 1014
sobre Software Libre publicado en enero de 2009 pagina 24 establece como política pública
para entidades de Administración Pública Central la utilización de Software Libre en sus
sistemas y equipamientos informáticos.
A continuación, se realizará un estudio comparativo de las herramientas a utilizar en el presente
sistema.
Para la puntuación de características y observaciones nos basamos en la teoría del escalamiento
para hacer uso de la escala de Likert la cual nos sirve para medir el grado de aceptación,
neutralidad o rechazo del sujeto de estudio (OSPINA, et al. 2003)
Se eligió esta escala por su facilidad de construir y porque permite al investigador definir los
criterios y rangos de medición, como se muestra en la tabla 1.
Tabla 1. Niveles de Puntuación
Puntuación Niveles
1 Malo
2 Regular
3 Bueno
4 Muy Bueno
5 Excelente
6
1.6.1 Lenguajes de programación
En el presente se encuentra en variedad de lenguajes de programación, que se utilizan para el
desarrollo de diferentes aplicaciones de software, para elegir un lenguaje de programación
hicimos uso del índice de TIOBE3.
El índice de TIOBE es un indicador de popularidad de lenguajes de programación. Este índice
no muestra el mejor lenguaje de programación, el más usado o el más sofisticado. Se utilizó
este índice porque su algoritmo se basa en cuantificar las consultas realizadas en los motores
de búsqueda más populares a nivel mundial (Google, MSN, Youtube, Wikipedia, entre otros).
A continuación, se presenta un gráfico de popularidad del índice de TIOBE
Figura 1 Índice de TIOBE (tomado de TIOBE.COM)
Como podemos observar, en la última década, el lenguaje de programación más puntuado en
el índice de TIOBE es JAVA, por lo tanto, se elige a este como lenguaje de programación del
S.E.C.P.P.
3 TIOBE es una empresa dedicada a evaluar y rastrear la calidad de Software.
7
1.6.2 Entornos de Desarrollo Integrado (IDE)
En el presente encontramos diferentes IDE, para el desarrollo de aplicaciones robustas con
documentación y soporte de integración con diferentes frameworks, entre las cuales tenemos:
NetBeans
Eclipse
BlueJ
A continuación, se presenta una tabla comparativa de entornos de desarrollo, las características
a medir se recopilaron de “G2 CROWD”4 y de mi autoría
Tabla 2. Comparación de Entornos de Desarrollo Integrado (IDE)
PARAMETROS NETBEANS ECLIPSE BLUEJ
Drag & Drop 4 3 3
Curva Aprendizaje 3 4 5
Multiplataforma 4 4 4
Tiempo Ejecución 4 4 3
Integración con JUnit 4 4 4
Soporte Java EE 5 4 1
Requerimientos de Hardware 3 4 4
Documentación 4 4 3
Portabilidad 4 5 4
Plugin Spring Boot 3 4 3
Uso Profesional 4 5 1
Promedio 3.82 4,09 3.18
Porcentaje 76,4% 81,8% 63,6%
Los resultados obtenidos en la tabla 2 reflejan que los Entornos de Desarrollo Integrado (IDE)
son robustos y con buena curva de aprendizaje, Eclipse sobresale entre los comparados, para
el desarrollo del sistema antes mencionado se elige a Eclipse en su versión para Spring (Spring
Tool Suite STS), la elección se hizo por ser portable, por soportar los frameworks necesarios y
por tener documentación actualizada.
4 Es una empresa de servicios de consultoría que muestra estadísticas y permite hacer comparaciones de
herramientas tecnológicas, entre ellos los IDEs.
8
1.6.3 Interfaces de usuario
Un diseño cuidadoso de la interfaz de usuario es parte fundamental del proceso de diseño
general de software. Si un sistema debe alcanzar su potencial máximo, es fundamental que su
interfaz de usuario sea diseñada para ajustarse a las habilidades, experiencia y expectativas de
sus usuarios previstos (SOMMERVILLE, 2005).
En la actualidad existe gran variedad de frameworks para el desarrollo y diseño de interfaces
de usuario. A continuación, se muestra una comparativa entre BootsFaces, Primefaces y
Richfaces, se elige comparar estas tres herramientas por ser las más acopladas con el lenguaje
de programación y por haberlas manejado previamente.
BootsFaces
PrimeFaces
RichFaces
Tabla 3. Comparativo de frameworks para interfaces de usuario
PARAMETROS BOOTFACES PRIMEFACES RICHFACES
Componentes 4 5 3
Documentación 4 5 3
Facilidad para empezar 5 4 2
Rendimiento 5 5 4
Licencia 5 3 4
Soporta Responsive 5 4 3
Consumo memoria 5 3 3
Total 33 29 22
Promedio 4,71 4,14 3,14
Porcentaje 94,20% 82,80% 62,80%
Como podemos observar en la tabla 3 Comparativo de frameworks para interfaces de usuario,
BootsFaces tiene un mejor desempeño en puntos importantes como soporte responsive y curva
de aprendizaje, se elige a BootsFaces por estar basado en Bootstrap y ser altamente eficiente.
1.6.4 Servidores de aplicaciones
A continuación, se presenta un cuadro comparativo de servidores de aplicaciones
9
Tabla 4 Comparativo de servidores de aplicaciones
PARAMETROS APACHE
TOMCAT GLASSFISH
WILDFLY
(JBOSS)
Soporte JSF 1.2 5 5 5
Soporte Hibernate 5 4 4
Soporte motor de reglas de
negocio 5 3 4
Velocidad de transacciones 4 3 5
Concurrencia 4 3 5
Transaccionalidad 4 3 5
Velocidad Transferencia 4 3 5
TOTAL 31 24 33
PROMEDIO 4,43 3,43 4,71
PORCENTAJE 88,60% 68,60% 94,20
Los resultados de la tabla 4 muestran que el mejor servidor de aplicaciones es WildFly antes
conocido como JBOSS, tiene más robustez y soporta aplicativos de tamaño grande; para la
implementación del aplicativo se requiere de un servidor de aplicaciones liviano pero funcional
por lo tanto utilizamos Apache Tomcat en la versión 8.5
1.6.5 Motor de base de datos
La empresa DB-Engines5 realiza varios estudios comparativos entre motores de bases de datos.
La figura 2 muestra un análisis de popularidad de los motores de base de datos libres
(seleccionados); para el cálculo se tomó en cuenta métricas como:
Número de menciones del sistema en sitios web
Interés general en el sistema
Frecuencia de las discusiones técnicas sobre el sistema
Número de ofertas de trabajo, en las que se menciona el sistema.
Número de perfiles en redes profesionales, en los que se menciona el sistema.
Relevancia en las redes sociales.
A continuación, se presenta la gráfica comparativa de motores de base de datos libres
5 Empresa enfocada en el desarrollo de software, capacitación y servicios de consultoría para aplicativos
centrados en bases de datos.
10
Figura 2. Popularidad de motores de base de datos (tomado de DB-Engines.com)
Según la figura 2 PostgreSQL es el motor de bases de datos con mejores puntuaciones que sus
competidores, por lo tanto, es seleccionado para la implementación de este sistema.
1.6.6 Comparativo de generadores de reportes
En la tabla 5 se presenta un estudio comparativo entre herramientas para la generación de
reportes.
Tabla 5. Comparativo de generadores de reportes
PARAMETROS BIRT JASPERSOFT PENTAHO
AUTONOMA 5 5 5
MULTIPLATAFORMA 3 5 4
CONTROL DE VERSION 2 5 4
TIPOS DE GRAFICOS 4 3 5
Múltiple fuente de datos por reporte 5 3 5
Múltiple consulta por reporte 5 4 5
ANALISIS DE DATOS 3 4 5
DISEÑO DE REPORTES 4 5 5
POJO 4 5 3
USA SESIÓN DEL APLICATIVO 0 5 1
PLANTILLAS 3 4 5
PLUGIN ECLIPSE 5 5 5
INTEGRACION JAVA 5 5 3
TOTAL 48 58 55
PROMEDIO 3,69 4,46 4,23
PORCENTAJE 73,80% 89,20% 84,60
11
Los resultados de la Tabla 5 muestran claramente que la mejor herramienta para la
generación de reportes es Jaspersoft. Para la implementación del aplicativo antes mencionado
se utilizó BIRT considerando que es independiente del aplicativo y puede obtener varias
fuentes de datos para el mismo reporte
1.6.7 Arquitectura de Software
A continuación, se presenta un cuadro comparativo de marcos de desarrollo para la arquitectura
de software
Tabla 6. Comparativo arquitecturas de software. Tomado de (ROMERO CORTEZ, 2017)
CARACTERISTICAS SPRING FRAMEWORK
JEE
Pruebas Unitarias 9 8
Integración con otras tecnologías 9 8
Madurez 8 9
Rapidez 9 8
Flexibilidad 9 7
Conectividad y extensibilidad 8 8
Curva Aprendizaje 8 8
Solidez 8 8
Numero de Variabilidad de Aplicaciones y
adaptación 9 8
Soporte por parte de servidores de aplicaciones 8 9
Documentación Actualizada 9 9
Soporte JEE 7 9
Migración entre Servidores 8 9
Promedio 8,385 8,310
Porcentaje 84% 83%
Los resultados de la tabla 6 indican que Spring Framework posee ventajas a Java EE, se eligió
usar Spring Framework por la modularidad, flexibilidad, adaptabilidad y la facilidad para el
mantenimiento.
1.7 Resumen de herramientas
A continuación, presento un consolidado de herramientas seleccionadas para la
implementación del sistema, cada herramienta fue seleccionada por tener fortalezas y
características requeridas por el tipo de sistema a desarrollar.
12
Tabla 7. Consolidado de herramientas a utilizar
ELEMENTO HERRAMIENTA VERSION
LENGUAJE DE PROGRAMACION JAVA 1.8
ENTORNO DE DESARROLLO
INTEGRADO (IDE)
SPRING TOOL
SUITE 3.9.2
FRAMEWORK PARA INTERFACES
USUARIO BOOTSFACES 1.1.3
SERVIDOR DE APLICACIONES APACHE TOMCAT 8.5.27
MOTOR DE BASE DE DATOS POSTGRESQL 9.4
GENERADOR DE REPORTES BIRT 4.8.0
MARCO DE DESARROLLO
SPRING
FRAMEWORK 1.5.10
SE APLICARÁ LA METODOLOGIA PROGRAMACIÓN EXTREMA
13
2. Metodología
2.1 Metodología de investigación.
Según Fernández y Baptista en su libro Metodología de la investigación definen a la
investigación como “Un conjunto de procesos sistemáticos, críticos y empíricos que se aplican
al estudio de un fenómeno o problema” (FERNÁNDEZ COLLADO & BAPTISTA LUCIO,
2014).
Hay diferentes tipos de investigación de acuerdo con el problema planteado. Para el desarrollo
de este estudio se utilizó la investigación explicativa; ya que en la Unidad Educativa Consejo
Provincial de Pichincha la problemática ya tenía estudios anteriores semejantes. Se llegó a las
causas del problema, comparamos estudios anteriores y planteamos una solución.
En el libro Metodología de la investigación de Hernández, Fernández y Baptista se define a la
investigación descriptiva de la siguiente manera: “Su interés se centra en explicar por qué
ocurre un fenómeno y en qué condiciones se manifiesta, o por qué se relacionan dos o más
variables” (HERNANDEZ, FERNANDEZ, & BAPTISTA, 2010).
2.2 Metodología de evaluación del sistema educativo
A través de los años, la evaluación a los sistemas educativos ha sido un tema de gran
importancia para la humanidad. Inicialmente se tomaba a la evaluación como un sistema de
control y regulación, con el pasar del tiempo nuevos investigadores abordaron el tema. Ralph
Tyler autor del modelo de evaluación orientada a objetivos define a la evaluación como “el
proceso para determinar hasta qué punto los objetivos educativos han sido alcanzados” (Tyler,
1950 p.169), es decir que dicho modelo se sustenta en verificar si al final de un periodo de
aprendizaje el alumno adquiere el comportamiento que se esperaba (como objetivo).
Tyler otorgó los mecanismos necesarios para la retroalimentación; con esto se tiene una visión
cíclica de la metodología y se podía ir reestructurando los objetivos con el fin de ajustar el
modelo aplicado.
14
En resumen, el método de Tyler es la base para las evaluaciones orientadas a objetivos. Las
decisiones tomadas deben tener sintonía entre los objetivos trazados y los resultados obtenidos.
Si se alcanzan exitosamente los objetivos es factible tomar decisiones en caminos concretos,
caso contrario hay que revisar las áreas que requieren atención y reestructurar los objetivos
En la actualidad el método de evaluación de Tyler está aplicado al sistema educativo, con esto
los docentes pueden menoscabar fortalezas y debilidades en los alumnos, así mismo les permite
adaptar el modelo para mejorar los resultados.
En Ecuador el sistema educativo tiene definidas escalas para las calificaciones, como podemos
observar en el artículo 194 del reglamento general a la ley orgánica de educación intercultural
se detalla la escala.
Artículo 194. Escala de calificaciones. - Las calificaciones hacen referencia al cumplimiento
de los objetivos de aprendizaje establecidos en el currículo y en los estándares de aprendizaje
nacionales. Las calificaciones se asentarán según la siguiente escala:
Tabla 8 Escalas cualitativas y cuantitativas (tomado de: Instructivo para la aplicación de la evaluación estudiantil,
Ministerio de educación)
ESCALA CUALITATIVA ESCALA
CUANTITATIVA
Domina los aprendizajes requeridos. 9,00 – 10,00
Alcanza los aprendizajes requeridos. 7,00 – 8,99
Está próximo a alcanzar los aprendizajes requeridos. 4,01 – 6,99
No alcanza los aprendizajes requeridos Menor o igual que 4
2.3 Metodología de desarrollo de software
Es el conjunto de procesos o elementos razonables utilizados para estructurar, planificar,
gestionar y manejar el ciclo de vida de un proyecto de desarrollo de software.
2.4 Tipos de metodología
Existen dos tipos de metodologías para el desarrollo de software
15
Metodologías Ágiles
Metodologías no Ágiles (Convencional).
Ian Sommerville define las metodologías ágiles de la siguiente manera: “Los métodos ágiles
son métodos de desarrollo incremental donde los incrementos son mínimos y, por lo general,
se crean las nuevas liberaciones del sistema, y cada dos o tres semanas se ponen a disposición
de los clientes. Involucran a los clientes en el proceso de desarrollo para conseguir una rápida
retroalimentación sobre los requerimientos cambiantes.” (SOMMERVILLE, 2011).
Para el desarrollo de software se utilizará metodologías ágiles ya que el sistema depende de las
necesidades del usuario y se requiere que el tiempo de desarrollo no sea muy extenso.
A continuación, se realiza un comparativo de las características de tres metodologías de
software:
Tabla 9. Comparativo metodologías de desarrollo de software
CARACTERÍSTICAS Programación Extrema (XP) Cascada Scrum
Documentación disponible 4 2 4
Experiencias prácticas 3 2 3,5
Adaptabilidad 4 3 4
Simplicidad 4 3,5 4
Carga de trabajo 3,5 4 3,5
Evaluación de riesgo 4 3 4
Feedback usuarios 4,5 3,5 4,5
Curva de aprendizaje 4,5 4 4,5
Reutilización de componentes 4 4,5 4
Total 35,5 29,5 36
Promedio 3,94 3,28 4
Porcentaje 78,89% 65,56% 80%
La metodología elegida es la programación extrema XP, ya que en nuestro desarrollo al contar
con la mayoría de los procesos definidos no requiere de mucha flexibilidad, pero si requiere de
simplicidad y facilidad de evaluación de riesgos.
Acorde a (SOMMERVILLE, 2011), en la figura 4 se muestra el ciclo de la metodología de
programación extrema
16
Figura 3. Ciclo de Metodología Programación Extrema (Tomado de Ingeniería de Software 7ma edición, Sommerville)
17
3. DESARROLLO DE LA APLICACIÓN
De acuerdo con el capítulo anterior se procede con el desarrollo del sistema aplicando la
metodología XP Programación Extrema, esta metodología nos guiará durante todo el proceso
hasta cumplir con la implementación del sistema
3.1 Planificación
3.1.1 Historias de usuario
Como resultado de las reuniones previas para el levantamiento de requerimientos se obtuvo la
siguiente tabla con las historias de usuario
Tabla 10. Historias de usuario
N° HISTORIA DE USUARIO CRITERIO DE ACEPTACIÓN
1
Como usuario secretaria/o
general deseo registrar nuevo
personal administrativo
(secretarias individuales)
-El sistema debe permitir crear, modificar,
eliminar personal administrativo
-El sistema debe permitir asignar el tipo de
administrativo (1=General, 2=Individual)
-El sistema debe restringir la opción de
registro de personal administrativo (Acceso
solo a secretaria general)
2
Como usuario secretaria/o
general deseo parametrizar
tipos de datos utilizados en el
sistema
-El sistema debe permitir la creación,
actualización y eliminación de parámetros
generales, como el tipo de documento, el
tipo de sexo, etc.
3
Como usuario secretaria
(General/Individual) deseo
imprimir un certificado de
matrícula, el cual será
firmado por secretaría
general
-El sistema debe permitir la impresión del
certificado de matrícula, el certificado debe
generarse con fecha actual y en el pie de
firma debe estar el nombre del/la
secretaria/o general correspondiente
-El certificado debe contener la siguiente
información:
>Nombre completo del alumno
>Curso en el que se matriculó
>Jornada de estudio
> Periodo lectivo
18
Continuación…
4
Como usuario secretaria
individual deseo poder registrar la
matrícula de estudiantes
-El sistema debe permitir realizar el registro de
matrículas en el nuevo periodo lectivo
-El sistema no debe permitir el registro
duplicado de matrículas
-El sistema debe permitir realizar una
matrícula individual y una matrícula masiva
-El sistema debe permitir matricular alumnos
que tengan pendiente rendir exámenes
adicionales (suspenso, remedial, de gracia)
El sistema debe permitir confirmar la
matrícula de los alumnos.
5
Como usuario secretaria/o general
deseo configurar los calendarios
para:
>Ingreso de notas de cada parcial
>Ingreso de exámenes supletorios
>Ingreso de exámenes remediales
>Ingreso de exámenes de gracia
>Matrícula de alumnos
-El sistema debe permitir la configuración de
fecha inicio y fecha fin para el ingreso de notas
de los parciales, así como de los exámenes
adicionales
-El sistema debe permitir la configuración de
fecha inicio y fecha fin para el proceso de
matriculación de alumnos.
6
Como usuario secretaria
individual deseo agregar un nuevo
año lectivo al sistema
-Que el sistema permita la configuración del
año lectivo, previa la configuración de sus
demás parámetros (periodo inicio-fin,
especialidad, jornada, ciclo de estudio)
-Que el sistema permita actualizar el año
lectivo anterior
7
Como usuario secretaria
individual deseo agregar
elementos al sistema, elementos
como cursos, paralelos, nuevas
materias, etc.
-Que el sistema permita la creación,
actualización y eliminación de los elementos
mencionados.
-Que el sistema controle la creación de
parámetros duplicados activos
8
Como usuario secretaria
individual deseo configurar los
distributivos de:
>Cursos y Paralelos
>Materias de cada profesor
>Materias de cada curso
-Que el sistema permita la creación,
actualización y eliminación de las
distribuciones mencionadas
-Que la creación de las distribuciones sea
sencilla y rápida de realizar
9
Como usuario secretaria
individual deseo visualizar y
registrar información de alumnos,
representantes y docentes
-Que el sistema permita el registro de
información de alumnos, representantes y
docentes
-Que el sistema permita el acceso fácil y
rápido a la información
-Que el sistema permita realizar búsquedas
rápidas
19
Continuación…
10
Como usuario secretaria
individual deseo procesar las
solicitudes de actualización de
calificaciones
-El sistema debe permitir la actualización de
calificaciones previa aprobación de oficio
-El sistema debe almacenar la identidad de la
última persona que realizó la actualización de
la nota
-El sistema debe almacenar la fecha de
modificación de la calificación.
11
Como usuario secretaria
individual deseo procesar las
solicitudes retiro de alumnos
-El sistema debe permitir registrar el retiro de
alumnos en cualquier fase del ciclo de vida del
año lectivo
12
Como usuario secretaria
individual deseo cerrar el año
lectivo al terminar el periodo
-El sistema debe cerrar el año lectivo e
inactivarlo
-El sistema debe pasar las calificaciones a una
tabla estática para conservar la integridad de la
información
13
Como usuario secretaria
individual deseo generar reportes
como:
>calificaciones anuales
>Promociones
-El sistema debe permitir generar los reportes
en formato PDF
14
Como usuario docente deseo
registrar las calificaciones de
estudiantes
-El sistema debe permitir la creación y
actualización de calificaciones en el periodo
indicado.
-El sistema debe permitir la creación de
calificaciones únicamente a los usuarios con
rol docente
15
Como usuario Docente deseo
generar reportes como:
>Listado de alumnos por curos y
paralelos
>Listado de calificaciones de
alumnos (resumen, detalle)
-El sistema debe permitir la generación de
listas de alumnos por curso y paralelo
-El sistema debe permitir la generación de
calificaciones de alumnos
16
Como usuario, secretaria
(general/individual), docente e
invitado deseo poder realizar la
consulta de calificaciones por
alumnos
-El sistema debe permitir realizar la consulta
de notas de cada estudiante
-El sistema debe garantizar que la consulta de
calificaciones no permita realizar
actualizaciones
3.1.2 Plan de entrega
Para la entrega de sistema de calificaciones se mantuvieron las reuniones en las cuales se tomó
en cuenta las historias de usuario listadas en la Tabla 13. En las reuniones también se definió
20
la prioridad de entrega de las historias de usuario, el orden de entrega se detalla más adelante
en el presente documento.
Las entregas se cumplieron de acuerdo con lo establecido.
3.1.3 Plan de iteraciones
Para definir la prioridad de desarrollo de las historias de usuario se realizó de acuerdo con la
lógica de negocio, de esta manera cada que se libera un nuevo módulo probado el sistema va
tomando forma y ajustando el flujo del proceso operativo.
Según lo mencionado se definió 5 iteraciones, es decir 5 entregables detallados en la Tabla 14,
con los 5 entregables se cubre toda la funcionalidad del sistema, los entregables incluyen
pruebas de calidad de software.
Tabla 11. Plan de iteraciones
N° Iteración N° HISTORIA DE USUARIO
1
2
Como usuario secretaria/o general
deseo parametrizar tipos de datos
utilizados en el sistema
7
Como usuario secretaria individual
deseo agregar elementos al sistema,
elementos como cursos, paralelos,
nuevas materias, etc.
6
Como usuario secretaria individual
deseo agregar un nuevo año lectivo
al sistema
8
Como usuario secretaria individual
deseo configurar los distributivos de:
>Cursos y Paralelos
>Materias de cada profesor
>Materias de cada curso
1
Como usuario secretaria/o general
deseo registrar nuevo personal
administrativo (secretarias
individuales)
9
Como usuario secretaria individual
deseo visualizar y registrar
información de alumnos,
representantes y docentes
21
Continuación…
2
4
Como usuario secretaria individual
deseo poder registrar la matrícula de
estudiantes
11
Como usuario secretaria individual
deseo procesar las solicitudes retiro
de alumnos
5
Como usuario secretaria/o general
deseo configurar los calendarios
para:
>Ingreso de Calificaciones de cada
parcial
>Ingreso de exámenes supletorios
>Ingreso de exámenes remediales
>Ingreso de exámenes de gracia
>Matrícula de alumnos
3
14
Como usuario docente deseo
registrar las calificaciones de
estudiantes
10
Como usuario secretaria individual
deseo procesar las solicitudes de
actualización de calificaciones
4 12
Como usuario secretaria individual
deseo cerrar el año lectivo al
terminar el periodo
5
16
Como usuario, secretaria
(general/individual), docente e
invitado deseo poder realizar la
consulta de calificaciones por
alumnos
3
Como usuario secretaria
(General/Individual) deseo imprimir
un certificado de matrícula, el cual
será firmado por secretaría general
13
Como usuario secretaria individual
deseo generar reportes como:
>calificaciones anuales
>Promociones
15
Como usuario Docente deseo generar
reportes como:
>Listado de alumnos por curos y
paralelos
>Listado de calificaciones de
alumnos (resumen, detalle)
22
3.1.4 Reuniones de seguimiento
Las reuniones se realizaron con el personal administrativo de la institución en la secretaría
general de la institución.
Las reuniones sirvieron para el seguimiento y aclaración de elementos no visualizados en la
etapa de análisis.
3.2 Diseño
Se realizó el diseño basándonos en la separación de módulos para simplificar la complejidad
de las funcionalidades solicitadas.
Se tomó en cuenta separar los módulos por funcionalidad y por rol de usuario, de esta manera
simplificaremos aún más la complejidad
3.2.1 Proceso de registro y entrega de calificaciones
En la figura 3 se muestra diagrama analizado para la solución planteada
Figura 4. Flujo del registro de calificaciones (Autoría propia)
FLUJO DEL PROCESO DE REGISTRO DE CALIFICACIONES
Se
cre
tari
a
Ind
ivid
ua
lSe
cre
tari
a
Ge
ne
ral
Do
ce
nte
Inv
itad
(A
lum
no
/re
pre
se
nta
nte
)
Diseño
INICIORegistro de
personal administrativo
Parametrización inicial del sistema
Creación de los
distributivos
Registro de alumnos,
representantes y docentes
Registro y confirmación de matrícula
Registro de intervalo de fechas para matrículas
Registro de intervalo de fechas para
ingreso de notas
Ingreso de calificaciones:Parci
ales, examenes, examenes adicionales
Rectificación de
calificaciones
Consulta de calificaciones
Consulta de calificaciones
Ingreso de parámetros
generales del sistema
Generación de listas de curso
Cierre de ciclo
Solicitud cambio de notas APROBADA
por RECTOREntrega de
Notas
23
3.2.2 Modelo entidad relación de la base de datos
Como se puede observar en la figura 3 la base de datos cuenta con 31 tablas, relacionadas y no relacionadas.
Figura 5. Modelo relacional de la base de datos
FK_ALUMNOS_REFERENCE_REPRESEN
FK_ANIO_LEC_REFERENCE_PERIODO
FK_ANIO_LEC_REFERENCE_SECCION
FK_ANIO_LEC_REFERENCE_CICLO_ES
FK_ANIO_LEC_REFERENCE_ESPECIAL
FK_CURSO_PA_REFERENCE_CURSOS
FK_CURSOPAR_REFERENCE_CURSO_PA
FK_CURSOPAR_REFERENCE_MATERIAS
FK_ALUMNOS_REFERENCE_SEXO
FK_ALUMNOS_REFERENCE_TIPO_IDE
FK_CURSO_PA_REFERENCE_PARALELO
FK_DOCENTES_REFERENCE_TIPO_IDE
FK_REPRESEN_REFERENCE_TIPO_IDE
FK_PROF_CUR_REFERENCE_DOCENTES
FK_PROF_CUR_REFERENCE_CURSOPAR
FK_MATRICUL_REFERENCE_TIPO_MAT
FK_RETIRO_REFERENCE_TIPORETI
FK_MATRICUL_REFERENCE_ALUMNOS
FK_ROLES_REFERENCE_USUARIOS
FK_RETIRO_REFERENCE_MATRICUL
FK_CURSO_PA_REFERENCE_SECCION
FK_MATRICUL_REFERENCE_CURSO_PA
FK_MATRICUL_REFERENCE_ANIO_LEC
FK_CALIFICA_REFERENCE_MATRICUL
FK_CALIFICA_REFERENCE_PROF_CUR
FK_MATERIAS_REFERENCE_CICLO_ES
FK_DOCENTES_REFERENCE_SEXO
FK_FECHASMA_REFERENCE_TIPO_MAT
FK_ADMINIST_REFERENCE_CICLO_ES
FK_TUTOR_CU_REFERENCE_DOCENTES
FK_TUTOR_CU_REFERENCE_CURSO_PA
FK_ADMINIST_REFERENCE_TIPO_IDE
FK_ADMINIST_REFERENCE_SEXO
FK_FECHASMA_REFERENCE_ANIO_LEC
FK_CURSO_PA_REFERENCE_CICLO_ES
PERIODO
ID_PERIODO_LECTIVO
PERIODO_INICIO
PERIODO_FIN
ESTADO_PERIODO_LECTIVO
FECHA_CR_PERIODO
SERIAL
NUMERIC(4,0)
NUMERIC(4,0)
BOOL
DATE
<pk>
SECCION
ID_SECCION
NOMBRE_SECCION
DESCRIP_SECCION
ESTADO_SECCION
FECHA_CR_SECCION
SERIAL
VARCHAR(100)
VARCHAR(100)
BOOL
DATE
CICLO_ESTUDIO
ID_CICLO_ESTUDIO
NOMBRE_CICLOS
DESCRIPCION_CICLOS
ESTADO_CICLO_EST
FECHA_CR_CICLOESTUDIO
SERIAL
VARCHAR(100)
VARCHAR(100)
BOOL
DATE
<pk>
ESPECIALIDAD
ID_ESPECIALIDAD
NOMBRE_ESPECIALIDAD
DESCRIPCION_ESPECIALIDAD
ESTADO_ESPECIALIDAD
FECHA_CR_ESPECIALIDAD
SERIAL
VARCHAR(100)
VARCHAR(100)
BOOL
DATE
<pk>
CURSOS
ID_CURSO
NOMBRE_CURSO
DESCRIP_CURSO
ORDEN_CURSO
ESTADO_CURSO
FECHA_CREAR_CURSO
SERIAL
VARCHAR(100)
VARCHAR(255)
I(7)
BOOL
DATE
<pk> PARALELOS
ID_PARALELO
NOMBRE_PARALELO
DESC_PARALELO
ESTADO_PARALELO
FECHA_CREAR_PARALELOS
SERIAL
VARCHAR(100)
VARCHAR(100)
BOOL
DATE
<pk>
DOCENTES
CEDULA_DOCENTES
ID_TIPO_IDENTIFICACION
ID_SEXO
PRIMER_NOMBRE_DOCENTE
SEGUNDO_NOMBRE_DOCENTE
PRIMER_APELLIDO_DOCENTE
SEGUNDO_APELLIDO_DOCENTE
TELF_MOVIL_DOCENTE
TELF_DOMICILIO_DOCENTE
DIRECCION_DOMICILIO
CORREO_ELECTRONICO
TITULOS
TITULOS2
ANIO_ING_MAGIS
ESTADO_DOCENTE
FECHA_CR_DOCENTE
VARCHAR(30)
INT4
INT4
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(10)
VARCHAR(10)
VARCHAR(100)
VARCHAR(50)
VARCHAR(200)
VARCHAR(200)
I(4)
BOOL
DATE
<pk>
<fk1>
<fk2>
TIPO_IDENTIFICACION
ID_TIPO_IDENTIFICACION
NOMBRE_IDENTIFICACION
DESC_IDENTIFICACION
ESTADO_IDENTIFICACION
FECHA_CR_TIPOIDENT
SERIAL
VARCHAR(25)
VARCHAR(100)
BOOL
DATE
<pk>
ALUMNOS
CEDULA_ALUMNOS
ID_SEXO
ID_TIPO_IDENTIFICACION
CEDULA_REPRESENTANTE
PRIMER_NOMBRE_ALUMNO
SEGUNDO_NOMBRE_ALUMNO
PRIMER_APELLIDO_ALUMNO
SEGUNDO_APELLIDO_ALUMNO
CELULAR_ALUMNO
TELF_DOMIC_ALUMNO
DIRECCION_ALUMNO
EMAIL_ALUMNO
FECHA_NACIMIENTO
ESTADO_ALUMNO
FOTO
FECHA_CR_ALUMNO
ESTADO_ESTUDIOS
VARCHAR(20)
INT4
INT4
VARCHAR(20)
VARCHAR(30)
VARCHAR(30)
VARCHAR(30)
VARCHAR(30)
VARCHAR(10)
VARCHAR(10)
VARCHAR(100)
VARCHAR(50)
DATE
BOOL
VARCHAR(9999999)
DATE
VARCHAR(15)
<pk>
<fk2>
<fk3>
<fk1>
REPRESENTANTES
CEDULA_REPRESENTANTE
ID_TIPO_IDENTIFICACION
PRIMER_NOMBRE_REPRESENTANTE
SEGUNDO_NOMBRE_REPRESENTANTE
PRIMER_APELLIDO_REPRESENTANTE
SEGUNDO_APELLIDO_REPRESENTANTE
DIRECCION_DOMICILIO_REPRESENTAN
TELF_DOMICILIO_REPRESENTANTE
DIRECCION_TRABAJO_REPRESENTANTE
TELF_TRABAJO_REPRESENTANTE
TELEFONO_MOVIL_REPRESENTANTE
MAIL_REPRESENTANTE
ESTADO_REPRESENTANTE
FCHA_CR_REPRE
VARCHAR(20)
INT4
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(100)
VARCHAR(10)
VARCHAR(100)
VARCHAR(20)
VARCHAR(15)
VARCHAR(100)
BOOL
DATE
<pk>
<fk>
SEXO
ID_SEXO
NOMBRE_SEXO
DESCR_SEXO
ESTADO_SEXO
FCHA_CR_SEXO
SERIAL
VARCHAR(15)
VARCHAR(50)
BOOL
DATE
<pk>
TIPO_MATRICULA
ID_TIPO_MATRICULA
NOMBRE_TIPO_MATRICULA
DESC_TIPO_MATRICULA
ESTADO_TIPO_MATRICULA
FECHA_CR_TIPOMATRICULA
SERIAL
VARCHAR(50)
VARCHAR(50)
BOOL
DATE
<pk>
ROLES
ID_USER_ROLES
ROLE
USERNAME
CEDULA
SERIAL
INT4
VARCHAR(50)
VARCHAR(50)
<pk>
<fk>
USUARIOS
CEDULA
ENABLED
PASSWORD
USERNAME
NOMBRE_APELLIDO
CORREO_USER
SERIAL
BOOL
VARCHAR(20)
VARCHAR(20)
VARCHAR(30)
VARCHAR(100)
<pk>MATERIAS
ID_MATERIA
ID_CICLO_ESTUDIO
NOMBRE_MATERIA
DESC_MATERIA
ESTADO_MATERIA
FCHA_CR_MATERIA
SERIAL
INT4
VARCHAR(50)
VARCHAR(50)
BOOL
DATE
<pk>
<fk>
ANIO_LECTIVO
ID_ANIO_LECTIVO
ID_PERIODO_LECTIVO
ID_SECCION
ID_CICLO_ESTUDIO
ID_ESPECIALIDAD
ESTADO_ANIOLECT
FECHA_CR_ANIOLECTIVO
SERIAL
INT4
INT4
INT4
INT4
BOOL
DATE
<pk>
<fk1>
<fk2>
<fk3>
<fk4>
CURSO_PARALELO
ID_CURSO_PARALELO
ID_CURSO
ID_PARALELO
ID_SECCION
ID_CICLO_ESTUDIO
ESTADO_CURSOPARALELO
FCHA_CR_CURPAR
SERIAL
INT4
INT4
INT4
INT4
BOOL
DATE
<pk>
<fk1>
<fk2>
<fk3>
<fk4>
CURSOPARALELO_MATERIA
ID_CURSOPAR_MATE
ID_CURSO_PARALELO
ID_MATERIA
ESTADO_CURPARMAT
FCHA_CR_CURPARMAT
SERIAL
INT4
INT4
BOOL
DATE
<pk>
<fk1>
<fk2>
PROF_CURPARMAT
ID_PROFCURPARMAT
ID_CURSOPAR_MATE
DOCUMENTO_IDENTIDAD
ESTADO_PROFCURPARMAT
FCHA_CR_PRFCURPARMAT
SERIAL
INT4
VARCHAR(30)
BOOL
DATE
<pk>
<fk2>
<fk1>
MATRICULA
ID_MATRICULA
ID_TIPO_MATRICULA
CEDULA_ALUMNOS
ID_CURSO_PARALELO
ID_ANIO_LECTIVO
ESTADO_MATRICULA
FECHA_CR_MATRICULA
ESTADO_REG_MAT
DCP1Q1
DCP2Q1
DCP3Q1
DCPMQ1
DCP1Q2
DCP2Q2
DCP3Q2
DCPMQ2
DCPF
TOTAL_ASIS
ALUM_ASIS
FALTA_JUST
FALTA_NO_JUS
FECHA_ACT
PORCENT_ASIS
SERIAL
INT4
VARCHAR(20)
INT4
INT4
VARCHAR(50)
DATE
BOOL
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
VARCHAR(15)
NUMERIC(3,0)
NUMERIC(3,0)
NUMERIC(3,0)
NUMERIC(3,0)
DATE
NUMERIC(4)
<pk>
<fk1>
<fk2>
<fk3>
<fk4>
CALIFICACIONES
ID_CALIFICACION
ID_MATRICULA
ID_PROFCURPARMAT
NOTA1Q1
NOTA2Q1
NOTA3Q1
PROMEDIOQ1
PORCENPROMQ1
NOTAEXAMQ1
PORCENEXAMQ1
NOTAQUIM1
NOTA1Q2
NOTA2Q2
NOTA3Q2
PROMEDIOQ2
PORCENPROMQ2
NOTAEXAMQ2
PORCENEXAMQ2
NOTAQUIM2
NOTAFINAL
SUSPENSO
REMEDIAL
DEGRACIA
USUARIO_MOD
MIGRACION
ESTADO_CALIFICACION
FCHA_CR_CALIF
SERIAL
INT4
INT4
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
NUMERIC(5,2)
VARCHAR(50)
BOOL
BOOL
DATE
<pk>
<fk1>
<fk2>
ESTADOS_FINALES
IDESTADOSFINALES
PERIODO
ESPECIALIDAD
SECCION
CICLOESTUDIO
IDENTIFICACION
CURSO
ORDEN CURSO
PARALELO
MATERIA
ESTADO
USUARIO
FECHA_MODIF
FECHA_CR_ESTADOSFINALES
PERIODO_INICIO
PERIODO_FIN
COD_CALIFICACION
COD_MATRICULA
ESTADO_CALF
ID_ANIO_LECT
SERIAL
VARCHAR(12)
VARCHAR(100)
VARCHAR(100)
VARCHAR(100)
VARCHAR(50)
VARCHAR(100)
I(7)
VARCHAR(10)
VARCHAR(100)
VARCHAR(50)
VARCHAR(50)
DATE
DATE
I(4)
I(4)
I(4)
I(4)
BOOL
I(4)
<pk>
FECHASNOTAS
IDFECHASNOTAS
FECHAINICIOQ1
FECHAFINQ1
FECHAINICIOQ2
FECHAFINQ2
FECHAINICIOSP
FECHAFINSP
FECHAINICIORM
FECHAFINRM
FECHAINICIODG
FECHAFINDG
USUARIO
ESTADO_FECHASNOTAS
FCHA_CR_FNOT
SERIAL
DATE
DATE
DATE
DATE
DATE
DATE
DATE
DATE
DATE
DATE
VARCHAR(50)
BOOL
DATE
<pk>
FECHASMATRICULAS
IDFECHASMAT
ID_TIPO_MATRICULA
ID_ANIO_LECTIVO
FECHAINICIO
FECHAFIN
USUARIO
ESTADOS_FECHASMAT
FCHA_CR_FMAT
SERIAL
INT4
INT4
DATE
DATE
VARCHAR(50)
BOOL
DATE
<pk>
<fk1>
<fk2>RETIRO
IDRETIRO
IDTIPORETIRO
ID_MATRICULA
FECHAPROCESO
USUARIO
ESTADO_RETIRO
FECHA_CR_RETIRO
SERIAL
INT4
INT4
DATE
VARCHAR(50)
BOOL
<Undefined>
<pk>
<fk1>
<fk2>
TIPORETIRO
IDTIPORETIRO
NOMBRERETIRO
DESCRETIRO
ESTADO_TIPORETIRO
FECHA_CR_TIPORET
SERIAL
VARCHAR(100)
VARCHAR(150)
BOOL
DATE
<pk>
ADMINISTRATIVOS
CEDULA_PERS_ADMIN
ID_CICLO_ESTUDIO
ID_TIPO_IDENTIFICACION
ID_SEXO
PRI_APELLIDO_PA
SEG_APELLIDO_PA
PRI_NOMBRE_PA
SEG_NOMBRE_PA
TIPO_ADMINISTRATIVO
ANIO_INGRESO
TELF_CONVENCIONAL
TELF_MOVIL
ESTADO_ADMINISTRATIVO
FECHA_CR_ADMINISTRATIVO
SERIAL
INT4
INT4
INT4
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(50)
VARCHAR(100)
I(4)
VARCHAR(15)
VARCHAR(15)
BOOL
DATE
VARCHAR(100)
<pk>
<fk1>
<fk2>
<fk3>
LABEL_NUMERO
ID_LABEL_NUM
VAL_NUMERO
DESCRIPCION_LABEL
SERIAL
NUMERIC(7,2)
VARCHAR(100)
<pk>
TUTOR_CURSOPARALELO
ID_TUTOR_CURPAR
CEDULA_DOCENTES
ID_CURSO_PARALELO
ESTADO_TUTOR_CURPAR
FECHA_CR_TUTOR_CP
SERIAL
VARCHAR(30)
INT4
BOOL
DATE
<pk>
<fk1>
<fk2>
COMPORTAMIENTO
ID_COMPORTAMIENTO
IDENT_ESCALA
DET_ESCALA
ORD_ESCALA
SERIAL
VARCHAR(100)
VARCHAR(100)
NUMERIC(1,0)
<pk>
PROMEDIOS_HISTORICOS
ID_PROM_HIST
P_INICIO
P_FIN
CURSO
ORDEN
PARALELO
FCHA_CR_HIST
SERIAL
NUMERIC(4,0)
NUMERIC(4,0)
VARCHAR(50)
NUMERIC(2,0)
VARCHAR(1)
DATE
<pk>
24
3.3 Desarrollo
3.3.1 Usuarios y roles del sistema
Para la seguridad del sistema y la separación de las funcionalidades se realiza la creación y
definición de roles y usuarios.
Se identificó cuatro roles/actores que interactuarán en el sistema:
Rol usuario administrador (secretaria general)
Rol usuario administrativo (secretaria individual)
Rol usuario docente
Rol usuario invitado (Alumno, representante)
Rol Administrador
El rol de administrador es representado por el/la secretaria/a general
Casos de uso:
Figura 6. Roles del administrador (Autoría propia)
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
Calendarios
Caificaciones
Agregar Fechas
Calificaciones
Eliminar Fechas
Calificaciones
Actualizar
Fechas
Calificaciones
Calendarios Matriculas
Agregar Fechas
Matriculas
Eliminar Fechas
Matriculas
Actulizar Fechas
Matriculas
Registro Administrativos
Crear
Administrativos
Eliminar
Administrativos
Actualizar
Administrativos
25
El administrador es el encargado de las siguientes actividades
Figura 7 Roles del administrador (Autoría propia)
El administrador realiza asignaciones de tareas a otros usuarios con diferentes roles dentro de
la institución
Figura 8 Asignaciones del administrador (Autoría propia)
El rol de administrativo es representando por el/la/las secretario/a/s encargadas de cada nivel
de estudio.
Este usuario también puede asignar tareas/acciones a otro tipo de usuario del sistema, en la
figura 10 se observa la asignación del personal administrativo al hacia el docente
TIPOS DE
DATOS
Tipo de identificación
Tipo de sexo
Tipo de retiro
Tipo de matrícula
Enumerados
<<uses>>
<<uses>>
<<extend>>
Crear
Actualizar
Eliminar
<<uses>>
<<uses>>
<<extend>>
Crear
Actualizar
Eliminar
<<uses>>
<<uses>>
<<extend>>
Crear
Actualizar
Eliminar
<<uses>>
<<uses>>
<<extend>>
Crear
Actualizar
Eliminar
<<uses>><<uses>>
<<extend>>
Crear
Actualizar
Eliminar
ADMINISTRADOR ADMINISTRATIVO
ASIGNAR<<extend>>NIVEL DE ESTUDIO Gestión Académica
26
Figura 9. Asignaciones del administrativo (Autoría propia)
En las figuras 11 y 12 observamos las tareas y/o acciones que pertenecen al usuario con rol o
perfil administrativo
Figura 10 Roles del administrativo (Autoría propia)
ADMINISTRACION DOCENTE
ASIGNAR
<<extend>>
<<extend>>
CURSO PARALELO
Visulizar listado de alumnos
Calificar desarrollo
comportamental
<<uses>>
<<uses>>
<<uses>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<uses>>
<<extend>>
Administrativo
Matriculas
Distributivos
Rectificacion
Calificaciones
Generar
Matriculas
Confirmar
Matriculas
Actualizar
Matriculas
Crear
Distributivos
Eliminar
distributivos
Actualizar
Distributivos
Actualizar
calificaciones
Alumnos
Crear Alunnos
Actualizar
Alumnos
Eliminar
Alumnos
Representantes
Crear
Representantes
Actualizar
Representantes
Eliminar
Representantes
27
Las acciones acciones/roles del usuario administrativo
Figura 11. Roles del administrativo (Autoría propia)
El usuario administrativo tiene asignado la distribución de elementos-acciones de acuerdo con
el detalle de la figura 13
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<uses>>
<<extend>>
<<uses>>
<<extend>>
<<uses>>
<<uses>>
<<uses>>
<<extend>>
Administrativo
Cursos
Paralelos
Crear Cursos
Eliminar
Cursos
Actualizar
Cursos
Crear Paralelos
Eliminar
Paralelos
Actualizar
Paralelos
Asignaturas
Crear
Asignaturas
Actualizar
Asignaturas
Eliminar
Asignaturas
Docentes
Crear Docentes
Actualizar
Docentes
Eliminar
Docentes
Año Lectivo
Crear Año
Lectivo
Eliminar Año
Lectivo
Actualizar
Año Lectivo
Reportes Generar
Reportes
28
Figura 12. Asignaciones del administrativo (Autoría propia)
Usuario de tipo docente
Es representado por los maestros de la institución, sus roles/acciones se detallan en la figura 14
Figura 13. Roles del docente (Autoría propia)
Usuario de tipo invitado
Es representado por el estudiantado y por los padres de familia o representantes legales, sus
acciones/roles dentro del sistema se muestran en la figura 15.
Figura 14. Asignaciones usuario invitado (Autoría propia)
ASIGNA
CURSOSPARALELOS A
Administrativo
MATERIASCURSOS Y
PARALELOSA
DOCENTES
CURSOS,
PARALELOS
Y MATERIASA
TUTORCURSO Y
PARALELOA
ESPECIALIDADAÑO
LECTIVOA
NIVELAÑO
LECTIVOA
JORNADAAÑO
LECTIVOA
PERIODOAÑO
LECTIVOA
<<uses>>
<<uses>>
<<extend>>
Calificaciones
Agregar
Calificaciones
Modificar
Calificaciones
Obtener Listado
de alumnos
CONSULTARCALIFICACIONES
29
El sistema tiene la capacidad de emitir varios certificados, a continuación, se presenta un
certificado de matrícula generado en PDF.
Figura 15. Certificado de matrícula
El sistema emite la libreta de calificaciones del alumnado, en la figura 17 se observa una
libreta de calificaciones generada por el S.E.C.P.P.
Figura 16. Libreta de calificaciones
30
4. PRUEBAS
Luego de la elaboración de todo producto es necesario el control de calidad para asegurar que
cumpla con las necesidades para las que fue creado, el término control de calidad puede tener
diferentes definiciones según el campo de estudio; según la ISO 900 control de calidad es el
grado en el que un conjunto de características inherentes de un objeto cumple con los requisitos.
En este capítulo realizaremos control de calidad del software, aplicando diferentes pruebas de
software. según el ISTQB (International Software Testing Qualifications Board) se define
pruebas como “El proceso consiste en todas las actividades del ciclo de vida, tanto estáticas
como dinámicas, relacionadas con la planificación, preparación y evaluación de productos de
software y productos de trabajo relacionados para determinar que satisfacen los requisitos
especificados, para demostrar que son aptos para el propósito y para detectar defectos.”
(ISTQB, 2016)
Puntualmente realizaremos tres tipos de pruebas de software
Pruebas de vulnerabilidad
Pruebas de carga
Pruebas funcionales (Caja negra)
4.1 Pruebas de vulnerabilidad
Existen diferentes tipos de vulnerabilidad dependiendo de la complejidad, la forma y la razón
por la que fue desarrollado un sistema, para los sistemas o aplicaciones web existen las
vulnerabilidades existentes son variadas. El OWASP top 10 es un proyecto que nació para
concientizar a gerentes y desarrolladores, en este top 10 se listan las vulnerabilidades de
sistemas y aplicativos web y aunque no es un estándar oficial en los últimos años se ha vuelto
una referencia en temas de seguridad, este proyecto es concebido por OWASP una
organización mundial sin fines de lucro enfocada en la investigación y recomendación de
31
buenas prácticas para el desarrollo y adquisición de aplicativos confiables; en el primero puesto
de este OWASP top 10 2017 tenemos la vulnerabilidad inyección SQL
4.1.1 Inyección de SQL
Las fallas de inyección, como SQL, NoSQL, OS o LDAP ocurren cuando se envían datos no
confiables a un intérprete, como parte de un comando o consulta.
Los datos dañinos del atacante pueden engañar al intérprete para que ejecute comandos
involuntarios o acceda a los datos sin la debida autorización. (The OWASP Fundation, 2017).
Ejemplo de sentencias que siempre devuelven true/false en un condicional.
OR 1=1 retorna TRUE
OR 1=0 retorna FALSE
Para nuestra prueba intentaremos iniciar sesión en el portal con credenciales erróneas, para esto
colocamos un nombre de usuario seguido de ‘OR 1 =1’, y de la misma manera una contraseña
seguido de ‘OR 1=1’
Inicio de sesión con credenciales erróneas y SQL inyectado.
Figura 17. Pantalla Login del SECPP
32
Observamos que el sistema no permite el inicio de sesión a través de un ataque de inyección
SQL. Al accionar el botón “Ingresar” el sistema indica que las credenciales son erróneas tal y
como muestra la figura 19.
Figura 18. Mensaje de error el iniciar sesión
4.2 Pruebas de estrés
Debido a que los sistemas y aplicativos web pueden ser usados por varios usuarios a la vez y
desde diferentes lugares, las pruebas de rendimiento son esenciales para garantizar que el
sistema pueda manejar la carga esperada, para este tipo de pruebas se requiere de herramientas
adicionales que simulen la concurrencia al sistema.
BlazeMeter es una empresa de pruebas continuas enfocada en SaaS (Software as a Service), y
otorga servicios de testing, la empresa ha realizado un estudio comparativo entre herramientas
33
de simulación de carga midiendo tiempos de respuesta y de rendimiento, las figuras 11 y 12
muestran los resultados del estudio
Figura 19 Tiempos de respuesta total/promedio (Tomado de: www.blazemeter.com)
Figura 20 Rendimiento promedio (Obtenido de www.blazemeter.com)
Observamos que en las dos gráficas Locust es más rápido y tiene mejor rendimiento promedio,
en la lista le sigue JMeter, para las pruebas del aplicativo se elige JMeter porque Locust
describe sus pruebas en código Python, además JMeter es de Apache, el mismo fabricante de
nuestro servidor de aplicaciones.
34
A continuación mostramos el paso a paso de las pruebas con JMeter
Añadimos un grupo de hilos
Figura 21. Jmeter, agregar grupo de hilos al plan de pruebas
Definir el número de hilos (10000 peticiones)
Figura 22. Jmeter, cantidad de conexiones o peticiones
Configuramos hilos para realizar peticiones de tipo HttpRequest tal y como se muestra en la
figura 22
35
Figura 23. Jmeter, tipo de peticiones al aplicativo
Resultados de la prueba en JMeter con 10000 peticiones, en la figura 23 se puede observar un
gráfico de número de peticiones vs tiempo.
Figura 24. Medidas de dispersión tiempo VS número de peticiones
La herramienta muestra medidas de dispersión (estadísticas) del número de peticiones
generadas exitosamente, y también datos adicionales como tiempos de respuesta, en la figura
24 se observa los datos arrojados por la herramienta.
36
Figura 25. Resumen de peticiones realizadas
La consola de administración de Apache Tomcat nos permite observar el número de sesiones
que se iniciaron en la aplicación, la figura 25 nos muestra que nuestro aplicativo tiene 7.123
sesione activas.
Figura 26. Consola de administración APACHE con número de peticiones
Para probar la velocidad de respuesta realizamos la petición de inicio de sesión una vez más.
37
Figura 27. Pantalla de inicio de sesión
Con las credenciales correctas el sistema inicia sesión y nos dirige a la página de bienvenida
Figura 28. Pantalla de bienvenida
La respuesta del aplicativo sigue siendo buena casi no se siente la diferencia a pesar de que el
servidor de aplicaciones está manejando más de 7.000 al mismo tiempo. Como ya se mencionó
en la introducción del presente documento la institución maneja alrededor de 8.000 alumnos
por lo tanto el sistema está en capacidad de soportar dicha carga. En la figura 28 observamos
como el número de peticiones aumenta.
38
Figura 29. Consola de administración Apache Tomcat
4.3 Pruebas funcionales (De caja negra)
Las pruebas de caja negra no requieren bastante conocimiento de informática a diferencia de
los dos tipos de pruebas anteriores, para este tipo de pruebas se requiere conocer de los procesos
de negocio, las pruebas buscan verificar y validar que el software devuelva los resultados
esperados de acuerdo con las entradas específicas.
A continuación, se realiza la prueba de inicio de sesión con dos escenarios posibles; con datos
correcto y con datos incorrectos.
Datos de ingreso
Usuario: admin1
Contraseña:12345
Figura 30. Inicio de sesión con credenciales correctas
39
Se realiza el inicio de sesión correctamente
Figura 31.Inicio de sesión exitoso
Datos de ingreso incorrecto
Usuario: admin2
Contraseña: p455w0rd
Figura 32. Inicio de sesión claves erróneas
El sistema no permite avanzar y muestra el mensaje correspondiente
Figura 33. Mensaje de credenciales inválidas
40
Prueba de la opción consulta de calificaciones
Datos de ingreso:
Cédula: 1311901001
Figura 34. Menú consulta de calificaciones
En el próximo proceso se debe ingresar el número de cédula y el sistema deberá devolver los
periodos cursados
Figura 35. Consulta de calificaciones - Datos de entrada
Observamos que el sistema efectivamente devuelve los periodos matriculados, prueba exitosa.
41
Figura 36. Resultado Exitoso, pantalla con lista de calificaciones
4.4 Conclusiones
Para el desarrollo de un sistema de este tipo es muy importante y necesario estar al tanto
de la normativa y de la situación política y estructural de un país, ya que pueden existir
cambios en los métodos de evaluación, en la estructura educativa o en la forma de evaluar
y calcular las calificaciones finales, los sistemas informáticos deben estar preparados para
cambios de esta magnitud.
Un sistema de calificaciones es un tipo de sistema de alto riesgo por el tipo de información
que almacena y por estar implementado en una entidad pública, por lo tanto, hay que hacer
énfasis en aplicar estándares y buenas prácticas de programación para tratar de reducir el
riesgo a ser vulnerados
Se culminó la implementación del sistema de calificaciones en la UECPP y se cubrió las
necesidades del usuario detalladas al inicio del proyecto, el sistema facilita la búsqueda de
estudiantes, la emisión de certificados y la entrega de calificaciones a estudiantes y padres
de familia o representantes.
42
4.5 RECOMENDACIONES
Se recomienda que el sistema se implemente con las versiones detalladas en el documento,
no se garantiza el correcto funcionamiento del sistema si se usan otras versiones de
software.
Se recomienda que la persona encargada para administrar el sistema debe tener
conocimientos en la rama de informática, para que en caso de alguna contingencia sea capa
de reestablecer el servicio y pueda restaurar los respaldos de la base de datos que el/ella
mismo debe extraer.
El sistema fue construido para adaptarse a los cambios estructurales en el sistema de
evaluación de educación ecuatoriano. Hay que considerar que siempre pueden existir
nuevas formas de administrar la educación que podrían volver obsoleto al sistema.
Tomando en cuenta que esta es la primera versión podría realizarse un nuevo estudio para
adaptarle a los nuevos cambios tomando como base la versión actual.
Como se mencionó el sistema es parametrizable y su correcto funcionamiento depende
mucho de las parametrizaciones y del buen manejo de este, en los anexos se adjunta el
manual de usuario en el cual se explica la funcionalidad del sistema y las parametrizaciones
No se garantiza el buen desempeño del sistema si existen problemas externos que
ocasionen retraso en las transmisiones o caídas del servicio.
43
BIBLIOGRAFIA
Erlijman Piwen, A., & Goyén Fros, A. (2001). PROBLEMAS Y SOLUCIONES EN LA IMPLEMENTACIÓN DE
EXTREME PROGRAMMING. Montevideo. FERNÁNDEZ COLLADO, C., & BAPTISTA LUCIO, P. (2014). METODOLOGÍA DE LA INVESTIGACIÓN.
México D.F.: McGRAW-HILL.
G2 CROWD. (30 de 11 de 2018). Obtenido de https://www.g2crowd.com:
https://www.g2crowd.com/compare/bluej-vs-eclipse-vs-netbeans
INNOVENT SOLUTIONS. (20 de Mayo de 2016). http://www.innoventsolutions.com/company-overview.html.
Obtenido de http://www.innoventsolutions.com: http://www.innoventsolutions.com
ISTQB. (2016). ISTQB®. Obtenido de www.istqb.org: http://glossary.istqb.org/search/TESTING
Llauradó, O. (12 de 12 de 2014). NETQUEST. Obtenido de www.netquest.com:
https://www.netquest.com/blog/es/la-escala-de-likert-que-es-y-como-utilizarla
Mak, G., Rubio, D., & Long, J. (2010). Spring Recipes. Apress.
Mak, G., Rubio, D., & Long, J. (2010). Spring Recipes A Problem-Solution Approach. Apress.
MARTÍNEZ VILLALOBOS, G., CAMACHO SÁNCHEZ, G., & BIANCHA GUTIÉRREZ, D. (Abril de
2010). DISEÑO DE FRAMEWORK WEB PARA EL DESARROLLO DINÁMICO DE
APLICACIONES. DISEÑO DE FRAMEWORK WEB PARA EL DESARROLLO DINÁMICO DE
APLICACIONES. Pereira, Colombia.
MELÉNDEZ, S., GAITAN, M., & PÉREZ, N. (2016). METODOLOGÍA AGIL DE DESARROLLO DE
SOFTWARE EN PROGRAMACION EXTREMA. Managua.
OSPINA, B., SANDOVAL, J., ARISTIZÁBAL, C., & RAMÍREZ, M. (2003). La escala de Likert en la
valoración de los conocimientos y las actitudes de los profesionales de enfermería en el cuidado de la
salud. Antioquia.
Pivotal Software. (2018). Spring Boot. Obtenido de https://spring.io/projects/spring-boot
ROMERO CORTEZ, J. L. (2017). Sistema Web para la Gestión y Control de la Entrada, Salida y
Mantenimiento Vehicular de la Universidad Central del Ecuador. TESIS PREGRADO,
UNIVERSIDAD CENTRAL DEL ECUADOR, QUITO.
SOLID IT. (2018). https://db-engines.com/en/about. Obtenido de https://db-engines.com: https://db-
engines.com/en/system/Derby%3BMariaDB%3BPostgreSQL
SOMMERVILLE, I. (2005). INGENIERIA DE SOFTWARE. Madrid: PEARSON EDUCATION. S.A.
SOMMERVILLE, I. (2011). INGENIERÍA DE SOFTWARE. Naucalpan de Juárez, México: PEARSON.
The OWASP Fundation. (2017). OWASP. Obtenido de The OWASP Fundation:
https://www.owasp.org/images/5/5e/OWASP-Top-10-2017-es.pdf
Tyler, R. (1950). Basic principle of curriculum and instruction. Chicago: Chicago University.
Zhen, L., Niclausse, N., & Jalpa-Villanueva, C. (2001). Traffic model and performance evaluation of Web servers.
44
ANEXOS
GUIA DE INICIO RAPIDO
A continuación, describimos pequeña guía de inicio rápido en caso de que el servidor se caiga
y existan fallas eléctricas o algún otro tipo de incidente que provoque la caída del servidor.
El servidor se configuró de manera que arranque al momento de iniciar Windows, si ocurriera
algún fallo bastaría con encender el computador y verificar que automáticamente se ejecute el
servidor de aplicaciones mediante la consola de comandos, en la figura 36 observamos la
consola de comandos del servidor de aplicaciones
Figura 37. Consola de comandos de Apache Tomcat
Para saber si el servidor de aplicaciones está en servicio, debemos ir a un navegador y digitar
la siguiente dirección: http://localhost:8080 y el navegador debería mostrarnos la siguiente
pantalla
Figura 38. Pantalla de inicio Apache Tomcat
45
Para verificar que el aplicativo está en servicio nos dirigimos a la opción “Server Status”, si
nos pide un usuario y contraseña debemos colocar “admin” y “admin” respectivamente, debe
presentarse la siguiente pantalla
Figura 39. Estado del servidor -Apache Tomcat
Y por último nos dirigimos al link “Listar Aplicaciones “de la columna Gestor, debemos
observar el listado de los aplicativos ejecutándose, nuestro aplicativo debería tener el valor
TRUE en la columna “Ejecutándose”
Figura 40. Estado del aplicativo
En caso de que el aplicativo no esté en servicio procedemos a revisar que el motor de base de
datos esté ejecutándose, para ello nos dirigimos al administrador de tareas en la pestaña
46
Servicios, ubicamos el servicio de PostgreSQL y verificamos que esté en ejecución, de no ser
así levantamos el servicio haciendo clic derecho sobre el nombre y pulsando en la opción
“iniciar”
Figura 41. Servicio de base de datos
Posteriormente debemos levantar manualmente el servidor de aplicaciones o reiniciar el
computador.
Para levantar manualmente el servidor de aplicaciones nos dirigimos al directorio bin del
servidor y ejecutamos el archivo startup.bat
Figura 42. Startup de Apache Tomcat
47
MANUAL DE USUARIO UNIVERSIDAD CENTRAL DEL ECUADOR
Manual de usuario
Resumen:
Sistema de Calificaciones web para la Unidad Educativa Consejo Provincial de Pichincha
Registro de modificaciones
Fecha Versión Autor Descripción
31-10-2018 1.0 Paúl Guacán 23/03/2018
Tabla de contenido
1. Perfiles ..................................................................................................................... 48
1.1 Perfil Administrador ......................................................................................... 48
1.1.1 FUNCIONALIDAD 1 Cambiar contraseña ................................................. 53
1.1.2 FUNCIONALIDAD 2 – CALIFICACIONES ............................................. 54
1.1.3 FUNCIONALIDAD 3 -CALENDARIO MATRICULAS ........................... 56
1.1.4 FUNCIONALIDAD 4 – CALENDARIO CALIFICACIONES .................. 57
1.1.5 FUNCIONALIDAD 5 – ADMINISTRATIVOS ......................................... 58
1.1.6 FUNCIONALIDAD 6 – CICLO DE ESTUDIO .......................................... 60
1.1.7 FUNCIONALIDAD 7 – TIPO DE MATRCULA ....................................... 62
1.1.8 FUNCIONALIDAD 8 – TIPOS DE IDENTIFICACION ........................... 64
1.1.9 FUNCIONALIDAD 9 – TIPOS DE SEXO ................................................. 65
1.1.10 FUNCIONALIDAD 10 – TIPOS DE RETIRO ........................................... 67
1.1.11 FUNCIONALIDAD 11 – ETIQUETAS NUMERICAS.............................. 68
1.1.12 FUNCIONALIDAD 12 – TABLA DE CONDUCTAS ............................... 69
1.2 Perfil Docente ................................................................................................... 71
INTRODUCCION
El presente proyecto fue elaborado para facilitar la búsqueda y entrega de calificaciones a los
estudiantes de la institución, además realiza la emisión de certificados y libretas de
calificaciones. El presente documento es una guía para el uso funcional del sistema web de
calificaciones de la Unidad Educativa Consejo Provincial de Pichincha
El ingreso al portal se lo puede realizar a través un navegador web dirigiéndose a la siguiente
url: http://localhost:8080/SistemaDeCalificacionesCPP/login.xhtml , al ingresar el sistema le
solicitará usuario y contraseña, los cuales fueron otorgados al momento de registrar a la
48
persona; dependiendo del perfil del usuario que ingresó el sistema presentará diferentes
opciones en el menú.
Nota: El nombre de usuario siempre será la cedula de la persona registrada en el sistema.
1. Perfiles
El sistema tiene distribuida la funcionalidad dependiendo de las funciones del actor, en este
caso el actor es la persona que interactúa con el sistema. Los perfiles que fueron definidos son:
Administrador
Administrativo
Docente
Invitado
1.1 Perfil Administrador
El administrador es la persona que está encargada de la secretaría general de la institución, con
este perfil el usuario puede consultar calificaciones de alumnos, crear los parámetros básicos
usados como tipos de dato, crear usuarios con rol de administrativo y generar calendarios de
autorización los cuales se detallan más adelante.
1.1.1 Inicio de sesión
Se debe ingresar a la url indicada, la misma desplegará la página del Anexo 1.
Anexo 1. Pantalla de inicio de sesión
49
Campos:
Ingrese Usuario: Campo alfanumérico obligatorio en el cual se debe ingresar el nombre de
usuario de la persona registrada
Ingrese Clave: Campo alfanumérico obligatorio en el cual se debe ingresar la contraseña
correspondiente al usuario del campo anterior. Campo enmascarado
Botones:
Ingresar: Al presionar sobre el botón “ingresar” el sistema verificará que las credenciales
ingresadas estén correctas y procederá a iniciar sesión, caso contrario nos presentará un
mensaje indicando que las credenciales son incorrectas.
Una vez iniciada sesión el usuario podrá ver la pantalla del Anexo 2 localizada en la siguiente
URL: http://localhost:8080/SistemaDeCalificacionesCPP/inicio.xhtml
Anexo 2. Pantalla de inicio
Se observa un menú superior y un menú lateral izquierdo; en la parte superior derecha se
observa el ROL que tiene el usuario, y el nombre de este, si presionamos clic en el nombre de
usuario se desplegará un submenú con las opciones cambio de clave y cerrar sesión tal como
se observa en el Anexo 3.
50
Nota: El menú superior y el menú lateral derecho siempre estarán presentes
Anexo 3. Submenú superior
Al presionar sobre la opción “Cambio de clave” el sistema direcciona el proceso a la pantalla
de cambio de clave, se detalla la FUNCIONALIDAD 1
Al presionar sobre la opción “Cerrar sesión” el sistema presentará un mensaje de advertencia
(popup) solicitando al usuario que confirme si desea cerrar sesión, tal y como se presenta el
anexo 4.
Anexo 4. Confirmación cierre de sesión
51
En el menú lateral izquierdo observamos cinco botones
INICIO
CALIFICACIONES
CALENDARIOS
PARAMETROS GENERALES
Cerrar Sesión
INICIO: botón que nos permite ir a la pantalla de inicio, la misma que se indicó en el Anexo
2.
Cerrar Sesión: Al igual que el submenú superior este botón permite cerrar sesión previa
confirmación del usuario.
CALIFICACIONES: Al presionar sobre la opción se despliega un submenú con la opción
“Consulta de Notas”, el uso de la opción se detalla en FUNCIONALIDAD 2.
CALENDARIOS: Al presionar sobre la opción se despliega un submenú con dos opciones
“Calendario de Matrículas” y “Calendario de Calificaciones”.
El uso de la opción “Calendario de Matrículas” se detalla en FUNCIONALIDAD 3
El uso de la opción “Calendario de Calificaciones” se detalla en FUNCIONALIDAD 4
PARAMETROS GENERALES: Al presionar sobre la opción se despliega un submenú las
siguientes opciones:
Administrativos
Ciclo de estudio
Tipos de Matrícula
Tipos de identificación
Tipos de sexo
Tipos de retiro
Etiquetas numéricas.
52
Tabla de conductas.
Administrativos: Permite la creación de usuarios con rol administrativo, el uso de la opción
se detalla en FUNCIONALIDAD 5
Ciclo de estudio: Permite la creación de ciclos de estudio (ejm. 2017-2018), el uso de la
opción se detalla en FUNCIONALIDAD 6
Tipos de Matrícula: Permite la creación de tipos de matrícula (ejm. Ordinaria,
extraordinaria), el uso de la opción se detalla en FUNCIONALIDAD 7
Tipos de identificación: Permite la creación de tipos de identificación (ejm. cédula,
pasaporte), el uso de la opción se detalla en FUNCIONALIDAD 8
Tipos de sexo: Permite la creación de tipos de sexo (ejm. masculino, femenino), el uso de la
opción se detalla en FUNCIONALIDAD 9
Tipos de retiro: Permite la creación de tipos de retiro (ejm. Enfermedad, Localidad), el uso
de la opción se detalla en FUNCIONALIDAD 10
Etiquetas numéricas: Permite la creación de etiquetas numéricas usadas para los reportes
(ejm. 2,05 = DOS COMA CERO CINCO), el uso de la opción se detalla en
FUNCIONALIDAD 11
Tabla de conductas: Permite la creación de escalas para la evaluación del desarrollo
comportamental (ejm. A = Muy Satisfactorio), el uso de la opción se detalla en
FUNCIONALIDAD 12
53
1.1.1 FUNCIONALIDAD 1 CAMBIAR CONTRASEÑA
Anexo 5. Pantalla cambio de clave
La funcionalidad de la pantalla permite cambiar la contraseña del usuario, previo el inicio de
sesión.
Campos:
Ingrese Usuario: Campo alfanumérico obligatorio en el cual se debe ingresar el nombre de
usuario de la persona.
Contraseña actual: Campo alfanumérico obligatorio en el cual se debe ingresar la contraseña
correspondiente al usuario del campo anterior. Campo enmascarado
Contraseña nueva: Campo alfanumérico obligatorio en el cual se debe ingresar la nueva
contraseña que será usada de aquí en adelante por el usuario
Botones:
Guardar: Al presionar el botón el sistema realizará la actualización de su contraseña y la
remitirá vía correo electrónico. La notificación se puede observar en el anexo
54
1.1.2 FUNCIONALIDAD 2 – CALIFICACIONES
La pantalla permite realizar la consulta de calificaciones por alumno, para ellos solicita el
ingreso del número de cédula del alumno a consultar
Anexo 6. Consulta de calificaciones
CAMPOS
Identificación: Campo alfanumérico que funciona como filtro para recuperar las calificaciones
históricas del alumno.
Buscar: Campo editable que sirve como filtro para localizar algún registro específico
BOTONES
Buscar: Al accionar el botón el sistema recupera todos los periodos en que se matriculó el
alumno
Ver: Por cada periodo recuperado se presentará este botón el cual al ser accionado listará en
la tabla inferior las materias con los promedios por quimestre, la nota final y el estado de la
matrícula
55
Detalles: Por cada materia recuperada se presentará el botón detalles el cual al ser accionado
desplegará una ventana emergente y presentará todas las calificaciones del alumno, en los
anexos 7 y 8 se puede observar las pantallas con las materias y el detalle
Anexo 7. Consulta de notas – Ver
Anexo 8. Consulta de notas - Detalle
El anexo 8 es una pantalla únicamente de lectura, por lo que no hay riesgo de que la
información pueda ser alterada
56
1.1.3 FUNCIONALIDAD 3 -CALENDARIO MATRICULAS
La funcionalidad de la pantalla permite definir rangos de fechas para habilitar la generación
de matriculas
Anexo 9. Calendarios Matrículas
CAMPOS:
Tipo de Matricula: Campo de tipos lista desplegable, muestra los tipos de matrícula a los
que definiremos un rango de fechas para matricular. La lista toma los valores creados en
FUNCIONALIDAD 7
Año Lectivo: Campo de tipos lista desplegable, muestra los años lectivos parametrizados, un
año lectivo es la composición de un periodo, una especialidad, una jornada y un ciclo de
estudio, con el año lectivo definiremos un rango de fechas para matricular. La lista toma los
valores creados en FUNCIONALIDAD
Fecha Inicio Matricula: Campo de tipo calendario, se debe elegir la fecha inicio en que se
habilitarán las matrículas para el año lectivo y tipo de matricula seleccionados.
Fecha Fin Matricula: Campo de tipo calendario, se debe elegir la fecha límite en que se
habilitarán las matrículas para el año lectivo y tipo de matrícula seleccionados.
57
BOTONES
Crear: Al accionar este botón se guardará los parámetros seleccionados y se listarán en la
tabla inferior.
Actualizar: Botón de la tabla inferior, al presionar actualizar los campos del panel superior
recuperan la información y se vuelven editables para poder actualizar la información.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.4 FUNCIONALIDAD 4 – CALENDARIO CALIFICACIONES
La funcionalidad es parecida a la anterior, esta opción permite definir el rango de fechas para
que los docentes puedan ingresar calificaciones en el sistema. Los campos de calificaciones
se deshabilitarán cuando traten de modificar notas en tiempos no permitidos
Anexo 10. Calendario ingreso de notas
CAMPOS:
Fecha Inicio primer Q: Fecha límite inicial para el ingreso de notas del primer quimestre
Fecha Fin primer Q: Fecha límite fin para el ingreso de notas del primer quimestre
58
Fecha Inicio segundo Q: Fecha límite inicial para el ingreso de notas del segundo quimestre
Fecha Fin segundo Q: Fecha límite fin para el ingreso de notas del segundo quimestre
Fecha Inicio suspenso: Fecha límite inicial para el ingreso de notas del suspenso
Fecha Fin suspenso: Fecha límite fin para el ingreso de notas del suspenso
Fecha Inicio remedial: Fecha límite inicial para el ingreso de notas del remedial
Fecha Fin remedial: Fecha límite fin para el ingreso de notas del remedial
Fecha Inicio De Gracia: Fecha límite inicial para el ingreso de notas del examen de gracia
Fecha Fin De Gracia: Fecha límite fin para el ingreso de notas del examen de gracia
BOTONES:
Crear: Al accionar este botón se guardará los parámetros seleccionados y se listarán en la
tabla inferior.
Actualizar: Botón de la tabla inferior, al presionar actualizar los campos del panel superior
recuperan la información y se vuelven editables para poder actualizar la información.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.5 FUNCIONALIDAD 5 – ADMINISTRATIVOS
La opción permite crear usuarios con perfil administrativos, además de registrar la
información personal del nuevo usuario esta opción le asigna un ciclo de estudio del que será
responsable, e implícitamente al registrar una nueva persona por esta opción se le creará un
usuario y una contraseña que por defecto será el número de cédula, con esto el nuevo usuario
a puede iniciar sesión en el portal.
59
Anexo 11. Creación Personal Administrativo
Anexo 12. Personal Administrativo - sección baja
CAMPOS:
Tipo de identificación: Lista desplegable que permite seleccionar el tipo de identificación de
la persona, recupera la información ingresada en FUNCIONALIDAD 8
Cedula: Número de identificación de la persona.
60
Ciclo asignado: Lista desplegable para seleccionar el ciclo que se le responsabilizará el
personal, recupera la información ingresada en FUNCIONALIDAD 6
Primer nombre: Ingresar primer nombre de la persona
Segundo Nombre Ingresar segundo nombre de la persona
Primer Apellido: Ingresar primer apellido de la persona
Segundo Apellido: Ingresar segundo apellido de la persona
Sexo: Lista desplegable para seleccionar el sexo del personal, recupera la información
ingresada en FUNCIONALIDAD 9
Tipo Administrativo: Lista estática, presenta tres tipos de administrativos, rectora, secretaria
general, secretaria
Año de ingreso: Se debe ingresar el año en que fue contratada la persona.
Telf. Convencional: Información personal y de contacto
Telf. Móvil: Información personal y de contacto
Correo Electrónico: Campo obligatorio, a este correo electrónico se le enviará las
credenciales de ingreso al portal
BOTONES
Guardar: Permite guardar y/o registrar el nuevo personal administrativo.
Actualizar: Recupera la información del personal existente, carga esa información en los
campos del panel superior y permite realizar modificaciones.
Eliminar: Permite eliminar el registro seleccionado, se debe mencionar que no se podrá
eliminar alumnos que registren al menos una matrícula.
1.1.6 FUNCIONALIDAD 6 – CICLO DE ESTUDIO
La opción permite crear el parámetro ciclo de estudio, este parámetro se mostrará en alguna
lista desplegable de los procesos de parametrización de años lectivos, en la creación de
61
administrativos etc. El ciclo de estudio se define como el nivel de estudios, por ejemplo,
Primaria, secundaria y bachillerato.
Anexo 13. Ciclo de estudio
Anexo 14. Ciclo de estudio - ventana emergente
CAMPOS
Ciclo de Estudio: Campo que se registra el ciclo de estudio. Ejm. BACHILLERATO
Descripción: Descripción con más detalle del ciclo de estudio.
BOTONES
Nuevo Ciclo de Estudio: Al accionar este botón se despliega una ventana emergente con
campos editables, esta ventana se utiliza para crear un nuevo ciclo de estudio
62
Agregar: Botón ubicado en la ventana emergente, guarda el nuevo ciclo de estudio
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.7 FUNCIONALIDAD 7 – TIPO DE MATRCULA
La opción permite crear el parámetro tipo de matrícula, este parámetro se mostrará en alguna
lista desplegable de los procesos de matrícula, ayudará a diferenciar entre matriculas
ordinarias y especiales.
Anexo 15. Tipos de matrícula
63
Anexo
16. Tipos de matrícula - ventana emergente
CAMPOS
Tipo de Matrícula: Campo que se registra el tipo de matrícula. Ejm. Ordinaria
Descripción: Descripción con más detalle del tipo de matrícula.
BOTONES
Agregar Modo de Matrícula: Al accionar este botón se despliega una ventana emergente
con campos editables, esta ventana se utiliza para crear un nuevo tipo de matrícula.
Agregar: Botón ubicado en la ventana emergente, guarda el nuevo tipo de matrícula
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
64
1.1.8 FUNCIONALIDAD 8 – TIPOS DE IDENTIFICACION
La opción permite crear el parámetro tipo de identificación, este parámetro se mostrará en
alguna lista desplegable de los formularios de registro de personas como docentes,
administrativos, alumnos y representantes
Anexo 17. Tipos de identificación
Anexo 18. Tipos de identificación - ventana emergente
CAMPOS
Tipo de identificación: Campo que se registra el tipo de identificación de una persona. Ejm.
cédula
65
Descripción: Descripción con más detalle del tipo de identificación
BOTONES
Agregar Tipo Identificación: Al accionar este botón se despliega una ventana emergente
con campos editables, esta ventana se utiliza para crear un nuevo tipo de identificación.
Agregar: Botón ubicado en la ventana emergente, guarda el nuevo tipo de identificación
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.9 FUNCIONALIDAD 9 – TIPOS DE SEXO
La opción permite crear el parámetro tipo de retiro, este parámetro se mostrará en alguna lista
desplegable de los formularios de registro de personas como docentes, administrativos,
alumnos y representantes
Anexo 19. Tipos de sexo
66
Anexo 20. Tipos de sexo - ventana emergente
CAMPOS
Ingrese Sexo: Campo que se registra el sexo de una persona. Ejm. masculino
Descripción: Descripción con más detalle del tipo de sexo.
BOTONES
Agregar Sexo: Al accionar este botón se despliega una ventana emergente con campos
editables, esta ventana se utiliza para crear un nuevo tipo de sexo.
Agregar: Botón ubicado en la ventana emergente, guarda el nuevo tipo de sexo
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
67
1.1.10 FUNCIONALIDAD 10 – TIPOS DE RETIRO
La opción permite crear el parámetro tipo de retiro, este parámetro se mostrará en alguna lista
desplegable.
Anexo 21. Tipo de retiro
Anexo 22. Tipo de retiro - ventana emergente
CAMPOS
Nombre tipo retiro: Campo que indica un causal por la que un alumno se retire de clases.
Descripción: Descripción con más detalle el causal de retiro
68
BOTONES
Nuevo Tipo de Retiro: Al accionar este botón se despliega una ventana emergente con
campos editables, esta ventana se utiliza para crear un nuevo tipo de retiro.
Agregar: Botón ubicado en la ventana emergente, guarda el nuevo tipo de retiro
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.11 FUNCIONALIDAD 11 – ETIQUETAS NUMERICAS
La opción permite escribir en letras los números y sus decimales, el uso de estos valores es en
los reportes pues se solicitó que en los reportes se escriba en letras el promedio del alumno.
Anexo 23. Etiquetas numéricas
69
Anexo 24. Etiquetas - ventana emergente
CAMPOS:
Valor: El valor de un número, posee máximo dos decimales.
Descripción: La descripción del número utilizando letras, se debe usar mayúsculas.
BOTONES:
Agregar Etiqueta: Al accionar este botón se despliega una ventana emergente con campos
editables, esta ventana se utiliza para crear una nueva etiqueta
Agregar: Botón ubicado en la ventana emergente, guarda la nueva etiqueta
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.1.12 FUNCIONALIDAD 12 – TABLA DE CONDUCTAS
La opción sirve para definir las escalas cualitativas que se usan para la evaluación de los
alumnos, en esta opción se debe crear únicamente 5 escalas con su respectivo significado
70
Anexo 25. Escalas Cualitativas
Anexo 26. Escalas - Ventana emergente
CAMPOS:
Puntuación: Campo numérico que sirve para cuantificar la escala cualitativa, 5 es la mejor
calificación y uno es la peor
Identificador: Campo alfanumérico que es el identificador cualitativo
Descripción: Descripción de la calificación cualitativa
BOTONES:
71
Agregar Escala: Al accionar este botón se despliega una ventana emergente con campos
editables, esta ventana se utiliza para crear una nueva escala
Agregar: Botón ubicado en la ventana emergente, guarda la nueva escala
Actualizar: Botón de la tabla inferior, al presionar actualizar se despliega una ventana
emergente y carga los datos del registro seleccionado, realiza esto para realizar
modificaciones al registro.
Eliminar: Permite eliminar el registro seleccionado, previa confirmación por parte del
usuario
1.2 Perfil Docente
Es la persona que imparte clases en el aula, que evalúa el rendimiento académico de los
alumnos y que califica cuantitativamente los resultados.
Este usuario tiene menos interacciones con el sistema, su función es ingresar calificaciones en
los tiempos definidos.
Realizamos el inicio de sesión con un usuario que tenga perfil docente.
Anexo 27. Inicio de sesión - perfil docente
Pantalla inicio roll DOCENTE
72
Anexo 28. Pantalla inicio - rol docente
En la pantalla de inicio observamos dos menús, uno en la parte lateral izquierda y el otro en
la esquina superior derecha, el menú de la parte superior derecha ya lo revisamos
previamente, por lo que procedemos a revisar el menú lateral derecho.
Como muestra la figura 28 en pantalla hay cuatro botones de los cuales tres ya hemos
aclarado su funcionalidad previamente, al presionar el botón REGISTRO DE NOTAS se
observa tres opciones que son:
Calificaciones
Calificaciones anteriores
Desarrollo Comportamental
Calificaciones: Opción para el registro de calificaciones por parte de los docentes.
Calificaciones anteriores: Opción para el registro de calificaciones pendientes una vez que
cerró el año lectivo.
Desarrollo Comportamental: Opción para el registro de la calificación de conducta y
comportamiento del alumno, esta opción es visible para todos los docentes, sin embargo, solo
los que son tutores de curso pueden hacer uso.
