Diferencia entre revisiones de «Agora Voting - Mejora de la accesibilidad2 - Autenticación»

De Wiki de EGC
Saltar a: navegación, buscar
Línea 32: Línea 32:
 
Usaremos WhatsApp como herramienta principal y Teamviewer. además de las reuniones presenciales.
 
Usaremos WhatsApp como herramienta principal y Teamviewer. además de las reuniones presenciales.
  
=== Gestión de las incidencias ===
+
== Gestión de las incidencias ==
  
 
Para la gestión de incidencias nuestro grupo ha decidido gestionarlas a través de la creación de issues con GitHub. A cada incidencia se le asignará una prioridad, que podrá ser alta, neutra o baja. El proceso para la creación de una incidencia es el siguiente:<br/>
 
Para la gestión de incidencias nuestro grupo ha decidido gestionarlas a través de la creación de issues con GitHub. A cada incidencia se le asignará una prioridad, que podrá ser alta, neutra o baja. El proceso para la creación de una incidencia es el siguiente:<br/>
Línea 43: Línea 43:
 
* Eventualmente, si una incidencia ha pasado a "Cerrada" y aún quedan problemas de esa incidencia por solventar, podrá pasar a un estado intermedio "Reabierta" para luego volver a pasar al estado "Pendiente".
 
* Eventualmente, si una incidencia ha pasado a "Cerrada" y aún quedan problemas de esa incidencia por solventar, podrá pasar a un estado intermedio "Reabierta" para luego volver a pasar al estado "Pendiente".
  
=== Gestión del código ===
+
== Gestión del código ==
  
 
Se ha realizado un fork de cada uno de los repositorios de AgoraVoting en GitHub a nuestra organización. Cada miembro del grupo debe hacer un git clone de los repositorios a su máquina, de manera que cada uno trabaja en su máquina en local, haciendo commit cada vez que sea necesario. Si el miembro logra obtener cambios estables, notificará al grupo mediante Whatsapp que va a realizar un git push, pero antes de hacerlo, al menos un miembro del grupo debe revisar que el cambio funciona correctamente. Una vez que se ha hecho git push con el cambio, hay que volver a desplegar AgoraVoting con dicho cambio. Cada vez que se haga un push, se deben documentar y describir los nuevos cambios. Estos documentos generados de los cambios se subirán tanto a la wiki del grupo como a nuestro Google Drive.
 
Se ha realizado un fork de cada uno de los repositorios de AgoraVoting en GitHub a nuestra organización. Cada miembro del grupo debe hacer un git clone de los repositorios a su máquina, de manera que cada uno trabaja en su máquina en local, haciendo commit cada vez que sea necesario. Si el miembro logra obtener cambios estables, notificará al grupo mediante Whatsapp que va a realizar un git push, pero antes de hacerlo, al menos un miembro del grupo debe revisar que el cambio funciona correctamente. Una vez que se ha hecho git push con el cambio, hay que volver a desplegar AgoraVoting con dicho cambio. Cada vez que se haga un push, se deben documentar y describir los nuevos cambios. Estos documentos generados de los cambios se subirán tanto a la wiki del grupo como a nuestro Google Drive.

Revisión del 12:47 27 dic 2016

Descripción del proyecto

Nuestro objetivo se centrará en la parte de autenticación y registro. Para ello, nuestro principal desarrollo será, previsiblemente, en el repositorio de agora-gui-common, el cual está desarrollado principalmente en Javascript con AngularJS.

Usaremos ARIA, la cual define maneras de hacer el contenido Web y las aplicaciones Web (especialmente las desarrolladas con Ajax y JavaScript) para que sean más accesibles para las personas con discapacidad.

Equipo de desarrollo

Aurora Gómez Medina aurgommed@alum.us.es
Eduardo Ger Rodríguez edugerrod@alum.us.es
Jorge Ramos Rivas jorramriv@alum.us.es
José Luis Maya Quirós josmayqui@alum.us.es
Sara Chávez García sarchagar1@alum.us.es

Roles

Eduardo Ger Rodríguez (Coordinador/Desarrollador)
Sara Chávez García (Subcoordinador/Desarrollador)
Aurora Gómez Medina (Desarrollador)
José Luis Maya Quirós (Desarrollador)
Jorge Ramos Rivas (Desarrollador)

Comunicación

Comunicación externa

Las reuniones con el equipo de Ágora Voting han tenido lugar usando el editor de textos colaborativo TitanPad: https://titanpad.com/KxlHuhjhcZ

Y mediante el uso de Mumble, gestor de salas de conferencias online.

Comunicación interna

Usaremos WhatsApp como herramienta principal y Teamviewer. además de las reuniones presenciales.

Gestión de las incidencias

Para la gestión de incidencias nuestro grupo ha decidido gestionarlas a través de la creación de issues con GitHub. A cada incidencia se le asignará una prioridad, que podrá ser alta, neutra o baja. El proceso para la creación de una incidencia es el siguiente:

  • Un miembro del grupo crea una incidencia con el estado inicial "Pendiente". Dicho miembro debe subir adjunto el archivo más adecuado para describir la incidencia. Podrán usarse imágenes, texto, enlaces a código GitHub, etc.
  • El miembro que ha creado la incidencia comunica al grupo mediante Whatsapp que acaba de crear una incidencia.
  • Otro miembro del grupo, cuando ha sido notificado de la incidencia, cambia el estado de la misma a "En proceso" y se pone a trabajar sobre ella.
  • Una vez que el miembro ha resuelto los problemas que definían la incidencia, cambia de nuevo su estado a "Resuelta".
  • Antes de cambiar finalmente el estado a "Cerrada", al menos un miembro del grupo debe verificar que la incidencia se ha resuelto correctamente.
  • Eventualmente, si una incidencia ha pasado a "Cerrada" y aún quedan problemas de esa incidencia por solventar, podrá pasar a un estado intermedio "Reabierta" para luego volver a pasar al estado "Pendiente".

Gestión del código

Se ha realizado un fork de cada uno de los repositorios de AgoraVoting en GitHub a nuestra organización. Cada miembro del grupo debe hacer un git clone de los repositorios a su máquina, de manera que cada uno trabaja en su máquina en local, haciendo commit cada vez que sea necesario. Si el miembro logra obtener cambios estables, notificará al grupo mediante Whatsapp que va a realizar un git push, pero antes de hacerlo, al menos un miembro del grupo debe revisar que el cambio funciona correctamente. Una vez que se ha hecho git push con el cambio, hay que volver a desplegar AgoraVoting con dicho cambio. Cada vez que se haga un push, se deben documentar y describir los nuevos cambios. Estos documentos generados de los cambios se subirán tanto a la wiki del grupo como a nuestro Google Drive.

Material de referencia

Entorno de desarrollo