Diario de Grupo - Historial de revisiones

Moillagar en 12:37 10 feb 2016

2016-02-10T12:37:29Z

Moillagar en 12:35 10 feb 2016

2016-02-10T12:35:50Z

Moillagar en 11:58 10 feb 2016

2016-02-10T11:58:35Z

Danmarrod en 12:59 8 ene 2016

2016-01-08T12:59:20Z

Danmarrod en 14:05 22 dic 2015

2015-12-22T14:05:16Z

Danmarrod en 14:01 22 dic 2015

2015-12-22T14:01:06Z

Danmarrod en 13:20 1 dic 2015

2015-12-01T13:20:00Z

Danmarrod: Página creada con «'''[08 Octubre, 2015]''' Se crean los nuevos equipos de trabajo y se eligen los subsistemas a desarrollar por cada equipo. Nuestro equipo será el responsable de dos subsi...»

2015-12-01T13:13:40Z

Página creada con «'''[08 Octubre, 2015]''' Se crean los nuevos equipos de trabajo y se eligen los subsistemas a desarrollar por cada equipo. Nuestro equipo será el responsable de dos subsi...»

Página nueva

'''[08 Octubre, 2015]'''

Se crean los nuevos equipos de trabajo y se eligen los subsistemas a desarrollar por cada equipo. Nuestro equipo será el responsable de dos subsistemas, Frontend y Visualización de Resultados. El equipo está integrado por los alumnos:
* [[Usuario:danmarrod|Daniel Martín Rodrigo]]
* [[Usuario:dansannav|Daniel Sánchez Navarro]]
* [[Usuario:migbelmil|Miguel Ángel Bellido Millán]]
* [[Usuario:moillagar|Moisés LLamas García]]
* [[Usuario:valbarsau|Valentín Barquero Saucí]]

Redactamos posibles mejoras que pueden aplicarse al subsistema:
*Actualización automática de gráficas (Ajax).
*Cambiar la base de datos.
*Nuevas funcionalidades (exportar resultados).
*Nuevas librerías de visualización (GoogleCharts, Bootstrap).
*Compatibilidad con dispositivos móviles.

Se redacta [[Acta de creación de grupos (GVR) |Acta01]].

<gallery>
Archivo:EGCG10-03.jpg | Subsistemas AgoraVoting
Archivo:EGCG10-04.jpg | Subsistemas Agora@US
Archivo:EGCG10-02.jpg | Equipo y subsistemas asignados
</gallery>

'''[13 Octubre, 2015]'''

Se realiza reunión de coordinadores para fijar las fechas de las diferentes integraciones entre subsistemas. Los días de integración acordados son finalmente los siguientes:

*Integración 1: 17 de noviembre de 2015
*Integración 2: 01 de diciembre de 2015
*Integración 3: 15 de diciembre de 2015
*Integración 4: 12 de enero de 2016

<gallery>
Archivo:EGCG10-05.jpg | Fechas de integracion
</gallery>

'''[20 Octubre, 2015]'''

Se acuerda uso de repositorio distribuido GIT y se establecen las directrices generales del modelo de uso.

'''[10 Noviembre, 2015]'''

Se fija la fecha para la entrega del proyecto el día 26 de diciembre de 2015 (hasta las 23:59).
Se indica que habrá una segunda entrega de recuperación o para subir nota.

'''[11 Noviembre, 2015]'''

Previo a la primera fecha de integración se acuerda el estudio de los documentos y códigos disponibles sobre los subsistemas.
Se redefinen las modificaciones a aplicar:

*Cambio Base de Datos
*Aplicar geolocalización a los resultados.
*Aplicar Angula y Bootstrap para el apartado estético y de visualización de gráficas.

Se crea equipo de trabajo y repositorio GIT en www.github.com

Se crea grupo en projetsii para documentación interna y gestión de tareas

Se analizan posibles herramientas para la gestión de incidencias

Se redacta el siguiente [[Acta]]

'''[17 Noviembre, 2015]'''

Primer día de integración:
*Toma de contacto con el resto de subsistemas, se busca la forma de hacer funcionar el sistema anterior.
*Se crea grupo informal de whatsapp como comunicación temporal con el subsistema de Recuento.
*Se define el responsable de la comunicación con el resto de grupo >> Daniel Sánchez Navarro.
*Se propone usar github con el resto de subsistemas para registro de incidencias.

