Diferencia entre revisiones de «Almacenamiento de votos - 17 18 - G2»

De Wiki de EGC
Saltar a: navegación, buscar
(Tecnologías elegidas)
(Miembros)
Línea 6: Línea 6:
 
<li>José Luis Martínez Quiñones</li>
 
<li>José Luis Martínez Quiñones</li>
 
<li>Pedro Serrano Ramos</li>
 
<li>Pedro Serrano Ramos</li>
<li>Jesús Vázquez Argumedo (Coordinador)</li>
+
<li>Jesús Vázquez Argumedo <b>(Coordinador)</b></li>
 
</ul>
 
</ul>
  

Revisión del 00:47 24 nov 2017

Miembros

  • Elena Camero Ruiz
  • Marta Carmona Oliva
  • José Luis Martínez Quiñones
  • Pedro Serrano Ramos
  • Jesús Vázquez Argumedo (Coordinador)

Consideraciones

Objetivo del subsistema

Su objetivo principal es el almacenamiento de los votos cifrados para garantizar su seguridad.

Enlaces

Enlaces de interés para acceder a toda la información sobre nuestro módulo:

  • El repositorio de GitHub del equipo será accesible aquí
  • Puede acceder a nuestro proyecto en Opera aquí
  • Subsistemas relacionados

    • Recuento.
    • Cabinas de votación.
    • Autenticación.

    Gestión de la comunicación

    La comunicación se realizará a través de un grupo de Telegram conformado por todos los miembros del equipo. Las reuniones no presenciales se realizarán telemáticamente mediante Skype.

    Gestión del trabajo

    La gestión del trabajo y la asignación de tareas se llevará a cabo a través de Trello. Se crearán 4 tableros:

      * Tareas pendientes: en este tablero se añadirán las tareas que vayan surgiendo y que no estén asignadas ni realizadas aún.
      * Tareas en proceso: en este tablero estarán las tareas asignadas que estan en proceso de ejecución.
      * Tareas en revisión: en este tablero estarán las tareas acabadas para que sean revisadas antes de darlas por finalizadas.
      * Tareas realizadas: en este tablero estarán las tareas ya completadas.
    

    Gestión del código

    La gestión del código se realizará a través de GitHub.

    Tendremos una rama master que será la que almacene las versiones estables y una rama dev en la que se desarrollará, y cuando el proyecto este listo para desplegar, se realizara un merge desde la rama dev a la rama master.

    Gestión de incidencias

    Usaremos la herramienta que nos ofrece Github para el control de las incidencias.

    Herramientas

    Tecnologías elegidas

    Subsistema: Almacenamiento de votos
    Lenguaje/Herramienta: Python 2.7; IDE: Pycharm
    Sistema de gestión de bibliotecas: pip
    Bibliotecas: SQLite
       Nombre_Biblioteca1: <version>
    Necesita Base de datos: Sí (mysql)
    

    Formato general para detallar incidencias

    Las incidencias pueden emplearse no solo para fallos.

    Título: <breve título sobre la incidencia>
    Descripción: <descripción detallada del error>
       La descripción puede incluir imagenes o la salida emitida por el fallo.
    Etiquetas: <etiquetas de GitHub para clasificar las incidencias>
       enhancement: propuesta de mejora
       bug: fallos encontrados en el sistema
       help wanted: incidencia que puede ser resuelta por un miembro del equipo pero que ha sido atendida previamente por otro
       question: (a usar solo entre miembros del equipo) dudas sobre un commit en concreto, hay que referenciar el commit en cuestión
    

    Las incidencias pueden incluirse en Proyectos de GitHub.