Wiki de EGC - Contribuciones del usuario [es]

Grupo Creación/Administración de censos(2014-15)

2014-11-14T15:30:22Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* '''David Álvarez Silva''': Jefe de proyecto
* '''Antonio Juan Amador Salmerón''': Desarrollador
* '''Francisco Javier Delgado Vallano''': Gestor de la configuración
* '''Guiomar Fernandez de Bobadilla Brioso''': Desarrollador
* '''Jose Luis García Mora''': Gestor de documentación
* '''Sebastián Garrocho Capacete''': Gestor de la documentación
* '''Javier Guisado Torres''': Gestor de la configuración
* '''Rafael Quesada García''': Gestor de pruebas

== Métodos ==

=== Creación de censo ===
/ADMCensus/census/create.do?idVotacion=100&tituloVotacion=votacion1&fecha_inicio=25/11/2014&fecha_fin=30/11/2014
El método no da respuesta. Será usado al crear una votación.

=== Puede borrar ===
/ADMCensus/census/canDelete.do?idVotacion=100
Método utilizado por votación para saber si puede eliminar la votación. El resultado será un Json con el siguiente formato:
[{"result":,"Yes"}] ó [{"result":,"No"}]
Si el resultado es Yes, Nuestro subsistema eliminará automáticamente el censo.

=== Puede votar ===
/ADMCensus/census/canVote.do?idVotacion=100
El resultado será un Json con el siguiente formato:
[{"result":,"Yes"}] ó [{"result":,"No"}]

