APLICACIÓN WEB PARA LA ADMINISTRACIÓN Y ASIGNACIÓN DE LOS

HORARIOS EN LAS FACULTADES DE LA UNIVERSIDAD SANTO TOMÁS

SECCIONAL TUNJA

ELKIN RODRIGO FAJARDO FONSECA

OSCAR FERNANDO SOLER BARRERA

UNIVERSIDAD SANTO TOMÁS

FACULTAD INGENIERÍA DE SISTEMAS
TUNJA, BOYACÁ
2017
APLICACIÓN WEB PARA LA ADMINISTRACIÓN Y ASIGNACIÓN DE LOS
HORARIOS EN LAS FACULTADES DE LA UNIVERSIDAD SANTO TOMÁS
SECCIONAL TUNJA

ELKIN RODRIGO FAJARDO FONSECA

OSCAR FERNANDO SOLER BARRERA

Informe final de trabajo de grado

Ing. Jorge Gabriel Hoyos Pineda

UNIVERSIDAD SANTO TOMÁS

FACULTAD INGENIERÍA DE SISTEMAS
TUNJA, BOYACÁ
2017
 TABLA DE CONTENIDO

Introducción
1. FICHA TÉCNICA DEL PROYECTO ...................................................................................................8
2. PLANTEAMIENTO DEL PROBLEMA ...............................................................................................9
2.1 DESCRIPCIÓN DEL PROBLEMA. ..................................................................................................9
2.2 PLANTEAMIENTO DEL PROBLEMA. ............................................................................................9
2.3 SISTEMATIZACIÓN DEL PROBLEMA. ....................................................................................... 10
2.4 DELIMITACIÓN. ....................................................................................................................... 10
2.5 ALCANCES................................................................................................................................ 10
3. OBJETIVOS ................................................................................................................................. 11
3.1 OBJETIVO GENERAL................................................................................................................. 11
3.2 OBJETIVOS ESPECÍFICOS.......................................................................................................... 11
4. JUSTIFICACIÓN .......................................................................................................................... 12
5. MARCO DE REFERENCIA............................................................................................................ 14
5.1 MARCO TEÓRICO. ................................................................................................................... 14
5.2 MARCO CONCEPTUAL ............................................................................................................. 19
6. DISEÑO METODOLÓGICO.......................................................................................................... 20
6.1 TIPO DE INVESTIGACIÓN. ........................................................................................................ 20
6.1.1 Método de Investigación. .................................................................................................... 21
6.2 HIPÓTESIS. ............................................................................................................................... 21
6.3 VARIABLES. .............................................................................................................................. 21
6.4 POBLACIÓN. ............................................................................................................................ 22
6.5 FUENTES. ................................................................................................................................. 22
6.6 INSTRUMENTOS. ..................................................................................................................... 22
6.7 METODOLOGÍA DE LA INVESTIGACIÓN. ................................................................................. 23
7. DESARROLLO DEL PROYECTO .................................................................................................... 25
7.1 ANÁLISIS DE SOFTWARE DE LA APLICACIÓN WEB. ................................................................. 25
7.2 DISEÑO DE LA APLICACIÓN WEB............................................................................................. 26
7.3 DESARROLLO DE LA APLICACIÓN WEB.................................................................................... 26
8. RESULTADOS ............................................................................................................................. 27
9. CONCLUSIONES ......................................................................................................................... 35
BIBLIOGRAFÍA.................................................................................................................................... 36
ANEXO 1. ANÁLISIS DEL SISTEMA ..................................................................................................... 37
ANEXO 2. DISEÑO DEL SISTEMA ....................................................................................................... 46
 TABLA DE FIGURAS

Figura 1. Principales tipos de software ............................................................................................. 20

Figura 2. Autenticación del sistema .................................................................................................. 28
Figura 3. Administración del perfil .................................................................................................... 29
Figura 4. Módulo de docentes .......................................................................................................... 30
Figura 5. Administración de asignaturas ........................................................................................... 31
Figura 6. Administración de los grupos............................................................................................. 32
Figura 7. Horarios .............................................................................................................................. 33
Figura 8. Reportes ............................................................................................................................. 34
Figura 9. Login del sistema ................................................................................................................ 46
Figura 10. Administración contraseña usuario ................................................................................. 47
Figura 11. Administración datos usuario .......................................................................................... 47
Figura 12. Administración de las asignaturas ................................................................................... 48
Figura 13. Ingreso de asignaturas ..................................................................................................... 48
Figura 14. Administración de los grupos por asignatura. ................................................................. 49
Figura 15. Ingreso de asignaturas ..................................................................................................... 50
Figura 16. Administración de los docentes ....................................................................................... 50
Figura 17. Ingreso de nuevos docentes ............................................................................................ 51
Figura 18. Interfaz de horarios por carrera ....................................................................................... 52
Figura 19. Reportes de horarios........................................................................................................ 52
 TABLA DE TABLAS

Tabla 1. Identificación de problemas ................................................................................................ 23

Tabla 2. Análisis de requerimientos .................................................................................................. 23
Tabla 3. Diseño de la aplicación ........................................................................................................ 24
Tabla 4. Desarrollo de la aplicación .................................................................................................. 24
Tabla 5. Pruebas. ............................................................................................................................... 24
Tabla 6. Implementacion y publicacion de la aplicación .................................................................. 24
Tabla 7. Registro del administrador .................................................................................................. 37
Tabla 8.Primer inicio de sesión. ........................................................................................................ 37
Tabla 9. Inicio de sesión .................................................................................................................... 38
Tabla 10. Recuperación de contraseña ............................................................................................. 38
Tabla 11. Administración de datos del usuario................................................................................. 38
Tabla 12. Registro de docentes ......................................................................................................... 39
Tabla 13. Consulta de docentes ........................................................................................................ 39
Tabla 14. Actualización de docentes................................................................................................. 39
Tabla 15. Eliminación de docentes ................................................................................................... 40
Tabla 16. Registro de asignaturas ..................................................................................................... 40
Tabla 17. Consulta de asignaturas .................................................................................................... 40
Tabla 18. Eliminación de asignaturas ................................................................................................ 41
Tabla 19. Registro de grupos por asignatura .................................................................................... 41
Tabla 20. Consulta de grupos creados. ............................................................................................. 41
Tabla 21. Eliminación de grupos creados.......................................................................................... 42
Tabla 22. Asignación de horarios ...................................................................................................... 42
Tabla 23. Consulta horario generado................................................................................................ 42
Tabla 24. Consulta el histórico de los horarios ................................................................................. 43
Tabla 25. Generar horario para descargar. ....................................................................................... 43
Tabla 26. Mantener datos de periodo anterior ................................................................................ 43
Tabla 27. Mostrar cruces de horarios. .............................................................................................. 44
Tabla 28. Consulta de horario por docente. ..................................................................................... 44
Tabla 29. Consulta de horario por materia ....................................................................................... 44
Tabla 30. Requerimientos no funcionales ........................................................................................ 45
 INTRODUCCIÓN

