<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="es">
		<id>https://1984.lsi.us.es/wiki-egc/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Fradelval</id>
		<title>Wiki de EGC - Contribuciones del usuario [es]</title>
		<link rel="self" type="application/atom+xml" href="https://1984.lsi.us.es/wiki-egc/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Fradelval"/>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php/Especial:Contribuciones/Fradelval"/>
		<updated>2026-05-07T11:27:43Z</updated>
		<subtitle>Contribuciones del usuario</subtitle>
		<generator>MediaWiki 1.29.0</generator>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1649</id>
		<title>Iterable 3 (27/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1649"/>
				<updated>2014-11-03T16:16:01Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Resultado */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
En cuanto a la gestión del código, concretamente a la gestión de ramas, se han tomado las siguientes decisiones:&lt;br /&gt;
&lt;br /&gt;
* En primer lugar, el administrador del repositorio establecerá un root branch o rama principal, que será la baseline del proyecto; a partir del cual se va a realizar el desarrollo del mismo.&lt;br /&gt;
&lt;br /&gt;
* Una vez establecida la rama principal, el administrador puede abrir varios branches o ramas en las que se pueden ir desarrollando nuevas funcionalidades paralelamente. Éstos branches serán asignados a diferentes integrantes del grupo a los que se les asignará los permisos correspondientes, ya sea de lectura, escritura o ambos. Cada branche se corresponderá con una funcionalidad diferente, o bien con una rama sobre la que se realizarán pruebas.&lt;br /&gt;
&lt;br /&gt;
* El motivo de crear ramas es el de agilizar el trabajo con el reparto del mismo, de modo que partiendo de la baseline se vayan añadiendo, modificando o probando nuevas funcionalidades.&lt;br /&gt;
&lt;br /&gt;
* La ventaja de esto, esta en que si al desarrollar el branch asignado se encuentra con un error o no puede continuar con el desarrollo, puede volver a la versión almacenada en el root branch. Además de esto, es muy útil a la hora de realizar pruebas, ya que se abre una nueva rama en la que se realizarán las pruebas, mientras que el root branch sigue estable.&lt;br /&gt;
&lt;br /&gt;
* En nuestro caso, todos los usuarios contarán con los permisos tanto de lectura como de escritura, además al tratarse de una funcionalidad pequeña serán pocas las ramas que se utilicen.&lt;br /&gt;
&lt;br /&gt;
* Las ramas serán creadas con una fecha límite, la cual se corresponde con la fecha establecida en el Sprint correspondiente, por lo que antes de la finalización de dicho plazo el desarrollo a llevar a cabo debería ser completado y por tanto probado para realizar posteriormente un merge.&lt;br /&gt;
&lt;br /&gt;
* Los merges, es decir, la integración de las nuevas funcionalidades con la rama principal, de modo que dicha rama tendría una nueva versión.&lt;br /&gt;
&lt;br /&gt;
* En el caso de la integración del código con otros subsistemas o merges, solo se realizarán en el caso de que dichos subsistemas sean totalmente estables.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1648</id>
		<title>Iterable 3 (27/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1648"/>
				<updated>2014-11-03T16:14:52Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Resultado */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
En cuanto a la gestión del código, concretamente a la gestión de ramas, se han tomado las siguientes decisiones:&lt;br /&gt;
&lt;br /&gt;
* En primer lugar, el administrador del repositorio establecerá un root branch o rama principal, que será la baseline del proyecto; a partir del cual se va a realizar el desarrollo del mismo.&lt;br /&gt;
&lt;br /&gt;
* Una vez establecida la rama principal, el administrador puede abrir varios branches o ramas en las que se pueden ir desarrollando nuevas funcionalidades paralelamente. Éstos branches serán asignados a diferentes integrantes del grupo a los que se les asignará los permisos correspondientes, ya sea de lectura, escritura o ambos. Cada branche se corresponderá con una funcionalidad diferente, o bien con una rama sobre la que se realizarán pruebas.&lt;br /&gt;
&lt;br /&gt;
* El motivo de crear ramas es el de agilizar el trabajo con el reparto del mismo, de modo que partiendo de la baseline se vayan añadiendo, modificando o probando nuevas funcionalidades.&lt;br /&gt;
&lt;br /&gt;
* La ventaja de esto, esta en que si al desarrollar el branch asignado se encuentra con un error o no puede continuar con el desarrollo, puede volver a la versión almacenada en el root branch. Además de esto, es muy útil a la hora de realizar pruebas, ya que se abre una nueva rama en la que se realizarán las pruebas, mientras que el root branch sigue estable.&lt;br /&gt;
&lt;br /&gt;
* En nuestro caso, todos los usuarios contarán con los permisos tanto de lectura como de escritura, además al tratarse de una funcionalidad pequeña serán pocas las ramas que se utilicen.&lt;br /&gt;
&lt;br /&gt;
* Las ramas serán creadas con una fecha límite, la cual se corresponde con la fecha establecida en el Sprint correspondiente, por lo que antes de la finalización de dicho plazo el desarrollo a llevar a cabo debería ser completado y por tanto probado para realizar posteriormente un merge.&lt;br /&gt;
Los merges, es decir, la integración de las nuevas funcionalidades con la rama principal, de modo que dicha rama tendría una nueva versión.&lt;br /&gt;
&lt;br /&gt;
* En el caso de la integración del código con otros subsistemas o merges, solo se realizarán en el caso de que dichos subsistemas sean totalmente estables.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1647</id>
		<title>Iterable 3 (27/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1647"/>
				<updated>2014-11-03T16:02:06Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Resultado */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
* En primer lugar, el administrador del repositorio establece un root branch o rama principal, que será la baseline del proyecto; a partir del cual se va a realizar el desarrollo del mismo.&lt;br /&gt;
&lt;br /&gt;
* Una vez establecido esto, el administrador puede abrir varios branches o ramas en las que se pueden ir desarrollando nuevas funcionalidades paralelamente. Éstos branches serán asignados a diferentes integrantes del grupo a los que se les asignará los permisos correspondientes, ya sea de lectura, escritura o ambos.&lt;br /&gt;
&lt;br /&gt;
* El motivo de crear ramas es el de agilizar el trabajo con el reparto del mismo, de modo que partiendo de la baseline se vayan añadiendo, modificando o probando nuevas funcionalidades.&lt;br /&gt;
&lt;br /&gt;
* La ventaja de esto, esta en que si al desarrollar el branch asignado se encuentra con un error o no puede continuar con el desarrollo, puede volver a la versión almacenada en el root branch. Además de esto, es muy útil a la hora de realizar pruebas, ya que se abre una nueva rama en la que se realizarán las pruebas, mientras que el root branch sigue estable.&lt;br /&gt;
&lt;br /&gt;
* En nuestro caso, todos los usuarios contarán con los permisos tanto de lectura como de escritura.&lt;br /&gt;
Las ramas serán creadas con una fecha límite, la cual se corresponde con la fecha establecida en el Sprint correspondiente, por lo que antes de la finalización de dicho plazo el desarrollo a llevar a cabo debería ser completado y por tanto probado para realizar posteriormente un merge.&lt;br /&gt;
Los merges, es decir, la integración de las nuevas funcionalidades con la rama principal, de modo que dicha rama tendría una nueva versión.&lt;br /&gt;
&lt;br /&gt;
* En el caso de la integración del código con otros subsistemas o merges, solo se realizarán en el caso de que dichos subsistemas sean totalmente estables.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1646</id>
		<title>Iterable 3 (27/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(27/10/14)&amp;diff=1646"/>
				<updated>2014-11-03T16:01:30Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: Página creada con «==Asistentes==  {| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot; |- ! Asistió ! Miembro del grupo |- | ✓ | David Álvarez Silva |- | ...»&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| &lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
** En primer lugar, el administrador del repositorio establece un root branch o rama principal, que será la baseline del proyecto; a partir del cual se va a realizar el desarrollo del mismo.&lt;br /&gt;
&lt;br /&gt;
** Una vez establecido esto, el administrador puede abrir varios branches o ramas en las que se pueden ir desarrollando nuevas funcionalidades paralelamente. Éstos branches serán asignados a diferentes integrantes del grupo a los que se les asignará los permisos correspondientes, ya sea de lectura, escritura o ambos.&lt;br /&gt;
&lt;br /&gt;
** El motivo de crear ramas es el de agilizar el trabajo con el reparto del mismo, de modo que partiendo de la baseline se vayan añadiendo, modificando o probando nuevas funcionalidades.&lt;br /&gt;
&lt;br /&gt;
** La ventaja de esto, esta en que si al desarrollar el branch asignado se encuentra con un error o no puede continuar con el desarrollo, puede volver a la versión almacenada en el root branch. Además de esto, es muy útil a la hora de realizar pruebas, ya que se abre una nueva rama en la que se realizarán las pruebas, mientras que el root branch sigue estable.&lt;br /&gt;
&lt;br /&gt;
** En nuestro caso, todos los usuarios contarán con los permisos tanto de lectura como de escritura.&lt;br /&gt;
Las ramas serán creadas con una fecha límite, la cual se corresponde con la fecha establecida en el Sprint correspondiente, por lo que antes de la finalización de dicho plazo el desarrollo a llevar a cabo debería ser completado y por tanto probado para realizar posteriormente un merge.&lt;br /&gt;
Los merges, es decir, la integración de las nuevas funcionalidades con la rama principal, de modo que dicha rama tendría una nueva versión.&lt;br /&gt;
&lt;br /&gt;
** En el caso de la integración del código con otros subsistemas o merges, solo se realizarán en el caso de que dichos subsistemas sean totalmente estables.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1580</id>
		<title>Iterable 3 (15/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1580"/>
				<updated>2014-10-30T15:32:56Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Anexo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
Herramientas elegidas:&lt;br /&gt;
&lt;br /&gt;
'''GITHUB''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:'''&lt;br /&gt;
Como primera herramienta, hemos seleccionado GitHub, por el hecho de que permite el alojamiento del repositorio de código y por ser un sistema distribuido. &lt;br /&gt;
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.&lt;br /&gt;
También cabe destacar que es de las herramientas más usadas entre los desarrolladores de software libre, por lo tanto,hay una amplia comunidad que pueda aportar cambios al código de forma sencilla.&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.&lt;br /&gt;
*Software libre.&lt;br /&gt;
*Varias herramientas en línea tales como:&lt;br /&gt;
**Un wiki&lt;br /&gt;
**Un sistema de seguimiento de problemas&lt;br /&gt;
**Herramientas para la revisión de código&lt;br /&gt;
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.&lt;br /&gt;
**Funcionalidades de una red social, como por ejemplo: seguidores.&lt;br /&gt;
&lt;br /&gt;
*Rápido y eficiente&lt;br /&gt;
*Sistema distribuido y por lo tanto permite trabajar en local.&lt;br /&gt;
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual&lt;br /&gt;
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.&lt;br /&gt;
*Poco intuitivo&lt;br /&gt;
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
&lt;br /&gt;
Esta herramienta es una buena elección debido a que ofrece una gran gama de utilidades para la gestión de código. En el caso de que trabajemos en un proyecto OpenSource es una buena opción ya que permite la colaboración de una manera sencilla, además de que la mayoría de utilidades son gratuitas, por lo que no es necesario pagar por un servicio completo, solo por mejoras. En el caso de que nuestro proyecto no sea OpenSource no sería tan buena elección el uso de esta herramienta.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''JIRA''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:''' &lt;br /&gt;
Tras haber investigado sobre herramientas de gestión de proyecto, hemos escogido Jira debido a la gran cantidad de funciones que ofrece, entre ellas, la facilidad de extensión y disponibilidad.&lt;br /&gt;
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Añadir distintos tipos de tareas, no solo las predeterminadas&lt;br /&gt;
*Integra repositorio Git&lt;br /&gt;
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.&lt;br /&gt;
*Importar tareas de otras herramientas.&lt;br /&gt;
*Integrado con interfaz móvil, sin necesitar una aplicación.&lt;br /&gt;
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.&lt;br /&gt;
*Añadir funcionalidad mediante plugins&lt;br /&gt;
*Funciona en todos los sistemas operativos&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Herramienta de pago&lt;br /&gt;
*Límite de 2000 usuarios&lt;br /&gt;
*Incluye demasiadas opciones lo que induce al usuario a confusión&lt;br /&gt;
*Al haber tantas funcionalidades, el usuario no le da uso a todas.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Para proyectos grandes es una buena elección, ya que integra no sólo gestión de tareas si no gestión de planificación, repositorio, facilidad de comunicación entre integrantes del proyecto…&lt;br /&gt;
Pero para gestión de proyectos en los que no se le vaya a dar utilidad a todo el potencial de Jira, no sería conveniente utilizarlo ya que es una herramienta de pago y existen otras gratuitas que pueden ofrecer funcionalidades necesarias para gestionar un proyecto.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''OPEN PROJECT''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo''': &lt;br /&gt;
Open Project nos ofrece una multitud de funcionalidades y facilidades de forma totalmente gratuita y de uso simple e intuitivo. Además es un proyecto en continuo crecimiento tanto en funcionalidad como en comunidad. &lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Basado en Web.&lt;br /&gt;
*Open source.&lt;br /&gt;
*Ofrece una wiki para los proyectos.&lt;br /&gt;
*Seguimiento de esfuerzo en cada tarea.&lt;br /&gt;
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.&lt;br /&gt;
*Foros y áreas de noticias para los miembros del proyecto.&lt;br /&gt;
*Enfocado a negocio.&lt;br /&gt;
*Desarrollo y evolución contínua.&lt;br /&gt;
*Totalmente gratuito.&lt;br /&gt;
*Proyectos privados.&lt;br /&gt;
*Mayor número de desarrolladores que en su primera versión (Redmine).&lt;br /&gt;
*Metodología ágil: Scrum.&lt;br /&gt;
*Premio a la &amp;quot;Mejor práctica&amp;quot; de código abierto. &amp;quot;Berlin's future is open&amp;quot; Agosto del 2011.&lt;br /&gt;
*Gestor de reuniones.&lt;br /&gt;
*Entorno de pruebas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
&lt;br /&gt;
*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.&lt;br /&gt;
*No todos los plugins para OpenProject están disponibles.&lt;br /&gt;
*Sin gestor de recursos.&lt;br /&gt;
*Sin presentación de informes y análisis.&lt;br /&gt;
*No orientado a dispositivos móviles.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Sería una buena elección ya que salvo a los pequeños inconvenientes que muestra esta herramienta sus ventajas son abundantes. Gracias a los gestores de reuniones y agendas facilita la creación de actas y un mayor orden en la realización de tareas. Al ser código abierto es compatible con cualquier sistema operativo (Windows, Linux, Solaris, MacOS, CentOS…) exceptuando los sistemas operativos orientados a dispositivos móviles .  &lt;br /&gt;
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.&lt;br /&gt;
&lt;br /&gt;
== Anexo ==&lt;br /&gt;
&lt;br /&gt;
[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Práctica 1 (20/10/2014)]&lt;br /&gt;
&lt;br /&gt;
[https://docs.google.com/document/d/1uSvdDjwHC-u18x779e3_hyIjUmcTp18k54hI_2KN_nk/edit?usp=sharing Método de Comunicación (27/10/2014)]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1579</id>
		<title>Iterable 3 (15/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1579"/>
				<updated>2014-10-30T15:32:35Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Anexo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
Herramientas elegidas:&lt;br /&gt;
&lt;br /&gt;
'''GITHUB''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:'''&lt;br /&gt;
Como primera herramienta, hemos seleccionado GitHub, por el hecho de que permite el alojamiento del repositorio de código y por ser un sistema distribuido. &lt;br /&gt;
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.&lt;br /&gt;
También cabe destacar que es de las herramientas más usadas entre los desarrolladores de software libre, por lo tanto,hay una amplia comunidad que pueda aportar cambios al código de forma sencilla.&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.&lt;br /&gt;
*Software libre.&lt;br /&gt;
*Varias herramientas en línea tales como:&lt;br /&gt;
**Un wiki&lt;br /&gt;
**Un sistema de seguimiento de problemas&lt;br /&gt;
**Herramientas para la revisión de código&lt;br /&gt;
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.&lt;br /&gt;
**Funcionalidades de una red social, como por ejemplo: seguidores.&lt;br /&gt;
&lt;br /&gt;
*Rápido y eficiente&lt;br /&gt;
*Sistema distribuido y por lo tanto permite trabajar en local.&lt;br /&gt;
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual&lt;br /&gt;
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.&lt;br /&gt;
*Poco intuitivo&lt;br /&gt;
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
&lt;br /&gt;
Esta herramienta es una buena elección debido a que ofrece una gran gama de utilidades para la gestión de código. En el caso de que trabajemos en un proyecto OpenSource es una buena opción ya que permite la colaboración de una manera sencilla, además de que la mayoría de utilidades son gratuitas, por lo que no es necesario pagar por un servicio completo, solo por mejoras. En el caso de que nuestro proyecto no sea OpenSource no sería tan buena elección el uso de esta herramienta.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''JIRA''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:''' &lt;br /&gt;
Tras haber investigado sobre herramientas de gestión de proyecto, hemos escogido Jira debido a la gran cantidad de funciones que ofrece, entre ellas, la facilidad de extensión y disponibilidad.&lt;br /&gt;
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Añadir distintos tipos de tareas, no solo las predeterminadas&lt;br /&gt;
*Integra repositorio Git&lt;br /&gt;
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.&lt;br /&gt;
*Importar tareas de otras herramientas.&lt;br /&gt;
*Integrado con interfaz móvil, sin necesitar una aplicación.&lt;br /&gt;
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.&lt;br /&gt;
*Añadir funcionalidad mediante plugins&lt;br /&gt;
*Funciona en todos los sistemas operativos&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Herramienta de pago&lt;br /&gt;
*Límite de 2000 usuarios&lt;br /&gt;
*Incluye demasiadas opciones lo que induce al usuario a confusión&lt;br /&gt;
*Al haber tantas funcionalidades, el usuario no le da uso a todas.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Para proyectos grandes es una buena elección, ya que integra no sólo gestión de tareas si no gestión de planificación, repositorio, facilidad de comunicación entre integrantes del proyecto…&lt;br /&gt;
Pero para gestión de proyectos en los que no se le vaya a dar utilidad a todo el potencial de Jira, no sería conveniente utilizarlo ya que es una herramienta de pago y existen otras gratuitas que pueden ofrecer funcionalidades necesarias para gestionar un proyecto.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''OPEN PROJECT''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo''': &lt;br /&gt;
Open Project nos ofrece una multitud de funcionalidades y facilidades de forma totalmente gratuita y de uso simple e intuitivo. Además es un proyecto en continuo crecimiento tanto en funcionalidad como en comunidad. &lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Basado en Web.&lt;br /&gt;
*Open source.&lt;br /&gt;
*Ofrece una wiki para los proyectos.&lt;br /&gt;
*Seguimiento de esfuerzo en cada tarea.&lt;br /&gt;
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.&lt;br /&gt;
*Foros y áreas de noticias para los miembros del proyecto.&lt;br /&gt;
*Enfocado a negocio.&lt;br /&gt;
*Desarrollo y evolución contínua.&lt;br /&gt;
*Totalmente gratuito.&lt;br /&gt;
*Proyectos privados.&lt;br /&gt;
*Mayor número de desarrolladores que en su primera versión (Redmine).&lt;br /&gt;
*Metodología ágil: Scrum.&lt;br /&gt;
*Premio a la &amp;quot;Mejor práctica&amp;quot; de código abierto. &amp;quot;Berlin's future is open&amp;quot; Agosto del 2011.&lt;br /&gt;
*Gestor de reuniones.&lt;br /&gt;
*Entorno de pruebas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
&lt;br /&gt;
*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.&lt;br /&gt;
*No todos los plugins para OpenProject están disponibles.&lt;br /&gt;
*Sin gestor de recursos.&lt;br /&gt;
*Sin presentación de informes y análisis.&lt;br /&gt;
*No orientado a dispositivos móviles.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Sería una buena elección ya que salvo a los pequeños inconvenientes que muestra esta herramienta sus ventajas son abundantes. Gracias a los gestores de reuniones y agendas facilita la creación de actas y un mayor orden en la realización de tareas. Al ser código abierto es compatible con cualquier sistema operativo (Windows, Linux, Solaris, MacOS, CentOS…) exceptuando los sistemas operativos orientados a dispositivos móviles .  &lt;br /&gt;
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.&lt;br /&gt;
&lt;br /&gt;
== Anexo ==&lt;br /&gt;
&lt;br /&gt;
[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Práctica 1 (20/10/2014)]&lt;br /&gt;
[https://docs.google.com/document/d/1uSvdDjwHC-u18x779e3_hyIjUmcTp18k54hI_2KN_nk/edit?usp=sharing Método de Comunicación (27/10/2014)]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1578</id>
		<title>Iterable 3 (15/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1578"/>
				<updated>2014-10-30T15:32:01Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Anexo */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
Herramientas elegidas:&lt;br /&gt;
&lt;br /&gt;
'''GITHUB''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:'''&lt;br /&gt;
Como primera herramienta, hemos seleccionado GitHub, por el hecho de que permite el alojamiento del repositorio de código y por ser un sistema distribuido. &lt;br /&gt;
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.&lt;br /&gt;
También cabe destacar que es de las herramientas más usadas entre los desarrolladores de software libre, por lo tanto,hay una amplia comunidad que pueda aportar cambios al código de forma sencilla.&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.&lt;br /&gt;
*Software libre.&lt;br /&gt;
*Varias herramientas en línea tales como:&lt;br /&gt;
**Un wiki&lt;br /&gt;
**Un sistema de seguimiento de problemas&lt;br /&gt;
**Herramientas para la revisión de código&lt;br /&gt;
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.&lt;br /&gt;
**Funcionalidades de una red social, como por ejemplo: seguidores.&lt;br /&gt;
&lt;br /&gt;
*Rápido y eficiente&lt;br /&gt;
*Sistema distribuido y por lo tanto permite trabajar en local.&lt;br /&gt;
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual&lt;br /&gt;
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.&lt;br /&gt;
*Poco intuitivo&lt;br /&gt;
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
&lt;br /&gt;
Esta herramienta es una buena elección debido a que ofrece una gran gama de utilidades para la gestión de código. En el caso de que trabajemos en un proyecto OpenSource es una buena opción ya que permite la colaboración de una manera sencilla, además de que la mayoría de utilidades son gratuitas, por lo que no es necesario pagar por un servicio completo, solo por mejoras. En el caso de que nuestro proyecto no sea OpenSource no sería tan buena elección el uso de esta herramienta.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''JIRA''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:''' &lt;br /&gt;
Tras haber investigado sobre herramientas de gestión de proyecto, hemos escogido Jira debido a la gran cantidad de funciones que ofrece, entre ellas, la facilidad de extensión y disponibilidad.&lt;br /&gt;
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Añadir distintos tipos de tareas, no solo las predeterminadas&lt;br /&gt;
*Integra repositorio Git&lt;br /&gt;
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.&lt;br /&gt;
*Importar tareas de otras herramientas.&lt;br /&gt;
*Integrado con interfaz móvil, sin necesitar una aplicación.&lt;br /&gt;
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.&lt;br /&gt;
*Añadir funcionalidad mediante plugins&lt;br /&gt;
*Funciona en todos los sistemas operativos&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Herramienta de pago&lt;br /&gt;
*Límite de 2000 usuarios&lt;br /&gt;
*Incluye demasiadas opciones lo que induce al usuario a confusión&lt;br /&gt;
*Al haber tantas funcionalidades, el usuario no le da uso a todas.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Para proyectos grandes es una buena elección, ya que integra no sólo gestión de tareas si no gestión de planificación, repositorio, facilidad de comunicación entre integrantes del proyecto…&lt;br /&gt;
Pero para gestión de proyectos en los que no se le vaya a dar utilidad a todo el potencial de Jira, no sería conveniente utilizarlo ya que es una herramienta de pago y existen otras gratuitas que pueden ofrecer funcionalidades necesarias para gestionar un proyecto.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''OPEN PROJECT''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo''': &lt;br /&gt;
Open Project nos ofrece una multitud de funcionalidades y facilidades de forma totalmente gratuita y de uso simple e intuitivo. Además es un proyecto en continuo crecimiento tanto en funcionalidad como en comunidad. &lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Basado en Web.&lt;br /&gt;
*Open source.&lt;br /&gt;
*Ofrece una wiki para los proyectos.&lt;br /&gt;
*Seguimiento de esfuerzo en cada tarea.&lt;br /&gt;
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.&lt;br /&gt;
*Foros y áreas de noticias para los miembros del proyecto.&lt;br /&gt;
*Enfocado a negocio.&lt;br /&gt;
*Desarrollo y evolución contínua.&lt;br /&gt;
*Totalmente gratuito.&lt;br /&gt;
*Proyectos privados.&lt;br /&gt;
*Mayor número de desarrolladores que en su primera versión (Redmine).&lt;br /&gt;
*Metodología ágil: Scrum.&lt;br /&gt;
*Premio a la &amp;quot;Mejor práctica&amp;quot; de código abierto. &amp;quot;Berlin's future is open&amp;quot; Agosto del 2011.&lt;br /&gt;
*Gestor de reuniones.&lt;br /&gt;
*Entorno de pruebas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
&lt;br /&gt;
*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.&lt;br /&gt;
*No todos los plugins para OpenProject están disponibles.&lt;br /&gt;
*Sin gestor de recursos.&lt;br /&gt;
*Sin presentación de informes y análisis.&lt;br /&gt;
*No orientado a dispositivos móviles.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Sería una buena elección ya que salvo a los pequeños inconvenientes que muestra esta herramienta sus ventajas son abundantes. Gracias a los gestores de reuniones y agendas facilita la creación de actas y un mayor orden en la realización de tareas. Al ser código abierto es compatible con cualquier sistema operativo (Windows, Linux, Solaris, MacOS, CentOS…) exceptuando los sistemas operativos orientados a dispositivos móviles .  &lt;br /&gt;
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.&lt;br /&gt;
&lt;br /&gt;
== Anexo ==&lt;br /&gt;
&lt;br /&gt;
[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Práctica 1 (20/10/2014)]&lt;br /&gt;
[https://docs.google.com/document/d/1uSvdDjwHC-u18x779e3_hyIjUmcTp18k54hI_2KN_nk/edit?usp=sharing Método de Comunicación]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1577</id>
		<title>Grupo Creación/Administración de censos(2014-15)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1577"/>
				<updated>2014-10-30T15:23:35Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Subsistemas relacionados */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Descripción==&lt;br /&gt;
&lt;br /&gt;
Subsistema de Agora@Us, se trata de una interfaz del sistema de autenticación, donde un administrador puede definir diferentes tipos de censos y estos censos serán usados por el sistema de autenticación para una votación determinada. &lt;br /&gt;
&lt;br /&gt;
== Miembros ==&lt;br /&gt;
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto&lt;br /&gt;
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador&lt;br /&gt;
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador&lt;br /&gt;
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de documentación&lt;br /&gt;
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Gestor de la documentación &lt;br /&gt;
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:rafquegar1|Rafael Quesada García]]: Gestor de pruebas&lt;br /&gt;
&lt;br /&gt;
== Talleres ==&lt;br /&gt;
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]&lt;br /&gt;
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]&lt;br /&gt;
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]&lt;br /&gt;
&lt;br /&gt;
== Iteraciones ==&lt;br /&gt;
* [[Iterable 1 (8/10/14) | Iterable 1 (08/10/14)]]&lt;br /&gt;
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&amp;amp;usp=sharing Entregable 2 (08/10/2014)]&lt;br /&gt;
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]&lt;br /&gt;
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]&lt;br /&gt;
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]&lt;br /&gt;
&lt;br /&gt;
== Subsistemas relacionados ==&lt;br /&gt;
* [[Grupo_Autenticación_(2014-15) | Autenticación]]&lt;br /&gt;
* [[Grupo de Cabina de votación (2014-15)|Cabina de votación]]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1576</id>
		<title>Grupo Creación/Administración de censos(2014-15)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1576"/>
				<updated>2014-10-30T14:50:25Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Miembros */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Descripción==&lt;br /&gt;
&lt;br /&gt;
Subsistema de Agora@Us, se trata de una interfaz del sistema de autenticación, donde un administrador puede definir diferentes tipos de censos y estos censos serán usados por el sistema de autenticación para una votación determinada. &lt;br /&gt;
&lt;br /&gt;
== Miembros ==&lt;br /&gt;
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto&lt;br /&gt;
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador&lt;br /&gt;
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador&lt;br /&gt;
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de documentación&lt;br /&gt;
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Gestor de la documentación &lt;br /&gt;
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:rafquegar1|Rafael Quesada García]]: Gestor de pruebas&lt;br /&gt;
&lt;br /&gt;
== Talleres ==&lt;br /&gt;
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]&lt;br /&gt;
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]&lt;br /&gt;
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]&lt;br /&gt;
&lt;br /&gt;
== Iteraciones ==&lt;br /&gt;
* [[Iterable 1 (8/10/14) | Iterable 1 (08/10/14)]]&lt;br /&gt;
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&amp;amp;usp=sharing Entregable 2 (08/10/2014)]&lt;br /&gt;
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]&lt;br /&gt;
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]&lt;br /&gt;
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]&lt;br /&gt;
&lt;br /&gt;
== Subsistemas relacionados ==&lt;br /&gt;
* [[Grupo_Autenticación_(2014-15) | Autenticación]]&lt;br /&gt;
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1575</id>
		<title>Grupo Creación/Administración de censos(2014-15)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1575"/>
				<updated>2014-10-30T14:49:52Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Miembros */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Descripción==&lt;br /&gt;
