Wiki de EGC - Contribuciones del usuario [es]

Cabina de Slack- 17 18 - G1

2018-01-10T15:27:01Z

Edulunzay: /* Formato y procedimientos de gestión de incidencias */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>El algoritmo para etiquetar y tratar cada Issue es el siguiente:
#Si es una tarea:
##Si es nueva:
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
##Si no es nueva:
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue
#Si es un bug:
##Si es nuevo:
###Asignar etiqueta Bug.
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
##Si no es nuevo:
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue.
#Si es un cambio:
##Si es nuevo:
###Asignar etiqueta Cambio/Mejora.
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, Hecho.
##Si no es nuevo:
###Asignar etiqueta Accepted en caso de ser aceptado.
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue.
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
</ul>

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

Cabina de Slack- 17 18 - G1

2018-01-10T15:24:21Z

Edulunzay: /* Formato y procedimientos de gestión de incidencias */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>El algoritmo para etiquetar y tratar cada Issue es el siguiente:
#Si es una tarea:
##Si es nueva:
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, En espera/Con problemas, En revisión, Hecho.
##Si no es nueva:
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue
#Si es un bug:
##Si es nuevo:
###Asignar etiqueta Bug.
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, En espera/Con problemas, En revisión, Hecho.
##Si no es nuevo:
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue.
#Si es un cambio:
##Si es nuevo:
###Asignar etiqueta Cambio/Mejora.
###Asignar prioridad: Critical, High, Medium, Low.
###Asignar temática: Cada grupo elegirá los tipos de tareas que tratará. Ej: Documentación, Base de Datos…
###Asignar estado: New, Started, Fixed, Verified, Wontfix, Duplicate.
###Asignar encargados del Issue.
###Asignar el Issue a un proyecto a la columna que corresponda: TO DO, En progreso, En espera/Con problemas, En revisión, Hecho.
##Si no es nuevo:
###Asignar etiqueta Accepted en caso de ser aceptado.
###Introducir comentario de avance, explicando lo que se ha hecho.
###Actualizar etiquetas.
###Actualizar encargados.
###Actualizar en el proyecto que corresponda.
###Si ha terminado, introducir comentario de cierre y cerrar el Issue.
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
</ul>

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

Cabina de Slack- 17 18 - G1

2018-01-10T15:22:04Z

Edulunzay: /* Formato y procedimientos de gestión de incidencias */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>
<li>Para cambios:</li>
<ul>
<li>Incluir información detallada sobre la modificación que debe hacerse. </li>
<li>Nombrar mediante el @xxxxx a la persona que le afecte dicha modificación. </li>
<li>Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma. </li>
</ul>
<li>Para issues/incidencias: </li>
<ul>
<li>Incluir información detallada sobre el bug encontrado. </li>
<li>Incluir los pasos para la reproducción del problema.</li>
<li>Incluir qué se debería esperar y qué se ha obtenido.</li>
<li>Incluir la versión del producto que se ha usado.</li>
<li>Incluir información adicional que pueda resultar relevante para la identificación y corrección del error (Opcional).</li>
</ul>
</ol>
<li>Para cambios o mejoras: </li>
<li>Utilizar la etiqueta cambio/mejojra</li>
<li>Asignación de responsable</li>
<ul>
<li>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</li>
</ul>
<li>Asignación de etiquetas</li>
<o
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
</ul>
<ul>
<li>Incluir de las siguientes etiquetas para indicar que se trata de un cambio o mejora.</li>
<ul>
</ul>
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
<li>Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>
</ol>
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
<li>Opcionalmente si procede - ToCheck o Buged|OnHole</li>
</ul>
</ol>

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

Cabina de Slack- 17 18 - G1

2018-01-10T15:19:12Z

Edulunzay: /* Opera */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>
<li>Para cambios:</li>
<ul>
<li>Incluir información detallada sobre la modificación que debe hacerse. </li>
<li>Nombrar mediante el @xxxxx a la persona que le afecte dicha modificación. </li>
<li>Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma. </li>
</ul>
<li>Para issues/incidencias: </li>
<ul>
<li>Incluir información detallada sobre el bug encontrado. </li>
<li>Incluir los pasos para la reproducción del problema.</li>
<li>Incluir qué se debería esperar y qué se ha obtenido.</li>
<li>Incluir la versión del producto que se ha usado.</li>
<li>Incluir información adicional que pueda resultar relevante para la identificación y corrección del error (Opcional).</li>
</ul>
</ol>
<li>Para cambios o mejoras: </li>
<li>Utilizar la etiqueta cambio/mejojra</li>
<li>Asignación de responsable</li>
<ul>
<li>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</li>
</ul>
<li>Asignación de etiquetas</li>
<ol>
</ul>
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
</ul>
<li>Para cambios: </li>
<ul>
<li>Incluir de las siguientes etiquetas para indicar que se trata de un cambio o mejora.</li>
<ul>
</ul>
¡
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
<li>Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>

