Diferencia entre revisiones de «Avanzar la interfaz pública de la votación»
(→Enlaces relevantes) |
m (→Enlaces relevantes) |
||
Línea 36: | Línea 36: | ||
Para gestionar el trabajo del grupo, se ha desarrollado a lo largo del tiempo de trabajo un *Diario de grupo: [[Medio:Diario.pdf]] | 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 = |
* [http://opera.eii.us.es/egc/public/trabajo/ver/id/60 Grupo de Opera] | * [http://opera.eii.us.es/egc/public/trabajo/ver/id/60 Grupo de Opera] |
Revisión del 18:40 30 ene 2017
Contenido
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
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 dentro de esta organización.
Trabajaremos sobre una rama ya creada para la interfaz pública llamada public-gui y hemos creado una nueva rama para la inserción de gráficas llamada graficas.
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