Diferencia entre revisiones de «Administración de votaciones - 17 18 - G2»
(→Gestión del código) |
(→Gestión de la comunicación) |
||
Línea 381: | Línea 381: | ||
Se realizará la comunicación mediante la aplicación "Telegram", creando un grupo en el que se encuentran todos los miembros del equipo. Las reuniones no presenciales serán gestionadas telematicamente con "Skype". | Se realizará la comunicación mediante la aplicación "Telegram", creando un grupo en el que se encuentran todos los miembros del equipo. Las reuniones no presenciales serán gestionadas telematicamente con "Skype". | ||
+ | Cada semana todos los miembros se reunirán para hablar del estado actual, los problemas encontrados y los siguientes pasos a seguir. | ||
== Gestión del trabajo == | == Gestión del trabajo == |
Revisión del 20:09 4 dic 2017
Contenido
- 1 Miembros y contacto
- 2 Especificaciones
- 3 API
- 3.1 Dependencias
- 3.2 Obtención de una votación
- 3.3 Creación de una votación
- 3.4 Edición de una votación
- 3.5 Eliminación de una votación
- 3.6 Obtención de una pregunta
- 3.7 Creación de una pregunta
- 3.8 Edición de una pregunta
- 3.9 Eliminación de una pregunta
- 3.10 Obtención de una respuesta
- 3.11 Creación de una respuesta
- 3.12 Edición de una respuesta
- 3.13 Eliminación de una respuesta
- 4 Template
- 5 Gestión
Miembros y contacto
- Pablo Tinoco Castillo, ptinococastillo@gmail.com Coordinador
- Francisco Fernández Angulo
- Jesús Martos Alé
- Miguel Medrano Gil
- Gonzalo Trabado García
Especificaciones
Objetivo del subsistema
- Gestionar la creación de una votación
- Gestionar la edición de una votación
- Gestionar el borrado de una votación
Consideraciones
- Repositorio del proyecto: https://github.com/EGC-G2-Trabajo-1718/AdministracionVotaciones
- Página Opera: http://opera.eii.us.es/egc/public/trabajo/ver/id/98
- Dependencias con otros módulos: Recibimos datos de "Autenticación" y "Censo", enviamos datos a "Cabina de votaciones"
Tecnología usada
Subsistema: Administración de votaciones Lenguaje/Herramienta: Java 1.8 -> Eclipse Jee Neon 3 Sistema de gestión de bibliotecas: Maven Bibliotecas: Jackson (Para API) Necesita Base de datos: Sí (Ninguna empleada actualmente, a la espera de directrices)
Estructura de datos
Haremos uso de la tablas votación, pregunta y respuesta:
Votación: - id: (int) identificador de la votación [pk, autoincrementable] - id_censo: (int) identificador del censo [fk, not null] - id_grupo: (int) identificador del grupo que puede votar en la votación [fk, not null] - titulo: (string/varchar) titulo de la votación a crear [blank, not null] - descripcion: (string/varchar) descripción de los objetivos de la votación [blank, not null] - fecha_ini: (datetime) fecha de inicio de la votación [not null, default=fecha_actual] - fecha_fin: (datetime) fecha de fin de la votación[not null] Pregunta: - id: (int) identificador de la pregunta [pk, autoincrementable] - id_votacion: (int) identificador de la votación a la que pertenece [fk, not null] - texto_pregunta: (string/varchar) texto de la pregunta que se realiza [blank, not null] - tipo_pregunta: (string/varchar ?) parametro para establecer el tipo de pregunta (Abierta, cerrada) [blank, not null] - id_dependencia: (int) identificador para definir dependencias entre preguntas [fk] Respuesta: - id: (int) identificador de la respuesta [pk, autoincrementable] - id_pregunta: (int) identificador de la pregunta [fk, not null] - texto_respuesta: (string/varchar) texto de la respuesta [blank, not null]
Esta sería la estructura de las tablas sobre las que trabajaríamos, una votación tendrá varias preguntas que podrán ser abiertas o cerradas, y estas a su vez podrán depender de otras preguntas. Las preguntas podrán tener una o más respuestas.
API
Las funcionalidades aquí descritas y especificadas no son finales. Debido a la diversidad de funcionalidades y necesidades de los otros grupos, éstas pueden variar a lo largo del desarrollo (sea debido al despliege, conflictos, etc).
Dependencias
En primer lugar estableceremos cuales van a ser las dependencias de nuestro módulo con otros.
Por una parte, necesitaremos información a cerca de si el usuario tiene los permisos necesarios para crear, editar o borrar una votación. Obtendremos esta información recibiendo los datos pertinentes del módulo de "Autenticación", para que a la hora de crear una votación se le asignen los permisos con los que se podrá crear.
Por otro lado, necesitamos saber qué usuarios van a poder votar en dicha votación. Para ello necesitaremos obtener esta información recibiendo los datos necesarios del módulo de "Censo", para que a la hora de crear la votación también podamos asignar al grupo de usuarios que podrán votar.
Para terminar, nuestro módulo deberá poder ofrecer la información completa de la votación al módulo de "Cabina de votación" para que se lleve a cabo. Para ello, ofreceremos una API que procedemos a definir.
Obtención de una votación
Se hace una petición GET con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/get/votacion.json
Parámetros:
* id: Identificador de la votación.
Ejemplo:
GET http://egc-votacion1718.es/api/get/votacion.json?id=1
Formato JSON:
{ "votacion": { "id": "1", "id_censo": "288", "id_grupo": "31", "titulo": "Votación sobre consolas", "descripción": "En esta votación comprobaremos si hay mas gamers de PC o consolas", "fecha_ini": "31/07/2017 07:07", "fecha_fin": "31/08/2017 07:07" } }
Creación de una votación
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/create
Parámetros:
* id_censo: identificador del censo * id_grupo: identificador del grupo que puede votar en la votación * titulo: titulo de la votación a crear * descripcion: descripción de los objetivos de la votación * fecha_ini: fecha de inicio de la votación * fecha_fin: fecha de fin de la votación
Ejemplo:
POST http://egc-votacion1718.es/api/create?id_censo=1&id_grupo=2&titulo=Prueba&descripcion=Descripcion&fecha_ini=10/10/17&fecha_fin=11/10/17
Formato JSON:
{ "votacion": { "id": "1", "id_censo": "288", "id_grupo": "31", "titulo": "Votación sobre consolas", "descripción": "En esta votación comprobaremos si hay mas gamers de PC o consolas", "fecha_ini": "31/07/2017 07:07", "fecha_fin": "31/08/2017 07:07" } }
Edición de una votación
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/post/votacion.json
Parámetros:
* id: identificador de la votación * id_censo: identificador del censo * id_grupo: identificador del grupo que puede votar en la votación * titulo: titulo de la votación a crear * descripcion: descripción de los objetivos de la votación * fecha_ini: fecha de inicio de la votación * fecha_fin: fecha de fin de la votación
Aquellos parámetros que no se introduzcan no se modificarán.
Ejemplo:
POST http://egc-votacion1718.es/api/post/votacion.json?id=1&titulo=Titulo_modificado
Formato JSON:
{ "exito": true, "mensaje": "Editado con éxito", "votacion": { "id": "1", "id_censo": "288", "id_grupo": "31", "titulo": "Votación sobre consolas", "descripción": "En esta votación comprobaremos si hay mas gamers de PC o consolas", "fecha_ini": "31/07/2017 07:07", "fecha_fin": "31/08/2017 07:07" } }
Eliminación de una votación
Se hace una petición DELETE (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/delete/votacion.json
Parámetros:
* id: Identificador de la votación a eliminar.
Ejemplo:
DELETE http://egc-votacion1718.es/api/delete/result.json?id=1
Formato JSON:
{ "exito": true, "mensaje": "Eliminado con éxito" }
Obtención de una pregunta
Se hace una petición GET con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/get/pregunta.json
Parámetros:
* id: Identificador de la pregunta.
Ejemplo:
GET http://egc-votacion1718.es/api/get/pregunta.json?id=7
Formato JSON:
{ "pregunta": { "id": "7", "id_votacion": "1", "texto_pregunta": "¿Prefieres consola o pc?", "tipo_pregunta": "Abiera", "id_dependencia": "2", } }
Creación de una pregunta
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/createPregunta
Parámetros:
* id_votación: identificador de la votación a la que pertenece * texto_pregunta: texto de la pregunta que se realiza * tipo_pregunta: parametro para establecer el tipo de pregunta * id_dependencia: parametro para identificar si la pregunta depende de otra
Ejemplo:
POST http://egc-votacion1718.es/api/createPregunta?id_votacion=1&texto_pregunta=Ejemplo&tipo_pregunta=Abierta&id_dependencia=2
Formato JSON:
{ "pregunta": { "id": "7", "id_votacion": "1", "texto_pregunta": "¿Prefieres consola o pc?", "tipo_pregunta": "Abiera", "id_dependencia": "2", } }
Edición de una pregunta
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/post/edicionPregunta.json
Parámetros: * id: identificador de la pregunta a editar * id_votación: identificador de la votación a la que pertenece
* texto_pregunta: texto de la pregunta que se realiza * tipo_pregunta: parametro para establecer el tipo de pregunta * id_dependencia: parametro para identificar si la pregunta depende de otra
Aquellos parámetros que no se introduzcan no se modificarán.
Ejemplo:
POST http://egc-votacion1718.es/api/post/edicionPregunta.json?id=1&id_votacion=3&texto_pregunta=Prueba&tipo_pregunta=Cerrada&id_dependencia=8
Formato JSON:
{ "exito": true, "mensaje": "Editado con éxito", "pregunta": { "id": "7", "id_votacion": "1", "texto_pregunta": "¿Prefieres consola o pc?", "tipo_pregunta": "Abiera", "id_dependencia": "2", }
Eliminación de una pregunta
Se hace una petición DELETE (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/delete/pregunta.json
Parámetros:
* id: Identificador de la pregunta a eliminar.
Ejemplo:
DELETE http://egc-votacion1718.es/api/delete/result.json?id=1
Formato JSON:
{ "exito": true, "mensaje": "Eliminado con éxito" }
Obtención de una respuesta
Se hace una petición GET con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/get/respuesta.json
Parámetros:
* id: Identificador de la respuesta.
Ejemplo:
GET http://egc-votacion1718.es/api/get/respuesta.json?id=3
Formato JSON:
{ "respuesta": { "id": "3", "id_pregunta": "1", "texto_respuesta": "¿Prefieres consola o pc?", "seleccionada": "true", } }
Creación de una respuesta
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/createRespuesta
Parámetros:
* id_pregunta: identificador de la pregunta a la que pertenece * texto_respuesta: texto de la respuesta que se puede seleccionar * seleccionada: parametro para indicar si esa pregunta se puede seleccionar
Ejemplo:
POST http://egc-votacion1718.es/api/createRespuesta?id_pregunta=1&texto_respuesta=Ejemplo&seleccionada=true
Formato JSON:
{ "respuesta": { "id": "3", "id_pregunta": "1", "texto_respuesta": "¿Prefieres consola o pc?", "seleccionada": "true", } }
Edición de una respuesta
Se hace una petición POST (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/post/edicionRespuesta.json
Parámetros: * id: identificador de la respuesta a editar * id_pregunta: identificador de la pregunta a la que pertenece
* texto_respuesta: texto de la respuesta que se realiza * seleccionada: parametro para indicar si se ha seleccionado la respuesta
Aquellos parámetros que no se introduzcan no se modificarán.
Ejemplo:
POST http://egc-votacion1718.es/api/post/edicionRespuesta.json?id=1&id_pregunta=3&texto_respuesta=Prueba&seleccionada=true
Formato JSON:
{ "exito": true, "mensaje": "Editado con éxito", "respuesta": { "id": "3", "id_pregunta": "1", "texto_respuesta": "¿Prefieres consola o pc?", "seleccionada": "true", }
Eliminación de una respuesta
Se hace una petición DELETE (a través del formulario descrito en su correspondiente vista) con los parámetros siguientes y se devolverá un JSON con la siguiente información.
URL:
http://egc-votacion1718.es/api/delete/respuesta.json
Parámetros:
* id: Identificador de la respuesta a eliminar.
Ejemplo:
DELETE http://egc-votacion1718.es/api/delete/result.json?id=1
Formato JSON:
{ "exito": true, "mensaje": "Eliminado con éxito" }
Template
El template de jinja2 de nuestro subsistema es la siguiente
Gestión
Gestión de la comunicación
Se realizará la comunicación mediante la aplicación "Telegram", creando un grupo en el que se encuentran todos los miembros del equipo. Las reuniones no presenciales serán gestionadas telematicamente con "Skype". Cada semana todos los miembros se reunirán para hablar del estado actual, los problemas encontrados y los siguientes pasos a seguir.
Gestión del trabajo
La gestión del trabajo, la creación de tareas y la asignación de las mismas se harán mediante la plataforma "Trello". Se crearán los siguientes tableros:
* Lista de tareas: Se añadirán las tareas que se vayan identificando durante el desarrollo del trabajo. * En proceso: Se añadirán las tareas a este tablero una vez se asignen y se empiecen a trabajar. * En revisión: Se añadirán las tareas finalizadas a falta de una revisión por el resto del equipo. * Hecho: Se añadirán las tareas terminadas una vez revisadas. * Q&A: Tablero para preguntas y respuestas.
Gestión del código
Gestionaremos el código a desarrollar mediante la plataforma "GitHub".
Formato de commits
El formato general de los commits parte de la siguiente base. Diferenciaremos dos tipos básicos(types). Luego un breve título que resuma la funcionalidad de dicho commit. En la descripción añadiremos a que funcionalidad pertenece y una descripción. Al final del commit podemos añadir a que incidencia pertenece, si procede.
Types: add(función añadida) y fix (error subsanado). Funcionalidades: Editar votación,Crear votación, Borrar votación y Desarrolllo API. Si fuera necesario se crearán nuevas funcionalidades.
A continuación se detalla un ejemplo:
Título del commit: fix: redirección errónea tras emitir voto. Cuerpo del commit: Emision Voto - Después de que el usuario emitiese su voto este era redireccionado a una URL no existente. Ahora el usuario es redireccionado al panel principal. Pie del commit: Closes #<número de la incidencia en GitHub>.
Gestión de ramas
Tendremos la rama "master" donde estará todo nuestro código estable, una rama "development" donde se unirán las ramas de desarrollo para ser validadas, y una vez validada pasará a la rama master. Por último cada miembro tendrá su propia rama de desarrollo (usuario UVUS), para evitar posibles errores a la hora de unir las ramas, cada miembro deberá de programar la funcionalidad o el trozo de código que se le ha sido asignado.
Gestión de incidencias
Gestionaremos las incidencias que vayan apareciendo durante el trabajo con la herramienta propia de GitHub.
Crearemos en primer lugar un Milestone en GitHub por cada Milestone de la asignatura para saber el plazo que tenemos para resolver la incidencia y a ellos asignaremos las incidencias (Según proceda). Además, crearemos un proyecto "Administración de votaciones" al que asignar dichas incidencias. Usaremos las labels por defecto de GitHub, y crearemos nuevas si fuese necesario.
Plan de actuación
Las incidencias se tratarán con la siguiente nomenclatura:
Título: <breve título> Prioridad: a seleccionar: urgente, alto, medio, bajo. Estado: Open, En curso, Finalizado. Los dos primeros estados estarán por defecto al crear al issues, se considerará "En curso" cuando la issues este asignada y abierta. El último estado se prouduce cuando se cierra la incidencia en GitHub. Descripción: <descripción detallada de la incidencia> La descripción puede incluir imagenes o la salida emitida por la incidencia. 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
El plan de actuación cuando se encuentre una incidencia será el siguiente:
- Se identificará cual es la incidencia.
- Añadiremos dicha incidencia con la nomenclatura descrita en github al proyecto, milestone y label que corresponda.
- En caso de no tener claro quien podría resolver la incidencia, se notificará al coordinador del grupo via "Telegram" para que la revise y asigne según su criterio; además de al resto del equipo por "Telegram".
- Una vez resuelta (Antes del plazo del Milestone asignado) se cerrará en "GitHub", previa validación del jefe de proyecto y el creador de la issue. Se notificará por "Telegram" al equipo.