Se redacta ACTA 2

'''[19 Noviembre, 2015]'''

Se toman las siguientes decisiones y asignan las responsabilidades:

*Gestión tareas y grupo en projetsii >> Daniel Martín Rodrigo
*Diario de grupo (wiki,actas) >> Daniel Martín Rodrigo
*Responsable de comunicación externa (coordinador) >> Daniel Sánchez Navarro
*Metodología de trabajo SCRUM
*Modelo de uso del repositorio
*Gestor de incidencias GitHub
*Se define la plantilla para documentación
*Fijar fecha para reuniones

Se fijan los siguientes hitos y se planifican las tareas hasta la siguiente fecha de integración, día 1 de Diciembre:

*Martes 24 fecha tope para levantar el sistema heredado.
(cerrar la baseline)

*Investigar alternativas para integrarse con los subsistemas directos implicados Recuento y Creación de votos.

*Ponerse de acuerdo con Recuento para compartir información
(lenguaje, formato, variables)

*Investigar unificación de los subsistemas Visualización - Frontend

*Investigar Bootstrap

*Investigar para aplicar Angula

*Investigar para sustituir Base de Datos

Se redacta ACTA 3

'''[24 Noviembre, 2015]'''

Se crea una '''Organización en GitHub''' para integrar con el resto de grupo. Se crean nueve grupos con dos repositorios para cada grupos,
uno individual del grupo y otro común con el resto de equipo para la integración. Se asignan los permisos oportunos, cada coordinador
tiene privilegios sobre su equipo y es reponsable de añadir al equipos a los diferentes integrantes.

@@ Línea 184: / Línea 184: @@
 '''[28 Enero, 2016]'''
-Un encargado del grupo, se dirige al repositorio del subsistema de Creación y recuento de votaciones, para llegar a un acuerdo sobre el JSON con el cual nuestro subsistema pedirá información a dicho subsistema. Esta incidencia es respondida el día 29 de Enero y se puede comprobar en dicha incidencia el formato que es definido: https://github.com/AgoraUS1516/G01/issues/8
+Un encargado del grupo, se dirige al repositorio del subsistema de Creación y recuento de votaciones, para llegar a un acuerdo sobre el JSON con el cual nuestro subsistema pedirá información a dicho subsistema. Esta incidencia es respondida el día 29 de Enero y se puede comprobar en dicha incidencia el formato que es definido:
 En concreto, nuestro subsistema usará el tercer método descrito en la anterior incidencia.
@@ Línea 196: / Línea 198: @@
 '''[02 Febrero, 2016]'''
 La nueva funcionalidad sobre dibujar un mapa de España, mostrando las votaciones que se han hecho en cada ciudad, junto con la frecuencia de esta que es presente en cada ciudad.
 '''[06 Febrero, 2016]'''
@@ Línea 213: / Línea 214: @@
 Se implementa nuevos test para el formato JSON propuesto. Consiste en una serie de test positivos y negativos.
 Se crea un documento en el que se expone las mejoras para el futuro.
 '''[10 Febrero, 2016]'''

@@ Línea 177: / Línea 177: @@
 * Integración principal completada con Angular
 * Integración completada con pago con PayPal
 '''[26 Enero, 2016]'''
 A partir de lo comentado en la tutoría para la mejora del proyecto, el equipo establece una serie de mejoras. Para ello, se define una serie de hitos, en el cual se debe de realizar en el tiempo fijado. Además, se estima que cada alumno se presentará a la mejora debe de emplear 20 horas de trabajo. Se definen las nuevas herramientas de gestión que se usarán para la mejora del proyecto y se planifican todas las reuniones hasta el completo desarrollo del proyecto.
 '''[28 Enero, 2016]'''
 Un encargado del grupo, se dirige al repositorio del subsistema de Creación y recuento de votaciones, para llegar a un acuerdo sobre el JSON con el cual nuestro subsistema pedirá información a dicho subsistema. Esta incidencia es respondida el día 29 de Enero y se puede comprobar en dicha incidencia el formato que es definido: https://github.com/AgoraUS1516/G01/issues/8
