Diferencia entre revisiones de «Grupo Frontend de Resultados(2014-15)»

De Wiki de EGC
Saltar a: navegación, buscar
(Actas)
(Iteraciones)
Línea 66: Línea 66:
 
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 7|Iteración 7 (24/11/14) - Taller de simulacro de integración (II)]]
 
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 7|Iteración 7 (24/11/14) - Taller de simulacro de integración (II)]]
 
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 8|Iteración 8 (15/12/14) - Taller de simulacro de integración (III)]]
 
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 8|Iteración 8 (15/12/14) - Taller de simulacro de integración (III)]]
 +
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 9|Iteración 9 (17/12/14) - Reunión global de grupos para resolución de conflictos]]
  
 
== Prácticas ==
 
== Prácticas ==

Revisión del 16:15 17 dic 2014

Descripción

Subsistema de Agora@US encargado de recibir los votos del subsistema de Recuento, almacenarlos en una base de datos independiente y transformarlos para, posteriormente, ofrecérselos al subsistema de Visualización de resultados cuando éstos los soliciten.

Miembros

Gestión del trabajo

Una vez recibida la carga de trabajo, el reparto de tareas se realizará de forma equitativa, y será realizado de forma individual o bien en subgrupos, dependiendo de cuán compleja sea la tarea. Si una tarea es asignada a un miembro del grupo y éste no es capaz de realizarla, puede cambiarla si otro miembro está de acuerdo en intercambiarla por otra tarea del mismo peso. En caso de que nadie quisiera intercambiarla y la persona encargada se niegue a realizarla, será responsable de la misma y se informará al profesor de dicho altercado.

Gestión de reuniones

De forma periódica, se realizará una reunión compuesta por todos los miembros del grupo. Dicha reunión tendrá lugar los lunes laborales a las 12:30 en la Escuela Técnica Superior de Ingeniería Informática. Si estas reuniones no son suficientes, se avisará a todos los miembros del grupo para llegar a un acuerdo sobre el día, hora y lugar de la reunión prevista. Los miembros recibirán el aviso vía e-mail, WhatsApp o Skype. En caso de no ser posible asistir a la reunión, se deberá avisar al resto de miembros de dicho suceso.

Pautas a la hora de realizar commits en GIT

Tras completar las sesiones de prácticas de GIT, se han establecido una serie de pautas para homogeneizar los commits en GIT, siguiendo las guías expuestas por el profesor de prácticas:

  • En primer lugar, el título comenzará con una palabra clave en mayúsculas y en español. Esta palabra hará referencia al tipo de cambio del que se trata. Ejemplos:
    CORRECCIÓN: [título del commit]
    APIGET: [título del commit]
    APIPOST: [título del commit]
    PERSISTENCIA: [título del commit]
    CONFIGURACIÓN: [título del commit]
    DESPLIEGUE: [título del commit]
  • Una vez especificado el tipo de cambio, en la parte [título del commit] se expondrá con un poco más de detalle el cambio lógico que supone dicho commit, sin superar los 80 caracteres.
  • Por último, se añadirá una descripción detallada que responda al por qué del cambio y explique en qué consiste.

Trabajo realizado

  • Esqueleto del diario de grupo.
  • Elección de la tecnología a utilizar.
  • Planificación de reuniones.
  • Método de comunicación entre los miembros de grupo.
  • Método de trabajo.
  • Plantilla de las actas de reunión. Archivo:Plantilla acta de reunión.pdf
  • Primera versión del subsistema elegido.
  • Creación de repositorio.
  • Conocer los datos que nos va a entregar el servicio de Recuento de votos.
  • Acordar con los miembros encargados de desarrollar el subsistema de Visualización de resultados qué formato prefieren a la hora de recibir los votos.
  • Repartir las tareas de desarrollo del subsistema y de documentación de la wiki.

Trabajo por realizar

  • Completar el diario de grupo.
  • Completar la documentación del trabajo.

Iteraciones

Prácticas

Actas

Subsistemas relacionados