En este trabajo se comprenderá el tema del desarrollo de sistemas de información

enfocados a entornos web, para la consulta de horarios de clase, asignaturas,
grupos y docentes que tiene un programa o facultad, dirigido a los administradores
y/o encargados de la asignación de horarios de la universidad Santo Tomás
seccional Tunja.
Se plantea como objetivo en este proyecto el desarrollar una aplicación web, que
le permita a los administradores encargados de la gestión de los horarios ver las
asignaturas registradas, sus grupos, docentes y sus respectivos horarios de clase,
de una manera ágil, donde también pueda generar reportes de antiguos periodos,
en un futuro se planea agregar más módulos y funciones que sean del agrado de
la comunidad tomasina.
En este trabajo se realizó una investigación sobre los problemas que se presentan
en el momento de administrar los horarios específicamente en la facultad de
ingeniería de sistemas, donde se llegó a la conclusión de realizar dicho sistema
web para brindar un canal tecnológico óptimo que dé solución a la problemática
que se presente.
Acá se encontrarán los diferentes temas que comprenderá esta aplicación web de
administración de horarios, los puntos importantes a tener en cuenta a la hora de
desarrollar la aplicación, también encontrará metodologías y teorías que nos
ayudarán a tener el sistema de información deseado.

7
 1. FICHA TÉCNICA DEL PROYECTO

Aplicación web para la administración y generación de

Título los horarios en las facultades de la universidad Santo
tomas seccional Tunja
Nombre Estudiante 1 Elkin Fajardo Fonseca elkin.fajardo@usantoto.edu.co
Nombre Estudiante 2 Oscar Soler Barrera oscar.soler@usantoto.edu.co
Nombre del grupo de
GIDINT
investigación
Línea Asociada Sistemas de Información
Nombre del semillero de
Sistemas de Información
investigación
Director del proyecto Jorge Gabriel Hoyos Pineda
Lugar de ejecución del
Tunja, Boyacá
proyecto
Duración del proyecto 4 meses
Costo del proyecto $ 6.473.000
Palabras claves Sistema de información, horario de clases, algoritmos.

8
 2. PLANTEAMIENTO DEL PROBLEMA

2.1 DESCRIPCIÓN DEL PROBLEMA.

En el presente los administradores encargados de la gestión de horarios de cada

una de las facultades de la universidad Santo Tomás, tienen acceso a una
herramienta llamada hojas de cálculo, este sistema muestra información de los
horarios, grupos, asignaturas, docentes, observaciones y demás.
Dicha herramienta cumple su función, ya que muestra la información que se
necesita consultar y da diferentes opciones con las cuales se puede interactuar
desde un ordenador. Pero este instrumento tecnológico carece de agilidad,
comodidad y funcionalidad, ya que se presenta con una interfaz poco amigable
para el usuario y poco óptima para la actividad de la cual se necesita, allí podemos
ver que la experiencia de usuario no es la recomendada para este tipo de tareas.
Por ejemplo, esta herramienta muestra información de los horarios, pero para
consultar diversos datos es un poco complejo, ya que se tiene que revisar
columna por columna lo que el horario posee y que características están
asociadas a dicho horario. Al momento de ingresar un horario, la plataforma no
informa sobre lo cruces que se pueden presentar con los grupos y los docentes,
tampoco genera reportes óptimos de los horarios para poder ser consultado e
impresos.
Como se puede ver faltan muchas funcionalidades y módulos con los cuales la
tarea de asignación de horarios sea óptima y por esto es una buena alternativa
desarrollar un sistema de información que cumpla con los requerimientos
planteados.

2.2 PLANTEAMIENTO DEL PROBLEMA.

En este momento las facultades de la universidad Santo Tomás seccional Tunja,

carece de una plataforma con administración ágil y cómoda a los horarios de cada
uno de los programas de la universidad, que sea amigable, cómoda y fácil de usar
para los administradores y encargados de dicha institución académica, con el fin
de observar los horarios, grupos, asignaturas y docentes de cada programa.

9
2.3 SISTEMATIZACIÓN DEL PROBLEMA.
.

 ¿La herramienta tecnológica que posee la universidad Santo Tomás (hojas

de cálculo) es funcional y optima en la asignación de horarios de sus
facultades?

 ¿Los administrativos y encargados de la universidad Santo Tomás sienten

la necesidad de tener acceso a un sistema de información web para suplir
esta tarea?

 ¿Se han planteado análisis y diseños en tiempos anteriores, relacionados

con este tema en la universidad Santo Tomás seccional Tunja?

 ¿El administrador o encargado se incentivará en el uso de este sistema de

información web?

 ¿Cuáles es la tecnología y/o lenguajes de programación óptimos para este

tipo de proyecto?}

 ¿Por qué en la actualidad la universidad Santo Tomás seccional Tunja no

posee un sistema óptimo para la administración de los horarios de sus
facultades?

2.4 DELIMITACIÓN.

El sistema de información no se conectará o consultará información con ninguna

otra aplicación o servicio web, este será accesible desde los principales
navegadores que actualmente se utilizan en el mercado como Google Chrome y
Firefox en sus últimas versiones.

2.5 ALCANCES.

10
El proyecto estará alojado en un servidor de prueba, se entregará el manual
de despliegue del mismo. Las funcionalidades finales del sistema están
descritas en el apartado de desarrollo del proyecto (numeral 7).

3. OBJETIVOS

3.1 OBJETIVO GENERAL.

Implementar una aplicación web para la gestión de los horarios de la Facultad de

Ingeniería de Sistemas de la Universidad Santo Tomás seccional Tunja, utilizando
herramientas open source y las últimas tendencias de la ingeniería del software.

3.2 OBJETIVOS ESPECÍFICOS.

 Analizar los requerimientos funcionales y no funcionales de la aplicación

web, para encontrar posibles soluciones que ayuden a obtener el sistema
óptimo, identificando el funcionamiento actual de la administración de los
horarios.

 Diseñar el prototipo funcional, con el fin de tener una idea clara y especifica
de lo que será el sistema final.

 Desarrollar la aplicación web de administración de horarios, para obtener el

producto final y funcional con las mejores prácticas de construcción de
software de la actualidad.

 Realizar pruebas con usuarios reales de la aplicación, para encontrar

posibles fallas.

 Realizar el despliegue del sistema desarrollado en un contenedor Web, de

tal manera que pueda ser utilizado por la facultad de Ingeniería de
Sistemas.