<li>bug - Indica que la incidencia hace referencia a un bug o fallo</li>
</ul>

</
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>
</ol>
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
<li>Opcionalmente si procede - ToCheck o Buged|OnHole</li>
</ul>
</ol>

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

Cabina de Slack- 17 18 - G1

2017-12-21T16:54:14Z

Edulunzay: /* Opera */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>
<li>Para cambios:</li>
<ul>
<li>Incluir información detallada sobre la modificación que debe hacerse. </li>
<li>Nombrar mediante el @xxxxx a la persona que le afecte dicha modificación. </li>
<li>Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma. </li>
</ul>
<li>Para issues/incidencias: </li>
<ul>
<li>Incluir información detallada sobre el bug encontrado. </li>
<li>Incluir los pasos para la reproducción del problema.</li>
<li>Incluir qué se debería esperar y qué se ha obtenido.</li>
<li>Incluir la versión del producto que se ha usado.</li>
<li>Incluir información adicional que pueda resultar relevante para la identificación y corrección del error (Opcional).</li>
</ul>
</ol>
<li>Para cambios o mejoras: </li>
<li>Utilizar la etiqueta cambio/mejojra</li>
<li>Asignación de responsable</li>
<ul>
<li>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</li>
</ul>
<li>Asignación de etiquetas</li>
<ol>
</ul>
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
</ul>
<li>Para cambios: </li>
<ul>
<li>Incluir de las siguientes etiquetas para indicar que se trata de un cambio o mejora.</li>
<ul>
</ul>
¡
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
<li>Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>

<li>bug - Indica que la incidencia hace referencia a un bug o fallo</li>
</ul>

</
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>
</ol>
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
<li>Opcionalmente si procede - ToCheck o Buged|OnHole</li>
</ul>
</ol>

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

Cabina de Slack- 17 18 - G1

2017-12-21T15:05:09Z

Edulunzay: /* Opera */

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

== Repositorio ==

