Almacenamiento

De Wiki de EGC
Revisión del 13:13 4 dic 2016 de Joscifrom (discusión | contribuciones) (Gestión de tareas)
Saltar a: navegación, buscar

Miembros

Definición

Nuestro subsistema es el encargado de almacenar todos los datos de los votos de AgoraUs. Implementaremos una API Rest para la conexión con el resto de subsitemas.

Documentación de gestión

Gestión de tareas

La asignación y seguimiento de las tareas se llevará a cabo mediante Trello. Una aplicación web gratuita destinada al desarrollo ágil y dinámico.Para más información visite:

Gestión de la documentación

La documentación se gestionará dentro del trablero de Trello dedicado al proyecto ya que nos ofrece la posibilidad de adjuntar archivos a las tareas.

Gestión de la comunicación

La comunicación se llevará a cabo por un grupo de Whatsapp para casos de atención importante y directa. Luego tenemos un canal de Telegram de coordinación con el resto de grupos para tareas de organización conjunta.

Código

Herramienta

Para la gestión del código, usaremos el siguiente repositorio alojado en Github: https://github.com/EGC2016CAJA/G24

Gestión de código

Tendremos una rama master que será la que almacene las versiones estables.

Posteriormente tenemos una rama dev que será en la que se desarrollará.

Se añadirán ramas cuando se vaya a realizar una nueva funcionalidad, la cual se unirá a la rama dev.

Cuando el proyecto este listo para desplegar, se realizara un merge desde la rama dev a la rama master.

Cuando se activa una incidencia, debemos realizar un branch desde la rama dev a una rama patch-IdIncidencia en la cual se trabajará en la resolución de la incidencia.

Una vez arreglada la incidencia se hará un merge a la rama dev, cerrando así la incidencia.

Incidencias

Herramienta

Usaremos la extensión de Chrome ZenHub para la gestión de incidencias.Para más información del funcionamiento de ZenHub:

Gestión de incidencias

Las incidencias de gestionarán con los siguientes pasos:

  • Se descubre un problema en el proyecto.
  • Se asigna por ZenHub la incidencia a un mienbro del grupo, en teoría se la asignará el que haya detectado la incidencia.
  • Se pasará el proyecto de la branch stage a la branch dev.
  • Se corrige el fallo y se cierra la incidencia.
  • Se vuelve a subir el proyecto a la branch stage.


Nota: Nótese que la branch master no participa aquí ya que cuando se sube algo a master significa que está perfectamente depurado.

Documentación técnica

  • Enlace de la página del sistema : Aún el sistema no está desplegado en web. Visite en un tiempo esta página.

Subsistemas relacionados

  • Recuento: proporcionamos a recuento los datos que necesitarán para hacer sus estadísticas y su recuento de votos.
  • Cabina de votación: nos da los datos de los votos emitidos que nosotros almacenaremos.
  • Autentificación: Este módulo nos permite darle seguridad a la plataforma de voto.

Actas de reunión

Las actas de reunión se introducirán más adelante. Disculpen las molestias.