Final Status Report

UNaTHESIS

Artifacts Developed
Repositorio: ​https://github.com/ayperezc/UNaTHESIS_IS2

Despliegue ​https://unthesis.herokuapp.com/

Sprint 1.
En el sprint 1 se realizó un acercamiento al modelo de negocio lo más profundo que nos fue
posible. La captura de requisitos y el diseño general del sistema a partir de los mismos, fueron
las dos tareas con prioridad durante este tiempo.

Inicio: 8 de octubre del 2018

Fin: 27 de octubre del 2018

Tareas realizadas por cada miembro del grupo:

➔ Cristhian Gomez Neira:

◆ Realización modelo de datos.
◆ Ralización arquitectura de software.
➔ Juan Diego Moreno Mora:
◆ ​Realización Mockups.
➔ Fabio Steven Tovar Ramos:
◆ Realización modelos de datos.
◆ Realización arquitectura de software.
◆ Montaje en Heroku.
➔ Albert Yarid Perez Cardenas:
◆ Realización modelo de datos.
◆ Realización arquitectura de software.
➔ Jefferson Daniel Castro:
◆ Realización Mockups.

Productos implementados totalmente en la iteración.

➔ Diseño de arquitectura del sistema.
➔ Diseño de bases de datos.
➔ Diseño y realización de prototipos de UX y UI.
➔ Familiarización con las APIs que serán usadas en el proyecto.
Productos implementados parcialmente en la iteración.
➔ Aprendizaje de lenguajes, frameworks, gemas, etc (Ruby on Rails, React).
➔ Toma de requisitos.
➔ Implementación bases de datos.
➔ Conexión back-end con base de datos.
Problemas enfrentados y soluciones
El principal problema que hubo fue la falta de coordinación del grupo, así como también, la
dificultad para encontrar espacios de trabajo en los cuales todos pudiéramos reunirnos.
Decidimos cambiar nuestra metodología de trabajo, así como también, rotar el scrum máster de
manera periódica (en cada iteración).

Hubo también algunos problemas con la instalación de las tecnologías que decidimos elegir
para trabajar (Rails + React + Semantic UI). La solución fue hacer público un README.md en el
repositorio del proyecto con las instrucciones precisas de la instalación.

Estadísticas de los commits.

En éste sprint no hubo mucho movimiento en el repositorio, puesto que nos dedicamos más a la
recolección de requisitos, así como al diseño general del sistema, así como fue anteriormente
descrito. Por lo tanto, los commits que fueron realizados, fueron más de inicialización del
repositorio y de instalación y configuración de componentes.
Mockups
Vistas del Administrador del Sistema

Las funciones que puede hacer el administrador del sistema se visualizarán en

ventanas, activadas al hacer clic en los iconos del encabezado, o al escoger visualizar
algún proceso en la ventana de búsqueda de procesos, de la página web.

Vista de Búsqueda de un Proceso.

Vista de un Proceso de un Estudiante.

 Vista de las Notificaciones para el Administrador

Vista de la Ventana para Crear un Proceso a un Estudiante.

Vistas del estudiante

Vista para Crear un Proyecto de Tesis o Tesis.

Vista para registrarse en el sistema.

Vistas de jurados y tutores

Vista para emitir concepto de proyecto de tesis o tesis

Vista para escoger tesis o proyectos de tesis asignados

 Vista para decidir ser tutor o jurado de tesis o proyecto de tesis

Vista para registrarse como jurado o tutor

Arquitectura del sistema

Vista general del procedimiento

*adjunto en la última página para más detalle.

Modelo de datos
Sprint 2
Scrum Master: ​Fabio Steven Tovar Ramos

Trabajo realizado
Cristhian Gómez Neira
● Creación del proyecto y subida del PDF
+ Realizó lo que le correspondía casi que por completo
- Falta cambiar campos de descripción y título de la bases de datos
Yarid Pérez
● Realizar el mailer
+ Nada
- Problemas porque dice que mailer no es asíncrono o que no lo ha podido lograr
hacer asíncrono.
Jefferson Daniel Castro
● Vistas del admin y añadir usuarios.
+ Nada
- Problemas con postgres, webpack.
Juan Diego Moreno
● Descargar tesis y ver el estado de la tesis
+ Nada
- Nada
Fabio Tovar
● Login para usuarios externos e institucionales
+ Login para usuarios externos.
- Problema aplicando la paleta de colores, problemas con conexión al LDAP,
aparentemente del lado del servidor de la universidad.

Acuerdos
➔ Jefferson propone pasar todo el SQL en migraciones de Rails.
➔ Cambio de PK de usuario por el email en lugar del ID.
➔ Juan Diego y Yarid se comprometen a realizar el trabajo no realizado.
➔ Fabio y Cristhian se comprometen a solucionar los problemas que tuvieron y a
avanzar con algunos features de la semana 2.
➔ Se trabajará en forks locales y luego se harán pull requests al repositorio
principal.
➔ El scrum master para la iteración 3 será Juan Diego Moreno.
Sprint 3
Scrum Master: ​Juan Diego Moreno Mora

