Revisión del 18:23 9 dic 2017

Miembros

• David Dominguez Vázquez
• Eusebio García Plasencia
• Hanna Cheikh Malaaynine
• Jorge García García
• Miguel Caraballo de la Rosa

Repositorio de GitHub

El repositorio de GitHub del equipo será accesible en este enlace Cualquier cambio o documentación importante añadida a él se notificará a los coordinadores en el momento.

Opera

El portal del proyecto en Opera será accesible en este enlace

Entorno

Para el desarrollo del plugin de redes sociales del Wordpress del congreso, usaremos:

Para la etapa de pruebas e integración, montaremos en un contenedor Docker la pagina web del congreso junto con su base de datos. De esta forma, podremos probar en un entorno simulado el funcionamiento del plugin desarrollado a fin de obtener el mejor resultado posible.

Protocolos

Pasarán a definirse todos los protocolos, procedimientos y formatos que se seguirán a lo largo del proyecto. Estos protocolos pasarán a ser efectivos y obligatorios a partir de su definición en las fechas preestablecidas a continuación, siendo por tanto optativa su aplicación en fechas anteriores a las mismas.

• Gestión de incidencias - 10/12/2017
• Gestión de código fuente - Proximamente
• Gestión de equipo - Proximamente
• Gestión de integración continua - Proximamente

Formato de gestión de incidencias

El repositorio distribuido utilizado será GitHub, en el realizaremos toda la gestión de las incidencias. Se entiende por incidencia tanto incidencias, como cambios, como tareas que sean necesarias para llevar una correcta gestión de la planificación. A continuación detallaremos el formato que se ha de seguir para la creación de issues:

1. Título
• Deberá aportar una información clara y concisa sobre el issue, sin exceder los 100 carácteres.
2. Descripción
1. Para tareas:
• Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea.
• Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma.
2. Para cambios:
• Incluir información detallada sobre la modificación que debe hacerse.
• Nombrar mediante el @xxxxx a la persona que le afecte dicha modificación.
• Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma.
3. Para issues/incidencias:
• Incluir información detallada sobre el bug encontrado.
• Incluir los pasos para la reproducción del problema.
• Incluir qué se debería esperar y qué se ha obtenido.
• Incluir la versión del producto que se ha usado.
• Incluir información adicional que pueda resultar relevante para la identificación y corrección del error (Opcional).
3. Asignación de responsable
• Asignar un responsable por incidencia. En caso de que se considere necesario asignar varios responsables a una misma por su complejidad, deberá dividirse la incidencia en tantas incidencias como se consideren necesarias
4. Asignación de etiquetas
1. Para tareas:
• Incluir etiqueta que defina la temática de la tarea que se esta realizando. Entre las etiquetas disponibles se encuentran:
• Documentation
• Configurations
• Enhancement
• Investigation
• ...
• Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:
• Low
• Medium
• High
• Critical
• Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:
• New
• Accepted
• Started
• Fixed
• Verified
• Wontfix
• Duplicate
2. Para cambios:
• Incluir alguna de las siguientes etiquetas para indicar que se trata de un cambio o mejora.
• Change
• Enhancement
• Incluir etiqueta que defina la temática de la tarea que se esta realizando. Entre las etiquetas disponibles se encuentran:
• Documentation
• Configurations
• Enhancement
• Investigation
• ...
• Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:
• Low
• Medium
• High
• Critical
• Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:
• New
• Accepted
• Started
• Fixed
• Verified
• Wontfix
• Duplicate
3. Para issues/incidencias:
• Incluir la siguiente etiqueta para indicar que se trata de un fallo encontrado.
• bug
• Incluir etiqueta que defina la temática de la tarea que se esta realizando. Entre las etiquetas disponibles se encuentran:
• Documentation
• Configurations
• Enhancement
• Investigation
• ...
• Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:
• Low
• Medium
• High
• Critical
• Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:
• New
• Accepted
• Started
• Fixed
• Verified
• Wontfix
• Duplicate
5. Asignación de un proyecto
• Asignar a la incidencia el proyecto al que corresponda. Por defecto las incidencias creadas se colocarán automáticamente en la columna TODO del proyecto seleccionado. Existen los siguientes proyectos disponibles en función del estado del desarrollo.
• Desarrollo individual de funcionalidades
• Integración de funcionalidades
• Integración y configuración del plugin en la página oficial del congreso
6. Asignación de un milestone
   • Asignar el milestone al que corresponda la incidencia. Debe asignarsele a la incidencia el milestone para el que deberá estar finalizada. Entre los milestone asignables se encuentran:
   • Milestone 1
   • Milestone 2
   • Milestone 3
   • Milestone 4

Con todas las pautas definidas podemos asegurar una correcta creación y gestión de incidencias.