11
 4. JUSTIFICACIÓN

La Web de hoy es un universo de aplicaciones y páginas web interconectadas

llenas de vídeos, fotos y contenido interactivo. Lo que no ve el usuario es cómo
interactúan los navegadores y las tecnologías web para hacer que esto sea
posible.

A lo largo del tiempo, las tecnologías web han evolucionado hasta permitir que los
desarrolladores puedan crear nuevas e increíbles experiencias web. La Web
actual es el resultado de los continuos esfuerzos de una comunidad web abierta
que ayuda a definir estas tecnologías web, tales como HTML5, CSS3.

Aquí podemos encontrar una problemática a nivel tecnológico, la cual se

enfoca en la asignación de horarios de cada uno de los programas de la
universidad Santo Tomas seccional Tunja, allí podemos aplicar teorías y
aprendizajes prácticos, los cuales nos lleven a la solución del problema, tal
como lo plantea este tipo de investigación.

En el ámbito social, sería un punto muy favorable que la universidad Santo Tomás
seccional Tunja sea de las primeras universidades en la ciudad en implementar un
sistema como este, ya que en el momento este tipo de aplicaciones solo existen
en las principales universidades de las ciudades más importantes del país.

Para la facultad de ingeniería de sistemas, tendría una gran importancia el tener

este tipo de aplicaciones web, ya que de alguna manera habla bien de la
comunidad estudiantil y del cuerpo de profesores con los que cuenta la facultad.

Por estos puntos es de gran valor estar buscando la innovación en el campo de

las tecnologías de la información y comunicación, con plataformas como la

12
descrita en este trabajo, las cuales busquen la colaboración y el mejoramiento de
las herramientas con las que se cuenta en la universidad Santo Tomás.

Es por eso que a la comunidad tomasina, le sería de gran ayuda tener una
aplicación web, donde se gestione y administre los horarios de su respectivo
programa.

13
 5. MARCO DE REFERENCIA

5.1 MARCO TEÓRICO.

5.1.1 Herramientas utilizadas en el desarrollo web. A continuación, se

evidenciarán algunos conceptos necesarios y útiles para el desarrollo de varios
de los sistemas web más utilizados en los últimos años.

 MySQL. Es un sistema de administración de bases de datos (Database

Management System, DBMS) para bases de datos relacionales. Así,
MySQL no es más que una aplicación que permite gestionar archivos
llamados de bases de datos. Existen muchos tipos de bases de datos,
desde un simple archivo hasta sistemas relacionales orientados a
objetos. MySQL, como base de datos relacional, utiliza múltiples tablas
para almacenar y organizar la información. MySQL fue escrito en C y
C++ y destaca por su gran adaptación a diferentes entornos de
desarrollo, permitiendo su interactuación con los lenguajes de
programación más utilizados como PHP, Perl y Java y su integración en
distintos sistemas operativos.

También es muy destacable, la condición de open source de MySQL,

que hace que su utilización sea gratuita e incluso se pueda modificar
con total libertad, pudiendo descargar su código fuente. Esto ha
favorecido muy positivamente en su desarrollo y continuas
actualizaciones, para hacer de MySQL una de las herramientas más
utilizadas por los programadores orientados a Internet.1
En pocas palabras, MySQL nos ayuda a manejar la persistencia de nuestros
sistemas web, es un sistema de administración de datos, tiene las opciones
necesarias para consultar, ingresar, actualizar, eliminar entre muchas otras
ayudas para tratar los datos de las aplicaciones web.

 Php My Admin. Es un programa de libre distribución en PHP, creado

por una comunidad sin ánimo de lucro, que sólo trabaja en el
proyecto por amor al arte. Es una herramienta muy completa que
1
IAN Gilfillan. La biblia MySQL. 2001. Vol. 1, pág. 39.
14
 permite acceder a todas las funciones típicas de la base de datos
MySQL a través de una interfaz web muy intuitiva. La aplicación en si
no es más que un conjunto de archivos escritos en PHP que
podemos copiar en un directorio de nuestro servidor web, de modo
que, cuando accedemos a esos archivos, nos muestran unas
páginas donde podemos encontrar las bases de datos a las que
tenemos acceso en nuestro servidor de bases de datos y todas sus
tablas. La herramienta nos permite crear tablas, insertar datos en las
tablas existentes, navegar por los registros de las tablas, editarlos y
borrarlos, borrar tablas y un largo etcétera, incluso ejecutar
sentencias SQL y hacer un backup de la base de datos.2

 Frontend. Los frontends tienden a ser programadores, pero hay

diseñadores genios que también hacen Frontend. Son los
encargados de maquetar la estructura semántica del contenido
(HTML), codificar el diseño en hojas de estilo (CSS) y agregar la
interacción con el usuario (JavaScript).

En la época actual los frontends tienen HTML5 y CSS3. Con HTML5,

desde el Frontend, es posible hacer geo localización, dibujo
vectorial, guardar datos en el disco del usuario,
insertar audio y video, entre otras cosas.

Con CSS3, se pueden crear diseños altamente complejos sin la

necesidad de imágenes cortadas, sólo usando código. Bordes
redondeados, sombras, degradados, fondos múltiples, entre
otros.

Por último, JavaScript y sus frameworks añaden el componente de

interactividad y conexión al servidor. Es posible comunicarse con el
Backend y la base de datos sin recargar la página
usando AJAX o WebSockets, recibir esos datos y cambiar el diseño
entero del sitio. JQuery hace todo esto fácil pero no es el único
framework de JavaScript.3

2
DELISLE Marc. Mastering phpMyAdmin 3.4 for Effective MySQL Management. Québec. Canadá
2009. Vol. 1, pág. 23.
3
Que significa Backend y Frontend en el diseño web [14 Junio 2012] [22 Mayo de 2016 ] Disponible en:
https://es.wikipedia.org/wiki/Front-end_y_back-end
15
 El desarrollo Frontend se encarga de toda la parte visual del sistema, de los
componentes con los cuales el usuario va a interactuar, como parte
principal dentro de sus funciones consiste en mostrar amigablemente y de
forma óptima los datos de la persistencia, los cuales como dice
anteriormente son enviados desde el Backend.

 SQL. IBM desarrolló la versión original de SQL, originalmente

denominado Sequel, como parte del proyecto System R a principios
de 1970. El lenguaje Sequel ha evolucionado desde entonces y su
nombre pasado a ser SQL (lenguaje estructurado de consultas). Hoy
en día, numerosos productos son compatibles con el lenguaje SQL y
se ha establecido como el lenguaje estándar para las bases de datos
relacionales.4

El lenguaje SQL es utilizado en diferentes sistemas gestores de bases de datos,