=== Actualizar votación ===
/ADMCensus/census/updateUser.do?idVotacion=100
Este método no devolverá nada y actualizará el estado de votación del usuario
===Usuarios por censo===
/ADMCensus/census/findCensusByVote.do?idVotacion=100
Este método lo utilizara el grupo de deliberaciones para obtener los usuarios de un censo en una votación
[{"id":1,"version":1,"token_propietario":"123456fdas","nombre_votacion":"votacion1","votacion_id":1,"voto_por_usuario":{"juan":false,"maria":true,"pepe":true},"fecha_inicio":1430776800000,"fecha_fin":1430776800000}]
== Iteraciones ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Iterable 1 (8/10/14) | Iterable del Taller de gestión del código I (08/10/14)]]
* [[Iterable 2 (8/10/14)| Iterable del Taller de gestión del código II (8/10/14)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]
* [[Iterable 3 (27/10/14) | Iterable del Taller de gestión del código III (27/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo de Cabina de votación (2014-15)|Cabina de votación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-11-14T15:24:14Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* '''David Álvarez Silva''': Jefe de proyecto
* '''Antonio Juan Amador Salmerón''': Desarrollador
* '''Francisco Javier Delgado Vallano''': Gestor de la configuración
* '''Guiomar Fernandez de Bobadilla Brioso''': Desarrollador
* '''Jose Luis García Mora''': Gestor de documentación
* '''Sebastián Garrocho Capacete''': Gestor de la documentación
* '''Javier Guisado Torres''': Gestor de la configuración
* '''Rafael Quesada García''': Gestor de pruebas

== Métodos ==

=== Creación de censo ===
/ADMCensus/census/create.do?idVotacion=100&tituloVotacion=votacion1&fecha_inicio=25/11/2014&fecha_fin=30/11/2014
El método no da respuesta. Será usado al crear una votación.

=== Puede borrar ===
/ADMCensus/census/canDelete.do?idVotacion=100
Método utilizado por votación para saber si puede eliminar la votación. El resultado será un Json con el siguiente formato:
[{"result":,"Yes"}] ó [{"result":,"No"}]
Si el resultado es Yes, Nuestro subsistema eliminará automáticamente el censo.

=== Puede votar ===
/ADMCensus/census/canVote.do?idVotacion=100
El resultado será un Json con el siguiente formato:
[{"result":,"Yes"}] ó [{"result":,"No"}]

=== Actualizar votación ===
/ADMCensus/census/updateUser.do?idVotacion=100
Este método no devolverá nada y actualizará el estado de votación del usuario
===Usuarios por censo===
/ADMCensus/census/findUsersByCensus.do?idVotacion=100
Este método lo utilizara el grupo de deliberaciones para obtener los usuarios de un censo en una votación
[{"id":1,"version":1,"token_propietario":"123456fdas","nombre_votacion":"votacion1","votacion_id":1,"voto_por_usuario":{"juan":false,"maria":true,"pepe":true},"fecha_inicio":1430776800000,"fecha_fin":1430776800000}]
== Iteraciones ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Iterable 1 (8/10/14) | Iterable del Taller de gestión del código I (08/10/14)]]
* [[Iterable 2 (8/10/14)| Iterable del Taller de gestión del código II (8/10/14)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]
* [[Iterable 3 (27/10/14) | Iterable del Taller de gestión del código III (27/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo de Cabina de votación (2014-15)|Cabina de votación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:29:16Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de Documentación
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de pruebas
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:21:10Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Documentador
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico
* [[Usuario:javguitor|Javier Guisado Torres]]: Tester
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:20:44Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Catering
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico
* [[Usuario:javguitor|Javier Guisado Torres]]: Tester
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:20:30Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Documentador
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico
* [[Usuario:javguitor|Javier Guisado Torres]]: Tester
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:19:40Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Desarrollador
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Desarrollador
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Catering
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Diseñador gráfico
* [[Usuario:javguitor|Javier Guisado Torres]]: Tester
* [[Usuario:rafquegar1|Rafael Quesada García]]: Analista

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T20:07:03Z

Sebgarcap:

== Descripción==

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.

== Miembros ==
* [[Usuario:davalvsil|David Álvarez Silva]]: Jefe de proyecto
* [[Usuario:antamasal|Antonio Juan Amador Salmerón]]: Gestor de la configuración
* [[Usuario:fradelval|Francisco Javier Delgado Vallano]]: Gestor de la configuración
* [[Usuario:guiferbri|Guiomar Fernandez de Bobadilla Brioso]]: Gestor de la configuración
* [[Usuario:josgarmor11|Jose Luis García Mora]]: Gestor de la configuración
* [[Usuario:sebgarcap|Sebastián Garrocho Capacete]]: Gestor de la configuración
* [[Usuario:javguitor|Javier Guisado Torres]]: Gestor de la configuración
* [[Usuario:rafquegar1|Rafael Quesada García]]: Gestor de la configuración

== Talleres ==
* [[Taller de creación de grupos | Taller de creación de grupos(29/09/2014)]]
* [[Taller de arquitectura de la aplicación | Taller de arquitectura de la aplicación (01/10/2014)]]
* [[Taller de gestión del código I | Taller de gestión del código I (06/10/2014)]]
* [[Taller de gestión del código II | Taller de gestión del código II (08/10/2014)]]
* [[Práctica 1: Herramientas para la gestión de proyectos | Práctica 1: Herramientas para la gestión de proyectos (15/10/2014)]]

== Iteraciones ==
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCSEc5RnprZUxlcXc&usp=sharing Entregable 1 (08/10/2014)]
* [https://drive.google.com/folderview?id=0B6sVl7wHRGtCYzFUY2JoNnV1WGs&usp=sharing Entregable 2 (08/10/2014)]
* [[Iterable 2 (8/10/14)| Iterable 2 (8/10/14)]]
* [https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]
* [[Iterable 3 (15/10/14)| Iterable 3 (15/10/14)]]

== Subsistemas relacionados ==
* [[Grupo_Autenticación_(2014-15) | Autenticación]]
* [[Grupo_Creación/administración_de_votaciones(2014-15) | Creación/administración de votaciones]]

Grupo Creación/Administración de censos(2014-15)

2014-10-28T19:55:00Z

Sebgarcap:

Práctica 1: Herramientas para la gestión de proyectos

2014-10-22T10:02:04Z

Sebgarcap:

= Desarrollo de la práctica =

Herramientas analizadas:

* [https://github.com/ GitHub]
* [https://community.openproject.org/ OpenProject]
* [https://www.atlassian.com/es/software/jira Jira]

== GitHub ==

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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

=== Ventajas ===

* Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
* Software libre.
* Varias herramientas en línea tales como:
** Un wiki
** Un sistema de seguimiento de problemas
** Herramientas para la revisión de código
** Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
** Funcionalidades de una red social, como por ejemplo: seguidores.

* Rápido y eficiente
* Sistema distribuido y por lo tanto permite trabajar en local.
* Permite la colaboración y por tanto la manipulación de proyectos ajenos.

=== Inconvenientes ===

* Para que el código se almacene de forma privada hay que pagar una tarifa mensual
* Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
* Poco intuitivo
* Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

=== ¿Porque es una buena/mala elección? ===

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.

== OpenProject ==

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.

=== Ventajas ===

* Basado en Web.
* Open source.
* Ofrece una wiki para los proyectos.
* Seguimiento de esfuerzo en cada tarea.
* Ofrece herramientas para una gestión sencilla y rápida de las tareas.
* Foros y áreas de noticias para los miembros del proyecto.
* Enfocado a negocio.
* Desarrollo y evolución contínua.
* Totalmente gratuito.
* Proyectos privados.
* Mayor número de desarrolladores que en su primera versión (Redmine).
* Metodología ágil: Scrum.
* Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
* Gestor de reuniones.
* Entorno de pruebas.

=== Inconvenientes ===

* Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
* No todos los plugins para OpenProject están disponibles.
* Sin gestor de recursos.
* Sin presentación de informes y análisis.
* No orientado a dispositivos móviles.

=== ¿Porque es una buena/mala elección? ===

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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

== Jira ==

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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

=== Ventajas ===

* Añadir distintos tipos de tareas, no solo las predeterminadas
* Integra repositorio Git
* Permite crear tableros Scrum o Kanban para la planificación del proyecto.
* Importar tareas de otras herramientas.
* Integrado con interfaz móvil, sin necesitar una aplicación.
* Dejar comentarios en las tareas mencionando a integrantes del proyecto.
* Añadir funcionalidad mediante plugins
* Funciona en todos los sistemas operativos

=== Inconvenientes ===

* Herramienta de pago
* Límite de 2000 usuarios
* Incluye demasiadas opciones lo que induce al usuario a confusión
* Al haber tantas funcionalidades, el usuario no le da uso a todas.

=== ¿Porque es una buena/mala elección? ===

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…
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.

= Acta de reunión =
[https://drive.google.com/file/d/0B5pZgRQg6iV9aFV4bmc3SWFJQlk/view?usp=sharing Reunión (20/10/2014)]

Iterable 3 (15/10/14)

2014-10-22T09:36:08Z

Sebgarcap:

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
| ✓
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
| ✓
| Rafael Quesada García
|}

==Resultado==

Herramientas elegidas:

'''GITHUB''':

'''Motivo:'''
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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

Pros:
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
*Software libre.
*Varias herramientas en línea tales como:
**Un wiki
**Un sistema de seguimiento de problemas
**Herramientas para la revisión de código
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
**Funcionalidades de una red social, como por ejemplo: seguidores.

*Rápido y eficiente
*Sistema distribuido y por lo tanto permite trabajar en local.
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.

Contras:
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
*Poco intuitivo
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

'''¿Porque es una buena/mala elección?'''

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.

'''JIRA''':

'''Motivo:'''
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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

Pros:
*Añadir distintos tipos de tareas, no solo las predeterminadas
*Integra repositorio Git
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.
*Importar tareas de otras herramientas.
*Integrado con interfaz móvil, sin necesitar una aplicación.
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.
*Añadir funcionalidad mediante plugins
*Funciona en todos los sistemas operativos

Contras:
*Herramienta de pago
*Límite de 2000 usuarios
*Incluye demasiadas opciones lo que induce al usuario a confusión
*Al haber tantas funcionalidades, el usuario no le da uso a todas.

'''¿Porque es una buena/mala elección?'''
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…
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.

'''OPEN PROJECT''':

'''Motivo''':
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.

Pros:
*Basado en Web.
*Open source.
*Ofrece una wiki para los proyectos.
*Seguimiento de esfuerzo en cada tarea.
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.
*Foros y áreas de noticias para los miembros del proyecto.
*Enfocado a negocio.
*Desarrollo y evolución contínua.
*Totalmente gratuito.
*Proyectos privados.
*Mayor número de desarrolladores que en su primera versión (Redmine).
*Metodología ágil: Scrum.
*Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
*Gestor de reuniones.
*Entorno de pruebas.

Contras:

*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
*No todos los plugins para OpenProject están disponibles.
*Sin gestor de recursos.
*Sin presentación de informes y análisis.
*No orientado a dispositivos móviles.

'''¿Porque es una buena/mala elección?'''
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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

== Anexo ==

[https://drive.google.com/file/d/0B6sVl7wHRGtCSVZQdGk4ZFdNWFk/view?usp=sharing Entregable 3 (20/10/2014)]

Grupo Creación/Administración de censos(2014-15)

2014-10-22T09:35:26Z

Sebgarcap:

Iterable 3 (15/10/14)

2014-10-22T09:32:45Z

Sebgarcap: Página creada con «==Asistentes== {| border="1" style="border-collapse:collapse;text-align:center" class="wikitable" |- ! Asistió ! Miembro del grupo |- | ✓ | David Álvarez Silva |- | ...»

Grupo Creación/Administración de censos(2014-15)

2014-10-22T09:32:16Z

Sebgarcap:

Grupo Creación/Administración de censos(2014-15)

2014-10-22T09:31:42Z

Sebgarcap:

Prueba

2014-10-22T09:29:50Z

Sebgarcap:

Prueba

2014-10-22T09:29:22Z

Sebgarcap:

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
| ✓
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
| ✓
| Rafael Quesada García
|}

==Resultado==

Herramientas elegidas:

'''GITHUB''':

'''Motivo:'''
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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

Pros:
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
*Software libre.
*Varias herramientas en línea tales como:
**Un wiki
**Un sistema de seguimiento de problemas
**Herramientas para la revisión de código
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
**Funcionalidades de una red social, como por ejemplo: seguidores.

*Rápido y eficiente
*Sistema distribuido y por lo tanto permite trabajar en local.
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.

Contras:
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
*Poco intuitivo
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

'''
¿Porque es una buena/mala elección?'''

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.

'''JIRA''':

'''Motivo:'''
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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

Pros:
*Añadir distintos tipos de tareas, no solo las predeterminadas
*Integra repositorio Git
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.
*Importar tareas de otras herramientas.
*Integrado con interfaz móvil, sin necesitar una aplicación.
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.
*Añadir funcionalidad mediante plugins
*Funciona en todos los sistemas operativos

Contras:
*Herramienta de pago
*Límite de 2000 usuarios
*Incluye demasiadas opciones lo que induce al usuario a confusión
*Al haber tantas funcionalidades, el usuario no le da uso a todas.

¿Porque es una buena/mala elección?
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…
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.

'''OPEN PROJECT''':

'''Motivo''':
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.

Pros:
*Basado en Web.
*Open source.
*Ofrece una wiki para los proyectos.
*Seguimiento de esfuerzo en cada tarea.
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.
*Foros y áreas de noticias para los miembros del proyecto.
*Enfocado a negocio.
*Desarrollo y evolución contínua.
*Totalmente gratuito.
*Proyectos privados.
*Mayor número de desarrolladores que en su primera versión (Redmine).
*Metodología ágil: Scrum.
*Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
*Gestor de reuniones.
*Entorno de pruebas.

Contras:

*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
*No todos los plugins para OpenProject están disponibles.
*Sin gestor de recursos.
*Sin presentación de informes y análisis.
*No orientado a dispositivos móviles.

'''¿Porque es una buena/mala elección?'''
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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

Prueba

2014-10-22T09:28:33Z

Sebgarcap:

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
| ✓
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
| ✓
| Rafael Quesada García
|}

==Resultado==

Herramientas elegidas:

'''GITHUB''':

Motivo: 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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

Pros:
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
*Software libre.
*Varias herramientas en línea tales como:
**Un wiki
**Un sistema de seguimiento de problemas
**Herramientas para la revisión de código
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
**Funcionalidades de una red social, como por ejemplo: seguidores.

*Rápido y eficiente
*Sistema distribuido y por lo tanto permite trabajar en local.
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.

Contras:
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
*Poco intuitivo
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

¿Porque es una buena/mala elección?

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.

'''JIRA''':

Motivo:
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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

Pros:
*Añadir distintos tipos de tareas, no solo las predeterminadas
*Integra repositorio Git
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.
*Importar tareas de otras herramientas.
*Integrado con interfaz móvil, sin necesitar una aplicación.
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.
*Añadir funcionalidad mediante plugins
*Funciona en todos los sistemas operativos

Contras:
*Herramienta de pago
*Límite de 2000 usuarios
*Incluye demasiadas opciones lo que induce al usuario a confusión
*Al haber tantas funcionalidades, el usuario no le da uso a todas.

¿Porque es una buena/mala elección?
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…
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.

'''OPEN PROJECT''':

Motivo:
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.

Pros:
*Basado en Web.
*Open source.
*Ofrece una wiki para los proyectos.
*Seguimiento de esfuerzo en cada tarea.
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.
*Foros y áreas de noticias para los miembros del proyecto.
*Enfocado a negocio.
*Desarrollo y evolución contínua.
*Totalmente gratuito.
*Proyectos privados.
*Mayor número de desarrolladores que en su primera versión (Redmine).
*Metodología ágil: Scrum.
*Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
*Gestor de reuniones.
*Entorno de pruebas.

Contras:

*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
*No todos los plugins para OpenProject están disponibles.
*Sin gestor de recursos.
*Sin presentación de informes y análisis.
*No orientado a dispositivos móviles.

¿Porque es una buena/mala elección?
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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

Prueba

2014-10-22T09:27:27Z

Sebgarcap:

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
| ✓
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
| ✓
| Rafael Quesada García
|}

==Resultado==

Herramientas elegidas:

1)GITHUB:

Motivo: 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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

Pros:
*Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
*Software libre.
*Varias herramientas en línea tales como:
**Un wiki
**Un sistema de seguimiento de problemas
**Herramientas para la revisión de código
**Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
**Funcionalidades de una red social, como por ejemplo: seguidores.

*Rápido y eficiente
*Sistema distribuido y por lo tanto permite trabajar en local.
*Permite la colaboración y por tanto la manipulación de proyectos ajenos.

Contras:
*Para que el código se almacene de forma privada hay que pagar una tarifa mensual
*Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
*Poco intuitivo
*Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

¿Porque es una buena/mala elección?

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.

2)JIRA:

Motivo:
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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

Pros:
*Añadir distintos tipos de tareas, no solo las predeterminadas
*Integra repositorio Git
*Permite crear tableros Scrum o Kanban para la planificación del proyecto.
*Importar tareas de otras herramientas.
*Integrado con interfaz móvil, sin necesitar una aplicación.
*Dejar comentarios en las tareas mencionando a integrantes del proyecto.
*Añadir funcionalidad mediante plugins
*Funciona en todos los sistemas operativos

Contras:
*Herramienta de pago
*Límite de 2000 usuarios
*Incluye demasiadas opciones lo que induce al usuario a confusión
*Al haber tantas funcionalidades, el usuario no le da uso a todas.

¿Porque es una buena/mala elección?
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…
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.

3)OPEN PROJECT:

Motivo:
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.

Pros:
*Basado en Web.
*Open source.
*Ofrece una wiki para los proyectos.
*Seguimiento de esfuerzo en cada tarea.
*Ofrece herramientas para una gestión sencilla y rápida de las tareas.
*Foros y áreas de noticias para los miembros del proyecto.
*Enfocado a negocio.
*Desarrollo y evolución contínua.
*Totalmente gratuito.
*Proyectos privados.
*Mayor número de desarrolladores que en su primera versión (Redmine).
*Metodología ágil: Scrum.
*Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
*Gestor de reuniones.
*Entorno de pruebas.

Contras:

*Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
*No todos los plugins para OpenProject están disponibles.
*Sin gestor de recursos.
*Sin presentación de informes y análisis.
*No orientado a dispositivos móviles.

¿Porque es una buena/mala elección?
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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

Prueba

2014-10-22T09:24:55Z

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
| ✓
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
| ✓
| Rafael Quesada García
|}

==Resultado==

Herramientas elegidas:

1)GITHUB:

Motivo: 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.
Además cuenta con una serie de funcionalidades/características bastante útiles a la hora de gestionar cualquier proyecto.
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.

Pros:
Posee un visor de código con el que se puede visualizar, desde el navegador, el contenido de un fichero determinado.
Software libre.
Varias herramientas en línea tales como:
Un wiki
Un sistema de seguimiento de problemas
Herramientas para la revisión de código
Gráfico para ver cómo los desarrolladores trabajan en sus repositorios y bifurcaciones del proyecto.
Funcionalidades de una red social, como por ejemplo: seguidores.

Rápido y eficiente
Sistema distribuido y por lo tanto permite trabajar en local.
Permite la colaboración y por tanto la manipulación de proyectos ajenos.

Contras:
Para que el código se almacene de forma privada hay que pagar una tarifa mensual
Si no se trata de un proyecto OpenSource no cuenta con todos los recursos.
Poco intuitivo
Si no se tienen conocimientos previos sobre herramientas de este tipo la curva de aprendizaje puede resultar tediosa.

¿Porque es una buena/mala elección?

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.

�
2)JIRA:

Motivo:
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.
Es una de las herramientas más utilizadas actualmente, además de particulares, por grandes empresas como Ebay, LinkedIn, Cisco, BMW, etc.

Pros:
Añadir distintos tipos de tareas, no solo las predeterminadas
Integra repositorio Git
Permite crear tableros Scrum o Kanban para la planificación del proyecto.
Importar tareas de otras herramientas.
Integrado con interfaz móvil, sin necesitar una aplicación.
Dejar comentarios en las tareas mencionando a integrantes del proyecto.
Añadir funcionalidad mediante plugins
Funciona en todos los sistemas operativos

Contras:
Herramienta de pago
Límite de 2000 usuarios
Incluye demasiadas opciones lo que induce al usuario a confusión
Al haber tantas funcionalidades, el usuario no le da uso a todas.

¿Porque es una buena/mala elección?
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…
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.
�
3)OPEN PROJECT:

Motivo:
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.

Pros:
Basado en Web.
Open source.
Ofrece una wiki para los proyectos.
Seguimiento de esfuerzo en cada tarea.
Ofrece herramientas para una gestión sencilla y rápida de las tareas.
Foros y áreas de noticias para los miembros del proyecto.
Enfocado a negocio.
Desarrollo y evolución contínua.
Totalmente gratuito.
Proyectos privados.
Mayor número de desarrolladores que en su primera versión (Redmine).
Metodología ágil: Scrum.
Premio a la "Mejor práctica" de código abierto. "Berlin's future is open" Agosto del 2011.
Gestor de reuniones.
Entorno de pruebas.

Contras:

Al no implementar SaaS no podremos tener nuestros datos en servidores propios de nuestra empresa.
No todos los plugins para OpenProject están disponibles.
Sin gestor de recursos.
Sin presentación de informes y análisis.
No orientado a dispositivos móviles.

¿Porque es una buena/mala elección?
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 .
Además nos permite obtener de forma más directa y automática la relación tiempo/coste de un proyecto.

Grupo Creación/Administración de censos(2014-15)

2014-10-22T09:18:11Z

Sebgarcap:

Taller de creación de grupos

2014-10-22T09:17:13Z

Sebgarcap:

Taller de creación de grupos

2014-10-22T09:11:00Z

Sebgarcap:

Taller de creación de grupos

2014-10-22T09:10:38Z

Sebgarcap:

Taller de arquitectura de la aplicación

2014-10-22T09:10:16Z

Sebgarcap:

==Objetivo de la reunión==

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.

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
|
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
|
| Rafael Quesada García
|}

