Skip to content

Features

manoutbar edited this page May 17, 2021 · 16 revisions

1 - Features

Feature 1 - modelo de shouts

Implementar el modelo de shouts

Link to the feature issue

Author Start date End date Total hours
Tomás Rodriguez 24/06/2021 25/06/2021 3

Feature 2 - modelo de tasks

Implementar el modelo de tasks

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 07/04/2021 11/04/2021 5

Feature 3 - modelo de work plans y rol manager

Implementar los modelos de work plans y habilitar el rol manager

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 30/04/2021 01/05/2021 2

Feature 4 - implementar requisitos de nivel C para el perfil anónimo

  • Consultar listado de shouts que no tengan más de un mes ordenados por "moment"
  • Crear un shout y publicarlo
  • Consultar la lista de tasks públicas sin terminar y ordenadas por period o workload
  • Ver los detalles de cualquier task pública no finalizada

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 11/04/2021 12/04/2021 7

Feature 5 - implementar requisitos funcionales de nivel C para usuarios autenticados

  • Consultar la lista de tasks públicas que están terminadas ordenadas por period o workload
  • Acceder a los detalles de los tasks públicos que están terminados

Link to the feature issue

Author Start date End date Total hours
Tomás Rodriguez 25/06/2021 26/06/2021 4

Feature 6 - implementar requisitos funcionales de nivel C para el perfil administrador

  • Visualizar en el dashboard el total de tasks públicos/privados.
  • Visualizar en el dashboard el total de tasks finalizados/sin finalizar.
  • Visualizar en el dashboard el periodo de ejecución de tasks promedio, mínimo, máximo y de desviación.
  • Visualizar en el dashboard el workload de tasks promedio, mínimo, máximo y de desviación.

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 23/04/2021 25/04/2021 6.5

Feature 7 - Revisar los mensajes de internacionalización

  • Revisar los mensajes en ambos idiomas.
  • Verificar que las fechas y las unidades monetarias también están internacionalizadas.

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 26/04/2021 26/04/2021 0.5
Borja Vera 26/04/2021 26/04/2021 0.5
Tomás Rodríguez 26/04/2021 26/04/2021 0.5

Feature 8 - Habilitar parámetro de configuración que permita configurar la detección de spam

  • Se deberá configurar un listado de palabras en properties.
  • Se deberá configurar la tolerancia mediante una propiedad.
  • Incluir funcionalidad que evalúe un texto e indique si debe ser marcado como spam. Esta funcionalidad deberá de ser lo más reutilizable posible.

Link to the feature issue

Author Start date End date Total hours
Borja Vera 29/04/2021 30/04/2021 3.5

Feature 9 - implementar requisitos funcionales de nivel B para el perfil anónimo

  • Debe poder dar un grito siempre y cuando no sea considerado como spam

Link to the feature issue

Author Start date End date Total hours
Borja Vera 30/04/2021 02/05/2021 3

Feature 10 - implementar requisitos funcionales de nivel B para el perfil manager

  • Listar sus propios tasks.
  • Crear y modificar un task siempre que no sea considerado como spam.
  • Visualizar el detalle de sus tasks.
  • Borrar sus tasks.

Link to the feature issue

Author Start date End date Total hours

Feature 11 - implementar requisitos funcionales de nivel B para el perfil administrador

Gestionar la personalización de los parámetros de configuración de spam (listado y tolerancia), lo que incluye visualizarlos y poder editarlos.

Link to the feature issue

Author Start date End date Total hours
Borja Vera 30/04/2021 02/05/2021 4.5

Feature 12 - implementar los requisitos funcionales de nivel A para el perfil anónimo

  • Listar los work plans públicos que no hayan finalizado ordenados por execution period o workload.
  • Mostrar el detalle de cualquier work plan público que no haya finalizado.

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 01/05/2021 02/05/2021 6

Feature 13 - implementar los requisitos funcionales de nivel A para el perfil manager

  • Listar sus propios work plans.
  • Crear y modificar un work plan siempre que no sea considerado como spam.
  • Visualizar el detalle de sus work plans.
  • Borrar sus work plans.

Link to the feature issue

Author Start date End date Total hours
Borja Vera 02/05/2021 02/05/2021 5.5

Feature 14 - implementar los requisitos funcionales de nivel A para el perfil administrador

  • Incluir en el dashboard los siguientes indicadores:
    • Total de work plans públicos/privados.
    • Total de work plans terminados/sin terminar.
    • Periodo de ejecución medio, de desviación, mínimo y máximo de los work plans.
    • Carga de trabajo media, de desviación, mínima y máxima de los work plans.
  • Incluir una gráfica con los siguientes indicadores:
    • Número total de work plans independientemente de su estado de publicación.
    • Número total de work plans publicados.

Link to the feature issue

Author Start date End date Total hours
Manuel Outeiriño 02/05/2021 02/05/2021 2

Feature 15 - Incluir sugerencia de ejecución de un plan de trabajo a partir de las tareas que lo componen

  • Como usuario manager, a la hora de crear una plan de trabajo, se debe incluir una acción "sugerir periodo de ejecución" que rellene los campos fecha de inicio y fecha de fin teniendo en cuenta las tareas que lo componen.
  • Las fechas sugeridas deberan ser un segundo anterior a la tarea con la fecha más antigua y un segundo posterior a la tarea con la fecha más reciente.