como los anteriormente descritos, y nos ayudan a realizar consultas, inserciones
de datos, actualizaciones de tablas, borrado de información, entre los métodos
principales que permite realizar SQL.

 Laravel. Laravel es un framework de código abierto para desarrollar

aplicaciones y servicios web con PHP 5 y PHP 7. Su filosofía es
desarrollar código PHP de forma elegante y simple, evitando el
"código espagueti". Fue creado en 2011 y tiene una gran influencia de
frameworks como Ruby on Rails, Sinatra y ASP.NET MVC.2.

Laravel tiene como objetivo ser un framework que permita el uso de

una sintaxis elegante y expresiva para crear código de forma sencilla y
permitiendo multitud de funcionalidades. Intenta aprovechar lo mejor
de otros frameworks y aprovechar las características de las últimas
versiones de PHP.

Gran parte de Laravel está formado por dependencias, especialmente

de Symfony, esto implica que el desarrollo de Laravel dependa
también del desarrollo de sus dependencias.5

4
Silberschatz Abraham, Fundamentos de bases de datos, Quinta Edición, Madrid España, McGraw-hill, 2006
24 pág., Isbn: 84-481-4644-1
5
STAUFFER Matt, Laravel: Up and Running. 2016. Vol. 1. pág. 16.

16
  JavaScript. JavaScript (abreviado comúnmente JS) es un lenguaje de
programación interpretado, dialecto del estándar ECMAScript. Se define
como orientado a objetos, basado en prototipos, imperativo, débilmente
tipado y dinámico.

Se utiliza principalmente en su forma del lado del cliente (client-side),

implementado como parte de un navegador web permitiendo mejoras en
la interfaz de usuario y páginas web dinámicas aunque existe una forma
de JavaScript del lado del servidor (Server-side JavaScript o SSJS). Su
uso en aplicaciones externas a la web, por ejemplo en documentos PDF,
aplicaciones de escritorio (mayoritariamente widgets) es también
significativo.

Desde el 2012, todos los navegadores modernos soportan

completamente ECMAScript 5.1, una versión de JavaScript. Los
navegadores más antiguos soportan por lo menos ECMAScript 3. La
sexta edición se liberó en julio del 2015.

JavaScript se diseñó con una sintaxis similar a C, aunque adopta

nombres y convenciones del lenguaje de programación Java. Sin
embargo, Java y JavaScript tienen semánticas y propósitos diferentes.

Todos los navegadores modernos interpretan el código JavaScript

integrado en las páginas web. Para interactuar con una página web se
provee al lenguaje JavaScript de una implementación del Document
Object Model .

Tradicionalmente se venía utilizando en páginas web HTML para realizar

operaciones y únicamente en el marco de la aplicación cliente, sin
acceso a funciones del servidor. Actualmente es ampliamente utilizado
para enviar y recibir información del servidor junto con ayuda de otras
tecnologías como AJAX. JavaScript se interpreta en el agente de usuario
al mismo tiempo que las sentencias van descargándose junto con el
código HTML.

Desde el lanzamiento en junio de 1997 del estándar ECMAScript 1, han

existido las versiones 2, 3 y 5, que es la más usada actualmente (la 4 se
abandonó). En junio de 2015 se cerró y publicó la versión ECMAScript
6.6

6
CROCKFORD Douglas, JavaScript: The Good Parts. 2008 Vol. 1. pág. 56.
17
 Sass (Syntactically Awesome Stylesheets). Sass es un lenguaje de hoja
de estilos inicialmente diseñado por Hampton Catlin y desarrollado por
Nathan Weizenbaum. Después de sus versiones iniciales, Nathan
Weizenbaum y Chris Eppstein han continuado extendiendo Sass con
SassScript, un lenguaje de script simple, usado en los ficheros Sass.

Sass es un metalenguaje de Hojas de Estilo en Cascada (CSS). Es un

lenguaje de script que es traducido a CSS. SassScript es el lenguaje de
script en sí mismo. Sass consiste en dos sintaxis. La sintaxis original,
llamada indented syntax («sintaxis indentada») que usa una sintaxis
similar al Haml. Éste usa la indentación para separar bloques de código y
el carácter nueva línea para separar reglas. La sintaxis más reciente,
SCSS, usa el formato de bloques como CSS. Éste usa llaves para
denotar bloques de código y punto y coma (;) para separar las líneas
dentro de un bloque. La sintaxis indentada y los ficheros SCSS tienen las
extensiones .sass y .scss respectivamente.

CSS3 consiste en una serie de selectores y pseudo-selectores que

agrupan las reglas que son aplicadas. Sass (en el amplio contexto de
ambas sintaxis) extiende CSS proveyendo de varios mecanismos que
están presentes en los lenguajes de programación tradicionales,
particularmente lenguajes orientados a objetos, pero éste no está
disponible para CSS3 como tal. Cuando SassScript se interpreta, éste
crea bloques de reglas CSS para varios selectores que están definidos
en el fichero SASS. El intérprete de SASS traduce SassScript en CSS.
Alternativamente, Sass puede monitorear los ficheros .sass o .scss y
convertirlos en un fichero .css de salida cada vez que el fichero .sass o
.scss es guardado. Sass es simplemente azúcar sintáctica para escribir
CSS.

La implementación oficial de Sass es open-source y escrita en Ruby, sin

embargo existen otras implementaciones, incluyendo una en PHP para
Drupal.

La sintaxis indentada es un metalenguaje. SCSS es un metalenguaje

anidado, lo que es válido en CSS es válido en SCSS con la misma
semántica.

18
 SassScript proporciona los mecanismos siguientes: variables, nesting
(anidamiento), mixins, y herencia de los selectores.7

5.2 MARCO CONCEPTUAL

El software hace referencia a un programa o conjunto de programas de cómputo

que incluye datos, procedimientos y pautas que permiten realizar distintas tareas
en un sistema informático. En la actualidad se está enfocando en tres tipos
principales, la primera en las aplicaciones de escritorio que son aquellas que se
encuentran instaladas en el ordenador y se puede ejecutar sin internet en un
sistema operativo, la segunda en las aplicaciones móviles estas son diseñadas
para ser ejecutadas en teléfonos inteligentes, tabletas y otros dispositivos móviles,
permite al usuario efectuar una tarea concreta, y la tercera las aplicaciones web
que son aquellas herramientas que los usuarios pueden utilizar accediendo a un
servidor web a través de Internet o de una intranet mediante un navegador. En
otras palabras, es una aplicación software que se codifica en un lenguaje
soportado por los navegadores web.

7
CEDERHOLM Dan En: Sass for Web Designers. 2013. Vol. 1, pág. 12., ISBN: 1-937557-13-8
19
 Figura 1. Principales tipos de software

6. DISEÑO METODOLÓGICO

