Wiki de EGC - Contribuciones del usuario [es]

Archivo:EGC-Acta 15 (17-12-2014).pdf

2014-12-17T16:14:22Z

Danferrom:

Grupo de Frontend de Resultados(2014-15) - Iteración 9

2014-12-17T16:10:49Z

Danferrom:

=Asistentes=

* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]
* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]

=Resultados=

* Cada uno de los representantes hace un esquema en la pizarra de cómo se comunica con los subsistemas adyacentes.
* Se deja claro cuál es el formato final del JSON entregado por el grupo de Cabina de votación.
* El grupo de Verificación de resultados especifica que sólo se limitará a intervenir en el cifrado con respecto a la creación de la clave RSA.
* Sería conveniente utilizar la misma contraseña y usuario para el acceso a base de datos en aquellos subsistemas basados en Java.
* El grupo de Autenticación propone como método de comprobación de que el usuario es quien dice ser, el hecho de acceder a la ''cookie'' almacenada por ese usuario y comprobar que el ''token'' almacenado en la ''cookie'' coincida con el de la votación.
* Hacer hincapié en el uso de un repositorio común para todos los grupos (ya existente en Github).

Grupo Frontend de Resultados(2014-15)

2014-12-17T16:04:26Z

Danferrom: /* Actas */

== Descripción ==

Subsistema de Agora@US encargado de recibir los votos del subsistema de [[Grupo Recuento(2014-15)|Recuento]], almacenarlos en una base de datos independiente y transformarlos para, posteriormente, ofrecérselos al subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] cuando éstos los soliciten.

== Miembros ==

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]: Gestor de la configuración
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]: Gestor de la configuración
* [[Usuario:josferbue|José Antonio Fernández Bueno]]: Jefe de proyecto
* [[Usuario:alvfergar|Álvaro Fernández García]]: Gestor de la configuración
* [[Usuario:danferrom|Daniel Fernández Romero]]: Gestor de la configuración
* [[Usuario:adrgoncas|Adrián González Castro]]: Gestor de la configuración
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]: Gestor de la configuración
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]: Gestor de la configuración

== Gestión del trabajo ==

Una vez recibida la carga de trabajo, el reparto de tareas se realizará de forma equitativa, y será realizado de forma individual o bien en subgrupos, dependiendo de cuán compleja sea la tarea.
Si una tarea es asignada a un miembro del grupo y éste no es capaz de realizarla, puede cambiarla si otro miembro está de acuerdo en intercambiarla por otra tarea del mismo peso. En caso de que nadie quisiera intercambiarla y la persona encargada se niegue a realizarla, será responsable de la misma y se informará al profesor de dicho altercado.

== Gestión de reuniones ==

De forma periódica, se realizará una reunión compuesta por todos los miembros del grupo. Dicha reunión tendrá lugar los lunes laborales a las 12:30 en la Escuela Técnica Superior de Ingeniería Informática.
Si estas reuniones no son suficientes, se avisará a todos los miembros del grupo para llegar a un acuerdo sobre el día, hora y lugar de la reunión prevista. Los miembros recibirán el aviso vía e-mail, WhatsApp o Skype. En caso de no ser posible asistir a la reunión, se deberá avisar al resto de miembros de dicho suceso.

== Pautas a la hora de realizar commits en GIT ==

Tras completar las sesiones de prácticas de GIT, se han establecido una serie de pautas para homogeneizar los commits en GIT, siguiendo las guías expuestas por el profesor de prácticas:
* 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:
CORRECCIÓN: [título del commit]
APIGET: [título del commit]
APIPOST: [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.

== Trabajo realizado ==

* Esqueleto del diario de grupo.
* Elección de la tecnología a utilizar.
* Planificación de reuniones.
* Método de comunicación entre los miembros de grupo.
* Método de trabajo.
* Plantilla de las actas de reunión. [[Archivo:Plantilla_acta_de_reunión.pdf]]
* Primera versión del subsistema elegido.
* Creación de repositorio.
* Conocer los datos que nos va a entregar el servicio de [[Grupo Recuento(2014-15)|Recuento]] de votos.
* Acordar con los miembros encargados de desarrollar el subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] qué formato prefieren a la hora de recibir los votos.
* Repartir las tareas de desarrollo del subsistema y de documentación de la wiki.

== Trabajo por realizar==

* Completar el diario de grupo.
* Completar la documentación del trabajo.

== Iteraciones ==

* [[Grupo de Frontend de Resultados(2014-15) - Iteración 1|Iteración 1 (29/09/14) - Taller de creación de grupos]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 2|Iteración 2 (01/10/14) - Taller de arquitectura de la aplicación]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 3|Iteración 3 (06/10/14) - Taller de gestión del código (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 4|Iteración 4 (08/10/14) - Taller de gestión del código (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)|Iteración 5 (27/10/14) - Taller de gestión del código (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 6|Iteración 6 (10/11/14) - Taller de simulacro de integración (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 7|Iteración 7 (24/11/14) - Taller de simulacro de integración (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 8|Iteración 8 (15/12/14) - Taller de simulacro de integración (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 9|Iteración 9 (17/12/14) - Reunión global de grupos para resolución de conflictos]]

== Prácticas ==

* [[Grupo de Frontend de Resultados(2014-15) - Práctica 1|Práctica 1 (15/10/14) - Herramienta de gestión de proyectos]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 2|Práctica 2 (22/10/14) - Uso de la herramienta GIT (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 3|Práctica 3 (29/10/14) - Uso de la herramienta GIT (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 4|Práctica 4 (05/11/14) - Uso de la herramienta GIT (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 5|Práctica 5 (12/11/14) - Uso de la herramienta Redmine]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 6|Práctica 6 (19/11/14) - Uso de la herramienta Jenkins]]

== Actas ==

* [[Archivo:EGC-Acta_1_(29-09-2014).pdf|Iteración 1 - Acta]]
* [[Archivo:EGC-Acta_2_(01-10-2014).pdf|Iteración 2 - Acta]]
* [[Archivo:EGC-Acta_3_(06-10-2014).pdf|Iteración 3 - Acta]]
* [[Archivo:EGC-Acta_4_(08-10-2014).pdf|Iteración 4 - Acta]]
* [[Archivo:EGC-Acta_5_(15-10-2014).pdf|Práctica 1 - Acta]]
* [[Archivo:EGC-Acta_6_(22-10-2014).pdf|Práctica 2 - Acta]]
* [[Archivo:EGC-Acta_7_(27-10-2014).pdf|Iteración 5 - Acta]]
* [[Archivo:EGC-Acta_8_(29-10-2014).pdf|Práctica 3 - Acta]]
* [[Archivo:EGC-Acta_9_(05-11-2014).pdf|Práctica 4 - Acta]]
* [[Archivo:EGC-Acta_10_(10-11-2014).pdf|Iteración 6 - Acta]]
* [[Archivo:EGC-Acta_11_(12-11-2014).pdf|Práctica 5 - Acta]]
* [[Archivo:EGC-Acta_12_(19-11-2014).pdf|Práctica 6 - Acta]]
* [[Archivo:EGC-Acta_13_(24-11-2014).pdf|Iteración 7 - Acta]]
* [[Archivo:EGC-Acta_14_(15-12-2014).pdf|Iteración 8 - Acta]]
* [[Archivo:EGC-Acta_15_(17-12-2014).pdf|Iteración 9 - Acta]]

== Subsistemas relacionados ==

* [[Grupo Recuento(2014-15)|Recuento]]
* [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]]

Grupo de Frontend de Resultados(2014-15) - Iteración 9

2014-12-17T16:01:16Z

Danferrom: /* Resultados */

=Asistentes=

* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]
* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]

=Resultados=

* Cada uno de los representantes hace un esquema en la pizarra de cómo se comunica con los subsistemas adyacentes.
* Se deja claro cuál es el formato final del JSON entregado por el grupo de Cabina de votación.
* El grupo de Verificación de resultados especifica que sólo se limitará a intervenir en el cifrado con respecto a la creación de la clave RSA.
* Sería conveniente utilizar la misma contraseña y usuario para el acceso a base de datos en aquellos subsistemas basados en Java.
* El grupo de Autenticación propone como método de comprobación de que el usuario es quien dice ser, el hecho de acceder a la 'cookie' almacenada por ese usuario y comprobar que el 'token' almacenado en la 'cookie' coincida con el de la votación.
* Hacer hincapié en el uso de un repositorio común para todos los grupos (ya existente en Github).

Grupo de Frontend de Resultados(2014-15) - Iteración 9

2014-12-17T16:00:00Z

Danferrom: Página creada con «=Asistentes= * Raquel María Cumplido Díaz * Álvaro Fernández García * Daniel Fernández Romero * [[U...»

=Asistentes=

* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]
* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]

=Resultados=

* Cada uno de los representantes hace un esquema en la pizarra de cómo se comunica con los subsistemas adyacentes.
* Se deja claro cuál es el formato final del JSON entregado por el grupo de [[Grupo Cabina de Votación(2014-15)|Cabina de votación]].
* El grupo de [[Grupo Verificación(2014-15)|Verificación de resultados]] especifica que sólo se limitará a intervenir en el cifrado con respecto a la creación de la clave RSA.
* Sería conveniente utilizar la misma contraseña y usuario para el acceso a base de datos en aquellos subsistemas basados en Java.
* El grupo de [[Grupo Autenticación(2014-15)|Autenticación]] propone como método de comprobación de que el usuario es quien dice ser, el hecho de acceder a la 'cookie' almacenada por ese usuario y comprobar que el 'token' almacenado en la 'cookie' coincida con el de la votación.
* Hacer hincapié en el uso de un repositorio común para todos los grupos (ya existente en Github).

Grupo Frontend de Resultados(2014-15)

2014-12-17T15:15:35Z

Danferrom: /* Iteraciones */

== Descripción ==

Subsistema de Agora@US encargado de recibir los votos del subsistema de [[Grupo Recuento(2014-15)|Recuento]], almacenarlos en una base de datos independiente y transformarlos para, posteriormente, ofrecérselos al subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] cuando éstos los soliciten.