Podrá encontrar nuestro repositorio en el siguiente enlace, en el cual estará el codigo heredado y nuesto propio código: [https://github.com/Proyecto-EGC-G1/CabinaSlack-EGC-G1 github]

== Google Drive ==

Este será nuestra plataforma para la creación compartida de documentos: [https://drive.google.com/open?id=1WCo_AA7Q1REUg57mD8A0SixA4vL5EF9r enlace]

== Opera ==

Nuesto grupo de trabajo en opera es el siguiente: [http://opera.eii.us.es/egc/public/trabajo/ver/id/100 enlace]

=== Formato y procedimientos 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.
<h4>Formato</h4>
A continuación detallaremos el formato que se ha de seguir para la creación de issues:
<ol>
<li>Título</li>
<ul>
<li>Deberá tener un títilo explícito de la tarea que se esté realizando.</li>
</ul>
<li>Descripción</li>
<ol>
<li>Para tareas: </li>
<ul>
<li>Incluir información detallada sobre lo que debe hacerse para la finalización de la tarea. </li>
</ul>
<li>Para cambios:</li>
<ul>
<li>Incluir información detallada sobre la modificación que debe hacerse. </li>
<li>Nombrar mediante el @xxxxx a la persona que le afecte dicha modificación. </li>
<li>Incluir el resultado o los resultados que se deben obtener tras la finalización de la misma. </li>
</ul>
<li>Para issues/incidencias: </li>
<ul>
<li>Incluir información detallada sobre el bug encontrado. </li>
<li>Incluir los pasos para la reproducción del problema.</li>
<li>Incluir qué se debería esperar y qué se ha obtenido.</li>
<li>Incluir la versión del producto que se ha usado.</li>
<li>Incluir información adicional que pueda resultar relevante para la identificación y corrección del error (Opcional).</li>
</ul>
</ol>
<li>Para cambios o mejoras: </li>
<li>Utilizar la etiqueta cambio/mejojra</li>
<li>Asignación de responsable</li>
<ul>
<li>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</li>
</ul>
<li>Asignación de etiquetas</li>
<ol>
</ul>
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
</ul>
<li>Para cambios: </li>
<ul>
<li>Incluir de las siguientes etiquetas para indicar que se trata de un cambio o mejora.</li>
<ul>
</ul>
¡
<li>Indicar la prioridad de la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>Low - Nivel de prioridad mímino, no es necesario dedicar recursos extra en finalizar la incidencia.</li>
<li>Medium - Nivel de prioridad medio, no es necesario finalizar la incidencia ya, pero tampoco debe prolongarse en el tiempo. </li>
<li>High - Nivel de prioridad alto, deben destinarse bastantes recursos para finalizar la incidencia pronto.</li>
<li>Critical - Nivel de prioridad máximo, deben destinarse todos los recursos posibles para finalizar la incidencia de forma inminente.</li>
</ul>
<li>Indicar el estado en el que se encuentra la tarea. Entre las etiquetas disponibles se encuentran:</li>
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>

<li>bug - Indica que la incidencia hace referencia a un bug o fallo</li>
</ul>

</
<ul>
<li>New - Indica que se acaba de crear la incidencia.</li>
<li>Accepted - Indica que ha sido aceptada la incidencia.</li>
<li>Started - Indica que se ha comenzado a trabajar en la incidencia.</li>
<li>Fixed - Indica que se ha corregido la incidencia.</li>
<li>Verified - Indica que se ha comprobado que la incidencia este correcta.</li>
<li>Wontfix</li>
<li>Duplicate - Indica que la incidencia es igual que otra ya creada.</li>
</ul>
</ul>
</ol>
<li>Asignación de un proyecto</li>
<ul>
<li>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.</li>
<ul>
<li>Desarrollo individual de funcionalidades</li>
<li>Integración de funcionalidades</li>
<li>Integración y configuración del plugin en la página oficial del congreso</li>
</ul>
</ul>
<li>Asignación de un milestone</li>
<ul>
<li>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:</li>
<ul>
<li>Milestone 1</li>
<li>Milestone 2</li>
<li>Milestone 3</li>
<li>Milestone 4</li>
'''</ul>
</ul>
</ol>

Información adicional
<ol>
<li>Uso de los comentarios</li>
<ul>
<li>Para contactar con el creador responsable de la incidencia en referencia al algún aspecto o duda de la misma.</li>
<li>Para indicar avances en el desarrollo de la incidencia.</li>
<li>Para justificar el cierre de la incidencia.</li>
</ul>
<li>Cierre de las incidencias que no estén asociadas a un commit</li>
<ul>
<li>Se podrán cerrar manualmente incidencias que no estén asociadas a un commit. En caso de que si estén asociadas a un commit deberán ser cerradas a la hora de realizar el commit.</li>
</ul>
</ol>

<h4>Procedimientos</h4>
Las incidencias creadas deberán ser actualizadas conforme avance el trabajo sobre las mismas. Por tanto se deberán actualizar tanto las etiquetas, como la ubicación de la incidencia en el tablero kanban.
<ol>
<li>Evolución de las etiquetas</li>
<ul>
<li>New</li>
<li>Accepted</li>
<li>Started</li>
<li>Verified</li>
<li>Opcionalmente si procede - Duplicate, Fixed o WontFinx</li>
</ul>
<li>Evolución en el tablero</li>
<ul>
<li>TODO</li>
<li>InProgress</li>
<li>Done</li>
<li>Opcionalmente si procede - ToCheck o Buged|OnHole</li>
</ul>
</ol>

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

Cabina de Slack- 17 18 - G1

2017-12-13T16:47:30Z

Edulunzay: /* Google Drive */

Cabina de Slack- 17 18 - G1

2017-12-11T20:09:19Z

Edulunzay: /* Repositorio */

Cabina de Slack- 17 18 - G1

2017-12-11T20:09:02Z

Edulunzay: /* Repositorio */

Cabina de Slack- 17 18 - G1

2017-12-07T16:42:22Z

Edulunzay: /* Miembros */

Cabina de Slack- 17 18 - G1

2017-12-07T16:38:33Z

Edulunzay: Página creada con «== Miembros == <ul> <li>Eduardo Luna Zayas (coordinador)</li> <li>Antonio Jesús Ruiz Budia</li> <li>José Ignacio Bersabé Gutiérrez</li> <li>Alejandro Manuel Ardoy Álv...»

== Miembros ==

<ul>
<li>Eduardo Luna Zayas (coordinador)</li>
<li>Antonio Jesús Ruiz Budia</li>
<li>José Ignacio Bersabé Gutiérrez</li>
<li>Alejandro Manuel Ardoy Álvarez</li>

</ul>

Espacios para el grupo 1 1718

2017-12-07T16:37:02Z

Edulunzay: /* Lista de proyectos */

EN CONSTRUCCIÓN

== Lista de proyectos ==

* [[Equipo de integración general - 17_18 - G1]]
* [[Gestión del programa - 17_18 - G1]]
* [[Gestión del registro - 17_18 - G1]]
* [[Gestión de visualización del programa - 17_18 - G1]]
* [[Gestión de integración con redes sociales - 17_18 - G1]]
* [[Autenticación - 17_18 - G1]]
* [[Administración de votaciones - 17_18 - G1]]
* [[Administración de censos - 17_18 - G1]]
* [[Cabina de votaciones - 17_18 - G1]]
* [[Cabina de telegram - 17_18 - G1]]
* [[Cabina de Slack- 17_18 - G1]]
* [[Almacenamiento de votos - 17_18 - G1]]
* [[Recuento de votos - 17_18 - G1]]
* [[Visualización de resultados - 17_18 - G1]]