6.1 TIPO DE INVESTIGACIÓN.

El tipo de investigación seleccionada para este proyecto es el estudio aplicado, ya

que se acomoda perfectamente al problema que se presenta en la actualidad con
la asignación de horarios por programa de la universidad Santo Tomás seccional
Tunja, el cual requiere ser intervenido y mejorado.
Así se están generando conocimientos o métodos dirigidos a un sector educativo,
que a su vez es productivo, con el fin de mejorarlo y hacerlo más eficiente, y
también con el fin de obtener un producto nuevo y útil en este espacio de la
academia.

20
De este estudio aplicado surgirá una aplicación web, que podrá solventar el
problema que se ha encontrado en el análisis previo, donde con la ayuda de
profesores y administradores encargados encontraremos las diferentes
dificultades que se presentan en la actualidad con la asignación de los horarios
que se está haciendo en este momento.

6.1.1 Método de Investigación. El método de investigación que se tiene en este

proyecto es de tipo deductivo, porque se está descendiendo de lo general a lo
particular, desde la teoría que se tiene por parte del creador del proyecto, en este
caso esa teoría son todos los temas y metodologías existentes en la ingeniería del
software, hasta el cómo tomar todas esas diferentes herramientas y actividades
para llegar a algo particular y único, en este caso sería la aplicación web en
contexto.

Pero del desarrollo de este proyecto no solo se va a llegar a tener el sistema, si no

que se obtendrá diferente documentación, donde podamos encontrar la
investigación que se realizó y el cómo se aplicó la teoría y los conocimientos
adquiridos anteriormente, para desarrollar el proyecto y así proponer una solución
óptima para la institución.

6.2 HIPÓTESIS.

Con base a diferentes experiencias que se han tenido en el trascurso de la carrera

de ingeniería de sistemas, y teniendo en cuenta diferentes charlas que se han
tenido con el decano de la facultad de ingeniería de sistemas, se ha llegado a la
siguiente hipótesis:
La herramienta tecnológica planteada en el presente proyecto solucionará las
fallas que se presentan en la actualidad con la administración de los horarios
académicos, optimizando y mejorando la experiencia de usuario de este proceso
en las facultades de la universidad Santo Tomás seccional Tunja.

6.3 VARIABLES.

21
  Experiencia de los administradores con la herramienta actual. En este
caso, esta variable es de tipo dependiente, ya que va a depender del sistema
que esta variable cambie, se puede obtener un factor positivo o uno negativo de
parte del usuario, por lo cual, esta variable es la que se quiere llegar a mejorar
en este proyecto, buscando una manera óptima de mejorar la forma en que la
comunidad administrativa interactúa con las herramientas tecnológicas para
administrar los horarios de cada una de las facultades o programas
académicos.

6.4 POBLACIÓN.

El resultado de este proyecto, va dirigido a los administradores y/o encargados de

la gestión de los horarios de las facultades de la universidad Santo Tomás
seccional Tunja.

6.5 FUENTES.

En la investigación realizada, hablando de Colombia, se han encontrado diferentes

proyectos, en los cuales se implementan aplicaciones web para la ayuda de la
comunidad estudiantil y a los administradores de dichas instituciones.
En los vínculos del apartado de Referencias podemos ver descripciones de los
proyectos ya existentes y de los cuales se tendrán en cuenta para el desarrollo de
este proyecto.

6.6 INSTRUMENTOS.

Para este proyecto se han seleccionado dos instrumentos para el desarrollo de la

investigación del proyecto:

 Entrevista. Se realizaron entrevistas con diferentes encargados de algunas

facultades de la universidad, pero más que una entrevista se intentó tener una
charla, donde el encargado nos pueda trasmitir su experiencia con la información
que se maneja actualmente con la asignación de los horarios, al finalizar estas
charlas la idea es obtener diferentes puntos de vista, para así enfocarlas y tenerlas

22
en cuenta para el desarrollo del prototipo de la aplicación web, ya que pueden salir
funcionalidades nuevas, que no se tenían contempladas o también funciones que
no son necesarias y que ya se estaban teniendo en cuenta.

6.7 METODOLOGÍA DE LA INVESTIGACIÓN.

La metodología de la investigación propuesta es la siguiente:

1) Identificar los problemas reales y las necesidades de los administradores

respecto al manejo de la asignación de los horarios.

Entrevistar a los encargados de la asignación de los horarios de la

universidad.

Realizar entrevistas y encuestas a la comunidad estudiantil de la USTA.

Documentar las investigaciones realizadas.

Tabla 1. Identificación de problemas

2) Analizar los requerimientos funcionales y no funcionales de la aplicación

web.
Analizar el documento de la etapa anterior para identificar los
requerimientos de la aplicación.

Documentar las investigaciones realizadas.

Tabla 2. Análisis de requerimientos

3) Diseñar el prototipo final para tener una idea previa de la aplicación.

Analizar el documento de la etapa anterior para generar el diseño de la

aplicación web.
Crear los wireframes de la aplicación.

23
Documentar el diseño realizado.
Tabla 3. Diseño de la aplicación

4) Desarrollo de la aplicación web.

Creación y Conexión a base de datos del sistema.
Desarrollo del Frontend de la app web.
Desarrollo del Backend de la app web.
Configuración de detalles de la aplicación web.
Documentar el desarrollo realizado.
Tabla 4. Desarrollo de la aplicación

5) Realizar pruebas con la aplicación, dirigidas a los administradores de la

universidad Santo Tomás.

Entregar y desplegar aplicación web al encargado de la facultad de

ingeniería de sistemas.
Documentar las pruebas realizadas
Tabla 5. Pruebas.

6) Implementar y publicar la aplicación web para el uso de la comunidad

tomasina.

Publicación de la aplicación en principio en la facultad de ingeniería de

sistemas.
Implementación de la aplicación web en la universidad Santo Tomás.
Tabla 6. Implementacion y publicacion de la aplicación

24
 7. DESARROLLO DEL PROYECTO

7.1 ANÁLISIS DE SOFTWARE DE LA APLICACIÓN WEB.

El sistema llamado “horarios Usta Tunja” tendrá como función principal asignar
horarios y docentes a grupos asociados a asignaturas con su respectivo semestre,
en forma de “grilla” se desplegará la información de dichos horarios para una
mayor comodidad y para que el usuario tenga la mejor experiencia posible.

En dicha asignación se validara e informará al usuario cuando exista un cruce, ya

sea con el grupo o que el docente ya que tenga asignado un horario en el que se
está ingresando.

Además se podrá hacer la administración de los docentes, perfil, grupos,

asignaturas y reportes.

25
La descripción de los requerimientos funcionales y no funcionales se encuentra en
el anexo llamado “Análisis del sistema” y se encuentra al final del documento.