Link to the feature issue

Author Start date End date Total hours

Feature 16 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios anónimos y el modelo de shout

  • Deben testearse las siguientes acciones:
    • Listar shouts ordenados por fecha de creación (moment)
    • Crear shout (NOTA: deberá testearse que no sea considerado SPAM aunque esta funcionalidad será testeada individualmente en otra feature).
  • Relacionada con la feature #4
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 17 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios anónimos y el modelo de task

  • Deben testearse las siguientes acciones:
    • Listar tareas públicas sin finalizar ordenadas por periodo de ejecución.
    • Ver el detalle de cualquier tarea pública no finalizada.
  • Relacionada con la feature #4
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 18 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios autenticados y el modelo de tasks

  • Deben testearse las siguientes acciones:
    • Consultar el listado de tareas públicas finalizadas ordenadas por periodo de ejecución y carga de trabajo.
    • Acceder al detalle de las tareas públicas finalizadas.
  • Relacionada con la feature #5
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 19 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios administradores y el modelo de task

  • Deben testearse las siguientes acciones:
    • Visualizar el total de tareas públicas/privadas.
    • Visualizar el total de tareas finalizadas/sin finalizar.
    • Visualizar el periodo de ejecución medio de las tareas.
    • Visualizar el periodo de ejecución mínimo de las tareas.
    • Visualizar el periodo de ejecución máximo de las tareas.
    • Visualizar la desviación del periodo de ejecución de las tareas.
  • Relacionada con la feature #6
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 20 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios manager y el modelo de task

  • Deben testearse las siguientes acciones:
    • Listar sus propias tareas
    • Crear y modificar una tarea siempre que no sea considerada como spam
    • Visualizar el detalle de sus propias tareas
    • Borrar sus propias tareas
  • Relacionada con la feature #10
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Link to the feature issue

Author Start date End date Total hours

Feature 21 - Implementar testing para verificar la funcionalidad de detección de spam.

  • Esta funcionalidad no va ligada a ningún perfil ya que se utiliza de forma común para todos los perfiles.
  • Relacionada con la feature #8
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 22 - Implementar clases de testing para verificar la correcta gestión por parte de los usuarios administradores de la personalización de los parámetros de configuración de spam

  • Deben testearse las siguientes acciones:
    • Visualizar los parámetros.
    • Editar el listado de términos de spam.
    • Editar la tolerancia de spam.
  • Relacionada con la feature #12
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 23 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios anónimos y el modelo de workPlan.

  • Deben testearse las siguientes acciones:
    • Listar los planes de trabajo públicos que no hayan finalizado.
    • Ver el detalle de un plan de trabajo público que no haya finalizado.
  • Relacionada con la feature #12
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 24 - Implementar clases de testing que cubran los requisitos entre usuarios manager con el modelo de workplan

  • Deben testearse las siguientes acciones:
    • Listar sus propios los planes de trabajo
    • Ver el detalle de sus planes de trabajo
    • Crear sus planes de trabajo
    • Modificar sus planes de trabajo
    • Borrar sus planes de trabajo
  • Relacionada con la feature #13
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 25 - Implementar clases de testing que cubran los requisitos funcionales entre usuarios administradores y el modelo de workplan

  • Deben testearse las siguientes acciones:
    • Visualizar el número de planes de trabajo públicos/privados
    • Visualizar el número de planes de trabajo finalizados/sin finalizar
    • Visualizar el periodo de ejecución medio de los planes de trabajo
    • Visualizar el periodo de ejecución mínimo de los planes de trabajo
    • Visualizar el periodo de ejecución máximo de los planes de trabajo
    • Visualizar la desviación del periodo de ejecución de los planes de trabajo
    • Visualizar la carga de trabajo media de los planes de trabajo
    • Visualizar la carga de trabajo mínima de los planes de trabajo
    • Visualizar la carga de trabajo máxima de los planes de trabajo
    • Visualizar la desviación de la carga de trabajo de los planes de trabajo
    • Visualizar gráfica con número total de planes de trabajo
    • Visualizar gráfica con número total de planes de trabajo publicados
  • Relacionada con la feature #14
  • Cada clase debe cubrir al menos un 60% de la funcionalidad implementada en la feature.
  • Se debe incluir al menos un caso positivo y uno negativo
  • Cada método de test debe incluir mediante javadoc una descripción del caso de uso a testear y el resultado esperado (indicando si procede las restricciones de base de datos que vayan a fallar)

Link to the feature issue

Author Start date End date Total hours

Feature 26 - Verificar implementación con Sonar Lint y eliminar todos los "bad smells"

  • Verificar y completar la implementación con Sonar Lint.
  • Eliminar todos los bad smells posibles. En caso de no poder eliminar alguno hay que dejar documentado el motivo.

Link to the feature issue

Author Start date End date Total hours
Template:
## Feature [no] - [name]

[short description]

[Link to the feature issue](#)

|  Author   | Start date | End date | Total hours |
|---        |---         | ---      | :---:       |
|           |            |          |             |

Clone this wiki locally