&lt;br /&gt;
Subsistema de Agora@Us, se trata de una interfaz del sistema de autenticación, donde un administrador puede definir diferentes tipos de censos y estos censos serán usados por el sistema de autenticación para una votación determinada. &lt;br /&gt;
&lt;br /&gt;
== Miembros ==&lt;br /&gt;
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto&lt;br /&gt;
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador&lt;br /&gt;
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador&lt;br /&gt;
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de documentación&lt;br /&gt;
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Gestor de la documentación &lt;br /&gt;
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista&lt;br /&gt;
&lt;br /&gt;
== Talleres ==&lt;br /&gt;
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]&lt;br /&gt;
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]&lt;br /&gt;
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]&lt;br /&gt;
&lt;br /&gt;
== Iteraciones ==&lt;br /&gt;
* [[Iterable 1 (8/10/14) | Iterable 1 (08/10/14)]]&lt;br /&gt;
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&amp;amp;usp=sharing Entregable 2 (08/10/2014)]&lt;br /&gt;
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]&lt;br /&gt;
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]&lt;br /&gt;
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]&lt;br /&gt;
&lt;br /&gt;
== Subsistemas relacionados ==&lt;br /&gt;
* [[Grupo_Autenticación_(2014-15) | Autenticación]]&lt;br /&gt;
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1574</id>
		<title>Grupo Creación/Administración de censos(2014-15)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_Creaci%C3%B3n/Administraci%C3%B3n_de_censos(2014-15)&amp;diff=1574"/>
				<updated>2014-10-30T14:48:21Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Miembros */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Descripción==&lt;br /&gt;
