pagina web e implementaciÓn de la...
TRANSCRIPT
PAGINA WEB E IMPLEMENTACIÓN DE LA PLATAFORMA MOODLE (LMS)
COMO HERRAMIENTA DE APOYO EN EL PROCESO DE ENSEÑANZA-
APRENDIZAJE DE LA EDUCACIÓN MEDIA EN EL COLEGIO JOSÉ MANUEL
RESTREPO IED
Edisson Alonso Ruiz Cárdenas
Universidad Distrital Francisco José de Caldas
Facultad tecnológica
Bogotá, Colombia
2015
3
PAGINA WEB E IMPLEMENTACIÓN DE LA PLATAFORMA MOODLE (LMS)
COMO HERRAMIENTA DE APOYO EN EL PROCESO DE ENSEÑANZA-
APRENDIZAJE DE LA EDUCACIÓN MEDIA EN EL COLEGIO JOSÉ MANUEL
RESTREPO IED
Edisson Alonso Ruiz Cárdenas
Proyecto de grado presentado como requisito parcial para optar al título de:
Tecnólogo en sistematización de Datos
Director (a):
Ing. Norberto Novoa Torres
Universidad Distrital Francisco José de Caldas
Facultad Tecnológica
Bogotá, Colombia
2015
4
NOTA DE ACEPTACIÓN
_______________________________
_______________________________
_______________________________
_______________________________
Presidente del Jurado
_______________________________
Jurado 1
_______________________________
Jurado 2
Bogotá D.C. 2015
5
CONTENIDO
RESUMEN _______________________________________________________________ 9
ABSTRACT ______________________________________________________________ 10
INTRODUCCIÓN _________________________________________________________ 11
1. FASE DE INICIO. PLANEACIÓN, DEFINICIÓN Y ORGANIZACIÓN _________________ 12
1.1. TÍTULO DEL PROYECTO __________________________________________________ 12
1.2. TEMA ________________________________________________________________ 12
1.3. PLANTEAMIENTO DEL PROBLEMA _________________________________________ 12
1.4. DESCRIPCIÓN DEL PROBLEMA ____________________________________________ 13
1.5. FORMULACIÓN DEL PROBLEMA ___________________________________________ 14
1.6. JUSTIFICACIÓN _________________________________________________________ 14
1.7. OBJETIVOS ____________________________________________________________ 15
1.8. ALCANCE _____________________________________________________________ 16
1.9. DELIMITACIONES _______________________________________________________ 17
1.10. FACTIBILIDAD ________________________________________________________ 18
1.11. MARCO DE REFERENCIA _______________________________________________ 22
1.12. CRONOGRAMA DE ACTIVIDADES ________________________________________ 45
2. FASE DE REQUERIMIENTOS _____________________________________________ 46
2.1. IDENTIFICACIÓN DE LA INFORMACIÓN _____________________________________ 46
2.2. REQUERIMIENTOS ______________________________________________________ 47
2.3. DEFINICIÓN DE ACTORES. ________________________________________________ 53
2.4. LISTA PRELIMINAR DE CASOS DE USO POR ACTOR ____________________________ 54
2.5. DEPURACIÓN DE CASOS DE USO POR ACTOR. ________________________________ 59
2.6. DOCUMENTACIÓN DE CASOS DE USO. ______________________________________ 63
3. FASE DE ANÁLISIS ____________________________________________________ 81
3.1. DIAGRAMA DE SECUENCIA _______________________________________________ 81
3.2. DIAGRAMA DE ESTADOS _________________________________________________ 94
6
3.3. DIAGRAMA DE CLASES _________________________________________________ 103
4. FASE DE DISEÑO ____________________________________________________ 107
4.1. MODELO DE OBJETO RELACIONAL ________________________________________ 107
4.2. DICCIONARIO DE DATOS ________________________________________________ 108
5. FASE DE IMPLEMENTACIÓN ___________________________________________ 122
5.1. DIAGRAMA DE DESPLIEGUE _____________________________________________ 122
6. FASE DE PRUEBA ____________________________________________________ 122
6.1. PRUEBA DE INTEGRACIÓN ______________________________________________ 123
CONCLUSIONES _________________________________________________________ 128
RECOMENDACIONES ____________________________________________________ 129
LISTADO DE ILUSTRACIONES
Ilustración 1: Cronograma de actividades. ____________________________________________ 45
Ilustración 2: caso de uso (Nivel 0) – 1. Logearse ______________________________________ 59
Ilustración 3: Caso de uso (Nivel 1) - 2. Gestionar Usuario _______________________________ 59
Ilustración 4: Caso de uso (Nivel 1) – 3. Gestionar categorías ____________________________ 60
Ilustración 5: Caso de uso (Nivel 1) - 4. Gestionar modulo elecciones ______________________ 60
Ilustración 6: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Administrador" 61
Ilustración 7: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Profesor"_____ 61
Ilustración 8: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Estudiante" ___ 62
Ilustración 9: Caso de uso (Nivel 2) – 4.1. Gestionar candidatos __________________________ 62
Ilustración 10: Diagrama de secuencia Login _________________________________________ 81
Ilustración 11: Diagrama de secuencia Registrar Usuario ________________________________ 82
Ilustración 12: Diagrama de secuencia Modificar Usuario ________________________________ 83
Ilustración 13: Diagrama de secuencia Eliminar Usuario ________________________________ 84
Ilustración 14: Diagrama de secuencia Ingresar contenido _______________________________ 85
Ilustración 15: Diagrama de secuencia Modificar contenido ______________________________ 86
Ilustración 16: Diagrama de secuencia Modificar candidatos _____________________________ 87
Ilustración 17: Diagrama de secuencia ingresar candidato _______________________________ 88
Ilustración 18: Diagrama de secuencia habilitar módulo de elecciones _____________________ 89
Ilustración 19: Diagrama de secuencia Solicitar resultado _______________________________ 90
Ilustración 20: Diagrama de secuencia modificar horario académico _______________________ 91
7
Ilustración 21: Diagrama de secuencia Consultar información personal _____________________ 92
Ilustración 22: Diagrama de secuencia Consultar horario académico ______________________ 92
Ilustración 23: Diagrama de secuencia Consultar notas de los estudiantes __________________ 93
Ilustración 24: Diagrama de secuencia Consultar listado de profesores _____________________ 93
Ilustración 25: Diagrama de secuencia Consultar notas por materia _______________________ 94
Ilustración 26: Diagrama de estado Login ____________________________________________ 94
Ilustración 27: Diagrama Registrar usuario ___________________________________________ 95
Ilustración 28: Diagrama de estados Modificar Usuario _________________________________ 95
Ilustración 29: Diagrama de estados Eliminar Usuario __________________________________ 96
Ilustración 30: Diagrama de estados Ingresar contenido ________________________________ 96
Ilustración 31: Diagrama de estados Modificar contenido ________________________________ 97
Ilustración 32: Diagrama de estados Modificar candidatos _______________________________ 97
Ilustración 33: Diagrama de estados ingresar candidatos ________________________________ 98
Ilustración 34: Diagrama de estados configuración general ______________________________ 98
Ilustración 35: Diagrama de estados Solicitar resultado _________________________________ 99
Ilustración 36: Diagrama de estados modificar horario académico _________________________ 99
Ilustración 37: Diagrama de estados Consultar información personal _____________________ 100
Ilustración 38: Diagrama de estados Consultar horario académico _______________________ 100
Ilustración 39: Diagrama de estados Consultar notas de los estudiantes ___________________ 101
Ilustración 40: Diagrama de estados Consultar listado de profesores _____________________ 101
Ilustración 41: Diagrama de estados Consultar notas por materia ________________________ 102
Ilustración 42: Diagrama de clases modulo autenticación en el sistema ___________________ 103
Ilustración 43: Diagrama de clases modulo gestionar usuario ___________________________ 104
Ilustración 44: Diagrama de clases Modulo Gestionar categorías ________________________ 104
Ilustración 45: Diagrama de clases Gestionar módulo de elecciones ______________________ 105
Ilustración 46: Diagrama de clases Gestionar módulo de información personal ______________ 105
Ilustración 47: Diagrama de clases página web ______________________________________ 106
Ilustración 48: Modelo de objeto relacional __________________________________________ 107
Ilustración 49: Diagrama de despliegue _____________________________________________ 122
LISTADO DE TABLAS
Tabla 1: Factibilidad económica recursos humanos – Autor: Edisson Ruiz C. __________________ 20
Tabla 2: Factibilidad económica de recursos técnicos – Autor: Edisson Ruiz C. ________________ 20
Tabla 3: Factibilidad económica de recursos de software – Autor: Edisson Ruiz C. _____________ 21
Tabla 4: Factibilidad económica de presupuesto – Autor: Edisson Ruiz C. _____________________ 22 Tabla 5: Metodología RUP – Tomado de: Jacobson, Ivar; Booch El Proceso Unificado de Desarrollo
de Software ____________________________________________________________________________ 41
Tabla 6: Definición de actores página web – Autor: Edisson Ruiz C. __________________________ 53
Tabla 7: Definición de actores plataforma Moodle (LMS) – Autor: Edisson Ruiz C. _____________ 54
8
Tabla 8: Caso de Uso Autenticación en el sistema – Autor: Edisson Ruiz C. ___________________ 64
Tabla 9: Caso de uso registrar Usuario – Autor: Edisson Ruiz C. _____________________________ 65
Tabla 10: Caso de uso modificar usuario – Autor: Edisson Ruiz C. ___________________________ 66
Tabla 11: Caso de uso eliminar usuario – Autor: Edisson Ruiz C. ____________________________ 67
Tabla 12: Caso de uso ingresar contenido – Autor: Edisson Ruiz C. __________________________ 68
Tabla 13: Caso de uso modificar contenido – Autor: Edisson Ruiz C. _________________________ 69
Tabla 14: Caso de uso modificar candidatos – Autor: Edisson Ruiz C. ________________________ 70
Tabla 15: Caso de uso ingresar candidatos – Autor: Edisson Ruiz C. _________________________ 72
Tabla 16: Caso de uso habilitar módulo de elecciones – Autor: Edisson Ruiz C. _______________ 73
Tabla 17: Caso de uso solicitar resultados – Autor: Edisson Ruiz C. __________________________ 74
Tabla 18: Caso de uso modificar horario académico – Autor: Edisson Ruiz C. _________________ 75
Tabla 19: Caso de uso consultar información personal - – Autor: Edisson Ruiz C. ______________ 76
Tabla 20: Caso de uso consultar horario académico – Autor: Edisson Ruiz C. _________________ 77
Tabla 21: Caso de uso consultar notas de sus estudiantes – Autor: Edisson Ruiz C. ___________ 78
Tabla 22: Caso de uso consultar listado de profesores – Autor: Edisson Ruiz C. _______________ 79
Tabla 23: Caso de uso consultar notas por materia – Autor: Edisson Ruiz C. __________________ 80
Tabla 24: Datos Tabla calendar – Autor: Edisson Ruiz C. __________________________________ 108
Tabla 25: Datos Tabla califica – Autor: Edisson Ruiz C. ____________________________________ 110
Tabla 26: Datos Tabla categori – Autor: Edisson Ruiz C. ___________________________________ 110
Tabla 27. Datos Tabla contenid – Autor: Edisson Ruiz C.___________________________________ 112
Tabla 28: Datos Tabla director – Autor: Edisson Ruiz C. ___________________________________ 113
Tabla 29. Datos tabla elección – Autor: Edisson Ruiz C. ___________________________________ 114
Tabla 30: Datos Tabla galeriax – Autor: Edisson Ruiz C. ___________________________________ 115
Tabla 31. Datos tabla gradosxx – Autor: Edisson Ruiz C. ___________________________________ 116
Tabla 32. Datos tabla horarios – Autor: Edisson Ruiz C. ____________________________________ 117
Tabla 33: Datos Tabla imagenxx – Autor: Edisson Ruiz C.__________________________________ 118
Tabla 34: Datos Tabla materias – Autor: Edisson Ruiz C. __________________________________ 118
Tabla 35: Datos Tabla rolxxxxx – Autor: Edisson Ruiz C. ___________________________________ 119
Tabla 36: Datos Tabla usuariox – Autor: Edisson Ruiz C. ___________________________________ 121
Tabla 37: Prueba unitaria modulo autenticación en el sistema – Autor: Edisson Ruiz C. ________ 123
Tabla 38: Prueba unitaria modulo gestionar usuario – Autor: Edisson Ruiz C. _________________ 124
Tabla 39: Prueba unitaria modulo gestionar categoría – Autor: Edisson Ruiz C. _______________ 125
Tabla 40: Prueba unitaria modulo gestionar elecciones – Autor: Edisson Ruiz C. ______________ 126
Tabla 41: Prueba unitaria modulo gestionar información personal – Autor: Edisson Ruiz C. ____ 127
9
RESUMEN
La página web e implementación de la plataforma Moodle como herramienta de
apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio
José Manuel Restrepo, permitirá a los miembros de la institución acceder de manera
más rápida y completa a la información del colegio, administrar el contenido de la
página y hacer uso de una plataforma como apoyo a la gestión de las asignaturas
ofrecidas por el plantel educativo.
Para el desarrollo de este sistema se implementó el paradigma de programación:
MVC (modelo, vista, controlador), que garantiza la calidad en el desarrollo, haciendo
que el sistema sea robusto, flexible y amigable para el usuario final. Para la
implementación de este paradigma se hizo la inclusión del framework CodeIgniter
que nos ofrecía una facilidad al momento del desarrollo.
El sistema está desarrollado en PHP5 y es compatible con MySQL, que es el motor
de bases de datos que se implementó, se hace el uso de la metodología RUP
(Rational Unified Process) ya que es una metodología que de acuerdo a su
propuesta de trabajo suple las necesidades de desarrollo, diseño y despliegue,
permitiendo alcanzar los objetivos propuestos.
10
ABSTRACT
The web page and implementation of Moodle as a support tool in the process of
teaching and learning in secondary education in the school Jose Manuel Restrepo,
will allow members of the institution have quick access and complete school
information , manage the content of the page and make use of a platform to support
the management of the courses offered by the educational institution.
MVC (Model View Controller), which guarantees the quality development, making
the system robust, flexible and friendly for the end user: For the development of this
system was implemented programming paradigm. For the implementation of this
paradigm was the inclusion of CodeIgniter framework that gave us a facility at the
time of development.
The system is developed in PHP5 and is compatible with MySQL, which is the engine
of databases was implemented using the RUP (Rational Unified Process) it is
because it is a methodology according to your proposed work meets the needs of
development, design and deployment, allowing to reach the objectives.
11
INTRODUCCIÓN
El área administrativa y académica del colegio José Manuel Restrepo IED se
compone de varios departamentos, entre estos está el Departamento de
Información Administrativa y el Departamento de Gestión Académica.
Actualmente la dependencia administrativa y académica de la institución está
gestionando un proyecto en el que cada uno de sus componentes será
sistematizado como requisito que se exige por parte del Ministerio de Educación,
por lo tanto se hace necesario llevar a cabo la implementación de las tics en la
institución.
Además se evidencia una problemática en el área administrativa y académica, que
son las áreas donde se controla la información del colegio al público en general y la
gestión de las asignaturas.
Para poder encontrar las necesidades que se tienen en estas áreas, fue de vital
importancia la realización reuniones y entrevistas con los miembros administrativos
y académicos de la institución, dejando como resultado un listado de
requerimientos, que permitieron encaminar el desarrollo a los intereses del usuario.
De esta manera se propone una posible solución para suplir necesidades en estas
áreas, como lo son la gestión de información personal, gestión de elecciones
estudiantiles, gestión de emisora institucional, gestión de asignaturas ofrecidas por
la institución.
12
1. FASE DE INICIO. PLANEACIÓN, DEFINICIÓN Y ORGANIZACIÓN
1.1. TÍTULO DEL PROYECTO
PÁGINA WEB E IMPLEMENTACIÓN DE LA PLATAFORMA MOODLE (LMS)
COMO HERRAMIENTA DE APOYO EN EL PROCESO DE ENSEÑANZA-
APRENDIZAJE DE LA EDUCACIÓN MEDIA EN EL COLEGIO JOSÉ MANUEL
RESTREPO IED
1.2. TEMA
Para el desarrollo del proyecto se debe tener en cuenta el tema de aplicaciones web
y plataformas LCMS, para mejorar la comunicación e interacción entre profesores,
padres y alumnos, también para ayudar a la gestión y control de las asignaturas que
ofrece el colegio José Manuel Restrepo IED. Implementando herramientas de
programación como PHP, HTML, JavaScript, AJAX, CSS y como gestor de bases
de datos MySQL, además de la implementación del framework Zend que permite el
manejo de la arquitectura MVC (Modelo Vista Controlador).
1.3. PLANTEAMIENTO DEL PROBLEMA
El Colegio José Manuel Restrepo IED tiene dos problemas importantes que
interfieren con el cumplimiento de su plan estratégico como entidad educativa.
Como primer problema está la poca interacción y comunicación entre los profesores,
padres y alumnos. Actualmente esta interacción y comunicación se basa en
citaciones, panfletos, carteleras, cartas, etc. Esto conlleva a que la información no
13
sea dada de manera eficiente, segura ni exacta. También genera poca información
de institución a personas externas, interesadas en conocer su plan estratégico y sus
entes administrativos.
Retrocediendo en la historia, anteriormente y en términos generales la información
era un bien escaso, ahora la información es tremendamente abundante. El uso de
las TIC’S facilitará el acceso y la gestión de información necesaria para cumplir con
la misión que propone el Colegio José Manuel Restrepo IED.
Como segundo problema se observa que los docentes de la institución no tienen
ayudas para la gestión y control de sus asignaturas. Actualmente los docentes de la
institución carecen de herramientas multimediales que pueden contribuir al
desarrollo de habilidades cognitivas en los estudiantes, mediante el aprendizaje
significativo, aprendizaje visual y aprendizaje auditivo. En sustitución de estas
herramientas ellos brindan seguimiento catedrático a los estudiantes con
actividades como talleres, evaluaciones, cuestionarios, dinámicas, etc. Las cuales
no son suficientes para obtener un control y entendimiento deseado por parte de los
estudiantes en las asignaturas que ofrece el plantel educativo.
1.4. DESCRIPCIÓN DEL PROBLEMA
Iniciando con la poca interacción y comunicación entre profesores padres de familia
y alumnos. Actualmente las citaciones, cartas y panfletos que realiza la institución
son generados mediante formatos físicos que en muchas ocasiones no son
conocidos por los padres de familia o tutores de los estudiantes. Las noticias y
eventos que realiza la institución no son accesibles al público en general que desea
obtener información del colegio así como su plan estratégico, sus entes
administrativos, su ubicación etc.
Siguiendo con el segundo problema, la falta de ayudas a los docentes para la
14
gestión y control de sus asignaturas. Actualmente los docentes de la institución
desarrollan sus clases mediante cátedras presenciales, y evalúa a sus estudiantes
mediante formatos físicos de evaluación y talleres estos métodos son buenos para
el control de sus asignaturas pero no les ofrece una interacción con el estudiante
dentro y fuera del plantel educativo, apoyando a sus estudiante, asesorándolos o
brindándoles documentos de apoyo para un completo entendimiento de la
asignatura.
1.5. FORMULACIÓN DEL PROBLEMA
¿Cómo contribuirá al Colegio José Manuel Restrepo IED la página web e
implementación de la plataforma Moodle (LCMS) como herramienta de apoyo en el
proceso de enseñanza-aprendizaje de la educación media?
1.6. JUSTIFICACIÓN
Debido a la baja interacción y comunicación entre docentes, estudiantes y padres
de familia (tutores) del colegio José Manuel Restrepo IED y aprovechando los
beneficios que nos aporta cada día la aceleración de la tecnología, se vio la
necesidad de crear una página web que facilitara la gestión de la información del
colegio al público en general. Acompañando y complementando el objetivo de la
página web se concluyó implementar una plataforma Moodle (LCMS) como ayuda
a la gestión de todas las asignaturas ofrecidas por la institución.
La creación de la página web ayudaría en la promoción de los servicios de la
institución, reemplazando carteleras y volantes. Además, el sitio web lo puede ver
todo el mundo, esto agrega credibilidad y ayuda a construir una imagen positiva de
la institución. Esta página web y la plataforma Moodle pretenden despertar interés
15
del estudiante, que desarrolle habilidades cognitivas y motrices para el manejo de
las tics, que aporte, que opine, que valore, refuerce sus conocimientos y adquiera
mayor pertenencia ante la institución y así sienta curiosidad por investigar
posteriormente dar solución a sus propios problemas. Además permite que el padre
de familia sin asistir a la institución esté al tanto de las diferentes actividades
escolares de su hijo y de igual manera tenga un medio efectivo de comunicación.
Se hace necesario implementar la página web y la plataforma Moodle para que nos
permita aprovechar las nuevas tecnologías de la información y mejores
herramientas de educación presencial, educación a distancia y educación en línea.
1.7. OBJETIVOS
1.7.1. Objetivo general
Analizar, Diseña y Desarrollar Pagina web e implementar plataforma Moodle (LMS)
como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la
educación media en el colegio José Manuel Restrepo IED
1.7.2. Objetivos específicos
Recopilar y analizar la información de las asignaturas de la educación
básica y media, Indagar sobre métodos de enseñanza según el grado.
Definir los requerimientos funcionales y no funcionales de la plataforma
LCMS Moodle y de la página web.
Analizar, diseñar e implementar la información que se debe estructurar en
la página web para mostrarla al público en general, que incluya una
emisora Web y módulo de elecciones estudiantiles (personero,
representante).
16
Integrar a la página un módulo que brinde información personal y
académica (datos personales, calificaciones, calendarios académicos,
horarios, Estatuto estudiantil, etc.) a cada usuario de la institución,
importado de aplicación ya existente.
Implementar una plataforma LCMS (Moodle), para el apoyo a la gestión
de todas las asignaturas.
1.8. ALCANCE
La página web será implementada en general para el colegio José Manuel Restrepo
IED, y contara con la validación respectiva de un administrador y responsable del
contenido de la página web.
La plataforma LCMS Moodle será implementada en el área académica del colegio,
y contara con la validación de un administrador y responsable de la creación de
cursos y usuarios en la plataforma.
1.8.1. A nivel Funcional
1.8.1.1. Módulo de gestión de la página web
El módulo de gestión de la página web será utilizado para la administración del
contenido asequible al público en general como el plan estratégico del colegio,
servicios ofrecidos, publicaciones de noticias, eventos y contactos.
1.8.1.2. Módulo de información académica.
El módulo de información académica será utilizado para crear un perfil a cada
docente y estudiante donde podrán tener acceso a información personal e
17
información académica como horarios, notas, servicios ofrecidos por la institución
al usuario en específico.
1.8.1.3. Módulo de elecciones estudiantiles.
El módulo de elecciones estudiantiles será utilizado para realizar el proceso de
elección de personero y representante estudiantil, será habilitado por el
administrador de la página quien ingresara los postulados a personero y
representante cada año y quien solicitara a la aplicación el resultado de los
estudiantes elegidos.
1.9. DELIMITACIONES
1.9.1. Delimitación Temporal
El proyecto está destinado a desarrollarse en un lapso de 13 meses
comprendidos desde el 15 de septiembre de 2014 hasta el 19 de octubre de
2015.
1.9.2. Delimitación Geográfica
Este proyecto será desarrollado en las instalaciones del Colegio José Manuel
Restrepo IED.
1.9.3. Delimitación Técnica
Las tecnologías sobre las que se desarrollará este proyecto son:
● Sistema operativo: Windows y linux
● Motor de Base de datos: MySql.
18
● Servidor de aplicaciones: Xampp
● Servidor Web: Xampp
La solución propuesta se basa en mostrar información importante del colegio José
Manuel Restrepo IED al público en general y en especial brindar un medio de
comunicación entre docentes, estudiantes y padres de familia. En cuanto a la
gestión de las asignaturas que ofrece el colegio se implementara una plataforma
robusta y amigable con el usuario.
1.10. FACTIBILIDAD
1.10.1. Factibilidad técnica
Las características esenciales de los dispositivos con los cuales se debe hacer uso
de nuestro sistema de información, deberán poseer la mayoría de las tecnologías
utilizadas dentro del desarrollo del sistema.
El proyecto es factible porque cuenta con las siguientes herramientas:
Características mínimas del computador, para que se pueda dar uso al sistema de
información:
● Procesador de 2.0 GHz de velocidad.
● Memoria RAM de 1.00 GB
● Espacio en disco de 40 GB
● Sistema Operativo Windows (XP o superior), Linux.
Recursos Adicionales:
● Acceso a internet
● Servidor web externo XAMPP
● Sistema de gestor de Bases de Datos MySQL
● Impresora
19
1.10.2. Factibilidad operativa
En el proyecto de la página web para la gestión de la información del Colegio José
Manuel Restrepo IED y la plataforma Moodle para apoyar la gestión de las
asignaturas que ofrece el plantel educativo, se muestra a continuación el personal
requerido para la elaboración y administración de la página web seguido de la
implementación de la plataforma Moodle. La página web será administrada por un
funcionario de la institución así como la plataforma Moodle, estos administradores
tendrán permisos para gestionar todo el contenido de los dos sistemas.
Tutor de tesis: Responsable de supervisar y asesorar la elaboración de proyecto.
Funcionarios de la institución educativa: Son los usuarios que tendrán las
distintas necesidades o requerimientos que se deben tratar para hallar una buena
solución.
Analistas y desarrolladores: Captura, especificación y validación de los requisitos,
interactuando con los funcionarios de la institución educativa, mediante entrevistas
y documentación que ellos suministren.
Elaboración del modelo de análisis y diseño. Desarrollo del software basados en la
arquitectura base. Planear, diseñar y evaluar las pruebas.
1.10.3. Factibilidad económica
1.10.3.1. Recursos humanos
Tipo Descripción Valor-Hora Cantida
d Total
Tutor 1
Norberto
Novoa
Torres
Asesorías del tutor para la
realización del proyecto, referente a
la metodología a seguir y las
herramientas con las que se
trabajará en la realización del
proyecto.
$ 25.000 20 $ 500.000
20
Carlos
Parra
Rivera
Rector Colegio José Manuel
Restrepo IED $ 5.000 15 $ 75.000
David Ingeniero Desarrollador $ 15.000 30 $ 450.000
Total
Recursos
Humanos
$ 1.025.000
Tabla 1: Factibilidad económica recursos humanos – Autor: Edisson Ruiz C.
1.10.3.2. Recursos técnicos
Recurso Valor Unitario Cantidad Total
Servicios de
Electricidad $ 5.000 2 $ 120.000
Computadores $ 1.100.000 2 $ 2.200.000
Impresiones y
papelería $ 20.000 20 $ 400.000
Encuadernación
de tesis $ 65.000 2 $130.000
Transporte para
reuniones con
grupo de trabajo
$ 10.000 25 $ 250.000
Otros $ 300.000 1 $ 300.000
Total Recursos
Técnicos $ 3.400.000
Tabla 2: Factibilidad económica de recursos técnicos – Autor: Edisson Ruiz C.
21
1.10.3.3. Recursos de software
RECURSO CANTIDAD VALOR UNITARIO VALOR
Licencia Windows 2 $ 450.000 $ 900.000
Licencia MySQL 2 0 0
Licencia MySQL
Workbench 6.0 CE 2 0 0
Licencia PHP 5 2 0 0
Licencia HTML5 2 0 0
Licencia JQuery 2 0 0
Licencia Netbeans
7.3 2 0 0
Licencia CodeIgniter 2 0 0
Licencia SDK 2 0 0
Licencia Xampp 2 0 0
Licencia DIA 2 0 0
Total recursos
Software $ 900.000
Tabla 3: Factibilidad económica de recursos de software – Autor: Edisson Ruiz C.
22
1.10.3.4. Presupuesto
A continuación se muestra el presupuesto total, requerido para nuestro sistema de
información web y plataforma Moodle:
Recurso Valor
Recurso Humano $ 1.025.000
Recurso Técnico $ 3.400.000
Recurso de Software $ 900.000
TOTAL $ 5.325.000
Tabla 4: Factibilidad económica de presupuesto – Autor: Edisson Ruiz C.
1.11. MARCO DE REFERENCIA
1.11.1. Marco teórico
A continuación se mostrara las teorías o piezas de teorías que servirán como punto
de partida para el planteamiento, diseño y desarrollo del proyecto. Se indicara como
aspecto global en que consiste un sistema web, seguido de la definición de distintos
módulos como: Sistemas de información personal y académica, sistemas
electorales, radio por internet, Plataformas E-Learning, plataformas virtuales de
aprendizaje y Moodle.
1.11.1.1. Sistema web
Los sistemas desarrollados en plataformas Web, tienen marcadas diferencias con
otros tipos de sistemas, lo que lo hacen muy beneficio tanto para las empresas que
lo utilizan, como para los usuarios que operan en el sistema.
23
Este tipo de diferencias se ven reflejada en los costos de las empresas, en la rapidez
de obtención de la información, en la optimización de las tareas por parte de los
usuarios y en alcanzar una gestión íntegramente informatizada dentro y fuera de la
empresa.1
Según Aquiles Bedriñana, un portal es, en todos los casos, un sitio Web (WebSite),
una página web, pero no viceversa. No todas las páginas Web ni todo sitio Web
sería un portal.
Página Web y sitio Web son conceptos con una clara relación de sinonimia, aunque
en realidad es una relación partitiva, ya que un sitio Web está formado por una
dirección y por un conjunto de páginas. Se pueden matizar ambos conceptos
afirmando que un «sitio Web» está compuesto por una o más páginas, pero sin que
necesariamente esté implícita la idea de organización de información con criterios
rigurosos.
Algunas características pueden ayudarnos a reconocer un portal frente a otro tipo
de páginas Web. Para ello David Morrison -técnico especialista de la compañía
Lotus- usa las iniciales del término portal:
Personalización para usuarios finales.
Organización del escritorio.
Recursos informativos divididos y organizados.
Trayectoria o seguimiento de las actividades de los usuarios (tracking).
Acceso a base de datos.
Localización de gente o cosas importantes.2
1 (http://www.etriek.com/pdf/Fides, s.f.) 2 (http://platea.pntic.mec.es/vgonzale/pyb_0607/archivos/_30/Tema_2.1.htm, s.f.)
24
1.11.1.2. Sistemas de información personal y académica.
Un Sistema de Información, es aquél que permite recopilar, administrar y manipular
un conjunto de datos que conforman la información necesaria para que los
estamentos ejecutivos de una organización puedan realizar una toma de decisiones
informada mente. En resumen, es aquél conjunto ordenado de elementos (no
necesariamente computacionales) que permiten manipular toda aquella información
necesaria para implementar aspectos específicos de la toma de decisiones.
Todo Sistema de Información, surge de la necesidad de información que
experimenta una organización para implementar un conjunto específico de toma de
decisiones.3
1.11.1.3. Sistema Electoral.
Un sistema electoral es el conjunto de principios, normas, reglas y procedimientos
técnicos enlazados entre ellos, y legalmente establecidos, por medio de los cuales
los electores expresan su voluntad política en votos "no modificados" que a su vez
se convierten en escaños o poder público.
En un sentido más amplio, y según el constitucionalista Roberto Lopresti,[cita
requerida] el sistema electoral es la parte del Derecho Electoral que aglutina el
conjunto de reglas relacionadas con la integración de los órganos de gobierno por
procedimientos electivos. Según el concepto, las normas que regulan la ciudadanía,
los partidos políticos, las bases del sufragio, la emisión del mismo, los órganos
electorales, los recursos contra sus decisiones y al sistema electoral en sentido
restringido.
El alcance restringido del término se establece en función de lo convenido en el
derecho electoral de cada país, en cuanto a reservar esta denominación a las reglas
3 (http://jms.caos.cl/si/si01.html#index, s.f.)
25
que establecen la forma en la que han de ser asignados y distribuidos los cargos
electivos, en un régimen electivo determinado, se trate dentro de la democracia
directa o la democracia representativa.4
1.11.1.4. Radio por Internet.
La radio por Internet, iRadio, smart radio o streamcasting de audio, consiste en la
exhibición de contenido auditivo dotado de las características propias del medio
radiofónico (tales como su guion y su lenguaje) a través de Internet mediante
streaming.
Esquema general del funcionamiento técnico
Los pasos tomados generalmente siguen la siguiente secuencia:
Fuente auditiva (Micrófono, CD, Disco de Vinilo, WAV, MP3) — conforma el
contenido.
Procesador de audio - filtros, editores de audio tales como el audacity, compresores
de audio tales como el LAME. Que permiten editar el contenido antes de insertarlo
en la programación
Repetidor de stream auditivo (servidor) — codifica y manda los bits del contenido a
través de un torrente de datos. Es decir un servidor con una alta capacidad de
conectividad (ancho de banda) que permita conectarse a los oyentes (usuarios) de
su radio web.
Reproductor de stream auditivo (cliente) — reensambla y decodifica los bits y
reproduce la señal auditiva.
La radio se usa para transmitir noticias, historias y demás cosas a la comunidad que
la escucha.5
4 (https://es.wikipedia.org/wiki/Sistema_electoral, s.f.) 5 (https://es.wikipedia.org/wiki/Radio_por_Internet, s.f.)
26
1.11.1.5. Plataformas E-Learning
La plataforma de e-learning, campus virtual o Learning Management System (LMS)
es un espacio virtual de aprendizaje orientado a facilitar la experiencia de
capacitación a distancia, tanto para empresas como para instituciones educativas.
Este sistema permite la creación de "aulas virtuales"; en ellas se produce la
interacción entre tutores y alumnos, y entre los mismos alumnos; como también la
realización de evaluaciones, el intercambio de archivos, la participación en foros,
chats, y una amplia gama de herramientas adicionales.
Beneficios de una plataforma de e-learning
Brinda capacitación flexible y económica.
Combina el poder de Internet con el de las herramientas tecnológicas.
Anula las distancias geográficas y temporales.
Permite utilizar la plataforma con mínimos conocimientos.
Posibilita un aprendizaje constante y nutrido a través de la interacción entre tutores
y alumnos
Las plataformas de e-learning se ofrecen tanto en modalidad ASP (Aplication
Service Provider) hosteadas en servidores propios de e-ABC, o pueden ser
instaladas on-site en servidores del cliente. De todas maneras el hosting es solo un
pequeño porcentaje del servicio brindado por e-ABC, ya que el mantenimiento de
un sistema informático y una exitosa implementación del LMS requiere de una
asistencia más amplia que solo la aplicación. A continuación se muestran los
diferentes aspectos que comprenden nuestro servicio de LMS y su importancia
porcentual en el costo del mismo.6
6 (http://www.e-abclearning.com/queesunaplataformadeelearning, s.f.)
27
1.11.1.6. Plataforma Virtual de Aprendizaje (LMS)
Herramienta apropiada para clases en línea, a distancia y para complementar el
aprendizaje presencial
Web Innova - Colombia ofrece la implementación de una Plataforma de Aprendizaje
Virtual para e-learning que proporciona un conjunto de herramientas que permiten
la gestión de cursos, posibilitando procesos de enseñanza virtual entre estudiantes
y profesores, y permitiendo a los educadores a crear comunidades de aprendizaje
en línea.
Su arquitectura y herramientas son apropiadas para clases en línea o a distancia,
así como también para complementar el aprendizaje presencial. Tiene una interfaz
de navegación de tecnología sencilla, ligera, y compatible, permite presentar los
contenidos por curso, crear enlaces con otros materiales, colaborar, hacer
cuestionarios, enviar tareas, y realizar comentarios sobre el material o el desarrollo
del curso.
Las plataformas de educación virtual para e-learning no sólo se usan en
universidades, sino también en instituciones de enseñanza secundaria, enseñanza
primaria, organizaciones sin ánimo de lucro, empresas privadas o profesores
independientes. En Colombia y el mundo Moodle* es la plataforma más usada para
e-learning.7
Nuestra solución para Plataforma Virtual de Aprendizaje incluye:
Diseño gráfico profesional y personalizado
Desarrollo web en HTML, CSS, PHP y Ajax
Instalación y configuración de la plataforma
Creación y configuración inicial de 1 curso
7 (http://www.webinnova.com.co/diseno-y-desarrollo-de-paginas-web-colombia/soluciones-web-economicas/plataforma-virtual-de-aprendizaje-lms.html, s.f.)
28
Creación y asignación de roles de hasta 10 usuarios (estudiantes y
profesores)
Capacitación e inducción en el manejo y administración de la plataforma
Soporte técnico y garantía de funcionamiento
Estadísticas e informes gráficos de visitas
Hosting de 10GB (Plan Profesional) y dominio por un año
1.11.1.7. Moodle
Moodle (pronunciación AFI /ˈmuːd(ə)l/) es una aplicación web de tipo Ambiente
Educativo Virtual, un sistema de gestión de cursos, de distribución libre, que ayuda
a los educadores a crear comunidades de aprendizaje en línea. Este tipo de
plataformas tecnológicas también se conoce como LCMS (Learning Content
Management System). La versión más reciente es la 2.9
Moodle fue creado por Martin Dougiamas, quien fue administrador de WebCT en la
Universidad Tecnológica de Curtin. Basó su diseño en las ideas del constructivismo
en pedagogía que afirman que el conocimiento se construye en la mente del
estudiante en lugar de ser transmitido sin cambios a partir de libros o enseñanzas,
y en el aprendizaje cooperativo. Un profesor que opera desde este punto de vista
crea un ambiente centrado en el estudiante que le ayuda a construir ese
conocimiento con base en sus habilidades y conocimientos propios en lugar de
simplemente publicar y transmitir la información que se considera que los
estudiantes deben conocer.
Estas herramientas son de gran utilidad en el ámbito educativo, ya que permiten a
los profesores la gestión de cursos virtuales para sus alumnos (educación a
distancia, educación en línea o e-learning), o la utilización de un espacio en línea
que dé apoyo a la presencialidad (aprendizaje semipresencial, blended learning).8
8 (https://es.wikipedia.org/wiki/Moodle, s.f.)
29
1.11.2. Marco conceptual
Para el desarrollo e implementación del proyecto fue necesario tener en cuenta los
conceptos de los siguientes términos:
1.11.2.1. PHP
PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de
código abierto muy popular especialmente adecuado para el desarrollo web y que
puede ser incrustado en HTML.
Lo que distingue a PHP de algo del lado del cliente como Javascript es que el código
es ejecutado en el servidor, generando HTML y enviándolo al cliente. El cliente
recibirá el resultado de ejecutar el script, aunque no se sabrá el código subyacente
que era. El servidor web puede ser configurado incluso para que procese todos los
ficheros HTML con PHP, por lo que no hay manera de que los usuarios puedan
saber qué se tiene debajo de la manga.
Lo mejor de utilizar PHP es su extrema simplicidad para el principiante, pero a su
vez ofrece muchas características avanzadas para los programadores
profesionales. No sienta miedo de leer la larga lista de características de PHP. En
unas pocas horas podrá empezar a escribir sus primeros scripts.9
PHP tal y como se conoce hoy en día es en realidad el sucesor de un producto
llamado PHP/FI. Creado en 1994 por Rasmus Lerdorf, la primera encarnación de
PHP era un conjunto simple de ficheros binarios Common Gateway Interface (CGI)
escritos en el lenguaje de programación C. Originalmente utilizado para rastrear
visitas de su currículum online, llamó al conjunto de scripts "Personal Home Page
Tools", más frecuentemente referenciado como "PHP Tools". Con el paso del tiempo
se quiso más funcionalidad, y Rasmus reescribió PHP Tools, produciendo una
9 (http://php.net/manual/es/intro-whatis.php, s.f.)
30
implementación más grande y rica. Este nuevo modelo fue capaz de interaccionar
con bases de datos, y mucho más, proporcionando un entorno de trabajo sobre
cuyos usuarios podían desarrollar aplicaciones web dinámicas sencillas tales como
libros de visitas. En junio de 1995, Rasmus » publicó el codigo fuente de PHP Tools,
lo que permitió a los desarrolladores usarlo como considerasen apropiado. Esto
también permitió -y animó- a los usuarios a proporcionar soluciones a los errores
del código, y generalmente a mejorarlo.10
1.11.2.2. Bases de datos
El término de bases de datos fue escuchado por primera vez en 1963, en un
simposio celebrado en California, USA. Una base de datos se puede definir como
un conjunto de información relacionada que se encuentra agrupada ó estructurada.
Desde el punto de vista informático, la base de datos es un sistema formado por un
conjunto de datos almacenados en discos que permiten el acceso directo a ellos y
un conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto de
datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una
parte de la información sobre cada elemento que queramos guardar en la tabla,
cada fila de la tabla conforma un registro.
Definición de base de datos:
Se define una base de datos como una serie de datos organizados y relacionados
entre sí, los cuales son recolectados y explotados por los sistemas de información
de una empresa o negocio en particular.11
10 (http://php.net/manual/es/history.php.php, s.f.) 11 (http://www.maestrosdelweb.com/que-son-las-bases-de-datos/, s.f.)
31
Características:
Entre las principales características de los sistemas de base de datos podemos
mencionar:
Independencia lógica y física de los datos.
Redundancia mínima.
Acceso concurrente por parte de múltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoría.
Respaldo y recuperación.
Acceso a través de lenguajes de programación estándar.
1.11.2.3. SQL
El SQL es el lenguaje estándar ANSI/ISO de definición, manipulación y control de
bases de datos relacionales. Es un lenguaje declarativo: sólo hay que indicar qué
se quiere hacer. En cambio, en los lenguajes procedimentales es necesario
especificar cómo hay que hacer cualquier acción sobre la base de datos. El SQL es
un lenguaje muy parecido al lenguaje natural; concretamente, se parece al inglés, y
es muy expresivo. Por estas razones, y como lenguaje estándar, el SQL es un
lenguaje con el que se puede acceder a todos los sistemas relacionales.
Empezamos con una breve explicación de la forma en que el SQL ha llegado a ser
el lenguaje estándar de las bases de datos relacionales:
1) Al principio de los años setenta, los laboratorios de investigación Santa Teresa
de IBM empezaron a trabajar en el proyecto System R. El objetivo de este proyecto
era implementar un prototipo de SGBD relacional; por lo tanto, también necesitaban
investigar en el campo de los lenguajes de bases de datos relacionales.
A mediados de los años setenta, el proyecto de IBM dio como resultado un primer
32
lenguaje denominado SEQUEL (Structured English Query Language), que por
razones legales se denominó más adelante SQL (Structured Query Language). Al
final de la década de los setenta y al principio de la de los ochenta, una vez finalizado
el proyecto System R, IBM y otras empresas empezaron a utilizar el SQL en sus
SGBD relacionales, con lo que este lenguaje adquirió una gran popularidad.12
1.11.2.4. MySQL
MySQL es un sistema de gestión de base de datos relacional (RDBMS) de código
abierto, basado en lenguaje de consulta estructurado (SQL).
MySQL se ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX
y Windows. A pesar de que se puede utilizar en una amplia gama de aplicaciones,
MySQL se asocia más con las aplicaciones basadas en la web y la publicación en
línea y es un componente importante de una pila empresarial de código abierto
llamado LAMP. LAMP es una plataforma de desarrollo web que utiliza Linux como
sistema operativo, Apache como servidor web, MySQL como sistema de gestión de
base de datos relacional y PHP como lenguaje de programación orientado a objetos
(a veces, Perl o Python se utiliza en lugar de PHP).
MySQL, que fue concebido originalmente por la compañía sueca MySQL AB, fue
adquirida por Oracle en 2008. Los desarrolladores todavía pueden usar MySQL bajo
la Licencia Pública General de GNU (GPL), pero las empresas deben obtener una
licencia comercial de Oracle.13
12 (http://ocw.uoc.edu/computer-science-technology-and-multimedia/bases-de-datos/bases-de-datos/P06_M2109_02149.pdf, s.f.) 13 (http://searchdatacenter.techtarget.com/es/definicion/MySQL, s.f.)
33
1.11.2.5. Modelo-Vista-Controlador
Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que separa
los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres
componentes distintos.
El Modelo que contiene una representación de los datos que maneja el sistema, su
lógica de negocio, y sus mecanismos de persistencia.
La Vista, o interfaz de usuario, que compone la información que se envía al cliente
y los mecanismos interacción con éste.
El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando
el flujo de información entre ellos y las transformaciones para adaptar los datos a
las necesidades de cada uno.
Modelo: Acceder a la capa de almacenamiento de datos. Lo ideal es que el modelo
sea independiente del sistema de almacenamiento.
Define las reglas de negocio (la funcionalidad del sistema). Un ejemplo de regla
puede ser: "Si la mercancía pedida no está en el almacén, consultar el tiempo de
entrega estándar del proveedor".
Lleva un registro de las vistas y controladores del sistema.
Si estamos ante un modelo activo, notificará a las vistas los cambios que en los
datos pueda producir un agente externo (por ejemplo, un fichero por lotes que
actualiza los datos, un temporizador que desencadena una inserción, etc.).
Controlador: Recibe los eventos de entrada (un clic, un cambio en un campo de
texto, etc.).
Contiene reglas de gestión de eventos, del tipo "SI Evento Z, entonces Acción W".
Estas acciones pueden suponer peticiones al modelo o a las vistas. Una de estas
34
peticiones a las vistas puede ser una llamada al método "Actualizar ()". Una petición
al modelo puede ser "Obtener_tiempo_de_entrega ( nueva_orden_de_venta )".
Vista: Recibir datos del modelo y los muestra al usuario.
Tienen un registro de su controlador asociado (normalmente porque además lo
instancia).
Pueden dar el servicio de "Actualización ()", para que sea invocado por el
controlador o por el modelo (cuando es un modelo activo que informa de los cambios
en los datos producidos por otros agentes).14
1.11.2.6. CodeIgniter Framework
CodeIgniter es un framework PHP para la creación rápida de aplicaciones web.
Probablemente ya sepamos que un framework es un programa para desarrollar
otros programas, CodeIgniter, por tanto, es un programa o aplicación web
desarrollada en PHP para la creación de cualquier tipo de aplicación web bajo PHP.
Es un producto de código libre, libre de uso para cualquier aplicación.
Como cualquier otro framework, Codeigniter contiene una serie de librerías que
sirven para el desarrollo de aplicaciones web y además propone una manera de
desarrollarlas que debemos seguir para obtener provecho de la aplicación. Esto es,
marca una manera específica de codificar las páginas web y clasificar sus diferentes
scripts, que sirve para que el código esté organizado y sea más fácil de crear y
mantener. CodeIgniter implementa el proceso de desarrollo llamado Model View
Controller (MVC), que es un estándar de programación de aplicaciones, utilizado
tanto para hacer sitios web como programas tradicionales. Este sistema tiene sus
características, que veremos en artículos siguientes.15
14 (http://si.ua.es/es/documentacion/asp-net-mvc-3/1-dia/modelo-vista-controlador-mvc.html, s.f.) 15 (http://www.desarrolloweb.com/articulos/codeigniter.html, s.f.)
35
1.11.2.7. Xampp
XAMPP es un servidor independiente de plataforma, software libre, que consiste
principalmente en el sistema de gestión de bases de datos MySQL, el servidor web
Apache y los intérpretes para lenguajes de script: PHP y Perl. El nombre proviene
del acrónimo de X (para cualquiera de los diferentes sistemas operativos), Apache,
MySQL, PHP, Perl.
Características y requisitos.
XAMPP solamente requiere descargar y ejecutar un archivo ZIP, tar , exe o fkl, con
unas pequeñas configuraciones en alguno de sus componentes que el servidor Web
necesitará. XAMPP se actualiza regularmente para incorporar las últimas versiones
de Apache/MySQL/PHP y Perl. También incluye otros módulos como OpenSSL y
phpMyAdmin. Para instalar XAMPP se requiere solamente una pequeña fracción
del tiempo necesario para descargar y configurar los programas por separado.
Puede encontrarse tanto en versión completa, así como en una versión más ligera
que es portátil.
Oficialmente, los diseñadores de XAMPP, fueron los Baiker y Anthony Coorporation
los cuales solo pretendían su uso como una herramienta de desarrollo, para permitir
a los diseñadores de sitios webs y programadores testear su trabajo en sus propios
ordenadores sin ningún acceso a Internet. En la práctica, sin embargo, XAMPP es
utilizado actualmente como servidor de sitios Web, ya que, con algunas
modificaciones, es generalmente lo suficientemente seguro para serlo. Con el
paquete se incluye una herramienta especial para proteger fácilmente las partes
más importantes.16
16 (https://es.wikipedia.org/wiki/XAMPP, s.f.)
36
1.11.2.8. JavaScript
JavaScript ® (a menudo acortado a JS ) es una interpretado, lenguaje ligero,
orientado a objetos con funciones de primera clase , más conocido como el lenguaje
de scripts para páginas Web, pero utiliza en muchos no-navegador entornos , así
como Node.js o Apache CouchDB . Es un basado en prototipos , multi-paradigma
de lenguaje de scripting que es dinámico, y soporta estilos de programación
funcional orientado a objetos, imperativo, y. Lea más acerca de JavaScript .
El estándar de JavaScript se denomina ECMAScript . A partir de 2012, todos los
navegadores modernos soportan completamente ECMAScript 5.1. Los
navegadores más antiguos apoyan al menos ECMAScript 3. El 17 de junio de 2015,
se publicó la sexta gran versión de ECMAScript. Esta versión se llama oficialmente
ECMAScript 2015, pero se le conoce comúnmente como ECMAScript 6 o ES6.
Esta sección del sitio está dedicado a la propia Javascript, las partes que no son
específicos de las páginas web u otros entornos host. Para obtener información
sobre las API específica a las páginas Web, consulte las API Web y DOM.17
1.11.2.9. HTML
HTML, siglas de HyperText Markup Language («lenguaje de marcas de
hipertexto»), hace referencia al lenguaje de marcado para la elaboración de páginas
web. Es un estándar que sirve de referencia para la elaboración de páginas web en
sus diferentes versiones, define una estructura básica y un código (denominado
código HTML) para la definición de contenido de una página web, como texto,
imágenes, videos, entre otros. Es un estándar a cargo de la W3C, organización
dedicada a la estandarización de casi todas las tecnologías ligadas a la web, sobre
todo en lo referente a su escritura e interpretación.
17 (https://developer.mozilla.org/en-US/docs/Web/JavaScript, s.f.)
37
El lenguaje HTML basa su filosofía de desarrollo en la referenciación. Para añadir
un elemento externo a la página (imagen, vídeo, script, entre otros.), este no se
incrusta directamente en el código de la página, sino que se hace una referencia a
la ubicación de dicho elemento mediante texto. De este modo, la página web
contiene sólo texto mientras que recae en el navegador web (interpretador del
código) la tarea de unir todos los elementos y visualizar la página final. Al ser un
estándar, HTML busca ser un lenguaje que permita que cualquier página web
escrita en una determinada versión, pueda ser interpretada de la misma forma
(estándar) por cualquier navegador web actualizado.18
1.11.2.10. Ajax
El término AJAX se presentó por primera vez en el artículo "Ajax: A New Approach
to Web Applications" publicado por Jesse James Garrett el 18 de Febrero de 2005.
Hasta ese momento, no existía un término normalizado que hiciera referencia a un
nuevo tipo de aplicación web que estaba apareciendo.
En realidad, el término AJAX es un acrónimo de Asynchronous JavaScript + XML,
que se puede traducir como "JavaScript asíncrono + XML".
Ajax no es una tecnología en sí mismo. En realidad, se trata de varias tecnologías
independientes que se unen de formas nuevas y sorprendentes.
Las tecnologías que forman AJAX son:
XHTML y CSS, para crear una presentación basada en estándares.
DOM, para la interacción y manipulación dinámica de la presentación.
XML, XSLT y JSON, para el intercambio y la manipulación de información.
XMLHttpRequest, para el intercambio asíncrono de información.
JavaScript, para unir todas las demás tecnologías.
AJAX permite mejorar completamente la interacción del usuario con la aplicación,
18 (https://es.wikipedia.org/wiki/HTML, s.f.)
38
evitando las recargas constantes de la página, ya que el intercambio de información
con el servidor se produce en un segundo plano.
Las aplicaciones construidas con AJAX eliminan la recarga constante de páginas
mediante la creación de un elemento intermedio entre el usuario y el servidor. La
nueva capa intermedia de AJAX mejora la respuesta de la aplicación, ya que el
usuario nunca se encuentra con una ventana del navegador vacía esperando la
respuesta del servidor.19
1.11.2.11. CSS
CSS es un lenguaje de hojas de estilos creado para controlar el aspecto o
presentación de los documentos electrónicos definidos con HTML y XHTML. CSS
es la mejor forma de separar los contenidos y su presentación y es imprescindible
para crear páginas web complejas.
Separar la definición de los contenidos y la definición de su aspecto presenta
numerosas ventajas, ya que obliga a crear documentos HTML/XHTML bien
definidos y con significado completo (también llamados "documentos semánticos").
Además, mejora la accesibilidad del documento, reduce la complejidad de su
mantenimiento y permite visualizar el mismo documento en infinidad de dispositivos
diferentes.
1.11.3. Marco metodológico
La metodología que se va a implementar para el desarrollo de la aplicación es la metodología RUP.
19 (https://librosweb.es/libro/ajax/capitulo_1.html, s.f.)
39
20La metodología se desarrollara según las siguientes fases:
Etapas
Fases
Inicio Elaboración
Construcci
ón
Transacció
n
Modelado de
Negocio
En esta etapa
se definirán los
principales
procesos que
se van a
realizar, para lo
cual se
realizarán
diagramas de
procesos, el
modelo de
dominio y un
glosario de
términos.
- Descripción
de procesos
del sistema de
inventarios
- Definición de
modelos de
proceso y de
dominio
- Glosario de
términos a
utilizar en los
procesos
- Depuración
de modelos
de proceso y
dominio
-
Complemento
de glosario de
términos
Requerimientos
En esta etapa
se definirán los
requerimientos
de ambiente
virtual, para lo
cual se
realizaron el
listado inicial de
casos de usos,
la depuración
de estos, su
modelo y los
documentos de
cada caso de
uso.
- Definición de
actores que
intervendrán
en el sistema
de inventarios
- Lista
preliminar de
casos de uso
- Modelo de
casos de uso
- Identificación
de
requerimiento
s funcionales
y no
funcionales
-
Documentació
n de casos de
uso.
- Depuración
de casos de
uso.
- Depuración
de casos de
uso
-
Responsabili
dad de las
clases
-
Depuración
de casos de
uso
Análisis
En esta etapa
se definirá la
vista
conceptual del
ambiente
virtual, para lo
cual se
- Elaboración
de diagramas
de Secuencia
- Elaboración
de diagramas
de
colaboración
-Elaboración
de modelo
20 JACOBSON, Ivar; BOOCH El Proceso Unificado de Desarrollo de Software, Braude Eric J. Ingeniería de Software una
perspectiva orientada a objetos
40
realizaron,
diagramas de
secuencia,
colaboración y
de actividad por
cada caso de
uso, el
diagrama de
estados y el
modelo de
análisis.
- lista inicial
de clases
- Elaboración
de diagramas
de actividad
- Elaboración
de diagramas
de estado.
de análisis
final.
- depuración
del modelo
de análisis.
Diseño
En esta etapa
se definirá la
vista de
programación
del ambiente
virtual, para lo
cual se
realizarán, las
tablas CRC
para establecer
las
responsabilidad
es de los
objetos, el
modelo de
interfaz, el
modelo lógico,
el modelo físico
y el diccionario
de datos.
Implementació
n
En esta etapa
se realizará la
programación
de los
diferentes
sistemas que
conforman el
ambiente
virtual, para lo
cual se
realizarán los
- Elaboración
de diagrama
de
componentes
-Elaboración
de diagrama
de
componente
s final
-Elaboración
de Modelo
de interfaz.
-Elaboración
de Modelo
lógico.
- Creación
de interfaz
de usuario.
- Definición
de formatos
y
característic
as de
impresión.
(Definición
formatos de
41
diagramas de
despliegue,
paquetes y
componentes y
el código de
cada uno de los
subsistemas.
-Elaboración
de modelo
físico.
-Elaboración
de modelo
relacional de
datos
-Elaboración
del
diccionario
de datos.
pantallas,
reportes e
informes.)
- creación
de modulo
de acceso a
datos.
Pruebas
En esta etapa
se realizarán
las pruebas de
integración y de
sistema de
cada uno de los
sistemas que
conforman el
ambiente
virtual.
- Creación de
clases de
prueba con
base en el
modelo de
análisis y
diagrama de
componentes
- Pruebas
basadas en
el medio en
el cual se va
a desarrollar
el sistema.
- Pruebas
de sistema.
- Pruebas
de
integración.
- Pruebas
Funcionales.
- Pruebas
de
desempeño.
-
Elaboración
de manual
de usuario.
-
Elaboración
de manual
de
programado
r
Tabla 5: Metodología RUP – Tomado de: Jacobson, Ivar; Booch El Proceso Unificado de Desarrollo de Software
42
1.11.3.1. Etapas para la creación de una página web
Etapa 1: Recopilación y Aprendizaje
La primera etapa en la creación de un sitio web consiste en recopilar la mayor
cantidad de información posible para conocer lo que quiere (y lo que no quiere) para
su sitio. Puede recopilar esta información observando los sitios que usa
actualmente, los sitios de sus competidores y los comentarios de sus amigos y
colegas.
Como muchas empresas, puede optar por contratar los servicios de un diseñador
web experto para crear su sitio. Esté preparado para responder a las preguntas del
caso, ya que estas son necesarias para el armado de un "informe creativo". El
"informe creativo" funcionará como guía o referencia para la creación del sitio.
Independientemente de si contrata o no a una empresa de diseño, debe conocer las
respuestas a las siguientes preguntas:
Etapa 2: Planificación
La información recopilada en la etapa 1 lo ayudará enormemente a la hora de
planificar su sitio. Ahora se deben llevar a cabo las siguientes tareas:
Creación del mapa del sitio: Haga una lista de todas las áreas temáticas
del sitio, así como los subtemas, para desarrollar un sistema de
navegación homogéneo y fácil de entender.
Decisión sobre las tecnologías requeridas: Determine lo que necesitará
para sus formularios interactivos, aplicaciones flash o sistemas de gestión
de contenidos (CMS).
Determinación de las resoluciones compatibles: Teniendo en cuenta el
aumento de la tasa de adaptación móvil de los sitios web, conviene
43
considerar la implementación de un diseño web adaptable. Este enfoque
permite que los sitios se ajusten perfectamente a cualquier pantalla, como
la de un equipo de escritorio, tableta o teléfono inteligente.
Etapa 3: Diseño
Si ya definió todos los temas vistos en las etapas 1 y 2, el diseño de la página de
inicio y de las subpáginas posteriores será sencillo. Por ejemplo, establecer si su
público objetivo son las mujeres solteras, de clase media, de entre 18 y 24 años y
con estudios universitarios o los hombres casados, de clase alta, de entre 65 a 80
años y jubilados influye enormemente en los elementos de diseño y las aplicaciones
que se usarán.
Ver el diseño de las páginas con contenidos y fotografías reales, su logotipo y el
esquema de colores elegido, le darán vida a su visión para el sitio. ¡Aproveche esta
etapa para hacer los cambios necesarios! Si está trabajando con diseñadores
expertos, ellos le darán bocetos o prototipos en distintas etapas del proceso para
que pueda hacer comentarios.
Etapa 4: Desarrollo
Una vez que el diseño está finalizado y aprobado es posible crear el sitio web. Su
diseñador/desarrollador tomará todos los elementos gráficos del prototipo y los
utilizará para crear un sitio funcional. También se implementarán en esta etapa los
elementos interactivos, como por ejemplo los formularios de contacto, las
animaciones flash y los carritos de compras.
En este momento es posible hacer cambios y arreglos menores.
44
Etapa 5: Pruebas, Entrega y Lanzamiento
Su desarrollador web pondrá a prueba el sitio web, verificando desde su correcta
operación hasta posibles problemas de compatibilidad. Además, el desarrollador
verificará que todo el código de su sitio web sea válido, cumpliendo con los
estándares web actuales.
Una vez aprobado definitivamente, se cargarán los archivos del sitio web a sus
servidores y se inaugurará el sitio.
Etapa 6: Mantenimiento
Ahora que finalmente está construido el sitio, es igual de importante mantenerlo. En
la etapa de planificación de este proceso, decidió si quería encargarse del
mantenimiento del sitio o prefería contratar a un tercero (como su diseñador web)
para que lo haga. Si prefirió que todo quedara bajo su control, el diseñador
generalmente opta por un diseño con CMS para permitirle editar el contenido de su
sitio y agregar páginas nuevas.
El desarrollo de su sitio web no termina el día del lanzamiento. Al igual que en un
edificio, es necesario tomar ciertas medidas para garantizar que el sitio opere en
forma segura de la mejor manera posible.
45
1.12. CRONOGRAMA DE ACTIVIDADES
Ilustración 1: Cronograma de actividades.
46
2. FASE DE REQUERIMIENTOS
En esta fase del proyecto se identificaron los riesgos más significativos y
considerados que influyen dentro de la arquitectura, también se obtuvo un
entendimiento más detallado de los requerimientos y requisitos, además de que se
establece, se implementa y se valida la línea base de la arquitectura.
2.1. IDENTIFICACIÓN DE LA INFORMACIÓN
Para el proceso de identificación de la información, fue necesario realizar una
entrevista, como técnica de levantamiento de requerimientos y requisitos, que
dieron el entendimiento sobre el problema a tratar en el colegio José Manuel
Restrepo IED. Esta entrevista se realizó al rector Carlos Parra Rivera y a las
docentes del área de inglés, con el fin de conocer más a fondo los procesos que
llevan dentro de la institución a nivel administrativo y académico.
2.1.1. Entrevista
Con las entrevistas realizadas se pudo llegar a las siguientes conclusiones:
* Actualmente los entes de la institución notifican o informan a los padres de familia
el avance de sus hijos a través de citaciones enviadas para reuniones informativas,
este método no garantiza la que la información enviada a los padres de familia sea
dada de manera correcta.
* Actualmente el colegio no posee información accesible al público en general que
esté interesado en los servicios que ofrece la institución, o en conocer su plan
estratégico como entidad educativa.
47
* Actualmente dentro del colegio hace falta un medio para la divulgación de la
información y participación de los estudiantes, administrativos, docentes,
exalumnos, vecinos y comunidad local.
* El sistema de elecciones estudiantiles que se maneja actualmente en la institución
es a través de formularios físicos que hacen más tediosos los procesos de conteo
de votos, y dificulta realizar las estadísticas de los participantes en el proceso
electoral.
* Actualmente los estudiantes no tienen fácil acceso a información de los docentes
que les dictan clase y los docentes también no tienen fácil acceso a información
sobre el avance y asistencia de sus estudiantes en sus clases.
* Actualmente los docentes de la institución desarrollan sus clases mediante
cátedras presenciales y una que otra ayuda virtual como diapositivas o videos, pero
estos materiales educativos solo se ofrecen a los estudiantes en el aula de clase en
horas específicas.
2.2. REQUERIMIENTOS
2.2.1. Requerimientos Funcionales
2.2.1.1. Página web
Administrador:
Administración de cuentas multi-usuario.
El usuario administrador ingresa al sitio de “Administración del sistema” mediante
la debida autenticación. Una vez en el sitio podrá crear una nueva cuenta para un
usuario, donde deberá ingresar los datos personales de este: Identificación
personal (cedula, Tarjeta de identidad, Registro civil), Nombre, apellido, correo
electrónico, contraseña, usuario (rol).
Asimismo, podrá editar los datos de los usuarios y eliminar una cuenta creada si es
necesario.
48
El administrador una vez creada la cuenta, envía un correo al estudiante o profesor
comunicándole que su cuenta está activa y que ya puede hacer uso del módulo de
información personal mediante los datos de usuario y contraseña que el
administrador registró cuando se creó su cuenta.
Gestión de categorías.
El administrador, una vez dentro del sitio, podrá editar los componentes de cada
categoría de información existente. Deberá seleccionar la opción de “gestionar
página web” donde se mostrara una réplica de la interfaz de la página con la opción
editable, una vez completada la actualización podrá guardar los cambios realizados
en la categoría. Además, mediante la opción de “nuevo”, podrá ingresar nuevos
componentes a la categoría elegida. En ambos casos el sistema modificará la
información que se encuentra registrada en la base de datos de la página web del
colegio.
Gestión de Accesorios.
El administrador podrá habilitar y deshabilitar el módulo de elecciones estudiantiles.
Una vez habilitado el modulo el administrador podrá editar las opciones de
candidatos postulados, al finalizar el proceso de elecciones el administrador podrá
obtener un informe de resultados obtenidos en dicho proceso donde la aplicación
mostrara un listado de los candidatos postulados y los votos obtenidos por nivel
académico. En cuanto a la emisora web, el administrador de la emisora tendrá que
conectarse con un servidor específico para poder transmitir la reproducción de
pistas de audio en la web o para poder hablar en vivo.
49
Módulo de Elección Estudiantil:
- Cálculo del proceso de elecciones:
El usuario ingresa al sitio de elecciones, selecciona su candidato preferido y
termina. Cada selección implicara una suma de votos la cual se visualizara
cuando el administrador solicite el resultado final de elecciones.
Creación de emisora web:
El administrador de la emisora web se conectara mediante un reproductor
local instalado en un computador del colegio, y podrá gestionar todo el
contenido (programas, noticias, anuncios etc.) de la emisora en tiempo real.
Profesor.
Acceso a módulo de información personal.
El usuario profesor ingresa al módulo de información personal mediante la debida
autenticación. Una vez en el sitio podrá consultar su información personal (Nombre
y apellidos, documento de identidad, correo, Teléfono o celular, sexo), su horario
académico (año actual), listado notas académicas de sus estudiantes por periodo
dependiendo de la selección de un curso en específico.
Estudiante.
Acceso a módulo de información personal.
El usuario estudiante ingresa al módulo de información personal mediante la debida
autenticación. Una vez en el sitio podrá consultar su información personal (Nombre
y apellidos, código (documento de identidad), correo electrónico, teléfono o celular,
sexo, fecha de nacimiento, tipo de sangre, grado documento de identidad de su
acudiente y datos personales de su acudiente, dirección), su horario académico
50
(año actual), listado de profesores (nombres y apellidos completos del profesor,
correo electrónico) y listado de materias académicas con su respectivo profesor y
notas clasificadas por trimestres.
Acceso a Módulo de Elección Estudiantil:
EL usuario estudiante ingresa al módulo de elecciones estudiantiles mediante la
debida autenticación. Una vez en el sitio selecciona su candidato preferido y
termina.
Acudiente
Acceso a módulo de información personal
El usuario acudiente ingresa al módulo de información personal mediante la
debida autenticación. Una vez en el sitio podrá consultar la información personal
de su hijo (Nombre y apellidos, código (documento de identidad), correo
electrónico, teléfono o celular, sexo, fecha de nacimiento, tipo de sangre, grado
documento de identidad de su acudiente y datos personales de su acudiente,
dirección), su horario académico (año actual), listado de profesores (nombres y
apellidos completos del profesor, correo electrónico) y listado de materias
académicas con su respectivo profesor y notas clasificadas por trimestres
2.2.1.2. Implementación de Plataforma LMS (Moodle)
Se deben de poder crear, editar y eliminar asignaturas. Dentro de cada
asignatura debe poderse crear carpetas, así como poder ocultarlas para
poder restringir el acceso a los usuarios identificados como alumnos a estas
carpetas.
51
El sistema debe permitir la gestión de usuarios. Con gestión se entiende que
se han de poder crear, modificar o eliminar usuarios.
El sistema debe poder asignar usuarios a cada asignatura. Los usuarios han
de poder definirse como alumnos o profesores.
El sistema debe poder validar la identificación de usuarios de peticiones que
provengan de sistemas externos.
El sistema tiene que ser capaz de manipular una petición recibida de envío
de documentos PDF de un sistema externo. Para ello, ha de comprobar que
la existencia del destino de dentro del sistema es correcta, ser capaz de
manipular y analizar la información recibida y guardarla dentro del destino.
2.2.2. Requerimientos No Funcionales.
2.2.2.1. Página web.
El sistema debe visualizarse y funcionar correctamente en cualquier
navegador, especialmente en Internet Explorer 10, Mozilla, Chrome, Opera,
etc.
El sistema debe cumplir las disposiciones recogidas en la Ley Orgánica de
Datos Personales y en el Reglamento de medidas de seguridad.
El sistema no debe tardar más de cinco segundos en mostrar los resultados
de una búsqueda. Si se supera este plazo, el sistema detiene la búsqueda y
muestra los resultados encontrados
2.2.2.2. Plataforma LMS (Moodle).
Rendimiento
El sistema Moodle debería de poder soportar la conexión con diversas
instancias de usuarios intentando validarse y enviando archivos.
52
El sistema Moodle debería validar los usuarios y poder almacenar los
archivos enviados en el menor tiempo posible una vez se dispone de los
datos recibidos. El tiempo puede variar según la cantidad de datos recibidos.
Seguridad
El sistema ha de ofrecer un entorno seguro. Esto es debido a que el resultado
final se almacena en un repositorio compartido, en este caso es Moodle. Se
ha de garantizar que el usuario se identifica de forma univoca y que por lo
tanto el envío de documentos se produce una vez se ha identificado.
El sistema ha de poder restringir el acceso a los usuarios identificados como
alumnos a ciertos recursos de Moodle como carpetas y archivos.
Mantenimiento
El sistema Moodle ha de estar adecuadamente documentado para que los
responsables del mantenimiento tengan pleno conocimiento del
funcionamiento de la ampliación realizada.
Compatibilidad
Respecto a la parte de Moodle, él propio entorno tiene unas restricciones en
cuanto a la plataforma donde se puede ubicar. El sistema pide como
requisitos una plataforma con el lenguaje de programación PHP y Apache
como servidor. Además, la máquina donde se ubique Moodle tiene que tener
una base de datos para almacenar la información necesaria. La versión de
Moodle permitida ha de ser igual o superior a la versión 2.0. Web. También
es de relevancia para el estudiante remoto la velocidad de su propia
conexión.
53
2.3. DEFINICIÓN DE ACTORES.
2.3.1. Página web.
CONCEPTO DESCRIPCIÓN
Administrador Es el actor principal del sistema.
Administrara cuentas multi-usuarios:
insertando, eliminando, consultando y
actualizando usuarios.
Gestión de categorías: Editar cualquier
componente de cada categoría de la
página.
Gestión de Accesorios: Administración de
módulo de elecciones estudiantiles y
emisora web.
Profesor Acceso a módulo de información
personal: consultara información personal
e información académica de los
estudiantes que tiene a cargo.
Estudiante Acceso a módulo de información
personal: consultara información personal
e información específica de sus
profesores.
Acceso a módulo de elección estudiantil:
Podrá realizar elección de candidatos
preferidos en el gobierno escolar.
Acudiente Acceso a módulo de información
personal: consultara información personal
y académica del estudiante que
representa como acudiente.
Público en general Accederán a información pública.
Tabla 6: Definición de actores página web – Autor: Edisson Ruiz C.
54
2.3.2. Plataforma LMS (Moodle)
CONCEPTO DESCRIPCIÓN
Administrador Es el actor principal del sistema.
Administrara cuentas multi-usuarios:
insertando, eliminando usuarios.
Administrara cursos: insertando,
eliminando, cursos y añadirle o
eliminarle usuarios.
Modificación de eventos.
Podrá consultar y modificar perfil
personal.
Profesor Administrara sus cursos asignados.
Podrá crear eventos, eliminar usuarios
de cursos, crear y modificar eventos
en sus cursos, ver y modificar perfil
personal, agregar actividades y ver
calificaciones de sus estudiantes.
Estudiante Podrá crear y modificar eventos, ver y
modificar perfil y ver sus calificaciones.
Tabla 7: Definición de actores plataforma Moodle (LMS) – Autor: Edisson Ruiz C.
2.4. LISTA PRELIMINAR DE CASOS DE USO POR ACTOR
2.4.1. Página web.
Actores: Administrador, Estudiante, Profesor.
55
2.4.1.1. Administrador:
Administración de cuentas multi-usuario
- Autenticación en el sistema.
- Crear una nueva cuenta de usuario (se envía al usuario
confirmando registro)
- Editar cuenta existente de usuario.
- Eliminar cuenta de usuario
Gestión de categorías.
- Editar o modificar el contenido de cada categoría.
- Ingresar nuevo contenido en categoría elegida.
Gestión de modulo elecciones.
- Habilitar módulo de elecciones estudiantiles.
- Ingresar o modificar candidatos postulados.
- Solicitar informe de resultados elecciones.
Gestión de módulo de información personal.
- Autenticación en el sistema.
- Modificar horario académico.
Gestión de emisora web.
- Controlar con tenido de la emisora web
-
2.4.1.2. Profesor:
Acceso a módulo de información personal:
- Autenticación en el sistema.
- Consultar información personal.
- Consultar horario académico.
- Consultar histórico de notas de sus estudiantes.
56
2.4.1.3. Estudiante:
Acceso a módulo de información personal:
- Autenticación en el sistema.
- Consultar información personal.
- Consultar horario académico.
- Consultar listado de profesores
- Consultar histórico de notas por materia.
Acceso a Módulo de Elección Estudiantil:
- Autenticación en el sistema.
- Seleccionar candidato preferido.
2.4.1.4. Acudiente:
Acceso a módulo de información personal del estudiante al que representa:
- Autenticación en el sistema.
- Consultar información personal del estudiante.
- Consultar horario académico del estudiante.
- Consultar histórico de notas del estudiante.
2.4.2. Plataforma Moodle
Actores: Administrador, Estudiante, Profesor.
57
2.4.2.1. Administrador:
Gestión de cursos
- Registrar cursos.
- Modificar cursos.
- Eliminar cursos.
Gestión de usuarios
- Registrar Usuario
- Modificar Usuarios
- Eliminar Usuario
- Añadir usuarios al curso.
- Quitar usuarios de cursos.
Gestión de Eventos
- Crear eventos.
- Modificar eventos.
- Eliminar eventos
Gestión de perfil
- Ver perfil
- Modificar perfil
2.4.2.2. Profesor:
Gestión de cursos
- Eliminar un curso.
- Quitar usuarios de cursos.
- Creación de eventos en los cursos.
- Ver calificaciones
- Agregar actividad
58
Gestión de eventos
- Crear eventos
- Modificar evento (si fue quien lo creo).
- Eliminar eventos
Gestión de perfil
- Ver perfil personal
- Modificar perfil personal.
2.4.2.3. Estudiante:
Gestión de eventos
- Crear eventos en sus cursos
- Modificar evento (si fue quien lo creo).
- Eliminar eventos
Gestión de perfil
- Ver perfil personal
- Modificar perfil personal.
- Ver calificaciones.
59
2.5. DEPURACIÓN DE CASOS DE USO POR ACTOR.
2.5.1. Página web.
2.5.1.1. Caso de Uso (Nivel 0) - 1. Logearse.
Ilustración 2: caso de uso (Nivel 0) – 1. Logearse
2.5.1.2. Caso de uso (Nivel 1) - 2. Gestionar Usuario.
Ilustración 3: Caso de uso (Nivel 1) - 2. Gestionar Usuario
60
2.5.1.3. Caso de uso (Nivel 1) – 3. Gestionar categorías
Ilustración 4: Caso de uso (Nivel 1) – 3. Gestionar categorías
2.5.1.4. Caso de uso (Nivel 1) - 4. Gestionar modulo elecciones.
Ilustración 5: Caso de uso (Nivel 1) - 4. Gestionar modulo elecciones
61
2.5.1.5. Caso de uso (Nivel 1) – 5. Gestionar modulo información personal
"Administrador".
Ilustración 6: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Administrador"
2.5.1.6. Caso de uso (Nivel 1) – 5. Gestionar modulo información personal
"Profesor".
Ilustración 7: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Profesor"
62
2.5.1.7. Caso de uso (Nivel 1) – 5. Gestionar modulo información personal
"Estudiante".
Ilustración 8: Caso de uso (Nivel 1) – 5. Gestionar modulo información personal "Estudiante"
2.5.1.8. Caso de uso (Nivel 2) – 4.1. Gestionar candidatos.
Ilustración 9: Caso de uso (Nivel 2) – 4.1. Gestionar candidatos
63
2.6. DOCUMENTACIÓN DE CASOS DE USO.
2.6.1. Página web.
2.6.1.1. Documentación Caso de Uso (Nivel 0) - 1. (Loguearse).
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 01
Nombre Autenticación en el sistema (Loguearse)
Objetivo Ingresar al panel de usuario.
Descripción El usuario digita sus datos usuario y contraseña para poder acceder a su panel en específico dependiendo el rol del usuario en el sistema.
Actores Usuario
Condiciones Necesarias
El usuario debe solicitar el ingreso al sistema.
Escenario Principal
1. El usuario solicita el ingreso al sistema.
2. La aplicación devuelve el formulario de ingreso (Login) al sistema.
3. El usuario ingresa su usuario (Cedula, Tarjeta identidad, Registro civil) y contraseña.
4. La aplicación valida que los campos requeridos estén llenos y sean correctos.
5. La aplicación valida que el usuario y la contraseña ingresados estén registrados en el sistema.
6. La aplicación genera mensaje de usuario autenticado correctamente.
7. La aplicación muestra panel de usuario dependiendo el rol.
8. EL usuario ingresa al sistema y termina el caso de uso.
Escenario Alternativo
5ª. La aplicación informa al usuario que los datos son erróneos o no están completos.
6ª. El usuario acepta la notificación y continúa.
7ª. El caso de uso continúa en el paso 3 en el escenario principal.
6b. La aplicación informa al usuario que los datos de usuario y contraseña no están registrados en el sistema.
7b. El usuario acepta la notificación y continúa.
8b. La aplicación continúa en el paso 3 del escenario principal.
E. de Excepción Ninguna.
64
Tabla 8: Caso de Uso Autenticación en el sistema – Autor: Edisson Ruiz C.
2.6.1.2. Documentación Caso de uso (Nivel 1) – 2. Gestionar Usuario.
Documentación Registrar Usuario
Condición de éxito
Se autentico el usuario con éxito.
Cuestiones a resolver
Mostrar el panel al usuario dependiendo su rol.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 2.2
Nombre Registrar Usuario
Objetivo Ingresar un nuevo usuario al sistema.
Descripción El Administrador podrá registrar un nuevo usuario al sistema con sus respectivos datos.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador solicita ingresar nuevo usuario al sistema. 2. La aplicación devuelve formulario de registro nuevo usuario. 3. El administrador brinda la información requerida para generar nuevo registro y
le da en guardar. 4. La aplicación valida que la información suministrada sea correcta y completa 5. La aplicación valida que el usuario a registrar no exista en la base de datos. 6. La aplicación solicita confirmación de registro. 7. El administrador confirma el registro del nuevo usuario y termina el caso de
uso.
Escenario Alternativo
5ª. La aplicación informa al administrador que los datos son erróneos o no están completos. 6ª. El administrador acepta la notificación y continúa. 7ª. El caso de uso continúa en el paso 2 en el escenario principal. 6b. La aplicación informa al administrador que el usuario a registrar ya existe. 7b. El administrador acepta la notificación y continúa. 8b. El caso de uso continúa en el paso 2 en el escenario principal.
65
Tabla 9: Caso de uso registrar Usuario – Autor: Edisson Ruiz C.
Documentación Modificar Usuario.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 2.3
Nombre Modificar Usuario
Objetivo Modificar los datos de un usuario del sistema.
Descripción El Administrador podrá modificar los datos de un usuario del sistema.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador selecciona modificar contenido de la página web.
2. La aplicación regresa panel de administración de contenido.
3. El administrador selecciona la categoría a la cual desea modificarle contenido.
4. La aplicación regresa categoría seleccionada con su contenido actual y editable para realizarle cambios
5. El administrador realiza los cambios al contenido seleccionado.
6. La aplicación valida los campos y retorna respuesta de validación.
7. El administrador guarda los cambios realizados.
8. La aplicación solicita confirmación para guardar cambios realizados al contenido.
9. El administrador confirma la modificación y termina el caso de uso.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se registró el usuario con éxito.
Cuestiones a resolver
Ninguna.
66
Escenario Alternativo
7ª. La aplicación informa al administrador que los datos son erróneos o no están completos.
8ª. El administrador acepta la notificación y continúa.
9ª. El caso de uso continúa en el paso 4 en el escenario principal.
8b. La aplicación informa al administrador que el usuario modificado está repitiendo datos de un usuario ya existente.
9b. El administrador acepta la notificación y continúa.
10b. El caso de uso continúa en el paso 4 en el escenario principal
Escenarios de Excepción
Ninguna.
Condición de éxito
Se modificó el perfil del usuario con éxito.
Cuestiones a resolver
Ninguna.
Tabla 10: Caso de uso modificar usuario – Autor: Edisson Ruiz C.
Documentación Eliminar Usuario.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 2.4
Nombre Eliminar Usuario
Objetivo Eliminar los datos de un usuario del sistema.
Descripción El Administrador podrá eliminar un usuario o sus datos del sistema.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
67
Escenario Principal
1. El administrador consulta usuario a eliminar.
2. La aplicación regresa los datos del usuario a eliminar.
3. El administrador solicita eliminar usuario consultado por el sistema.
4. La aplicación solicita confirmación de eliminación.
5. El administrador confirma la eliminación del usuario y termina el caso de uso.
Escenario Alternativo
3ª. El administrador cancelar la eliminación del usuario.
4ª. La aplicación no hace nada y el caso de uso continua en el punto 1 del escenario principal.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se eliminó el usuario con éxito.
Cuestiones a resolver
Ninguna.
Tabla 11: Caso de uso eliminar usuario – Autor: Edisson Ruiz C.
2.6.1.3. Documentación Caso de uso (Nivel 1) – 3. Gestionar categorías.
Documentación Caso de uso Ingresar contenido.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 3.2
Nombre Ingresar contenido
Objetivo Ingresar nuevo contenido a la página web.
Descripción El Administrador podrá ingresar nuevo contenido en cada categoría de la página web.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
68
Escenario Principal
1. El administrador selecciona editar contenido de la página web.
2. La aplicación regresa panel de administración de contenido.
3. El administrador selecciona la categoría a la cual desea ingresarle contenido.
4. La aplicación regresa formulario para ingresar nuevo contenido en la categoría seleccionada.
5. El administrador ingresa datos de nuevo contenido y le da en guardar.
6. La aplicación solicita confirmación para guardar nuevo contenido.
7. El administrador confirma el registro y termina el caso de uso.
Escenario Alternativo
5ª. El administrador cancela su solicitud de inserción del nuevo contenido.
6ª. La aplicación no hace nada y el caso de uso continua en el punto 2 del escenario principal.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se ingresó nuevo contenido a la página web.
Cuestiones a resolver
Ninguna.
Tabla 12: Caso de uso ingresar contenido – Autor: Edisson Ruiz C.
Documentación Caso de uso Modificar contenido.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Édisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 3.3
Nombre Modifica contenido
Objetivo Modificar contenido a la página web.
Descripción El Administrador podrá modificar contenido existente en cada categoría de la página web.
69
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador selecciona modificar contenido de la página web.
2. La aplicación regresa panel de administración de contenido.
3. El administrador selecciona la categoría a la cual desea modificarle contenido.
4. La aplicación regresa categoría seleccionada con su contenido actual y editable para realizarle cambios
5. El administrador realiza los cambios al contenido seleccionado y le da guardar.
6. La aplicación solicita confirmación para guardar cambios realizados al contenido.
7. El administrador confirma la modificación y termina el caso de uso.
Escenario Alternativo
5ª. El administrador cancela su solicitud de modificación del contenido actual.
6ª. La aplicación no hace nada y el caso de uso continua en el punto 2 del escenario principal.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se ingresó nuevo contenido a la página web.
Cuestiones a resolver
Ninguna.
Tabla 13: Caso de uso modificar contenido – Autor: Edisson Ruiz C.
2.6.1.3. Documentación Caso de uso (Nivel 1) - 4. Gestionar modulo
elecciones.
Documentación Caso de uso (Nivel 2) – 4.1. Gestionar candidatos.
Documentación Caso de uso Modificar candidatos.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
70
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 4.1.3
Nombre Modificar candidatos.
Objetivo Modificar datos de candidatos para elecciones estudiantiles.
Descripción El Administrador podrá modificar datos de estudiantes postulados para elegirlos como personero y representante estudiantil.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador selecciona modificar datos de candidatos estudiantiles.
2. La aplicación regresa panel de administración de candidatos.
3. El administrador selecciona modificar datos de candidatos estudiantiles.
4. La aplicación regresa formulario para modificar datos de los candidatos.
5. El administrador selecciona candidato a modificar.
6. La aplicación muestra datos del candidato seleccionado.
7. El administrador realiza la modificación de datos al candidato y le da guardar.
8. La aplicación solicita confirmación para guardar nuevos datos del candidato estudiantil.
9. El administrador confirma la modificación y termina el caso de uso.
Escenario Alternativo
7ª. El administrador cancela su solicitud de modificación a datos de candidato.
8ª. La aplicación no hace nada y el caso de uso continua en el punto 2 del escenario principal.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se modificó los datos de los candidatos seleccionados en el módulo de elecciones estudiantiles.
Cuestiones a resolver
Ninguna.
Tabla 14: Caso de uso modificar candidatos – Autor: Edisson Ruiz C.
71
Documentación Caso de uso ingresar candidato
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 4.1.4
Nombre Ingresar candidato.
Objetivo Ingresar nuevo candidato al proceso de elecciones.
Descripción El Administrador podrá ingresar un nuevo estudiante como candidato en el proceso de elecciones estudiantiles.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador solicita ingresar nuevo candidato al sistema.
2. La aplicación devuelve formulario de registro nuevo candidato.
3. El administrador brinda la información requerida para generar nuevo registro y le da en guardar.
4. La aplicación valida que la información suministrada sea correcta y completa
5. La aplicación valida que el usuario a registrar no exista en la base de datos.
6. La aplicación solicita confirmación de registro.
7. El administrador confirma el registro del nuevo candidato y termina el caso de uso.
Escenario Alternativo
5ª. La aplicación informa al administrador que los datos son erróneos o no están completos.
6ª. El administrador acepta la notificación y continúa.
7ª. El caso de uso continúa en el paso 2 en el escenario principal.
6b. La aplicación informa al administrador que el candidato a registrar ya existe.
7b. El administrador acepta la notificación y continúa.
8b. El caso de uso continúa en el paso 2 en el escenario principal.
Escenarios de Excepción
Ninguna.
72
Condición de éxito
Se ingresó un nuevo candidato para el proceso de elecciones.
Cuestiones a resolver
Ninguna.
Tabla 15: Caso de uso ingresar candidatos – Autor: Edisson Ruiz C.
Documentación Caso de uso habilitar módulo de elecciones.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 4.2
Nombre Habilitar módulo de elecciones.
Objetivo Habilitar módulo de elecciones estudiantiles y generar contraseña.
Descripción El Administrador podrá habilitar o inhabilitar módulo de elecciones estudiantiles, de igual forma generar contraseña para el ingreso de los usuarios.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador selecciona configuración general para generar nueva contraseña y habilitar o inhabilitar módulo de elecciones.
2. La aplicación regresa panel de configuración general.
3. El administrador selecciona habilitar o inhabilitar módulo de elecciones.
4. La aplicación solicita confirmación para guardar el estado del módulo de elecciones y la nueva contraseña.
5. El administrador confirma la acción.
6. El administrador confirma la acción y termina el caso de uso.
Escenario Alternativo
3ª. El administrador cancela su solicitud de habilitar o deshabilitar el módulo de elecciones.
4ª. La aplicación no hace nada y termina el caso de uso.
73
Escenarios de Excepción
3ª. El administrador selecciona “generar contraseña” para acceder al tarjetón electoral.
4ª La aplicación regresa formulario actualizar la contraseña.
5ª El administrador ingresa la nueva contraseña y le da en guardar.
6ª La aplicación actualiza la contraseña y termina el caso de uso.
Condición de éxito
Se habilito o inhabilito módulo de elecciones y se modificó contraseña para el ingreso al tarjetón electoral.
Cuestiones a resolver
Ninguna.
Tabla 16: Caso de uso habilitar módulo de elecciones – Autor: Edisson Ruiz C.
Documentación Caso de uso Solicitar resultados.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 4.3
Nombre Solicitar resultados.
Objetivo Solicitar informe de resultados en el proceso de elecciones estudiantiles.
Descripción El Administrador podrá solicitar un informe de los resultados obtenidos en el proceso de elecciones.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El administrador selecciona solicitar resultados del proceso de elecciones.
2. La aplicación regresa panel de resultados obtenidos en el proceso de elecciones con cantidad de votos obtenidos por cada postulado en cada a nivel de curso y general.
3. El administrador indica la fecha en la cual se realizó el proceso de elecciones.
4. La aplicación regresa panel de resultados obtenidos en la fecha indicada por el administrador y termina el caso de uso.
74
Escenario Alternativo
3ª. El administrador termina el proceso de consulta.
4ª. La aplicación no hace nada y termina el caso de uso.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se generó un informe de los resultados obtenidos en el proceso de elecciones estudiantiles.
Cuestiones a resolver
Ninguna.
Tabla 17: Caso de uso solicitar resultados – Autor: Edisson Ruiz C.
2.6.1.4. Documentación Caso de uso (Nivel 1) – 5. Gestionar modulo
información personal "Administrador".
Documentación Caso de uso Modificar horario académico.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 5.2
Nombre Modificar horario académico.
Objetivo Modificar el horario académico a cada usuario del sistema.
Descripción El Administrador podrá modificar el horario académico a cada uno de los usuarios del sistema dependiendo su rol, su profesión y su nivel educativo.
Actores Administrador
Condiciones Necesarias
El Administrador de la página debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
75
Escenario Principal
1. El administrador selecciona modificar horario académico.
2. La aplicación regresa panel de administración de horario académico con opciones de selección de perfil a modificar, en el caso de los estudiantes se modificara por curso.
3. El administrador selecciona el documento del usuario al cual le desea realizar la modificación de horario académico.
4. El administrador genera la modificación y le da en guardar.
5. La aplicación solicita confirmación para guardar la modificación en el horario académico.
6. El administrador acepta la notificación y termina el caso de uso.
Escenario Alternativo
3ª. El administrados cancela su solicitud de modificación de horario académico.
4ª. La aplicación no hace nada y termina el caso de uso.
5b. El administrador cancela su solicitud de modificación de horario académico.
6b. La aplicación no hace nada y el caso de uso continua en el punto 3 del escenario principal.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la modificación de horarios académico de usuarios del sistema.
Cuestiones a resolver
Ninguna.
Tabla 18: Caso de uso modificar horario académico – Autor: Edisson Ruiz C.
2.6.1.5. Documentación Caso de uso (Nivel 1) – 5. Gestionar modulo
consulta información personal.
Documentación Caso de uso Consultar información personal.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 5.2
76
Nombre Consultar información personal.
Objetivo Consultar información personal correspondiente al usuario logueado.
Descripción El usuario podrá consultar su información personal registrada en la aplicación ya existente del sistema.
Actores Usuarios (Profesor y Estudiante)
Condiciones Necesarias
El usuario del sistema debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El usuario selecciona consultar sus datos personales.
2. La aplicación regresa panel de información de datos correspondiente al usuario logeado que realizo la consulta.
3. El usuario obtiene su información personal y el caso de uso termina.
Escenario Alternativo
Ninguna.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la consulta de la información personal del usuario registrado en el sistema.
Cuestiones a resolver
Ninguna.
Tabla 19: Caso de uso consultar información personal - – Autor: Edisson Ruiz C.
Documentación Caso de uso Consulta horario académico.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 5.3
77
Nombre Consultar horario académico.
Objetivo Consultar horario académico correspondiente al usuario logueado.
Descripción El usuario podrá consultar su horario académico registrado en la aplicación ya existente del sistema.
Actores Usuarios (Profesor y Estudiante)
Condiciones Necesarias
El usuario del sistema debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El usuario selecciona consultar horario académico.
2. La aplicación regresa panel de información con horario académico correspondiente al usuario logeado que realizo la consulta.
3. El usuario obtiene su horario académico y el caso de uso termina.
Escenario Alternativo
Ninguna.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la consulta del horario académico de usuario registrado en el sistema.
Cuestiones a resolver
Ninguna.
Tabla 20: Caso de uso consultar horario académico – Autor: Edisson Ruiz C.
Documentación Caso de uso Consultar notas de sus estudiantes.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
Definición del Caso de Uso
Código Caso de uso – 5.4
78
Nombre Consultar notas de sus estudiantes.
Objetivo Consultar notas de cada uno de sus estudiantes.
Descripción El usuario podrá consultar las notas registradas por periodo de cada uno de sus estudiantes en cuanto a la materia que él ofrece.
Actores Usuarios (Profesor)
Condiciones Necesarias
El usuario del sistema debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El usuario selecciona consultar notas de estudiantes.
2. La aplicación regresa panel de administración de notas con los cursos o grados a los que el usuario ofrece clase.
3. El usuario selecciona el curso del cual desea se genere el listado de los estudiantes con sus notas por periodo.
4. La aplicación regresa listado de estudiantes del curso seleccionado con sus notas correspondientes.
5. El usuario obtiene su consulta y el caso de uso termina.
Escenario Alternativo
3ª. El usuario cancela su consulta.
4ª. La aplicación no hace nada y el caso de uso termina.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la consulta de notas a sus estudiantes.
Cuestiones a resolver
Ninguna.
Tabla 21: Caso de uso consultar notas de sus estudiantes – Autor: Edisson Ruiz C.
Documentación Caso de uso Consultar listado de profesores.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
79
Definición del Caso de Uso
Código Caso de uso – 5.4
Nombre Consultar listado de profesores.
Objetivo Consultar listado de profesores del plantel.
Descripción El usuario podrá consultar el listado de los profesores del colegio con datos como correo y especialidad del docente.
Actores Usuarios (Estudiante)
Condiciones Necesarias
El usuario del sistema debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
1. El usuario selecciona consultar listado de profesores.
2. La aplicación regresa panel de información con listado de profesores de la institución incluyendo correo y especialidad de cada uno.
3. El usuario obtiene el listado de profesores y el caso de uso termina.
Escenario Alternativo
Ninguna.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la consulta a listado de profesores del plantel.
Cuestiones a resolver
Ninguna.
Tabla 22: Caso de uso consultar listado de profesores – Autor: Edisson Ruiz C.
Documentación Caso de uso Consulta notas por materia.
Información de Catalogación
Proyecto Página web e implementación de la plataforma Moodle (LMS) como herramienta de apoyo en el proceso de enseñanza-aprendizaje de la educación media en el colegio José Manuel Restrepo IED
Autor Edisson Ruíz Cárdenas
Versión 0.1 Estado de Desarrollo
Borrador / No revisado
80
Definición del Caso de Uso
Código Caso de uso – 5.5
Nombre Consultar notas por materia.
Objetivo Consultar notas de cada materia.
Descripción El usuario podrá consultar las notas registradas por periodo en cada una de sus materias.
Actores Usuarios (Estudiante)
Condiciones Necesarias
El usuario del sistema debe haberse autenticado en el sistema (Login) para poder acceder a este caso de uso.
Escenario Principal
El usuario selecciona consultar notas por materia.
La aplicación regresa listado de materias con sus notas por trimestre académico pertenecientes al usuario logeado.
El usuario obtiene su consulta y el caso de uso termina.
Escenario Alternativo
Ninguna.
Escenarios de Excepción
Ninguna.
Condición de éxito
Se realizó la consulta de notas a todas sus materias.
Cuestiones a resolver
Ninguna.
Tabla 23: Caso de uso consultar notas por materia – Autor: Edisson Ruiz C.
81
: Usuario
: Usuario
: Botón ingresar al sistema
: Botón ingresar al sistema
: Vista formulario de Login : Vista formulario de Login
: Guardar form
ulario : G
uardar formulario
: Validar
formulario
: Validar
formulario
: Cerrar vista
: Cerrar vista
: Validar dato : Validar dato
: Cargar vista ingresar al
sistema
: Cargar vista ingresar al
sistema
: Cargar vista
dependiendo el rol
: Cargar vista
dependiendo el rol
: Validar dato BD : Validar dato BD
1: Pulsar botón
2: Solicitar al control cargar la vista
3:
4: Cargar la vista de form
ulario ingresar al sistema
5: Esperar eventos del usuario
6: Ingresar datos
7: Validar datos de formulario
8:
9:
10: Validación automática
11: Validar datos contra la base de datos
12:
13: Solicitar al control cargo de vista
14: Retorna respuesta de la autenticación
15:
16: Retorna respuesta al usuario
Ilustración 10: Diagrama de secuencia Login
3. FASE DE ANÁLISIS
3.1. DIAGRAMA DE SECUENCIA
3.1.1. Diagramas de secuencia Autenticación en el sistema
3.1.1.1. Diagrama de secuencia Login.
82
: Usu
ario
: Usu
ario
: Bo
tón
reg
istrar u
sua
rio : B
otó
n re
gistra
r usu
ario : V
ista fo
rmu
lario
reg
istrar u
sua
rio : V
ista fo
rmu
lario
reg
istrar u
sua
rio
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario
: Va
lida
r form
ula
rio : V
alid
ar fo
rmu
lario
: Va
lida
r da
to : V
alid
ar d
ato
: Ca
rga
r vista re
gistra
r
usu
ario
: Ca
rga
r vista re
gistra
r
usu
ario
: Gu
ard
ar d
ato
s : G
ua
rda
r da
tos
: En
listar d
ato
s BD
: En
listar d
ato
s BD
: Gu
ard
ar d
ato
s BD
: Gu
ard
ar d
ato
s BD
: Va
lida
r da
to B
D : V
alid
ar d
ato
BD
1: P
ulsa
r bo
tón
2: S
olicita
r al co
ntro
l carg
ar la
vista
6: C
arg
ar vista
de
form
ula
rio re
gistra
r usu
ario
7: E
spe
rar e
ven
tos d
el u
sua
rio
3: C
arg
ar d
ato
s de
l form
ula
rio
5: R
eto
rna
r da
tos a
l con
trola
do
r
4:
8:
9: L
len
ar d
ato
s y rea
lizar la
valid
ació
n a
uto
má
tica
10
: Va
lida
r cam
po
s con
tra la
ba
se d
e d
ato
s
11
:
12
: Re
torn
ar re
spu
esta
de
valid
ació
n
13
: Mo
strar re
spu
esta
valid
ació
n u
sua
rio
14
: Esp
era
r eve
nto
s de
l usu
ario
15
: Gu
ard
ar fo
rmu
lario
16
: Va
lida
r da
tos d
el fo
rmu
lario1
7:
18
:
19
: Lla
ma
r a co
ntro
lad
or p
ara
gu
ard
ar d
ato
s
20
: Alm
ace
na
r info
rma
ción
en
la b
ase
de
da
tos
21
:
22
: Re
torn
o re
spu
esta
de
la p
etició
n
23
:
24
: Re
torn
o re
spu
esta
al u
sua
rio
Ilustración 11: Diagrama de secuencia Registrar Usuario
3.1.2. Diagramas de secuencia Gestionar Usuario.
3.1.2.1. Diagrama de secuencia Registrar Usuario
83
: Usuario
: Usuario
: Botó
n m
odific
ar u
suario
: Botó
n m
odific
ar u
suario
: Vis
ta fo
rmula
rio m
odific
ar
: Vis
ta fo
rmula
rio m
odific
ar
: Vis
ta fo
rmula
rio s
ele
ccio
nar u
suario
: Vis
ta fo
rmula
rio s
ele
ccio
nar u
suario
: Guard
ar u
suario
: Guard
ar u
suario
: Valid
ar fo
rmula
rio : V
alid
ar fo
rmula
rio : C
erra
r vista
: Cerra
r vista
: Valid
ar d
ato
: Valid
ar d
ato
: Carg
ar vis
ta m
odific
ar
usuario
: Carg
ar vis
ta m
odific
ar
usuario
: Carg
ar vis
ta s
ele
ccio
nar
usuario
: Carg
ar vis
ta s
ele
ccio
nar
usuario
: Guard
ar d
ato
s : G
uard
ar d
ato
s : E
nlis
tar d
ato
s d
el
usuario
: Enlis
tar d
ato
s d
el
usuario
: Guard
ar d
ato
s B
D : G
uard
ar d
ato
s B
D : V
alid
ar d
ato
s : V
alid
ar d
ato
s
14: M
odific
ar c
am
pos y re
aliz
ar la
valid
ació
n a
uto
mátic
a
15: V
alid
ar c
am
pos c
ontra
la b
ase d
e d
ato
s
16:
18: R
eto
rnar re
spuesta
de la
valid
ació
n
17: M
ostra
r respuesta
valid
ació
n a
l usuario
19: E
spera
r eve
nto
s d
el u
suario
20: G
uard
ar fo
rmula
rio
21: V
alid
ar d
ato
s fo
rmula
rio
22:
23:
24: L
lam
ada a
l contro
lador p
ara
guard
ar lo
s d
ato
s
25: A
lmacenar in
form
ació
n e
n la
base d
e d
ato
s
26:
27: R
eto
rno re
spuesta
de la
petic
ión
28: R
eto
rnar re
spuesta
al u
suario
29:
30:
31: R
eto
rno re
spuesta
al u
suario
1: P
uls
ar b
otó
n
2: S
olic
itar a
l contro
lador c
arg
ar la
vista
sele
ccio
nar u
suario
3:
4: C
arg
ar la
vista
del fo
rmula
rio s
ele
ccio
nar u
suario
5: E
spera
r eve
nto
s d
el u
suario
6:
7: 1
.1.
Solic
itar a
l contro
lador c
arg
ar la
vista
modific
ar u
suario
8: C
arg
ar d
ato
s d
el u
suario
9:
10: R
eto
rnar d
ato
s a
l contro
lador
11: C
arg
ar la
vista
del fo
rmula
rio m
odific
ar u
suario
12: E
spera
r eve
nto
s d
el u
suario
13:
Ilustración 12: Diagrama de secuencia Modificar Usuario
3.1.2.2. Diagrama de secuencia Modificar Usuario
84
: Usu
ario
: Usu
ario
: Bo
tón
elim
ina
r usu
ario
: Bo
tón
elim
ina
r usu
ario
: Vista
usu
ario
a e
limin
ar
: Vista
usu
ario
a e
limin
ar
: Bo
tón
con
firma
r : B
otó
n co
nfirm
ar
: Bo
tón
can
cela
r : B
otó
n ca
nce
lar
: Ce
rrar vista
: Ce
rrar vista
: Elim
ina
r usu
ario
: Elim
ina
r usu
ario
: Ca
rga
r vista e
limin
ar
usu
ario
: Ca
rga
r vista e
limin
ar
usu
ario
: Gu
ard
ar d
ato
s : G
ua
rda
r da
tos
1: P
ulsa
r bo
tón
2: S
olicita
r al co
ntro
lad
or ca
rga
r la vista
3: C
arg
ar la
vista d
el fo
rmu
lario
elim
ina
r usu
ario
4: E
spe
rar e
ven
tos d
el u
sua
rio
5: S
ele
ccion
ar u
sua
rio a
elim
ina
r
6: C
on
firma
r elim
ina
ción
de
usu
ario
7: B
orra
r usu
ario
sin m
ovim
ien
to
8:
9: R
esp
ue
sta e
limin
ació
n d
e u
sua
rio
10
: Re
spu
esta
elim
ina
ción
de
usu
ario
11
:
12
: Ce
rrar vista
13
: Ca
nce
lar o
pe
ració
n
14
:
15
:
Ilustración 13: Diagrama de secuencia Eliminar Usuario
3.1.2.3. Diagrama de secuencia Eliminar Usuario.
85
: Us
ua
rio : U
su
ario
: Bo
tón
ed
itar c
on
ten
ido
: Bo
tón
ed
itar c
on
ten
ido
: Vis
ta a
dm
inis
tració
n d
e c
on
ten
ido
: Vis
ta a
dm
inis
tració
n d
e c
on
ten
ido
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario : V
alid
ar fo
rmu
lario
: Va
lida
r form
ula
rio : V
alid
ar d
ato
: Va
lida
r da
to : C
arg
ar vis
ta a
dm
inis
tració
n d
e
co
nte
nid
o
: Ca
rga
r vista
ad
min
istra
ció
n d
e
co
nte
nid
o
: Gu
ard
ar c
on
ten
ido
: Gu
ard
ar c
on
ten
ido
: En
lista
r da
tos
: En
lista
r da
tos
: Gu
ard
ar d
ato
s : G
ua
rda
r da
tos
: Va
lida
r da
to B
D : V
alid
ar d
ato
BD
1: P
uls
ar b
otó
n
2: S
olic
itar a
l co
ntro
lad
or c
arg
ar la
vista
3: C
arg
ar d
ato
s d
el fo
rmu
lario
4:
5: R
eto
rna
r da
tos
al c
on
trola
do
r
6: C
arg
ar vis
ta a
dm
inis
tració
n d
e c
on
ten
ido
7: E
sp
era
r eve
nto
s d
el u
su
ario
8:
9: L
len
ar c
am
po
s y re
aliza
r la va
lida
ció
n a
uto
má
tica
10
: Va
lida
r ca
mp
os
co
ntra
la b
as
e d
e d
ato
s
11
:
12
: Re
torn
ar re
sp
ue
sta
de
la va
lida
ció
n
13
: Mo
stra
r res
pu
es
ta va
lida
ció
n a
l us
ua
rio
14
: Es
pe
rar e
ven
to d
el u
su
ario
15
: Gu
ard
ar fo
rmu
lario
16
: Va
lida
r da
tos
de
l form
ula
rio
17
:
18
:
19
: Lla
ma
r al c
on
trola
do
r pa
r ag
ua
rda
r los
da
tos
20
: Alm
ace
na
r info
rma
ció
n e
n b
as
e d
e d
ato
s21
:
22
: Re
torn
o re
sp
ue
sta
de
la p
etic
ión
23
:
24
: Re
torn
o re
sp
ue
sta
al u
su
ario
Ilustración 14: Diagrama de secuencia Ingresar contenido
3.1.3. Diagramas de secuencia Gestionar categorías
3.1.3.1. Diagrama de secuencia Ingresar contenido
86
: Usu
ario
: Usu
ario
: Bo
tón
mo
dific
ar c
on
ten
ido
: Bo
tón
mo
dific
ar c
on
ten
ido
: Vista
mo
dific
ar d
e c
on
ten
ido
: Vista
mo
dific
ar d
e c
on
ten
ido
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario : V
alid
ar fo
rmu
lario
: Va
lida
r form
ula
rio : C
erra
r vista
: Ce
rrar v
ista : V
alid
ar d
ato
: Va
lida
r da
to : C
arg
ar v
ista m
od
ifica
r
co
nte
nid
o
: Ca
rga
r vista
mo
dific
ar
co
nte
nid
o : G
ua
rda
r da
tos
: Gu
ard
ar d
ato
s : E
nlista
r da
tos d
el
co
nte
nid
o
: En
listar d
ato
s de
l
co
nte
nid
o : G
ua
rda
r da
tos B
D : G
ua
rda
r da
tos B
D : V
alid
ar d
ato
BD
: Va
lida
r da
to B
D
1: P
ulsa
r bo
tón
2: S
olic
itar a
l co
ntro
lad
or c
arg
ar la
vista
3: C
arg
ar lo
s da
tos d
el c
on
ten
ido
4:
5: R
eto
rna
r da
tos a
l co
ntro
lad
or
6: C
arg
ar la
vista
de
l form
ula
rio m
od
ifica
r co
nte
nid
o
7: E
spe
rar e
ve
nto
s de
l usu
ario
8:
9: M
od
ifica
r ca
mp
o y
rea
liza
r la v
alid
ació
n a
uto
má
tica
10
: Va
lida
r ca
mp
os c
on
tra la
ba
se d
e d
ato
s
11
:
12
: Re
tom
ar re
spu
esta
de
la v
alid
ació
n
13
: Mo
strar re
spu
esta
va
lida
ció
n a
l usu
ario
14
: Esp
era
r eve
nto
s de
l usu
ario
15
: Gu
ard
ar fo
rmu
lario
16
: Va
lida
r da
tos d
el fo
rmu
lario
17
:
18
:
19
: Lla
ma
r al c
on
trol p
ara
gu
ard
ar lo
s da
tos
20
: Alm
ace
na
r info
rma
ció
n e
n b
ase
da
tos
21
:
22
: Re
torn
o re
spu
esta
de
la p
etic
ión
23
: Re
torn
ar re
spu
esta
al u
sua
rio
24
:
25
: Re
torn
o re
spu
esta
al u
sua
rio
Ilustración 15: Diagrama de secuencia Modificar contenido
3.1.3.2. Diagrama de secuencia Modificar contenido.
87
: Usu
ario
: Usu
ario
: Bo
tón
mo
dific
ar ca
nd
ida
to : B
otó
n m
od
ifica
r can
did
ato
: Vista
mo
difica
r ca
nd
ida
to : V
ista m
od
ificar c
an
did
ato
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario : V
alid
ar fo
rmu
lario
: Va
lida
r form
ula
rio : C
erra
r vista
: Ce
rrar v
ista : V
alid
ar d
ato
: Va
lida
r da
to : C
arg
ar v
ista m
od
ificar
ca
nd
ida
to
: Ca
rga
r vista
mo
difica
r
ca
nd
ida
to : G
ua
rda
r da
tos
: Gu
ard
ar d
ato
s : E
nlista
r da
tos d
el
ca
nd
ida
tos
: En
listar d
ato
s de
l
ca
nd
ida
tos
: Gu
ard
ar d
ato
s BD
: Gu
ard
ar d
ato
s BD
: Va
lida
r da
to B
D : V
alid
ar d
ato
BD
1: P
ulsa
r bo
tón
2: S
olic
itar a
l con
trola
do
r carg
ar la
vista
3: C
arg
ar lo
s da
tos d
e c
an
did
ato
s
4:
5: R
eto
rna
r da
tos a
l co
ntro
lad
or
6: C
arg
ar la
vista d
el fo
rmu
lario
mo
dific
ar c
an
did
ato
7: E
spe
rar e
ven
tos d
el u
sua
rio
8:
9: M
od
ifica
r ca
mp
o y
rea
liza
r la va
lida
ció
n a
uto
má
tica
10
: Va
lida
r cam
po
s co
ntra
la b
ase
de
da
tos
12
: Re
tom
ar re
spu
esta
de
la v
alid
ació
n
11
:
13
: Mo
strar re
spu
esta
va
lida
ción
al u
sua
rio
14
: Esp
era
r eve
nto
s de
l usu
ario
15
: Gu
ard
ar fo
rmu
lario
16
: Va
lida
r da
tos d
el fo
rmu
lario
18
:
17
:
19
: Lla
ma
r al co
ntro
l pa
ra g
ua
rda
r los d
ato
s
20
: Alm
ace
na
r info
rma
ción
en
ba
se d
ato
s
22
: Re
torn
o re
spu
esta
de
la p
etició
n
21
:
23
: Re
torn
ar re
spu
esta
al u
sua
rio
24
:
25
: Re
torn
o re
spu
esta
al u
sua
rio
Ilustración 16: Diagrama de secuencia Modificar candidatos
3.1.4. Diagramas de secuencia Gestionar módulo de elecciones
3.1.4.1. Diagrama de secuencia sub-Modulo Gestionar candidatos
Diagrama de secuencia Modificar candidatos
88
: Usu
ario
: Usu
ario
: Bo
tón
reg
istrar u
sua
rio : B
otó
n re
gistra
r usu
ario : V
ista fo
rmu
lario
reg
istrar u
sua
rio : V
ista fo
rmu
lario
reg
istrar u
sua
rio
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario
: Va
lida
r form
ula
rio : V
alid
ar fo
rmu
lario
: Va
lida
r da
to : V
alid
ar d
ato
: Ca
rga
r vista re
gistra
r
usu
ario
: Ca
rga
r vista re
gistra
r
usu
ario
: Gu
ard
ar d
ato
s : G
ua
rda
r da
tos
: En
listar d
ato
s BD
: En
listar d
ato
s BD
: Gu
ard
ar d
ato
s BD
: Gu
ard
ar d
ato
s BD
: Va
lida
r da
to B
D : V
alid
ar d
ato
BD
1: P
ulsa
r bo
tón
2: S
olicita
r al co
ntro
l carg
ar la
vista
6: C
arg
ar vista
de
form
ula
rio re
gistra
r usu
ario
7: E
spe
rar e
ven
tos d
el u
sua
rio
3: C
arg
ar d
ato
s de
l form
ula
rio
5: R
eto
rna
r da
tos a
l con
trola
do
r
4:
8:
9: L
len
ar d
ato
s y rea
lizar la
valid
ació
n a
uto
má
tica
10
: Va
lida
r cam
po
s con
tra la
ba
se d
e d
ato
s
11
:
12
: Re
torn
ar re
spu
esta
de
valid
ació
n
13
: Mo
strar re
spu
esta
valid
ació
n u
sua
rio
14
: Esp
era
r eve
nto
s de
l usu
ario
15
: Gu
ard
ar fo
rmu
lario
16
: Va
lida
r da
tos d
el fo
rmu
lario1
7:
18
:
19
: Lla
ma
r a co
ntro
lad
or p
ara
gu
ard
ar d
ato
s
20
: Alm
ace
na
r info
rma
ción
en
la b
ase
de
da
tos
21
:
22
: Re
torn
o re
spu
esta
de
la p
etició
n
23
:
24
: Re
torn
o re
spu
esta
al u
sua
rio
Diagrama de secuencia ingresar candidatos
Ilustración 17: Diagrama de secuencia ingresar candidato
89
Ilustración 18: Diagrama de secuencia habilitar módulo de elecciones
: Usuario
: Usuario
: Botón configuracion general
: Botón configuracion general
: Vista configuracion general
: Vista configuracion general
: Habilitar proceso de elecciones
: Habilitar proceso de elecciones
: Botón confirm
ar : B
otón confirmar
: Botón cancelar
: Botón cancelar
: Cerrar vista
: Cerrar vista
: Cargar vista
administración de tiem
po
: Cargar vista
administración de tiem
po : Guardar datos
: Guardar datos
: Guardar datos B
D : G
uardar datos BD
1: Pulsar botón
2: Solicitar al controlador cargar la vista
3:
4: Cargar la vista de configuracion general
5: Esperar eventos del usuario
6: Guardar form
ulario
7: Llamar al controlador para guardar los datos
8: Alm
acenar información en base datos
9:
10: Retorno respuesta de la petición
11: Retorno respuesta de la petición
12:
13: Cerrar vista
14: Cancelar operación
15:
16:
3.1.4.2. Diagrama de secuencia habilitar módulo de elecciones
90
: Usuario
: Usuario
: Botón solicitar resultados
: Botón solicitar resultados
: Vista de resultados elecciones
: Vista de resultados elecciones
: Vista resultados P
DF
: Vista resultados P
DF
: Botón exportar P
DF
: Botón exportar P
DF
: Botón cancelar
: Botón cancelar
: Cerrar vista
: Cerrar vista
: Cargar vista de
resultados elecciones
: Cargar vista de
resultados elecciones
: Exportar P
DF
: Exportar P
DF
: Enlistar resultados
obtenidos
: Enlistar resultados
obtenidos
1: Pulsar botón
2: Solicitar al controlador cargar la vista
3: Consultar resultados elecciones
5: Retornar resultados de elecciones
4:
6: Cargar la vista de resultados elecciones
7: Esperar eventos del usuario
8: Exportar resultados en P
DF
9: Solicitar al controlador exportar P
DF
11: Retorna resultado en P
DF
10:
12:
13: Cerrar vista
14: Cancelar operación
15:
16:
Ilustración 19: Diagrama de secuencia Solicitar resultado
3.1.4.3. Diagrama de secuencia Solicitar resultado
91
: Us
uario
: Us
uario
: Botó
n m
odific
ar h
ora
rio
ac
adé
mic
o
: Botó
n m
odific
ar h
ora
rio
ac
adé
mic
o : V
ista
form
ula
rio m
od
ificar h
ora
rio
ac
adé
mic
o
: Vis
ta fo
rmula
rio m
od
ificar h
ora
rio
ac
adé
mic
o
: Gu
ard
ar fo
rmu
lario
: Gu
ard
ar fo
rmu
lario : V
alid
ar fo
rmula
rio : V
alid
ar fo
rmula
rio : C
erra
r vis
ta : C
erra
r vis
ta : V
alid
ar d
ato
: Valid
ar d
ato : C
arg
ar v
ista
modific
ar
ho
rario
acad
ém
ico
: Ca
rgar v
ista
modific
ar
ho
rario
acad
ém
ico
: Gu
ard
ar d
ato
s : G
uard
ar d
ato
s : E
nlis
tar d
ato
s d
el
ho
rario
acad
ém
ico
: Enlis
tar d
ato
s d
el
ho
rario
acad
ém
ico
: Gu
ard
ar d
ato
s B
D : G
uard
ar d
ato
s B
D : V
alid
ar d
ato
BD
: Valid
ar d
ato
BD
1: P
uls
ar b
otó
n
2: S
olic
itar a
l con
trola
do
r carg
ar la
vis
ta d
e p
erfil e
spec
ifico
3: C
arg
ar lo
s d
ato
s d
e h
ora
rio a
cad
ém
ico
5: R
eto
rna
r dato
s a
l co
ntro
lador
4:
6: C
arg
ar la
vis
ta d
el fo
rmula
rio m
odific
ar h
ora
rio a
ca
dém
ico
7: E
sp
era
r ev
ento
s d
el u
su
ario
8:
9: M
odific
ar c
am
po y
realiza
r la v
alid
ac
ión a
uto
mátic
a
10
: Va
lidar c
am
pos c
on
tra la
ba
se d
e d
ato
s
12
: Reto
mar re
spue
sta
de la
valid
ació
n
11
:
13
: Mostra
r resp
ues
ta v
alid
ació
n a
l usu
ario
14
: Es
pera
r ev
en
tos
de
l us
uario
15
: Guard
ar fo
rmula
rio
16
: Va
lidar d
ato
s d
el fo
rmu
lario
18
:
17
:
19
: Lla
mar a
l con
trol p
ara
gu
ard
ar lo
s d
ato
s
20
: Alm
ac
ena
r info
rmac
ión e
n b
as
e d
ato
s
22
: Reto
rno re
sp
ues
ta d
e la
petic
ión
21
:
23
: Reto
rnar re
spue
sta
al u
suario
24
:
25
: Reto
rno re
sp
ues
ta a
l usua
rio
Ilustración 20: Diagrama de secuencia modificar horario académico
3.1.5. Diagrama de secuencia gestionar módulo de consulta información
personal
3.1.5.1. Diagrama de secuencia modificar horario académico
92
: Usuario : Usuario : Botón información personal : Botón información personal : Vista de información personal : Vista de información personal : Cargar vista
información personal
: Cargar vista
información personal
: Enlistar información
personal
: Enlistar información
personal1: Pulsar botón
2: Cargar vista información personal
3: Consultar listado de información personal
5: Retornar listado de información personal
6: Cargar vista información personal
7: Mostrar vista al usuario y esperar evento
4:
: Usuario : Usuario : Botón horario académico : Botón horario académico : Vista de horario académico : Vista de horario académico : Cargar vista horario
académico
: Cargar vista horario
académico
: Enlistar horario
académico
: Enlistar horario
académico
1: Pulsar botón
2: Cargar vista horario académico
3: Consultar listado de horario académico
5: Retornar listado de horario académico
6: Cargar vista horario académico
7: Mostrar vista al usuario y esperar evento
4:
Ilustración 21: Diagrama de secuencia Consultar información personal
Ilustración 22: Diagrama de secuencia Consultar horario académico
3.1.5.2. Diagrama de secuencia Consultar información personal
3.1.5.3. Diagrama de secuencia Consultar horario académico
93
: Usuario : Usuario : Botón calificaciones : Botón calificaciones : Vista de calificaciones : Vista de calificaciones : Cargar vista
calificaciones
: Cargar vista
calificaciones
: Enlistar
calificaciones
: Enlistar
calificaciones1: Pulsar botón
2: Cargar vista calificaciones curso especifico
3: Consultar listado de calificaciones
5: Retornar listado de calificaciones
6: Cargar vista calificaciones
7: Mostrar vista al usuario y esperar evento
4:
: Usuario : Usuario : Botón lista de profesores : Botón lista de profesores : Vista listado de profesores : Vista listado de profesores : Cargar vista listado de
profesores
: Cargar vista listado de
profesores
: Enlistar listado de
profesores
: Enlistar listado de
profesores
1: Pulsar botón
2: Cargar vista listado de profesores
3: Consultar listado de profesores
5: Retornar listado de profesores
6: Cargar vista listado de profesores
7: Mostrar vista al usuario y esperar evento
4:
Ilustración 23: Diagrama de secuencia Consultar notas de los estudiantes
Ilustración 24: Diagrama de secuencia Consultar listado de profesores
3.1.5.4. Diagrama de secuencia Consultar notas de los estudiantes
3.1.5.5. Diagrama de secuencia Consultar listado de profesores
94
: Usuario : Usuario : Botón calificaciones : Botón calificaciones : Vista de calificaciones : Vista de calificaciones : Cargar vista
calificaciones
: Cargar vista
calificaciones
: Enlistar
calificaciones
: Enlistar
calificaciones
1: Pulsar botón
2: Cargar vista calificaciones curso especifico
3: Consultar listado de calificaciones
5: Retornar listado de calificaciones
4:
6: Cargar vista calificaciones
7: Mostrar vista al usuario y esperar evento
Ilustración 25: Diagrama de secuencia Consultar notas por materia
3.1.5.6. Diagrama de secuencia Consultar notas por materia
3.2. DIAGRAMA DE ESTADOS
3.2.1. Diagramas de estados modulo autenticación en el sistema
3.2.1.1. Diagrama de estado Login
Ilustración 26: Diagrama de estado Login
stm Modulo autenticación en el sistema
Inicial
Login
Pulsar botón ingresar
al sistema
Vista formulario de
login
Ingresar nombre de
usuario
Ingresar password de
usuario Iniciar sesión
Validar datos contra la
base de datos
Retornar respuesta al
usuario
Final
95
3.2.2. Diagramas de estados modulo gestionar usuario
3.2.2.1. Diagrama de estados Registrar Usuario
Ilustración 27: Diagrama Registrar usuario
3.2.2.2. Diagrama de estados Modificar Usuario
Ilustración 28: Diagrama de estados Modificar Usuario
stm Modulo gestionar usuario
Inicial
Registrar Usuario
Pulsar botón ingresar
usuario
Vista formulario
ingresar usuario
Ingresar nombres
usuarioIngresar apellidos
usuario
Ingresar contraseña
usuario
Ingresar sexo usuarioIngresar tipo sangre
usuario
Ingresar fecha
nacimiento usuario
Ingresar dirección
usuarioIngresar teléfono
usuario
Ingresar correo
usuarioIngresar rol de usuario
Ingresar grado(s)
usuarioIngresar acudiente Guardar usuario
Almacenar
información en la base
de datos
Retorna respuesta
usuario registradoFinal
stm Modulo gestionar usuario
Inicial
Final
Modificar usuario
Pulsar botón modificar
usuario
Vista formulario
modificar usuario
Seleccionar usuario a
modificar
Cargar datos de
usuario
Modificar dato de
usuario
Guardar
modificaciones
realizadas
Almacenar información
en la base de datos
Retornar respuesta
modificación realizada
Cancelar modificación Retornar modificación
cancelada
96
3.2.2.3. Diagrama de estados Eliminar Usuario
Ilustración 29: Diagrama de estados Eliminar Usuario
3.2.3. Diagramas de estados modulo gestionar categorías
3.2.3.1. Diagrama de estados Ingresar contenido
Ilustración 30: Diagrama de estados Ingresar contenido
stm Modulo gestionar usuario
Inicial
Final
Eliminar usuario
Pulsar botón eliminar
usuario
Vista de formulario con
listado de usuarios a
eliminar
Seleccionar usuario
especifico a eliminar
Confirmar eliminar
usuario
Borrar usuario de la
base de datos
Cancelar eliminación
de usuario
Retornar respuesta de
eliminación realizada
Retornar respuesta de
eliminación cancelada
stm Modulo gestionar categorías
Inicial
Final
Ingresar contenido
Pulsar botón ingresar
contenido
Vista formulario
ingresar contenido
Ingresar texto del
contenido
Ingresar categoría Guardar contenido Almacenar información
en la base de datos
Retorna respuesta
contenido registrado
97
3.2.3.2. Diagrama de estados Modificar contenido
Ilustración 31: Diagrama de estados Modificar contenido
3.2.4. Diagramas de estados modulo gestionar elecciones
3.2.4.1. Diagramas de estados sub-modulo gestionar candidatos
Diagrama de estados Modificar candidatos
Ilustración 32: Diagrama de estados Modificar candidatos
stm Modulo gestionar categorías
Inicial
Final
Modificar contenido
Pulsar botón modificar
contenido
Vista formulario
modificar contenidoSeleccionar categoría
a modificar
Cargar datos de la
categoría
Modificar datos de la
categoría
Guardar
modificaciones
realizadas
Almacenar información
en la base de datos
Retornar respuesta
modificación realizada
Cancelar modificación Retornar modificación
cancelada
stm Sub-modulo gestionar candidatos
Inicial
Final
Modificar candidatos
Pulsar botón modificar
candidatos
Vista formulario
modificar candidatosSeleccionar candidato
a modificar
Cargar datos de la
candidato
Modificar datos de la
candidato
Guardar
modificaciones
realizadas
Almacenar información
en la base de datosRetornar respuesta
modificación realizada
Cancelar modificación
Retornar respuesta
modificación
cancelada
98
Diagrama de estados ingresar candidato
Ilustración 33: Diagrama de estados ingresar candidatos
3.2.4.2. Diagrama de estados Establecer tiempo
Ilustración 34: Diagrama de estados configuración general
stm Ingresar candidato
Inicial
Final
ingresar candidato
Pulsar botón
ingresar
candidato
Ver formulario
ingresar
candidato
Indicar el código
del estudiante
candidato a
registrar
Retorna
respuesta con
datos de usuario
Seleccionar
posición a la
que se postula
Guardar
candidato
Almacenar
información en
base de datos
Retorna
respuesta
estudiante
registrado
stm Modulo gestionar elecciones
Inicial
Final
Configuración general
Pulsar botón
configuracion general
Vista de formulario
configuracion general
Habilitar o
inhabilitar módulo
de elecciones
Guardar estado
del módulo de
elecciones
Almacenar estado
del módulo en la
base de datos
Retornar respuesta
modulo habilitado o
inhabilitado.
99
3.2.4.3. Diagrama de estados Solicitar resultado
Ilustración 35: Diagrama de estados Solicitar resultado
3.2.5. Diagramas de estados modulo gestionar información personal
3.2.5.1. Diagrama de estados modificar horario académico
Ilustración 36: Diagrama de estados modificar horario académico
stm Modulo gestionar elecciones
Inicial
Final
Solicitar resultado
Pulsar botón solicitar
resultadoCargar datos de
elecciones
Vista de resultados
elecciones
Seleccionar exportar
resultados en PDF
Vista de resultados en
archiv o PDF
Cancelar operación.Retorna operación
cancelada
stm Modulo gestionar información personal
Inicial
Final
Modificar horario académico
Pulsar botón modificar
horario académico
Vista formulario
modificar horario
académico
Seleccionar profesor o
curso a modificar
horario académico
Cargar datos de
horario académico
usuario seleccionado
Modificar datos de
horario académico
Guardar
modificaciones
realizadas
Almacenar información
en la base de datos
Retornar respuesta
modificación realizada
Cancelar modificación
Retornar respuesta
modificación
cancelada
100
3.2.5.2. Diagrama de estados Consultar información personal
Ilustración 37: Diagrama de estados Consultar información personal
3.2.5.3. Diagrama de estados Consultar horario académico
Ilustración 38: Diagrama de estados Consultar horario académico
stm Modulo gestionar información personal
Inicial
Final
Consultar información personal
Pulsar botón consultar
información personal
Cargar datos de
información personal
Retornar v ista de
información personal
stm Modulo gestionar información personal
Inicial
Final
Consultar horario académico
Pulsar botón consultar
horario académico
Cargar datos de
horario académico
Retornar v ista de
horario académico
101
3.2.5.4. Diagrama de estados Consultar notas de los estudiantes
Ilustración 39: Diagrama de estados Consultar notas de los estudiantes
3.2.5.5. Diagrama de estados Consultar listado de profesores
Ilustración 40: Diagrama de estados Consultar listado de profesores
stm Modulo gestionar información personal
Inicial
Final
Consultar notas de estudiantes
Pulsar botón notas de
estudiantes
Vista notas de
estudiantes
Seleccionar grado a
consultar
Cargar notas de
estudiantes grado
especifico
Retornar v ista notas
de estudiantes
stm Modulo gestionar información personal
Inicial
Final
Consultar listado de profesores
Pulsar botón consultar
listado de profesores
Cargar datos de listado
de profesores
Retornar listado de
profesores
102
3.2.5.6. Diagrama de estados Consultar notas por materia
Ilustración 41: Diagrama de estados Consultar notas por materia
stm Modulo gestionar información personal
Inicial
Final
Consultar notas por materia
Pulsar botón notas por
materia
Vista notas por materia
Seleccionar materia a
consultar
Cargar notas de
materia especifica Retornar v ista notas
de materia
103
3.3. DIAGRAMA DE CLASES
3.3.1. Diagrama de clases modulo autenticación en el sistema.
Ilustración 42: Diagrama de clases modulo autenticación en el sistema
class Modulo autenticación en el sist...
usuario
- acudiente: int
- apell idos: char
- correo: char
- direccion: char
- fechaNacimiento: char
- grado: int
- id: int
- nombres: char
- password: char
- rol: int
- sexo: char
- telefono: char
- tipoSangre: char
«property get»
+ getAcudiente() : int
+ getApell idos() : char
+ getCorreo() : char
+ getDireccion() : char
+ getFechanacimiento() : char
+ getGrado() : int
+ getIdt() : int
+ getNombres() : char
+ getPassword() : char
+ getRol() : int
+ getSexo() : char
+ getTelefono() : char
+ getTiposangre() : char
«property set»
+ setAcudiente(int) : void
+ setApell idos(char) : void
+ setDireccion(char) : void
+ setEmail(char) : void
+ setFechanacimiento(char) : void
+ setGrado(int) : void
+ setId(int) : void
+ setNombres(char) : void
+ setPassword(char) : void
+ setRol(int) : void
+ setSexo(char) : void
+ setTelefono(char) : void
+ setTiposangre(char) : void
104
3.3.2. Diagrama de clases modulo gestionar usuario
Ilustración 43: Diagrama de clases modulo gestionar usuario
3.3.3. Diagrama de clases Modulo Gestionar categorías
Ilustración 44: Diagrama de clases Modulo Gestionar categorías
class Modulo gestionar usuario
acudiente
- apellidos: char
- correo: char
- direccion: char
- id: int
- nombres: char
- parentesco: char
- sexo: char
- telefono: char
«property get»
+ getApellidos() : char
+ getCorreo() : char
+ getDireccion() : char
+ getId() : int
+ getNombres() : char
+ getParentesco() : char
+ getSexo() : char
+ getTelefono() : char
«property set»
+ setApellidos(char) : void
+ setCorreo(char) : void
+ setDireccion(char) : void
+ setId(int) : void
+ setNombre(char) : void
+ setParentesco(char) : void
+ setSexo(char) : void
+ setTelefono(char) : void
grados
- id: int
- nivel: int
- nombre: char
«property get»
+ getId() : int
+ getNombre() : char
«property set»
+ setId(int) : void
+ setNivel(int) : void
+ setNombre(char) : void
rol
- fechaCreacion: char
- id: int
- nombre: char
«property get»
+ getFechacreacion() : char
+ getId() : int
+ getNombre() : char
«property set»
+ setFechacreacion(char) : void
+ setId(int) : void
+ setNombre(char) : void
class Modulo Gestionar categorías
contenido
- categoria: int
- id: int
- texto: char
«property get»
+ getCategoria() : int
+ getId() : int
+ getTexto() : char
«property set»
+ setCategoria(int) : void
+ setId(int) : void
+ setTexto(char) : void
categoria
- fechaIngreso: char
- id: int
- imagen: char
- nombre: char
«property get»
+ getFechaingreso() : char
+ getId() : int
+ getImagen() : char
+ getNombre() : char
«property set»
+ setFechaingreso(char) : void
+ setId(int) : void
+ setImagen(char) : void
+ setNombre(char) : void
105
3.3.4. Diagrama de clases Gestionar módulo de elecciones
Ilustración 45: Diagrama de clases Gestionar módulo de elecciones
3.3.5. Diagrama de clases Gestionar módulo de información personal
Ilustración 46: Diagrama de clases Gestionar módulo de información personal
class Gestionar módulo de elecci...
elecciones
- fechaEleccion: char
- id: int
- usuaCandidato: int
- usuaElector: int
«property get»
+ getFechaeleccion() : char
+ getId() : int
+ getUsuacandidato() : int
+ getUsuaelector() : int
«property set»
+ seFechaeleccion(char) : void
+ setId(int) : void
+ setUsuacandidato(int) : void
+ setUsuaelector(int) : void
class Módulo de gestion información personal
calificaciones
- estudiante: int
- fechaInicio: char
- materia: int
- periodo: int
- profesor: int
«property get»
+ getEstudiante() : int
+ getFechaingreso() : char
+ getMateria() : int
+ getPeriodo() : int
+ getProfesor() : int
«property set»
+ setEstudiante(int) : void
+ setFechainicio(char) : void
+ setMateria(int) : void
+ setPeriodo(int) : void
+ setProfesor(int) : void
materias
- id: int
- nombre: char
«property get»
+ getId() : int
+ getNombre() : char
«property set»
+ setId(int) : void
+ setNombre(char) : void
106
class Diagrama de clases pagina web
materias
- id: int
- nombre: char
calificaciones
- estudiante: int
- fechaInicio: char
- materia: int
- periodo: int
- profesor: int
usuario
- acudiente: int
- apellidos: char
- correo: char
- direccion: char
- fechaNacimiento: char
- grado: int
- id: int
- nombres: char
- password: char
- rol: int
- sexo: char
- telefono: char
- tipoSangre: char
rol
- fechaCreacion: char
- id: int
- nombre: char
contenido
- categoria: int
- id: int
- texto: char
categoria
- fechaIngreso: char
- id: int
- imagen: char
- nombre: char
elecciones
- fechaEleccion: char
- id: int
- usuaCandidato: int
- usuaElector: int
grados
- id: int
- nivel: int
- nombre: char
acudiente
- apellidos: char
- correo: char
- direccion: char
- id: int
- nombres: char
- parentesco: char
- sexo: char
- telefono: char
3.3.6. Diagrama de clases página web
Ilustración 47: Diagrama de clases página web
107
4. FASE DE DISEÑO
4.1. MODELO DE OBJETO RELACIONAL
Ilustración 48: Modelo de objeto relacional
108
4.2. DICCIONARIO DE DATOS
4.2.1. Datos Tabla calendar
Comentarios de la tabla: Tabla que contiene los eventos registrados en el
calendario
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Caleidxx int(11) No
indice que
identifica cada
registro de la
tabla Calendario
Calehoin datetime No
Fecha y hora en
la que inicia el
nuevo evento
Calehofn datetime No
Fecha y hora en
la que finaliza el
evento
Calenom text Sí NULL
campo que
guarda el cuerpo
del evento
Calecate int(11) No
categori -
>
Cateidxx
Foránea de la
tabla categoría
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Caleidx
x 5 A No
Tabla 24: Datos Tabla calendar – Autor: Edisson Ruiz C.
109
4.2.2. Datos Tabla califica
Comentarios de la tabla: Tabla que contiene todas las calificaciones
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME
Califein datetime No Fecha de ingreso calificacion
Calinot1 int(11) No Nota numero 1 del periodo especifico
Calinot2 int(11) No Nota numero 2 del periodo especifico
Calinot3 int(11) No Nota numero 3 del periodo especifico
Calinot4 int(11) No Nota numero 4 del periodo especifico
Calidfpe int(11) No Nota definitiva del periodo
Calidfge int(11) No Nota definitiva general
Caliperi int(11) No Periodo de calificacion
Caliprof int(11) No usuariox -> Usuaidxx
Llave foranea usuario profesor
Caliestu int(11) No usuariox -> Usuaidxx
Llave foranea usuario estudiante
110
Calimate int(11) No materias -> Mateidxx
Llave foranea materia evaluada
Caliesta varchar(15) No Estado del registro calificacion
Tabla 25: Datos Tabla califica – Autor: Edisson Ruiz C.
4.2.3. Datos Tabla categori
Comentarios de la tabla: Tabla que contiene todas las categorías del
sistema
Columna Tipo Nulo Predeterminado Comentarios MIME
Cateidxx int(11) No Indice de la categoría en el
sistema
Catenomb varchar(40) No Nombre de la categoria
Cateesta varchar(15) No Estado del registro
categoría
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Cateidx
x 16 A No
Tabla 26: Datos Tabla categori – Autor: Edisson Ruiz C.
111
4.2.4. Datos Tabla contenid
Comentarios de la tabla: Tabla que contiene todo en contenido de las
categorías
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Contidxx int(11) No
Indice del
registro
contenido en el
sistema
Conttext text No
Contenido o
texto de la
categoría
especifica
Contimag varchar(200) No
Imagen para la
categoría del
especifica
Contfein datetime No
Fecha de
ingreso nuevo
registro
Contcate int(11) No
categori -
>
Cateidxx
Llave foranea
de la tabla
categoria
Contesta varchar(15) No
Estado del
registro
contenido
112
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Contidx
x 10 A No
Tabla 27. Datos Tabla contenid – Autor: Edisson Ruiz C.
4.2.5. Datos Tabla Director
Comentarios de la tabla: Tabla que contiene los registros del directorio del
colegio
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Direidxx int(11) No
Indice de
directorio en el
sistema
Direcate int(11) No
categori -
>
Cateidxx
Foránea de la
tabla categoría
Direfech datetime No
Fecha en la que
se ingreso el
registro
Diretele varchar(30) No Teléfono(s) del
colegio
Direcarg varchar(50) No
Nombre del
cargo
administrativo
Direnomb varchar(40) No Nombre del
administrativo
113
Direexte varchar(10) No
Extensión
telefónica del
cargo
Direesta varchar(15) No
stado del
registro
directorio
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Direidx
x 1 A No
Tabla 28: Datos Tabla director – Autor: Edisson Ruiz C.
4.2.6. Datos Tabla elección
Comentarios de la tabla: Tabla que contiene todos los votos realizados en
elecciones
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Elecidxx int(11) No
Indice de
registro
elecciones
Elecfeel datetime No
Fecha y hora en
la que se realizo
el voto
Elecusua int(11) No
usuariox -
>
Usuaidxx
Llave foranea
usuario votante
de tabla usuario
114
Eleccand int(11) No
usuariox -
>
Usuaidxx
Llave foranea
usuario
candidato de la
tabla usuario
Elecesta varchar(15) No
Estado del
registro
elecciones
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Elecidx
x 0 A No
Tabla 29. Datos tabla elección – Autor: Edisson Ruiz C.
4.2.7. Datos Tabla Galeriax
Comentarios de la tabla: Tabla que contiene las imagenes del componente
galería
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Galeidxx int(11) No
Indice del
registro de la
tabla galeria
Galetitu varchar(60) No Titulo de la
imagen
Galeimag varchar(30) No Nombre de la
imagen
115
Galefech datetime No
Fecha en la que
se ingreso el
registro
Galecate int(11) No
categori -
>
Cateidxx
Categoría a la
que pertenece la
imagen
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Galeidx
x 9 A No
Tabla 30: Datos Tabla galeriax – Autor: Edisson Ruiz C.
4.2.8. Datos Tabla gradosxx
Comentarios de la tabla: Tabla que contiene todos los grados del colegio
Columna Tipo Nulo Predeterminado Comentarios MIME
Gradidxx int(11) No Indice de registro grado
del sistema
Gradnomb varchar(20) No Nombre del grado en el
sistema
Gradnive int(11) No Nivel del grado en el
sistema
Gradesta varchar(15) No Estado del registro estado
116
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Gradid
xx 26 A No
Tabla 31. Datos tabla gradosxx – Autor: Edisson Ruiz C.
4.2.9. Datos Tabla horarios
Comentarios de la tabla: Tabla que contiene los horarios de profesores y
estudiantes
Columna Tipo Nulo Predeterminado Enlaces a Comentarios MIME
Horaidxx int(11) No
Indice de cada
registro de la
tabla Horarios
Horaprof int(11) Sí NULL
usuariox -
>
Usuaidxx
Foránea del
profesor de la
tabla usuarios
Horagrad int(11) Sí NULL
gradosxx
->
Gradidxx
Foránea del
grado de la
tabla gradosxx
Horamate int(11) No
materias -
>
Mateidxx
Foránea de la
materia de la
tabla materias
Horadiax varchar(12) No
Día de la
semana a
registrar clase
117
Horahora time No Hora del día a
registrar clase
Horafech date No
Fecha de
ingreso del
registro
Horaesta varchar(15) No
Estado del
registro en el
sistema
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Horaid
xx 2 A No
Tabla 32. Datos tabla horarios – Autor: Edisson Ruiz C.
4.2.10. Datos Tabla imagenxx
Comentarios de la tabla: Tabla que contiene las imágenes de galería
Columna Tipo Nulo Predeterminado Comentarios MIME
Imagidxx int(11) No Indice del registro de la
tabla imagenxx
Imagnomb varchar(30) No Nombre de la imagen
Imagfech datetime No Fecha en la que se
ingreso el registro
118
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Imagid
xx 6 A No
Tabla 33: Datos Tabla imagenxx – Autor: Edisson Ruiz C.
4.2.11. Datos Tabla materias
Comentarios de la tabla: Tabla que contiene todas las materias ofrecidas
por el coleg
Columna Tipo Nulo Predeterminado Comentarios MIME
Mateidxx int(11) No Indice del registro de
materias
Matenomb varchar(25) No Nombre de la materia
Mateesta varchar(15) No Estado del registro
materias
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Mateid
xx 33 A No
Tabla 34: Datos Tabla materias – Autor: Edisson Ruiz C.
119
4.2.12. Datos Tabla rolxxxxx
Comentarios de la tabla: Tabla que contiene todos los roles de los usuarios
Columna Tipo Nulo Predeterminado Comentarios MIME
Rolidxxx int(11) No Indice del registro rol en el
sistema
Rolnombr varchar(35) No Nombre del rol en el
sistema
Rolfecre datetime No Fecha de creación del rol
Rolestad varchar(15) No Estado del rol en el sistema
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Rolidxx
x 4 A No
Tabla 35: Datos Tabla rolxxxxx – Autor: Edisson Ruiz C.
4.2.13. Datos Tabla usuariox
Comentarios de la tabla: Tabla que contiene todos los usuarios del sistema
Columna Tipo Nulo Predeterminado Enlaces
a Comentarios MIME
Usuaidxx int(11) No
Indice del
registro en el
sistema
120
Usuanomb varchar(50) No
Nombre de
usuario del
sistema
Usuaapel varchar(50) No
Apellidos de
usuario del
sistema
Usuacodi varchar(20) No
Codigo
institucional o
documento de
identidad
Usuapass text No
Contraseña del
usuario del
sistema
Usuasexo char(1) No
Sexo del
usuario del
sistema
Usuatisa varchar(4) No
Tipo de sangre
del usuario del
sistema
Usuafena datetime No
Fecha de
nacimiento del
usuario del
sistema
Usuafein date No
Fecha de
ingreso del
registro
Usuadire varchar(30) No
Dirección del
usuario del
sistema
121
Usuatele varchar(11) No
Teléfono del
usuario del
sistema
Usuaemai varchar(30) No
Correo
electrónico del
usuario del
sistema
Usuapare varchar(12) Sí NULL Parentesco con
el estudiante
Usuarolx int(11) No
rolxxxxx -
>
Rolidxxx
Llave foranea
de la tabla rol
Usuagrad int(11) Sí NULL
gradosxx
->
Gradidxx
Llave foranea
de la tabla
grado
Usuaacud varchar(20) Sí NULL
Documento del
acudiente del
estudiante
Usuaesta varchar(15) No
Estado del
registro en el
sistema
Índices
Nombr
e de la
clave
Tipo Únic
o
Empaquet
ado
Colum
na
Cardinali
dad
Cotejamie
nto
Nul
o
Comenta
rio
PRIMA
RY
BTR
EE Sí No
Usuaid
xx 5 A No
Usuaco
di
BTR
EE Sí No
Usuaco
di 5 A No
Tabla 36: Datos Tabla usuariox – Autor: Edisson Ruiz C.
122
5. FASE DE IMPLEMENTACIÓN
5.1. DIAGRAMA DE DESPLIEGUE
Ilustración 49: Diagrama de despliegue
6. FASE DE PRUEBA
A continuación se mostrará las respectivas pruebas unitarias realizadas a cada
módulo del sistema, el resultado de cada una y las correcciones que se hicieron al
respecto.
123
6.1. PRUEBA DE INTEGRACIÓN
6.1.1. Prueba unitaria modulo autenticación en el sistema
Prueba unitaria modulo autenticación en el sistema
Dirigida por: Asistente Estado
Edisson Ruiz
Proceso Ok
Terminada si
Concepto Probar el funcionamiento del módulo autenticación
en el sistema
Perfil Usuario
Acción Elemento a prueba Resultado esperado
Estado
Probar que el módulo de autenticación permita validar el ingreso a los usuarios del sistema.
Módulo de autenticación
Permitir respectivo
login al sistema
OK
Errores No se muestra error en los campos a llenar
Correcciones Se hacen arreglos sobre la interfaz de usuario
Tabla 37: Prueba unitaria modulo autenticación en el sistema – Autor: Edisson Ruiz C.
6.1.2. Prueba unitaria modulo gestionar usuario
Prueba unitaria modulo gestionar usuario
Dirigida por: Asistente Estado
Edisson Ruiz
Proceso Ok
Terminada si
124
Concepto Probar el funcionamiento del módulo gestionar
usuario
Perfil Usuario
Acción Elemento a prueba Resultado esperado
Estado
Probar que el modulo gestionar usuario permita
registra, modificar y eliminar usuario.
Módulo gestionar usuario
Permitir la inserción, la
modificación y eliminación de usuarios en el
sistema
OK
Errores No se muestra error en los campos a llenar
Correcciones Se hacen arreglos sobre la interfaz de usuario
Tabla 38: Prueba unitaria modulo gestionar usuario – Autor: Edisson Ruiz C.
6.1.3. Prueba unitaria modulo gestionar categoría
Prueba unitaria modulo gestionar categoría
Dirigida por: Asistente Estado
Edisson Ruiz
Proceso Ok
Terminada si
Concepto Probar el funcionamiento del módulo gestionar
categoría
Perfil Usuario
Acción Elemento a prueba Resultado esperado
Estado
125
Probar que el módulo gestionar categoría permita registra y
modificar el contenido en cada categoría.
Módulo gestionar categoría
Permitir la inserción y
modificación del contenido
en cada categoría del
sistema
OK
Errores No se muestra error en los campos a llenar
Correcciones Se hacen arreglos sobre la interfaz de usuario
Tabla 39: Prueba unitaria modulo gestionar categoría – Autor: Edisson Ruiz C.
6.1.4. Prueba unitaria modulo gestionar elecciones
Prueba unitaria modulo gestionar elecciones
Dirigida por: Asistente Estado
Edisson Ruiz
Proceso Ok
Terminada si
Concepto Probar el funcionamiento del módulo gestionar
elecciones
Perfil Usuario
Acción Elemento a prueba Resultado esperado
Estado
Probar que el módulo gestionar elecciones
permita gestionar candidatos, habilitar o inhabilitar módulo de elecciones, generar
contraseña, realizar el proceso de elección de
Módulo gestionar elecciones
Permitir la inserción
modificación y eliminación de
candidatos, habilitar o inhabilitar módulo de elecciones,
OK
126
candidatos y solicitar resultados
generar contraseña de
acceso al tarjetón,
acceso al tarjetón por parte de los
estudiantes y solicitar
resultados.
Errores No se muestra error en los campos a llenar
Correcciones Se hacen arreglos sobre la interfaz de usuario
Tabla 40: Prueba unitaria modulo gestionar elecciones – Autor: Edisson Ruiz C.
6.1.5. Prueba unitaria modulo gestionar información personal
Prueba unitaria modulo gestionar información personal
Dirigida por: Asistente Estado
Edisson Ruiz
Sergio Castellanos
Proceso Ok
Terminada si
Concepto Probar el funcionamiento del módulo gestionar
información personal
Perfil Usuario
Acción Elemento a prueba Resultado esperado
Estado
Probar que el modulo gestionar información
personal permita modificar información por parte del administrador y
permita consultar información personal y
académica en el sistema.
Módulo gestionar información personal
Permitir la inserción,
modificación y eliminación de
información personal del usuario por
parte del
OK
127
administrador y permitir la consulta de
información en el sistema.
Errores No se muestra error en los campos a llenar
Correcciones Se hacen arreglos sobre la interfaz de usuario
Tabla 41: Prueba unitaria modulo gestionar información personal – Autor: Edisson Ruiz C.
128
CONCLUSIONES
Dentro del desarrollo del sistema, se concluyó que es fundamental importancia el
levantamiento de requerimientos, el hecho de haber realizado una entrevista con
los miembros de la institución, abrió muchas ideas de la problemática que debía
resolver el sistema, que puntos clave se tenían que tratar y cuales en primer lugar.
El seguimiento constante a los puntos que da la metodología, como los procesos
que se deben llevar en cada una de las fases, ayudó en la recopilación y análisis
de la información que se estructuro en los componentes de la página, esto
contribuyó a que el desarrollo del sistema se hiciera de una manera más clara y más
detallada, lo cual genero el cumplimiento de cada uno de los objetivos propuestos.
En términos globales el análisis de los requerimientos planteados para la
elaboración del proyecto, brindó puntos clave para el diseño de la página web, para
la definición de una base de datos más completa y para un buen desarrollo de la
página web. De igual forma en la implementación de la plataforma Moodle (LMS) en
el colegio José Manuel Restrepo IED.
129
RECOMENDACIONES
El software que se desarrolló en este proyecto tiene la oportunidad de mejorar en
cada uno de los módulos que lo componen. En las reuniones que se realizaron con
el rector y coordinador académico de la institución, se planteó posibles
complementos que pueden ayudar a que el proyecto sea más robusto y contribuya
de manera más amplia en otros procesos de la institución.
Iniciando con el módulo de información personal y académica de los
estudiantes, docentes y acudientes, el cliente planteo incluir un rol o usuario
a los administrativos de la institución que les permita el ingreso al sistema
donde podrán gestionar cada tarea correspondiente a su cargo en la
institución.
También se planteó implementar al módulo de información académica, el
proceso disciplinario del estudiante, donde el psicólogo o psicopedagogo de
la institución pueda obtener un historial disciplinario del estudiante y pueda
ingresar nuevas observaciones disciplinarias.
En cuanto al enfoque académico de la institución, el rector propuso
implementar un módulo en el que los estudiantes de la institución puedan
interactuar mediante video llamadas con estudiantes de otros países donde
se hable inglés.