== Miembros ==

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]: Gestor de la configuración
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]: Gestor de la configuración
* [[Usuario:josferbue|José Antonio Fernández Bueno]]: Jefe de proyecto
* [[Usuario:alvfergar|Álvaro Fernández García]]: Gestor de la configuración
* [[Usuario:danferrom|Daniel Fernández Romero]]: Gestor de la configuración
* [[Usuario:adrgoncas|Adrián González Castro]]: Gestor de la configuración
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]: Gestor de la configuración
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]: Gestor de la configuración

== Gestión del trabajo ==

Una vez recibida la carga de trabajo, el reparto de tareas se realizará de forma equitativa, y será realizado de forma individual o bien en subgrupos, dependiendo de cuán compleja sea la tarea.
Si una tarea es asignada a un miembro del grupo y éste no es capaz de realizarla, puede cambiarla si otro miembro está de acuerdo en intercambiarla por otra tarea del mismo peso. En caso de que nadie quisiera intercambiarla y la persona encargada se niegue a realizarla, será responsable de la misma y se informará al profesor de dicho altercado.

== Gestión de reuniones ==

De forma periódica, se realizará una reunión compuesta por todos los miembros del grupo. Dicha reunión tendrá lugar los lunes laborales a las 12:30 en la Escuela Técnica Superior de Ingeniería Informática.
Si estas reuniones no son suficientes, se avisará a todos los miembros del grupo para llegar a un acuerdo sobre el día, hora y lugar de la reunión prevista. Los miembros recibirán el aviso vía e-mail, WhatsApp o Skype. En caso de no ser posible asistir a la reunión, se deberá avisar al resto de miembros de dicho suceso.

== Pautas a la hora de realizar commits en GIT ==

Tras completar las sesiones de prácticas de GIT, se han establecido una serie de pautas para homogeneizar los commits en GIT, siguiendo las guías expuestas por el profesor de prácticas:
* 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:
CORRECCIÓN: [título del commit]
APIGET: [título del commit]
APIPOST: [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.

== Trabajo realizado ==

* Esqueleto del diario de grupo.
* Elección de la tecnología a utilizar.
* Planificación de reuniones.
* Método de comunicación entre los miembros de grupo.
* Método de trabajo.
* Plantilla de las actas de reunión. [[Archivo:Plantilla_acta_de_reunión.pdf]]
* Primera versión del subsistema elegido.
* Creación de repositorio.
* Conocer los datos que nos va a entregar el servicio de [[Grupo Recuento(2014-15)|Recuento]] de votos.
* Acordar con los miembros encargados de desarrollar el subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] qué formato prefieren a la hora de recibir los votos.
* Repartir las tareas de desarrollo del subsistema y de documentación de la wiki.

== Trabajo por realizar==

* Completar el diario de grupo.
* Completar la documentación del trabajo.

== Iteraciones ==

* [[Grupo de Frontend de Resultados(2014-15) - Iteración 1|Iteración 1 (29/09/14) - Taller de creación de grupos]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 2|Iteración 2 (01/10/14) - Taller de arquitectura de la aplicación]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 3|Iteración 3 (06/10/14) - Taller de gestión del código (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 4|Iteración 4 (08/10/14) - Taller de gestión del código (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)|Iteración 5 (27/10/14) - Taller de gestión del código (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 6|Iteración 6 (10/11/14) - Taller de simulacro de integración (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 7|Iteración 7 (24/11/14) - Taller de simulacro de integración (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 8|Iteración 8 (15/12/14) - Taller de simulacro de integración (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 9|Iteración 9 (17/12/14) - Reunión global de grupos para resolución de conflictos]]

== Prácticas ==

* [[Grupo de Frontend de Resultados(2014-15) - Práctica 1|Práctica 1 (15/10/14) - Herramienta de gestión de proyectos]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 2|Práctica 2 (22/10/14) - Uso de la herramienta GIT (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 3|Práctica 3 (29/10/14) - Uso de la herramienta GIT (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 4|Práctica 4 (05/11/14) - Uso de la herramienta GIT (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 5|Práctica 5 (12/11/14) - Uso de la herramienta Redmine]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 6|Práctica 6 (19/11/14) - Uso de la herramienta Jenkins]]

== Actas ==

* [[Archivo:EGC-Acta_1_(29-09-2014).pdf|Iteración 1 - Acta]]
* [[Archivo:EGC-Acta_2_(01-10-2014).pdf|Iteración 2 - Acta]]
* [[Archivo:EGC-Acta_3_(06-10-2014).pdf|Iteración 3 - Acta]]
* [[Archivo:EGC-Acta_4_(08-10-2014).pdf|Iteración 4 - Acta]]
* [[Archivo:EGC-Acta_5_(15-10-2014).pdf|Práctica 1 - Acta]]
* [[Archivo:EGC-Acta_6_(22-10-2014).pdf|Práctica 2 - Acta]]
* [[Archivo:EGC-Acta_7_(27-10-2014).pdf|Iteración 5 - Acta]]
* [[Archivo:EGC-Acta_8_(29-10-2014).pdf|Práctica 3 - Acta]]
* [[Archivo:EGC-Acta_9_(05-11-2014).pdf|Práctica 4 - Acta]]
* [[Archivo:EGC-Acta_10_(10-11-2014).pdf|Iteración 6 - Acta]]
* [[Archivo:EGC-Acta_11_(12-11-2014).pdf|Práctica 5 - Acta]]
* [[Archivo:EGC-Acta_12_(19-11-2014).pdf|Práctica 6 - Acta]]
* [[Archivo:EGC-Acta_13_(24-11-2014).pdf|Iteración 7 - Acta]]
* [[Archivo:EGC-Acta_14_(15-12-2014).pdf|Iteración 8 - Acta]]

== Subsistemas relacionados ==

* [[Grupo Recuento(2014-15)|Recuento]]
* [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]]

Archivo:EGC-Acta 13 (24-11-2014).pdf

2014-11-25T00:45:56Z

Danferrom:

Archivo:EGC-Acta 12 (19-11-2014).pdf

2014-11-25T00:45:43Z

Danferrom:

Grupo de Frontend de Resultados(2014-15) - Práctica 5

2014-11-12T23:41:02Z

Danferrom: Página creada con «=Asistentes= * Manuel Cabrera Coronilla * Raquel María Cumplido Díaz * José Antonio Fernández Bueno *...»

Grupo Frontend de Resultados(2014-15)

2014-11-12T23:31:35Z

Danferrom: /* Prácticas */

== Descripción ==

Subsistema de Agora@US encargado de recibir los votos del subsistema de [[Grupo Recuento(2014-15)|Recuento]], almacenarlos en una base de datos independiente y transformarlos para, posteriormente, ofrecérselos al subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] cuando éstos los soliciten.

== Miembros ==

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]: Gestor de la configuración
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]: Gestor de la configuración
* [[Usuario:josferbue|José Antonio Fernández Bueno]]: Jefe de proyecto
* [[Usuario:alvfergar|Álvaro Fernández García]]: Gestor de la configuración
* [[Usuario:danferrom|Daniel Fernández Romero]]: Gestor de la configuración
* [[Usuario:adrgoncas|Adrián González Castro]]: Gestor de la configuración
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]: Gestor de la configuración
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]: Gestor de la configuración

