Diferencia entre revisiones de «Almacenamiento»

Revisión del 23:12 28 ene 2017

Miembros

• Joshua Cifuentes Romero Coordinador -Ingeniero Software
• Adrián Gómez Serrano Ingeniero Software
• Antonio Jesús Arciniega Cubero Ingeniero Software
• Christopher Ganfornina Ingeniero Software

Definición

En este proyecto desarrollaremos el subsistema "Almacenamiento de votos" de Agora@US. Como su nombre indica, Almacenamiento será el encargado de almacenar todos los datos relacionados con los votos del sistema.

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:

• https://trello.com/guide?utm_source=trello&utm_medium=inapp&utm_content=header-tips&utm_campaign=guide

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

Vamos a seguir un esquema con tres branches o ramas:

• Master: Es la rama en la que se alojará el proyecto testeado y sin fallos.
• Stage:Es la rama en la que se alojarán las versiones del proyecto en estado de testeo previo para subirlas a master.
• Dev:Es la rama en la que trabajaremos y solucionaremos los errores.

El proceso de gestión es el siguiente:

• Se desarrolla en dev.
• Se testea en stage.
• Se despliega en master.

Nota: El proceso de testeo puede verse sujeto a modificaciones para ahorrar tiempo ya que el testeo en stage se produce cuando ya se cree que una versión esta lista para ser desplegada. El testeo inmediato se lleva a cabo en el propio entorno de desarrollo en dev.

Incidencias

Herramienta

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

• https://www.zenhub.com/product

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.