Avanzar la interfaz pública de la votación
Descripción
Añadir funcionalidades a la dashboard de los creadores de las consultas así como nuevas formas de visualizar los resultados públicos de las votaciones.
Mejora: Modularización de Vagrant, con el fin de agilizar el aprovisionamiento y la realización del tutorial de despliegue.
Integrantes del grupo
- Álvaro Martín Gordillo: Coordinador del proyecto, Desarrollador de software
- David Reyes Marín: Desarrollador de sofware
- José María López Canalejo: Desarrollador de sofware
- Manuel Enrique Pérez Carmona: Desarrollador de sofware
- José Antonio Rojo Vidal: Desarrollador de sofware
Ecosistema de desarrollo
Para llevar a cabo los cambios necesarios hemos instalado distintas versiones de Linux. En los equipos de José María y Manuel se instaló Xubuntu 16.04, José Antonio instaló en su equipo de sobremesa Ubuntu 16.04 y, finalmente, David y Álvaro, debido a varios problemas documentados en el diario de grupo, instalaron Kubuntu 16.04. En todos los equipos se instalaron las siguientes versiones de los distintos componentes:
- VirtualBox versión 5.0.24
- Ansible versión 2.1.0
- Vagrant versión 1.8.7
- Grunt versión 1.2.0
- NetBeans HTML5 versión 8.2.0
- PyCharm Community versión 2016.3
- Nodejs versión 0.10.31
Gestión del código
Hemos creado una organización en GitHub y hemos hecho un fork del código de AgoraVoting en agora-gui-elections y agora-dev-box dentro de esta organización.
En agora-gui-elections trabajaremos sobre una rama para la interfaz pública llamada public-gui y hemos creado una nueva rama para la inserción de gráficas llamada graficas.
En agora-dev-box trabajaremos sobre una rama que hemos creado, llamada vagrant_configurator para la modularización de Vagrant.
Gestión de incidencias
Para la gestión de incidencias hemos utilizado el sistema que nos proporciona GitHub. Cada incidencia se refiere a una tarea que alguien del grupo debe llevar a cabo. Cada incidencia tiene asignado componente del equipo que debe resolverla o en caso de no tener asignado a nadie implica que la han de realizar todos los miembros del grupo. Para caracterizar rápidamente las issues hemos usado, sobre todo, los siguientes Labels
- Enhacement: para indicar que la issue se refiere a una mejora.
- Duplicate: para indicar que la issue está duplicada.
- Wontfix: para indicar que la issue no se podrá realizar.
Gestión del grupo
Para gestionar el trabajo del grupo, se ha desarrollado a lo largo del tiempo de trabajo un *Diario de grupo: Medio:Diario.pdf