== Gestión del trabajo ==

Una vez recibida la carga de trabajo, el reparto de tareas se realizará de forma equitativa, y será realizado de forma individual o bien en subgrupos, dependiendo de cuán compleja sea la tarea.
Si una tarea es asignada a un miembro del grupo y éste no es capaz de realizarla, puede cambiarla si otro miembro está de acuerdo en intercambiarla por otra tarea del mismo peso. En caso de que nadie quisiera intercambiarla y la persona encargada se niegue a realizarla, será responsable de la misma y se informará al profesor de dicho altercado.

== Gestión de reuniones ==

De forma periódica, se realizará una reunión compuesta por todos los miembros del grupo. Dicha reunión tendrá lugar los lunes laborales a las 12:30 en la Escuela Técnica Superior de Ingeniería Informática.
Si estas reuniones no son suficientes, se avisará a todos los miembros del grupo para llegar a un acuerdo sobre el día, hora y lugar de la reunión prevista. Los miembros recibirán el aviso vía e-mail, WhatsApp o Skype. En caso de no ser posible asistir a la reunión, se deberá avisar al resto de miembros de dicho suceso.

== Trabajo realizado ==

* Esqueleto del diario de grupo.
* Elección de la tecnología a utilizar.
* Planificación de reuniones.
* Método de comunicación entre los miembros de grupo.
* Método de trabajo.
* Plantilla de las actas de reunión. [[Archivo:Plantilla_acta_de_reunión.pdf]]
* Primera versión del subsistema elegido.
* Creación de repositorio.
* Conocer los datos que nos va a entregar el servicio de [[Grupo Recuento(2014-15)|Recuento]] de votos.
* Acordar con los miembros encargados de desarrollar el subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] qué formato prefieren a la hora de recibir los votos.

== Trabajo por realizar==

* Completar el diario de grupo.
* Mejorar la primera versión del subsistema.
* Repartir las tareas de desarrollo del subsistema.

== Iteraciones ==

* [[Grupo de Frontend de Resultados(2014-15) - Iteración 1|Iteración 1 (29/09/14) - Taller de creación de grupos]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 2|Iteración 2 (01/10/14) - Taller de arquitectura de la aplicación]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 3|Iteración 3 (06/10/14) - Taller de gestión del código (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 4|Iteración 4 (08/10/14) - Taller de gestión del código (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)|Iteración 5 (27/10/14) - Taller de gestión del código (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 6|Iteración 6 (10/11/14) - Taller de simulacro de integración]]

== Prácticas ==

* [[Grupo de Frontend de Resultados(2014-15) - Práctica 1|Práctica 1 (15/10/14) - Herramienta de gestión de proyectos]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 2|Práctica 2 (22/10/14) - Uso de la herramienta GIT (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 3|Práctica 3 (29/10/14) - Uso de la herramienta GIT (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 4|Práctica 4 (05/11/14) - Uso de la herramienta GIT (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 5|Práctica 5 (12/11/14) - Uso de la herramienta Redmine]]

== Actas ==

* [[Archivo:EGC-Acta_1_(29-09-2014).pdf|Iteración 1 - Acta]]
* [[Archivo:EGC-Acta_2_(01-10-2014).pdf|Iteración 2 - Acta]]
* [[Archivo:EGC-Acta_3_(06-10-2014).pdf|Iteración 3 - Acta]]
* [[Archivo:EGC-Acta_4_(08-10-2014).pdf|Iteración 4 - Acta]]
* [[Archivo:EGC-Acta_5_(15-10-2014).pdf|Práctica 1 - Acta]]
* [[Archivo:EGC-Acta_6_(22-10-2014).pdf|Práctica 2 - Acta]]
* [[Archivo:EGC-Acta_7_(27-10-2014).pdf|Iteración 5 - Acta]]
* [[Archivo:EGC-Acta_8_(29-10-2014).pdf|Práctica 3 - Acta]]

== Subsistemas relacionados ==

* [[Grupo Recuento(2014-15)|Recuento]]
* [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]]

Grupo de Frontend de Resultados(2014-15) - Iteración 6

2014-11-12T18:05:03Z

Danferrom:

=Asistentes=

* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se realiza un simulacro de integración de todos los subsistemas de Agora@US. Para llevarla a cabo, se dividió a la clase en cinco subgrupos formados por miembros de cada uno de los grupos de prácticas.
* Debido a la incompletitud del código fuente de los subsistemas no se consiguió el objetivo, que era hacer funciona el sistema completo durante aproximadamente 45 minutos.
* Se utilizaron plantillas a nivel de grupo conformado para la integración para reportar incidencias, y plantillas individuales para que cada miembro de dicho grupo valorase tanto al resto de subsistemas como a los miembros de cada subsistema que formaban parte del grupo de integración.

Grupo de Frontend de Resultados(2014-15) - Iteración 6

2014-11-12T17:56:41Z

Danferrom:

Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

2014-11-12T17:55:29Z

Danferrom:

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se propusieron preguntas para el encuentro con los miembros de Agota Voting vía IRC.
* Se produjo una nueva iteración que dio lugar a una mejora del subsistema.
* Solución de problemas existentes al intentar utilizar la tecnología de despliegue acordada.
* Primera versión del plan de gestión de ramas a aplicar durante el desarrollo del subsistema (susceptible a cambios).

=Entregable=

==Gestión de ''branches''==

En lo que se refiere a la gestión de ramas o ''branches'', se ha acordado mantener dos a lo largo del desarrollo del código fuente:

* La primera, dedicada al desarrollo de la API REST.
* La segunda, en la que se desarrollará lo relativo a la base de datos donde serán almacenados los resultados de las votaciones.

Opcionalmente, se añadirá una tercera rama en caso de que se necesiten hacer pruebas en el código.

Veamos ahora los criterios que se han seguido y/o se seguirán para llevar a cabo la creación, unión y eliminación de ''branches'':

* Creación: se realizará al empezar el desarrollo (excepto la de pruebas), para desacoplar el código y evitar errores de concurrencia.
* Unión (''merge''): tendrá lugar al finalizar el desarrollo para llevar a cabo las pruebas de integración y comprobar que todo funciona correctamente. También podrá ocurrir en el caso de que una rama de prueba quiera ser incorporada a una de las dos principales.
* Eliminación: no se plantea para las ramas principales (API, DB). Únicamente tiene sentido en el caso de que una rama de pruebas no se considere válida.

==Gestión del código fuente==

Al comienzo del desarrollo del subsistema, se usó '''SVN''' como herramienta de gestión del código fuente, ya que los miembros del equipo de desarrollo estaban familiarizados con ésta. No obstante, tras realizar la [[Grupo_de_Frontend_de_Resultados(2014-15)_-_Práctica_2|práctica 2]] y la [[Grupo_de_Frontend_de_Resultados(2014-15)_-_Práctica_3|práctica 3]], en las cuales se ha explicado el funcionamiento de '''GIT''', y la mejora que supone con respecto a '''SVN''', se ha decidido cambiar a esta herramienta.

==Gestión del proyecto==

Como herramienta de gestión de proyectos, como ya se vio en la [[Grupo_de_Frontend_de_Resultados(2014-15)_-_Práctica_1|práctica 1]], tras analizar diferentes opciones, se eligió '''RedMine'''. Es necesario puntualizar que esta elección es a nivel local, es decir, que no involucra a los demás subsistemas.

Para la comunicación con los demás grupos de trabajo, en primer lugar desde el grupo se propone usar la herramienta '''Teamwork'''. No obstante, tras comunicárselo a los grupos relacionados éstos prefieren que la comunicación con ellos se realice usando su foro de la wiki.

Grupo Frontend de Resultados(2014-15)

2014-11-12T17:49:04Z

Danferrom: /* Iteraciones */

== Descripción ==

Subsistema de Agora@US encargado de recibir los votos del subsistema de [[Grupo Recuento(2014-15)|Recuento]], almacenarlos en una base de datos independiente y transformarlos para, posteriormente, ofrecérselos al subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] cuando éstos los soliciten.

