Proyecto

General

Perfil

Periodos seguimento y prorrogas, y tareas asociadas

La finalidad de este documento es presentar las modificaciones a las funcionalidades de periodos de justificacion (prorrogas) y tareas, recogiendo las diferentes demandas existentes actualmente, y añadiendo nuevas necesidades que se han detectacto. Las peticiones relacionadas son:

Cambios en tipos de Periodos

  • Poder crear y modificar los tipos de periodos desde la configuración del sistema
  • Se añade un campo para diferenciar los periodos de seguimiento de otros periodos (fundamentalmente prorrogas). La idea es separar la gestión de las prorrogas de los otros periodos de seguimiento.
  • Se añade la diferenciacion entre periodos de seguimiento propios u oficiales. Los segundos tendrán fechas oficiales de presentacion de informes.
  • Se añade un campo para evitar el borrado de algunos tipos basicos necesarios. Concretamente: formulación, prorrogas, e informe final
  • Cambio de nombre de periodo de informe final a: Ejecución del proyecto, informe final (?) (¿Alguna idea mejor?) (y qué tal ¿Ultimo periodo de Ejecución?)

Comentario general a Tipos de Periodos (Alvaro):
Entiendo que cada tipo tendrá posibilidad de asociar unos "metatipos" (formulación, prórroga, último periodo de ejecución?. Si no es así, no entiendo como vamos a gestionar el comprtamiento diferente de cada Tipo de Periodo creado por los usuarios.[Jaime: perfecto]

Cambios en Periodos.

  • Se creara un campo de estado de periodo cerrado o aceptado. Si no esta cerrado estará pendiente. Para cerrar un periodo será necesario cerrar todas las tareas asociadas al periodo.
  • Se añade un fecha de presentación de informe. Esta fecha solo se utilizará en los periodos de tipo seguimiento con fechas oficiales.
  • Se incluirán un icono de advertencias según contemplando la propuesta #2195. Este icono hará referencia al estado de las tareas asociadas a dicho periodo. Las incidencias a detectar serían:
    • Periodo sin tareas definidas
    • Alguna de las tareas definidas en el periodo no está asignada
    • Falta alguna de las fechas de las tareas
    • Alguna de las tareas no tiene definido el estado
    • Tarea sin cerrar con fecha fin excedida (o que le falta dicha fecha de fin de la tarea)
  • Los colores se utilizarán fundamentalmente para ver el momento del periodo, independientemente del estado de las tareas que quedará recogido en el icono propuesto. Características:
    • Sin color: periodo en curso
    • Verde: finalizado y sin llegar a la fecha del informe.
    • Rojo: finalizado y superando la fecha del informe.
  • Se incluyen comprobaciones de fechas (si no están recogidas ya):
    • Fechas de periodo de seguimiento coherentes y dentro de las etapas del proyecto.
    • Fechas de tareas coherentes y dentro de las fechas de los periodos.
  • Mejorar la información visible en las tareas contemplando la propuesta #2195.
  • En la visualización de gestión dentro del menú de Etapas, periodos y tasas de cambio se separarán 4 tipos de periodos:
    • Periodos de seguimiento oficiales: informes de seguimiento y finales.
    • Periodos de seguimiento no oficiales internos de la organización. Tendrán las mismas características que los periodos de seguimiento oficiales.
    • Prorrogas con las siguientes características:
      • Quitar la posibilidad de cierre de gastos
      • Quitar la fecha del informe.
      • Quitar las tareas asociadas.
      • Incluir una fecha general para el proyecto con los plazos o fecha limite para pedir prorrogas (incluir en la visualización del cuadro).
    • Formulación con las siguientes características:
      • Quitar la posibilidad de cierre de gastos
      • Quitar
  • Los listados de los periodos fuera del menú de gestión definido tendrán las siguientes características:
    • Incluirán todos los tipos de periodos.
    • Aparecerán las prorrogas pedidas pero no aceptadas.
    • Aparecerán los periodos de seguimiento cuyo cierre se encuentre en el próximo mes y que no estén cerrados.
  • Para pasar un periodo a modo (o estado) cerrado es necesario que todas sus tareas estén cerradas.

Comprobaciones en relación al estado del proyecto

  • Para pasar un proyecto a estado (estado con metaestado tipo) cerrado es necesario cerrar todos sus periodos (y por lo tanto de sus tareas asociadas).
  • Para los diferentes estados de un proyecto el sistema recordara la necesidad de crear los tipos de periodos correspondientes:
    • Formulación: periodo de formulación y sus tareas asociadas.
    • Aprobado: informe de seguimiento completo.
    • Aprobado: caso de hacer fechas de petición de prorrogas, avisar de la posibilidad.

Reformas futuras

  • Permitir configurar automáticamente los tipos de tareas que se crearán para cada tipo de periodo en la configuración de cada instancia.
  • Permitir vincular documentos a los periodos definidos en la definición de los tipos de periodos

Comentario de Álvaro:
Creo que debemos mantener la simpleza o al menos intentarlo.
No sé que te parece la idea de los "metatipos" que permitirán seleccionar el tipo de comprtamiento de GONG de cada tipo de Periodo. Quizá eso sirva para responder a tus dos primeras dudas pero no tengo ni idea porque no tengo muy claro el tema. [Jaime: perfecto]
Pero sea como sea, creo que debemos mostrar las opciones más comunes ya precocinadas y dejar que quien quiera las cambie. En general creo que debemos hacerlo en todo el software pero ahora me refiero a los periodos de justificación. [Jaime: perfecto]

Financiado por:

Desarrollado por:
Software libre forjado en: