Administración de votaciones - 17 18 - G1
Contenido
Miembros
- Domingo Muñoz Daza (coordinador)
- Ana Rosa Aparicio Ramos
- Elvira García Ruiz
- Javier Centeno Vega
- Jose Manuel Pallero Hidalgo
Repositorio de GitHub
El repositorio de GitHub del equipo será accesible en este enlace Cualquier decisión importante añadida a él o cambio que pueda implicar al resto de grupos se notificará a los coordinadores previamente.
Entorno de trabajo
La máquina virtual de desarrollo (descarga aquí) hace posible que cada equipo de desarrollo pueda trabajar de manera local sin depender del resto de subsistemas. Se han asignado los siguientes puertos a cada subsistema:
| Subsistema | Puerto |
|---|---|
| Autenticación | 52000 |
| Administración de votaciones | 52001 |
| Administración de censos | 52002 |
| Cabina de votaciones | 52003 |
| Cabina de Télegram | 52004 |
| Cabina de Slack | 52005 |
| Almacenamiento de votos | 52006 |
| Recuento de votos | 52007 |
| Visualización de resultados | 52008 |
| Gestion de registro | 52009 |
Esta configuración de puertos se mantiene en el entorno de despliegue. Para acceder a algún servicio la URL consiste en http://localhost:<puerto>. Ej: http://localhost:52000 para acceder a la autenticación.
Subsistemas desplegados
- Wordpress (Portal Jornadas)
Formatos y procedimientos
De carácter optativo hasta el 30/11/17 y obligatorio a partir de dicha fecha distinguimos el formateado de los siguientes elementos:
Formato para detallar tecnologías elegidas
Subsistema: Administración de Votaciones Lenguaje/Herramienta: Java 7 Sistema de gestión de bibliotecas: Maven Bibliotecas: <Listado de bibliotecas usadas en el desarrollo.> Nombre_Biblioteca1: <versión> Necesita Base de datos: <Sí/No> (En caso afirmativo explicar cuál se está empleando y su versión)
Procedimiento de gestión de tareas, cambios e incidendias
Para la gestión de las incidencias, se usarán los Issues que GitHub permite gestionar en cada repositorio. El uso de estos Issues está basado en las diapositivas de clase de (Gestión de Incidencias), haciéndose de la siguiente manera:
- Cada grupo es responsable de la gestión de sus Issues.
- Cada Issue representará una tarea o problema encontrado por el grupo.
- Cada Issue será situado en un proyecto interno al repositorio, siendo actualizado entre las fases TO DO, En progreso, En espera/Con problemas, En revisión y Hecho según corresponda a su avance.
- Para cada avance o actualización de un Issue, se hará un comentario dentro de éste especificando el cambio hecho, indicando su motivo si procede.
- Una vez terminado un Issue se debe cerrar con un comentario de cierre y cerrándolo en sí mismo tras colocarlo en la columna Hecho se su proyecto correspondiente.
- Cada Issue será etiquetado en función de su temática, prioridad, estado y tipo. Los tipos son Cambio/Mejora y Bug, que sólo se incluirán en dichos casos. Las temáticas son libres para cada subgrupo. Las prioridades son Critical, High, Medium y Low, y los estados son New, Accepted (sólo para cambios), Started, Fixed, Verified, Duplicate (cambios y bugs) y Wontfix (cambios y bugs).
- Las etiquetas de cada Issue deben ser actualizadas durante el avance del mismo, con su correspondiente actualización en el proyecto y su comentario pertinente.