&lt;br /&gt;
Subsistema de Agora@Us, se trata de una interfaz del sistema de autenticación, donde un administrador puede definir diferentes tipos de censos y estos censos serán usados por el sistema de autenticación para una votación determinada. &lt;br /&gt;
&lt;br /&gt;
== Miembros ==&lt;br /&gt;
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto&lt;br /&gt;
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador&lt;br /&gt;
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador&lt;br /&gt;
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de Documentación&lt;br /&gt;
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico&lt;br /&gt;
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de la configuración&lt;br /&gt;
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista&lt;br /&gt;
&lt;br /&gt;
== Talleres ==&lt;br /&gt;
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]&lt;br /&gt;
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]&lt;br /&gt;
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]&lt;br /&gt;
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]&lt;br /&gt;
&lt;br /&gt;
== Iteraciones ==&lt;br /&gt;
* [[Iterable 1 (8/10/14) | Iterable 1 (08/10/14)]]&lt;br /&gt;
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&amp;amp;usp=sharing Entregable 2 (08/10/2014)]&lt;br /&gt;
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]&lt;br /&gt;
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]&lt;br /&gt;
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]&lt;br /&gt;
&lt;br /&gt;
== Subsistemas relacionados ==&lt;br /&gt;
* [[Grupo_Autenticación_(2014-15) | Autenticación]]&lt;br /&gt;
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_creaci%C3%B3n_de_grupos&amp;diff=1278</id>
		<title>Taller de creación de grupos</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_creaci%C3%B3n_de_grupos&amp;diff=1278"/>
				<updated>2014-10-22T09:58:50Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: /* Objetivo de la reunión */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Objetivo de la reunión==&lt;br /&gt;
