Diferencia entre revisiones de «Almacenamiento»
(→Gestión de la documentación) |
(→Gestión de tareas) |
||
Línea 16: | Línea 16: | ||
=== Gestión de la comunicación === | === 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. | 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 === | === Código === |
Revisión del 12:41 4 dic 2016
Contenido
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
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 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.
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 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 herramienta que nos ofrece Github para el control de las incidencias. Puede emitir sus incidencias en nuestro repositorio github: https://github.com/FraVieMor/EGC-Almacenamiento-de-votos-18-/issues
Gestión de incidencias
Cuando se activa una incidencia, debemos asignar un responsable de la incidencia, que variará en función de los técnicos ya asignados a distintas tareas.
Una vez que un técnico tiene asignada una incidencia, debe trabajar en una rama patch-(IdIncidencia) para resolver el error, y finalmente realizar un branch a dev.
Cuando el error está solucionado se notifica en la incidencia y se cambia el estado a close
Gestión de la construcción
Para la gestión de la construcción usaremos el software PHING, el cual se usa para proyectos PHP
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.