==Desarrollo de la reunión==

Análisis del subsistema a trabajar y para ello se discutieron los siguientes puntos:

*Seleccionar versiones de las herramientas.

*Definir plantillas de las actas.

*Decidir la tecnología.

*Elección de las aplicaciones para el contacto del grupo.

*Una vez decididos los distintos puntos, se realizó un [https://drive.google.com/file/d/0B6sVl7wHRGtCakZPODdBa25la2c/view?usp=sharing esquema] de la estructura completa del sistema, para tener una visión general y poder relacionar nuestro subsistema con los otros.

==Conclusiones==

* Asignación del subsistema a desarrrollar: Frontend para creación/administración de censos.
* Tecnología para realizar el subsistema: Python y Django. Para la base de datos: MySQL
* Formas de comunicación:
- Reuniones periódicas los lunes de 12:30 a 14:30.
- Drive
- Hangout
- Grupo de WhatsApp
En caso de no poder realizar la reunión semanal, se aplazará a otro día a convenir.

Una vez realizada la reunión, tenemos que esperar a hacer la tutoría con el resto de grupos para poner en común una serie de patrones de diseños y de tecnología, para que el diseño elegido sea común y no haya problemas en la forma de comunicarnos con el resto de subsistema.

Taller de creación de grupos

2014-10-22T09:04:24Z

Sebgarcap:

Taller de creación de grupos

2014-10-22T09:03:30Z

Sebgarcap:

==Objetivo de la reunión==

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.

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| David Álvarez Silva
|-
| ✓
| Antonio Juan Amador Salmerón
|-
| ✓
| Francisco Javier Delgado Vallano
|-
| ✓
| Guiomar Fernandez de Bobadilla Brioso
|-
| ✓
| Jose Luis García Mora
|-
|
| Sebastián Garrocho Capacete
|-
| ✓
| Javier Guisado Torres
|-
|
| Rafael Quesada García
|}

