Acta de la práctica 1 (Autenticación 2014-15)

De Wiki de EGC
Revisión del 18:53 19 oct 2014 de Dandelea (discusión | contribuciones) (Desarrollo de la reunión)
Saltar a: navegación, buscar

Desarrollo de la práctica

Se han escogido las tres siguientes herramientas de gestión de código para su análisis:

Se han escogido estas herramientas utilizando como criterio la cantidad de soporte de la que disponen, y buscando que tengan tanto una interfaz web, como la posibilidad de trabajar en intranet.

Tras el análisis de estas herramientas se han extraído las siguientes observaciones.

Asana

Asana es una herramienta de gestión de tareas que permite organizar un grupo de trabajo. Cada equipo tiene una serie de espacios de trabajo, que contienen proyectos. Estos proyectos contienen una serie de tareas. La aplicación se vende como una herramienta de comunicación entre miembros del grupo con la intención de reemplazar al correo electrónico tradicional. Un usuario puede pertenecer a varios equipos.

Ventajas

  • Interfaz fluída e intuitiva
  • Permite la comunicación mediante mensajes entre los miembros del grupo
  • Se pueden ver por separado las tareas asignadas a cada usuario
  • Se pueden ver las tareas en forma de calendario
  • Dispone de un tour inicial para aprender a usar la aplicación
  • Permite la fusión de tareas duplicadas

Inconvenientes

  • No permite la gestión temporal: las tareas no disponen de tiempos estimados, ni dedicados, ni porcentajes de realización
  • No hay una línea temporal de la actividad realizada en la aplicación (no obstante, esta notifica a los usuarios asignados a cada tarea)
  • No se puede asignar una tarea a más de una persona
  • Las estadísticas sobre las tareas en los proyectos son muy básicas (una gráfica del trabajo realizado)

Conclusiones

Asana es una herramienta simple y fácil de utilizar, que no requiere de más de unos minutos para acostumbrarse a su uso. No obstante, no dispone de algunas tareas básicas de gestión de tareas, que la hacen poco útil sin el uso de alguna otra herramienta complementaria.

OpenProject

OpenProject es una herramienta moderna de gestión de proyectos que ha ganado mucha popularidad en los últimos años, siendo usada en una gran cantidad de empresas. Se ha escogido por ser la única de las 3 herramientas que requiere una instalación para poder ser usada, ya que esto podría traducirse en algunas ventajas, como se verá a continuación. Incluye una minuciosa administración de las tareas, recursos, reuniones, documentos relacionados con el proyecto etc.

Ventajas

  • Gran cantidad de funcionalidades relacionadas con la gestión de tareas, tiempos y responsables.
  • Integración con repositorios Git (a través de un plugin).
  • Disponibilidad de foros y sección de noticias donde los usuarios pueden informar de eventos importantes.
  • Tratamiento de asuntos pendientes permitiendo seleccionar importancia, responsables, comentarios etc.
  • Multiplataforma al estar hecho en Java.
  • Gratis y Open Source.

Desventajas

  • Poca documentación, enfocado a usuarios de MSProject al ser similar a este.
  • Algunas funcionalidades están enfocadas a proyectos de mayor tamaño, como aquellas enfocadas a la administración de recursos. En general, se trata de una herramienta muy compleja.
  • Varias de las funcionalidades ofrecidas ya son administradas mediante la wiki de la asignatura, como el uso de una wiki o la documentación de reuniones.
  • Imposibilidad de exportar archivos PDF (podría ser un pequeño inconveniente en el futuro).
  • Es necesaria la instalación de software, que en el caso de windows es bastante tediosa. No se dispone de una interfaz web que permita usar la herramienta desde cualquier lugar en cualquier momento.

Conclusiones

Aunque OpenProject es una herramienta muy completa y profesional, es precisamente esto lo que causa su mayor desventaja: su complejidad al estar orientada a proyectos de mayor tamaño. Esto es reforzado por la necesidad de instalar software para poder usar la herramienta y la compleja instalación de este.

Redmine

RedMine es una herramienta multiplataforma basada en el framework Ruby on Rails para gestión de proyectos. Incluye utilidades visuales (Diagramas de Gantt, Calendario...), utilidades de comunicación (Wiki, foros...) y de coordinación de trabajo (Roles, asignación de tareas). Permite además la integración con sistemas de control de versiones. Es necesario registro para su uso.