+En concreto, nuestro subsistema usará el tercer método descrito en la anterior incidencia.
 '''[31 Enero, 2016]'''
 El proyecto es adaptado al nuevo formato de JSON propuesto por el subsistema del cual vamos a consultar los datos. Una vez que el formato es implementado, se deciden de implementar las nuevas funcionalidades que se propusieron anteriormente.
 '''[01 Febrero, 2016]'''
@@ Línea 199: / Línea 196: @@
 '''[02 Febrero, 2016]'''
 La nueva funcionalidad sobre dibujar un mapa de España, mostrando las votaciones que se han hecho en cada ciudad, junto con la frecuencia de esta que es presente en cada ciudad.
@@ Línea 207: / Línea 203: @@
 SonarQube es implementado y está totalmente funcional. Aunque en un primer momento, solo se podía usar en la máquina virtual en modo local, se ha conseguido que funcione para que escanee código Javascript y Java. Además, se configura SonarQube para que pueda analizar ficheros.
 '''[07 Febrero, 2016]'''
 Se implementa nuevas funcionalidades, sobre datos estadísticos de las encuestas.
+Además, Openshift es configurado para que pueda ejecutarse sonar como nativo.
 '''[09 Febrero, 2016]'''
 Se implementa nuevos test para el formato JSON propuesto. Consiste en una serie de test positivos y negativos.
+Se crea un documento en el que se expone las mejoras para el futuro.

← Revisión anterior		Revisión del 11:58 10 feb 2016
Línea 177:		Línea 177:
	* Integración principal completada con Angular		* Integración principal completada con Angular
	* Integración completada con pago con PayPal		* Integración completada con pago con PayPal
		+
		+
		+	'''[26 Enero, 2016]'''
		+
		+	A partir de lo comentado en la tutoría para la mejora del proyecto, el equipo establece una serie de mejoras. Para ello, se define una serie de hitos, en el cual se debe de realizar en el tiempo fijado. Además, se estima que cada alumno se presentará a la mejora debe de emplear 20 horas de trabajo. Se definen las nuevas herramientas de gestión que se usarán para la mejora del proyecto y se planifican todas las reuniones hasta el completo desarrollo del proyecto.
		+
		+
		+	'''[28 Enero, 2016]'''
		+
		+	Un encargado del grupo, se dirige al repositorio del subsistema de Creación y recuento de votaciones, para llegar a un acuerdo sobre el JSON con el cual nuestro subsistema pedirá información a dicho subsistema. Esta incidencia es respondida el día 29 de Enero y se puede comprobar en dicha incidencia el formato que es definido: https://github.com/AgoraUS1516/G01/issues/8
		+
		+
		+	'''[31 Enero, 2016]'''
		+
		+	El proyecto es adaptado al nuevo formato de JSON propuesto por el subsistema del cual vamos a consultar los datos. Una vez que el formato es implementado, se deciden de implementar las nuevas funcionalidades que se propusieron anteriormente.
		+
		+
		+	'''[01 Febrero, 2016]'''
		+
		+	Segunda reunión, en el cual cada miembro expone las tareas que ha podido solucionar y cual ha tenido problemas. Inmediatamente, se cierran aquellas tareas que se han terminado y las que no se han podido terminar, se añaden al siguiente sprint. Además, se deciden abandonar ideas de nuevas funcionalidades, como el cambio de la base de datos.
		+
		+	'''[02 Febrero, 2016]'''
		+
		+	La nueva funcionalidad sobre dibujar un mapa de España, mostrando las votaciones que se han hecho en cada ciudad, junto con la frecuencia de esta que es presente en cada ciudad.
		+
		+
		+
		+	'''[06 Febrero, 2016]'''
		+
		+	SonarQube es implementado y está totalmente funcional. Aunque en un primer momento, solo se podía usar en la máquina virtual en modo local, se ha conseguido que funcione para que escanee código Javascript y Java. Además, se configura SonarQube para que pueda analizar ficheros.
		+
		+
		+	'''[07 Febrero, 2016]'''
		+
		+	Se implementa nuevas funcionalidades, sobre datos estadísticos de las encuestas.
		+
		+
		+
		+	'''[09 Febrero, 2016]'''
		+
		+	Se implementa nuevos test para el formato JSON propuesto. Consiste en una serie de test positivos y negativos.
		+
		+
		+
		+	'''[10 Febrero, 2016]'''
		+
		+	Se aplica el tag al proyecto sobre la última versión estable de código del proyecto para que en el futuro, se identifique de manera fácil dicho entregable. Este tag será identificado por el nombre de “FronendYVisualizacionDeResultadosv2.0”
		+	La máquina virtual es subida a internet, a mega y al disco duro virtual disponible de la us.