==Desarrollo de la reunión==

Análisis del subsistema a trabajar y para ello se discutieron los siguientes puntos:

*Seleccionar versiones de las herramientas.

*Definir plantillas de las actas.

*Decidir la tecnología.

*Elección de las aplicaciones para el contacto del grupo.

*Una vez decididos los distintos puntos, se realizó un [https://drive.google.com/file/d/0B6sVl7wHRGtCakZPODdBa25la2c/view?usp=sharing|esquema] de la estructura completa del sistema, para tener una visión general y poder relacionar nuestro subsistema con los otros.

==Conclusiones==

* Asignación del subsistema a desarrrollar: Frontend para creación/administración de censos.
* Tecnología para realizar el subsistema: Python y Django. Para la base de datos: MySQL
* Formas de comunicación:
- Reuniones periódicas los lunes de 12:30 a 14:30.
- Drive
- Hangout
- Grupo de WhatsApp
En caso de no poder realizar la reunión semanal, se aplazará a otro día a convenir.

Una vez realizada la reunión, tenemos que esperar a hacer la tutoría con el resto de grupos para poner en común una serie de patrones de diseños y de tecnología, para que el diseño elegido sea común y no haya problemas en la forma de comunicarnos con el resto de subsistema.

Taller de creación de grupos

2014-10-22T08:57:45Z

Sebgarcap:

==Objetivo de la reunión==

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.

==Asistentes==

{| border="1" style="border-collapse:collapse;text-align:center" class="wikitable"
|-
! Asistió
! Miembro del grupo
|-
| ✓
| [David Álvarez Silva]
|-
| ✓
| [Antonio Juan Amador Salmerón]
|-
| ✓
| [Francisco Javier Delgado Vallano]
|-
| ✓
| [Guiomar Fernandez de Bobadilla Brioso]
|-
| ✓
| [Jose Luis García Mora]
|-
|
| [Sebastián Garrocho Capacete]
|-
| ✓
| [Javier Guisado Torres]
|-
|
| [Rafael Quesada García]
|}

==Desarrollo de la reunión==

Análisis del subsistema a trabajar y para ello se discutieron los siguientes puntos:

*Seleccionar versiones de las herramientas.

*Definir plantillas de las actas.

*Decidir la tecnología.

*Elección de las aplicaciones para el contacto del grupo.

Una vez decididos los distintos puntos, se realizó un esquema de la estructura completa del sistema, para tener una visión general y poder relacionar nuestro subsistema con los otros.

==Conclusiones==

* Asignación del subsistema a desarrrollar: Frontend para creación/administración de censos.
* Tecnología para realizar el subsistema: Python y Django. Para la base de datos: MySQL
* Formas de comunicación:
- Reuniones periódicas los lunes de 12:30 a 14:30.
- Drive
- Hangout
- Grupo de WhatsApp
En caso de no poder realizar la reunión semanal, se aplazará a otro día a convenir.

Una vez realizada la reunión, tenemos que esperar a hacer la tutoría con el resto de grupos para poner en común una serie de patrones de diseños y de tecnología, para que el diseño elegido sea común y no haya problemas en la forma de comunicarnos con el resto de subsistema.