Avanzar la interfaz pública de la votación

De Wiki de EGC
Revisión del 16:09 31 ene 2017 de Josrojvid (discusión | contribuciones) (Ecosistema de desarrollo)
Saltar a: navegación, buscar

Descripción

Añadir funcionalidades a la dashboard de los creadores de las consultas así como nuevas formas de visualiza los resultados públicos de las votaciones.


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

Enlace a Opera