@@ Línea 128: / Línea 128: @@
 '''[24 Noviembre, 2015]'''
-Se crea una '''Organización en GitHub''' para integrar con el resto de grupo. Se crean nueve grupos con dos repositorios para cada grupos,
+Se propone al resto de grupo crear una '''Organización en GitHub''' para integrar todos los equipos. Se crean nueve grupos con dos repositorios para cada grupo, uno individual del grupo y otro común con el resto de equipo para la integración. Se asignan los permisos oportunos y se agrega a cada uno de los coordinadores que tendrán privilegios sobre su equipo y repositorio, será responsable de añadir a los miembros de cada uno de sus equipos.
-uno individual del grupo y otro común con el resto de equipo para la integración. Se asignan los permisos oportunos, cada coordinador
-tiene privilegios sobre su equipo y es reponsable de añadir al equipos a los diferentes integrantes.
+La propuesta no fue bien recibida salvo un par de grupos. Quizás llegó demasiado tarde, había grupos que tenían avanzado su subsistema en otros repositorios. Sí se acuerda utilizar los equipos creados de la organización para el '''registro de incidencias'''. Algunos equipos terminan también utilizando los repositorios de la organización.
 '''[01 Diciembre, 2015]'''
-Segunda Integración
+Día de la segunda integración. Tenemos el sistema más maduro pero aún no podemos integrarlo con el resto, los subsistemas de Recuento y Creación están teniendo algunos problemas. Se acuerda incorporar al formato JSON información sobre el código postal.
-Se redacta ACTA06
+Se hace un balance de la situación de todos los subsistemas y se resuelven dudas sobre la documentación a entregar. Nuestro subsistema se encuentra en la siguiente situación:

← Revisión anterior		Revisión del 14:05 22 dic 2015
Línea 77:		Línea 77:
	Se analizan posibles herramientas para la gestión de incidencias		Se analizan posibles herramientas para la gestión de incidencias

−	Se redacta [[~~ACTA03~~]]	+	Se redacta [[Actas del primer taller de integración (GVR) \|Acta 03]]

← Revisión anterior		Revisión del 14:01 22 dic 2015
Línea 42:		Línea 42:
	'''[20 Octubre, 2015]'''		'''[20 Octubre, 2015]'''

−	Se acuerda uso de repositorio distribuido GIT y se establecen las directrices generales del modelo de uso.	+	Se acuerda uso de repositorio distribuido GIT y se establecen las directrices generales del modelo de uso:
		+
		+	Pautas a la hora de realizar commits en GIT
		+	* En primer lugar, el título comenzará con una palabra clave en mayúsculas y en español. Esta palabra hará referencia al tipo de cambio del que se trata. Ejemplos:
		+	ADICIÓN: [título del commit]
		+	CORRECCIÓN: [título del commit]
		+	APIGET: [título del commit]
		+	PERSISTENCIA: [título del commit]
		+	CONFIGURACIÓN: [título del commit]
		+	DESPLIEGUE: [título del commit]
		+	* Una vez especificado el tipo de cambio, en la parte [título del commit] se expondrá con un poco más de detalle el cambio lógico que supone dicho commit, sin superar los 80 caracteres.
		+	* Por último, se añadirá una descripción detallada que responda al por qué del cambio y explique en qué consiste.

@@ Línea 66: / Línea 66: @@
 Se analizan posibles herramientas para la gestión de incidencias
-Se redacta el siguiente [[Acta]]
+Se redacta [[ACTA03]]
 '''[17 Noviembre, 2015]'''
@@ Línea 76: / Línea 77: @@
 *Se propone usar github con el resto de subsistemas para registro de incidencias.
-Se redacta ACTA 2
+Se redacta ACTA04
@@ Línea 111: / Línea 112: @@
-Se redacta ACTA 3
+Se redacta ACTA05
@@ Línea 119: / Línea 120: @@
 uno individual del grupo y otro común con el resto de equipo para la integración. Se asignan los permisos oportunos, cada coordinador
 tiene privilegios sobre su equipo y es reponsable de añadir al equipos a los diferentes integrantes.