7.2 DISEÑO DE LA APLICACIÓN WEB.

En esta fase se analizaron los requerimientos funcionales obtenidos en la anterior

etapa, para tener una idea mucho más clara de lo que se debe tener.

En base a eso, se diseñaron los wireframes la interfaz gráfica, la cual tiene una
experiencia de usuario acorde a este tipo de sistemas, donde la tarea se cumpla
forma ágil y fácil para el usuario de la aplicación.

El diseño de la aplicación se encuentra en el anexo llamado “Diseño del sistema” y

se encuentra al final del documento.

7.3 DESARROLLO DE LA APLICACIÓN WEB.

El sistema web será realizado con el lenguaje de programación php 5.5 utilizando
el framework laravel en su versión 5.3 y MySQL 5 para la persistencia de los
datos.

Consta de los siguientes módulos:

 Inicio de sesión.
 Cambio de contraseña.
 Administración de docentes.
 Administración de grupos.
 Asignación de horario.
 Reportes en PDF

26
 8. RESULTADOS

8.1 Interfaz login del sistema.

27
 Figura 2. Autenticación del sistema

Es la primera interfaz que se le presenta al usuario, en esta ventana podrá

ingresar sus credenciales, como lo son el correo electrónico y la contraseña
provista, si al usuario se le ha olvidado dichos datos podrá ingresar en el link de
“olvidaste tu contraseña” para proceder a recuperarla.

8.2 Módulo de administración del usuario.

28
 Figura 3. Administración del perfil

Cuando el usuario se autentica por primera vez se le mostrará la anterior interfaz,

donde podrá cambiar su nombre, apellido, nombre de usuario, el correo
electrónico y la contraseña, cuando estos dos últimos datos son modificados se
procede a confirmar el correo electrónico, enviado un email a la dirección provista.

8.3 Módulo de administración de docentes.

29
 Figura 4. Módulo de docentes

En esta interfaz se listan todos los docentes asociados al programa del usuario
(decano), allí se podrán crear un docente, modificar sus datos como lo es el
nombre, la identificación y la descripción general, también se puede dar de baja y
buscar en tiempo real con el nombre o la identificación del docente.

8.4 Módulo de administración de asignaturas.

30
 Figura 5. Administración de asignaturas

Administración de los grupos, creación, asociación con la asignatura y listar las

asignaturas con sus respectivos grupos, allí las asignaturas se ordenan por
semestre creado junto con el código y plan de estudios asociados.

8.5 Módulo de administración de los grupos.

31
 Figura 6. Administración de los grupos

Acá se encuentra la administración de los grupos, donde se puede crear y asociar

un grupo inmediatamente a una asignatura, en la parte inferior se listan los grupos
donde se tiene la opción de eliminarlos.

8.6 Interfaz de horarios por carrera.

32
 Figura 7. Horarios

Es la interfaz más importante del sistema, ya que acá se encuentra la información

más importante, los horarios de los grupos, acá se puede filtrar por semestre, por
nombre de docente, nombre de la asignatura, se puede añadir grupos a diferentes
horarios, el sistema valida la disponibilidad del docente, del grupo, del día y la hora
para que no existan cruces de horarios, si se llega a presentar alguno, se procede
a informar al usuario.
Como opciones secundarias en esta interfaz se tiene la de cerrar periodo y de
importar datos de antiguos periodos.

8.7 Interfaz de Reportes.

33
 Figura 8. Reportes

El usuario podrá consultar los horarios de sus docentes, para observar en que
horario tiene disponibilidad y en cual no, así mismo con las asignaturas. Esta
información se presenta en forma de tabla en la parte inferior de la interfaz y
también tiene la opción de exportar reporte a pdf si se desea imprimir.}

34
 9. CONCLUSIONES

 Se realizó una investigación del cómo se estaban llevando los procesos

relacionados con la administración de los horarios de la universidad, realizando
entrevistas con encargados de dicha tarea en la facultad de ingeniería de
sistemas, para obtener datos que ayudarán en el análisis del sistema.

 Se realizó el análisis respectivo al sistema web, en base a las entrevistas

realizadas, para así decidir el cómo y que se desarrollaría como solución al
problema que se encontró.

 Se diseñó un prototipo no funcional el cual trasmitiera una idea tanto a nosotros

como desarrolladores como al usuario final del sistema, esto basado en las
últimas tendencias de experiencia e interfaz de usuario web, para así proceder
a su creación.

 Después de la fase de análisis y diseño del sistema sobre los problemas que se
presentan actualmente con la administración de los horarios se pudo encontrar
y desarrollar la solución del sistema web funcional y óptimo para dicha tarea.

 Como resultado del trabajo realizado, se puede concluir que el tema de

desarrollo web es bastante amplio, de alto cuidado y análisis, así pues, se
abarcó y se investigó una serie de temas para poder tener más conocimiento,
para poder avanzar en el tema y obtener una aplicación web funcional y óptima.

 Se encontró que la Universidad Santo Tomás Seccional Tunja no posee la

suficiente innovación tecnológica que se requiere, ya que sus tareas de
administración como la tratada en este proyecto no están a la altura en materia
de optimización y funcionalidad.

 En el desarrollo del presente proyecto se emplearon muchos de los

conocimientos adquiridos en el transcurso de la universidad, además se logró
identificar nuestras virtudes y falencias que durante el transcurso del proyecto
se lograron superar.

35
 BIBLIOGRAFÍA

CEDERHOLM Dan En: Sass for Web Designers. 2013. Vol. 1. pág. 12. ISBN: 1-
937557-13-8

COLABORADORES DE WIKIPEDIA. Que significa Backend y Frontend en el

diseño web [en línea] <https://es.wikipedia.org/wiki/Frontend_y_back-end>
[publicado en 14 Junio 2012] [citado 22 Mayo de 2016]

CROCKFORD Douglas, JavaScript: The Good Parts. 2008 Vol. 1. pág. 56.
ISBN: 10-0-596-15873-4

DELISLE Marc. Mastering phpMyAdmin 3.4 for Effective MySQL Management.

Québec. Canadá 2009. Vol. 1, pág. 23. ISBN: 9781849517782

IAN Gilfillan. La biblia MySQL. Madrid. España 2001. Vol. 1, pág. 39. ISBN: 46-
441-4622-2

SILBERSCHATZ Abraham, Fundamentos de bases de datos, Quinta Edición,

Madrid. España, McGraw-hill, 2006 24 pág. Isbn: 84-481-4644-1

STAUFFER Matt. Laravel: Up and Running. 2016. Vol. 1. pág. 16. ISBN: 1-4919-
3603-7

36
 ANEXO 1. ANÁLISIS DEL SISTEMA