&lt;br /&gt;
Decidir la tecnología a usar para desarrollar el proyecto, el método de comunicación entre miembros del grupo, el formato de las actas de reuniones y analisis del subsistema a desarrollar.&lt;br /&gt;
&lt;br /&gt;
==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Desarrollo de la reunión==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Asignación del subsistema a desarrrollar: Frontend para creación/administración de censos.&lt;br /&gt;
* Tecnología para realizar el subsistema: Python y Django. Para la base de datos: MySQL&lt;br /&gt;
* Formas de comunicación:&lt;br /&gt;
   - Reuniones periódicas los lunes de 12:30 a 14:30.&lt;br /&gt;
   - Drive.&lt;br /&gt;
   - Hangout.&lt;br /&gt;
   - Grupo de WhatsApp.&lt;br /&gt;
&lt;br /&gt;
==Conclusiones==&lt;br /&gt;
&lt;br /&gt;
Como conclusión, se tuvo un primer contacto con la metodología a seguir para la realización del proyecto, en la que se decidió el día y horario de reunión, las herramientas a usar y el método de comunicación, a través de la cual el grupo se va a organizar para el desarrollo del mismo.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_creaci%C3%B3n_de_grupos&amp;diff=1277</id>
		<title>Taller de creación de grupos</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_creaci%C3%B3n_de_grupos&amp;diff=1277"/>
				<updated>2014-10-22T09:56:31Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Objetivo de la reunión==&lt;br /&gt;