== Miembros ==

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]: Gestor de la configuración
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]: Gestor de la configuración
* [[Usuario:josferbue|José Antonio Fernández Bueno]]: Jefe de proyecto
* [[Usuario:alvfergar|Álvaro Fernández García]]: Gestor de la configuración
* [[Usuario:danferrom|Daniel Fernández Romero]]: Gestor de la configuración
* [[Usuario:adrgoncas|Adrián González Castro]]: Gestor de la configuración
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]: Gestor de la configuración
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]: Gestor de la configuración

== Gestión del trabajo ==

Una vez recibida la carga de trabajo, el reparto de tareas se realizará de forma equitativa, y será realizado de forma individual o bien en subgrupos, dependiendo de cuán compleja sea la tarea.
Si una tarea es asignada a un miembro del grupo y éste no es capaz de realizarla, puede cambiarla si otro miembro está de acuerdo en intercambiarla por otra tarea del mismo peso. En caso de que nadie quisiera intercambiarla y la persona encargada se niegue a realizarla, será responsable de la misma y se informará al profesor de dicho altercado.

== Gestión de reuniones ==

De forma periódica, se realizará una reunión compuesta por todos los miembros del grupo. Dicha reunión tendrá lugar los lunes laborales a las 12:30 en la Escuela Técnica Superior de Ingeniería Informática.
Si estas reuniones no son suficientes, se avisará a todos los miembros del grupo para llegar a un acuerdo sobre el día, hora y lugar de la reunión prevista. Los miembros recibirán el aviso vía e-mail, WhatsApp o Skype. En caso de no ser posible asistir a la reunión, se deberá avisar al resto de miembros de dicho suceso.

== Trabajo realizado ==

* Esqueleto del diario de grupo.
* Elección de la tecnología a utilizar.
* Planificación de reuniones.
* Método de comunicación entre los miembros de grupo.
* Método de trabajo.
* Plantilla de las actas de reunión. [[Archivo:Plantilla_acta_de_reunión.pdf]]
* Primera versión del subsistema elegido.
* Creación de repositorio.
* Conocer los datos que nos va a entregar el servicio de [[Grupo Recuento(2014-15)|Recuento]] de votos.
* Acordar con los miembros encargados de desarrollar el subsistema de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] qué formato prefieren a la hora de recibir los votos.

== Trabajo por realizar==

* Completar el diario de grupo.
* Mejorar la primera versión del subsistema.
* Repartir las tareas de desarrollo del subsistema.

== Iteraciones ==

* [[Grupo de Frontend de Resultados(2014-15) - Iteración 1|Iteración 1 (29/09/14) - Taller de creación de grupos]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 2|Iteración 2 (01/10/14) - Taller de arquitectura de la aplicación]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 3|Iteración 3 (06/10/14) - Taller de gestión del código (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 4|Iteración 4 (08/10/14) - Taller de gestión del código (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)|Iteración 5 (27/10/14) - Taller de gestión del código (III)]]
* [[Grupo de Frontend de Resultados(2014-15) - Iteración 6|Iteración 6 (10/11/14) - Taller de simulacro de integración]]

== Prácticas ==

* [[Grupo de Frontend de Resultados(2014-15) - Práctica 1|Práctica 1 (15/10/14) - Herramienta de gestión de proyectos]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 2|Práctica 2 (22/10/14) - Uso de la herramienta GIT (I)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 3|Práctica 3 (29/10/14) - Uso de la herramienta GIT (II)]]
* [[Grupo de Frontend de Resultados(2014-15) - Práctica 4|Práctica 4 (05/11/14) - Uso de la herramienta GIT (III)]]

== Actas ==

* [[Archivo:EGC-Acta_1_(29-09-2014).pdf|Iteración 1 - Acta]]
* [[Archivo:EGC-Acta_2_(01-10-2014).pdf|Iteración 2 - Acta]]
* [[Archivo:EGC-Acta_3_(06-10-2014).pdf|Iteración 3 - Acta]]
* [[Archivo:EGC-Acta_4_(08-10-2014).pdf|Iteración 4 - Acta]]
* [[Archivo:EGC-Acta_5_(15-10-2014).pdf|Práctica 1 - Acta]]
* [[Archivo:EGC-Acta_6_(22-10-2014).pdf|Práctica 2 - Acta]]
* [[Archivo:EGC-Acta_7_(27-10-2014).pdf|Iteración 5 - Acta]]
* [[Archivo:EGC-Acta_8_(29-10-2014).pdf|Práctica 3 - Acta]]

== Subsistemas relacionados ==

* [[Grupo Recuento(2014-15)|Recuento]]
* [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]]

Grupo de Frontend de Resultados(2014-15) - Práctica 4

2014-11-12T17:46:08Z

Danferrom:

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se sigue indagando en el uso de GIT y sus comandos, más concretamente en el uso y gestión de ramas dentro de un proyecto.
* Se aloja un fichero '''readme.txt''' en el repositorio de Github y cada miembro del equipo realiza cambios y hace ''commit'' de los mismos.
* Se presenta al resto de compañeros la traza de los ''commits'' realizados al repositorio en Github.
* Se muestran una serie de buenas prácticas a la hora de subir cambios al repositorio en Github (formato a establecer, información que debe contener la subida...).