Trabajo realizado
Cristhian Gómez Neira.
+ Creación de las migraciones de rails para la creación de la base de datos,
terminó la subida de PDF de la tesis por parte del estudiante.
- Home para el administrativo, implementar funciones CRUD para un
administrativo.
Yarid Pérez
+ Completó el prototipo del mailer, va a hacer un pull request para revisar el trabajo
y que otros puedan usarlo.
- Agregar al correo que se envía a un usuario un hipervínculo para que ingrese
sus datos básicos.
Jefferson Daniel Castro
+ Agregó lógica para que un administrativo pueda agregar un usuario nuevo.
- Empezar a implementar vistas y funcionalidades para los jurados.
Juan Diego Moreno
+ Implementó las vistas necesarias para que un tutor vea los proyectos que tiene
asignados y pueda abrir uno para descargar la tesis y agregar comentarios.
- Dejar funcionalidad completa de las vistas básicas para un tutor, incluir
funcionalidad de aprobar o desaprobar una tesis.
Fabio Tovar.
+ Terminó el login para los usuarios, sin embargo hay un error en el LDAP con la
función que nos suministraron, va a revisar qué lo causa ya que el LDAP es clave
para el inicio de sesión, añadió test para los controladores, y archivos seed para
poblar bases de datos para realizar pruebas, creó los mockups del home para un
estudiante y agregó la lógica para determinar qué página debe ver un usuario
según su rol (administrativo, estudiante, tutor), agregó enrutamiento para
navegación entre páginas añadiendo mostrar 404 cuando no se encuentra una
página, arregló responsividad de la página para dispositivo móvil.
- Empezar a implementar vistas y funcionalidades para un estudiante.

Acuerdos
➔ El scrum master para la iteración 4 será Cristhian Camilo Gomez.
SPRINT 4

Scrum Master: ​Cristhian Camilo Gomez Neira

Trabajo realizado
Cristhian Gómez Neira:
+ Realizó home para el usuario administrativo
+ Inicio de realización de funcionalidades de CRUD para usuarios y proyectos.
+ Mejora de vistas iniciales

TODO:
+ Terminar funcionalidades de CRUD y realizar envió de correos de la parte
administrativa

Yarid Pérez:
+ En esta iteración Yarid Pérez no hizo ningún trabajo y empezó a dejar de
comunicarse con el equipo

Jefferson:
+ Realizó home de jurados
+ Empezó a implementar funcionalidades adicionales de jurados.

TODO:
+ Finalizar implementación de funcionalidades de jurado

Juan Diego Moreno:

+ Realizo implementación de home de tutor
+ Incluyó funcionalidad de aprobar y desaprobar una tesis.

TODO:
+ Finalizar funcionalidad de tutores.

Fabio Tovar:
+ Terminó home de estudiante
+ arreglo problemas de funcionalidad y del modelo
+ empezó a trabajar en funcionalidades adicionales de estudiantes.
TODO:
+ Terminar funcionalidad de estudiantes.

Acuerdos
● El scrum master para la iteración 4 será Jefferson.
Sprint 5
Scrum Master: ​Jefferson Daniel Castro

Trabajo realizado
Cristhian Gómez Neira.
+ Tres de las funcionalidades CRUD de los usuarios del sistema, la asignación de
roles a los usuarios en los respectivos proyectos, la vista “Home” del
administrador del sistema y la funcionalidad de crear los Proyectos.
− Unificar ProjectThesis y Thesis a una sola tabla para eliminar redundancia, vista
del administrador para editar proyectos de tesis y funcionalidad de editar
usuarios (Update)

Jefferson Daniel Castro.

+ La funcionalidad de la parte del Jurado/Evaluador para seleccionar el archivo de
un proyecto al que esté asociado, la funcionalidad de enviar el concepto del
Jurado y la funcionalidad de enviar y actualizar hasta dos preguntas.
− Permitir que el Jurado actualice el concepto

Juan Diego Moreno.

+ El tutor puede realizar comentarios mediante la plataforma para las tesis que
dirigen, el tutor puede aprobar/reprobar que el estudiante realice la sustentación
de la tesis y el tutor puede ver un dashboard con todas las tesis que dirigen.
− Agregar al dashboard el estado de las tesis.

Fabio Tovar:
+ Restringe las rutas y la vista del Estudiante Terminada
− Funcionalidad de cambio de contraseñas del estudiante
Acuerdos
● Modificar funcionalidades teniendo en cuenta el estado de activación de la tesis.
● Implementar las respectivas notificaciones a los usuarios, priorizando las
inmediatas (por cambios a la base de datos).
● Empezar Pruebas de Integración