1. REQUERIMIENTOS FUNCIONALES.

Nombre 1. Registro de Administrador

Objetivo Registrar al administrador del sistema.
Descripción El registro se realizará directamente en la base de datos, creando un
usuario administrador por defecto. Estas credenciales se entregarán
cuando se esté implementando el sistema
Entradas Correo Electrónico Usuario (Institucional).
Contraseña encriptada con bCrypt
Secuencia P1. Ingresar los datos respectivos del administrador.
normal
Resultado Registro del administrador con campos preestablecidos.
Importancia Imprescindible
Tabla 7. Registro del administrador

Nombre 2. Login al sistema por primera vez

Objetivo Cambiar el nombre de usuario, correo electrónico y contraseña
previamente establecidos.
Descripción Cuando el administrador ingrese con las credenciales suministradas
por primera vez, se mostrará una interfaz en la que tiene que
cambiar su usuario y contraseña por seguridad.
Entradas Correo electrónico Usuario.
Nombre de usuario.
Contraseña.
Secuencia P1. Ingresar un correo electrónico válido.
normal P2. Envío de link de confirmación de correo electrónico, donde será
enviado a la interfaz de cambio de contraseña.
P3. Ingreso de nueva contraseña.
Resultado Registro del administrador
Importancia Imprescindible
Tabla 8.Primer inicio de sesión.

37
Nombre 3. Login
Objetivo Autenticar al administrador del sistema.
Descripción El sistema autenticará al administrador del sistema por medio de
un usuario y contraseña.
Entradas Correo electrónico del usuario.
Contraseña
Secuencia P1. Comprobar que el usuario y contraseña coincidan en la base de
normal datos.
P2. Enviarlo a la interfaz correspondiente.
Resultado Ingresar al sistema de información.
Importancia Imprescindible
Tabla 9. Inicio de sesión

Nombre 4. Recuperación de contraseña

Objetivo Recuperar la contraseña del administrador.
Descripción El sistema enviará un link al correo electrónico asociado con la
cuenta del administrador, donde se enviará a una interfaz donde se
podrá cambiar la contraseña.
Entradas Correo electrónico
Secuencia P1. Comprobar que el correo electrónico se encuentre en la base de
normal datos.
P2. Enviar un link al correo electrónico.
P3. Cambiar la contraseña
Resultado Cambio de contraseña del administrador.
Importancia Imprescindible
Tabla 10. Recuperación de contraseña

Nombre 5. Actualización de datos del administrador

Objetivo Actualizar los datos del administrador del sistema.
Descripción El sistema autenticará al administrador del sistema por medio de
un usuario y contraseña.
Entradas Usuario.
Contraseña
Secuencia P1. Comprobar que el usuario y contraseña coincidan en la base de
normal datos.
P2. Enviarlo a la interfaz correspondiente
Resultado Ingresar al sistema de información.
Importancia Imprescindible
Tabla 11. Administración de datos del usuario
38
Nombre 6. Registro de Docentes
Objetivo Registrar los docentes en el sistema de información.
Descripción El administrador podrá ingresar los docentes al sistema.
Entradas Identificación del Docente
Nombre del Docente
Descripción del docente
Secuencia normal P1. Ingresar datos del docente.
P2. Validar que la identificación aún no exista.
P3. Registro en la base de datos.
Resultado Registro del docente con sus respectivos campos
Importancia Media
Tabla 12. Registro de docentes

Nombre 7. Consulta de Docentes

Objetivo Consultar los docentes registrados en el sistema de información.
Descripción El administrador podrá consultar los docentes previamente
ingresados al sistema en una tabla.
Entradas
Secuencia P1. Seleccionar opción de consulta de docentes
normal
Resultado Desplegar interfaz con la información de los docentes registrados
en el sistema
Importancia Media
Tabla 13. Consulta de docentes

Nombre 8. Modificación de Docentes

Objetivo Editar la información de los docentes registrados en el sistema de
información.
Descripción El administrador podrá editar los datos de los docentes
previamente ingresados al sistema.
Entradas Identificación del docente
Secuencia P1. Seleccionar al docente al cual se van a editar los datos
normal P2. Ingresar los nuevos datos.
Resultado Desplegar interfaz con los docentes registrados en el sistema
Importancia Media
Tabla 14. Actualización de docentes

39
Nombre 9. Eliminación de Docentes
Objetivos Eliminar docentes registrados en el sistema de información.
Descripción El administrador podrá eliminar al docente que seleccione,
previamente ingresado al sistema.
Entradas Identificador del docente
Secuencia P1. Seleccionar opción de eliminar docentes
normal P2. Seleccionar al docente a eliminar
Resultado Docente eliminado del sistema de información
Importancia Media
Tabla 15. Eliminación de docentes

Nombre 10. Registro de Asignaturas

Objetivo Registrar las asignaturas en el sistema de información.
Descripción El administrador podrá ingresar las asignaturas al sistema y
asociarlos con los grupos que le corresponden.
Entradas Nombre Asignatura
Código Asignatura
Número de horas
Identificador del grupo
Secuencia P1. Ingresar datos de la asignatura.
normal P2. Seleccionar un grupo.
Resultado Registro de la asignatura con sus respectivos campos
Importancia Media
Tabla 16. Registro de asignaturas

Nombre 11. Consulta de Asignaturas

Objetivo Consultar las asignaturas registrados en el sistema de
información.
Descripción El administrador podrá consultar las asignaturas previamente
ingresados al sistema.
Entradas
Secuencia P1. Seleccionar opción de consulta de asignaturas
normal
Resultado Desplegar interfaz con la información de las asignaturas
registradas en el sistema
Importancia Media
Tabla 17. Consulta de asignaturas

40
Nombre 12. Eliminación de Asignaturas
Objetivos Eliminar asignaturas registrados en el sistema de información.
Descripción El administrador podrá eliminar a la asignatura que seleccione ,
previamente ingresada al sistema.
Entradas Identificador de la asignatura
Secuencia P1. Seleccionar opción de eliminar asignaturas
normal P2 Seleccionar a la asignatura a eliminar
Resultado Docente eliminado del sistema de información
Importancia Media
Tabla 18. Eliminación de asignaturas

Nombre 13. Registro de grupos de asignatura

Objetivo Crear los diferentes grupos asociados a las asignaturas.
Descripción El administrador del sistema tendrá la opción de crear los grupos y
asociarlos a determinada asignatura ya creada.
Entradas Nombre del grupo
Asignatura asociada
Secuencia P1. Seleccionar un docente.
normal P2. Seleccionar una asignatura.
P3. Ingresar datos del grupo.
Resultado El grupo será creado y se procederá a asociarla a la asignatura
seleccionada.
Importancia Media
Tabla 19. Registro de grupos por asignatura