Grupo de Frontend de Resultados(2014-15) - Práctica 4

2014-11-12T17:44:46Z

Danferrom: /* Resultados */

Grupo de Frontend de Resultados(2014-15) - Práctica 4

2014-11-12T17:37:38Z

Danferrom: /* Resultados */

Grupo de Frontend de Resultados(2014-15) - Práctica 4

2014-11-12T17:36:22Z

Danferrom: Página creada con «=Asistentes= * Manuel Cabrera Coronilla * Raquel María Cumplido Díaz * José Antonio Fernández Bueno *...»

Grupo Frontend de Resultados(2014-15)

2014-11-12T17:32:17Z

Danferrom: /* Prácticas */

Grupo Frontend de Resultados(2014-15)

2014-11-12T17:31:52Z

Danferrom: /* Prácticas */

Espacio común (2014-15)

2014-11-03T16:54:45Z

Danferrom: /* Preguntas para la sesión de IRC con Agora Voting team */

= Preguntas para la sesión de IRC con [https://agoravoting.com/ Agora Voting team] =

Las respuestas se están construyendo en https://titanpad.com/Ow58aDKnF2

Fecha prevista: Lunes 3 de Noviembre

* Grupo Verificación:
** Pregunta 1: ¿Cómo se gestionan las claves para descifrar y cifrar? ¿Se utiliza la misma base de datos del resto del sistema o una aparte?
** Pregunta 2: ¿Se utiliza algún algoritmo específico para cifrar o descifrar?

* Grupo Cabina de voto:
** Pregunta 1: ¿Cómo se cifran los votos?
** Pregunta 2: ¿De qué forma identifica la cabina de oto al usuario logueado?
** Pregunta 3: ¿Qué lenguaje de programación usan?
** Pregunta 4: ¿Tienen los diferentes subsistemas divididos o trabajan en un mismo proyecto?

* Grupo creación y administración de censos:
** Pregunta 1: Se dijo en la presentación que un usuario podía votar las veces que quisiera y solo valía el ultimo voto. ¿Cuál es el proceso para ello?
** Pregunta 2: En cuanto a la gestión de censos, ¿se crea un censo automáticamente cuando creamos una nueva votación?
** Pregunta 3: ¿Un mismo censo puede pertenecer a varias votaciones? o por el contrario, cada votación tiene un censo asignado
** Pregunta 4: En el caso de querer crear dos votaciones con el mismo censo, ¿cómo se hace?

* Grupo Autenticación:
** Pregunta 1: Actualmente, nuestro sistema de verificación de la autenticidad del usuario logueado consiste en almacenar una cookie con un hash md5 generado a partir de los credenciales del usuario. Si alguien copiara esa cookie, podría suplantar a dicho usuario. ¿Utiliza Agora Voting algún método para evitar esta tipo de amenazas?
** Pregunta 2: Actualmente, los usuarios en nuestro sistema sólo tienen un nombre de usuario y una contraseña. ¿De qué datos de usuarios se dispone en Agora Voting?

* Grupo Modificación de resultados:
** Pregunta 1: ¿Qué tipo de modificación se puede realizar en una votación tipo Referendum?

* Grupo Frontend de resultados:
** Pregunta 1: ¿Cuántos repositorios se usan en Agora Voting?
** Pregunta 2: ¿Cómo se realiza la comunicación entre los subsistemas?
** Pregunta 3: ¿Qué suceso determina la creación de una nueva rama?

= Espacio de comunicación propuesto =
A modo de propuesta de comunicación, los grupos Autenticación, Cabina de Votación y Creación/Administración de votaciones hemos creado un foro de ProjEtsii en el que discutir los conflictos. Esto se debe a la necesidad de resolver un conflicto que afecta a los 3 grupos.

Se puede acceder al foro públicamente [https://projetsii.informatica.us.es/projects/3qc4leqcpxny7wx9wrj/boards aquí].

Los profesores de la asignatura y un miembro de cada grupo han sido invitados al foro, para que si lo desean, inviten al resto de su grupo, o actúen como portavoces de este. Los miembros invitados inicialmente al proyecto son los siguientes:
*''' Autenticación:''' Juan Carlos Roldán Salvador
*''' Creación/Administración de votaciones:''' María Pérez Reina
*''' Modificación de resultados:''' Gabriel Vázquez Torres
*''' Almacenamiento de votos:''' Cristina Padilla Carrero
*''' Deliberaciones:''' Raquel Cerrato Algaba
*''' Recuento:''' María Concepción Gimeno Pastor
*''' Creación/Administración de censos:''' David Álvarez Silva
*''' Frontend de resultados:''' José Antonio Fernández Bueno
*''' Visualización de resultados:''' Hicham Moustaid
*''' Verificación:''' Sergio Martín Maroto
*''' Cabina de votación:''' Juan Elias Maireles Osuna

Se ha invitado al proyecto también a los 2 profesores de la asignatura.

Espacio común (2014-15)

2014-11-03T16:53:53Z

Danferrom: /* Preguntas para la sesión de IRC con Agora Voting team */

= Preguntas para la sesión de IRC con [https://agoravoting.com/ Agora Voting team] =

Las respuestas se están construyendo en https://titanpad.com/Ow58aDKnF2

Fecha prevista: Lunes 3 de Noviembre

* Grupo Verificación:
** Pregunta 1: ¿Cómo se gestionan las claves para descifrar y cifrar? ¿Se utiliza la misma base de datos del resto del sistema o una aparte?
** Pregunta 2: ¿Se utiliza algún algoritmo específico para cifrar o descifrar?

* Grupo Cabina de voto:
** Pregunta 1: ¿Cómo se cifran los votos?
** Pregunta 2: ¿De qué forma identifica la cabina de oto al usuario logueado?
** Pregunta 3: ¿Qué lenguaje de programación usan?
** Pregunta 4: ¿Tienen los diferentes subsistemas divididos o trabajan en un mismo proyecto?

* Grupo creación y administración de censos:
** Pregunta 1: Se dijo en la presentación que un usuario podía votar las veces que quisiera y solo valía el ultimo voto. ¿Cuál es el proceso para ello?
** Pregunta 2: En cuanto a la gestión de censos, ¿se crea un censo automáticamente cuando creamos una nueva votación?
** Pregunta 3: ¿Un mismo censo puede pertenecer a varias votaciones? o por el contrario, cada votación tiene un censo asignado
** Pregunta 4: En el caso de querer crear dos votaciones con el mismo censo, ¿cómo se hace?

* Grupo Autenticación:
** Pregunta 1: Actualmente, nuestro sistema de verificación de la autenticidad del usuario logueado consiste en almacenar una cookie con un hash md5 generado a partir de los credenciales del usuario. Si alguien copiara esa cookie, podría suplantar a dicho usuario. ¿Utiliza Agora Voting algún método para evitar esta tipo de amenazas?
** Pregunta 2: Actualmente, los usuarios en nuestro sistema sólo tienen un nombre de usuario y una contraseña. ¿De qué datos de usuarios se dispone en Agora Voting?

* Grupo Modificación de resultados:
** Pregunta 1: ¿Qué tipo de modificación se puede realizar en una votación tipo Referendum?

* Grupo Frontend de resultados:
** ¿Cuántos repositorios se usan en Agora Voting?
** ¿Cómo se realiza la comunicación entre los subsistemas?
** ¿Qué suceso determina la creación de una nueva rama?

= Espacio de comunicación propuesto =
A modo de propuesta de comunicación, los grupos Autenticación, Cabina de Votación y Creación/Administración de votaciones hemos creado un foro de ProjEtsii en el que discutir los conflictos. Esto se debe a la necesidad de resolver un conflicto que afecta a los 3 grupos.

Se puede acceder al foro públicamente [https://projetsii.informatica.us.es/projects/3qc4leqcpxny7wx9wrj/boards aquí].

Los profesores de la asignatura y un miembro de cada grupo han sido invitados al foro, para que si lo desean, inviten al resto de su grupo, o actúen como portavoces de este. Los miembros invitados inicialmente al proyecto son los siguientes:
*''' Autenticación:''' Juan Carlos Roldán Salvador
*''' Creación/Administración de votaciones:''' María Pérez Reina
*''' Modificación de resultados:''' Gabriel Vázquez Torres
*''' Almacenamiento de votos:''' Cristina Padilla Carrero
*''' Deliberaciones:''' Raquel Cerrato Algaba
*''' Recuento:''' María Concepción Gimeno Pastor
*''' Creación/Administración de censos:''' David Álvarez Silva
*''' Frontend de resultados:''' José Antonio Fernández Bueno
*''' Visualización de resultados:''' Hicham Moustaid
*''' Verificación:''' Sergio Martín Maroto
*''' Cabina de votación:''' Juan Elias Maireles Osuna

Se ha invitado al proyecto también a los 2 profesores de la asignatura.

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:49:25Z

Danferrom: /* Actas */

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:49:12Z

Danferrom: /* Actas */

Grupo de Frontend de Resultados(2014-15) - Iteración 4

2014-10-30T13:48:51Z

Danferrom:

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se decide utilizar JSON como formato de los datos pasados por el grupo de [[Grupo Recuento(2014-15)|Recuento]] y como formato de los datos que serán pasados al grupo de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]].
* Se utilizará Google Web Toolkit y App Engine para realizar el despliegue del subsistema y para proveer de los servicios necesarios a los grupos de trabajo antes mencionados.
* Se desestima utilizar ProjETSII como herramienta de gestión del código fuente debido a la elevada probabilidad de que el servicio esté en mantenimiento.
* Se llega a la conclusión, por parte de todos los jefes de proyecto, de que se necesita un foro para la comunicación entre grupos.

=Entregable=

Para empezar, todos los miembros que aún no tenían una copia de la versión actual del subsistema la introdujeron en sus equipos. Debido a que no emergió ninguna idea referente a introducir nuevas funcionalidades en el subsistema, ese día '''no se desarrolló ningún tipo de código'''. Únicamente se instalaron las librerías y plug-ins de ''Google Web Toolkit'' necesarios para el despliegue del subsistema y ''REST Easy'' para la implementación de la API REST que dará servicio al grupo de [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]].

Con respecto al tipo de ''checkout'' a utilizar, se llegó a la conclusión de que el idóneo era el ''checkout'' no reservado. Esto se debe a que se ha trabajado con este tipo de ''checkout'' en asignaturas de cursos anteriores y, por lo general, siempre se han obtenido buenos resultados, con la excepción de algún ''revert'' que fuese necesario aplicar o algún conflicto presente al intentar subir el código sin haber actualizado previamente la copia local en el equipo.

Grupo de Frontend de Resultados(2014-15) - Iteración 3

2014-10-30T13:48:20Z

Danferrom:

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se realiza una primera versión del subsistema.
* Se crea un proyecto en ProjETSII y se usa el repositorio relacionado para almacenar el código fuente.
* Se establece MySQL como sistema gestor de bases de datos.

=Entregable=

La primera parte del ejercicio ha sido realizada de forma parcial, ya que sólo un miembro del grupo tenía un equipo para poder programar. Además, no estaba claro qué había que programar. Debido a esto, únicamente fueron programados dos métodos que posteriormente fueron subidos a un repositorio en Google Code.
Las necesidades que se han encontrado tras esta práctica son, entre otras, concretar el formato de los datos de entrada y de salida, usar un repositorio para el código y conocer el alcance del subsistema. En el caso de haber tenido más miembros trabajando de forma paralela, se tendría que haber gestionado los conflictos al subir las diferentes partes desarrolladas al repositorio.
La segunda parte del ejercicio, la cual consistía en realizar una integración de lo hecho por todos los grupos, no fue llevada a cabo por falta de tiempo y organización. Por tanto, los conceptos de gestión del código fuente con los que se han experimentado corresponderían únicamente a la primera parte del ejercicio. Estos serían:
* Repositorio. El situado en Google Code y utilizado para subir el código fuente desarrollado durante la sesión.
* ''Baseline''. Versión primaria del subsistema a partir de la cual se van introduciendo nuevos elementos.
* ''Sandbox''. Es el entorno de desarrollo utilizado en el único equipo disponible durante la sesión de trabajo.
* ''Branch''. Si fuese necesario especificar la existencia de ''branches'', estaríamos hablando de una sola (''branch'' padre).

Todos estos elementos conforman lo que se conoce como ''time machine''.

Grupo de Frontend de Resultados(2014-15) - Iteración 2

2014-10-30T13:48:01Z

Danferrom:

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Identificación de tareas realizadas y por realizar.
* Se le da el formato a la página del grupo en la wiki.
* Dos representantes del grupo se reúnen con representantes del grupo relacionado ([[Grupo Recuento(2014-15)|Recuento]] y [[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]]) para dedicir el formato de los datos entrantes y salientes.
* Se establece como método de comunicación con los miembros de los dos grupos citados anteriormente el correo electrónico y la comunicación directa en horario de clase.

Grupo de Frontend de Resultados(2014-15) - Iteración 1

2014-10-30T13:47:30Z

Danferrom:

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:47:13Z

Danferrom:

Grupo de Frontend de Resultados(2014-15) - Práctica 3

2014-10-30T13:46:50Z

Danferrom: Página creada con «=Asistentes= * Manuel Cabrera Coronilla * Raquel María Cumplido Díaz * José Antonio Fernández Bueno *...»

Grupo de Frontend de Resultados(2014-15) - Práctica 2

2014-10-30T13:41:34Z

Danferrom: /* Asistentes */

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrían González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se crea una cuenta en Github.
* Se crea un repositorio de prueba al que se añaden ficheros sencillos.
* Conocer cómo descargar desde el repositorio en Github una copia local con la que poder trabajar a través del comando ''clone''.
* Aprendizaje de algunos comandos básicos de GIT para gestionar cambios tanto en el repositorio global (''push'', ''pull'', ''commit''...) como en el local (''add'', ''reset''...).
* Entender la necesidad de supervisar quién realizó cambios en cada fichero mediante la buena práctica de añadir el autor y el motivo del cambio a cada fichero modificado.
* Aprender de qué manera pueden conocerse las diferencias en un fichero comparando el estado actual con un estado anterior (comando ''diff'').

Grupo de Frontend de Resultados(2014-15) - Práctica 2

2014-10-30T13:41:04Z

Danferrom: Página creada con «=Asistentes= * Manuel Cabrera Coronilla * Raquel María Cumplido Díaz * José Antonio Fernández Bueno *...»

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:25:00Z

Danferrom: /* Prácticas */

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:24:39Z

Danferrom: /* Prácticas */

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:23:58Z

Danferrom: /* Iteraciones */

Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

2014-10-30T13:23:33Z

Danferrom: Danferrom movió la página Grupo de Frontend de Resultados(2014-15) - Iteración 6 a Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrián González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se propusieron preguntas para el encuentro con los miembros de Agota Voting vía IRC.
* Se produjo una nueva iteración que dio lugar a una mejora del subsistema.
* Solución de problemas existentes al intentar utilizar la tecnología de despliegue acordada.
* Primera versión del plan de gestión de ramas a aplicar durante el desarrollo del subsistema (susceptible a cambios).

Grupo de Frontend de Resultados(2014-15) - Iteración 6

2014-10-30T13:23:33Z

Danferrom: Danferrom movió la página Grupo de Frontend de Resultados(2014-15) - Iteración 6 a Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

#REDIRECCIÓN [[Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)]]

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:21:18Z

Danferrom: /* Prácticas */

Grupo de Frontend de Resultados(2014-15) - Iteración 5

2014-10-30T13:20:37Z

Danferrom: Danferrom movió la página Grupo de Frontend de Resultados(2014-15) - Iteración 5 a Grupo de Frontend de Resultados(2014-15) - Práctica 1

#REDIRECCIÓN [[Grupo de Frontend de Resultados(2014-15) - Práctica 1]]

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-30T13:20:36Z

Danferrom: Danferrom movió la página Grupo de Frontend de Resultados(2014-15) - Iteración 5 a Grupo de Frontend de Resultados(2014-15) - Práctica 1

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Tras someter a estudio diversas herramientas de gestión de proyectos y gestión del código fuente, más concretamente '''Redmine''' y '''Project.net''', se llega a la conclusión de que '''Redmine''' será la utilizada.
* Se establece el método de comunicación a utilizar por parte del grupo con los miembros de los grupos adyacentes ([[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] y [[Grupo Recuento(2014-15)|Recuento]]).

= Entregable =

Ante la necesidad de utilizar una herramienta que ayude al grupo de trabajo a gestionar el código fuente y el propio proyecto, el grupo decidió someter a estudio diversas herramientas de ésta índole. Tras echar un vistazo a varias de ellas, se prestó especial atención a '''RedMine''' y '''Project.NET''' (ambas con licencia GPL) y se procedió a realizar un análisis exhaustivo de qué beneficios reseñables aportaba cada una de ellas y a qué funcionalidades que ofrecían otras herramientas se estaba renunciando si se escogía una u otra.

Estas son las principales ventajas y desventajas observadas en cada una de las herramientas:

* Project.NET
Ventajas:
- Facilita la colaboración entre miembros de un proyecto.
- Provee de servicios de seguimiento para solucionar problemas en el proyecto.
- Permite utilizar wikis o blogs como medio de comunicación dentro del propio proyecto.
Inconvenientes:
- Precisa de manera estricta el uso de Apache Tomcat como servidor de aplicaciones y bases de datos Oracle.
- La versión web parece ser que sólo permite ser utilizada durante un tiempo limitado.

* RedMine
Ventajas:
- No precisa instalación en equipos, sino que se trata de un servicio web.
- Se pueden configurar y añadir elementos, como plug-ins y temas visuales.
- Las tareas a completar por cada usuario siempre pueden ser visualizadas por los mismos.
- En definitiva, se asemeja bastante a la herramienta ProjETSII.
Inconvenientes:
- No hay demasiadas opciones de personalización, a pesar de poderse añadir muchas extensiones.
- Los lectores RSS no pueden leer correctamente noticias RSS de wikis, como el que concierne a esta asignatura.

Debido a que '''RedMine''' se asemeja bastante a ProjETSII, se decide utilizar esta herramienta con el fin de tener que adaptarse a una nueva herramienta lo menos posible. Es decir, se busca reutilizar lo ya aprendido con ProjETSII para no dedicar demasiado tiempo a tareas de aclimatación a la herramienta.

= Acta =
[[Archivo: EGC-Acta_5_(15-10-2014).pdf]]

Grupo Frontend de Resultados(2014-15)

2014-10-30T13:20:10Z

Danferrom:

Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

2014-10-30T12:58:01Z

Danferrom: Página creada con «=Asistentes= * Manuel Cabrera Coronilla * Raquel María Cumplido Díaz * José Antonio Fernández Bueno *...»

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:alvfergar|Álvaro Fernández García]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:adrgoncas|Adrián González Castro]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Se propusieron preguntas para el encuentro con los miembros de Agota Voting vía IRC.
* Se produjo una nueva iteración que dio lugar a una mejora del subsistema.
* Solución de problemas existentes al intentar utilizar la tecnología de despliegue acordada.
* Primera versión del plan de gestión de ramas a aplicar durante el desarrollo del subsistema (susceptible a cambios).