Ventajas

  • Es de código abierto. Gratis.
  • Es multiplataforma. Ofrece una sencilla aplicación web.
  • Sencillo sistema de registro basado en roles.
  • Permite gestionar varios proyectos al mismo tiempo.
  • Gran variedad de herramientas de gestión y comunicación, incluso sin plugins.
  • Simple integración con sistemas de control de versiones (SVN, CVS, Git...) y soporte a gestión de bases de datos (MySQL, SQLite, Oracle...).
  • Reporte de cambios mediante feed RSS y notificaciones de correo.
  • Se pueden instalar gran variedad de plugins para añadir funcionalidades.
  • Ofrece una REST API.

Inconvenientes

  • No se pueden administrar permisos totales para un usuario sobre una parte del proyecto. Si se quiere dar dichos permisos, deben ser sobre la totalidad del proyecto.
  • Las tareas no pueden ser delegadas a otros responsables una vez son iniciadas.
  • Difícil instalación de la aplicación de escritorio. Debe tener instalado Ruby on Rails antes de instalar Redmine.
  • Algunos problemas de retardo en logins.

Conclusiones

Es una aplicación de fácil uso en su versión web, aunque la versión de escritorio tiene algunos bugs de instalación. Debido a estos problemas de instalación, existe una comunidad que recomienda Jira como una alternativa.

Acta de la práctica

La reunión ha sido realizada por el grupo de Autenticación el día 15/10/2014.

Objetivo de la reunión

El objetivo de la práctica es que el grupo investigue sobre posibles herramientas de gestión de proyectos software que podrían ser de utilidad para el grupo y para gestionar el proyecto completo.

Asistentes

Asistió Miembro del grupo
Daniel Ayala Hernández
Daniel de los Reyes Leal
Alejandro Sánchez Medina
Juan Carlos Roldán Salvador
Fidel Mazo Delgado

Desarrollo de la reunión

  • Se investigaron a grandes rasgos los diferentes sistemas de gestión de proyectos con ayuda del material aportado.
  • Se acordó que los sistemas elegidos deberían tener interfaz web para una menor complicación de instalaciones y mayor portabilidad.
  • Se escogieron tres sistemas de gestión a estudiar: Asana (por su simplicidad), OpenProject (por necesitar la instalación de software y por tanto existir la posibilidad de que ofreciera algo único) y Redmine (por su popularidad).
  • Se repartieron estos tres sistemas entre los miembros del grupo para su estudio durante 30 minutos.
  • Se redactaron en tres secciones el producto de esta investigación y primer contacto.
  • Se discutió cuál debía ser el sistema a utilizar comparando las ventajas e inconvenientes. El elegido fue Asana.
  • Cada miembro del grupo se registró y se familiarizó con la aplicación web. Se pusieron en práctica los medios de comunicación del sistema.
  • Se hizo una práctica de comunicación entre grupos con Carlos Borja García-Baquero del grupo de cabina de votación (2014-2015).

Pruebas de comunicación

Captura de interfaz de Asana durante la prueba de comunicación entre grupos.

El grupo se registró desde los ordenadores del aula de laboratorio a la plataforma web de Asana. Su fácil proceso de instalación hizo posible que esto se completara en pocos minutos, así pues nos dispusimos a crear un grupo en la plataforma y un proyecto de prueba.

A primera vista, la interfaz es limpia sin demasiadas instrucciones difíciles de conocer. Intercambiamos algunos mensajes en forma de comentario en tareas nuevas que íbamos reasignando a cada miembro. La plataforma nos permite ir viendo los cambios en tiempo real sin necesidad de actualizar la página.

Tras contactar con un miembro de otro grupo (Carlos Borja García-Baquero del grupo de cabina de votación (2014-2015)), le explicamos como registrarse para que pudiera hacer una prueba con nosotros. Igualmente, repetimos estas operaciones para un grupo distinto.

La simplicidad de la herramienta nos hizo comprobar, que sin ninguna necesidad de estudio previo, el compañero del otro grupo era perfectamente capaz de entenderla. Así que esto confirmó nuestras teorías sobre la herramienta.

Conclusiones

  • Se ha elegido Asana como muy posible candidato como sistema de gestión del proyecto actual para nuestro grupo.
  • El grupo ha entendido sus ventajas e inconvenientes y se ha familiarizado con él.

Trabajo realizado

  • Se ha creado una Organización en el sistema para el grupo, y un proyecto para gestionar el trabajo. Se han creado los primeros archivos de configuración de la base de datos.

Trabajo futuro

  • Negociar el método de comunicación, crear archivos php que ofrezcan una API.