&lt;br /&gt;
Decidir la tecnología a usar para desarrollar el proyecto, el método de comunicación entre miembros del grupo y el formato del diario de desarrollo.&lt;br /&gt;
&lt;br /&gt;
==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Desarrollo de la reunión==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Asignación del subsistema a desarrrollar: Frontend para creación/administración de censos.&lt;br /&gt;
* Tecnología para realizar el subsistema: Python y Django. Para la base de datos: MySQL&lt;br /&gt;
* Formas de comunicación:&lt;br /&gt;
   - Reuniones periódicas los lunes de 12:30 a 14:30.&lt;br /&gt;
   - Drive.&lt;br /&gt;
   - Hangout.&lt;br /&gt;
   - Grupo de WhatsApp.&lt;br /&gt;
&lt;br /&gt;
==Conclusiones==&lt;br /&gt;
&lt;br /&gt;
Como conclusión, se tuvo un primer contacto con la metodología a seguir para la realización del proyecto, en la que se decidió el día y horario de reunión, las herramientas a usar y el método de comunicación, a través de la cual el grupo se va a organizar para el desarrollo del mismo.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1276</id>
		<title>Iterable 3 (15/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1276"/>
				<updated>2014-10-22T09:49:11Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
Herramientas elegidas:&lt;br /&gt;
&lt;br /&gt;
'''GITHUB''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:'''&lt;br /&gt;
Como primera herramienta, hemos seleccionado GitHub, por el hecho de que permite el alojamiento del repositorio de código y por ser un sistema distribuido. &lt;br /&gt;
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.&lt;br /&gt;
También cabe destacar que es de las herramientas más usadas entre los desarrolladores de software libre, por lo tanto,hay una amplia comunidad que pueda aportar cambios al código de forma sencilla.&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.&lt;br /&gt;
*Software libre.&lt;br /&gt;
*Varias herramientas en línea tales como:&lt;br /&gt;
**Un wiki&lt;br /&gt;
**Un sistema de seguimiento de problemas&lt;br /&gt;
**Herramientas para la revisión de código&lt;br /&gt;
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.&lt;br /&gt;
**Funcionalidades de una red social, como por ejemplo: seguidores.&lt;br /&gt;
&lt;br /&gt;
*Rápido y eficiente&lt;br /&gt;
*Sistema distribuido y por lo tanto permite trabajar en local.&lt;br /&gt;
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual&lt;br /&gt;
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.&lt;br /&gt;
*Poco intuitivo&lt;br /&gt;
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
&lt;br /&gt;
Esta herramienta es una buena elección debido a que ofrece una gran gama de utilidades para la gestión de código. En el caso de que trabajemos en un proyecto OpenSource es una buena opción ya que permite la colaboración de una manera sencilla, además de que la mayoría de utilidades son gratuitas, por lo que no es necesario pagar por un servicio completo, solo por mejoras. En el caso de que nuestro proyecto no sea OpenSource no sería tan buena elección el uso de esta herramienta.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''JIRA''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:''' &lt;br /&gt;
Tras haber investigado sobre herramientas de gestión de proyecto, hemos escogido Jira debido a la gran cantidad de funciones que ofrece, entre ellas, la facilidad de extensión y disponibilidad.&lt;br /&gt;
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Añadir distintos tipos de tareas, no solo las predeterminadas&lt;br /&gt;
*Integra repositorio Git&lt;br /&gt;
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.&lt;br /&gt;
*Importar tareas de otras herramientas.&lt;br /&gt;
*Integrado con interfaz móvil, sin necesitar una aplicación.&lt;br /&gt;
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.&lt;br /&gt;
*Añadir funcionalidad mediante plugins&lt;br /&gt;
*Funciona en todos los sistemas operativos&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Herramienta de pago&lt;br /&gt;
*Límite de 2000 usuarios&lt;br /&gt;
*Incluye demasiadas opciones lo que induce al usuario a confusión&lt;br /&gt;
*Al haber tantas funcionalidades, el usuario no le da uso a todas.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Para proyectos grandes es una buena elección, ya que integra no sólo gestión de tareas si no gestión de planificación, repositorio, facilidad de comunicación entre integrantes del proyecto…&lt;br /&gt;
Pero para gestión de proyectos en los que no se le vaya a dar utilidad a todo el potencial de Jira, no sería conveniente utilizarlo ya que es una herramienta de pago y existen otras gratuitas que pueden ofrecer funcionalidades necesarias para gestionar un proyecto.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''OPEN PROJECT''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo''': &lt;br /&gt;
Open Project nos ofrece una multitud de funcionalidades y facilidades de forma totalmente gratuita y de uso simple e intuitivo. Además es un proyecto en continuo crecimiento tanto en funcionalidad como en comunidad. &lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Basado en Web.&lt;br /&gt;
*Open source.&lt;br /&gt;
*Ofrece una wiki para los proyectos.&lt;br /&gt;
*Seguimiento de esfuerzo en cada tarea.&lt;br /&gt;
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.&lt;br /&gt;
*Foros y áreas de noticias para los miembros del proyecto.&lt;br /&gt;
*Enfocado a negocio.&lt;br /&gt;
*Desarrollo y evolución contínua.&lt;br /&gt;
*Totalmente gratuito.&lt;br /&gt;
*Proyectos privados.&lt;br /&gt;
*Mayor número de desarrolladores que en su primera versión (Redmine).&lt;br /&gt;
*Metodología ágil: Scrum.&lt;br /&gt;
*Premio a la &amp;quot;Mejor práctica&amp;quot; de código abierto. &amp;quot;Berlin's future is open&amp;quot; Agosto del 2011.&lt;br /&gt;
*Gestor de reuniones.&lt;br /&gt;
*Entorno de pruebas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
&lt;br /&gt;
*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.&lt;br /&gt;
*No todos los plugins para OpenProject están disponibles.&lt;br /&gt;
*Sin gestor de recursos.&lt;br /&gt;
*Sin presentación de informes y análisis.&lt;br /&gt;
*No orientado a dispositivos móviles.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Sería una buena elección ya que salvo a los pequeños inconvenientes que muestra esta herramienta sus ventajas son abundantes. Gracias a los gestores de reuniones y agendas facilita la creación de actas y un mayor orden en la realización de tareas. Al ser código abierto es compatible con cualquier sistema operativo (Windows, Linux, Solaris, MacOS, CentOS…) exceptuando los sistemas operativos orientados a dispositivos móviles .  &lt;br /&gt;
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.&lt;br /&gt;
&lt;br /&gt;
== Anexo ==&lt;br /&gt;
&lt;br /&gt;
[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Práctica 1 (20/10/2014)]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1275</id>
		<title>Iterable 3 (15/10/14)</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Iterable_3_(15/10/14)&amp;diff=1275"/>
				<updated>2014-10-22T09:48:56Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Resultado==&lt;br /&gt;
&lt;br /&gt;
Herramientas elegidas:&lt;br /&gt;
&lt;br /&gt;
'''GITHUB''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:'''&lt;br /&gt;
Como primera herramienta, hemos seleccionado GitHub, por el hecho de que permite el alojamiento del repositorio de código y por ser un sistema distribuido. &lt;br /&gt;
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.&lt;br /&gt;
También cabe destacar que es de las herramientas más usadas entre los desarrolladores de software libre, por lo tanto,hay una amplia comunidad que pueda aportar cambios al código de forma sencilla.&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.&lt;br /&gt;
*Software libre.&lt;br /&gt;
*Varias herramientas en línea tales como:&lt;br /&gt;
**Un wiki&lt;br /&gt;
**Un sistema de seguimiento de problemas&lt;br /&gt;
**Herramientas para la revisión de código&lt;br /&gt;
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.&lt;br /&gt;
**Funcionalidades de una red social, como por ejemplo: seguidores.&lt;br /&gt;
&lt;br /&gt;
*Rápido y eficiente&lt;br /&gt;
*Sistema distribuido y por lo tanto permite trabajar en local.&lt;br /&gt;
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual&lt;br /&gt;
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.&lt;br /&gt;
*Poco intuitivo&lt;br /&gt;
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
&lt;br /&gt;
Esta herramienta es una buena elección debido a que ofrece una gran gama de utilidades para la gestión de código. En el caso de que trabajemos en un proyecto OpenSource es una buena opción ya que permite la colaboración de una manera sencilla, además de que la mayoría de utilidades son gratuitas, por lo que no es necesario pagar por un servicio completo, solo por mejoras. En el caso de que nuestro proyecto no sea OpenSource no sería tan buena elección el uso de esta herramienta.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''JIRA''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo:''' &lt;br /&gt;
Tras haber investigado sobre herramientas de gestión de proyecto, hemos escogido Jira debido a la gran cantidad de funciones que ofrece, entre ellas, la facilidad de extensión y disponibilidad.&lt;br /&gt;
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Añadir distintos tipos de tareas, no solo las predeterminadas&lt;br /&gt;
*Integra repositorio Git&lt;br /&gt;
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.&lt;br /&gt;
*Importar tareas de otras herramientas.&lt;br /&gt;
*Integrado con interfaz móvil, sin necesitar una aplicación.&lt;br /&gt;
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.&lt;br /&gt;
*Añadir funcionalidad mediante plugins&lt;br /&gt;
*Funciona en todos los sistemas operativos&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
*Herramienta de pago&lt;br /&gt;
*Límite de 2000 usuarios&lt;br /&gt;
*Incluye demasiadas opciones lo que induce al usuario a confusión&lt;br /&gt;
*Al haber tantas funcionalidades, el usuario no le da uso a todas.&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Para proyectos grandes es una buena elección, ya que integra no sólo gestión de tareas si no gestión de planificación, repositorio, facilidad de comunicación entre integrantes del proyecto…&lt;br /&gt;
Pero para gestión de proyectos en los que no se le vaya a dar utilidad a todo el potencial de Jira, no sería conveniente utilizarlo ya que es una herramienta de pago y existen otras gratuitas que pueden ofrecer funcionalidades necesarias para gestionar un proyecto.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''OPEN PROJECT''':&lt;br /&gt;
&lt;br /&gt;
'''Motivo''': &lt;br /&gt;
Open Project nos ofrece una multitud de funcionalidades y facilidades de forma totalmente gratuita y de uso simple e intuitivo. Además es un proyecto en continuo crecimiento tanto en funcionalidad como en comunidad. &lt;br /&gt;
&lt;br /&gt;
Pros:&lt;br /&gt;
*Basado en Web.&lt;br /&gt;
*Open source.&lt;br /&gt;
*Ofrece una wiki para los proyectos.&lt;br /&gt;
*Seguimiento de esfuerzo en cada tarea.&lt;br /&gt;
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.&lt;br /&gt;
*Foros y áreas de noticias para los miembros del proyecto.&lt;br /&gt;
*Enfocado a negocio.&lt;br /&gt;
*Desarrollo y evolución contínua.&lt;br /&gt;
*Totalmente gratuito.&lt;br /&gt;
*Proyectos privados.&lt;br /&gt;
*Mayor número de desarrolladores que en su primera versión (Redmine).&lt;br /&gt;
*Metodología ágil: Scrum.&lt;br /&gt;
*Premio a la &amp;quot;Mejor práctica&amp;quot; de código abierto. &amp;quot;Berlin's future is open&amp;quot; Agosto del 2011.&lt;br /&gt;
*Gestor de reuniones.&lt;br /&gt;
*Entorno de pruebas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Contras:&lt;br /&gt;
&lt;br /&gt;
*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.&lt;br /&gt;
*No todos los plugins para OpenProject están disponibles.&lt;br /&gt;
*Sin gestor de recursos.&lt;br /&gt;
*Sin presentación de informes y análisis.&lt;br /&gt;
*No orientado a dispositivos móviles.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''¿Porque es una buena/mala elección?'''&lt;br /&gt;
Sería una buena elección ya que salvo a los pequeños inconvenientes que muestra esta herramienta sus ventajas son abundantes. Gracias a los gestores de reuniones y agendas facilita la creación de actas y un mayor orden en la realización de tareas. Al ser código abierto es compatible con cualquier sistema operativo (Windows, Linux, Solaris, MacOS, CentOS…) exceptuando los sistemas operativos orientados a dispositivos móviles .  &lt;br /&gt;
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.&lt;br /&gt;
&lt;br /&gt;
== Anexo ==&lt;br /&gt;
&lt;br /&gt;
[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Practica 1 (20/10/2014)]&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1262</id>
		<title>Taller de gestión del código I</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1262"/>
				<updated>2014-10-22T09:11:40Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Objetivo de la reunión==&lt;br /&gt;
&lt;br /&gt;
Analizar y estructurar el proyecto, comenzar la implementación del mismo.&lt;br /&gt;
&lt;br /&gt;
==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Desarrollo de la reunión==&lt;br /&gt;
&lt;br /&gt;
En ésta segunda sesión, se llevaron a cabo varios planteamientos:&lt;br /&gt;
&lt;br /&gt;
*Aclaración de los objetivos y el alcance del proyecto.&lt;br /&gt;
*Definición del modelo conceptual y dominio del sistema.&lt;br /&gt;
*Cambio de tecnología propuesta para el desarrollo del sistema, por Spring y Mysql.&lt;br /&gt;
*Comienzo de la implementación del sistema.&lt;br /&gt;
&lt;br /&gt;
==Conclusiones==&lt;br /&gt;
&lt;br /&gt;
Como conclusión, el grupo decidió realizar varios cambios en cuanto a la estructura y el desarrollo del sistema.&lt;br /&gt;
Se ha propuesto ponernos en contacto con el grupo de creación de votaciones, para ver si la lista de usuarios (censo) se integra dentro de la tabla de votaciones en la base de datos.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1261</id>
		<title>Taller de gestión del código I</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1261"/>
				<updated>2014-10-22T09:11:04Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Objetivo de la reunión==&lt;br /&gt;
&lt;br /&gt;
Decidir la tecnología a usar para desarrollar el proyecto, el método de comunicación entre miembros del grupo y el formato del diario de desarrollo.&lt;br /&gt;
&lt;br /&gt;
==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Desarrollo de la reunión==&lt;br /&gt;
&lt;br /&gt;
En ésta segunda sesión, se llevaron a cabo varios planteamientos:&lt;br /&gt;
&lt;br /&gt;
*Aclaración de los objetivos y el alcance del proyecto.&lt;br /&gt;
*Definición del modelo conceptual y dominio del sistema.&lt;br /&gt;
*Cambio de tecnología propuesta para el desarrollo del sistema, por Spring y Mysql.&lt;br /&gt;
*Comienzo de la implementación del sistema.&lt;br /&gt;
&lt;br /&gt;
==Conclusiones==&lt;br /&gt;
&lt;br /&gt;
Como conclusión, el grupo decidió realizar varios cambios en cuanto a la estructura y el desarrollo del sistema.&lt;br /&gt;
Se ha propuesto ponernos en contacto con el grupo de creación de votaciones, para ver si la lista de usuarios (censo) se integra dentro de la tabla de votaciones en la base de datos.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1259</id>
		<title>Taller de gestión del código I</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_de_gesti%C3%B3n_del_c%C3%B3digo_I&amp;diff=1259"/>
				<updated>2014-10-22T09:10:43Z</updated>
		
		<summary type="html">&lt;p&gt;Fradelval: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Objetivo de la reunión==&lt;br /&gt;
&lt;br /&gt;
Decidir la tecnología a usar para desarrollar el proyecto, el método de comunicación entre miembros del grupo y el formato del diario de desarrollo.&lt;br /&gt;
&lt;br /&gt;
==Asistentes==&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; style=&amp;quot;border-collapse:collapse;text-align:center&amp;quot; class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Asistió&lt;br /&gt;
! Miembro del grupo&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| David Álvarez Silva&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Antonio Juan Amador Salmerón&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Francisco Javier Delgado Vallano&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Guiomar Fernandez de Bobadilla Brioso&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Jose Luis García Mora&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Sebastián Garrocho Capacete&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Javier Guisado Torres&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
| Rafael Quesada García&lt;br /&gt;
|-&lt;br /&gt;
| ✓&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==Desarrollo de la reunión==&lt;br /&gt;
&lt;br /&gt;
En ésta segunda sesión, se llevaron a cabo varios planteamientos:&lt;br /&gt;
&lt;br /&gt;
*Aclaración de los objetivos y el alcance del proyecto.&lt;br /&gt;
*Definición del modelo conceptual y dominio del sistema.&lt;br /&gt;
*Cambio de tecnología propuesta para el desarrollo del sistema, por Spring y Mysql.&lt;br /&gt;
*Comienzo de la implementación del sistema.&lt;br /&gt;
&lt;br /&gt;
==Conclusiones==&lt;br /&gt;
&lt;br /&gt;
Como conclusión, el grupo decidió realizar varios cambios en cuanto a la estructura y el desarrollo del sistema.&lt;br /&gt;
Se ha propuesto ponernos en contacto con el grupo de creación de votaciones, para ver si la lista de usuarios (censo) se integra dentro de la tabla de votaciones en la base de datos.&lt;/div&gt;</summary>
		<author><name>Fradelval</name></author>	</entry>

	</feed>