Grupo Frontend de Resultados(2014-15)

2014-10-30T12:21:03Z

Danferrom: /* Iteraciones */

Grupo Frontend de Resultados(2014-15)

2014-10-30T12:13:33Z

Danferrom: /* Iteraciones */

Grupo Frontend de Resultados(2014-15)

2014-10-30T12:11:17Z

Danferrom: /* Iteraciones */

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-30T03:17:59Z

Danferrom: /* Entregable */

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Tras someter a estudio diversas herramientas de gestión de proyectos y gestión del código fuente, más concretamente '''Redmine''' y '''Project.net''', se llega a la conclusión de que '''Redmine''' será la utilizada.
* Se establece el método de comunicación a utilizar por parte del grupo con los miembros de los grupos adyacentes ([[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] y [[Grupo Recuento(2014-15)|Recuento]]).

= Entregable =

Ante la necesidad de utilizar una herramienta que ayude al grupo de trabajo a gestionar el código fuente y el propio proyecto, el grupo decidió someter a estudio diversas herramientas de ésta índole. Tras echar un vistazo a varias de ellas, se prestó especial atención a '''RedMine''' y '''Project.NET''' (ambas con licencia GPL) y se procedió a realizar un análisis exhaustivo de qué beneficios reseñables aportaba cada una de ellas y a qué funcionalidades que ofrecían otras herramientas se estaba renunciando si se escogía una u otra.

Estas son las principales ventajas y desventajas observadas en cada una de las herramientas:

* Project.NET
Ventajas:
- Facilita la colaboración entre miembros de un proyecto.
- Provee de servicios de seguimiento para solucionar problemas en el proyecto.
- Permite utilizar wikis o blogs como medio de comunicación dentro del propio proyecto.
Inconvenientes:
- Precisa de manera estricta el uso de Apache Tomcat como servidor de aplicaciones y bases de datos Oracle.
- La versión web parece ser que sólo permite ser utilizada durante un tiempo limitado.

* RedMine
Ventajas:
- No precisa instalación en equipos, sino que se trata de un servicio web.
- Se pueden configurar y añadir elementos, como plug-ins y temas visuales.
- Las tareas a completar por cada usuario siempre pueden ser visualizadas por los mismos.
- En definitiva, se asemeja bastante a la herramienta ProjETSII.
Inconvenientes:
- No hay demasiadas opciones de personalización, a pesar de poderse añadir muchas extensiones.
- Los lectores RSS no pueden leer correctamente noticias RSS de wikis, como el que concierne a esta asignatura.

Debido a que '''RedMine''' se asemeja bastante a ProjETSII, se decide utilizar esta herramienta con el fin de tener que adaptarse a una nueva herramienta lo menos posible. Es decir, se busca reutilizar lo ya aprendido con ProjETSII para no dedicar demasiado tiempo a tareas de aclimatación a la herramienta.

= Acta =
[[Archivo: EGC-Acta_5_(15-10-2014).pdf]]

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-30T03:17:45Z

Danferrom: /* Entregable */

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Tras someter a estudio diversas herramientas de gestión de proyectos y gestión del código fuente, más concretamente '''Redmine''' y '''Project.net''', se llega a la conclusión de que '''Redmine''' será la utilizada.
* Se establece el método de comunicación a utilizar por parte del grupo con los miembros de los grupos adyacentes ([[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] y [[Grupo Recuento(2014-15)|Recuento]]).

= Entregable =

Ante la necesidad de utilizar una herramienta que ayude al grupo de trabajo a gestionar el código fuente y el propio proyecto, el grupo decidió someter a estudio diversas herramientas de ésta índole. Tras echar un vistazo a varias de ellas, se prestó especial atención a '''RedMine''' y '''Project.NET''' (ambas con licencia GPL) y se procedió a realizar un análisis exhaustivo de qué beneficios reseñables aportaba cada una de ellas y a qué funcionalidades que ofrecían otras herramientas se estaba renunciando si se escogía una u otra.

Estas son las principales ventajas y desventajas observadas en cada una de las herramientas:

* Project.NET
Ventajas:
- Facilita la colaboración entre miembros de un proyecto.
- Provee de servicios de seguimiento para solucionar problemas en el proyecto.
- Permite utilizar wikis o blogs como medio de comunicación dentro del propio proyecto.
Inconvenientes:
- Precisa de manera estricta el uso de Apache Tomcat como servidor de aplicaciones y bases de datos Oracle.
- La versión web parece ser que sólo permite ser utilizada durante un tiempo limitado.

* RedMine
Ventajas:
- No precisa instalación en equipos, sino que se trata de un servicio web.
- Se pueden configurar y añadir elementos, como plug-ins y temas visuales.
- Las tareas a completar por cada usuario siempre pueden ser visualizadas por los mismos.
- En definitiva, se asemeja bastante a la herramienta ProjETSII.
Inconvenientes:
- No hay demasiadas opciones de personalización, a pesar de poderse añadir muchas extensiones.
- Los lectores RSS no pueden leer correctamente noticias RSS de wikis, como el que concierne a esta asignatura.

Debido a que '''RedMine''' se asemeja bastante a ProjETSII, se decide utilizar esta herramienta con el fin de tener que adaptarse a una nueva herramienta lo menos posible. Es decir, se busca reutilizar lo ya aprendido con ProjETSII para no dedicar demasiado tiempo a tareas de aclimatación a la herramienta.

= Acta =
[[Archivo: EGC-Acta_5_(15-10-2014).pdf]]

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-30T03:17:35Z

Danferrom: /* Entregable */

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Tras someter a estudio diversas herramientas de gestión de proyectos y gestión del código fuente, más concretamente '''Redmine''' y '''Project.net''', se llega a la conclusión de que '''Redmine''' será la utilizada.
* Se establece el método de comunicación a utilizar por parte del grupo con los miembros de los grupos adyacentes ([[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] y [[Grupo Recuento(2014-15)|Recuento]]).

= Entregable =

Ante la necesidad de utilizar una herramienta que ayude al grupo de trabajo a gestionar el código fuente y el propio proyecto, el grupo decidió someter a estudio diversas herramientas de ésta índole. Tras echar un vistazo a varias de ellas, se prestó especial atención a '''RedMine''' y '''Project.NET''' (ambas con licencia GPL) y se procedió a realizar un análisis exhaustivo de qué beneficios reseñables aportaba cada una de ellas y a qué funcionalidades que ofrecían otras herramientas se estaba renunciando si se escogía una u otra.

Estas son las principales ventajas y desventajas observadas en cada una de las herramientas:

* Project.NET
- Ventajas:
- Facilita la colaboración entre miembros de un proyecto.
- Provee de servicios de seguimiento para solucionar problemas en el proyecto.
- Permite utilizar wikis o blogs como medio de comunicación dentro del propio proyecto.
- Inconvenientes:
- Precisa de manera estricta el uso de Apache Tomcat como servidor de aplicaciones y bases de datos Oracle.
- La versión web parece ser que sólo permite ser utilizada durante un tiempo limitado.

* RedMine
* Ventajas:
- No precisa instalación en equipos, sino que se trata de un servicio web.
- Se pueden configurar y añadir elementos, como plug-ins y temas visuales.
- Las tareas a completar por cada usuario siempre pueden ser visualizadas por los mismos.
- En definitiva, se asemeja bastante a la herramienta ProjETSII.
* Inconvenientes:
- No hay demasiadas opciones de personalización, a pesar de poderse añadir muchas extensiones.
- Los lectores RSS no pueden leer correctamente noticias RSS de wikis, como el que concierne a esta asignatura.

Debido a que '''RedMine''' se asemeja bastante a ProjETSII, se decide utilizar esta herramienta con el fin de tener que adaptarse a una nueva herramienta lo menos posible. Es decir, se busca reutilizar lo ya aprendido con ProjETSII para no dedicar demasiado tiempo a tareas de aclimatación a la herramienta.

= Acta =
[[Archivo: EGC-Acta_5_(15-10-2014).pdf]]

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-29T20:31:31Z

Danferrom: /* Entregable */

=Asistentes=

* [[Usuario:mancabcor|Manuel Cabrera Coronilla]]
* [[Usuario:raqcumdia|Raquel María Cumplido Díaz]]
* [[Usuario:josferbue|José Antonio Fernández Bueno]]
* [[Usuario:danferrom|Daniel Fernández Romero]]
* [[Usuario:alerodpal|Alejandro Rodríguez Palomar]]
* [[Usuario:josocaalm|José Pablo Ocaña Almagro]]

=Resultados=

* Tras someter a estudio diversas herramientas de gestión de proyectos y gestión del código fuente, más concretamente '''Redmine''' y '''Project.net''', se llega a la conclusión de que '''Redmine''' será la utilizada.
* Se establece el método de comunicación a utilizar por parte del grupo con los miembros de los grupos adyacentes ([[Grupo de Visualización de resultados(2014-15)|Visualización de resultados]] y [[Grupo Recuento(2014-15)|Recuento]]).

= Entregable =

Ante la necesidad de utilizar una herramienta que ayude al grupo de trabajo a gestionar el código fuente y el propio proyecto, el grupo decidió someter a estudio diversas herramientas de ésta índole. Tras echar un vistazo a varias de ellas, se prestó especial atención a '''RedMine''' y '''Project.NET''' (ambas con licencia GPL) y se procedió a realizar un análisis exhaustivo de qué beneficios reseñables aportaba cada una de ellas y a qué funcionalidades que ofrecían otras herramientas se estaba renunciando si se escogía una u otra.

Estas son las principales ventajas y desventajas observadas en cada una de las herramientas:

* Project.NET
* Ventajas:
* Facilita la colaboración entre miembros de un proyecto.
* Provee de servicios de seguimiento para solucionar problemas en el proyecto.
* Permite utilizar wikis o blogs como medio de comunicación dentro del propio proyecto.
* Inconvenientes:
* Precisa de manera estricta el uso de Apache Tomcat como servidor de aplicaciones y bases de datos Oracle.
* La versión web parece ser que sólo permite ser utilizada durante un tiempo limitado.

* RedMine
* Ventajas:
* No precisa instalación en equipos, sino que se trata de un servicio web.
* Se pueden configurar y añadir elementos, como plug-ins y temas visuales.
* Las tareas a completar por cada usuario siempre pueden ser visualizadas por los mismos.
* En definitiva, se asemeja bastante a la herramienta ProjETSII.
* Inconvenientes:
* No hay demasiadas opciones de personalización, a pesar de poderse añadir muchas extensiones.
* Los lectores RSS no pueden leer correctamente noticias RSS de wikis, como el que concierne a esta asignatura.

Debido a que '''RedMine''' se asemeja bastante a ProjETSII, se decide utilizar esta herramienta con el fin de tener que adaptarse a una nueva herramienta lo menos posible. Es decir, se busca reutilizar lo ya aprendido con ProjETSII para no dedicar demasiado tiempo a tareas de aclimatación a la herramienta.

= Acta =
[[Archivo: EGC-Acta_5_(15-10-2014).pdf]]

Grupo de Frontend de Resultados(2014-15) - Práctica 1

2014-10-29T19:59:14Z

Danferrom: /* Entregables */