-
Notifications
You must be signed in to change notification settings - Fork 6
Diario de Ortosia Cabina
DIARIO DE PROYECTO
Comenzado a trabajar en los subsistemas. Asignado Unity a Mario Bizcocho, Telegram a Camila Reyes, Slack a Alejandro Monteseirín e interfaz web a Alex Volkov y Miguel Santos. Definidas funcionalidades con votación en todas y creación de votaciones en Telegram. Redactada acta de reunión inicial.
Creado bot de Telegram, primer commit de la rama ortosia-cabina. Se trata de un bot a partir de un proyecto plantilla que de momento sólo saluda, además de su despliegue en Heroku.
Acordado el modo de descripción de los commits. Serán en inglés, con una breve descripción (no más de 180 caracteres) y referenciando siempre un issue. Creado tablero de proyecto con automatización para las issues. Redactada acta de reunión de iteración 1.
Acordado el modo de descripción de los commits. Serán en inglés, con una breve descripción (no más de 180 caracteres) y referenciando una issue cuando se pueda. Creado tablero de proyecto con automatización para las issues. Redactada acta de reunión de iteración 1.
Investigada forma de despliegue en Travis. Comentada la posibilidad de múltiples preguntas por votación. Implementado el primer nivel de pasillos autodesplegables en Unity.
Hablado con miembros de Ortosia-Voting para concertar reunión. Bot de Slack responde a peticiones por primera vez en local. Introducida primera hoja de estilo en interfaz web.
Reunión sobre la funcionalidad que necesitábamos para las múltiples preguntas por votación. Redactada acta de reunión extraordinaria. Revisión de funcionalidad de todos los subsistemas, con buenos resultados. Inicio de investigación conjunta para iniciar sesión en Decide mediante la API.
Reunión con Ortosia-Voting para tratar sobre las votaciones con múltiples preguntas. Acordada funcionalidad y esquema modificado, con especial atención a la retrocompatibilidad de llamadas. Realizaremos la mayor parte de esta funcionalidad nueva.
Descubrimiento de test unitarios de Unity, propuesta como característica opcional para M2. Primer despliegue en Heroku de bot de Telegram.
Primer inicio de sesión fructífero en Decide mediante la API. Implementación de este inicio de sesión en bot de Telegram
Implementación de inicio de sesión en bot de Slack. Primer despliegue de bot de Slack en Heroku. Ampliación de funcionalidad de cabina web.
Implementación de inicio de sesión en aplicación Unity. Reunión de revisión de milestone, test unitarios de Unity pospuestos al M3 con carácter opcional. Redactada acta de reunión de revisión de milestone.
Organizado el trabajo para navidades. Definidas las tareas que quedan en la reunión de inicio de milestone. Redactada acta de reunión.
No borrado el trabajo hecho hasta el momento por el Día de los Inocentes. Aplicación en Unity ya muestra el segundo nivel de pasillos con las aulas, correspondientes a votaciones y preguntas, respectivamente. Comienzo de investigación de algoritmo ElGamal.
Bot de Slack ya muestra las votaciones, las preguntas y las opciones. Aplicación de Unity muestra opciones en papeletas. Bot de Telegram ya permite seleccionar las respuestas a votaciones de múltiples preguntas, aunque no votar.
Bot de Slack ya permite seleccionar opciones de votaciones multipregunta. Aplicación de Unity añade urnas para seleccionar respuestas a votaciones multipregunta. Cabina web permite responder a votaciones multipregunta.
Optimizada aplicación en Unity para que solo cree los pasillos de las votaciones para las que el usuario tiene permiso. Bot de Telegram ya puede votar, aunque no usando ElGamal debido a la pobre implementación que presenta Decide.
Reunión de revisión. Los problemas de los test unitarios de Unity siguen igual, así que se ignorará esta característica. Redactada acta de reunión de revisión de iteración. Comprobados despliegues funcionales y con los correspondientes checks.
Se puede votar en el bot de Slack sin usar ElGamal por el mismo motivo que con el de Telegram. Expulsión del alumno Alex Volkov por no haber trabajado en el proyecto.
Se puede votar en la aplicación Unity sin usar ElGamal por el mismo motivo que con el de Telegram. Despliegue de aplicación Unity (subida de ejecutable) en itch.io. Finalizada documentación.
Se ha creado una pequeña pila de tests para el bot de telegram, que testean la API de decide. Esto es debido a que de momento, no hay forma de probar el bot de telegram como tal. Se ha creado un archivo .travis.yml para integrar la aplicación con Travis y ejecutar los tests al realizar algún cambio en el código.
Se ha comenzado a implementar la integración de Travis y Heroku.
Se ha terminado la implementación de Travis y Heroku: Tras un build exitoso de Travis, el bot de Telegram se despliega en Heroku. Además se ha integrado SonarQube para analizar el código durante el build de Travis.
La reunión de inicio del primer milestone constó de una exposición de propuestas de desarrollo y de alternativas para la gestión de código. Decidimos entre todos nuestra estructura de control de versiones y los objetivos de nuestras mejoras, además de configurar Decide en los ordenadores de cada uno de los integrantes del grupo.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Alex Volkov
- Mario Bizcocho González
Se llevó a cabo un seguimiento de la funcionalidad de cada subsistema, haciendo una revisión del sistema de gestión del código fuente. Se estipuló una forma de referenciar las issues, así como unas guías de cómo describir los commits. Se estableció también un proyecto de gestión de incidencias, ya que habíamos empezado sin él pero hasta el momento habíamos tenido la suerte de no tener ninguna. Se acordó un punto de funcionalidad objetivo para cada uno ajustado a lo que había dado tiempo a hacer y se cerró la sesión.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Alex Volkov
- Mario Bizcocho González
Tras la revisión del primer milestone se hizo una reunión de planificación de la iteración, poniendo especial énfasis en las partes de control de cambios y sobre todo de incidencias. Se acordó estructurar los commits siguiendo un orden definido, así como el alcance que debía tener el desarrollo durante la iteración y qué sería bueno avanzar en la misma.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Alex Volkov
- Mario Bizcocho González
Esta reunión fue convocada con motivo de la introducción de las votaciones de varias preguntas. Se acordaron unos puntos a tratar en una reunión próxima con el equipo de voting, principalmente el de dar cabida a este tipo de votación. Asimismo, se trató la progresiva disminución de la actividad del alumno Alex Volkov, con sus consiguientes consecuencias a la hora de las calificaciones. También se aprovechó para hacer una revisión de la funcionalidad de cada subsistema, y ninguno sufría contratiempos demasiado graves.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Mario Bizcocho González
En la reunión con Voting se habló de la integración con este sistema con objeto de permitir votaciones de varias preguntas. Se habló del tiempo estimado de implementación, que sería escaso, y que podría plantearse para el tercer milestone.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Ángel Pérez Llorente
- Luis Valero García
En esta reunión se trató el estado de los distintos subsistemas. Todos los subsistemas iban bien encaminados, aunque había una sección (test unitarios de Unity) que estaba dando problemas (la habíamos programado como opcional), ya que la configuración de tests unitarios exigía reestructurar el esquema de compilación y no es fácil encontrar la documentación precisa. Acordamos posponer esto al tercer milestone, también con carácter opcional.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Mario Bizcocho González
Se aborda el merge de preproducción hacia nuestra rama para incorporar funcionalidades manteniendo las de ambas ramas y se define el estado de completitud para cada subsistema. Se definen responsabilidades para la documentación a entregar.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Mario Bizcocho González
Se comprueba el estado de todos los subsistemas. El de Unity presenta un estado menos avanzado, pero el encargado de este se compromete a que estará en tiempo y manera y que su retraso responde a la organización del trabajo de otras asignaturas. El despliegue funciona en las plataformas correspondientes a cada herramienta.
Asistentes:
- Alejandro Monteseirín Puig
- Camila Reyes Aroca
- Miguel Santos Batista
- Mario Bizcocho González
1
Este miembro del grupo abandonó el proyecto antes de realizar ninguna iteración.
2
Durante la realización del proyecto con cada commit pusheado se ejecutaba una build en travis con dominio .org y otra en el dominio .com, estando las variables de entorno añadidas solo al dominio .org las build en .com fallaban. Los miembros de este grupo han utilizado de referencia las build en el dominio .org