Nombre 14. Consultar grupos creados

Objetivo Consultar qué grupos están registrados en el sistema.
Descripción Existirá un módulo donde el usuario del sistema podrá ver los
grupos junto a su asignatura y docente asociados.
Entradas
Secuencia P1. El usuario seleccionará la opción de consultar horario.
normal P2. Se dirige a esa interfaz y consulta los grupos.
Resultado Desplegar pestaña con los grupos.
Importancia Media
Tabla 20. Consulta de grupos creados.

41
Nombre 15. Eliminar grupos creados
Objetivos Eliminar el grupo creado.
Descripción En la pestaña de grupos el usuario podrá seleccionar el grupo que
desee, para poder eliminarlo del sistema.
Entradas Código del grupo
Secuencia P1. Seleccionar el grupo a eliminar.
normal P2. Seleccionar la opción eliminar del grupo.
Resultado Grupo eliminado del sistema.
Importancia Alta
Tabla 21. Eliminación de grupos creados

Nombre 16. Asignación de horarios

Objetivos Asignar un horario disponible a un grupo.
Descripción El usuario del sistema selecciona el docente, el grupo, y el horario
deseado, una vez terminada esta selección el sistema validará la
transacción y procederá a generar el horario correspondiente.
Entradas Código docente
Id grupo
Fecha
Hora
Secuencia P1. Seleccionar el docente.
normal P3. Seleccionar grupo.
P4.Seleccionar la fecha y hora en el horario gráfico que se tendrá.
P5. Validar disponibilidad.
Resultado Confirmación del horario asignado
Importancia Imprescindible
Tabla 22. Asignación de horarios

Nombre 17. Consultar el horario generado

Objetivos Consultar el horario que se ha generado en el sistema.
Descripción El usuario podrá consultar el horario que el sistema ha
generado.
Entradas
Secuencia normal P1. Ingresar a la sección de horario.
Resultado Evidenciar el horario generado
Importancia Imprescindible
Tabla 23. Consulta horario generado.

42
Nombre 18. Consultar el histórico de los horarios
Objetivos Consultar el horario histórico de los horarios.
Descripción El usuario consultará el historial de los horarios correspondientes
a los años anteriores.
Entradas Código del periodo
Código del año
Secuencia P1. Ingresar a la sección de histórico de horarios.
normal P2. Consultar el histórico de los horarios.
Resultado Evidenciar el histórico de los horarios.
Importancia Alta
Tabla 24. Consulta el histórico de los horarios

Nombre 19. Generar horario para descargar

Objetivos Consultar el horario generado
Descripción El usuario podrá descargar el horario actual del semestre en
formato pdf.
Entradas Código del periodo
Código del año
Secuencia P1. Ingresar a la sección de horario.
normal P2. Descargar el horario actual.
Resultado Descargar el horario actual del semestre en pdf
Importancia Imprescindible
Tabla 25. Generar horario para descargar.

Nombre 20. Mantener datos del periodo anterior

Objetivos Mantener datos del periodo anterior
Descripción Se podrá mantener la información de los docentes, asignaturas y
grupos del periodo inmediatamente anterior.
Entradas
Secuencia
normal
Resultado Evidenciar los datos de docentes, asignaturas y grupos.
Importancia Alto
Tabla 26. Mantener datos de periodo anterior

43
Nombre 21. Mostrar cruces de horarios
Objetivos Evidenciar el cruce que se está presentando.
Descripción Si en el momento que el usuario esté asignando los horarios a
determinada asignatura no se puede por algún cruce de horarios, el
sistema mediante un pop-up le hará dar a conocer específicamente
con qué materia o con qué profesor se presenta el cruce.
Entradas Código Materia.
Identificador Docente.
Día.
Hora.
Secuencia P1. Ingresar a la sección de horario.
normal P2. Ingresar materia y docente al horario.
P3.Si se presentan cruces, evidenciarlos al usuario.
Resultado Mostrar alerta de cruce de horarios
Importancia Imprescindible
Tabla 27. Mostrar cruces de horarios.

Nombre 22. Consulta de horario por docente

Objetivos Listar el horario de materia del docente
Descripción El usuario podrá seleccionar el docente registrado en el sistema,
para posteriormente consultar el horario de materias asociadas con
dicho docente en el periodo actual.
Entradas Identificador Docente.
Secuencia P1. Ingresar a la sección de horario por docente.
normal P2. Seleccionar docente a consultar horario.
P3.Mostrar horario del docente, asociado al periodo actual..
Resultado Mostrar horario del docente seleccionado.
Importancia Alta
Tabla 28. Consulta de horario por docente.

Nombre 23. Consulta de horario por materia

Objetivos Listar el horario de una materia
Descripción El usuario podrá seleccionar la materia registrada en el sistema,
para posteriormente consultar el horario de dicha materia del
periodo actual.
Entradas Código Materia.
Secuencia P1. Ingresar a la sección de horario por materia.
normal P2. Seleccionar materia a consultar horario.
P3.Mostrar horario de la materia, asociado al periodo actual.
Resultado Mostrar horario de la materia seleccionada.
Importancia Alta
Tabla 29. Consulta de horario por materia
44
 2. REQUERIMIENTOS NO FUNCIONALES.

Nº Requerimiento Descripción Prioridad

1 Ambiente El sistema deberá desarrollarse para la web. 5

2 Servidor El sistema deberá ser compatible con la 5

infraestructura del servidor web en este caso
Linux, Apache, MYSQL PHP, (LAMP).

3 Diseño 4

4 Usabilidad El sistema debe ser fácil de usar con ayuda de 5

interfaces intuitivas.

5 Seguridad El ingreso al sistema por primera vez estará 5

restringido bajo un usuario y contraseña
previamente establecidos.

6 Cross browser El sistema deberá funcionar los principales 3

navegadores web (Google Chrome, Firefox,
Internet Explorer) en sus últimas versiones.

7 Rendimiento El sistema deberá soportar el manejo de toda la 3

información durante su procesamiento.

8 Desempeño El sistema no presentará problemas para su 4

manejo e implementación.
Tabla 30. Requerimientos no funcionales

45
 ANEXO 2. DISEÑO DEL SISTEMA

1. Wireframes de la aplicación web.

Figura 9. Login del sistema

46
Figura 10. Administración contraseña usuario

Figura 11. Administración datos usuario

47
Figura 12. Administración de las asignaturas

Figura 13. Ingreso de asignaturas

48
Figura 14. Administración de los grupos por asignatura.

49
 Figura 15. Ingreso de asignaturas

Figura 16. Administración de los docentes

50
Figura 17. Ingreso de nuevos docentes

51
Figura 18. Interfaz de horarios por carrera

Figura 19. Reportes de horarios

52