Diferencia entre revisiones de «Diario de Grupo»
(No se muestran 5 ediciones intermedias de 2 usuarios) | |||
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 77: | ||
Se analizan posibles herramientas para la gestión de incidencias | Se analizan posibles herramientas para la gestión de incidencias | ||
− | Se redacta [[ | + | Se redacta [[Actas del primer taller de integración (GVR) |Acta 03]] |
Línea 117: | Línea 128: | ||
'''[24 Noviembre, 2015]''' | '''[24 Noviembre, 2015]''' | ||
− | Se | + | 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 | + | |
− | + | 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. | |
+ | |||
+ | '''[30 Noviembre, 2015]''' | ||
+ | |||
+ | No es posible levantar nuestro subsistema si los subsistemas de Creación de votaciones y Recuento, de los que dependemos para la lista de votaciones y los resultados, no nos devuelven los JSON con esa información. Se decide simular la información con unos stubs que resuelven tales peticiones. De este modo ya podemos levantar el sistema. | ||
+ | |||
+ | Hasta tener avanzado la integración con Angular se decide posponer el cambio de la base de datos y centrarnos en la integración. | ||
'''[01 Diciembre, 2015]''' | '''[01 Diciembre, 2015]''' | ||
− | Segunda | + | 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 acuerda con todos los subsistemas desplegar cada uno de los subsistemas y publicar la url en la Organización de GitHub. | ||
+ | |||
+ | Se registra INFORME02 | ||
+ | |||
+ | |||
+ | |||
+ | '''[02 Diciembre, 2015]''' | ||
+ | |||
+ | Se asiste a una reunión para el reparto de tareas hasta la próxima integración. Se analiza el impacto de la segunda integración y se toman las medidas para mejorar el sistema. | ||
+ | Reparto de tareas: | ||
+ | * Crear nueva rama y aplicar Angular : Daniel Sánchez | ||
+ | * Desplegar aplicación en Openshift: Valentín Barquero y Daniel Martín | ||
+ | * Aplicar nueva funcionalidad, donaciones por PayPal: Moisés Llamas | ||
+ | |||
+ | Se redacta ACTA04 | ||
+ | |||
+ | |||
+ | '''[08 Diciembre, 2015]''' | ||
+ | |||
+ | De cara a formalizar el uso que hacemos inevitablemente de aplicaciones tipo WhatsApp, se busca una herramienta de comunicación más profesional. Se propone y decide usar la aplicación '''Slack''' de comunicación de equipos, con soporte para intercambio de archivos y con integración con GitHub (muestra commits e incidencias). | ||
+ | |||
+ | |||
+ | '''[15 Diciembre, 2015]''' | ||
+ | |||
+ | Día de la tercera integración. En vista de la situación general sobre la integración con otros subsistemas se decide aplazar la evaluación de esta integración y posponer la integración para después de las vacaciones de navidad. | ||
+ | |||
+ | Se registra INFORME03 | ||
+ | |||
+ | |||
+ | '''[23 Diciembre, 2015]''' | ||
+ | |||
+ | 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: | ||
+ | * Aplicación desplegada en Openshift: www.resultados-visualización.rhcloud.com | ||
+ | * 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]''' | ||
+ | |||
+ | 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. | ||
+ | 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. | ||
+ | |||
+ | '''[10 Febrero, 2016]''' | ||
− | Se | + | 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. |
Revisión actual del 13:37 10 feb 2016
[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:
- Daniel Martín Rodrigo
- Daniel Sánchez Navarro
- Miguel Ángel Bellido Millán
- Moisés LLamas García
- 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 Acta01.
[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
[20 Octubre, 2015]
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.
[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 Acta 03
[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 ACTA04
[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 ACTA05
[24 Noviembre, 2015]
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.
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.
[30 Noviembre, 2015]
No es posible levantar nuestro subsistema si los subsistemas de Creación de votaciones y Recuento, de los que dependemos para la lista de votaciones y los resultados, no nos devuelven los JSON con esa información. Se decide simular la información con unos stubs que resuelven tales peticiones. De este modo ya podemos levantar el sistema.
Hasta tener avanzado la integración con Angular se decide posponer el cambio de la base de datos y centrarnos en la integración.
[01 Diciembre, 2015]
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 acuerda con todos los subsistemas desplegar cada uno de los subsistemas y publicar la url en la Organización de GitHub.
Se registra INFORME02
[02 Diciembre, 2015]
Se asiste a una reunión para el reparto de tareas hasta la próxima integración. Se analiza el impacto de la segunda integración y se toman las medidas para mejorar el sistema. Reparto de tareas:
- Crear nueva rama y aplicar Angular : Daniel Sánchez
- Desplegar aplicación en Openshift: Valentín Barquero y Daniel Martín
- Aplicar nueva funcionalidad, donaciones por PayPal: Moisés Llamas
Se redacta ACTA04
[08 Diciembre, 2015]
De cara a formalizar el uso que hacemos inevitablemente de aplicaciones tipo WhatsApp, se busca una herramienta de comunicación más profesional. Se propone y decide usar la aplicación Slack de comunicación de equipos, con soporte para intercambio de archivos y con integración con GitHub (muestra commits e incidencias).
[15 Diciembre, 2015]
Día de la tercera integración. En vista de la situación general sobre la integración con otros subsistemas se decide aplazar la evaluación de esta integración y posponer la integración para después de las vacaciones de navidad.
Se registra INFORME03
[23 Diciembre, 2015]
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:
- Aplicación desplegada en Openshift: www.resultados-visualización.rhcloud.com
- 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]
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. 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.
[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.