Seguimiento Abril
Objetivos cumplidos

Hemos conseguido un seguimiento más individualizado de objetivos para tener más información sobre el rendimiento del personal. Además, el bugtracker ha sido de gran ayuda para dejar constancia de los fallos que íbamos encontrando y asignarles responsables de mejora, así como para seguir su progreso. En general hemos seguido avanzando en el desarrollo de la aplicación (con features importantes como el borrado de versiones y mover el directorio de backups), solucionando casi todos los problemas de rendimiento que teníamos presente.

El trabajo individual en el código de cada uno ha sido:

  • Carlos:
    • Bugfix treeview: al borrar un archivo, aparecía un icono de carpeta. Se ha cambiado y aparece un icono de salvado en disco (16/04/08).
    • Bugfix treeview: que no se comprima cuando se refresca la ventana (19/04/08).
    • Pop ups informativos (con Tabas) (20/04/08)
    • Bugfix treeview: mantener la selección cuando refresca (21/04/08).
    • Bugfix treeview: orden de las carpetas y archivos (23/04/08).
  • Robs:
    • Ventana porcentajes iniciada.
    • Ventana preferencias: cambio botones (09/04/08).
    • Añadir licencia y copyright en la ayuda (11/04/08).
    • Implementar la ayuda (con Diana) (23/04/08).
    • Testing: consola (23/04/08).
    • Cuestionario(s) para las pruebas (24/04/08 y 09/05/08).
  • Mario:
    • Consola.
  • Fede:
    • Añadidos dos campos en la base de datos (junto con Salva) (01/04/08).
    • Borrar snapshots (junto con Salva) (15/04/08).
    • Redefinido el concepto de "snapshot" por "versión" (17/04/08).
    • Bugfix: cambiada la ruta de las carpetas (no era lo bastante informativa) (18/04/08)
  • Diana:
    • Investigacion de los paquetes de traducción al español (20/04/08)
    • Implementación de la ayuda (con Robs) (23/04/08)
  • David:
    • Mantenimiento de la base de datos (todo el mes).
    • Investigación: Pylint para calidad del código (18/04/08).
    • Puesta en orden de las licencias en el código de la aplicación (22/04/08).
  • Jorge:
    • Expresiones regulares: patrones de exclusión (16/04/08).
    • Refactor del watcher (en progreso).
    • Mover el directorio de backups en progreso junto con Adrián.
  • Salva:
    • Añadidos dos campos en la base de datos (junto con Fede) (01/04/08)
    • Borrar snapshots (junto con Fede) (15/04/08).
  • Tabas:
    • Status bar (18/04/08).
    • Bugfix: Ventana de debug (18/04/08).
    • Drag and drop (de fuera a dentro) (10/04/08).
    • Bugfix: funciones D-Bus para la consola (07/04/08).
    • Boton derecho systray (07/04/08).
    • Selección múltiple para borrar varias versiones ("snapshots") y para restore (19/04/08)
    • Boton derecho (19/04/08) NOTA: Esto necesita mas aclaración.
    • Pop ups informativos (con Carlos) (20/04/08)
    • Investigación: threads y D-Bus.
  • Carmen:
    • Documentación: Revisión (11/04/08 - aprox).
    • Revisión de la planificación (work in progress).
    • Subir bugs (work in progress).
  • Adri:
    • Base de datos (thread safe, backoff, sanitizing inputs…) (20/04/08).
    • Gestión del bugtracker (durante todo el mes) y de releases.
    • Bugfix: varios (durante todo el mes).
  • Ezequiel:
    • Documentacion: Meter tutoriales en el printable (22/04/08)
    • Investigacion: imagen de QEmu para probar el despliegue sobre virtualización (25/04/08).
    • Documentación: Revisión en progreso.
    • Documentación: evaluación del Software Capability Model.
Objetivos no alcanzados.

En general, hemos gozado de menos tiempo del deseable para dedicarle al proyecto debido a entregas para otras asignaturas. Por tanto, no hemos tenido tiempo de investigar la sincronización con discos externos, y no creemos que sea factible realizarlo en condiciones dado que en adelante gozaremos de menos tiempo aún.

  • Mario: Testing: consola
  • Robs: Ventana de porcentajes.
  • Diana: UML - Tareas en cola:
    • Ayudar con la revisión del wiki: actualizar la arquitectura (poner nuevos pantallazos de UML).
  • David: Traducción. Informe de Pylint. - Tareas en cola:
    • Ayudar a Diana con el UML.
    • Documentación:
      • Revisión de los cambios hechos a la planificación de fase (con la historia de revisiones de la página).
      • Actualizar las tablas de riesgos iniciales con los que han ido apareciendo en todos los seguimientos (tanto los nuevos, como los que se han acabado por confirmar y demás).
  • Carmen: Planificación: Seguimiento de fechas: contabilizar si se han cumplido plazos y explicitar qué no se ha cumplido y por qué en el seguimiento de abril.
    • Investigación: IDE Eric para depuración y generación automática del UML.
    • Documentación: revisión del wiki (encontrar erratas e inconsistencias en la documentación).
    • Calidad: leer el código
  • Ezequiel:
    • Calidad: finalizar la documentación.
    • Software: investigar las versiones y el empaquetado.
    • Documentación: Documento de despliegue.
    • Documentación: Documentación de proceso del wiki.
  • Fede: Refactoring
  • Salva: Refactoring
  • Jorge: Refactor en Watcher.
Riesgos reducidos
  • Mantenimiento: merced al trabajo en progreso de refactorización y mejora general de la calidad del código, la aplicación será mucho más legible y mantenible.
Nuevos riesgos
  • Problemas con empaquetado se vuelven críticos.
  • Bugs que aparezcan en el software de cierta importancia se vuelven más críticos también, ya que queda poco tiempo para arreglarlos.
  • Que la aplicación se nos queda corta respecto a lo planeado es ya un hecho.
Tiempo real empleado

Todo el mundo hemos dedicado bastante tiempo a la asignatura, pero conforme avanzan las fechas han ido apareciendo entregas -con cuya dificultad no contábamos correctamente- para otras asignaturas que nos han privado de mucho tiempo que hubiera hecho falta para alcanzar plenamente los objetivos planteados para esta iteración, y limitarán notablemente el alcance de la siguiente y última.

Conclusiones

La iteración ha cundido menos de lo deseable, un riesgo previsto, y por tanto nos vemos obligados a reducir más las features que estarán en la entrega final de lo que quisiéramos. Sin embargo el proceso está ya bastante pulido, al haber incorporado el bugtracker y el director de releases (Adrian), y por tanto cualquier desarrollo extra que nos de tiempo a hacer será de alta productividad (al ya tener toda la arquitectura fijada, el proceso de control de configuración y de integración de bases de código, etc), lo que nos permitirá desarrollos intensivos de última hora de considerarlo conveniente.

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License